【问题标题】:AKS Dynamic Persistent Volume Claim using Azure Disk使用 Azure 磁盘的 AKS 动态持久卷声明
【发布时间】:2019-03-18 19:08:24
【问题描述】:

我正在关注下面提到的创建动态持久卷声明的文章。

https://docs.microsoft.com/en-us/azure/aks/azure-disks-dynamic-pv

我使用以下方法创建了持久卷声明:

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: taskmanager-01
spec:
  accessModes:
  - ReadWriteOnce
  storageClassName: managed-premium
  resources:
    requests:
      storage: 16Gi

问题01:

据我了解,持久卷和实际底层磁盘将在创建时进行配置。

这对吗?

问题02:

kubectl get pvc -n <namespace>

将我的 PVC 的状态返回为Pending。我在 kubernetes 事件列表中收到以下错误

Failed to provision volume with StorageClass "managed-premium": 

azure.BearerAuthorizer#WithAuthorization: 
Failed to refresh the Token for request to 

https://management.azure.com/subscriptions/xxxx/resourceGroups/MC_XXXX/providers/Microsoft.Compute/disks/kubernetes-dynamic-pvc-651cef89-49ae-11e9-8104-0a58ac1f222a?api-version=2016-04-30-preview: 

StatusCode=401 
Original Error: adal: Refresh request failed. Status Code = '401'.


{
  "error": "invalid_client",
  "error_description": "AADSTS7000215: Invalid client secret is provided.\r\n
 Trace ID: xxxx\r\nCorrelation ID: xxxxr\nTimestamp: 2019-03-18 18:49:42Z",
  "error_codes": [
    7000215
  ],
  "timestamp": "2019-03-18 18:49:42Z",
  "trace_id": "xxxx",
  "correlation_id": "xxxx"
}

【问题讨论】:

    标签: azure-aks kubernetes-pvc


    【解决方案1】:
    1. 是的,动态配置会动态配置
    2. 很确定此错误意味着您的服务主体没有资源组的权限或其密码已过期。

    检查的一种方法是从 AKS 资源中查找该信息(在 servicePrincipalProfile >> clientId 下。使用例如 az aks list -g %resource-group%)并检查它是否具有资源组的权限。如果是这样,您可以尝试将密钥轮换到一个新密钥

    https://docs.microsoft.com/en-us/azure/aks/update-credentials

    【讨论】:

    • 使用门户我能够查看服务主体,它有一个过期的密钥。使用您提到的 URL 创建新密钥 + 更新密钥解决了问题!
    猜你喜欢
    • 2018-12-21
    • 1970-01-01
    • 1970-01-01
    • 2018-11-17
    • 2019-04-26
    • 2021-09-22
    • 2023-03-20
    • 1970-01-01
    • 2018-07-02
    相关资源
    最近更新 更多