статус кінцевої точки, щоб перевірити загальний статус кожної кінцевої точки, зазначеної у прапорці –endpoints:
- статус кінцевої точки etcdctl (–endpoints=$ENDPOINTS|–cluster)
- –cluster[=false]: використовувати всі кінцеві точки зі списку учасників кластера.
- стан кінцевої точки etcdctl (–endpoints=$ENDPOINTS|–cluster)
Ви можете використовувати команди kubectl описує службу <service-name>, kubectl отримує кінцеві точки <service-name> і kubectl веде журнал <pod-name> щоб перевірити конфігурації служби, перевірити кінцеві точки служби та переглянути журнали модулів, пов’язаних із службою.
etcd використовує Prometheus для звітів про показники. Метрики можна використовувати для моніторингу та налагодження в реальному часі. etcd не зберігає свої показники; якщо учасник перезапуститься, показники буде скинуто. Найпростіший спосіб переглянути доступні показники – це cURL кінцева точка метрики /metrics .
Використовуйте journalctl для перегляду журналів etcd Кожен журнал містить об’єкт JSON, який визначає вузол і рівень журналу (наприклад, warn або error ), а також повідомлення та інші дані, які можуть допомогти вам у вирішенні проблем.
У Linux більшість конфігураційних файлів і встановлених програм знаходяться в різних підкаталогах і файлах у /etc. Так само в Kubernetes Дані конфігурації кластера разом із даними, які відстежують стан кластера, знаходяться в сховищі ключ-значення etcd. По суті, etcd є розподіленою версією /etc.