Kubernetes在ACS上安装失败

我正试图通过ACS部署Kubernetes。部署工作完美，但只要我尝试使用kubectl代理连接到群集，它就会失败。每个kubectl命令都会失败。Kubernetes在ACS上安装失败

我SSH到服务器，发现只有一个容器启动。即使使用-a，也没有其他人看到。

任何人都知道为什么发生这种情况？

2017-05-17 Tourna

有时像这样的事情发生，我会建议从头开始重新安装群集。 – 4c74356b41

我已经尝试过这3次，每次都不起作用。 – Tourna

你如何部署？ – 4c74356b41

根据你的描述，看起来你有而不是正确配置了服务主体。
您可能需要检查以确保提供的凭据准确无误，并且配置的服务主体具有对目标订阅的读写权限。
如果您的服务负责人配置错误，则没有一个kubernetes组件会以健康的方式出现。我们可以检查，看看这个问题：

[email protected]:~# journalctl -u kubelet | grep --text autorest

如果你看到的输出，看起来像以下，这意味着你没有正确配置的服务主体。有关如何创建/配置ACS-恩金Kubernetes集群服务主体

May 18 07:09:36 k8s-master-D9DE702A-0 docker[5534]: E0518 07:09:36.901937 5920 kubelet.go:1186] Cannot get Node info: failed to get external ID from cloud provider: autorest#WithErrorUnlessStatusCode: POST https://login.microsoftonline.com/1fcf418e-66ed-4c99-9449-d8e18bf8737a/oauth2/token?api-version=1.0 failed with 400 Bad Request: StatusCode=400 
May 18 07:09:37 k8s-master-D9DE702A-0 docker[5534]: E0518 07:09:37.119646 5920 kubelet_node_status.go:70] Unable to construct api.Node object for kubelet: failed to get external ID from cloud provider: autorest#WithErrorUnlessStatusCode: POST https://login.microsoftonline.com/1fcf418e-66ed-4c99-9449-d8e18bf8737a/oauth2/token?api-version=1.0 failed with 400 Bad Request: StatusCode=400

的更多信息，请参见本Azure CLI 2.0或PowerShell。

我们可以使用CLI 2.0获取有关ACS的信息，clientId是服务主体。

C:\Users>az acs show -g k8s -n containerservice-k8s 
{ 
    "agentPoolProfiles": [ 
    { 
. 
. 
. 
. 

    }, 
    "provisioningState": "Succeeded", 
    "resourceGroup": "k8s", 
    "servicePrincipalProfile": { 
    "clientId": "1498b171-xxxx-xxxx-xxxx-8ef56a178b89", 
    "secret": null 
    }, 
    "tags": null, 
    "type": "Microsoft.ContainerService/ContainerServices", 
    "windowsProfile": null 
}

我们可以使用PowerShell来获取服务主体：

PS C:\Users> Get-AzureRmADServicePrincipal | ?{ $_.ApplicationId -eq "1498b171-xxxx-xxxx-xxxx-8ef56a178b89" } | fl * 


ServicePrincipalNames : {http://azure-cli-2017-04-13-08-16-07, 1498b171-xxxx-xxxx-xxxx-8ef56a178b89} 
ApplicationId   : 1498b171-xxxx-xxxx-xxxx-8ef56a178b89 
DisplayName   : azure-cli-2017-04-13-08-16-07 
Id     : d86886b9-xxxx-xxxx-xxxx-25ab57803a33 
Type     : ServicePrincipal

来源

2017-05-18 07:33:36

嘿，我设法通过Azure CLI创建集群来修复它。并让它自行生成SP。尽管谢谢你的回应！ – Tourna

Kubernetes在ACS上安装失败

回答

相关问题