-1
votes

Instance de cluster Kubettes

J'ai créé un cluster Kubettes et une des instances dans le cluster est inactif Je veux examiner le cluster de moteur KubeNettes configuré d'une configuration inactive par quelle commande dois-je vérifier? Devrais-je utiliser cette "configuration kubecl get-contexts"? ou alors kubectul config configuration use-context et kubectl configuration affichage?

am débutant à nuage s'il vous plaît quiconque explique?

kubernetes kubectl gcloud

0 commentaires

3 Réponses :

1
votes

Vous pouvez exécuter la commande ci-dessous pour vérifier l'état de tous les nœuds d'un cluster Kubettes. Notez que si vous utilisez le service GKE GESTIOND, vous ne pourrez pas voir l'état des nœuds maîtres, vous ne verrez que l'état des nœuds des travailleurs.

kubectl get componentstatus

1 commentaires

La dernière commande fonctionne bien avec la configuration de cluster très générique et sera obsolète tôt ou ultérieure: Github. COM / KuberNettes / Améliorations / Problèmes / 553

0
votes

Vous pouvez utiliser la commande ci-dessous pour obtenir une liste de tous les nœuds du groupe GKE:

kubectl get des nœuds -o large
Une fois la liste des nœuds, vous pouvez décrire le nœud pour obtenir les événements "
kubectl décrivez le nœud Basé sur les événements que vous pouvez déboguer le nœud.



                                                                    
                                    
                                    
                                        0 commentaires


                        
                                            
                            
                                
                                    1
 votes
                                
                            
                            
                                
                                     Le  kubectl config get-context  code> ne vous aidera pas à déboguer pourquoi l'instance échoue. Fondamentalement, cela vous montrera simplement la liste des contextes de la liste. Un contexte  code>  code> est un groupe de paramètres d'accès au cluster. Chaque contexte contient un cluster Kubettes, un utilisateur et un espace de noms. Le contexte actuel  code> est le cluster qui est actuellement la valeur par défaut pour  kubectl  code>. En revanche, la vue  kubectl configuration  code> il suffira de vous imprimer  kubeconfig  code> paramètres. 
 La meilleure façon de démarrer est le  Kubernestes Documentation officielle  a>. Il fournit une bonne étape de base pour résoudre votre cluster. Certaines des étapes peuvent être appliquées sur GKE ainsi que les grappes Kubeadm ou Minikube.  P> 
 Si vous utilisez GKE, vous pouvez lire les journaux des nœuds de StackDiver. Ce  document  est excellent démarrage lorsque vous souhaitez vérifier les journaux directement dans la visionneuse de journaux.  p> 
 Si l'un de vos instations Rapport  Notre-Thready  Code> Après les avoir énumérées avec  Kubectl Obtenez des nœuds  CODE> Je suggère à SSH à cette instance et vérifiez les composants Kubettes ( Kubelet  et  kube-proxy  code>). Vous pouvez afficher les nœuds GKE à partir de la page Instances.  P> 
  Journaux de proxy Kube:  strong>  p>  xxx  pré> 
 si vous voulez vérifier la  Kubelet  Code> Les journaux, ils sont une unité dans  SystemD  code> dans COS pouvant être consulté à l'aide de JorunactL.  p> 
  KUBLOPK Journaux:  strong>  P> 
sudo journalctl -u kubelet

                                

                                                                    
                                    
                                    
                                        0 commentaires