kubectl create
Створити ресурс з файлу або з stdin.
Огляд
Створити ресурс з файлу або з stdin.
Приймаються формати JSON та YAML.
kubectl create -f FILENAME
Приклади
# Створити Pod з використанням даних з pod.json
kubectl create -f ./pod.json
# Створити Pod на основі JSON, переданого у стандартний ввід
cat pod.json | kubectl create -f -
# Редагувати дані у registry.yaml у форматі JSON, а потім створити ресурс з використанням відредагованих даних
kubectl create -f registry.yaml --edit -o json
Параметри
| --allow-missing-template-keys Типово: true |
| Якщо true, ігнорувати будь-які помилки в шаблонах, коли в шаблоні відсутнє поле або ключ map. Застосовується лише до форматів виводу golang та jsonpath. |
| --dry-run string[="unchanged"] Типово: "none" |
| Має бути "none", "server" або "client". Якщо це стратегія client, вивести лише обʼєкт, який міг би бути надісланим, не надсилаючи його. Якщо це стратегія server, надіслати запит на стороні сервера без збереження ресурсу. |
| --edit |
| Відредагувати ресурс API перед створенням |
| --field-manager string Типово: "kubectl-create" |
| Імʼя менеджера, що використовується для відстеження права власності на поле. |
| -f, --filename strings |
| Імʼя файлу, теки або URL до файлів, що використовуються для створення ресурсу |
| -h, --help |
| Довідка create |
| -k, --kustomize string |
| Обробити теку kustomization. Цей прапорець не можна використовувати разом з -f або -R. |
| -o, --output string |
| Формат виводу. Один з: (json, yaml, kyaml, name, go-template, go-template-file, template, templatefile, jsonpath, jsonpath-as-json, jsonpath-file). |
| --raw string |
| Необроблений URI для POST на сервер. Використовує транспорт, вказаний у файлі kubeconfig. |
| -R, --recursive |
| Рекурсивно обробити теку, вказану у -f, --filename. Корисно, якщо ви хочете керувати повʼязаними маніфестами, організованими в одній теці. |
| --save-config |
| Якщо значення true, конфігурація поточного обʼєкта буде збережена в його анотації. В іншому випадку, анотацію буде збережено без змін. Цей прапорець корисно встановити, якщо ви хочете застосувати kubectl до цього обʼєкта у майбутньому. |
| -l, --selector string |
| Селектор (запит на мітки) для фільтрації, що підтримує '=', '==', '!=', 'in', 'notin' (наприклад, -l key1=value1,key2=value2,key3 in (value3)). Обʼєкти, щоб мати збіг, повинні задовольняти усім зазначеним обмеженням міток. |
| --show-managed-fields |
| Якщо true, зберігати managedFields при виводі обʼєктів у форматі JSON або YAML. |
| --template string |
| Рядок шаблону або шлях до файлу шаблону для використання з -o=go-template, -o=go-template-file. Формат шаблону — golang-шаблони [http://golang.org/pkg/text/template/#pkg-overview]. |
| --validate string[="strict"] Типово: "strict" |
| Повинно бути одним із: strict (або true), warn, ignore (або false). "true" або "strict" буде використовувати схему для перевірки вводу і відхилятиме запит, якщо він невірний. Буде виконана перевірка на стороні сервера, якщо ServerSideFieldValidation увімкнено на api-server, але якщо ні, то повернеться до менш надійної перевірки на стороні клієнта. "warn" попередить про невідомі або повторювані поля, не блокуючи запит, якщо на боці сервера API увімкнено перевірку полів, і буде поводитися як " ignore" у протилежному випадку. "false" або "ignore" не виконуватимуть жодної перевірки схеми, мовчки відкидаючі будь-які невідомі або дубльовані поля. |
| --windows-line-endings |
| Має значення лише якщо --edit=true. Стандартно використовується закінчення рядка, притаманне вашій платформі. |
Успадковані батьківські параметри
| --as string |
| Імʼя користувача, яке використовується для виконання операції. Користувач може бути звичайним користувачем або службовим обліковим записом в просторі імен. |
| --as-group strings |
| Група, яка використовується для операції; цей прапорець можна повторити для вказівки декількох груп. |
| --as-uid string |
| UID, який використовується для операції. |
| --as-user-extra strings |
| Додаткові параметри користувача, які слід використовувати для операції. Цей прапорець можна повторювати, щоб вказати кілька значень для одного і того ж ключа. |
| --cache-dir string Типово: "$HOME/.kube/cache" |
| Типове розташування теки кешу |
| --certificate-authority string |
| Шлях до файлу сертифіката для центра сертифікації |
| --client-certificate string |
| Шлях до файлу клієнтського сертифіката для TLS |
| --client-key string |
| Шлях до файлу ключа клієнта для TLS |
| --cluster string |
| Назва файлу kubeconfig кластера, який слід використовувати |
| --context string |
| Назва контексту kubeconfig, який слід використовувати |
| --disable-compression |
| Якщо true, відмовляється від стиснення відповіді для всіх запитів до сервера |
| --insecure-skip-tls-verify |
| Якщо true, сертифікат сервера не буде перевірятися на дійсність. Це зробить ваші HTTPS-зʼєднання небезпечними |
| --kubeconfig string |
| Шлях до файлу kubeconfig, який слід використовувати для CLI-запитів. |
| --kuberc string |
| Шлях до файлу kuberc, який буде використовуватися для налаштувань. Цю функцію можна вимкнути, експортувавши функцію KUBECTL_KUBERC=false або вимкнувши функцію KUBERC=off. |
| --match-server-version |
| Вимагає, щоб версія сервера відповідала версії клієнта |
| -n, --namespace string |
| Якщо присутній, простір імен для цього CLI-запиту |
| --password string |
| Пароль для базової автентифікації на API-сервері |
| --profile string Типово: "none" |
| Імʼя профілю для захоплення. Одне із (none|cpu|heap|goroutine|threadcreate|block|mutex|trace) |
| --profile-output string Типово: "profile.pprof" |
| Імʼя файлу, в який записується профіль |
| --request-timeout string Типово: "0" |
| Час очікування перед відмовою у виконанні окремого запиту до сервера. Ненульові значення повинні містити відповідну одиницю часу (наприклад, 1s, 2m, 3h). Значення нуль означає відсутність тайм-ауту запитів. |
| -s, --server string |
| Адреса та порт сервера API Kubernetes |
| --storage-driver-buffer-duration duration Типово: 1m0s |
| Записи в драйвері зберігання будуть буферизовані на цей час і збережені в бекендах без памʼяті як одна транзакція |
| --storage-driver-db string Типово: "cadvisor" |
| Назва бази даних |
| --storage-driver-host string Типово: "localhost:8086" |
| Хост:порт бази даних |
| --storage-driver-password string Типово: "root" |
| Пароль бази даних |
| --storage-driver-secure |
| використовувати захищене зʼєднання з базою даних |
| --storage-driver-table string Типово: "stats" |
| Назва таблиці |
| --storage-driver-user string Типово: "root" |
| Імʼя користувача бази даних |
| --tls-server-name string |
| Імʼя сервера, яке використовується для перевірки дійсності сертифіката сервера. Якщо воно не надане, використовується імʼя хоста, яке використовується для звʼязку з сервером |
| --token string |
| Токен на предʼявника для автентифікації на API-сервері |
| --user string |
| Імʼя користувача kubeconfig, яке слід використовувати |
| --username string |
| Імʼя користувача для базової автентифікації на API-сервері |
| --version version[=true] |
| --version, --version=raw виводить інформацію про версію та завершує роботу; --version=vX.Y.Z... задає відповідну версію |
| --warnings-as-errors |
| Трактувати попередження, отримані від сервера, як помилки і виходити з ненульовим кодом виходу |
Дивіться також
1 - kubectl create clusterrole
Створення кластерної ролі
Огляд
Створення кластерної ролі.
kubectl create clusterrole NAME --verb=verb --resource=resource.group [--resource-name=resourcename] [--dry-run=server|client|none]
Приклади
# Створити кластерну роль з назвою "pod-reader", яка дозволяє користувачу виконувати "get", "watch" та "list" для Podʼів
kubectl create clusterrole pod-reader --verb=get,list,watch --resource=pods
# Створити кластерну роль з назвою "pod-reader" із вказаними іменами ресурсів
kubectl create clusterrole pod-reader --verb=get --resource=pods --resource-name=readablepod --resource-name=anotherpod
# Створити кластерну роль з назвою "foo" із вказаною API Group
kubectl create clusterrole foo --verb=get,list,watch --resource=rs.apps
# Створити кластерну роль з назвою "foo" із вказаним субресурсом
kubectl create clusterrole foo --verb=get,list,watch --resource=pods,pods/status
# Створити кластерну роль з назвою "foo" із вказаним NonResourceURL
kubectl create clusterrole "foo" --verb=get --non-resource-url=/logs/*
# Створити кластерну роль з назвою "monitoring" із вказаним правилом агрегації
kubectl create clusterrole monitoring --aggregation-rule="rbac.example.com/aggregate-to-monitoring=true"
Параметри
| --aggregation-rule <пари 'ключ=значення', розділені комами> |
| Селектор міток агрегації для обʼєднання ClusterRoles. |
| --allow-missing-template-keys Типово: true |
| Якщо true, ігнорувати будь-які помилки в шаблонах, коли в шаблоні відсутнє поле або ключ map. Застосовується лише до форматів виводу golang та jsonpath. |
| --dry-run string[="unchanged"] Типово: "none" |
| Має бути "none", "server" або "client". Якщо це стратегія client, вивести лише обʼєкт, який міг би бути надісланим, не надсилаючи його. Якщо це стратегія server, надіслати запит на стороні сервера без збереження ресурсу. |
| --field-manager string Типово: "kubectl-create" |
| Імʼя менеджера, що використовується для відстеження права власності на поле. |
| -h, --help |
| Довідка clusterrole |
| --non-resource-url strings |
| Частковий URL, до якого користувач повинен мати доступ. |
| -o, --output string |
| Формат виводу. Один з: (json, yaml, kyaml, name, go-template, go-template-file, template, templatefile, jsonpath, jsonpath-as-json, jsonpath-file). |
| --resource strings |
| Ресурс, до якого застосовується правило |
| --resource-name strings |
| Ресурс у білому списку, до якого застосовується правило, повторіть цей прапорець для кожного елемента |
| --save-config |
| Якщо значення true, конфігурація поточного обʼєкта буде збережена в його анотації. В іншому випадку, анотацію буде збережено без змін. Цей прапорець корисно встановити, якщо ви хочете застосувати kubectl до цього обʼєкта у майбутньому. |
| --show-managed-fields |
| Якщо true, зберігати managedFields при виводі обʼєктів у форматі JSON або YAML. |
| --template string |
| Рядок шаблону або шлях до файлу шаблону для використання з -o=go-template, -o=go-template-file. Формат шаблону — golang-шаблони [http://golang.org/pkg/text/template/#pkg-overview]. |
| --validate string[="strict"] Типово: "strict" |
| Повинно бути одним із: strict (або true), warn, ignore (або false). "true" або "strict" буде використовувати схему для перевірки вводу і відхилятиме запит, якщо він невірний. Буде виконана перевірка на стороні сервера, якщо ServerSideFieldValidation увімкнено на api-server, але якщо ні, то повернеться до менш надійної перевірки на стороні клієнта. "warn" попередить про невідомі або повторювані поля, не блокуючи запит, якщо на боці сервера API увімкнено перевірку полів, і буде поводитися як " ignore" у протилежному випадку. "false" або "ignore" не виконуватимуть жодної перевірки схеми, мовчки відкидаючі будь-які невідомі або дубльовані поля. |
| --verb strings |
| Дієслово, яке застосовується до ресурсів, що містяться в правилі |
Успадковані батьківські параметри
| --as string |
| Імʼя користувача, яке використовується для виконання операції. Користувач може бути звичайним користувачем або службовим обліковим записом в просторі імен. |
| --as-group strings |
| Група, яка використовується для операції; цей прапорець можна повторити для вказівки декількох груп. |
| --as-uid string |
| UID, який використовується для операції. |
| --as-user-extra strings |
| Додаткові параметри користувача, які слід використовувати для операції. Цей прапорець можна повторювати, щоб вказати кілька значень для одного і того ж ключа. |
| --cache-dir string Типово: "$HOME/.kube/cache" |
| Типове розташування теки кешу |
| --certificate-authority string |
| Шлях до файлу сертифіката для центра сертифікації |
| --client-certificate string |
| Шлях до файлу клієнтського сертифіката для TLS |
| --client-key string |
| Шлях до файлу ключа клієнта для TLS |
| --cluster string |
| Назва файлу kubeconfig кластера, який слід використовувати |
| --context string |
| Назва контексту kubeconfig, який слід використовувати |
| --disable-compression |
| Якщо true, відмовляється від стиснення відповіді для всіх запитів до сервера |
| --insecure-skip-tls-verify |
| Якщо true, сертифікат сервера не буде перевірятися на дійсність. Це зробить ваші HTTPS-зʼєднання небезпечними |
| --kubeconfig string |
| Шлях до файлу kubeconfig, який слід використовувати для CLI-запитів. |
| --kuberc string |
| Шлях до файлу kuberc, який буде використовуватися для налаштувань. Цю функцію можна вимкнути, експортувавши функцію KUBECTL_KUBERC=false або вимкнувши функцію KUBERC=off. |
| --match-server-version |
| Вимагає, щоб версія сервера відповідала версії клієнта |
| -n, --namespace string |
| Якщо присутній, простір імен для цього CLI-запиту |
| --password string |
| Пароль для базової автентифікації на API-сервері |
| --profile string Типово: "none" |
| Імʼя профілю для захоплення. Одне із (none|cpu|heap|goroutine|threadcreate|block|mutex|trace) |
| --profile-output string Типово: "profile.pprof" |
| Імʼя файлу, в який записується профіль |
| --request-timeout string Типово: "0" |
| Час очікування перед відмовою у виконанні окремого запиту до сервера. Ненульові значення повинні містити відповідну одиницю часу (наприклад, 1s, 2m, 3h). Значення нуль означає відсутність тайм-ауту запитів. |
| -s, --server string |
| Адреса та порт сервера API Kubernetes |
| --storage-driver-buffer-duration duration Типово: 1m0s |
| Записи в драйвері зберігання будуть буферизовані на цей час і збережені в бекендах без памʼяті як одна транзакція |
| --storage-driver-db string Типово: "cadvisor" |
| Назва бази даних |
| --storage-driver-host string Типово: "localhost:8086" |
| Хост:порт бази даних |
| --storage-driver-password string Типово: "root" |
| Пароль бази даних |
| --storage-driver-secure |
| використовувати захищене зʼєднання з базою даних |
| --storage-driver-table string Типово: "stats" |
| Назва таблиці |
| --storage-driver-user string Типово: "root" |
| Імʼя користувача бази даних |
| --tls-server-name string |
| Імʼя сервера, яке використовується для перевірки дійсності сертифіката сервера. Якщо воно не надане, використовується імʼя хоста, яке використовується для звʼязку з сервером |
| --token string |
| Токен на предʼявника для автентифікації на API-сервері |
| --user string |
| Імʼя користувача kubeconfig, яке слід використовувати |
| --username string |
| Імʼя користувача для базової автентифікації на API-сервері |
| --version version[=true] |
| --version, --version=raw виводить інформацію про версію та завершує роботу; --version=vX.Y.Z... задає відповідну версію |
| --warnings-as-errors |
| Трактувати попередження, отримані від сервера, як помилки і виходити з ненульовим кодом виходу |
Дивіться також
2 - kubectl create clusterrolebinding
Створення привʼязки кластерної ролі для певної кластерної ролі
Огляд
Створення привʼязки кластерної ролі для певної кластерної ролі.
kubectl create clusterrolebinding NAME --clusterrole=NAME [--user=username] [--group=groupname] [--serviceaccount=namespace:serviceaccountname] [--dry-run=server|client|none]
Приклади
# Створити привʼязування кластерної ролі для user1, user2 та group1, використовуючи кластерну роль cluster-admin
kubectl create clusterrolebinding cluster-admin --clusterrole=cluster-admin --user=user1 --user=user2 --group=group1
Параметри
| --allow-missing-template-keys Типово: true |
| Якщо true, ігнорувати будь-які помилки в шаблонах, коли в шаблоні відсутнє поле або ключ map. Застосовується лише до форматів виводу golang та jsonpath. |
| --clusterrole string |
| ClusterRole на яку повинна посилатися привʼязка ClusterRoleBinding |
| --dry-run string[="unchanged"] Типово: "none" |
| Має бути "none", "server" або "client". Якщо це стратегія client, вивести лише обʼєкт, який міг би бути надісланим, не надсилаючи його. Якщо це стратегія server, надіслати запит на стороні сервера без збереження ресурсу. |
| --field-manager string Типово: "kubectl-create" |
| Імʼя менеджера, що використовується для відстеження права власності на поле. |
| --group strings |
| Групи для привʼязки до кластерної ролі. Прапорець можна повторити, щоб додати кілька груп. |
| -h, --help |
| Довідка clusterrolebinding |
| -o, --output string |
| Формат виводу. Один з: (json, yaml, kyaml, name, go-template, go-template-file, template, templatefile, jsonpath, jsonpath-as-json, jsonpath-file). |
| --save-config |
| Якщо значення true, конфігурація поточного обʼєкта буде збережена в його анотації. В іншому випадку, анотацію буде збережено без змін. Цей прапорець корисно встановити, якщо ви хочете застосувати kubectl до цього обʼєкта у майбутньому. |
| --serviceaccount strings |
| Службові облікові записи для привʼязки до кластерної ролі, у форматі <простір імен>:<імʼя>. Прапорець можна повторювати для додавання декількох службових облікових записів. |
| --show-managed-fields |
| Якщо true, зберігати managedFields при виводі обʼєктів у форматі JSON або YAML. |
| --template string |
| Рядок шаблону або шлях до файлу шаблону для використання з -o=go-template, -o=go-template-file. Формат шаблону — golang-шаблони [http://golang.org/pkg/text/template/#pkg-overview]. |
| --user strings |
| Імена користувачів для привʼязки до кластерної ролі. Прапорець можна повторити, щоб додати кількох користувачів. |
| --validate string[="strict"] Типово: "strict" |
| Повинно бути одним із: strict (або true), warn, ignore (або false). "true" або "strict" буде використовувати схему для перевірки вводу і відхилятиме запит, якщо він невірний. Буде виконана перевірка на стороні сервера, якщо ServerSideFieldValidation увімкнено на api-server, але якщо ні, то повернеться до менш надійної перевірки на стороні клієнта. "warn" попередить про невідомі або повторювані поля, не блокуючи запит, якщо на боці сервера API увімкнено перевірку полів, і буде поводитися як " ignore" у протилежному випадку. "false" або "ignore" не виконуватимуть жодної перевірки схеми, мовчки відкидаючі будь-які невідомі або дубльовані поля. |
Успадковані батьківські параметри
| --as string |
| Імʼя користувача, яке використовується для виконання операції. Користувач може бути звичайним користувачем або службовим обліковим записом в просторі імен. |
| --as-group strings |
| Група, яка використовується для операції; цей прапорець можна повторити для вказівки декількох груп. |
| --as-uid string |
| UID, який використовується для операції. |
| --as-user-extra strings |
| Додаткові параметри користувача, які слід використовувати для операції. Цей прапорець можна повторювати, щоб вказати кілька значень для одного і того ж ключа. |
| --cache-dir string Типово: "$HOME/.kube/cache" |
| Типове розташування теки кешу |
| --certificate-authority string |
| Шлях до файлу сертифіката для центра сертифікації |
| --client-certificate string |
| Шлях до файлу клієнтського сертифіката для TLS |
| --client-key string |
| Шлях до файлу ключа клієнта для TLS |
| --cluster string |
| Назва файлу kubeconfig кластера, який слід використовувати |
| --context string |
| Назва контексту kubeconfig, який слід використовувати |
| --disable-compression |
| Якщо true, відмовляється від стиснення відповіді для всіх запитів до сервера |
| --insecure-skip-tls-verify |
| Якщо true, сертифікат сервера не буде перевірятися на дійсність. Це зробить ваші HTTPS-зʼєднання небезпечними |
| --kubeconfig string |
| Шлях до файлу kubeconfig, який слід використовувати для CLI-запитів. |
| --kuberc string |
| Шлях до файлу kuberc, який буде використовуватися для налаштувань. Цю функцію можна вимкнути, експортувавши функцію KUBECTL_KUBERC=false або вимкнувши функцію KUBERC=off. |
| --match-server-version |
| Вимагає, щоб версія сервера відповідала версії клієнта |
| -n, --namespace string |
| Якщо присутній, простір імен для цього CLI-запиту |
| --password string |
| Пароль для базової автентифікації на API-сервері |
| --profile string Типово: "none" |
| Імʼя профілю для захоплення. Одне із (none|cpu|heap|goroutine|threadcreate|block|mutex|trace) |
| --profile-output string Типово: "profile.pprof" |
| Імʼя файлу, в який записується профіль |
| --request-timeout string Типово: "0" |
| Час очікування перед відмовою у виконанні окремого запиту до сервера. Ненульові значення повинні містити відповідну одиницю часу (наприклад, 1s, 2m, 3h). Значення нуль означає відсутність тайм-ауту запитів. |
| -s, --server string |
| Адреса та порт сервера API Kubernetes |
| --storage-driver-buffer-duration duration Типово: 1m0s |
| Записи в драйвері зберігання будуть буферизовані на цей час і збережені в бекендах без памʼяті як одна транзакція |
| --storage-driver-db string Типово: "cadvisor" |
| Назва бази даних |
| --storage-driver-host string Типово: "localhost:8086" |
| Хост:порт бази даних |
| --storage-driver-password string Типово: "root" |
| Пароль бази даних |
| --storage-driver-secure |
| використовувати захищене зʼєднання з базою даних |
| --storage-driver-table string Типово: "stats" |
| Назва таблиці |
| --storage-driver-user string Типово: "root" |
| Імʼя користувача бази даних |
| --tls-server-name string |
| Імʼя сервера, яке використовується для перевірки дійсності сертифіката сервера. Якщо воно не надане, використовується імʼя хоста, яке використовується для звʼязку з сервером |
| --token string |
| Токен на предʼявника для автентифікації на API-сервері |
| --username string |
| Імʼя користувача для базової автентифікації на API-сервері |
| --version version[=true] |
| --version, --version=raw виводить інформацію про версію та завершує роботу; --version=vX.Y.Z... задає відповідну версію |
| --warnings-as-errors |
| Трактувати попередження, отримані від сервера, як помилки і виходити з ненульовим кодом виходу |
Дивіться також
3 - kubectl create configmap
Створює ConfigMap на основі файлу, теки або вказаного літерального значення.
Огляд
Створює ConfigMap на основі файлу, теки або вказаного літерального значення.
Один ConfigMap може містити одну або декілька пар ключ/значення.
При створенні ConfigMap на основі файлу, стандартним значенням ключа буде імʼя файлу, а значенням — його вміст. Якщо назва файлу є невірним ключем, ви можете вказати альтернативний ключ.
При створенні ConfigMap на основі теки кожен файл, назва якого є допустимим ключем у теці, буде запаковано до ConfigMap. Будь-які записи у теці, окрім звичайних файлів, ігноруються (наприклад, субтеки, символічні посилання, пристрої, канали й т.д.).
kubectl create configmap NAME [--from-file=[key=]source] [--from-literal=key1=value1] [--dry-run=server|client|none]
Приклади
# Створити новий ConfigMap з назвою my-config на основі теки bar
kubectl create configmap my-config --from-file=path/to/bar
# Створити новий ConfigMap з назвою my-config із вказаними ключами замість імен файлів на диску
kubectl create configmap my-config --from-file=key1=/path/to/bar/file1.txt --from-file=key2=/path/to/bar/file2.txt
# Створити новий ConfigMap з назвою my-config із ключами key1=config1 і key2=config2
kubectl create configmap my-config --from-literal=key1=config1 --from-literal=key2=config2
# Створити новий ConfigMap з назвою my-config із пар ключ=значення у файлі
kubectl create configmap my-config --from-file=path/to/bar
# Створити новий ConfigMap з назвою my-config із файлу зі змінними середовища
kubectl create configmap my-config --from-env-file=path/to/foo.env --from-env-file=path/to/bar.env
Параметри
| --allow-missing-template-keys Типово: true |
| Якщо true, ігнорувати будь-які помилки в шаблонах, коли в шаблоні відсутнє поле або ключ map. Застосовується лише до форматів виводу golang та jsonpath. |
| --append-hash |
| Додайте хеш configmap до назви configmap. |
| --dry-run string[="unchanged"] Типово: "none" |
| Має бути "none", "server" або "client". Якщо це стратегія client, вивести лише обʼєкт, який міг би бути надісланим, не надсилаючи його. Якщо це стратегія server, надіслати запит на стороні сервера без збереження ресурсу. |
| --field-manager string Типово: "kubectl-create" |
| Імʼя менеджера, що використовується для відстеження права власності на поле. |
| --from-env-file strings |
| Вкажіть шлях до файлу для отримання рядків з парами key=val для створення configmap. |
| --from-file strings |
| Файл ключа можна вказати за допомогою шляху до файлу, у цьому випадку імʼя файлу буде використано як ключ configmap, або за допомогою ключа і шляху до файлу, у цьому випадку буде використано заданий ключ. Якщо вказати теку, буде виконано ітерацію для кожного названого файлу у цій теці, імʼя якого є допустимим ключем configmap. |
| --from-literal strings |
| Вкажіть ключ і літеральне значення для вставки в configmap (тобто mykey=somevalue) |
| -h, --help |
| Довідка configmap |
| -o, --output string |
| Формат виводу. Один з: (json, yaml, kyaml, name, go-template, go-template-file, template, templatefile, jsonpath, jsonpath-as-json, jsonpath-file). |
| --save-config |
| Якщо значення true, конфігурація поточного обʼєкта буде збережена в його анотації. В іншому випадку, анотацію буде збережено без змін. Цей прапорець корисно встановити, якщо ви хочете застосувати kubectl до цього обʼєкта у майбутньому. |
| --show-managed-fields |
| Якщо true, зберігати managedFields при виводі обʼєктів у форматі JSON або YAML. |
| --template string |
| Рядок шаблону або шлях до файлу шаблону для використання з -o=go-template, -o=go-template-file. Формат шаблону — golang-шаблони [http://golang.org/pkg/text/template/#pkg-overview]. |
| --validate string[="strict"] Типово: "strict" |
| Повинно бути одним із: strict (або true), warn, ignore (або false). "true" або "strict" буде використовувати схему для перевірки вводу і відхилятиме запит, якщо він невірний. Буде виконана перевірка на стороні сервера, якщо ServerSideFieldValidation увімкнено на api-server, але якщо ні, то повернеться до менш надійної перевірки на стороні клієнта. "warn" попередить про невідомі або повторювані поля, не блокуючи запит, якщо на боці сервера API увімкнено перевірку полів, і буде поводитися як " ignore" у протилежному випадку. "false" або "ignore" не виконуватимуть жодної перевірки схеми, мовчки відкидаючі будь-які невідомі або дубльовані поля. |
Успадковані батьківські параметри
| --as string |
| Імʼя користувача, яке використовується для виконання операції. Користувач може бути звичайним користувачем або службовим обліковим записом в просторі імен. |
| --as-group strings |
| Група, яка використовується для операції; цей прапорець можна повторити для вказівки декількох груп. |
| --as-uid string |
| UID, який використовується для операції. |
| --as-user-extra strings |
| Додаткові параметри користувача, які слід використовувати для операції. Цей прапорець можна повторювати, щоб вказати кілька значень для одного і того ж ключа. |
| --cache-dir string Типово: "$HOME/.kube/cache" |
| Типове розташування теки кешу |
| --certificate-authority string |
| Шлях до файлу сертифіката для центра сертифікації |
| --client-certificate string |
| Шлях до файлу клієнтського сертифіката для TLS |
| --client-key string |
| Шлях до файлу ключа клієнта для TLS |
| --cluster string |
| Назва файлу kubeconfig кластера, який слід використовувати |
| --context string |
| Назва контексту kubeconfig, який слід використовувати |
| --disable-compression |
| Якщо true, відмовляється від стиснення відповіді для всіх запитів до сервера |
| --insecure-skip-tls-verify |
| Якщо true, сертифікат сервера не буде перевірятися на дійсність. Це зробить ваші HTTPS-зʼєднання небезпечними |
| --kubeconfig string |
| Шлях до файлу kubeconfig, який слід використовувати для CLI-запитів. |
| --kuberc string |
| Шлях до файлу kuberc, який буде використовуватися для налаштувань. Цю функцію можна вимкнути, експортувавши функцію KUBECTL_KUBERC=false або вимкнувши функцію KUBERC=off. |
| --match-server-version |
| Вимагає, щоб версія сервера відповідала версії клієнта |
| -n, --namespace string |
| Якщо присутній, простір імен для цього CLI-запиту |
| --password string |
| Пароль для базової автентифікації на API-сервері |
| --profile string Типово: "none" |
| Імʼя профілю для захоплення. Одне із (none|cpu|heap|goroutine|threadcreate|block|mutex|trace) |
| --profile-output string Типово: "profile.pprof" |
| Імʼя файлу, в який записується профіль |
| --request-timeout string Типово: "0" |
| Час очікування перед відмовою у виконанні окремого запиту до сервера. Ненульові значення повинні містити відповідну одиницю часу (наприклад, 1s, 2m, 3h). Значення нуль означає відсутність тайм-ауту запитів. |
| -s, --server string |
| Адреса та порт сервера API Kubernetes |
| --storage-driver-buffer-duration duration Типово: 1m0s |
| Записи в драйвері зберігання будуть буферизовані на цей час і збережені в бекендах без памʼяті як одна транзакція |
| --storage-driver-db string Типово: "cadvisor" |
| Назва бази даних |
| --storage-driver-host string Типово: "localhost:8086" |
| Хост:порт бази даних |
| --storage-driver-password string Типово: "root" |
| Пароль бази даних |
| --storage-driver-secure |
| використовувати захищене зʼєднання з базою даних |
| --storage-driver-table string Типово: "stats" |
| Назва таблиці |
| --storage-driver-user string Типово: "root" |
| Імʼя користувача бази даних |
| --tls-server-name string |
| Імʼя сервера, яке використовується для перевірки дійсності сертифіката сервера. Якщо воно не надане, використовується імʼя хоста, яке використовується для звʼязку з сервером |
| --token string |
| Токен на предʼявника для автентифікації на API-сервері |
| --user string |
| Імʼя користувача kubeconfig, яке слід використовувати |
| --username string |
| Імʼя користувача для базової автентифікації на API-сервері |
| --version version[=true] |
| --version, --version=raw виводить інформацію про версію та завершує роботу; --version=vX.Y.Z... задає відповідну версію |
| --warnings-as-errors |
| Трактувати попередження, отримані від сервера, як помилки і виходити з ненульовим кодом виходу |
Дивіться також
4 - kubectl create cronjob
Створення завдання cron із зазначеним імʼям.
Огляд
Створення завдання cron із зазначеним імʼям.
kubectl create cronjob NAME --image=image --schedule='0/5 * * * ?' -- [COMMAND] [args...] [flags]
Приклади
# Створити крон-завдання
kubectl create cronjob my-job --image=busybox --schedule="*/1 * * * *"
# Створити крон-завдання з командою
kubectl create cronjob my-job --image=busybox --schedule="*/1 * * * *" -- date
Параметри
| --allow-missing-template-keys Типово: true |
| Якщо true, ігнорувати будь-які помилки в шаблонах, коли в шаблоні відсутнє поле або ключ map. Застосовується лише до форматів виводу golang та jsonpath. |
| --dry-run string[="unchanged"] Типово: "none" |
| Має бути "none", "server" або "client". Якщо це стратегія client, вивести лише обʼєкт, який міг би бути надісланим, не надсилаючи його. Якщо це стратегія server, надіслати запит на стороні сервера без збереження ресурсу. |
| --field-manager string Типово: "kubectl-create" |
| Імʼя менеджера, що використовується для відстеження права власності на поле. |
| -h, --help |
| Довідка cronjob |
| --image string |
| Назва образу контейнера для запуску. |
| -o, --output string |
| Формат виводу. Один з: (json, yaml, kyaml, name, go-template, go-template-file, template, templatefile, jsonpath, jsonpath-as-json, jsonpath-file). |
| --restart string |
| Політика перезапуску job. Підтримувані значення: OnFailure, Never |
| --save-config |
| Якщо значення true, конфігурація поточного обʼєкта буде збережена в його анотації. В іншому випадку, анотацію буде збережено без змін. Цей прапорець корисно встановити, якщо ви хочете застосувати kubectl до цього обʼєкта у майбутньому. |
| --schedule string |
| Розклад у форматі Cron, за яким має виконуватися завдання. |
| --show-managed-fields |
| Якщо true, зберігати managedFields при виводі обʼєктів у форматі JSON або YAML. |
| --template string |
| Рядок шаблону або шлях до файлу шаблону для використання з -o=go-template, -o=go-template-file. Формат шаблону — golang-шаблони [http://golang.org/pkg/text/template/#pkg-overview]. |
| --validate string[="strict"] Типово: "strict" |
| Повинно бути одним із: strict (або true), warn, ignore (або false). "true" або "strict" буде використовувати схему для перевірки вводу і відхилятиме запит, якщо він невірний. Буде виконана перевірка на стороні сервера, якщо ServerSideFieldValidation увімкнено на api-server, але якщо ні, то повернеться до менш надійної перевірки на стороні клієнта. "warn" попередить про невідомі або повторювані поля, не блокуючи запит, якщо на боці сервера API увімкнено перевірку полів, і буде поводитися як " ignore" у протилежному випадку. "false" або "ignore" не виконуватимуть жодної перевірки схеми, мовчки відкидаючі будь-які невідомі або дубльовані поля. |
Успадковані батьківські параметри
| --as string |
| Імʼя користувача, яке використовується для виконання операції. Користувач може бути звичайним користувачем або службовим обліковим записом в просторі імен. |
| --as-group strings |
| Група, яка використовується для операції; цей прапорець можна повторити для вказівки декількох груп. |
| --as-uid string |
| UID, який використовується для операції. |
| --as-user-extra strings |
| Додаткові параметри користувача, які слід використовувати для операції. Цей прапорець можна повторювати, щоб вказати кілька значень для одного і того ж ключа. |
| --cache-dir string Типово: "$HOME/.kube/cache" |
| Типове розташування теки кешу |
| --certificate-authority string |
| Шлях до файлу сертифіката для центра сертифікації |
| --client-certificate string |
| Шлях до файлу клієнтського сертифіката для TLS |
| --client-key string |
| Шлях до файлу ключа клієнта для TLS |
| --cluster string |
| Назва файлу kubeconfig кластера, який слід використовувати |
| --context string |
| Назва контексту kubeconfig, який слід використовувати |
| --disable-compression |
| Якщо true, відмовляється від стиснення відповіді для всіх запитів до сервера |
| --insecure-skip-tls-verify |
| Якщо true, сертифікат сервера не буде перевірятися на дійсність. Це зробить ваші HTTPS-зʼєднання небезпечними |
| --kubeconfig string |
| Шлях до файлу kubeconfig, який слід використовувати для CLI-запитів. |
| --kuberc string |
| Шлях до файлу kuberc, який буде використовуватися для налаштувань. Цю функцію можна вимкнути, експортувавши функцію KUBECTL_KUBERC=false або вимкнувши функцію KUBERC=off. |
| --match-server-version |
| Вимагає, щоб версія сервера відповідала версії клієнта |
| -n, --namespace string |
| Якщо присутній, простір імен для цього CLI-запиту |
| --password string |
| Пароль для базової автентифікації на API-сервері |
| --profile string Типово: "none" |
| Імʼя профілю для захоплення. Одне із (none|cpu|heap|goroutine|threadcreate|block|mutex|trace) |
| --profile-output string Типово: "profile.pprof" |
| Імʼя файлу, в який записується профіль |
| --request-timeout string Типово: "0" |
| Час очікування перед відмовою у виконанні окремого запиту до сервера. Ненульові значення повинні містити відповідну одиницю часу (наприклад, 1s, 2m, 3h). Значення нуль означає відсутність тайм-ауту запитів. |
| -s, --server string |
| Адреса та порт сервера API Kubernetes |
| --storage-driver-buffer-duration duration Типово: 1m0s |
| Записи в драйвері зберігання будуть буферизовані на цей час і збережені в бекендах без памʼяті як одна транзакція |
| --storage-driver-db string Типово: "cadvisor" |
| Назва бази даних |
| --storage-driver-host string Типово: "localhost:8086" |
| Хост:порт бази даних |
| --storage-driver-password string Типово: "root" |
| Пароль бази даних |
| --storage-driver-secure |
| використовувати захищене зʼєднання з базою даних |
| --storage-driver-table string Типово: "stats" |
| Назва таблиці |
| --storage-driver-user string Типово: "root" |
| Імʼя користувача бази даних |
| --tls-server-name string |
| Імʼя сервера, яке використовується для перевірки дійсності сертифіката сервера. Якщо воно не надане, використовується імʼя хоста, яке використовується для звʼязку з сервером |
| --token string |
| Токен на предʼявника для автентифікації на API-сервері |
| --user string |
| Імʼя користувача kubeconfig, яке слід використовувати |
| --username string |
| Імʼя користувача для базової автентифікації на API-сервері |
| --version version[=true] |
| --version, --version=raw виводить інформацію про версію та завершує роботу; --version=vX.Y.Z... задає відповідну версію |
| --warnings-as-errors |
| Трактувати попередження, отримані від сервера, як помилки і виходити з ненульовим кодом виходу |
Дивіться також
5 - kubectl create deployment
Створює deployment із зазначеним іменем
Огляд
Створює deployment із зазначеним іменем.
kubectl create deployment NAME --image=image -- [COMMAND] [args...]
Приклади
# Створити deployment з назвою my-dep, що використовує образ busybox
kubectl create deployment my-dep --image=busybox
# Створити deployment з командою
kubectl create deployment my-dep --image=busybox -- date
# Створити deployment з назвою my-dep, що використовує образ nginx з 3 репліками
kubectl create deployment my-dep --image=nginx --replicas=3
# Створити deployment з назвою my-dep, що використовує образ busybox і відкриває порт 5701
kubectl create deployment my-dep --image=busybox --port=5701
# Створити deployment з назвою my-dep, що містить декілька контейнерів
kubectl create deployment my-dep --image=busybox:latest --image=ubuntu:latest --image=nginx
Параметри
| --allow-missing-template-keys Типово: true |
| Якщо true, ігнорувати будь-які помилки в шаблонах, коли в шаблоні відсутнє поле або ключ map. Застосовується лише до форматів виводу golang та jsonpath. |
| --dry-run string[="unchanged"] Типово: "none" |
| Має бути "none", "server" або "client". Якщо це стратегія client, вивести лише обʼєкт, який міг би бути надісланим, не надсилаючи його. Якщо це стратегія server, надіслати запит на стороні сервера без збереження ресурсу. |
| --field-manager string Типово: "kubectl-create" |
| Імʼя менеджера, що використовується для відстеження права власності на поле. |
| -h, --help |
| Довідка deployment |
| --image strings |
| Назви образів для запуску. Deployment може містити кілька образів для багатоконтейнерних pod. |
| -o, --output string |
| Формат виводу. Один з: (json, yaml, kyaml, name, go-template, go-template-file, template, templatefile, jsonpath, jsonpath-as-json, jsonpath-file). |
| --port int32 Типово: -1 |
| Порт containerPort, який цей deployment експонує. |
| -r, --replicas int32 Типово: 1 |
| Кількість реплік для створення. Стандартно дорівнює 1. |
| --save-config |
| Якщо значення true, конфігурація поточного обʼєкта буде збережена в його анотації. В іншому випадку, анотацію буде збережено без змін. Цей прапорець корисно встановити, якщо ви хочете застосувати kubectl до цього обʼєкта у майбутньому. |
| --show-managed-fields |
| Якщо true, зберігати managedFields при виводі обʼєктів у форматі JSON або YAML. |
| --template string |
| Рядок шаблону або шлях до файлу шаблону для використання з -o=go-template, -o=go-template-file. Формат шаблону — golang-шаблони [http://golang.org/pkg/text/template/#pkg-overview]. |
| --validate string[="strict"] Типово: "strict" |
| Повинно бути одним із: strict (або true), warn, ignore (або false). "true" або "strict" буде використовувати схему для перевірки вводу і відхилятиме запит, якщо він невірний. Буде виконана перевірка на стороні сервера, якщо ServerSideFieldValidation увімкнено на api-server, але якщо ні, то повернеться до менш надійної перевірки на стороні клієнта. "warn" попередить про невідомі або повторювані поля, не блокуючи запит, якщо на боці сервера API увімкнено перевірку полів, і буде поводитися як " ignore" у протилежному випадку. "false" або "ignore" не виконуватимуть жодної перевірки схеми, мовчки відкидаючі будь-які невідомі або дубльовані поля. |
Успадковані батьківські параметри
| --as string |
| Імʼя користувача, яке використовується для виконання операції. Користувач може бути звичайним користувачем або службовим обліковим записом в просторі імен. |
| --as-group strings |
| Група, яка використовується для операції; цей прапорець можна повторити для вказівки декількох груп. |
| --as-uid string |
| UID, який використовується для операції. |
| --as-user-extra strings |
| Додаткові параметри користувача, які слід використовувати для операції. Цей прапорець можна повторювати, щоб вказати кілька значень для одного і того ж ключа. |
| --cache-dir string Типово: "$HOME/.kube/cache" |
| Типове розташування теки кешу |
| --certificate-authority string |
| Шлях до файлу сертифіката для центра сертифікації |
| --client-certificate string |
| Шлях до файлу клієнтського сертифіката для TLS |
| --client-key string |
| Шлях до файлу ключа клієнта для TLS |
| --cluster string |
| Назва файлу kubeconfig кластера, який слід використовувати |
| --context string |
| Назва контексту kubeconfig, який слід використовувати |
| --disable-compression |
| Якщо true, відмовляється від стиснення відповіді для всіх запитів до сервера |
| --insecure-skip-tls-verify |
| Якщо true, сертифікат сервера не буде перевірятися на дійсність. Це зробить ваші HTTPS-зʼєднання небезпечними |
| --kubeconfig string |
| Шлях до файлу kubeconfig, який слід використовувати для CLI-запитів. |
| --kuberc string |
| Шлях до файлу kuberc, який буде використовуватися для налаштувань. Цю функцію можна вимкнути, експортувавши функцію KUBECTL_KUBERC=false або вимкнувши функцію KUBERC=off. |
| --match-server-version |
| Вимагає, щоб версія сервера відповідала версії клієнта |
| -n, --namespace string |
| Якщо присутній, простір імен для цього CLI-запиту |
| --password string |
| Пароль для базової автентифікації на API-сервері |
| --profile string Типово: "none" |
| Імʼя профілю для захоплення. Одне із (none|cpu|heap|goroutine|threadcreate|block|mutex|trace) |
| --profile-output string Типово: "profile.pprof" |
| Імʼя файлу, в який записується профіль |
| --request-timeout string Типово: "0" |
| Час очікування перед відмовою у виконанні окремого запиту до сервера. Ненульові значення повинні містити відповідну одиницю часу (наприклад, 1s, 2m, 3h). Значення нуль означає відсутність тайм-ауту запитів. |
| -s, --server string |
| Адреса та порт сервера API Kubernetes |
| --storage-driver-buffer-duration duration Типово: 1m0s |
| Записи в драйвері зберігання будуть буферизовані на цей час і збережені в бекендах без памʼяті як одна транзакція |
| --storage-driver-db string Типово: "cadvisor" |
| Назва бази даних |
| --storage-driver-host string Типово: "localhost:8086" |
| Хост:порт бази даних |
| --storage-driver-password string Типово: "root" |
| Пароль бази даних |
| --storage-driver-secure |
| використовувати захищене зʼєднання з базою даних |
| --storage-driver-table string Типово: "stats" |
| Назва таблиці |
| --storage-driver-user string Типово: "root" |
| Імʼя користувача бази даних |
| --tls-server-name string |
| Імʼя сервера, яке використовується для перевірки дійсності сертифіката сервера. Якщо воно не надане, використовується імʼя хоста, яке використовується для звʼязку з сервером |
| --token string |
| Токен на предʼявника для автентифікації на API-сервері |
| --user string |
| Імʼя користувача kubeconfig, яке слід використовувати |
| --username string |
| Імʼя користувача для базової автентифікації на API-сервері |
| --version version[=true] |
| --version, --version=raw виводить інформацію про версію та завершує роботу; --version=vX.Y.Z... задає відповідну версію |
| --warnings-as-errors |
| Трактувати попередження, отримані від сервера, як помилки і виходити з ненульовим кодом виходу |
Дивіться також
6 - kubectl create ingress
Створює ingress із зазначеною назвою
Огляд
Створює ingress із зазначеною назвою.
kubectl create ingress NAME --rule=host/path=service:port[,tls[=secret]]
Приклади
# Створити один ingress з назвою 'simple', який направляє запити з foo.com/bar на svc1:8080 з TLS-сертифікатом "my-cert"
kubectl create ingress simple --rule="foo.com/bar=svc1:8080,tls=my-cert"
# Створити ingress, який захоплює усі шляхи "/path" і направляє їх на сервіс svc:port з класом ingress "otheringress"
kubectl create ingress catch-all --class=otheringress --rule="/path=svc:port"
# Створити ingress з двома анотаціями: ingress.annotation1 і ingress.annotations2
kubectl create ingress annotated --class=default --rule="foo.com/bar=svc:port" \
--annotation ingress.annotation1=foo \
--annotation ingress.annotation2=bla
# Створити ingress з тим же хостом і декількома шляхами
kubectl create ingress multipath --class=default \
--rule="foo.com/=svc:port" \
--rule="foo.com/admin/=svcadmin:portadmin"
# Створити ingress з декількома хостами і типом шляху як Prefix
kubectl create ingress ingress1 --class=default \
--rule="foo.com/path*=svc:8080" \
--rule="bar.com/admin*=svc2:http"
# Створити ingress з увімкненим TLS, використовуючи стандартний сертифікат ingress і різними типами шляхів
kubectl create ingress ingtls --class=default \
--rule="foo.com/=svc:https,tls" \
--rule="foo.com/path/subpath*=othersvc:8080"
# Створити ingress з увімкненим TLS, використовуючи конкретний секрет і типом шляху як Prefix
kubectl create ingress ingsecret --class=default \
--rule="foo.com/*=svc:8080,tls=secret1"
# Створити ingress зі стандартним бекендом
kubectl create ingress ingdefault --class=default \
--default-backend=defaultsvc:http \
--rule="foo.com/*=svc:8080,tls=secret1"
Параметри
| --allow-missing-template-keys Типово: true |
| Якщо true, ігнорувати будь-які помилки в шаблонах, коли в шаблоні відсутнє поле або ключ map. Застосовується лише до форматів виводу golang та jsonpath. |
| --annotation strings |
| Анотація для вставки в обʼєкт ingress у форматі annotation=value |
| --class string |
| Ingress Class що буде використано |
| --default-backend string |
| Стандартний сервіс бекенду, у форматі svcname:port |
| --dry-run string[="unchanged"] Типово: "none" |
| Має бути "none", "server" або "client". Якщо це стратегія client, вивести лише обʼєкт, який міг би бути надісланим, не надсилаючи його. Якщо це стратегія server, надіслати запит на стороні сервера без збереження ресурсу. |
| --field-manager string Типово: "kubectl-create" |
| Імʼя менеджера, що використовується для відстеження права власності на поле. |
| -h, --help |
| Довідка ingress |
| -o, --output string |
| Формат виводу. Один з: (json, yaml, kyaml, name, go-template, go-template-file, template, templatefile, jsonpath, jsonpath-as-json, jsonpath-file). |
| --rule strings |
| Правило у форматі host/path=service:port[,tls=secretname]. Шляхи, що містять початковий символ '*', вважаються pathType=Prefix. tls — необовʼязковий аргумент. |
| --save-config |
| Якщо значення true, конфігурація поточного обʼєкта буде збережена в його анотації. В іншому випадку, анотацію буде збережено без змін. Цей прапорець корисно встановити, якщо ви хочете застосувати kubectl до цього обʼєкта у майбутньому. |
| --show-managed-fields |
| Якщо true, зберігати managedFields при виводі обʼєктів у форматі JSON або YAML. |
| --template string |
| Рядок шаблону або шлях до файлу шаблону для використання з -o=go-template, -o=go-template-file. Формат шаблону — golang-шаблони [http://golang.org/pkg/text/template/#pkg-overview]. |
| --validate string[="strict"] Типово: "strict" |
| Повинно бути одним із: strict (або true), warn, ignore (або false). "true" або "strict" буде використовувати схему для перевірки вводу і відхилятиме запит, якщо він невірний. Буде виконана перевірка на стороні сервера, якщо ServerSideFieldValidation увімкнено на api-server, але якщо ні, то повернеться до менш надійної перевірки на стороні клієнта. "warn" попередить про невідомі або повторювані поля, не блокуючи запит, якщо на боці сервера API увімкнено перевірку полів, і буде поводитися як " ignore" у протилежному випадку. "false" або "ignore" не виконуватимуть жодної перевірки схеми, мовчки відкидаючі будь-які невідомі або дубльовані поля. |
Успадковані батьківські параметри
| --as string |
| Імʼя користувача, яке використовується для виконання операції. Користувач може бути звичайним користувачем або службовим обліковим записом в просторі імен. |
| --as-group strings |
| Група, яка використовується для операції; цей прапорець можна повторити для вказівки декількох груп. |
| --as-uid string |
| UID, який використовується для операції. |
| --as-user-extra strings |
| Додаткові параметри користувача, які слід використовувати для операції. Цей прапорець можна повторювати, щоб вказати кілька значень для одного і того ж ключа. |
| --cache-dir string Типово: "$HOME/.kube/cache" |
| Типове розташування теки кешу |
| --certificate-authority string |
| Шлях до файлу сертифіката для центра сертифікації |
| --client-certificate string |
| Шлях до файлу клієнтського сертифіката для TLS |
| --client-key string |
| Шлях до файлу ключа клієнта для TLS |
| --cluster string |
| Назва файлу kubeconfig кластера, який слід використовувати |
| --context string |
| Назва контексту kubeconfig, який слід використовувати |
| --disable-compression |
| Якщо true, відмовляється від стиснення відповіді для всіх запитів до сервера |
| --insecure-skip-tls-verify |
| Якщо true, сертифікат сервера не буде перевірятися на дійсність. Це зробить ваші HTTPS-зʼєднання небезпечними |
| --kubeconfig string |
| Шлях до файлу kubeconfig, який слід використовувати для CLI-запитів. |
| --kuberc string |
| Шлях до файлу kuberc, який буде використовуватися для налаштувань. Цю функцію можна вимкнути, експортувавши функцію KUBECTL_KUBERC=false або вимкнувши функцію KUBERC=off. |
| --match-server-version |
| Вимагає, щоб версія сервера відповідала версії клієнта |
| -n, --namespace string |
| Якщо присутній, простір імен для цього CLI-запиту |
| --password string |
| Пароль для базової автентифікації на API-сервері |
| --profile string Типово: "none" |
| Імʼя профілю для захоплення. Одне із (none|cpu|heap|goroutine|threadcreate|block|mutex|trace) |
| --profile-output string Типово: "profile.pprof" |
| Імʼя файлу, в який записується профіль |
| --request-timeout string Типово: "0" |
| Час очікування перед відмовою у виконанні окремого запиту до сервера. Ненульові значення повинні містити відповідну одиницю часу (наприклад, 1s, 2m, 3h). Значення нуль означає відсутність тайм-ауту запитів. |
| -s, --server string |
| Адреса та порт сервера API Kubernetes |
| --storage-driver-buffer-duration duration Типово: 1m0s |
| Записи в драйвері зберігання будуть буферизовані на цей час і збережені в бекендах без памʼяті як одна транзакція |
| --storage-driver-db string Типово: "cadvisor" |
| Назва бази даних |
| --storage-driver-host string Типово: "localhost:8086" |
| Хост:порт бази даних |
| --storage-driver-password string Типово: "root" |
| Пароль бази даних |
| --storage-driver-secure |
| використовувати захищене зʼєднання з базою даних |
| --storage-driver-table string Типово: "stats" |
| Назва таблиці |
| --storage-driver-user string Типово: "root" |
| Імʼя користувача бази даних |
| --tls-server-name string |
| Імʼя сервера, яке використовується для перевірки дійсності сертифіката сервера. Якщо воно не надане, використовується імʼя хоста, яке використовується для звʼязку з сервером |
| --token string |
| Токен на предʼявника для автентифікації на API-сервері |
| --user string |
| Імʼя користувача kubeconfig, яке слід використовувати |
| --username string |
| Імʼя користувача для базової автентифікації на API-сервері |
| --version version[=true] |
| --version, --version=raw виводить інформацію про версію та завершує роботу; --version=vX.Y.Z... задає відповідну версію |
| --warnings-as-errors |
| Трактувати попередження, отримані від сервера, як помилки і виходити з ненульовим кодом виходу |
Дивіться також
7 - kubectl create job
Створює job із зазначеним іменем
Огляд
Створює job з вказаним іменем.
kubectl create job NAME --image=image [--from=cronjob/name] -- [COMMAND] [args...]
Приклади
# Створити задачу (job)
kubectl create job my-job --image=busybox
# Створити задачу з командою
kubectl create job my-job --image=busybox -- date
# Створити задачу на основі крон-завдання з назвою "a-cronjob"
kubectl create job test-job --from=cronjob/a-cronjob
Параметри
| --allow-missing-template-keys Типово: true |
| Якщо true, ігнорувати будь-які помилки в шаблонах, коли в шаблоні відсутнє поле або ключ map. Застосовується лише до форматів виводу golang та jsonpath. |
| --dry-run string[="unchanged"] Типово: "none" |
| Має бути "none", "server" або "client". Якщо це стратегія client, вивести лише обʼєкт, який міг би бути надісланим, не надсилаючи його. Якщо це стратегія server, надіслати запит на стороні сервера без збереження ресурсу. |
| --field-manager string Типово: "kubectl-create" |
| Імʼя менеджера, що використовується для відстеження права власності на поле. |
| --from string |
| Імʼя ресурсу, з якого буде створено Job (підтримується тільки CronJob). |
| -h, --help |
| Довідка job |
| --image string |
| Назва образу контейнера для запуску. |
| -o, --output string |
| Формат виводу. Один з: (json, yaml, kyaml, name, go-template, go-template-file, template, templatefile, jsonpath, jsonpath-as-json, jsonpath-file). |
| --save-config |
| Якщо значення true, конфігурація поточного обʼєкта буде збережена в його анотації. В іншому випадку, анотацію буде збережено без змін. Цей прапорець корисно встановити, якщо ви хочете застосувати kubectl до цього обʼєкта у майбутньому. |
| --show-managed-fields |
| Якщо true, зберігати managedFields при виводі обʼєктів у форматі JSON або YAML. |
| --template string |
| Рядок шаблону або шлях до файлу шаблону для використання з -o=go-template, -o=go-template-file. Формат шаблону — golang-шаблони [http://golang.org/pkg/text/template/#pkg-overview]. |
| --validate string[="strict"] Типово: "strict" |
| Повинно бути одним із: strict (або true), warn, ignore (або false). "true" або "strict" буде використовувати схему для перевірки вводу і відхилятиме запит, якщо він невірний. Буде виконана перевірка на стороні сервера, якщо ServerSideFieldValidation увімкнено на api-server, але якщо ні, то повернеться до менш надійної перевірки на стороні клієнта. "warn" попередить про невідомі або повторювані поля, не блокуючи запит, якщо на боці сервера API увімкнено перевірку полів, і буде поводитися як " ignore" у протилежному випадку. "false" або "ignore" не виконуватимуть жодної перевірки схеми, мовчки відкидаючі будь-які невідомі або дубльовані поля. |
Успадковані батьківські параметри
| --as string |
| Імʼя користувача, яке використовується для виконання операції. Користувач може бути звичайним користувачем або службовим обліковим записом в просторі імен. |
| --as-group strings |
| Група, яка використовується для операції; цей прапорець можна повторити для вказівки декількох груп. |
| --as-uid string |
| UID, який використовується для операції. |
| --as-user-extra strings |
| Додаткові параметри користувача, які слід використовувати для операції. Цей прапорець можна повторювати, щоб вказати кілька значень для одного і того ж ключа. |
| --cache-dir string Типово: "$HOME/.kube/cache" |
| Типове розташування теки кешу |
| --certificate-authority string |
| Шлях до файлу сертифіката для центра сертифікації |
| --client-certificate string |
| Шлях до файлу клієнтського сертифіката для TLS |
| --client-key string |
| Шлях до файлу ключа клієнта для TLS |
| --cluster string |
| Назва файлу kubeconfig кластера, який слід використовувати |
| --context string |
| Назва контексту kubeconfig, який слід використовувати |
| --disable-compression |
| Якщо true, відмовляється від стиснення відповіді для всіх запитів до сервера |
| --insecure-skip-tls-verify |
| Якщо true, сертифікат сервера не буде перевірятися на дійсність. Це зробить ваші HTTPS-зʼєднання небезпечними |
| --kubeconfig string |
| Шлях до файлу kubeconfig, який слід використовувати для CLI-запитів. |
| --kuberc string |
| Шлях до файлу kuberc, який буде використовуватися для налаштувань. Цю функцію можна вимкнути, експортувавши функцію KUBECTL_KUBERC=false або вимкнувши функцію KUBERC=off. |
| --match-server-version |
| Вимагає, щоб версія сервера відповідала версії клієнта |
| -n, --namespace string |
| Якщо присутній, простір імен для цього CLI-запиту |
| --password string |
| Пароль для базової автентифікації на API-сервері |
| --profile string Типово: "none" |
| Імʼя профілю для захоплення. Одне із (none|cpu|heap|goroutine|threadcreate|block|mutex|trace) |
| --profile-output string Типово: "profile.pprof" |
| Імʼя файлу, в який записується профіль |
| --request-timeout string Типово: "0" |
| Час очікування перед відмовою у виконанні окремого запиту до сервера. Ненульові значення повинні містити відповідну одиницю часу (наприклад, 1s, 2m, 3h). Значення нуль означає відсутність тайм-ауту запитів. |
| -s, --server string |
| Адреса та порт сервера API Kubernetes |
| --storage-driver-buffer-duration duration Типово: 1m0s |
| Записи в драйвері зберігання будуть буферизовані на цей час і збережені в бекендах без памʼяті як одна транзакція |
| --storage-driver-db string Типово: "cadvisor" |
| Назва бази даних |
| --storage-driver-host string Типово: "localhost:8086" |
| Хост:порт бази даних |
| --storage-driver-password string Типово: "root" |
| Пароль бази даних |
| --storage-driver-secure |
| використовувати захищене зʼєднання з базою даних |
| --storage-driver-table string Типово: "stats" |
| Назва таблиці |
| --storage-driver-user string Типово: "root" |
| Імʼя користувача бази даних |
| --tls-server-name string |
| Імʼя сервера, яке використовується для перевірки дійсності сертифіката сервера. Якщо воно не надане, використовується імʼя хоста, яке використовується для звʼязку з сервером |
| --token string |
| Токен на предʼявника для автентифікації на API-сервері |
| --user string |
| Імʼя користувача kubeconfig, яке слід використовувати |
| --username string |
| Імʼя користувача для базової автентифікації на API-сервері |
| --version version[=true] |
| --version, --version=raw виводить інформацію про версію та завершує роботу; --version=vX.Y.Z... задає відповідну версію |
| --warnings-as-errors |
| Трактувати попередження, отримані від сервера, як помилки і виходити з ненульовим кодом виходу |
Дивіться також
8 - kubectl create namespace
Створює простір імен з вказаним іменем
Огляд
Створює простір імен з вказаним іменем.
kubectl create namespace NAME [--dry-run=server|client|none]
Приклади
# Створити простір імен з іменем my-namespace
kubectl create namespace my-namespace
Параметри
| --allow-missing-template-keys Типово: true |
| Якщо true, ігнорувати будь-які помилки в шаблонах, коли в шаблоні відсутнє поле або ключ map. Застосовується лише до форматів виводу golang та jsonpath. |
| --dry-run string[="unchanged"] Типово: "none" |
| Має бути "none", "server" або "client". Якщо це стратегія client, вивести лише обʼєкт, який міг би бути надісланим, не надсилаючи його. Якщо це стратегія server, надіслати запит на стороні сервера без збереження ресурсу. |
| --field-manager string Типово: "kubectl-create" |
| Імʼя менеджера, що використовується для відстеження права власності на поле. |
| -h, --help |
| Довідка namespace |
| -o, --output string |
| Формат виводу. Один з: (json, yaml, kyaml, name, go-template, go-template-file, template, templatefile, jsonpath, jsonpath-as-json, jsonpath-file). |
| --save-config |
| Якщо значення true, конфігурація поточного обʼєкта буде збережена в його анотації. В іншому випадку, анотацію буде збережено без змін. Цей прапорець корисно встановити, якщо ви хочете застосувати kubectl до цього обʼєкта у майбутньому. |
| --show-managed-fields |
| Якщо true, зберігати managedFields при виводі обʼєктів у форматі JSON або YAML. |
| --template string |
| Рядок шаблону або шлях до файлу шаблону для використання з -o=go-template, -o=go-template-file. Формат шаблону — golang-шаблони [http://golang.org/pkg/text/template/#pkg-overview]. |
| --validate string[="strict"] Типово: "strict" |
| Повинно бути одним із: strict (або true), warn, ignore (або false). "true" або "strict" буде використовувати схему для перевірки вводу і відхилятиме запит, якщо він невірний. Буде виконана перевірка на стороні сервера, якщо ServerSideFieldValidation увімкнено на api-server, але якщо ні, то повернеться до менш надійної перевірки на стороні клієнта. "warn" попередить про невідомі або повторювані поля, не блокуючи запит, якщо на боці сервера API увімкнено перевірку полів, і буде поводитися як " ignore" у протилежному випадку. "false" або "ignore" не виконуватимуть жодної перевірки схеми, мовчки відкидаючі будь-які невідомі або дубльовані поля. |
Успадковані батьківські параметри
| --as string |
| Імʼя користувача, яке використовується для виконання операції. Користувач може бути звичайним користувачем або службовим обліковим записом в просторі імен. |
| --as-group strings |
| Група, яка використовується для операції; цей прапорець можна повторити для вказівки декількох груп. |
| --as-uid string |
| UID, який використовується для операції. |
| --as-user-extra strings |
| Додаткові параметри користувача, які слід використовувати для операції. Цей прапорець можна повторювати, щоб вказати кілька значень для одного і того ж ключа. |
| --cache-dir string Типово: "$HOME/.kube/cache" |
| Типове розташування теки кешу |
| --certificate-authority string |
| Шлях до файлу сертифіката для центра сертифікації |
| --client-certificate string |
| Шлях до файлу клієнтського сертифіката для TLS |
| --client-key string |
| Шлях до файлу ключа клієнта для TLS |
| --cluster string |
| Назва файлу kubeconfig кластера, який слід використовувати |
| --context string |
| Назва контексту kubeconfig, який слід використовувати |
| --disable-compression |
| Якщо true, відмовляється від стиснення відповіді для всіх запитів до сервера |
| --insecure-skip-tls-verify |
| Якщо true, сертифікат сервера не буде перевірятися на дійсність. Це зробить ваші HTTPS-зʼєднання небезпечними |
| --kubeconfig string |
| Шлях до файлу kubeconfig, який слід використовувати для CLI-запитів. |
| --kuberc string |
| Шлях до файлу kuberc, який буде використовуватися для налаштувань. Цю функцію можна вимкнути, експортувавши функцію KUBECTL_KUBERC=false або вимкнувши функцію KUBERC=off. |
| --match-server-version |
| Вимагає, щоб версія сервера відповідала версії клієнта |
| -n, --namespace string |
| Якщо присутній, простір імен для цього CLI-запиту |
| --password string |
| Пароль для базової автентифікації на API-сервері |
| --profile string Типово: "none" |
| Імʼя профілю для захоплення. Одне із (none|cpu|heap|goroutine|threadcreate|block|mutex|trace) |
| --profile-output string Типово: "profile.pprof" |
| Імʼя файлу, в який записується профіль |
| --request-timeout string Типово: "0" |
| Час очікування перед відмовою у виконанні окремого запиту до сервера. Ненульові значення повинні містити відповідну одиницю часу (наприклад, 1s, 2m, 3h). Значення нуль означає відсутність тайм-ауту запитів. |
| -s, --server string |
| Адреса та порт сервера API Kubernetes |
| --storage-driver-buffer-duration duration Типово: 1m0s |
| Записи в драйвері зберігання будуть буферизовані на цей час і збережені в бекендах без памʼяті як одна транзакція |
| --storage-driver-db string Типово: "cadvisor" |
| Назва бази даних |
| --storage-driver-host string Типово: "localhost:8086" |
| Хост:порт бази даних |
| --storage-driver-password string Типово: "root" |
| Пароль бази даних |
| --storage-driver-secure |
| використовувати захищене зʼєднання з базою даних |
| --storage-driver-table string Типово: "stats" |
| Назва таблиці |
| --storage-driver-user string Типово: "root" |
| Імʼя користувача бази даних |
| --tls-server-name string |
| Імʼя сервера, яке використовується для перевірки дійсності сертифіката сервера. Якщо воно не надане, використовується імʼя хоста, яке використовується для звʼязку з сервером |
| --token string |
| Токен на предʼявника для автентифікації на API-сервері |
| --user string |
| Імʼя користувача kubeconfig, яке слід використовувати |
| --username string |
| Імʼя користувача для базової автентифікації на API-сервері |
| --version version[=true] |
| --version, --version=raw виводить інформацію про версію та завершує роботу; --version=vX.Y.Z... задає відповідну версію |
| --warnings-as-errors |
| Трактувати попередження, отримані від сервера, як помилки і виходити з ненульовим кодом виходу |
Дивіться також
9 - kubectl create poddisruptionbudget
Створіть бюджет розладу роботи Podʼів із зазначеною назвою
Огляд
Створіть бюджет розладу роботи Podʼів із зазначеною назвою, селектором і бажаним мінімумом доступних Podʼів.
kubectl create poddisruptionbudget NAME --selector=SELECTOR --min-available=N [--dry-run=server|client|none]
Приклади
# Створити бюджет розладу роботи Podʼів з назвою "my-pdb",
# який вибере всі Podʼи з міткою app=rails і вимагатиме, щоб принаймні один з них був доступний в будь-який момент
kubectl create poddisruptionbudget my-pdb --selector=app=rails --min-available=1
# Створити бюджет розладу роботи Podʼів з назвою "my-pdb",
# який вибере всі Podʼи з міткою app=nginx і вимагатиме, щоб принаймні половина вибраних Podʼів була доступна в будь-який момент
kubectl create pdb my-pdb --selector=app=nginx --min-available=50%
Параметри
| --allow-missing-template-keys Типово: true |
| Якщо true, ігнорувати будь-які помилки в шаблонах, коли в шаблоні відсутнє поле або ключ map. Застосовується лише до форматів виводу golang та jsonpath. |
| --dry-run string[="unchanged"] Типово: "none" |
| Має бути "none", "server" або "client". Якщо це стратегія client, вивести лише обʼєкт, який міг би бути надісланим, не надсилаючи його. Якщо це стратегія server, надіслати запит на стороні сервера без збереження ресурсу. |
| --field-manager string Типово: "kubectl-create" |
| Імʼя менеджера, що використовується для відстеження права власності на поле. |
| -h, --help |
| Довідка poddisruptionbudget |
| --max-unavailable string |
| Максимальна кількість або відсоток недоступних Podʼів, яких вимагає цей бюджет. |
| --min-available string |
| Мінімальна кількість або відсоток доступних Podʼів, яких вимагає цей бюджет. |
| -o, --output string |
| Формат виводу. Один з: (json, yaml, kyaml, name, go-template, go-template-file, template, templatefile, jsonpath, jsonpath-as-json, jsonpath-file). |
| --save-config |
| Якщо значення true, конфігурація поточного обʼєкта буде збережена в його анотації. В іншому випадку, анотацію буде збережено без змін. Цей прапорець корисно встановити, якщо ви хочете застосувати kubectl до цього обʼєкта у майбутньому. |
| --selector string |
| Селектор мітки, який буде використано для цього бюджету. Підтримуються лише вимоги до селектора на основі рівності. |
| --show-managed-fields |
| Якщо true, зберігати managedFields при виводі обʼєктів у форматі JSON або YAML. |
| --template string |
| Рядок шаблону або шлях до файлу шаблону для використання з -o=go-template, -o=go-template-file. Формат шаблону — golang-шаблони [http://golang.org/pkg/text/template/#pkg-overview]. |
| --validate string[="strict"] Типово: "strict" |
| Повинно бути одним із: strict (або true), warn, ignore (або false). "true" або "strict" буде використовувати схему для перевірки вводу і відхилятиме запит, якщо він невірний. Буде виконана перевірка на стороні сервера, якщо ServerSideFieldValidation увімкнено на api-server, але якщо ні, то повернеться до менш надійної перевірки на стороні клієнта. "warn" попередить про невідомі або повторювані поля, не блокуючи запит, якщо на боці сервера API увімкнено перевірку полів, і буде поводитися як " ignore" у протилежному випадку. "false" або "ignore" не виконуватимуть жодної перевірки схеми, мовчки відкидаючі будь-які невідомі або дубльовані поля. |
Успадковані батьківські параметри
| --as string |
| Імʼя користувача, яке використовується для виконання операції. Користувач може бути звичайним користувачем або службовим обліковим записом в просторі імен. |
| --as-group strings |
| Група, яка використовується для операції; цей прапорець можна повторити для вказівки декількох груп. |
| --as-uid string |
| UID, який використовується для операції. |
| --as-user-extra strings |
| User extras to impersonate for the operation, this flag can be repeated to specify multiple values for the same key. |
| --cache-dir string Типово: "$HOME/.kube/cache" |
| Типове розташування теки кешу |
| --certificate-authority string |
| Шлях до файлу сертифіката для центра сертифікації |
| --client-certificate string |
| Шлях до файлу клієнтського сертифіката для TLS |
| --client-key string |
| Шлях до файлу ключа клієнта для TLS |
| --cluster string |
| Назва файлу kubeconfig кластера, який слід використовувати |
| --context string |
| Назва контексту kubeconfig, який слід використовувати |
| --disable-compression |
| Якщо true, відмовляється від стиснення відповіді для всіх запитів до сервера |
| --insecure-skip-tls-verify |
| Якщо true, сертифікат сервера не буде перевірятися на дійсність. Це зробить ваші HTTPS-зʼєднання небезпечними |
| --kubeconfig string |
| Шлях до файлу kubeconfig, який слід використовувати для CLI-запитів. |
| --kuberc string |
| Шлях до файлу kuberc, який буде використовуватися для налаштувань. Цю функцію можна вимкнути, експортувавши функцію KUBECTL_KUBERC=false або вимкнувши функцію KUBERC=off. |
| --match-server-version |
| Вимагає, щоб версія сервера відповідала версії клієнта |
| -n, --namespace string |
| Якщо присутній, простір імен для цього CLI-запиту |
| --password string |
| Пароль для базової автентифікації на API-сервері |
| --profile string Типово: "none" |
| Імʼя профілю для захоплення. Одне із (none|cpu|heap|goroutine|threadcreate|block|mutex|trace) |
| --profile-output string Типово: "profile.pprof" |
| Імʼя файлу, в який записується профіль |
| --request-timeout string Типово: "0" |
| Час очікування перед відмовою у виконанні окремого запиту до сервера. Ненульові значення повинні містити відповідну одиницю часу (наприклад, 1s, 2m, 3h). Значення нуль означає відсутність тайм-ауту запитів. |
| -s, --server string |
| Адреса та порт сервера API Kubernetes |
| --storage-driver-buffer-duration duration Типово: 1m0s |
| Записи в драйвері зберігання будуть буферизовані на цей час і збережені в бекендах без памʼяті як одна транзакція |
| --storage-driver-db string Типово: "cadvisor" |
| Назва бази даних |
| --storage-driver-host string Типово: "localhost:8086" |
| Хост:порт бази даних |
| --storage-driver-password string Типово: "root" |
| Пароль бази даних |
| --storage-driver-secure |
| використовувати захищене зʼєднання з базою даних |
| --storage-driver-table string Типово: "stats" |
| Назва таблиці |
| --storage-driver-user string Типово: "root" |
| Імʼя користувача бази даних |
| --tls-server-name string |
| Імʼя сервера, яке використовується для перевірки дійсності сертифіката сервера. Якщо воно не надане, використовується імʼя хоста, яке використовується для звʼязку з сервером |
| --token string |
| Токен на предʼявника для автентифікації на API-сервері |
| --user string |
| Імʼя користувача kubeconfig, яке слід використовувати |
| --username string |
| Імʼя користувача для базової автентифікації на API-сервері |
| --version version[=true] |
| --version, --version=raw виводить інформацію про версію та завершує роботу; --version=vX.Y.Z... задає відповідну версію |
| --warnings-as-errors |
| Трактувати попередження, отримані від сервера, як помилки і виходити з ненульовим кодом виходу |
Дивіться також
10 - kubectl create priorityclass
Створює клас пріоритету з вказаним імʼям
Огляд
Створює клас пріоритету з вказаним імʼям, значенням, globalDefault та описом.
kubectl create priorityclass NAME --value=VALUE --global-default=BOOL [--dry-run=server|client|none]
Приклади
# Створити клас пріоритету з назвою high-priority
kubectl create priorityclass high-priority --value=1000 --description="high priority"
# Створити клас пріоритету з назвою default-priority, який вважається глобальним стандартним класом пріоритету
kubectl create priorityclass default-priority --value=1000 --global-default=true --description="default priority"
# Створити клас пріоритету з назвою high-priority, який не може випереджувати Podʼи з нижчим пріоритетом
kubectl create priorityclass high-priority --value=1000 --description="high priority" --preemption-policy="Never"
Параметри
| --allow-missing-template-keys Типово: true |
| Якщо true, ігнорувати будь-які помилки в шаблонах, коли в шаблоні відсутнє поле або ключ map. Застосовується лише до форматів виводу golang та jsonpath. |
| --description string |
| description — довільний рядок, який зазвичай містить вказівки щодо того, коли слід використовувати цей клас пріоритету. |
| --dry-run string[="unchanged"] Типово: "none" |
| Має бути "none", "server" або "client". Якщо це стратегія client, вивести лише обʼєкт, який міг би бути надісланим, не надсилаючи його. Якщо це стратегія server, надіслати запит на стороні сервера без збереження ресурсу. |
| --field-manager string Типово: "kubectl-create" |
| Імʼя менеджера, що використовується для відстеження права власності на поле. |
| --global-default |
| global-default вказує, чи слід вважати цей PriorityClass стандартним пріоритетом. |
| -h, --help |
| Довідка priorityclass |
| -o, --output string |
| Формат виводу. Один з: (json, yaml, kyaml, name, go-template, go-template-file, template, templatefile, jsonpath, jsonpath-as-json, jsonpath-file). |
| --preemption-policy string Типово: "PreemptLowerPriority" |
| preemption-policy — це політика випередження Podʼів з нижчим пріоритетом. |
| --save-config |
| Якщо значення true, конфігурація поточного обʼєкта буде збережена в його анотації. В іншому випадку, анотацію буде збережено без змін. Цей прапорець корисно встановити, якщо ви хочете застосувати kubectl до цього обʼєкта у майбутньому. |
| --show-managed-fields |
| Якщо true, зберігати managedFields при виводі обʼєктів у форматі JSON або YAML. |
| --template string |
| Рядок шаблону або шлях до файлу шаблону для використання з -o=go-template, -o=go-template-file. Формат шаблону — golang-шаблони [http://golang.org/pkg/text/template/#pkg-overview]. |
| --validate string[="strict"] Типово: "strict" |
| Повинно бути одним із: strict (або true), warn, ignore (або false). "true" або "strict" буде використовувати схему для перевірки вводу і відхилятиме запит, якщо він невірний. Буде виконана перевірка на стороні сервера, якщо ServerSideFieldValidation увімкнено на api-server, але якщо ні, то повернеться до менш надійної перевірки на стороні клієнта. "warn" попередить про невідомі або повторювані поля, не блокуючи запит, якщо на боці сервера API увімкнено перевірку полів, і буде поводитися як " ignore" у протилежному випадку. "false" або "ignore" не виконуватимуть жодної перевірки схеми, мовчки відкидаючі будь-які невідомі або дубльовані поля. |
| --value int32 |
| значення цього класу пріоритету. |
Успадковані батьківські параметри
| --as string |
| Імʼя користувача, яке використовується для виконання операції. Користувач може бути звичайним користувачем або службовим обліковим записом в просторі імен. |
| --as-group strings |
| Група, яка використовується для операції; цей прапорець можна повторити для вказівки декількох груп. |
| --as-uid string |
| UID, який використовується для операції. |
| --as-user-extra strings |
| Додаткові параметри користувача, які слід використовувати для операції. Цей прапорець можна повторювати, щоб вказати кілька значень для одного і того ж ключа. |
| --cache-dir string Типово: "$HOME/.kube/cache" |
| Типове розташування теки кешу |
| --certificate-authority string |
| Шлях до файлу сертифіката для центра сертифікації |
| --client-certificate string |
| Шлях до файлу клієнтського сертифіката для TLS |
| --client-key string |
| Шлях до файлу ключа клієнта для TLS |
| --cluster string |
| Назва файлу kubeconfig кластера, який слід використовувати |
| --context string |
| Назва контексту kubeconfig, який слід використовувати |
| --disable-compression |
| Якщо true, відмовляється від стиснення відповіді для всіх запитів до сервера |
| --insecure-skip-tls-verify |
| Якщо true, сертифікат сервера не буде перевірятися на дійсність. Це зробить ваші HTTPS-зʼєднання небезпечними |
| --kubeconfig string |
| Шлях до файлу kubeconfig, який слід використовувати для CLI-запитів. |
| --kuberc string |
| Шлях до файлу kuberc, який буде використовуватися для налаштувань. Цю функцію можна вимкнути, експортувавши функцію KUBECTL_KUBERC=false або вимкнувши функцію KUBERC=off. |
| --match-server-version |
| Вимагає, щоб версія сервера відповідала версії клієнта |
| -n, --namespace string |
| Якщо присутній, простір імен для цього CLI-запиту |
| --password string |
| Пароль для базової автентифікації на API-сервері |
| --profile string Типово: "none" |
| Імʼя профілю для захоплення. Одне із (none|cpu|heap|goroutine|threadcreate|block|mutex|trace) |
| --profile-output string Типово: "profile.pprof" |
| Імʼя файлу, в який записується профіль |
| --request-timeout string Типово: "0" |
| Час очікування перед відмовою у виконанні окремого запиту до сервера. Ненульові значення повинні містити відповідну одиницю часу (наприклад, 1s, 2m, 3h). Значення нуль означає відсутність тайм-ауту запитів. |
| -s, --server string |
| Адреса та порт сервера API Kubernetes |
| --storage-driver-buffer-duration duration Типово: 1m0s |
| Записи в драйвері зберігання будуть буферизовані на цей час і збережені в бекендах без памʼяті як одна транзакція |
| --storage-driver-db string Типово: "cadvisor" |
| Назва бази даних |
| --storage-driver-host string Типово: "localhost:8086" |
| Хост:порт бази даних |
| --storage-driver-password string Типово: "root" |
| Пароль бази даних |
| --storage-driver-secure |
| використовувати захищене зʼєднання з базою даних |
| --storage-driver-table string Типово: "stats" |
| Назва таблиці |
| --storage-driver-user string Типово: "root" |
| Імʼя користувача бази даних |
| --tls-server-name string |
| Імʼя сервера, яке використовується для перевірки дійсності сертифіката сервера. Якщо воно не надане, використовується імʼя хоста, яке використовується для звʼязку з сервером |
| --token string |
| Токен на предʼявника для автентифікації на API-сервері |
| --user string |
| Імʼя користувача kubeconfig, яке слід використовувати |
| --username string |
| Імʼя користувача для базової автентифікації на API-сервері |
| --version version[=true] |
| --version, --version=raw виводить інформацію про версію та завершує роботу; --version=vX.Y.Z... задає відповідну версію |
| --warnings-as-errors |
| Трактувати попередження, отримані від сервера, як помилки і виходити з ненульовим кодом виходу |
Дивіться також
11 - kubectl create quota
Створення квоти ресурсів із зазначеною назвою
Огляд
Створення квоти ресурсів із зазначеною назвою, жорсткими обмеженнями та необовʼязковими діапазонами.
kubectl create quota NAME [--hard=key1=value1,key2=value2] [--scopes=Scope1,Scope2] [--dry-run=server|client|none]
Приклади
# Створити нову квоту ресурсів з назвою my-quota
kubectl create quota my-quota --hard=cpu=1,memory=1G,pods=2,services=3,replicationcontrollers=2,resourcequotas=1,secrets=5,persistentvolumeclaims=10
# Створити нову квоту ресурсів з назвою best-effort
kubectl create quota best-effort --hard=pods=100 --scopes=BestEffort
Параметри
| --allow-missing-template-keys Типово: true |
| Якщо true, ігнорувати будь-які помилки в шаблонах, коли в шаблоні відсутнє поле або ключ map. Застосовується лише до форматів виводу golang та jsonpath. |
| --dry-run string[="unchanged"] Типово: "none" |
| Має бути "none", "server" або "client". Якщо це стратегія client, вивести лише обʼєкт, який міг би бути надісланим, не надсилаючи його. Якщо це стратегія server, надіслати запит на стороні сервера без збереження ресурсу. |
| --field-manager string Типово: "kubectl-create" |
| Імʼя менеджера, що використовується для відстеження права власності на поле. |
| --hard string |
| Розділений комами набір пар resource=quantity, які визначають жорсткі межі. |
| -h, --help |
| Довідка quota |
| -o, --output string |
| Формат виводу. Один з: (json, yaml, kyaml, name, go-template, go-template-file, template, templatefile, jsonpath, jsonpath-as-json, jsonpath-file). |
| --save-config |
| Якщо значення true, конфігурація поточного обʼєкта буде збережена в його анотації. В іншому випадку, анотацію буде збережено без змін. Цей прапорець корисно встановити, якщо ви хочете застосувати kubectl до цього обʼєкта у майбутньому. |
| --scopes string |
| Розділений комами набір діапазонів квот, які повинні відповідати кожному обʼєкту, що відстежується за допомогою квоти. |
| --show-managed-fields |
| Якщо true, зберігати managedFields при виводі обʼєктів у форматі JSON або YAML. |
| --template string |
| Рядок шаблону або шлях до файлу шаблону для використання з -o=go-template, -o=go-template-file. Формат шаблону — golang-шаблони [http://golang.org/pkg/text/template/#pkg-overview]. |
| --validate string[="strict"] Типово: "strict" |
| Повинно бути одним із: strict (або true), warn, ignore (або false). "true" або "strict" буде використовувати схему для перевірки вводу і відхилятиме запит, якщо він невірний. Буде виконана перевірка на стороні сервера, якщо ServerSideFieldValidation увімкнено на api-server, але якщо ні, то повернеться до менш надійної перевірки на стороні клієнта. "warn" попередить про невідомі або повторювані поля, не блокуючи запит, якщо на боці сервера API увімкнено перевірку полів, і буде поводитися як " ignore" у протилежному випадку. "false" або "ignore" не виконуватимуть жодної перевірки схеми, мовчки відкидаючі будь-які невідомі або дубльовані поля. |
Успадковані батьківські параметри
| --as string |
| Імʼя користувача, яке використовується для виконання операції. Користувач може бути звичайним користувачем або службовим обліковим записом в просторі імен. |
| --as-group strings |
| Група, яка використовується для операції; цей прапорець можна повторити для вказівки декількох груп. |
| --as-uid string |
| UID, який використовується для операції. |
| --as-user-extra strings |
| Додаткові параметри користувача, які слід використовувати для операції. Цей прапорець можна повторювати, щоб вказати кілька значень для одного і того ж ключа. |
| --cache-dir string Типово: "$HOME/.kube/cache" |
| Типове розташування теки кешу |
| --certificate-authority string |
| Шлях до файлу сертифіката для центра сертифікації |
| --client-certificate string |
| Шлях до файлу клієнтського сертифіката для TLS |
| --client-key string |
| Шлях до файлу ключа клієнта для TLS |
| --cluster string |
| Назва файлу kubeconfig кластера, який слід використовувати |
| --context string |
| Назва контексту kubeconfig, який слід використовувати |
| --disable-compression |
| Якщо true, відмовляється від стиснення відповіді для всіх запитів до сервера |
| --insecure-skip-tls-verify |
| Якщо true, сертифікат сервера не буде перевірятися на дійсність. Це зробить ваші HTTPS-зʼєднання небезпечними |
| --kubeconfig string |
| Шлях до файлу kubeconfig, який слід використовувати для CLI-запитів. |
| --kuberc string |
| Шлях до файлу kuberc, який буде використовуватися для налаштувань. Цю функцію можна вимкнути, експортувавши функцію KUBECTL_KUBERC=false або вимкнувши функцію KUBERC=off. |
| --match-server-version |
| Вимагає, щоб версія сервера відповідала версії клієнта |
| -n, --namespace string |
| Якщо присутній, простір імен для цього CLI-запиту |
| --password string |
| Пароль для базової автентифікації на API-сервері |
| --profile string Типово: "none" |
| Імʼя профілю для захоплення. Одне із (none|cpu|heap|goroutine|threadcreate|block|mutex|trace) |
| --profile-output string Типово: "profile.pprof" |
| Імʼя файлу, в який записується профіль |
| --request-timeout string Типово: "0" |
| Час очікування перед відмовою у виконанні окремого запиту до сервера. Ненульові значення повинні містити відповідну одиницю часу (наприклад, 1s, 2m, 3h). Значення нуль означає відсутність тайм-ауту запитів. |
| -s, --server string |
| Адреса та порт сервера API Kubernetes |
| --storage-driver-buffer-duration duration Типово: 1m0s |
| Записи в драйвері зберігання будуть буферизовані на цей час і збережені в бекендах без памʼяті як одна транзакція |
| --storage-driver-db string Типово: "cadvisor" |
| Назва бази даних |
| --storage-driver-host string Типово: "localhost:8086" |
| Хост:порт бази даних |
| --storage-driver-password string Типово: "root" |
| Пароль бази даних |
| --storage-driver-secure |
| використовувати захищене зʼєднання з базою даних |
| --storage-driver-table string Типово: "stats" |
| Назва таблиці |
| --storage-driver-user string Типово: "root" |
| Імʼя користувача бази даних |
| --tls-server-name string |
| Імʼя сервера, яке використовується для перевірки дійсності сертифіката сервера. Якщо воно не надане, використовується імʼя хоста, яке використовується для звʼязку з сервером |
| --token string |
| Токен на предʼявника для автентифікації на API-сервері |
| --user string |
| Імʼя користувача kubeconfig, яке слід використовувати |
| --username string |
| Імʼя користувача для базової автентифікації на API-сервері |
| --version version[=true] |
| --version, --version=raw виводить інформацію про версію та завершує роботу; --version=vX.Y.Z... задає відповідну версію |
| --warnings-as-errors |
| Трактувати попередження, отримані від сервера, як помилки і виходити з ненульовим кодом виходу |
Дивіться також
12 - kubectl create role
Створює роль із зазначеним імʼям
Створює роль з одним правилом.
kubectl create role NAME --verb=verb --resource=resource.group/subresource [--resource-name=resourcename] [--dry-run=server|client|none]
Приклади
# Створити роль з назвою "pod-reader", яка дозволяє користувачу виконувати "get", "watch" і "list" для Podʼів
kubectl create role pod-reader --verb=get --verb=list --verb=watch --resource=pods
# Створити роль з назвою "pod-reader" з вказаними ResourceName
kubectl create role pod-reader --verb=get --resource=pods --resource-name=readablepod --resource-name=anotherpod
# Створити роль з назвою "foo" з вказаною API Group
kubectl create role foo --verb=get,list,watch --resource=rs.apps
# Створити роль з назвою "foo" з вказаним SubResource
kubectl create role foo --verb=get,list,watch --resource=pods,pods/status
Параметри
| --allow-missing-template-keys Типово: true |
| Якщо true, ігнорувати будь-які помилки в шаблонах, коли в шаблоні відсутнє поле або ключ map. Застосовується лише до форматів виводу golang та jsonpath. |
| --dry-run string[="unchanged"] Типово: "none" |
| Має бути "none", "server" або "client". Якщо це стратегія client, вивести лише обʼєкт, який міг би бути надісланим, не надсилаючи його. Якщо це стратегія server, надіслати запит на стороні сервера без збереження ресурсу. |
| --field-manager string Типово: "kubectl-create" |
| Імʼя менеджера, що використовується для відстеження права власності на поле. |
| -h, --help |
| Довідка role |
| -o, --output string |
| Формат виводу. Один з: (json, yaml, kyaml, name, go-template, go-template-file, template, templatefile, jsonpath, jsonpath-as-json, jsonpath-file). |
| --resource strings |
| Ресурс, до якого застосовується правило |
| --resource-name strings |
| Ресурс у білому списку, до якого застосовується правило, повторіть цей прапорець для кожного елемента |
| --save-config |
| Якщо значення true, конфігурація поточного обʼєкта буде збережена в його анотації. В іншому випадку, анотацію буде збережено без змін. Цей прапорець корисно встановити, якщо ви хочете застосувати kubectl до цього обʼєкта у майбутньому. |
| --show-managed-fields |
| Якщо true, зберігати managedFields при виводі обʼєктів у форматі JSON або YAML. |
| --template string |
| Рядок шаблону або шлях до файлу шаблону для використання з -o=go-template, -o=go-template-file. Формат шаблону — golang-шаблони [http://golang.org/pkg/text/template/#pkg-overview]. |
| --validate string[="strict"] Типово: "strict" |
| Повинно бути одним із: strict (або true), warn, ignore (або false). "true" або "strict" буде використовувати схему для перевірки вводу і відхилятиме запит, якщо він невірний. Буде виконана перевірка на стороні сервера, якщо ServerSideFieldValidation увімкнено на api-server, але якщо ні, то повернеться до менш надійної перевірки на стороні клієнта. "warn" попередить про невідомі або повторювані поля, не блокуючи запит, якщо на боці сервера API увімкнено перевірку полів, і буде поводитися як " ignore" у протилежному випадку. "false" або "ignore" не виконуватимуть жодної перевірки схеми, мовчки відкидаючі будь-які невідомі або дубльовані поля. |
| --verb strings |
| Дієслово, яке застосовується до ресурсів, що містяться в правилі |
Успадковані батьківські параметри
| --as string |
| Імʼя користувача, яке використовується для виконання операції. Користувач може бути звичайним користувачем або службовим обліковим записом в просторі імен. |
| --as-group strings |
| Група, яка використовується для операції; цей прапорець можна повторити для вказівки декількох груп. |
| --as-uid string |
| UID, який використовується для операції. |
| --as-user-extra strings |
| Додаткові параметри користувача, які слід використовувати для операції. Цей прапорець можна повторювати, щоб вказати кілька значень для одного і того ж ключа. |
| --cache-dir string Типово: "$HOME/.kube/cache" |
| Типове розташування теки кешу |
| --certificate-authority string |
| Шлях до файлу сертифіката для центра сертифікації |
| --client-certificate string |
| Шлях до файлу клієнтського сертифіката для TLS |
| --client-key string |
| Шлях до файлу ключа клієнта для TLS |
| --cluster string |
| Назва файлу kubeconfig кластера, який слід використовувати |
| --context string |
| Назва контексту kubeconfig, який слід використовувати |
| --disable-compression |
| Якщо true, відмовляється від стиснення відповіді для всіх запитів до сервера |
| --insecure-skip-tls-verify |
| Якщо true, сертифікат сервера не буде перевірятися на дійсність. Це зробить ваші HTTPS-зʼєднання небезпечними |
| --kubeconfig string |
| Шлях до файлу kubeconfig, який слід використовувати для CLI-запитів. |
| --kuberc string |
| Шлях до файлу kuberc, який буде використовуватися для налаштувань. Цю функцію можна вимкнути, експортувавши функцію KUBECTL_KUBERC=false або вимкнувши функцію KUBERC=off. |
| --match-server-version |
| Вимагає, щоб версія сервера відповідала версії клієнта |
| -n, --namespace string |
| Якщо присутній, простір імен для цього CLI-запиту |
| --password string |
| Пароль для базової автентифікації на API-сервері |
| --profile string Типово: "none" |
| Імʼя профілю для захоплення. Одне із (none|cpu|heap|goroutine|threadcreate|block|mutex|trace) |
| --profile-output string Типово: "profile.pprof" |
| Імʼя файлу, в який записується профіль |
| --request-timeout string Типово: "0" |
| Час очікування перед відмовою у виконанні окремого запиту до сервера. Ненульові значення повинні містити відповідну одиницю часу (наприклад, 1s, 2m, 3h). Значення нуль означає відсутність тайм-ауту запитів. |
| -s, --server string |
| Адреса та порт сервера API Kubernetes |
| --storage-driver-buffer-duration duration Типово: 1m0s |
| Записи в драйвері зберігання будуть буферизовані на цей час і збережені в бекендах без памʼяті як одна транзакція |
| --storage-driver-db string Типово: "cadvisor" |
| Назва бази даних |
| --storage-driver-host string Типово: "localhost:8086" |
| Хост:порт бази даних |
| --storage-driver-password string Типово: "root" |
| Пароль бази даних |
| --storage-driver-secure |
| використовувати захищене зʼєднання з базою даних |
| --storage-driver-table string Типово: "stats" |
| Назва таблиці |
| --storage-driver-user string Типово: "root" |
| Імʼя користувача бази даних |
| --tls-server-name string |
| Імʼя сервера, яке використовується для перевірки дійсності сертифіката сервера. Якщо воно не надане, використовується імʼя хоста, яке використовується для звʼязку з сервером |
| --token string |
| Токен на предʼявника для автентифікації на API-сервері |
| --user string |
| Імʼя користувача kubeconfig, яке слід використовувати |
| --username string |
| Імʼя користувача для базової автентифікації на API-сервері |
| --version version[=true] |
| --version, --version=raw виводить інформацію про версію та завершує роботу; --version=vX.Y.Z... задає відповідну версію |
| --warnings-as-errors |
| Трактувати попередження, отримані від сервера, як помилки і виходити з ненульовим кодом виходу |
Дивіться також
13 - kubectl create rolebinding
Створює привʼязку для певної ролі або кластерної ролі
Огляд
Створення привʼязки для певної ролі або кластерної ролі.
kubectl create rolebinding NAME --clusterrole=NAME|--role=NAME [--user=username] [--group=groupname] [--serviceaccount=namespace:serviceaccountname] [--dry-run=server|client|none]
Приклади
# Створити привʼязки ролей для user1, user2 та group1, використовуючи роль admin
kubectl create rolebinding admin --clusterrole=admin --user=user1 --user=user2 --group=group1
# Створити привʼязки ролей для serviceaccount monitoring:sa-dev, використовуючи роль admin
kubectl create rolebinding admin-binding --role=admin --serviceaccount=monitoring:sa-dev
Параметри
| --allow-missing-template-keys Типово: true |
| Якщо true, ігнорувати будь-які помилки в шаблонах, коли в шаблоні відсутнє поле або ключ map. Застосовується лише до форматів виводу golang та jsonpath. |
| --clusterrole string |
| ClusterRole на яку повинна посилатися привʼязка ClusterRoleBinding |
| --dry-run string[="unchanged"] Типово: "none" |
| Має бути "none", "server" або "client". Якщо це стратегія client, вивести лише обʼєкт, який міг би бути надісланим, не надсилаючи його. Якщо це стратегія server, надіслати запит на стороні сервера без збереження ресурсу. |
| --field-manager string Типово: "kubectl-create" |
| Імʼя менеджера, що використовується для відстеження права власності на поле. |
| --group strings |
| Групи для привʼязки до кластерної ролі. Прапорець можна повторити, щоб додати кілька груп. |
| -h, --help |
| Довідка rolebinding |
| -o, --output string |
| Формат виводу. Один з: (json, yaml, kyaml, name, go-template, go-template-file, template, templatefile, jsonpath, jsonpath-as-json, jsonpath-file). |
| --role string |
| Роль, на яку має посилатися ця RoleBinding |
| --save-config |
| Якщо значення true, конфігурація поточного обʼєкта буде збережена в його анотації. В іншому випадку, анотацію буде збережено без змін. Цей прапорець корисно встановити, якщо ви хочете застосувати kubectl до цього обʼєкта у майбутньому. |
| --serviceaccount strings |
| Службові облікові записи для привʼязки до кластерної ролі, у форматі <простір імен>:<імʼя>. Прапорець можна повторювати для додавання декількох службових облікових записів. |
| --show-managed-fields |
| Якщо true, зберігати managedFields при виводі обʼєктів у форматі JSON або YAML. |
| --template string |
| Рядок шаблону або шлях до файлу шаблону для використання з -o=go-template, -o=go-template-file. Формат шаблону — golang-шаблони [http://golang.org/pkg/text/template/#pkg-overview]. |
| --user strings |
| Імена користувачів для привʼязки до кластерної ролі. Прапорець можна повторити, щоб додати кількох користувачів. |
| --validate string[="strict"] Типово: "strict" |
| Повинно бути одним із: strict (або true), warn, ignore (або false). "true" або "strict" буде використовувати схему для перевірки вводу і відхилятиме запит, якщо він невірний. Буде виконана перевірка на стороні сервера, якщо ServerSideFieldValidation увімкнено на api-server, але якщо ні, то повернеться до менш надійної перевірки на стороні клієнта. "warn" попередить про невідомі або повторювані поля, не блокуючи запит, якщо на боці сервера API увімкнено перевірку полів, і буде поводитися як " ignore" у протилежному випадку. "false" або "ignore" не виконуватимуть жодної перевірки схеми, мовчки відкидаючі будь-які невідомі або дубльовані поля. |
Успадковані батьківські параметри
| --as string |
| Імʼя користувача, яке використовується для виконання операції. Користувач може бути звичайним користувачем або службовим обліковим записом в просторі імен. |
| --as-group strings |
| Група, яка використовується для операції; цей прапорець можна повторити для вказівки декількох груп. |
| --as-uid string |
| UID, який використовується для операції. |
| --as-user-extra strings |
| Додаткові параметри користувача, які слід використовувати для операції. Цей прапорець можна повторювати, щоб вказати кілька значень для одного і того ж ключа. |
| --cache-dir string Типово: "$HOME/.kube/cache" |
| Типове розташування теки кешу |
| --certificate-authority string |
| Шлях до файлу сертифіката для центра сертифікації |
| --client-certificate string |
| Шлях до файлу клієнтського сертифіката для TLS |
| --client-key string |
| Шлях до файлу ключа клієнта для TLS |
| --cluster string |
| Назва файлу kubeconfig кластера, який слід використовувати |
| --context string |
| Назва контексту kubeconfig, який слід використовувати |
| --disable-compression |
| Якщо true, відмовляється від стиснення відповіді для всіх запитів до сервера |
| --insecure-skip-tls-verify |
| Якщо true, сертифікат сервера не буде перевірятися на дійсність. Це зробить ваші HTTPS-зʼєднання небезпечними |
| --kubeconfig string |
| Шлях до файлу kubeconfig, який слід використовувати для CLI-запитів. |
| --kuberc string |
| Шлях до файлу kuberc, який буде використовуватися для налаштувань. Цю функцію можна вимкнути, експортувавши функцію KUBECTL_KUBERC=false або вимкнувши функцію KUBERC=off. |
| --match-server-version |
| Вимагає, щоб версія сервера відповідала версії клієнта |
| -n, --namespace string |
| Якщо присутній, простір імен для цього CLI-запиту |
| --password string |
| Пароль для базової автентифікації на API-сервері |
| --profile string Типово: "none" |
| Імʼя профілю для захоплення. Одне із (none|cpu|heap|goroutine|threadcreate|block|mutex|trace) |
| --profile-output string Типово: "profile.pprof" |
| Імʼя файлу, в який записується профіль |
| --request-timeout string Типово: "0" |
| Час очікування перед відмовою у виконанні окремого запиту до сервера. Ненульові значення повинні містити відповідну одиницю часу (наприклад, 1s, 2m, 3h). Значення нуль означає відсутність тайм-ауту запитів. |
| -s, --server string |
| Адреса та порт сервера API Kubernetes |
| --storage-driver-buffer-duration duration Типово: 1m0s |
| Записи в драйвері зберігання будуть буферизовані на цей час і збережені в бекендах без памʼяті як одна транзакція |
| --storage-driver-db string Типово: "cadvisor" |
| Назва бази даних |
| --storage-driver-host string Типово: "localhost:8086" |
| Хост:порт бази даних |
| --storage-driver-password string Типово: "root" |
| Пароль бази даних |
| --storage-driver-secure |
| використовувати захищене зʼєднання з базою даних |
| --storage-driver-table string Типово: "stats" |
| Назва таблиці |
| --storage-driver-user string Типово: "root" |
| Імʼя користувача бази даних |
| --tls-server-name string |
| Імʼя сервера, яке використовується для перевірки дійсності сертифіката сервера. Якщо воно не надане, використовується імʼя хоста, яке використовується для звʼязку з сервером |
| --token string |
| Токен на предʼявника для автентифікації на API-сервері |
| --username string |
| Імʼя користувача для базової автентифікації на API-сервері |
| --version version[=true] |
| --version, --version=raw виводить інформацію про версію та завершує роботу; --version=vX.Y.Z... задає відповідну версію |
| --warnings-as-errors |
| Трактувати попередження, отримані від сервера, як помилки і виходити з ненульовим кодом виходу |
Дивіться також
14 - kubectl create secret
Створення секрету за допомогою вказаної команди
Огляд
Створення секрету з вказаним типом.
Секрет типу docker-registry призначений для доступу до реєстру контейнера.
Тип секрету generic вказує на Opaque тип секрету.
Секрет типу tls містить TLS-сертифікат і повʼязаний з ним ключ.
kubectl create secret (docker-registry | generic | tls)
Параметри
Успадковані батьківські параметри
| --as string |
| Імʼя користувача, яке використовується для виконання операції. Користувач може бути звичайним користувачем або службовим обліковим записом в просторі імен. |
| --as-group strings |
| Група, яка використовується для операції; цей прапорець можна повторити для вказівки декількох груп. |
| --as-uid string |
| UID, який використовується для операції. |
| --as-user-extra strings |
| Додаткові параметри користувача, які слід використовувати для операції. Цей прапорець можна повторювати, щоб вказати кілька значень для одного і того ж ключа. |
| --cache-dir string Типово: "$HOME/.kube/cache" |
| Типове розташування теки кешу |
| --certificate-authority string |
| Шлях до файлу сертифіката для центра сертифікації |
| --client-certificate string |
| Шлях до файлу клієнтського сертифіката для TLS |
| --client-key string |
| Шлях до файлу ключа клієнта для TLS |
| --cluster string |
| Назва файлу kubeconfig кластера, який слід використовувати |
| --context string |
| Назва контексту kubeconfig, який слід використовувати |
| --disable-compression |
| Якщо true, відмовляється від стиснення відповіді для всіх запитів до сервера |
| --insecure-skip-tls-verify |
| Якщо true, сертифікат сервера не буде перевірятися на дійсність. Це зробить ваші HTTPS-зʼєднання небезпечними |
| --kubeconfig string |
| Шлях до файлу kubeconfig, який слід використовувати для CLI-запитів. |
| --kuberc string |
| Шлях до файлу kuberc, який буде використовуватися для налаштувань. Цю функцію можна вимкнути, експортувавши функцію KUBECTL_KUBERC=false або вимкнувши функцію KUBERC=off. |
| --match-server-version |
| Вимагає, щоб версія сервера відповідала версії клієнта |
| -n, --namespace string |
| Якщо присутній, простір імен для цього CLI-запиту |
| --password string |
| Пароль для базової автентифікації на API-сервері |
| --profile string Типово: "none" |
| Імʼя профілю для захоплення. Одне із (none|cpu|heap|goroutine|threadcreate|block|mutex|trace) |
| --profile-output string Типово: "profile.pprof" |
| Імʼя файлу, в який записується профіль |
| --request-timeout string Типово: "0" |
| Час очікування перед відмовою у виконанні окремого запиту до сервера. Ненульові значення повинні містити відповідну одиницю часу (наприклад, 1s, 2m, 3h). Значення нуль означає відсутність тайм-ауту запитів. |
| -s, --server string |
| Адреса та порт сервера API Kubernetes |
| --storage-driver-buffer-duration duration Типово: 1m0s |
| Записи в драйвері зберігання будуть буферизовані на цей час і збережені в бекендах без памʼяті як одна транзакція |
| --storage-driver-db string Типово: "cadvisor" |
| Назва бази даних |
| --storage-driver-host string Типово: "localhost:8086" |
| Хост:порт бази даних |
| --storage-driver-password string Типово: "root" |
| Пароль бази даних |
| --storage-driver-secure |
| використовувати захищене зʼєднання з базою даних |
| --storage-driver-table string Типово: "stats" |
| Назва таблиці |
| --storage-driver-user string Типово: "root" |
| Імʼя користувача бази даних |
| --tls-server-name string |
| Імʼя сервера, яке використовується для перевірки дійсності сертифіката сервера. Якщо воно не надане, використовується імʼя хоста, яке використовується для звʼязку з сервером |
| --token string |
| Токен на предʼявника для автентифікації на API-сервері |
| --user string |
| Імʼя користувача kubeconfig, яке слід використовувати |
| --username string |
| Імʼя користувача для базової автентифікації на API-сервері |
| --version version[=true] |
| --version, --version=raw виводить інформацію про версію та завершує роботу; --version=vX.Y.Z... задає відповідну версію |
| --warnings-as-errors |
| Трактувати попередження, отримані від сервера, як помилки і виходити з ненульовим кодом виходу |
Дивіться також
15 - kubectl create secret docker-registry
Створення нового секрету для використання з реєстрами Docker.
Огляд
Створення нового секрету для використання з реєстрами Docker.
Секрети Dockercfg використовуються для автентифікації у реєстрах Docker.
При використанні командного рядка Docker для надсилання образів, ви можете автентифікуватися в заданому реєстрі за допомогою запуску команди:
$ docker login DOCKER_REGISTRY_SERVER --username=DOCKER_USER --password=DOCKER_PASSWORD --email=DOCKER_EMAIL.
В результаті буде створено файл ~/.dockercfg, який використовується наступними командами docker push і docker pull для автентифікації в реєстрі. Адреса електронної пошти не є обовʼязковою.
При створенні програм може виникнути ситуація, коли реєстр Docker вимагає автентифікації. Для того, щоб вузли вузли могли отримувати образи від вашого імені, вони повинні мати облікові дані. Ви можете надати цю інформацію створивши секрет dockercfg і прикріпивши його до свого службового облікового запису.
kubectl create secret docker-registry NAME --docker-username=user --docker-password=password --docker-email=email [--docker-server=string] [--from-file=[key=]source] [--dry-run=server|client|none]
Приклади
# Якщо у вас ще немає файлу .dockercfg, створіть секрет dockercfg безпосередньо
kubectl create secret docker-registry my-secret --docker-server=DOCKER_REGISTRY_SERVER --docker-username=DOCKER_USER --docker-password=DOCKER_PASSWORD --docker-email=DOCKER_EMAIL
# Створити новий секрет з назвою my-secret з ~/.docker/config.json
kubectl create secret docker-registry my-secret --from-file=path/to/.docker/config.json
Параметри
| --allow-missing-template-keys Типово: true |
| Якщо true, ігнорувати будь-які помилки в шаблонах, коли в шаблоні відсутнє поле або ключ map. Застосовується лише до форматів виводу golang та jsonpath. |
| --append-hash |
| Додайте хеш secret до назви secret. |
| --docker-email string |
| Email для реєстру Docker |
| --docker-password string |
| Пароль для автентифікації в реєстрі Docker |
| --docker-server string Типово: "https://index.docker.io/v1/" |
| Розташування сервера реєстру Docker |
| --docker-username string |
| Імʼя користувача для автентифікації в реєстрі Docker |
| --dry-run string[="unchanged"] Типово: "none" |
| Має бути "none", "server" або "client". Якщо це стратегія client, вивести лише обʼєкт, який міг би бути надісланим, не надсилаючи його. Якщо це стратегія server, надіслати запит на стороні сервера без збереження ресурсу. |
| --field-manager string Типово: "kubectl-create" |
| Імʼя менеджера, що використовується для відстеження права власності на поле. |
| --from-file strings |
| Файли ключів можна вказати за допомогою шляху до файлу, у цьому випадку їм буде присвоєно стандартне імʼя.dockerconfigjson, або за бажанням за допомогою імені та шляху до файлу, у цьому випадку буде використано вказане імʼя. Якщо вказати теку, буде виконано ітераційний пошук кожного файлу з іменем, що є дійсним секретним ключем. Для цієї команди ключем завжди має бути .dockerconfigjson. |
| -h, --help |
| Довідка docker-registry |
| -o, --output string |
| Формат виводу. Один з: (json, yaml, kyaml, name, go-template, go-template-file, template, templatefile, jsonpath, jsonpath-as-json, jsonpath-file). |
| --save-config |
| Якщо значення true, конфігурація поточного обʼєкта буде збережена в його анотації. В іншому випадку, анотацію буде збережено без змін. Цей прапорець корисно встановити, якщо ви хочете застосувати kubectl до цього обʼєкта у майбутньому. |
| --show-managed-fields |
| Якщо true, зберігати managedFields при виводі обʼєктів у форматі JSON або YAML. |
| --template string |
| Рядок шаблону або шлях до файлу шаблону для використання з -o=go-template, -o=go-template-file. Формат шаблону — golang-шаблони [http://golang.org/pkg/text/template/#pkg-overview]. |
| --validate string[="strict"] Типово: "strict" |
| Повинно бути одним із: strict (або true), warn, ignore (або false). "true" або "strict" буде використовувати схему для перевірки вводу і відхилятиме запит, якщо він невірний. Буде виконана перевірка на стороні сервера, якщо ServerSideFieldValidation увімкнено на api-server, але якщо ні, то повернеться до менш надійної перевірки на стороні клієнта. "warn" попередить про невідомі або повторювані поля, не блокуючи запит, якщо на боці сервера API увімкнено перевірку полів, і буде поводитися як " ignore" у протилежному випадку. "false" або "ignore" не виконуватимуть жодної перевірки схеми, мовчки відкидаючі будь-які невідомі або дубльовані поля. |
Успадковані батьківські параметри
| --as string |
| Імʼя користувача, яке використовується для виконання операції. Користувач може бути звичайним користувачем або службовим обліковим записом в просторі імен. |
| --as-group strings |
| Група, яка використовується для операції; цей прапорець можна повторити для вказівки декількох груп. |
| --as-uid string |
| UID, який використовується для операції. |
| --as-user-extra strings |
| Додаткові параметри користувача, які слід використовувати для операції. Цей прапорець можна повторювати, щоб вказати кілька значень для одного і того ж ключа. |
| --cache-dir string Типово: "$HOME/.kube/cache" |
| Типове розташування теки кешу |
| --certificate-authority string |
| Шлях до файлу сертифіката для центра сертифікації |
| --client-certificate string |
| Шлях до файлу клієнтського сертифіката для TLS |
| --client-key string |
| Шлях до файлу ключа клієнта для TLS |
| --cluster string |
| Назва файлу kubeconfig кластера, який слід використовувати |
| --context string |
| Назва контексту kubeconfig, який слід використовувати |
| --disable-compression |
| Якщо true, відмовляється від стиснення відповіді для всіх запитів до сервера |
| --insecure-skip-tls-verify |
| Якщо true, сертифікат сервера не буде перевірятися на дійсність. Це зробить ваші HTTPS-зʼєднання небезпечними |
| --kubeconfig string |
| Шлях до файлу kubeconfig, який слід використовувати для CLI-запитів. |
| --kuberc string |
| Шлях до файлу kuberc, який буде використовуватися для налаштувань. Цю функцію можна вимкнути, експортувавши функцію KUBECTL_KUBERC=false або вимкнувши функцію KUBERC=off. |
| --match-server-version |
| Вимагає, щоб версія сервера відповідала версії клієнта |
| -n, --namespace string |
| Якщо присутній, простір імен для цього CLI-запиту |
| --password string |
| Пароль для базової автентифікації на API-сервері |
| --profile string Типово: "none" |
| Імʼя профілю для захоплення. Одне із (none|cpu|heap|goroutine|threadcreate|block|mutex|trace) |
| --profile-output string Типово: "profile.pprof" |
| Імʼя файлу, в який записується профіль |
| --request-timeout string Типово: "0" |
| Час очікування перед відмовою у виконанні окремого запиту до сервера. Ненульові значення повинні містити відповідну одиницю часу (наприклад, 1s, 2m, 3h). Значення нуль означає відсутність тайм-ауту запитів. |
| -s, --server string |
| Адреса та порт сервера API Kubernetes |
| --storage-driver-buffer-duration duration Типово: 1m0s |
| Записи в драйвері зберігання будуть буферизовані на цей час і збережені в бекендах без памʼяті як одна транзакція |
| --storage-driver-db string Типово: "cadvisor" |
| Назва бази даних |
| --storage-driver-host string Типово: "localhost:8086" |
| Хост:порт бази даних |
| --storage-driver-password string Типово: "root" |
| Пароль бази даних |
| --storage-driver-secure |
| використовувати захищене зʼєднання з базою даних |
| --storage-driver-table string Типово: "stats" |
| Назва таблиці |
| --storage-driver-user string Типово: "root" |
| Імʼя користувача бази даних |
| --tls-server-name string |
| Імʼя сервера, яке використовується для перевірки дійсності сертифіката сервера. Якщо воно не надане, використовується імʼя хоста, яке використовується для звʼязку з сервером |
| --token string |
| Токен на предʼявника для автентифікації на API-сервері |
| --user string |
| Імʼя користувача kubeconfig, яке слід використовувати |
| --username string |
| Імʼя користувача для базової автентифікації на API-сервері |
| --version version[=true] |
| --version, --version=raw виводить інформацію про версію та завершує роботу; --version=vX.Y.Z... задає відповідну версію |
| --warnings-as-errors |
| Трактувати попередження, отримані від сервера, як помилки і виходити з ненульовим кодом виходу |
Дивіться також
16 - kubectl create secret generic
Створення секрету на основі файлу, теки або вказаного літерального значення
Огляд
Створення секрету на основі файлу, теки або вказаного літерального значення.
Один секрет може містити одну або декілька пар ключ/значення.
При створенні секрету на основі файлу, стандартно ключем буде назва файлу, а значенням — його вміст. Якщо імʼя файлу не є допустимим ключем або ви хочете вибрати свій власний ключ, ви можете вказати альтернативний ключ.
При створенні секрету на основі теки, кожен файл, імʼя якого є дійсним ключем у теці, буде запаковано у секрет. Будь-які записи теки, окрім звичайних файлів, ігноруються (наприклад, підтеки, символічні посилання, пристрої, канали й т.д.).
kubectl create secret generic NAME [--type=string] [--from-file=[key=]source] [--from-literal=key1=value1] [--dry-run=server|client|none]
Приклади
# Створити новий секрет з назвою my-secret з ключами для кожного файлу в теці bar
kubectl create secret generic my-secret --from-file=path/to/bar
# Створити новий секрет з назвою my-secret з вказаними ключами замість імен на диску
kubectl create secret generic my-secret --from-file=ssh-privatekey=path/to/id_rsa --from-file=ssh-publickey=path/to/id_rsa.pub
# Створити новий секрет з назвою my-secret з key1=supersecret та key2=topsecret
kubectl create secret generic my-secret --from-literal=key1=supersecret --from-literal=key2=topsecret
# Створити новий секрет з назвою my-secret з використанням комбінації файлу та літерала
kubectl create secret generic my-secret --from-file=ssh-privatekey=path/to/id_rsa --from-literal=passphrase=topsecret
# Створити новий секрет з назвою my-secret з файлів env
kubectl create secret generic my-secret --from-env-file=path/to/foo.env --from-env-file=path/to/bar.env
Параметри
| --allow-missing-template-keys Типово: true |
| Якщо true, ігнорувати будь-які помилки в шаблонах, коли в шаблоні відсутнє поле або ключ map. Застосовується лише до форматів виводу golang та jsonpath. |
| --append-hash |
| Додайте хеш secret до назви secret. |
| --dry-run string[="unchanged"] Типово: "none" |
| Має бути "none", "server" або "client". Якщо це стратегія client, вивести лише обʼєкт, який міг би бути надісланим, не надсилаючи його. Якщо це стратегія server, надіслати запит на стороні сервера без збереження ресурсу. |
| --field-manager string Типово: "kubectl-create" |
| Імʼя менеджера, що використовується для відстеження права власності на поле. |
| --from-env-file strings |
| Вкажіть шлях до файлу для отримання рядків з парами key=val для створення secret. |
| --from-file strings |
| Файл ключа можна вказати за допомогою шляху до файлу, у цьому випадку імʼя файлу буде використано як ключ, або за допомогою ключа і шляху до файлу, у цьому випадку буде використано заданий ключ. Якщо вказати теку, буде виконано ітерацію для кожного названого файлу у цій теці, імʼя якого є допустимим ключем secret. |
| --from-literal strings |
| Вкажіть ключ і літеральне значення для вставки в secret (тобто mykey=somevalue) |
| -h, --help |
| Довідка generic |
| -o, --output string |
| Формат виводу. Один з: (json, yaml, kyaml, name, go-template, go-template-file, template, templatefile, jsonpath, jsonpath-as-json, jsonpath-file). |
| --save-config |
| Якщо значення true, конфігурація поточного обʼєкта буде збережена в його анотації. В іншому випадку, анотацію буде збережено без змін. Цей прапорець корисно встановити, якщо ви хочете застосувати kubectl до цього обʼєкта у майбутньому. |
| --show-managed-fields |
| Якщо true, зберігати managedFields при виводі обʼєктів у форматі JSON або YAML. |
| --template string |
| Рядок шаблону або шлях до файлу шаблону для використання з -o=go-template, -o=go-template-file. Формат шаблону — golang-шаблони [http://golang.org/pkg/text/template/#pkg-overview]. |
| --type string |
| Тип секрету, який необхідно створити |
| --validate string[="strict"] Типово: "strict" |
| Повинно бути одним із: strict (або true), warn, ignore (або false). "true" або "strict" буде використовувати схему для перевірки вводу і відхилятиме запит, якщо він невірний. Буде виконана перевірка на стороні сервера, якщо ServerSideFieldValidation увімкнено на api-server, але якщо ні, то повернеться до менш надійної перевірки на стороні клієнта. "warn" попередить про невідомі або повторювані поля, не блокуючи запит, якщо на боці сервера API увімкнено перевірку полів, і буде поводитися як " ignore" у протилежному випадку. "false" або "ignore" не виконуватимуть жодної перевірки схеми, мовчки відкидаючі будь-які невідомі або дубльовані поля. |
Успадковані батьківські параметри
| --as string |
| Імʼя користувача, яке використовується для виконання операції. Користувач може бути звичайним користувачем або службовим обліковим записом в просторі імен. |
| --as-group strings |
| Група, яка використовується для операції; цей прапорець можна повторити для вказівки декількох груп. |
| --as-uid string |
| UID, який використовується для операції. |
| --as-user-extra strings |
| Додаткові параметри користувача, які слід використовувати для операції. Цей прапорець можна повторювати, щоб вказати кілька значень для одного і того ж ключа. |
| --cache-dir string Типово: "$HOME/.kube/cache" |
| Типове розташування теки кешу |
| --certificate-authority string |
| Шлях до файлу сертифіката для центра сертифікації |
| --client-certificate string |
| Шлях до файлу клієнтського сертифіката для TLS |
| --client-key string |
| Шлях до файлу ключа клієнта для TLS |
| --cluster string |
| Назва файлу kubeconfig кластера, який слід використовувати |
| --context string |
| Назва контексту kubeconfig, який слід використовувати |
| --disable-compression |
| Якщо true, відмовляється від стиснення відповіді для всіх запитів до сервера |
| --insecure-skip-tls-verify |
| Якщо true, сертифікат сервера не буде перевірятися на дійсність. Це зробить ваші HTTPS-зʼєднання небезпечними |
| --kubeconfig string |
| Шлях до файлу kubeconfig, який слід використовувати для CLI-запитів. |
| --kuberc string |
| Шлях до файлу kuberc, який буде використовуватися для налаштувань. Цю функцію можна вимкнути, експортувавши функцію KUBECTL_KUBERC=false або вимкнувши функцію KUBERC=off. |
| --match-server-version |
| Вимагає, щоб версія сервера відповідала версії клієнта |
| -n, --namespace string |
| Якщо присутній, простір імен для цього CLI-запиту |
| --password string |
| Пароль для базової автентифікації на API-сервері |
| --profile string Типово: "none" |
| Імʼя профілю для захоплення. Одне із (none|cpu|heap|goroutine|threadcreate|block|mutex|trace) |
| --profile-output string Типово: "profile.pprof" |
| Імʼя файлу, в який записується профіль |
| --request-timeout string Типово: "0" |
| Час очікування перед відмовою у виконанні окремого запиту до сервера. Ненульові значення повинні містити відповідну одиницю часу (наприклад, 1s, 2m, 3h). Значення нуль означає відсутність тайм-ауту запитів. |
| -s, --server string |
| Адреса та порт сервера API Kubernetes |
| --storage-driver-buffer-duration duration Типово: 1m0s |
| Записи в драйвері зберігання будуть буферизовані на цей час і збережені в бекендах без памʼяті як одна транзакція |
| --storage-driver-db string Типово: "cadvisor" |
| Назва бази даних |
| --storage-driver-host string Типово: "localhost:8086" |
| Хост:порт бази даних |
| --storage-driver-password string Типово: "root" |
| Пароль бази даних |
| --storage-driver-secure |
| використовувати захищене зʼєднання з базою даних |
| --storage-driver-table string Типово: "stats" |
| Назва таблиці |
| --storage-driver-user string Типово: "root" |
| Імʼя користувача бази даних |
| --tls-server-name string |
| Імʼя сервера, яке використовується для перевірки дійсності сертифіката сервера. Якщо воно не надане, використовується імʼя хоста, яке використовується для звʼязку з сервером |
| --token string |
| Токен на предʼявника для автентифікації на API-сервері |
| --user string |
| Імʼя користувача kubeconfig, яке слід використовувати |
| --username string |
| Імʼя користувача для базової автентифікації на API-сервері |
| --version version[=true] |
| --version, --version=raw виводить інформацію про версію та завершує роботу; --version=vX.Y.Z... задає відповідну версію |
| --warnings-as-errors |
| Трактувати попередження, отримані від сервера, як помилки і виходити з ненульовим кодом виходу |
Дивіться також
17 - kubectl create secret tls
Створення TLS-секрету
Огляд
Створення TLS-секрету із заданої пари публічного/приватного ключа.
Пара відкритий/закритий ключ повинна існувати заздалегідь. Сертифікат відкритого ключа повинен бути зашифрований у форматі .PEM і відповідати заданому закритому ключу.
kubectl create secret tls NAME --cert=path/to/cert/file --key=path/to/key/file [--dry-run=server|client|none]
Приклади
# Створіть новий TLS-секрет з імʼям tls-secret із заданою парою ключів
kubectl create secret tls tls-secret --cert=path/to/tls.crt --key=path/to/tls.key
Параметри
| --allow-missing-template-keys Типово: true |
| Якщо true, ігнорувати будь-які помилки в шаблонах, коли в шаблоні відсутнє поле або ключ map. Застосовується лише до форматів виводу golang та jsonpath. |
| --append-hash |
| Додайте хеш secret до назви secret. |
| --cert string |
| Шлях до PEM-закодованого сертифіката відкритого ключа. |
| --dry-run string[="unchanged"] Типово: "none" |
| Має бути "none", "server" або "client". Якщо це стратегія client, вивести лише обʼєкт, який міг би бути надісланим, не надсилаючи його. Якщо це стратегія server, надіслати запит на стороні сервера без збереження ресурсу. |
| --field-manager string Типово: "kubectl-create" |
| Імʼя менеджера, що використовується для відстеження права власності на поле. |
| -h, --help |
| Довідка tls |
| --key string |
| Шлях до приватного ключа, повʼязаного з даним сертифікатом. |
| -o, --output string |
| Формат виводу. Один з: (json, yaml, kyaml, name, go-template, go-template-file, template, templatefile, jsonpath, jsonpath-as-json, jsonpath-file). |
| --save-config |
| Якщо значення true, конфігурація поточного обʼєкта буде збережена в його анотації. В іншому випадку, анотацію буде збережено без змін. Цей прапорець корисно встановити, якщо ви хочете застосувати kubectl до цього обʼєкта у майбутньому. |
| --show-managed-fields |
| Якщо true, зберігати managedFields при виводі обʼєктів у форматі JSON або YAML. |
| --template string |
| Рядок шаблону або шлях до файлу шаблону для використання з -o=go-template, -o=go-template-file. Формат шаблону — golang-шаблони [http://golang.org/pkg/text/template/#pkg-overview]. |
| --validate string[="strict"] Типово: "strict" |
| Повинно бути одним із: strict (або true), warn, ignore (або false). "true" або "strict" буде використовувати схему для перевірки вводу і відхилятиме запит, якщо він невірний. Буде виконана перевірка на стороні сервера, якщо ServerSideFieldValidation увімкнено на api-server, але якщо ні, то повернеться до менш надійної перевірки на стороні клієнта. "warn" попередить про невідомі або повторювані поля, не блокуючи запит, якщо на боці сервера API увімкнено перевірку полів, і буде поводитися як " ignore" у протилежному випадку. "false" або "ignore" не виконуватимуть жодної перевірки схеми, мовчки відкидаючі будь-які невідомі або дубльовані поля. |
Успадковані батьківські параметри
| --as string |
| Імʼя користувача, яке використовується для виконання операції. Користувач може бути звичайним користувачем або службовим обліковим записом в просторі імен. |
| --as-group strings |
| Група, яка використовується для операції; цей прапорець можна повторити для вказівки декількох груп. |
| --as-uid string |
| UID, який використовується для операції. |
| --as-user-extra strings |
| Додаткові параметри користувача, які слід використовувати для операції. Цей прапорець можна повторювати, щоб вказати кілька значень для одного і того ж ключа. |
| --cache-dir string Типово: "$HOME/.kube/cache" |
| Типове розташування теки кешу |
| --certificate-authority string |
| Шлях до файлу сертифіката для центра сертифікації |
| --client-certificate string |
| Шлях до файлу клієнтського сертифіката для TLS |
| --client-key string |
| Шлях до файлу ключа клієнта для TLS |
| --cluster string |
| Назва файлу kubeconfig кластера, який слід використовувати |
| --context string |
| Назва контексту kubeconfig, який слід використовувати |
| --disable-compression |
| Якщо true, відмовляється від стиснення відповіді для всіх запитів до сервера |
| --insecure-skip-tls-verify |
| Якщо true, сертифікат сервера не буде перевірятися на дійсність. Це зробить ваші HTTPS-зʼєднання небезпечними |
| --kubeconfig string |
| Шлях до файлу kubeconfig, який слід використовувати для CLI-запитів. |
| --kuberc string |
| Шлях до файлу kuberc, який буде використовуватися для налаштувань. Цю функцію можна вимкнути, експортувавши функцію KUBECTL_KUBERC=false або вимкнувши функцію KUBERC=off. |
| --match-server-version |
| Вимагає, щоб версія сервера відповідала версії клієнта |
| -n, --namespace string |
| Якщо присутній, простір імен для цього CLI-запиту |
| --password string |
| Пароль для базової автентифікації на API-сервері |
| --profile string Типово: "none" |
| Імʼя профілю для захоплення. Одне із (none|cpu|heap|goroutine|threadcreate|block|mutex|trace) |
| --profile-output string Типово: "profile.pprof" |
| Імʼя файлу, в який записується профіль |
| --request-timeout string Типово: "0" |
| Час очікування перед відмовою у виконанні окремого запиту до сервера. Ненульові значення повинні містити відповідну одиницю часу (наприклад, 1s, 2m, 3h). Значення нуль означає відсутність тайм-ауту запитів. |
| -s, --server string |
| Адреса та порт сервера API Kubernetes |
| --storage-driver-buffer-duration duration Типово: 1m0s |
| Записи в драйвері зберігання будуть буферизовані на цей час і збережені в бекендах без памʼяті як одна транзакція |
| --storage-driver-db string Типово: "cadvisor" |
| Назва бази даних |
| --storage-driver-host string Типово: "localhost:8086" |
| Хост:порт бази даних |
| --storage-driver-password string Типово: "root" |
| Пароль бази даних |
| --storage-driver-secure |
| використовувати захищене зʼєднання з базою даних |
| --storage-driver-table string Типово: "stats" |
| Назва таблиці |
| --storage-driver-user string Типово: "root" |
| Імʼя користувача бази даних |
| --tls-server-name string |
| Імʼя сервера, яке використовується для перевірки дійсності сертифіката сервера. Якщо воно не надане, використовується імʼя хоста, яке використовується для звʼязку з сервером |
| --token string |
| Токен на предʼявника для автентифікації на API-сервері |
| --user string |
| Імʼя користувача kubeconfig, яке слід використовувати |
| --username string |
| Імʼя користувача для базової автентифікації на API-сервері |
| --version version[=true] |
| --version, --version=raw виводить інформацію про версію та завершує роботу; --version=vX.Y.Z... задає відповідну версію |
| --warnings-as-errors |
| Трактувати попередження, отримані від сервера, як помилки і виходити з ненульовим кодом виходу |
Дивіться також
18 - kubectl create service
Створення сервісу за допомогою вказаної команди
Огляд
Створення сервісу за допомогою вказаної команди.
kubectl create service [flags]
Параметри
| -h, --help |
| Довідка service |
Успадковані батьківські параметри
| --as string |
| Імʼя користувача, яке використовується для виконання операції. Користувач може бути звичайним користувачем або службовим обліковим записом в просторі імен. |
| --as-group strings |
| Група, яка використовується для операції; цей прапорець можна повторити для вказівки декількох груп. |
| --as-uid string |
| UID, який використовується для операції. |
| --as-user-extra strings |
| Додаткові параметри користувача, які слід використовувати для операції. Цей прапорець можна повторювати, щоб вказати кілька значень для одного і того ж ключа. |
| --cache-dir string Типово: "$HOME/.kube/cache" |
| Типове розташування теки кешу |
| --certificate-authority string |
| Шлях до файлу сертифіката для центра сертифікації |
| --client-certificate string |
| Шлях до файлу клієнтського сертифіката для TLS |
| --client-key string |
| Шлях до файлу ключа клієнта для TLS |
| --cluster string |
| Назва файлу kubeconfig кластера, який слід використовувати |
| --context string |
| Назва контексту kubeconfig, який слід використовувати |
| --disable-compression |
| Якщо true, відмовляється від стиснення відповіді для всіх запитів до сервера |
| --insecure-skip-tls-verify |
| Якщо true, сертифікат сервера не буде перевірятися на дійсність. Це зробить ваші HTTPS-зʼєднання небезпечними |
| --kubeconfig string |
| Шлях до файлу kubeconfig, який слід використовувати для CLI-запитів. |
| --kuberc string |
| Шлях до файлу kuberc, який буде використовуватися для налаштувань. Цю функцію можна вимкнути, експортувавши функцію KUBECTL_KUBERC=false або вимкнувши функцію KUBERC=off. |
| --match-server-version |
| Вимагає, щоб версія сервера відповідала версії клієнта |
| -n, --namespace string |
| Якщо присутній, простір імен для цього CLI-запиту |
| --password string |
| Пароль для базової автентифікації на API-сервері |
| --profile string Типово: "none" |
| Імʼя профілю для захоплення. Одне із (none|cpu|heap|goroutine|threadcreate|block|mutex|trace) |
| --profile-output string Типово: "profile.pprof" |
| Імʼя файлу, в який записується профіль |
| --request-timeout string Типово: "0" |
| Час очікування перед відмовою у виконанні окремого запиту до сервера. Ненульові значення повинні містити відповідну одиницю часу (наприклад, 1s, 2m, 3h). Значення нуль означає відсутність тайм-ауту запитів. |
| -s, --server string |
| Адреса та порт сервера API Kubernetes |
| --storage-driver-buffer-duration duration Типово: 1m0s |
| Записи в драйвері зберігання будуть буферизовані на цей час і збережені в бекендах без памʼяті як одна транзакція |
| --storage-driver-db string Типово: "cadvisor" |
| Назва бази даних |
| --storage-driver-host string Типово: "localhost:8086" |
| Хост:порт бази даних |
| --storage-driver-password string Типово: "root" |
| Пароль бази даних |
| --storage-driver-secure |
| використовувати захищене зʼєднання з базою даних |
| --storage-driver-table string Типово: "stats" |
| Назва таблиці |
| --storage-driver-user string Типово: "root" |
| Імʼя користувача бази даних |
| --tls-server-name string |
| Імʼя сервера, яке використовується для перевірки дійсності сертифіката сервера. Якщо воно не надане, використовується імʼя хоста, яке використовується для звʼязку з сервером |
| --token string |
| Токен на предʼявника для автентифікації на API-сервері |
| --user string |
| Імʼя користувача kubeconfig, яке слід використовувати |
| --username string |
| Імʼя користувача для базової автентифікації на API-сервері |
| --version version[=true] |
| --version, --version=raw виводить інформацію про версію та завершує роботу; --version=vX.Y.Z... задає відповідну версію |
| --warnings-as-errors |
| Трактувати попередження, отримані від сервера, як помилки і виходити з ненульовим кодом виходу |
Дивіться також
19 - kubectl create service clusterip
Створює сервіс ClusterIP
Огляд
Створення сервісу ClusterIP із зазначеним імʼям.
kubectl create service clusterip NAME [--tcp=<port>:<targetPort>] [--dry-run=server|client|none]
Приклади
# Створити новий сервіс ClusterIP з назвою my-cs
kubectl create service clusterip my-cs --tcp=5678:8080
# Створити новий сервіс ClusterIP з назвою my-cs (у режимі headless)
kubectl create service clusterip my-cs --clusterip="None"
Параметри
| --allow-missing-template-keys Типово: true |
| Якщо true, ігнорувати будь-які помилки в шаблонах, коли в шаблоні відсутнє поле або ключ map. Застосовується лише до форматів виводу golang та jsonpath. |
| --clusterip string |
| Призначте власний ClusterIP або встановіть значення "None" для сервісу "headless" (без балансування навантаження). |
| --dry-run string[="unchanged"] Типово: "none" |
| Має бути "none", "server" або "client". Якщо це стратегія client, вивести лише обʼєкт, який міг би бути надісланим, не надсилаючи його. Якщо це стратегія server, надіслати запит на стороні сервера без збереження ресурсу. |
| --field-manager string Типово: "kubectl-create" |
| Імʼя менеджера, що використовується для відстеження права власності на поле. |
| -h, --help |
| Довідка clusterip |
| -o, --output string |
| Формат виводу. Один з: (json, yaml, kyaml, name, go-template, go-template-file, template, templatefile, jsonpath, jsonpath-as-json, jsonpath-file). |
| --save-config |
| Якщо значення true, конфігурація поточного обʼєкта буде збережена в його анотації. В іншому випадку, анотацію буде збережено без змін. Цей прапорець корисно встановити, якщо ви хочете застосувати kubectl до цього обʼєкта у майбутньому. |
| --show-managed-fields |
| Якщо true, зберігати managedFields при виводі обʼєктів у форматі JSON або YAML. |
| --tcp strings |
| Пари портів можна вказати у вигляді '<порт>:<цільовий порт>'. |
| --template string |
| Рядок шаблону або шлях до файлу шаблону для використання з -o=go-template, -o=go-template-file. Формат шаблону — golang-шаблони [http://golang.org/pkg/text/template/#pkg-overview]. |
| --validate string[="strict"] Типово: "strict" |
| Повинно бути одним із: strict (або true), warn, ignore (або false). "true" або "strict" буде використовувати схему для перевірки вводу і відхилятиме запит, якщо він невірний. Буде виконана перевірка на стороні сервера, якщо ServerSideFieldValidation увімкнено на api-server, але якщо ні, то повернеться до менш надійної перевірки на стороні клієнта. "warn" попередить про невідомі або повторювані поля, не блокуючи запит, якщо на боці сервера API увімкнено перевірку полів, і буде поводитися як " ignore" у протилежному випадку. "false" або "ignore" не виконуватимуть жодної перевірки схеми, мовчки відкидаючі будь-які невідомі або дубльовані поля. |
Успадковані батьківські параметри
| --as string |
| Імʼя користувача, яке використовується для виконання операції. Користувач може бути звичайним користувачем або службовим обліковим записом в просторі імен. |
| --as-group strings |
| Група, яка використовується для операції; цей прапорець можна повторити для вказівки декількох груп. |
| --as-uid string |
| UID, який використовується для операції. |
| --as-user-extra strings |
| Додаткові параметри користувача, які слід використовувати для операції. Цей прапорець можна повторювати, щоб вказати кілька значень для одного і того ж ключа. |
| --cache-dir string Типово: "$HOME/.kube/cache" |
| Типове розташування теки кешу |
| --certificate-authority string |
| Шлях до файлу сертифіката для центра сертифікації |
| --client-certificate string |
| Шлях до файлу клієнтського сертифіката для TLS |
| --client-key string |
| Шлях до файлу ключа клієнта для TLS |
| --cluster string |
| Назва файлу kubeconfig кластера, який слід використовувати |
| --context string |
| Назва контексту kubeconfig, який слід використовувати |
| --disable-compression |
| Якщо true, відмовляється від стиснення відповіді для всіх запитів до сервера |
| --insecure-skip-tls-verify |
| Якщо true, сертифікат сервера не буде перевірятися на дійсність. Це зробить ваші HTTPS-зʼєднання небезпечними |
| --kubeconfig string |
| Шлях до файлу kubeconfig, який слід використовувати для CLI-запитів. |
| --kuberc string |
| Шлях до файлу kuberc, який буде використовуватися для налаштувань. Цю функцію можна вимкнути, експортувавши функцію KUBECTL_KUBERC=false або вимкнувши функцію KUBERC=off. |
| --match-server-version |
| Вимагає, щоб версія сервера відповідала версії клієнта |
| -n, --namespace string |
| Якщо присутній, простір імен для цього CLI-запиту |
| --password string |
| Пароль для базової автентифікації на API-сервері |
| --profile string Типово: "none" |
| Імʼя профілю для захоплення. Одне із (none|cpu|heap|goroutine|threadcreate|block|mutex|trace) |
| --profile-output string Типово: "profile.pprof" |
| Імʼя файлу, в який записується профіль |
| --request-timeout string Типово: "0" |
| Час очікування перед відмовою у виконанні окремого запиту до сервера. Ненульові значення повинні містити відповідну одиницю часу (наприклад, 1s, 2m, 3h). Значення нуль означає відсутність тайм-ауту запитів. |
| -s, --server string |
| Адреса та порт сервера API Kubernetes |
| --storage-driver-buffer-duration duration Типово: 1m0s |
| Записи в драйвері зберігання будуть буферизовані на цей час і збережені в бекендах без памʼяті як одна транзакція |
| --storage-driver-db string Типово: "cadvisor" |
| Назва бази даних |
| --storage-driver-host string Типово: "localhost:8086" |
| Хост:порт бази даних |
| --storage-driver-password string Типово: "root" |
| Пароль бази даних |
| --storage-driver-secure |
| використовувати захищене зʼєднання з базою даних |
| --storage-driver-table string Типово: "stats" |
| Назва таблиці |
| --storage-driver-user string Типово: "root" |
| Імʼя користувача бази даних |
| --tls-server-name string |
| Імʼя сервера, яке використовується для перевірки дійсності сертифіката сервера. Якщо воно не надане, використовується імʼя хоста, яке використовується для звʼязку з сервером |
| --token string |
| Токен на предʼявника для автентифікації на API-сервері |
| --user string |
| Імʼя користувача kubeconfig, яке слід використовувати |
| --username string |
| Імʼя користувача для базової автентифікації на API-сервері |
| --version version[=true] |
| --version, --version=raw виводить інформацію про версію та завершує роботу; --version=vX.Y.Z... задає відповідну версію |
| --warnings-as-errors |
| Трактувати попередження, отримані від сервера, як помилки і виходити з ненульовим кодом виходу |
Дивіться також
20 - kubectl create service externalname
Створення сервісу ExternalName
Огляд
Створення сервісу ExternalName із зазначеним імʼям.
Сервіс ExternalName посилається на зовнішню DNS-адресу, а не лише на Podʼи, що дозволить авторам застосунків посилатися на сервіси, які існують за межами платформи, в інших кластерах або локально.
kubectl create service externalname NAME --external-name external.name [--dry-run=server|client|none]
Приклади
# Створіть новий сервіс ExternalName з іменем my-ns
kubectl create service externalname my-ns --external-name bar.com
Параметри
| --allow-missing-template-keys Типово: true |
| Якщо true, ігнорувати будь-які помилки в шаблонах, коли в шаблоні відсутнє поле або ключ map. Застосовується лише до форматів виводу golang та jsonpath. |
| --dry-run string[="unchanged"] Типово: "none" |
| Має бути "none", "server" або "client". Якщо це стратегія client, вивести лише обʼєкт, який міг би бути надісланим, не надсилаючи його. Якщо це стратегія server, надіслати запит на стороні сервера без збереження ресурсу. |
| --external-name string |
| Зовнішня назва сервісу |
| --field-manager string Типово: "kubectl-create" |
| Імʼя менеджера, що використовується для відстеження права власності на поле. |
| -h, --help |
| Довідка externalname |
| -o, --output string |
| Формат виводу. Один з: (json, yaml, kyaml, name, go-template, go-template-file, template, templatefile, jsonpath, jsonpath-as-json, jsonpath-file). |
| --save-config |
| Якщо значення true, конфігурація поточного обʼєкта буде збережена в його анотації. В іншому випадку, анотацію буде збережено без змін. Цей прапорець корисно встановити, якщо ви хочете застосувати kubectl до цього обʼєкта у майбутньому. |
| --show-managed-fields |
| Якщо true, зберігати managedFields при виводі обʼєктів у форматі JSON або YAML. |
| --tcp strings |
| Пари портів можна вказати у вигляді '<порт>:<цільовий порт>'. |
| --template string |
| Рядок шаблону або шлях до файлу шаблону для використання з -o=go-template, -o=go-template-file. Формат шаблону — golang-шаблони [http://golang.org/pkg/text/template/#pkg-overview]. |
| --validate string[="strict"] Типово: "strict" |
| Повинно бути одним із: strict (або true), warn, ignore (або false). "true" або "strict" буде використовувати схему для перевірки вводу і відхилятиме запит, якщо він невірний. Буде виконана перевірка на стороні сервера, якщо ServerSideFieldValidation увімкнено на api-server, але якщо ні, то повернеться до менш надійної перевірки на стороні клієнта. "warn" попередить про невідомі або повторювані поля, не блокуючи запит, якщо на боці сервера API увімкнено перевірку полів, і буде поводитися як " ignore" у протилежному випадку. "false" або "ignore" не виконуватимуть жодної перевірки схеми, мовчки відкидаючі будь-які невідомі або дубльовані поля. |
Успадковані батьківські параметри
| --as string |
| Імʼя користувача, яке використовується для виконання операції. Користувач може бути звичайним користувачем або службовим обліковим записом в просторі імен. |
| --as-group strings |
| Група, яка використовується для операції; цей прапорець можна повторити для вказівки декількох груп. |
| --as-uid string |
| UID, який використовується для операції. |
| --as-user-extra strings |
| Додаткові параметри користувача, які слід використовувати для операції. Цей прапорець можна повторювати, щоб вказати кілька значень для одного і того ж ключа. |
| --cache-dir string Типово: "$HOME/.kube/cache" |
| Типове розташування теки кешу |
| --certificate-authority string |
| Шлях до файлу сертифіката для центра сертифікації |
| --client-certificate string |
| Шлях до файлу клієнтського сертифіката для TLS |
| --client-key string |
| Шлях до файлу ключа клієнта для TLS |
| --cluster string |
| Назва файлу kubeconfig кластера, який слід використовувати |
| --context string |
| Назва контексту kubeconfig, який слід використовувати |
| --disable-compression |
| Якщо true, відмовляється від стиснення відповіді для всіх запитів до сервера |
| --insecure-skip-tls-verify |
| Якщо true, сертифікат сервера не буде перевірятися на дійсність. Це зробить ваші HTTPS-зʼєднання небезпечними |
| --kubeconfig string |
| Шлях до файлу kubeconfig, який слід використовувати для CLI-запитів. |
| --kuberc string |
| Шлях до файлу kuberc, який буде використовуватися для налаштувань. Цю функцію можна вимкнути, експортувавши функцію KUBECTL_KUBERC=false або вимкнувши функцію KUBERC=off. |
| --match-server-version |
| Вимагає, щоб версія сервера відповідала версії клієнта |
| -n, --namespace string |
| Якщо присутній, простір імен для цього CLI-запиту |
| --password string |
| Пароль для базової автентифікації на API-сервері |
| --profile string Типово: "none" |
| Імʼя профілю для захоплення. Одне із (none|cpu|heap|goroutine|threadcreate|block|mutex|trace) |
| --profile-output string Типово: "profile.pprof" |
| Імʼя файлу, в який записується профіль |
| --request-timeout string Типово: "0" |
| Час очікування перед відмовою у виконанні окремого запиту до сервера. Ненульові значення повинні містити відповідну одиницю часу (наприклад, 1s, 2m, 3h). Значення нуль означає відсутність тайм-ауту запитів. |
| -s, --server string |
| Адреса та порт сервера API Kubernetes |
| --storage-driver-buffer-duration duration Типово: 1m0s |
| Записи в драйвері зберігання будуть буферизовані на цей час і збережені в бекендах без памʼяті як одна транзакція |
| --storage-driver-db string Типово: "cadvisor" |
| Назва бази даних |
| --storage-driver-host string Типово: "localhost:8086" |
| Хост:порт бази даних |
| --storage-driver-password string Типово: "root" |
| Пароль бази даних |
| --storage-driver-secure |
| використовувати захищене зʼєднання з базою даних |
| --storage-driver-table string Типово: "stats" |
| Назва таблиці |
| --storage-driver-user string Типово: "root" |
| Імʼя користувача бази даних |
| --tls-server-name string |
| Імʼя сервера, яке використовується для перевірки дійсності сертифіката сервера. Якщо воно не надане, використовується імʼя хоста, яке використовується для звʼязку з сервером |
| --token string |
| Токен на предʼявника для автентифікації на API-сервері |
| --user string |
| Імʼя користувача kubeconfig, яке слід використовувати |
| --username string |
| Імʼя користувача для базової автентифікації на API-сервері |
| --version version[=true] |
| --version, --version=raw виводить інформацію про версію та завершує роботу; --version=vX.Y.Z... задає відповідну версію |
| --warnings-as-errors |
| Трактувати попередження, отримані від сервера, як помилки і виходити з ненульовим кодом виходу |
Дивіться також
21 - kubectl create service loadbalancer
Створює сервіс LoadBalancer
Огляд
Створення сервісу LoadBalancer з вказаним імʼям.
kubectl create service loadbalancer NAME [--tcp=port:targetPort] [--dry-run=server|client|none]
Приклади
# Створіть новий сервіс LoadBalancer з назвою my-lbs
kubectl create service loadbalancer my-lbs --tcp=5678:8080
Параметри
| --allow-missing-template-keys Типово: true |
| Якщо true, ігнорувати будь-які помилки в шаблонах, коли в шаблоні відсутнє поле або ключ map. Застосовується лише до форматів виводу golang та jsonpath. |
| --dry-run string[="unchanged"] Типово: "none" |
| Має бути "none", "server" або "client". Якщо це стратегія client, вивести лише обʼєкт, який міг би бути надісланим, не надсилаючи його. Якщо це стратегія server, надіслати запит на стороні сервера без збереження ресурсу. |
| --field-manager string Типово: "kubectl-create" |
| Імʼя менеджера, що використовується для відстеження права власності на поле. |
| -h, --help |
| Довідка loadbalancer |
| -o, --output string |
| Формат виводу. Один з: (json, yaml, kyaml, name, go-template, go-template-file, template, templatefile, jsonpath, jsonpath-as-json, jsonpath-file). |
| --save-config |
| Якщо значення true, конфігурація поточного обʼєкта буде збережена в його анотації. В іншому випадку, анотацію буде збережено без змін. Цей прапорець корисно встановити, якщо ви хочете застосувати kubectl до цього обʼєкта у майбутньому. |
| --show-managed-fields |
| Якщо true, зберігати managedFields при виводі обʼєктів у форматі JSON або YAML. |
| --tcp strings |
| Пари портів можна вказати у вигляді '<порт>:<цільовий порт>'. |
| --template string |
| Рядок шаблону або шлях до файлу шаблону для використання з -o=go-template, -o=go-template-file. Формат шаблону — golang-шаблони [http://golang.org/pkg/text/template/#pkg-overview]. |
| --validate string[="strict"] Типово: "strict" |
| Повинно бути одним із: strict (або true), warn, ignore (або false). "true" або "strict" буде використовувати схему для перевірки вводу і відхилятиме запит, якщо він невірний. Буде виконана перевірка на стороні сервера, якщо ServerSideFieldValidation увімкнено на api-server, але якщо ні, то повернеться до менш надійної перевірки на стороні клієнта. "warn" попередить про невідомі або повторювані поля, не блокуючи запит, якщо на боці сервера API увімкнено перевірку полів, і буде поводитися як " ignore" у протилежному випадку. "false" або "ignore" не виконуватимуть жодної перевірки схеми, мовчки відкидаючі будь-які невідомі або дубльовані поля. |
Успадковані батьківські параметри
| --as string |
| Імʼя користувача, яке використовується для виконання операції. Користувач може бути звичайним користувачем або службовим обліковим записом в просторі імен. |
| --as-group strings |
| Група, яка використовується для операції; цей прапорець можна повторити для вказівки декількох груп. |
| --as-uid string |
| UID, який використовується для операції. |
| --as-user-extra strings |
| Додаткові параметри користувача, які слід використовувати для операції. Цей прапорець можна повторювати, щоб вказати кілька значень для одного і того ж ключа. |
| --cache-dir string Типово: "$HOME/.kube/cache" |
| Типове розташування теки кешу |
| --certificate-authority string |
| Шлях до файлу сертифіката для центра сертифікації |
| --client-certificate string |
| Шлях до файлу клієнтського сертифіката для TLS |
| --client-key string |
| Шлях до файлу ключа клієнта для TLS |
| --cluster string |
| Назва файлу kubeconfig кластера, який слід використовувати |
| --context string |
| Назва контексту kubeconfig, який слід використовувати |
| --disable-compression |
| Якщо true, відмовляється від стиснення відповіді для всіх запитів до сервера |
| --insecure-skip-tls-verify |
| Якщо true, сертифікат сервера не буде перевірятися на дійсність. Це зробить ваші HTTPS-зʼєднання небезпечними |
| --kubeconfig string |
| Шлях до файлу kubeconfig, який слід використовувати для CLI-запитів. |
| --kuberc string |
| Шлях до файлу kuberc, який буде використовуватися для налаштувань. Цю функцію можна вимкнути, експортувавши функцію KUBECTL_KUBERC=false або вимкнувши функцію KUBERC=off. |
| --match-server-version |
| Вимагає, щоб версія сервера відповідала версії клієнта |
| -n, --namespace string |
| Якщо присутній, простір імен для цього CLI-запиту |
| --password string |
| Пароль для базової автентифікації на API-сервері |
| --profile string Типово: "none" |
| Імʼя профілю для захоплення. Одне із (none|cpu|heap|goroutine|threadcreate|block|mutex|trace) |
| --profile-output string Типово: "profile.pprof" |
| Імʼя файлу, в який записується профіль |
| --request-timeout string Типово: "0" |
| Час очікування перед відмовою у виконанні окремого запиту до сервера. Ненульові значення повинні містити відповідну одиницю часу (наприклад, 1s, 2m, 3h). Значення нуль означає відсутність тайм-ауту запитів. |
| -s, --server string |
| Адреса та порт сервера API Kubernetes |
| --storage-driver-buffer-duration duration Типово: 1m0s |
| Записи в драйвері зберігання будуть буферизовані на цей час і збережені в бекендах без памʼяті як одна транзакція |
| --storage-driver-db string Типово: "cadvisor" |
| Назва бази даних |
| --storage-driver-host string Типово: "localhost:8086" |
| Хост:порт бази даних |
| --storage-driver-password string Типово: "root" |
| Пароль бази даних |
| --storage-driver-secure |
| використовувати захищене зʼєднання з базою даних |
| --storage-driver-table string Типово: "stats" |
| Назва таблиці |
| --storage-driver-user string Типово: "root" |
| Імʼя користувача бази даних |
| --tls-server-name string |
| Імʼя сервера, яке використовується для перевірки дійсності сертифіката сервера. Якщо воно не надане, використовується імʼя хоста, яке використовується для звʼязку з сервером |
| --token string |
| Токен на предʼявника для автентифікації на API-сервері |
| --user string |
| Імʼя користувача kubeconfig, яке слід використовувати |
| --username string |
| Імʼя користувача для базової автентифікації на API-сервері |
| --version version[=true] |
| --version, --version=raw виводить інформацію про версію та завершує роботу; --version=vX.Y.Z... задає відповідну версію |
| --warnings-as-errors |
| Трактувати попередження, отримані від сервера, як помилки і виходити з ненульовим кодом виходу |
Дивіться також
22 - kubectl create service nodeport
Створення сервісу NodePort
Огляд
Створення сервісу NodePort з вказаним імʼям.
kubectl create service nodeport NAME [--tcp=port:targetPort] [--dry-run=server|client|none]
Приклади
# Створіть новий сервіс NodePort з назвою my-ns
kubectl create service nodeport my-ns --tcp=5678:8080
Параметри
| --allow-missing-template-keys Типово: true |
| Якщо true, ігнорувати будь-які помилки в шаблонах, коли в шаблоні відсутнє поле або ключ map. Застосовується лише до форматів виводу golang та jsonpath. |
| --dry-run string[="unchanged"] Типово: "none" |
| Має бути "none", "server" або "client". Якщо це стратегія client, вивести лише обʼєкт, який міг би бути надісланим, не надсилаючи його. Якщо це стратегія server, надіслати запит на стороні сервера без збереження ресурсу. |
| --field-manager string Типово: "kubectl-create" |
| Імʼя менеджера, що використовується для відстеження права власності на поле. |
| -h, --help |
| Довідка nodeport |
| --node-port int |
| Порт, який використовується для експонування сервісу на кожному вузлі кластера. |
| -o, --output string |
| Формат виводу. Один з: (json, yaml, kyaml, name, go-template, go-template-file, template, templatefile, jsonpath, jsonpath-as-json, jsonpath-file). |
| --save-config |
| Якщо значення true, конфігурація поточного обʼєкта буде збережена в його анотації. В іншому випадку, анотацію буде збережено без змін. Цей прапорець корисно встановити, якщо ви хочете застосувати kubectl до цього обʼєкта у майбутньому. |
| --show-managed-fields |
| Якщо true, зберігати managedFields при виводі обʼєктів у форматі JSON або YAML. |
| --tcp strings |
| Пари портів можна вказати у вигляді '<порт>:<цільовий порт>'. |
| --template string |
| Рядок шаблону або шлях до файлу шаблону для використання з -o=go-template, -o=go-template-file. Формат шаблону — golang-шаблони [http://golang.org/pkg/text/template/#pkg-overview]. |
| --validate string[="strict"] Типово: "strict" |
| Повинно бути одним із: strict (або true), warn, ignore (або false). "true" або "strict" буде використовувати схему для перевірки вводу і відхилятиме запит, якщо він невірний. Буде виконана перевірка на стороні сервера, якщо ServerSideFieldValidation увімкнено на api-server, але якщо ні, то повернеться до менш надійної перевірки на стороні клієнта. "warn" попередить про невідомі або повторювані поля, не блокуючи запит, якщо на боці сервера API увімкнено перевірку полів, і буде поводитися як " ignore" у протилежному випадку. "false" або "ignore" не виконуватимуть жодної перевірки схеми, мовчки відкидаючі будь-які невідомі або дубльовані поля. |
Успадковані батьківські параметри
| --as string |
| Імʼя користувача, яке використовується для виконання операції. Користувач може бути звичайним користувачем або службовим обліковим записом в просторі імен. |
| --as-group strings |
| Група, яка використовується для операції; цей прапорець можна повторити для вказівки декількох груп. |
| --as-uid string |
| UID, який використовується для операції. |
| --as-user-extra strings |
| Додаткові параметри користувача, які слід використовувати для операції. Цей прапорець можна повторювати, щоб вказати кілька значень для одного і того ж ключа. |
| --cache-dir string Типово: "$HOME/.kube/cache" |
| Типове розташування теки кешу |
| --certificate-authority string |
| Шлях до файлу сертифіката для центра сертифікації |
| --client-certificate string |
| Шлях до файлу клієнтського сертифіката для TLS |
| --client-key string |
| Шлях до файлу ключа клієнта для TLS |
| --cluster string |
| Назва файлу kubeconfig кластера, який слід використовувати |
| --context string |
| Назва контексту kubeconfig, який слід використовувати |
| --disable-compression |
| Якщо true, відмовляється від стиснення відповіді для всіх запитів до сервера |
| --insecure-skip-tls-verify |
| Якщо true, сертифікат сервера не буде перевірятися на дійсність. Це зробить ваші HTTPS-зʼєднання небезпечними |
| --kubeconfig string |
| Шлях до файлу kubeconfig, який слід використовувати для CLI-запитів. |
| --kuberc string |
| Шлях до файлу kuberc, який буде використовуватися для налаштувань. Цю функцію можна вимкнути, експортувавши функцію KUBECTL_KUBERC=false або вимкнувши функцію KUBERC=off. |
| --match-server-version |
| Вимагає, щоб версія сервера відповідала версії клієнта |
| -n, --namespace string |
| Якщо присутній, простір імен для цього CLI-запиту |
| --password string |
| Пароль для базової автентифікації на API-сервері |
| --profile string Типово: "none" |
| Імʼя профілю для захоплення. Одне із (none|cpu|heap|goroutine|threadcreate|block|mutex|trace) |
| --profile-output string Типово: "profile.pprof" |
| Імʼя файлу, в який записується профіль |
| --request-timeout string Типово: "0" |
| Час очікування перед відмовою у виконанні окремого запиту до сервера. Ненульові значення повинні містити відповідну одиницю часу (наприклад, 1s, 2m, 3h). Значення нуль означає відсутність тайм-ауту запитів. |
| -s, --server string |
| Адреса та порт сервера API Kubernetes |
| --storage-driver-buffer-duration duration Типово: 1m0s |
| Записи в драйвері зберігання будуть буферизовані на цей час і збережені в бекендах без памʼяті як одна транзакція |
| --storage-driver-db string Типово: "cadvisor" |
| Назва бази даних |
| --storage-driver-host string Типово: "localhost:8086" |
| Хост:порт бази даних |
| --storage-driver-password string Типово: "root" |
| Пароль бази даних |
| --storage-driver-secure |
| використовувати захищене зʼєднання з базою даних |
| --storage-driver-table string Типово: "stats" |
| Назва таблиці |
| --storage-driver-user string Типово: "root" |
| Імʼя користувача бази даних |
| --tls-server-name string |
| Імʼя сервера, яке використовується для перевірки дійсності сертифіката сервера. Якщо воно не надане, використовується імʼя хоста, яке використовується для звʼязку з сервером |
| --token string |
| Токен на предʼявника для автентифікації на API-сервері |
| --user string |
| Імʼя користувача kubeconfig, яке слід використовувати |
| --username string |
| Імʼя користувача для базової автентифікації на API-сервері |
| --version version[=true] |
| --version, --version=raw виводить інформацію про версію та завершує роботу; --version=vX.Y.Z... задає відповідну версію |
| --warnings-as-errors |
| Трактувати попередження, отримані від сервера, як помилки і виходити з ненульовим кодом виходу |
Дивіться також
23 - kubectl create serviceaccount
Створення службового облікового запису з вказаним імʼям
Огляд
Створення службового облікового запису з вказаним імʼям.
kubectl create serviceaccount NAME [--dry-run=server|client|none]
Приклади
# Створіть новий служюовий обліковий записк з назвою my-service-account
kubectl create serviceaccount my-service-account
Параметри
| --allow-missing-template-keys Типово: true |
| Якщо true, ігнорувати будь-які помилки в шаблонах, коли в шаблоні відсутнє поле або ключ map. Застосовується лише до форматів виводу golang та jsonpath. |
| --dry-run string[="unchanged"] Типово: "none" |
| Має бути "none", "server" або "client". Якщо це стратегія client, вивести лише обʼєкт, який міг би бути надісланим, не надсилаючи його. Якщо це стратегія server, надіслати запит на стороні сервера без збереження ресурсу. |
| --field-manager string Типово: "kubectl-create" |
| Імʼя менеджера, що використовується для відстеження права власності на поле. |
| -h, --help |
| Довідка serviceaccount |
| -o, --output string |
| Формат виводу. Один з: (json, yaml, kyaml, name, go-template, go-template-file, template, templatefile, jsonpath, jsonpath-as-json, jsonpath-file). |
| --save-config |
| Якщо значення true, конфігурація поточного обʼєкта буде збережена в його анотації. В іншому випадку, анотацію буде збережено без змін. Цей прапорець корисно встановити, якщо ви хочете застосувати kubectl до цього обʼєкта у майбутньому. |
| --show-managed-fields |
| Якщо true, зберігати managedFields при виводі обʼєктів у форматі JSON або YAML. |
| --template string |
| Рядок шаблону або шлях до файлу шаблону для використання з -o=go-template, -o=go-template-file. Формат шаблону — golang-шаблони [http://golang.org/pkg/text/template/#pkg-overview]. |
| --validate string[="strict"] Типово: "strict" |
| Повинно бути одним із: strict (або true), warn, ignore (або false). "true" або "strict" буде використовувати схему для перевірки вводу і відхилятиме запит, якщо він невірний. Буде виконана перевірка на стороні сервера, якщо ServerSideFieldValidation увімкнено на api-server, але якщо ні, то повернеться до менш надійної перевірки на стороні клієнта. "warn" попередить про невідомі або повторювані поля, не блокуючи запит, якщо на боці сервера API увімкнено перевірку полів, і буде поводитися як " ignore" у протилежному випадку. "false" або "ignore" не виконуватимуть жодної перевірки схеми, мовчки відкидаючі будь-які невідомі або дубльовані поля. |
Успадковані батьківські параметри
| --as string |
| Імʼя користувача, яке використовується для виконання операції. Користувач може бути звичайним користувачем або службовим обліковим записом в просторі імен. |
| --as-group strings |
| Група, яка використовується для операції; цей прапорець можна повторити для вказівки декількох груп. |
| --as-uid string |
| UID, який використовується для операції. |
| --as-user-extra strings |
| Додаткові параметри користувача, які слід використовувати для операції. Цей прапорець можна повторювати, щоб вказати кілька значень для одного і того ж ключа. |
| --cache-dir string Типово: "$HOME/.kube/cache" |
| Типове розташування теки кешу |
| --certificate-authority string |
| Шлях до файлу сертифіката для центра сертифікації |
| --client-certificate string |
| Шлях до файлу клієнтського сертифіката для TLS |
| --client-key string |
| Шлях до файлу ключа клієнта для TLS |
| --cluster string |
| Назва файлу kubeconfig кластера, який слід використовувати |
| --context string |
| Назва контексту kubeconfig, який слід використовувати |
| --disable-compression |
| Якщо true, відмовляється від стиснення відповіді для всіх запитів до сервера |
| --insecure-skip-tls-verify |
| Якщо true, сертифікат сервера не буде перевірятися на дійсність. Це зробить ваші HTTPS-зʼєднання небезпечними |
| --kubeconfig string |
| Шлях до файлу kubeconfig, який слід використовувати для CLI-запитів. |
| --kuberc string |
| Шлях до файлу kuberc, який буде використовуватися для налаштувань. Цю функцію можна вимкнути, експортувавши функцію KUBECTL_KUBERC=false або вимкнувши функцію KUBERC=off. |
| --match-server-version |
| Вимагає, щоб версія сервера відповідала версії клієнта |
| -n, --namespace string |
| Якщо присутній, простір імен для цього CLI-запиту |
| --password string |
| Пароль для базової автентифікації на API-сервері |
| --profile string Типово: "none" |
| Імʼя профілю для захоплення. Одне із (none|cpu|heap|goroutine|threadcreate|block|mutex|trace) |
| --profile-output string Типово: "profile.pprof" |
| Імʼя файлу, в який записується профіль |
| --request-timeout string Типово: "0" |
| Час очікування перед відмовою у виконанні окремого запиту до сервера. Ненульові значення повинні містити відповідну одиницю часу (наприклад, 1s, 2m, 3h). Значення нуль означає відсутність тайм-ауту запитів. |
| -s, --server string |
| Адреса та порт сервера API Kubernetes |
| --storage-driver-buffer-duration duration Типово: 1m0s |
| Записи в драйвері зберігання будуть буферизовані на цей час і збережені в бекендах без памʼяті як одна транзакція |
| --storage-driver-db string Типово: "cadvisor" |
| Назва бази даних |
| --storage-driver-host string Типово: "localhost:8086" |
| Хост:порт бази даних |
| --storage-driver-password string Типово: "root" |
| Пароль бази даних |
| --storage-driver-secure |
| використовувати захищене зʼєднання з базою даних |
| --storage-driver-table string Типово: "stats" |
| Назва таблиці |
| --storage-driver-user string Типово: "root" |
| Імʼя користувача бази даних |
| --tls-server-name string |
| Імʼя сервера, яке використовується для перевірки дійсності сертифіката сервера. Якщо воно не надане, використовується імʼя хоста, яке використовується для звʼязку з сервером |
| --token string |
| Токен на предʼявника для автентифікації на API-сервері |
| --user string |
| Імʼя користувача kubeconfig, яке слід використовувати |
| --username string |
| Імʼя користувача для базової автентифікації на API-сервері |
| --version version[=true] |
| --version, --version=raw виводить інформацію про версію та завершує роботу; --version=vX.Y.Z... задає відповідну версію |
| --warnings-as-errors |
| Трактувати попередження, отримані від сервера, як помилки і виходити з ненульовим кодом виходу |
Дивіться також
24 - kubectl create token
Запит на отримання токена службового облікового запису
Огляд
Запит на отримання токена службового облікового запису.
kubectl create token SERVICE_ACCOUNT_NAME
Приклади
# Запит токена для автентифікації на kube-apiserver як службовий обліковий запис "myapp" у поточному просторі імен
kubectl create token myapp
# Запит токена для службового облікового запису у власному просторі імен
kubectl create token myapp --namespace myns
# Запит токена із власним часом дії
kubectl create token myapp --duration 10m
# Запит токена із власною аудиторією
kubectl create token myapp --audience https://example.com
# Запит токена, привʼязаного до обʼєкта типу Secret
kubectl create token myapp --bound-object-kind Secret --bound-object-name mysecret
# Запит токена, привʼязаного до обʼєкта типу Secret з конкретним UID
kubectl create token myapp --bound-object-kind Secret --bound-object-name mysecret --bound-object-uid 0d4691ed-659b-4935-a832-355f77ee47cc
Параметри
| --allow-missing-template-keys Типово: true |
| Якщо true, ігнорувати будь-які помилки в шаблонах, коли в шаблоні відсутнє поле або ключ map. Застосовується лише до форматів виводу golang та jsonpath. |
| --audience strings |
| Аудиторія запитуваного токена. Якщо не встановлено, стандартно запитується токен для використання з сервером API Kubernetes. Може бути повторений для запиту токена, дійсного для декількох аудиторій. |
| --bound-object-kind string |
| Тип обʼєкта, до якого привʼязується токен. Підтримуються типи Node, Pod, Secret. Якщо задано, має бути вказано --bound-object-name. |
| --bound-object-name string |
| Імʼя обʼєкта, до якого потрібно привʼязати токен. Термін дії токена закінчиться, коли обʼєкт буде видалено. Потрібно вказати --bound-object-kind. |
| --bound-object-uid string |
| UID обʼєкта, до якого потрібно привʼязати токен. Потрібні --bound-object-kind та --bound-object-name. Якщо не вказано, використовується UID наявного обʼєкта. |
| --duration duration |
| Запитуваний термін життя випущеного токена. Якщо не вказано або вказано 0, то термін життя буде визначено сервером автоматично. Сервер може повернути токен з більшим або меншим терміном дії. |
| -h, --help |
| Довідка token |
| -o, --output string |
| Формат виводу. Один з: (json, yaml, kyaml, name, go-template, go-template-file, template, templatefile, jsonpath, jsonpath-as-json, jsonpath-file). |
| --show-managed-fields |
| Якщо true, зберігати managedFields при виводі обʼєктів у форматі JSON або YAML. |
| --template string |
| Рядок шаблону або шлях до файлу шаблону для використання з -o=go-template, -o=go-template-file. Формат шаблону — golang-шаблони [http://golang.org/pkg/text/template/#pkg-overview]. |
Успадковані батьківські параметри
| --as string |
| Імʼя користувача, яке використовується для виконання операції. Користувач може бути звичайним користувачем або службовим обліковим записом в просторі імен. |
| --as-group strings |
| Група, яка використовується для операції; цей прапорець можна повторити для вказівки декількох груп. |
| --as-uid string |
| UID, який використовується для операції. |
| --as-user-extra strings |
| Додаткові параметри користувача, які слід використовувати для операції. Цей прапорець можна повторювати, щоб вказати кілька значень для одного і того ж ключа. |
| --cache-dir string Типово: "$HOME/.kube/cache" |
| Типове розташування теки кешу |
| --certificate-authority string |
| Шлях до файлу сертифіката для центра сертифікації |
| --client-certificate string |
| Шлях до файлу клієнтського сертифіката для TLS |
| --client-key string |
| Шлях до файлу ключа клієнта для TLS |
| --cluster string |
| Назва файлу kubeconfig кластера, який слід використовувати |
| --context string |
| Назва контексту kubeconfig, який слід використовувати |
| --disable-compression |
| Якщо true, відмовляється від стиснення відповіді для всіх запитів до сервера |
| --insecure-skip-tls-verify |
| Якщо true, сертифікат сервера не буде перевірятися на дійсність. Це зробить ваші HTTPS-зʼєднання небезпечними |
| --kubeconfig string |
| Шлях до файлу kubeconfig, який слід використовувати для CLI-запитів. |
| --kuberc string |
| Шлях до файлу kuberc, який буде використовуватися для налаштувань. Цю функцію можна вимкнути, експортувавши функцію KUBECTL_KUBERC=false або вимкнувши функцію KUBERC=off. |
| --match-server-version |
| Вимагає, щоб версія сервера відповідала версії клієнта |
| -n, --namespace string |
| Якщо присутній, простір імен для цього CLI-запиту |
| --password string |
| Пароль для базової автентифікації на API-сервері |
| --profile string Типово: "none" |
| Імʼя профілю для захоплення. Одне із (none|cpu|heap|goroutine|threadcreate|block|mutex|trace) |
| --profile-output string Типово: "profile.pprof" |
| Імʼя файлу, в який записується профіль |
| --request-timeout string Типово: "0" |
| Час очікування перед відмовою у виконанні окремого запиту до сервера. Ненульові значення повинні містити відповідну одиницю часу (наприклад, 1s, 2m, 3h). Значення нуль означає відсутність тайм-ауту запитів. |
| -s, --server string |
| Адреса та порт сервера API Kubernetes |
| --storage-driver-buffer-duration duration Типово: 1m0s |
| Записи в драйвері зберігання будуть буферизовані на цей час і збережені в бекендах без памʼяті як одна транзакція |
| --storage-driver-db string Типово: "cadvisor" |
| Назва бази даних |
| --storage-driver-host string Типово: "localhost:8086" |
| Хост:порт бази даних |
| --storage-driver-password string Типово: "root" |
| Пароль бази даних |
| --storage-driver-secure |
| використовувати захищене зʼєднання з базою даних |
| --storage-driver-table string Типово: "stats" |
| Назва таблиці |
| --storage-driver-user string Типово: "root" |
| Імʼя користувача бази даних |
| --tls-server-name string |
| Імʼя сервера, яке використовується для перевірки дійсності сертифіката сервера. Якщо воно не надане, використовується імʼя хоста, яке використовується для звʼязку з сервером |
| --token string |
| Токен на предʼявника для автентифікації на API-сервері |
| --user string |
| Імʼя користувача kubeconfig, яке слід використовувати |
| --username string |
| Імʼя користувача для базової автентифікації на API-сервері |
| --version version[=true] |
| --version, --version=raw виводить інформацію про версію та завершує роботу; --version=vX.Y.Z... задає відповідну версію |
| --warnings-as-errors |
| Трактувати попередження, отримані від сервера, як помилки і виходити з ненульовим кодом виходу |
Дивіться також