Partager via

Vue d’ensemble de la résolution des problèmes

  • Article

Cette vue d’ensemble explique comment trouver des solutions aux problèmes rencontrés lors de l’utilisation d’Azure Kubernetes Service (AKS) sur Azure Local et Windows Server. Les problèmes connus et les rubriques d’erreurs sont organisés par zone fonctionnelle. Vous pouvez utiliser les liens fournis dans cette rubrique pour rechercher les solutions et les solutions de contournements.

Pour certaines opérations de résolution de problèmes, vous devez peut-être utiliser une connexion SSH sécurisée pour accéder aux nœuds worker Windows ou Linux, ce qui vous permet d’avoir un accès sécurisé aux nœuds pour la maintenance, la collecte des journaux et la résolution des problèmes. Pour plus d’informations, consultez Se connecter avec SSH à des nœuds Worker Windows ou Linux pour la maintenance et la résolution des problèmes.

Consulter les journaux pour résoudre un problème

Les journaux sont un moyen important de collecter et vérifier les données de nombreuses sources, et peuvent fournir des insights sur votre environnement à des fins de résolution de problèmes. AKS sur Azure Local et Windows Server inclut certaines applets de commande PowerShell pour collecter et afficher les journaux, et vous pouvez également collecter et passer en revue les journaux kubelet.

Rechercher des solutions aux problèmes et erreurs connus

Les rubriques de résolution des problèmes d’AKS sur Azure Local et Windows Server sont organisées par zone fonctionnelle. Utilisez les liens suivants pour trouver des solutions aux problèmes et aux erreurs :

Remarque

Si aucune des solutions de contournement présentées dans les liens ci-dessus ne s’applique à votre problème, ouvrez un ticket de support.

Pour les problèmes spécifiques à Azure Local, utilisez les liens suivants :

  • Rapports de validation de cluster dans Azure Local : résolvez les problèmes de création de rapports de validation de cluster pour les paramètres QoS réseau et de stockage (qualité de service) entre les serveurs d’un cluster Azure Local et Windows Server.
  • Fournisseur de support de sécurité des informations d’identification : certaines opérations locales Azure utilisent windows Remote Management (WinRM), qui n’autorise pas la délégation d’informations d’identification par défaut. Pour autoriser la délégation, l’ordinateur doit avoir CredSSP activé temporairement.

Étapes suivantes