Problèmes connus dans AKS activé par Azure Arc sur VMware
S’applique à : AKS activé par Azure Arc sur VMware (préversion)
Cet article identifie les problèmes connus importants et leurs solutions de contournement dans la préversion AKS activée par Azure Arc sur VMware. Vous pouvez également consulter le guide de résolution des problèmes ou suivre la vue d’ensemble de la résolution des problèmes pour signaler des bogues ou fournir des commentaires sur les produits.
Nous mettons continuellement à jour cette page. Lorsque nous identifions les problèmes critiques qui nécessitent des solutions de contournement, nous les ajoutons ici. Examinez attentivement ces informations avant de déployer AKS Arc sur VMware.
| Problème connu | Cause racine/description du problème | Solution de contournement/commentaires |
|---|---|---|
| Standard_A4_v2 de taille de machine virtuelle | Dans la version initiale d’AKS sur VMware, les tailles de machine virtuelle Standard_A4_v2 et Standard_K8S3_v1 ont été déployées avec des spécifications incorrectes. La taille de machine virtuelle Standard_A4_v2 a été créée avec 2 processeurs virtuels et 8 Go de mémoire, alors qu’elle aurait dû être de 4 processeurs virtuels et de 8 Go de mémoire. La taille de machine virtuelle Standard_K8S3_v1 a été créée avec 2 processeurs virtuels et 6 Go de mémoire, alors qu’elle aurait dû être de 4 processeurs virtuels et de 6 Go de mémoire. | Ce problème a été résolu dans la version 1.1.0 ou ultérieure d’Arc Resource Bridge. Les nouveaux clusters sous le nouveau pont de ressources Arc ont les nouvelles tailles de machine virtuelle. Les anciens clusters créés sous l’ancienne version d’Arc Resource Bridge ne sont pas mis à jour rétroactivement. Si vous rencontrez des problèmes avec la configuration par défaut dans la version précédente d’Arc Resource Bridge, envisagez de déployer le plan de contrôle du cluster cible avec Standard_D4s_v3. Consultez cet article pour mettre à niveau votre pont de ressources Arc ou pour plus d’informations, consultez les notes de publication d’Arc Resource Bridge. |
| L’adresse IP du plan de contrôle est en cours d’utilisation | Cette erreur indique que l’adresse IP du plan de contrôle est en cours d’utilisation, même si elle n’est en cours d’utilisation par aucune partie. | 1. Avant de créer un cluster AKS, effectuez un test ping sur l’adresse IP du plan de contrôle pour case activée si elle est déjà utilisée. 2. Si le système retourne une erreur indiquant que « l’adresse IP du plan de contrôle est en cours d’utilisation » et qu’elle n’est pas en cours d’utilisation, essayez de créer un cluster AKS à l’aide d’une adresse IP de plan de contrôle différente. |
Si vous passez l’option --node-vm-size pour az aksarc create, ou --node-vm-size pour az aksarc nodepool add, vous risquez d’obtenir une erreur 404 quand Azure CLI tente d’effectuer une requête GET pour une liste de tailles de machine virtuelle compatibles. |
Ce problème est une limitation du pont k8s. | Appel az aksarc vmsize list pour effectuer un appel PUT, ce qui permet de récupérer la liste des tailles de machine virtuelle pour les futurs appels GET. |