标签: kubernetes

我有一个证书，CN=*.some.domain然后有备用名称DNS:*.sub1.some.domain，DNS:*.sub2.some.domain（还有 2 个这样的）。

我向 kubernetes 中的 nginx-ingress 提供了证书，该证书提供host.some.domain. 它给了我错误：

controller.go:1041] unexpected error validating SSL certificate default/tls-cert for host dwarf30.epiqa.certicon.cz. Reason: x509: certificate is valid for *.sub1.some.domain, *.sub2.some.domain, not host.some.domain

该消息明显没有提及通用名称，它只列出了替代名称。

是我误解了 CN 和 Alternates 如何交互，还是 nginx-ingress 控制器中的问题（注意：helm 坚持安装相当旧的容器版本 0.13.0）？

我需要授予进程（构建管道）对 AKS API 的 RBAC 访问权限以进行部署。但目标 AKS 群集已激活 AAD 集成（如此处所述）

我原本希望能够通过简单的服务主体访问 AKS API，但我被重定向到设备登录页面：

$ az login --service-principal  --username [REDACTED]-XXXX-XXXX-XXXX-XXXXXXXXXXXX --password [REDACTED]XXxxXXxxXXxxxXXXxxXXxxXXxx= --tenant [REDACTED]-XXXX-XXXX-XXXX-XXXXXXXXXXXX

$ az aks get-credentials -n oli-aksdemo01 -g oli-aksdemo01
Merged "oli-aksdemo01" as current context in /home/olivier/.kube/config

$ kubectl get nodes
To sign in, use a web browser to open the page https://microsoft.com/devicelogin and enter the code C2NP77EGR to authenticate.

:-(

在 Azure 上集成 AAD 的 AKS 群集上对服务主体进行身份验证时，是否有办法避免设备登录页面？

为什么需要多次定义部署的标签？为了快速解释我的问题，我举一个例子。

apiVersion: apps/v1
kind: Deployment
metadata:
  name: app
# 1st Time
  labels:
    app: app
    tier: backend
spec:
  selector:
# 2nd Time
    matchLabels:
      app: app
      tier: backend
  template:
    metadata:
# 3rd time
      labels:
        app: app
        tier: backend

我的第一个问题是我真的找不到任何spec.selector.matchlabels存在的充分理由。spec.selector.matchlabels 一定要匹配 spec.template.metadata.labels对吗？

描述：

Pod 的标签选择器。由此选择的 pod 的现有 ReplicaSet 将受到此部署的影响。它必须与 Pod 模板的标签匹配。

那么，如果它们应该固定为 kubernetes 知道的特定值，并且如果其中一个与另一个不匹配，无论如何都会抛出错误，那么为什么必须明确定义它们呢？

我的第二个问题可能有更合理的答案，那就是为什么必须明确定义部署的标签和模板的标签？它们不应该也相互匹配吗？或者是否存在它们可能不匹配的情况？我只是错误地使用它们吗？没有关于它们针对模板标签的使用的明确文档。:/

如果我可能做错或理解错误，请指出！：D

我正在使用 Helm 3 安装 kubernetes 软件包。现在我需要删除/清理已安装的内容，我尝试使用 unintall 但似乎 \xe2\x80\x99s 正在寻找一个版本（不确定它的含义）而不是一个包：

$ helm install prometheus stable/prometheus-operator --namespace monit\n$ helm delete prometheus\nError: uninstall: Release not loaded: prometheus: release: not found\n

当试图列出是否有任何版本时，我什么也没得到！

$ helm list\nNAME    NAMESPACE   REVISION    UPDATED STATUS  CHART   APP VERSION\n

在这种情况下删除普罗米修斯资源的正确方法是什么？

我正在尝试在PersistentVolumeClaimGKE 中部署 Postgres。根据此处的描述（请参阅 参考资料PGDATA），建议在安装外部卷时创建一个子目录。所以，这就是我对 PG 部署所做的事情：

spec:
  containers:
    - name: postgres-dev
      image: "postgres:12.1"
      imagePullPolicy: IfNotPresent
      ports:
        - containerPort: 5432
      env:
        - name: PGDATA
          value: "/var/lib/postgresql/data/pgdata"
      volumeMounts:
        - name: postgres-persistent-storage-dev
          mountPath: "/var/lib/postgresql/data/pgdata"
  volumes:
    - name: postgres-persistent-storage-dev
      persistentVolumeClaim:
        claimName: postgres-pvc-dev

/pgdata我在 中创建子目录/postgresql/data，这将是 Postgres 数据的原始挂载点。

但是当我尝试部署 Postgres pod 时，它因退避错误而停止，并且收到以下事件：

Events:
  Type     Reason                  Age               From                                                  Message
  ----     ------                  ----              ----                                                  -------
  Normal   Scheduled               20s               default-scheduler                                     Successfully assigned default/postgres-dev-7f549754d-nm2lf to gke-cluster-pool-1-4ce1e4d6-m33c
  Normal   SuccessfulAttachVolume  15s               attachdetach-controller                               AttachVolume.Attach …

我有由 kubeadm 创建的 HA k8s 集群。我想更新 API 服务器证书以添加其他 SAN。为此，我遵循了另一篇文章中描述的一些步骤，但我对 HA 集群做了什么：

• 删除了所有控制平面节点上的API 服务器证书

• 检索当前的 kubeadm 配置映射