Экземпляр кластера Kubernates

Question

Я создал кластер Kubernetes, и один из экземпляров в кластере неактивен. Я хочу проверить настроенный кластер Kubernetes Engine на неактивную конфигурацию, по какой команде я должен проверить? Должен ли я использовать этот "kubectl config get-contexts"? или kubectl config use-context и kubectl config view?

Я новичок в облаке, пожалуйста, кто-нибудь объяснит?

Answer 1

Вы можете использовать приведенную ниже команду для получения списка всех узлов в кластере GKE:

kubectl get nodes -o wide

Как только у вас есть список узлов, вы может описать узел для получения событий "

kubectl describe node <Node-Name>

На основе событий вы можете отладить узел.

Answer 2

kubectl config get-context не поможет вам отладить причину сбоя экземпляра. В основном это просто покажет вам список контекстов. A context - это группа параметров доступа к кластеру. Каждый контекст содержит кластер Kubernetes, пользователя и пространство имен. current context - это кластер, который в настоящее время используется по умолчанию для kubectl. С другой стороны, kubectl config view просто напечатает вам kubeconfig настройки.

Лучший способ начать - официальная документация Kubernestes . Это обеспечивает хороший базовый c шагов для устранения неполадок вашего кластера. Некоторые из шагов могут быть применены к GKE, а также к кластерам Kubeadm или Minikube.

Если вы используете GKE, то вы можете читать журналы узлов из Stackdriver. Этот документ является отличным началом, когда вы хотите проверить журналы непосредственно в средстве просмотра журналов.

Если один из ваших агентов сообщает NotReady после перечисления их с помощью kubectl get nodes, я предлагаю sh к этому экземпляру и проверьте компоненты kubernetes (kubelet и kube-proxy). Узлы GKE можно просмотреть на странице экземпляров.

Журналы прокси-сервера Kube:

/var/log/kube-proxy.log

Если вы хотите проверить журналы kubelet, они единица в systemd в COS, доступ к которой можно получить с помощью jorunactl.

Журналы Kubelet:

sudo journalctl -u kubelet

Для дальнейшей отладки стоит упомянуть, что мастер GKE - это узел внутри проекта, управляемого Google, и он отличается от вашего кластера. проект. Для подробных основных журналов у вас будет открыт запрос в службу поддержки Google. Здесь - дополнительная информация о том, как работает кластерная архитектура GKE, в случае, если что-то связано с api-сервером.

Дайте мне знать, если это было полезно.

Answer 3

Вы можете запустить команду ниже, чтобы проверить состояние всех узлов кластера kubernetes. Обратите внимание, что если вы используете управляемую службу GKE, вы не сможете видеть состояние главных узлов, вы увидите только состояние рабочих узлов.

kubectl get nodes -o wide
kubectl describe node nodename

Вы также можете запустить команду ниже, чтобы проверить состояние контроля плоские компоненты.

kubectl get componentstatus