kubectl
Огляд
kubectl керує менеджером кластерів Kubernetes.
Додаткову інформацію можна знайти в розділі Інструмент командного рядка (kubectl).
kubectl [flags]
Параметри
| --add-dir-header | |
| Якщо true, додає теку файлу до заголовка повідомлень логу | |
| --alsologtostderr | |
| писати лог до standard error, а також в файл | |
| --as string | |
Імʼя користувача, яке використовується для виконання операції. | |
| --as-group stringArray | |
| Назва групи, яка використовується для виконання операції, цей прапорець можна повторити, щоб вказати кілька груп. | |
| --azure-container-registry-config string | |
| Шлях до файлу, що містить інформацію про конфігурацію реєстру контейнера Azure. | |
| --cache-dir string Типово: "$HOME/.kube/cache" | |
Типове розташування теки кешу | |
| --certificate-authority string | |
Шлях до файлу сертифіката для центра сертифікації | |
| --client-certificate string | |
Шлях до файлу клієнтського сертифіката для TLS | |
| --client-key string | |
Шлях до файлу ключа клієнта для TLS | |
| --cloud-provider-gce-l7lb-src-cidrs cidrs Типово: 130.211.0.0/22,35.191.0.0/16 | |
CIDR, відкриті в фаєврволі GCE для трафіку L7 LB та перевірок стану | |
| --cloud-provider-gce-lb-src-cidrs cidrs Типово: 130.211.0.0/22,209.85.152.0/22,209.85.204.0/22,35.191.0.0/16 | |
CIDR, відкриті в фаєврволі GCE для трафіку L4 LB та перевірок стану | |
| --cluster string | |
Назва файлу kubeconfig кластера, який слід використовувати | |
| --context string | |
Назва контексту kubeconfig, який слід використовувати | |
| -h, --help | |
Довідка kubectl | |
| --insecure-skip-tls-verify | |
Якщо true, сертифікат сервера не буде перевірятися на дійсність. Це зробить ваші HTTPS-зʼєднання небезпечними | |
| --kubeconfig string | |
Шлях до файлу kubeconfig, який слід використовувати для CLI-запитів. | |
| --log-backtrace-at traceLocation Default: :0 | |
| коли логування попадаж в рядок file:N, видавати trace стека | |
| --log-dir string | |
| Якщо не порожньо, записати лог-файли в цю теку | |
| --log-file string | |
| Якщо не порожньо, використовувати цей файл | |
| --log-file-max-size uint Типово: 1800 | |
| Визначає максимальний розмір, до якого може вирости файл логу. Одиниця виміру — мегабайти. Якщо значення дорівнює 0, максимальний розмір файлу необмежений. | |
| --log-flush-frequency duration Типово: 5s | |
| Максимальна кількість секунд між очищеннями журналу | |
| --logtostderr Типово: true | |
| писати лог в standard error, а не у файл | |
| --match-server-version | |
Вимагає, щоб версія сервера відповідала версії клієнта | |
| -n, --namespace string | |
Якщо присутній, простір імен для цього CLI-запиту | |
| --one-output | |
| Якщо true, записувати логи лише до їхнього власного рівня важливості (замість того, щоб записувати до кожного нижчого рівня важливості) | |
| --password string | |
Пароль для базової автентифікації на API-сервері | |
| --profile string Типово: "none" | |
Імʼя профілю для захоплення. Одне із (none|cpu|heap|goroutine|threadcreate|block|mutex) | |
| --profile-output string Типово: "profile.pprof" | |
Імʼя файлу, в який записується профіль | |
| --request-timeout string Типово: "0" | |
Час очікування перед відмовою у виконанні окремого запиту до сервера. Ненульові значення повинні містити відповідну одиницю часу (наприклад, 1s, 2m, 3h). Значення нуль означає відсутність тайм-ауту запитів. | |
| -s, --server string | |
Адреса та порт сервера API Kubernetes | |
| --skip-headers | |
| Якщо true, уникати префіксів заголовків у повідомленнях логу | |
| --skip-log-headers | |
| Якщо true, уникати заголовків при відкритті файлів логів | |
| --stderrthreshold severity Типово: 2 | |
| логи, що дорівнюють або перевищують цей поріг, потрапляють до stderr | |
| --tls-server-name string | |
Імʼя сервера, яке використовується для перевірки дійсності сертифіката сервера. Якщо воно не надане, використовується імʼя хоста, яке використовується для звʼязку з сервером | |
| --token string | |
Токен на предʼявника для автентифікації на API-сервері | |
| --user string | |
Імʼя користувача kubeconfig, яке слід використовувати | |
| --username string | |
Імʼя користувача для базової автентифікації на API-сервері | |
| -v, --v Level | |
| число рівня повноти записів логу | |
| --version version[=true] | |
Вивести інформацію про версію та вийти | |
| --vmodule moduleSpec | |
| список параметрів pattern=N, розділених комами, для файл-фільтрованого логування. | |
| --warnings-as-errors | |
Трактувати попередження, отримані від сервера, як помилки і виходити з ненульовим кодом виходу | |
Змінні оточення
| KUBECONFIG | |
| Шлях до файлу конфігурації kubectl ("kubeconfig"). Типово: "$HOME/.kube/config" | |
| KUBECTL_EXPLAIN_OPENAPIV3 | |
| Вмикає чи вимикає використання нового джерела даних OpenAPIv3 для викликів `kubectl explain`. OpenAPIV3 типово увімкнено з версії Kubernetes 1.24. | |
| KUBECTL_ENABLE_CMD_SHADOW | |
| Якщо встановлено true, зовнішні втулки можна використовувати як субкоманди для вбудованих команд, якщо субкоманда не існує. На альфа-стадії ця функція може бути використана лише для команди create (наприклад, kubectl create networkpolicy). | |
| KUBECTL_PORT_FORWARD_WEBSOCKETS | |
| Якщо встановлено true, команда kubectl port-forward спробує передавати дані, використовуючи протокол веб-сокетів. Якщо перехід до веб-сокетів не вдасться, команди повернуться до використання поточного протоколу SPDY. | |
| KUBECTL_REMOTE_COMMAND_WEBSOCKETS | |
| Якщо встановлено true, команди kubectl exec, cp та attach спробують передавати дані, використовуючи протокол веб-сокетів. Якщо перехід до веб-сокетів не вдасться, команди повернуться до використання поточного протоколу SPDY. | |
| KUBECTL_KUBERC | |
| Коли встановлено true, файл kuberc береться до уваги для визначення налаштувань користувача. | |
| KUBECTL_KYAML | |
| Якщо встановлено значення true, kubectl може створювати вихідний формат YAML, що є специфічним для Kubernetes. | |
Дивіться також
- kubectl annotate — Оновити анотації на ресурсі
- kubectl api-resources — Вивести підтримувані API ресурси на сервері
- kubectl api-versions — Вивести підтримувані API версії на сервері у форматі "група/версія"
- kubectl apply — Застосувати конфігурацію до ресурсу за імʼям файлу або через stdin
- kubectl attach — Приєднатися до працюючого контейнера
- kubectl auth — Перевірити авторизацію
- kubectl autoscale — Автоматичне масштабування Deployment, ReplicaSet або ReplicationController
- kubectl certificate — Змінити ресурси сертифікатів
- kubectl cluster-info — Показати інформацію про кластер
- kubectl completion — Вивести код автодоповнення для зазначеної оболонки (bash або zsh)
- kubectl config — Змінити kubeconfig файли
- kubectl cordon — Позначити вузол як недоступний для планування
- kubectl cp — Копіювати файли та теки до і з контейнерів
- kubectl create — Створити ресурс з файлу або stdin
- kubectl debug — Створити сесії налагодження для виправлення неполадок з робочими навантаженнями та вузлами
- kubectl delete — Видалити ресурси за допомогою імен файлів, stdin, ресурсів і назв або за допомогою ресурсів і селектора міток
- kubectl describe — Показати деталі конкретного ресурсу або групи ресурсів
- kubectl diff — Порівняти живу версію з потенційною версією, яку може бути застосовано
- kubectl drain — Спорожнити вузол перед обслуговуванням
- kubectl edit — Редагувати ресурс на сервері
- kubectl events — Список подій
- kubectl exec — Виконати команду в контейнері
- kubectl explain — Документація по ресурсах
- kubectl expose — Експонувати новий сервіс Kubernetes з replication controller, service, deployment чи pod
- kubectl get — Показати один або кілька ресурсів
- kubectl kustomize — Створити kustomization з теки або віддаленого URL
- kubectl label — Оновити мітки на ресурсі
- kubectl logs — Вивести логи для контейнера в pod
- kubectl options — Вивести список прапорців, успадкованих усіма командами
- kubectl patch — Оновити поле(я) ресурсу
- kubectl plugin — Надає утиліти для взаємодії з dnekrfvb
- kubectl port-forward — Gthtyfghfdkznb один або кілька локальних портів до pod
- kubectl proxy — Запустити проксі до Kubernetes API сервера
- kubectl replace — Замінити ресурс за імʼям файлу або stdin
- kubectl rollout — Керувати розгортанням ресурсу
- kubectl run — Запустити вказаний образ на кластері
- kubectl scale — Встановити новий розмір для Deployment, ReplicaSet або Replication Controller
- kubectl set — Встановити конкретні функції на обʼєктах
- kubectl taint — Оновити taint на одному або кількох вузлах
- kubectl top — Показати використання ресурсів (CPU/Памʼять/Зберігання)
- kubectl uncordon — Позначити вузол як доступний для планування
- kubectl version — Вивести інформацію про клієнтську та серверну версії
- kubectl wait — Експериментально: Чекати на конкретну умову для одного або кількох ресурсів