Це багатосторінковий друкований вигляд цього розділу. Натисність щоб друкувати.

Повернутися до звичайного перегляду сторінки.

Інструменти встановлення

  • 1: Згенерована довідка kubeadm
    • 1.1:
    • 1.2:
      • 1.2.1:
      • 1.2.2:
      • 1.2.3:
      • 1.2.4:
      • 1.2.5:
      • 1.2.6:
      • 1.2.7:
      • 1.2.8:
      • 1.2.9:
      • 1.2.10:
      • 1.2.11:
      • 1.2.12:
      • 1.2.13:
      • 1.2.14:
      • 1.2.15:
      • 1.2.16:
    • 1.3:
    • 1.4:
      • 1.4.1:
      • 1.4.2:
      • 1.4.3:
      • 1.4.4:
      • 1.4.5:
      • 1.4.6:
      • 1.4.7:
      • 1.4.8:
      • 1.4.9:
      • 1.4.10:
    • 1.5:
      • 1.5.1:
      • 1.5.2:
      • 1.5.3:
      • 1.5.4:
      • 1.5.5:
      • 1.5.6:
      • 1.5.7:
      • 1.5.8:
      • 1.5.9:
      • 1.5.10:
      • 1.5.11:
      • 1.5.12:
      • 1.5.13:
      • 1.5.14:
      • 1.5.15:
      • 1.5.16:
      • 1.5.17:
      • 1.5.18:
      • 1.5.19:
      • 1.5.20:
      • 1.5.21:
      • 1.5.22:
      • 1.5.23:
      • 1.5.24:
      • 1.5.25:
      • 1.5.26:
      • 1.5.27:
      • 1.5.28:
      • 1.5.29:
      • 1.5.30:
      • 1.5.31:
      • 1.5.32:
      • 1.5.33:
      • 1.5.34:
      • 1.5.35:
      • 1.5.36:
      • 1.5.37:
      • 1.5.38:
      • 1.5.39:
      • 1.5.40:
      • 1.5.41:
      • 1.5.42:
      • 1.5.43:
      • 1.5.44:
      • 1.5.45:
      • 1.5.46:
    • 1.6:
      • 1.6.1:
      • 1.6.2:
      • 1.6.3:
      • 1.6.4:
      • 1.6.5:
      • 1.6.6:
      • 1.6.7:
      • 1.6.8:
      • 1.6.9:
      • 1.6.10:
      • 1.6.11:
      • 1.6.12:
      • 1.6.13:
      • 1.6.14:
      • 1.6.15:
    • 1.7:
      • 1.7.1:
    • 1.8:
      • 1.8.1:
      • 1.8.2:
      • 1.8.3:
      • 1.8.4:
    • 1.9:
      • 1.9.1:
      • 1.9.2:
      • 1.9.3:
      • 1.9.4:
    • 1.10:
      • 1.10.1:
      • 1.10.2:
      • 1.10.3:
      • 1.10.4:
      • 1.10.5:
      • 1.10.6:
      • 1.10.7:
      • 1.10.8:
      • 1.10.9:
      • 1.10.10:
      • 1.10.11:
      • 1.10.12:
      • 1.10.13:
      • 1.10.14:
      • 1.10.15:
      • 1.10.16:
      • 1.10.17:
      • 1.10.18:
      • 1.10.19:
      • 1.10.20:
      • 1.10.21:
      • 1.10.22:
      • 1.10.23:
      • 1.10.24:
      • 1.10.25:
      • 1.10.26:
      • 1.10.27:
    • 1.11:
    • 1.12:
  • 2: kubeadm init
  • 3: kubeadm join
  • 4: kubeadm upgrade
  • 5: Фази kubeadm upgrade
  • 6: kubeadm config
  • 7: kubeadm reset
  • 8: kubeadm token
  • 9: kubeadm version
  • 10: kubeadm certs
  • 11: kubeadm init phase
  • 12: kubeadm join phase
  • 13: kubeadm kubeconfig
  • 14: kubeadm reset phase

1 - Згенерована довідка kubeadm

1.1 -

kubeadm: легке розгортання захищеного кластера Kubernetes

Опис

┌──────────────────────────────────────────────────────────┐
│ KUBEADM                                                  │
│ Easily bootstrap a secure Kubernetes cluster             │
│                                                          │
│ Please give us feedback at:                              │
│ https://github.com/kubernetes/kubeadm/issues             │
└──────────────────────────────────────────────────────────┘

Приклад використання:

Create a two-machine cluster with one control-plane node
(which controls the cluster), and one worker node
(where your workloads, like Pods and Deployments run).

┌──────────────────────────────────────────────────────────┐
│ On the first machine:                                    │
├──────────────────────────────────────────────────────────┤
│ control-plane# kubeadm init                              │
└──────────────────────────────────────────────────────────┘

┌──────────────────────────────────────────────────────────┐
│ On the second machine:                                   │
├──────────────────────────────────────────────────────────┤
│ worker# kubeadm join <arguments-returned-from-init>      │
└──────────────────────────────────────────────────────────┘

You can then repeat the second step on as many other machines as you like.

Параметри

-h, --help

довідка для kubeadm
--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.2 -

Опис

Команди, повʼязані з обробкою сертифікатів Kubernetes

kubeadm certs [flags]

Параметри

-h, --help

довідка для certs

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.2.1 -

Генерує ключі сертифікатів

Опис

Ця команда виведе захищений випадково згенерований ключ сертифіката, який можна використовувати з командою "init".

Ви також можете скористатися командою "kubeadm init --upload-certs" без зазначення ключа сертифіката, і вона згенерує і виведе його для вас.

kubeadm certs certificate-key [flags]

Параметри

-h, --help

довідка для certificate-key

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.2.2 -

Перевіряє термін дії сертифікатів для кластера Kubernetes

Опис

Перевіряє термін дії сертифікатів у локальному PKI, яким керує kubeadm.

kubeadm certs check-expiration [flags]

Параметри

--allow-missing-template-keys     Типово: true

Якщо true, ігнорувати будь-які помилки в шаблонах, коли поле або ключ map відсутні в шаблоні. Застосовується тільки до форматів виведення golang і jsonpath.
--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях, де будуть збережені сертифікати
--config string

Шлях до конфігураційного файлу kubeadm.
-h, --help

довідка для check-expiration
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
-o, --output string     Типово: "text"

Формат виводу. Один з: text|json|yaml|kyaml|go-template|go-template-file|template|templatefile|jsonpath|jsonpath-as-json|jsonpath-file.
--show-managed-fields

Якщо true, залишати managedFields при виведенні обʼєктів у форматі JSON або YAML.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.2.3 -

Генерує ключі та запити на підписання сертифікатів

Опис

Генерує ключі та запити на підписання сертифікатів (CSR) для всіх сертифікатів, необхідних для роботи панелі управління. Ця команда також генерує часткові файли kubeconfig з даними приватного ключа в полі "users > user > client-key-data", і для кожного файлу kubeconfig створюється супутній файл ".csr".

Ця команда призначена для використання в режимі зовнішнього CA kubeadm. Вона генерує CSR, які ви потім можете подати на підписання до вашого зовнішнього центру сертифікації.

Закодовані в PEM підписані сертифікати повинні бути збережені поруч з файлами ключів, використовуючи ".crt" як розширення файлу, або, у випадку з файлами kubeconfig, закодований в PEM підписаний сертифікат повинен бути закодований у base64 і доданий до файлу kubeconfig в полі "users > user > client-certificate-data".

kubeadm certs generate-csr [flags]

Приклади

  # The following command will generate keys and CSRs for all control-plane certificates and kubeconfig files:
  kubeadm certs generate-csr --kubeconfig-dir /tmp/etc-k8s --cert-dir /tmp/etc-k8s/pki

Параметри

--cert-dir string

Шлях, де будуть збережені сертифікати
--config string

Шлях до конфігураційного файлу kubeadm.
-h, --help

довідка для generate-csr
--kubeconfig-dir string     Типово: "/etc/kubernetes"

Шлях, де буде збережено файл kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.2.4 -

Опис

Поновлення сертифікатів для кластера Kubernetes

kubeadm certs renew [flags]

Параметри

-h, --help

довідка для renew

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.2.5 -

Опис

Поновлює сертифікат, вбудований у файл kubeconfig для використання адміністратором і для самого kubeadm.

Поновлення виконується безумовно, незалежно від дати закінчення терміну дії сертифіката; додаткові атрибути, такі як SAN, будуть базуватися на наявних файлах/сертифікатах, нема потреби вказувати їх повторно.

Типово поновлення намагається використовувати центр сертифікації в локальному PKI, керованому kubeadm; як альтернативу можна використовувати API сертифікатів K8s для поновлення сертифікатів, або, як останній варіант, згенерувати CSR-запит.

Після поновлення, щоб зміни набули чинності, необхідно перезапустити компоненти панелі управління та, за потреби, повторно розповсюдити поновлений сертифікат, якщо файл використовується деінде.

kubeadm certs renew admin.conf [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях, де будуть збережені сертифікати
--config string

Шлях до конфігураційного файлу kubeadm.
-h, --help

довідка для admin.conf
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.2.6 -

Поновлення всіх доступних сертифікатів

Опис

Поновлює всі відомі сертифікати, необхідні для роботи панелі управління. Поновлення виконується безумовно, незалежно від дати закінчення терміну дії. Поновлення також можна виконувати окремо для більшого контролю.

kubeadm certs renew all [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях, де будуть збережені сертифікати
--config string

Шлях до конфігураційного файлу kubeadm.
-h, --help

довідка для all
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.2.7 -

Опис

Поновлює сертифікат, який apiserver використовує для доступу до etcd.

Поновлення виконується безумовно, незалежно від дати закінчення терміну дії сертифіката; додаткові атрибути, такі як SAN, будуть базуватися на наявних файлах/сертифікатах, нема потреби вказувати їх повторно.

Типово поновлення намагається використовувати центр сертифікації в локальному PKI, керованому kubeadm; як альтернативу можна використовувати API сертифікатів K8s для поновлення сертифікатів, або, як останній варіант, згенерувати CSR-запит.

Після поновлення, щоб зміни набули чинності, необхідно перезапустити компоненти панелі управління та, за потреби, повторно розповсюдити поновлений сертифікат, якщо файл використовується деінде.

kubeadm certs renew apiserver-etcd-client [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях, де будуть збережені сертифікати
--config string

Шлях до конфігураційного файлу kubeadm.
-h, --help

довідка для apiserver-etcd-client
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.2.8 -

Опис

Поновлює сертифікат, який API-сервер використовує для підключення до kubelet.

Поновлення виконується безумовно, незалежно від дати закінчення терміну дії сертифіката; додаткові атрибути, такі як SAN, будуть базуватися на наявних файлах/сертифікатах, нема потреби вказувати їх повторно.

Типово поновлення намагається використовувати центр сертифікації в локальному PKI, керованому kubeadm; як альтернативу можна використовувати API сертифікатів K8s для поновлення сертифікатів, або, як останній варіант, згенерувати CSR-запит.

Після поновлення, щоб зміни набули чинності, необхідно перезапустити компоненти панелі управління та, за потреби, повторно розповсюдити поновлений сертифікат, якщо файл використовується деінде.

kubeadm certs renew apiserver-kubelet-client [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях, де будуть збережені сертифікати
--config string

Шлях до конфігураційного файлу kubeadm.
-h, --help

довідка для apiserver-kubelet-client
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.2.9 -

Опис

Поновлює сертифікат для обслуговування API Kubernetes.

Поновлення виконується безумовно, незалежно від дати закінчення терміну дії сертифіката; додаткові атрибути, такі як SAN, будуть базуватися на наявних файлах/сертифікатах, нема потреби вказувати їх повторно.

Типово поновлення намагається використовувати центр сертифікації в локальному PKI, керованому kubeadm; як альтернативу можна використовувати API сертифікатів K8s для поновлення сертифікатів, або, як останній варіант, згенерувати CSR-запит.

Після поновлення, щоб зміни набули чинності, необхідно перезапустити компоненти панелі управління та, за потреби, повторно розповсюдити поновлений сертифікат, якщо файл використовується деінде.

kubeadm certs renew apiserver [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях, де будуть збережені сертифікати
--config string

Шлях до конфігураційного файлу kubeadm.
-h, --help

довідка для apiserver
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.2.10 -

Опис

Поновлює сертифікат, вбудований у файл kubeconfig для використання менеджером контролерів.

Поновлення виконується безумовно, незалежно від дати закінчення терміну дії сертифіката; додаткові атрибути, такі як SAN, будуть базуватися на наявних файлах/сертифікатах, нема потреби вказувати їх повторно.

Типово поновлення намагається використовувати центр сертифікації в локальному PKI, керованому kubeadm; як альтернативу можна використовувати API сертифікатів K8s для поновлення сертифікатів, або, як останній варіант, згенерувати CSR-запит.

Після поновлення, щоб зміни набули чинності, необхідно перезапустити компоненти панелі управління та, за потреби, повторно розповсюдити поновлений сертифікат, якщо файл використовується деінде.

kubeadm certs renew controller-manager.conf [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях, де будуть збережені сертифікати
--config string

Шлях до конфігураційного файлу kubeadm.
-h, --help

довідка для controller-manager.conf
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.2.11 -

Опис

Поновлює сертифікат для проб життєздатності для перевірки стану справності etcd.

Поновлення виконується безумовно, незалежно від дати закінчення терміну дії сертифіката; додаткові атрибути, такі як SAN, будуть базуватися на наявних файлах/сертифікатах, нема потреби вказувати їх повторно.

Типово поновлення намагається використовувати центр сертифікації в локальному PKI, керованому kubeadm; як альтернативу можна використовувати API сертифікатів K8s для поновлення сертифікатів, або, як останній варіант, згенерувати CSR-запит.

Після поновлення, щоб зміни набули чинності, необхідно перезапустити компоненти панелі управління та, за потреби, повторно розповсюдити поновлений сертифікат, якщо файл використовується деінде.

kubeadm certs renew etcd-healthcheck-client [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях, де будуть збережені сертифікати
--config string

Шлях до конфігураційного файлу kubeadm.
-h, --help

довідка для etcd-healthcheck-client
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.2.12 -

Опис

Поновлює сертифікат для вузлів etcd, щоб вони могли взаємодіяти один з одним.

Поновлення виконується безумовно, незалежно від дати закінчення терміну дії сертифіката; додаткові атрибути, такі як SAN, будуть базуватися на наявних файлах/сертифікатах, нема потреби вказувати їх повторно.

Типово поновлення намагається використовувати центр сертифікації в локальному PKI, керованому kubeadm; як альтернативу можна використовувати API сертифікатів K8s для поновлення сертифікатів, або, як останній варіант, згенерувати CSR-запит.

Після поновлення, щоб зміни набули чинності, необхідно перезапустити компоненти панелі управління та, за потреби, повторно розповсюдити поновлений сертифікат, якщо файл використовується деінде.

kubeadm certs renew etcd-peer [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях, де будуть збережені сертифікати
--config string

Шлях до конфігураційного файлу kubeadm.
-h, --help

довідка для etcd-peer
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.2.13 -

Опис

Поновлює сертифікат для обслуговування etcd.

Поновлення виконується безумовно, незалежно від дати закінчення терміну дії сертифіката; додаткові атрибути, такі як SAN, будуть базуватися на наявних файлах/сертифікатах, нема потреби вказувати їх повторно.

Типово поновлення намагається використовувати центр сертифікації в локальному PKI, керованому kubeadm; як альтернативу можна використовувати API сертифікатів K8s для поновлення сертифікатів, або, як останній варіант, згенерувати CSR-запит.

Після поновлення, щоб зміни набули чинності, необхідно перезапустити компоненти панелі управління та, за потреби, повторно розповсюдити поновлений сертифікат, якщо файл використовується деінде.

kubeadm certs renew etcd-server [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях, де будуть збережені сертифікати
--config string

Шлях до конфігураційного файлу kubeadm.
-h, --help

довідка для etcd-server
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.2.14 -

Опис

Поновлення сертифіката клієнта front proxy.

Поновлення виконується безумовно, незалежно від дати закінчення терміну дії сертифіката; додаткові атрибути, такі як SAN, будуть базуватися на наявних файлах/сертифікатах, нема потреби вказувати їх повторно.

Типово поновлення намагається використовувати центр сертифікації в локальному PKI, керованому kubeadm; як альтернативу можна використовувати API сертифікатів K8s для поновлення сертифікатів, або, як останній варіант, згенерувати CSR-запит.

Після поновлення, щоб зміни набули чинності, необхідно перезапустити компоненти панелі управління та, за потреби, повторно розповсюдити поновлений сертифікат, якщо файл використовується деінде.

kubeadm certs renew front-proxy-client [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях, де будуть збережені сертифікати
--config string

Шлях до конфігураційного файлу kubeadm.
-h, --help

довідка для front-proxy-client
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.2.15 -

Опис

Поновлює сертифікат, вбудований у файл kubeconfig для використання менеджером планувальника.

Поновлення виконується безумовно, незалежно від дати закінчення терміну дії сертифіката; додаткові атрибути, такі як SAN, будуть базуватися на наявних файлах/сертифікатах, нема потреби вказувати їх повторно.

Типово поновлення намагається використовувати центр сертифікації в локальному PKI, керованому kubeadm; як альтернативу можна використовувати API сертифікатів K8s для поновлення сертифікатів, або, як останній варіант, згенерувати CSR-запит.

Після поновлення, щоб зміни набули чинності, необхідно перезапустити компоненти панелі управління та, за потреби, повторно розповсюдити поновлений сертифікат, якщо файл використовується деінде.

kubeadm certs renew scheduler.conf [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях, де будуть збережені сертифікати
--config string

Шлях до конфігураційного файлу kubeadm.
-h, --help

довідка для scheduler.conf
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.2.16 -

Опис

Поновлює сертифікат, вбудований у файл kubeconfig для суперадміністратора (super-admin).

Поновлення виконується безумовно, незалежно від дати закінчення терміну дії сертифіката; додаткові атрибути, такі як SAN, будуть базуватися на наявних файлах/сертифікатах, нема потреби вказувати їх повторно.

Типово поновлення намагається використовувати центр сертифікації в локальному PKI, керованому kubeadm; як альтернативу можна використовувати API сертифікатів K8s для поновлення сертифікатів, або, як останній варіант, згенерувати CSR-запит.

Після поновлення, щоб зміни набули чинності, необхідно перезапустити компоненти панелі управління та, за потреби, повторно розповсюдити поновлений сертифікат, якщо файл використовується деінде.

kubeadm certs renew super-admin.conf [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях, де будуть збережені сертифікати
--config string

Шлях до конфігураційного файлу kubeadm.
-h, --help

довідка для super-admin.conf
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.3 -

Опис

Виводить код завершення команд для вказаної оболонки (bash або zsh). Код оболонки має бути виконаний, щоб забезпечити інтерактивне завершення команд kubeadm. Це можна зробити, підключивши його (source) у файлі .bash_profile.

Примітка: для цього потрібен фреймворк bash-completion.

Щоб встановити його на Mac, використовуйте homebrew: $ brew install bash-completion Після встановлення потрібно виконати bash_completion. Це можна зробити, додавши такий рядок до .bash_profile $ source $(brew --prefix)/etc/bash_completion

Якщо bash-completion не встановлено в Linux, встановіть пакет 'bash-completion' за допомогою менеджера пакетів вашого дистрибутива.

Примітка для користувачів zsh: [1] завершення команд у zsh підтримується лише у версіях zsh >= 5.2

kubeadm completion SHELL [flags]

Приклади


# Install bash completion on a Mac using homebrew
brew install bash-completion
printf "\n# Bash completion support\nsource $(brew --prefix)/etc/bash_completion\n" >> $HOME/.bash_profile
source $HOME/.bash_profile

# Load the kubeadm completion code for bash into the current shell
source <(kubeadm completion bash)

# Write bash completion code to a file and source it from .bash_profile
kubeadm completion bash > ~/.kube/kubeadm_completion.bash.inc
printf "\n# Kubeadm shell completion\nsource '$HOME/.kube/kubeadm_completion.bash.inc'\n" >> $HOME/.bash_profile
source $HOME/.bash_profile

# Load the kubeadm completion code for zsh[1] into the current shell
source <(kubeadm completion zsh)

Параметри

-h, --help

довідка для completion

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.4 -

Керування конфігурацією для кластера kubeadm, збереженою у ConfigMap у кластері

Опис

У просторі імен kube-system є ConfigMap з назвою "kubeadm-config", який kubeadm використовує для зберігання внутрішньої конфігурації кластера. kubeadm CLI v1.8.0+ автоматично створює цей ConfigMap з конфігурацією, що використовується командою 'kubeadm init', але якщо ви ініціалізували кластер за допомогою kubeadm v1.7.x або нижчої версії, вам потрібно скористатися командою 'kubeadm init phase upload-config', щоб створити цей ConfigMap. Це необхідно для того, щоб команда 'kubeadm upgrade' могла правильно налаштувати ваш оновлений кластер.

kubeadm config [flags]

Параметри

-h, --help

довідка для config
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.4.1 -

Опис

Взаємодія з образами контейнерів, які використовує kubeadm

kubeadm config images [flags]

Параметри

-h, --help

довідка для images

Параметри, успадковані від батьківських команд

--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.4.2 -

Опис

Виводить список образів, які буде використовувати kubeadm. Файл конфігурації використовується у випадку налаштування будь-яких образів або сховищ образів

kubeadm config images list [flags]

Параметри

--allow-missing-template-keys     Типово: true

Якщо true, ігнорувати будь-які помилки в шаблонах, коли поле або ключ map відсутні в шаблоні. Застосовується тільки до форматів виведення golang і jsonpath.
--config string

Шлях до конфігураційного файлу kubeadm.
--feature-gates string

Набір пар ключ=значення, що описують функціональні можливості для різних функцій. Варіанти:
RootlessControlPlane=true|false (ALPHA - default=false)
-h, --help

довідка для list
--image-repository string     Типово: "registry.k8s.io"

Вибрати реєстр контейнерів для завантаження образів панелі управління
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.
-o, --output string     Типово: "text"

Формат виводу. Один з: text|json|yaml|kyaml|go-template|go-template-file|template|templatefile|jsonpath|jsonpath-as-json|jsonpath-file.
--show-managed-fields

Якщо true, залишати managedFields при виведенні обʼєктів у форматі JSON або YAML.

Параметри, успадковані від батьківських команд

--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.4.3 -

Опис

Завантажує образи, які використовує kubeadm

kubeadm config images pull [flags]

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--cri-socket string

Шлях до сокета CRI для підключення. Якщо порожньо, kubeadm спробує автоматично визначити це значення; використовуйте цей параметр лише якщо у вас встановлено більше одного CRI або якщо у вас нестандартний сокет CRI.
--feature-gates string

Набір пар ключ=значення, що описують функціональні можливості для різних функцій. Варіанти:
RootlessControlPlane=true|false (ALPHA - default=false)
-h, --help

довідка для pull
--image-repository string     Типово: "registry.k8s.io"

Вибрати реєстр контейнерів для завантаження образів панелі управління
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.

Параметри, успадковані від батьківських команд

--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.4.4 -

Зчитує стару версію типів API конфігурації kubeadm з файлу і виводить аналогічний обʼєкт конфігурації для новішої версії

Опис

Ця команда дозволяє конвертувати обʼєкти конфігурації старих версій у найновішу підтримувану версію локально в інструменті CLI, нічого не змінюючи в кластері. У цій версії kubeadm підтримуються такі версії API:

  • kubeadm.k8s.io/v1beta4

Крім того, kubeadm може записувати конфігурацію лише версії "kubeadm.k8s.io/v1beta4", але читати обидва типи. Тож незалежно від того, яку версію ви передаєте тут параметру --old-config, обʼєкт API буде прочитано, десеріалізовано, заповнено типовими значеннями, конвертовано, валідовано та повторно серіалізовано під час запису у stdout або в --new-config, якщо його вказано.

Іншими словами, вихідні дані цієї команди — це те, що kubeadm фактично прочитав би внутрішньо, якби ви передали цей файл команді "kubeadm init"

kubeadm config migrate [flags]

Параметри

--allow-experimental-api

Дозволити міграцію на експериментальні, ще не випущені API.
-h, --help

довідка для migrate
--new-config string

Шлях до отриманого еквівалентного конфігураційного файлу kubeadm з використанням нової версії API. Необовʼязково, якщо не вказано, вивід буде надіслано у STDOUT.
--old-config string

Шлях до конфігураційного файлу kubeadm, який використовує стару версію API і який має бути конвертований. Цей прапорець є обовʼязковим.

Параметри, успадковані від батьківських команд

--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.4.5 -

Вивід конфігурації

Опис

Ця команда виводить конфігурації для вказаних підкоманд. Докладніше: https://pkg.go.dev/k8s.io/kubernetes/cmd/kubeadm/app/apis/kubeadm#section-directories

kubeadm config print [flags]

Параметри

-h, --help

довідка для print

Параметри, успадковані від батьківських команд

--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.4.6 -

Виводить типову конфігурацію init, яку можна використовувати для 'kubeadm init'

Опис

Ця команда виводить обʼєкти, такі як типова конфігурація init, яка використовується для 'kubeadm init'.

Зверніть увагу, що конфіденційні значення, такі як поля Bootstrap Token, замінюються значеннями-заповнювачами, такими як "abcdef.0123456789abcdef", щоб пройти перевірку, але не виконувати реальні обчислення для створення токена.

kubeadm config print init-defaults [flags]

Параметри

--component-configs strings

Список обʼєктів API конфігурації компонентів через кому для виводу типових значень. Доступні значення: [KubeProxyConfiguration KubeletConfiguration]. Якщо цей прапорець не встановлено, конфігурації компонентів не буде надруковано.
-h, --help

довідка для init-defaults

Параметри, успадковані від батьківських команд

--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.4.7 -

Виводить типову конфігурацію join, яка може бути використана для 'kubeadm join'

Опис

Ця команда виводить обʼєкти, такі як типова конфігурація команди join, яка використовується для 'kubeadm join'.

Зверніть увагу, що конфіденційні значення, такі як поля Bootstrap Token, замінюються значеннями-заповнювачами, такими як "abcdef.0123456789abcdef", щоб пройти перевірку, але не виконувати реальні обчислення для створення токена.

kubeadm config print join-defaults [flags]

Параметри

-h, --help

довідка для join-defaults

Параметри, успадковані від батьківських команд

--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.4.8 -

Виводить типову конфігурацію reset, яка може бути використана для 'kubeadm reset'

Опис

Ця команда виводить обʼєкти, такі як типова конфігурація команди reset, яка використовується для 'kubeadm reset'.

Зверніть увагу, що конфіденційні значення, такі як поля Bootstrap Token, замінюються значеннями-заповнювачами, такими як "abcdef.0123456789abcdef", щоб пройти перевірку, але не виконувати реальні обчислення для створення токена.

kubeadm config print reset-defaults [flags]

Параметри

-h, --help

довідка для reset-defaults

Параметри, успадковані від батьківських команд

--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.4.9 -

Виводить типову конфігурацію upgrade, яка може бути використана для 'kubeadm upgrade'

Опис

Ця команда виводить обʼєкти, такі як типова конфігурація команди upgrade, яка використовується для 'kubeadm upgrade'.

Зверніть увагу, що конфіденційні значення, такі як поля Bootstrap Token, замінюються значеннями-заповнювачами, такими як "abcdef.0123456789abcdef", щоб пройти перевірку, але не виконувати реальні обчислення для створення токена.

kubeadm config print upgrade-defaults [flags]

Параметри

-h, --help

довідка для upgrade-defaults

Параметри, успадковані від батьківських команд

--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.4.10 -

Зчитує файл, що містить конфігураційний API kubeadm, і повідомляє про будь-які проблеми під час валідації

Опис

Ця команда дозволяє перевірити файл конфігурації API kubeadm та повідомити про будь-які попередження та помилки. Якщо помилок немає, код завершення буде нульовим, в іншому випадку він буде ненульовим. Будь-які проблеми з розбором, такі як невідомі поля API, спричинять помилки. Невідомі версії API та поля з недійсними значеннями також спричинять помилки. Про будь-які інші помилки або попередження може бути повідомлено залежно від вмісту вхідного файлу.

У цій версії kubeadm підтримуються такі версії API:

  • kubeadm.k8s.io/v1beta4
kubeadm config validate [flags]

Параметри

--allow-deprecated-api

Дозволяє валідацію застарілих API.
--allow-experimental-api

Дозволяє валідацію експериментальних, невипущених API.
--config string

Шлях до конфігураційного файлу kubeadm.
-h, --help

довідка для validate

Параметри, успадковані від батьківських команд

--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5 -

Опис

Запустіть цю команду, щоб налаштувати панель управління Kubernetes

Команда "init" виконує такі фази:

preflight                     Run pre-flight checks
certs                         Certificate generation
  /ca                           Generate the self-signed Kubernetes CA to provision identities for other Kubernetes components
  /apiserver                    Generate the certificate for serving the Kubernetes API
  /apiserver-kubelet-client     Generate the certificate for the API server to connect to kubelet
  /front-proxy-ca               Generate the self-signed CA to provision identities for front proxy
  /front-proxy-client           Generate the certificate for the front proxy client
  /etcd-ca                      Generate the self-signed CA to provision identities for etcd
  /etcd-server                  Generate the certificate for serving etcd
  /etcd-peer                    Generate the certificate for etcd nodes to communicate with each other
  /etcd-healthcheck-client      Generate the certificate for liveness probes to healthcheck etcd
  /apiserver-etcd-client        Generate the certificate the apiserver uses to access etcd
  /sa                           Generate a private key for signing service account tokens along with its public key
kubeconfig                    Generate all kubeconfig files necessary to establish the control plane and the admin kubeconfig file
  /admin                        Generate a kubeconfig file for the admin to use and for kubeadm itself
  /super-admin                  Generate a kubeconfig file for the super-admin
  /kubelet                      Generate a kubeconfig file for the kubelet to use *only* for cluster bootstrapping purposes
  /controller-manager           Generate a kubeconfig file for the controller manager to use
  /scheduler                    Generate a kubeconfig file for the scheduler to use
etcd                          Generate static Pod manifest file for local etcd
  /local                        Generate the static Pod manifest file for a local, single-node local etcd instance
control-plane                 Generate all static Pod manifest files necessary to establish the control plane
  /apiserver                    Generates the kube-apiserver static Pod manifest
  /controller-manager           Generates the kube-controller-manager static Pod manifest
  /scheduler                    Generates the kube-scheduler static Pod manifest
kubelet-start                 Write kubelet settings and (re)start the kubelet
wait-control-plane            Wait for the control plane to start
upload-config                 Upload the kubeadm and kubelet configuration to a ConfigMap
  /kubeadm                      Upload the kubeadm ClusterConfiguration to a ConfigMap
  /kubelet                      Upload the kubelet component config to a ConfigMap
upload-certs                  Upload certificates to kubeadm-certs
mark-control-plane            Mark a node as a control-plane
bootstrap-token               Generates bootstrap tokens used to join a node to a cluster
kubelet-finalize              Updates settings relevant to the kubelet after TLS bootstrap
  /enable-client-cert-rotation  Enable kubelet client certificate rotation
addon                         Install required addons for passing conformance tests
  /coredns                      Install the CoreDNS addon to a Kubernetes cluster
  /kube-proxy                   Install the kube-proxy addon to a Kubernetes cluster
show-join-command             Show the join command for control-plane and worker node

kubeadm init [flags]

Параметри

--apiserver-advertise-address string

IP-адреса, яку API-сервер оголошуватиме як адресу, на якій він слухає. Якщо не встановлено, буде використано типовий мережевий інтерфейс.
--apiserver-bind-port int32     Типово: 6443

Порт, до якого API-сервер буде привʼязуватися.
--apiserver-cert-extra-sans strings

Додаткові необовʼязкові альтернативні імена субʼєкта (SANs) для використання в сертифікаті обслуговування API-сервера. Можуть бути як IP-адреси, так і DNS-імена.
--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--certificate-key string

Ключ, що використовується для шифрування сертифікатів панелі управління у Secret kubeadm-certs. Ключ сертифіката — це шістнадцятковий рядок, який є ключем AES розміром 32 байти.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane-endpoint string

Вказує стабільну IP-адресу або DNS-імʼя для панелі управління.
--cri-socket string

Шлях до сокета CRI для підключення. Якщо порожньо, kubeadm спробує автоматично визначити це значення; використовуйте цей параметр лише якщо у вас встановлено більше одного CRI або якщо у вас нестандартний сокет CRI.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
--feature-gates string

Набір пар ключ=значення, що описують функціональні можливості для різних функцій. Варіанти:
RootlessControlPlane=true|false (ALPHA - default=false)
-h, --help

довідка для init
--ignore-preflight-errors strings

Список перевірок, помилки яких будуть показані як попередження. Приклад: 'IsPrivilegedUser,Swap'. Значення 'all' ігнорує помилки всіх перевірок.
--image-repository string     Типово: "registry.k8s.io"

Вибрати реєстр контейнерів для завантаження образів панелі управління
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.
--node-name string

Вкажіть імʼя вузла.
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.
--pod-network-cidr string

Вкажіть діапазон IP-адрес для мережі Podʼів. Якщо встановлено, панель управління автоматично виділить CIDR для кожного вузла.
--service-cidr string     Типово: "10.96.0.0/12"

Використовуйте альтернативний діапазон IP-адрес для VIP сервісів.
--service-dns-domain string     Типово: "cluster.local"

Використовуйте альтернативний домен для сервісів, наприклад, "myorg.internal".
--skip-certificate-key-print

Не виводити ключ, який використовується для шифрування сертифікатів панелі управління.
--skip-phases strings

Список фаз, які потрібно пропустити
--skip-token-print

Пропустити виведення типового токена bootstrap, згенерованого 'kubeadm init'.
--token string

Токен для встановлення двосторонньої довіри між вузлами та вузлами панелі управління. Формат [a-z0-9]{6}.[a-z0-9]{16} — наприклад, abcdef.0123456789abcdef
--token-ttl duration     Типово: 24h0m0s

Час до автоматичного видалення токена (наприклад, 1s, 2m, 3h). Якщо встановлено '0', термін дії токена ніколи не спливе
--upload-certs

Завантажити сертифікати панелі управління у Secret kubeadm-certs.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.1 -

Опис

Використовуйте цю команду для виклику однієї фази робочого процесу "init".

kubeadm init phase [flags]

Параметри

-h, --help

довідка для phase

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.2 -

Опис

Встановлює необхідні надбудови для проходження тестів на відповідність

kubeadm init phase addon [flags]

Параметри

-h, --help

довідка для addon

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.3 -

Опис

Встановлює всі надбудови

kubeadm init phase addon all [flags]

Параметри

--apiserver-advertise-address string

IP-адреса, яку API-сервер оголошуватиме як адресу, на якій він слухає. Якщо не встановлено, буде використано типовий мережевий інтерфейс.
--apiserver-bind-port int32     Типово: 6443

Порт, до якого API-сервер буде привʼязуватися.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane-endpoint string

Вказує стабільну IP-адресу або DNS-імʼя для панелі управління.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
--feature-gates string

Набір пар ключ=значення, що описують функціональні можливості для різних функцій. Варіанти:
RootlessControlPlane=true|false (ALPHA - default=false)
-h, --help

довідка для all
--image-repository string     Типово: "registry.k8s.io"

Вибрати реєстр контейнерів для завантаження образів панелі управління
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.
--pod-network-cidr string

Вкажіть діапазон IP-адрес для мережі Podʼів. Якщо встановлено, панель управління автоматично виділить CIDR для кожного вузла.
--service-cidr string     Типово: "10.96.0.0/12"

Використовуйте альтернативний діапазон IP-адрес для VIP сервісів.
--service-dns-domain string     Типово: "cluster.local"

Використовуйте альтернативний домен для сервісів, наприклад, "myorg.internal".

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.4 -

Встановлює надбудову CoreDNS в кластер Kubernetes

Опис

Встановлює компоненти надбудови CoreDNS через API-сервер. Зверніть увагу, що хоча DNS-сервер розгорнуто, його не буде заплановано, доки не буде встановлено CNI.

kubeadm init phase addon coredns [flags]

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
--feature-gates string

Набір пар ключ=значення, що описують функціональні можливості для різних функцій. Варіанти:
RootlessControlPlane=true|false (ALPHA - default=false)
-h, --help

довідка для coredns
--image-repository string     Типово: "registry.k8s.io"

Вибрати реєстр контейнерів для завантаження образів панелі управління
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.
--print-manifest

Вивести маніфести надбудов в STDOUT замість їх встановлення
--service-cidr string     Типово: "10.96.0.0/12"

Використовуйте альтернативний діапазон IP-адрес для VIP сервісів.
--service-dns-domain string     Типово: "cluster.local"

Використовуйте альтернативний домен для сервісів, наприклад, "myorg.internal".

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.5 -

Встановлює надбудову kube-proxy в кластер Kubernetes

Опис

Встановлює компоненти надбудови kube-proxy через API-сервер.

kubeadm init phase addon kube-proxy [flags]

Параметри

--apiserver-advertise-address string

IP-адреса, яку API-сервер оголошуватиме як адресу, на якій він слухає. Якщо не встановлено, буде використано типовий мережевий інтерфейс.
--apiserver-bind-port int32     Типово: 6443

Порт, до якого API-сервер буде привʼязуватися.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane-endpoint string

Вказує стабільну IP-адресу або DNS-імʼя для панелі управління.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для kube-proxy
--image-repository string     Типово: "registry.k8s.io"

Вибрати реєстр контейнерів для завантаження образів панелі управління
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.
--pod-network-cidr string

Вкажіть діапазон IP-адрес для мережі Podʼів. Якщо встановлено, панель управління автоматично виділить CIDR для кожного вузла.
--print-manifest

Вивести маніфести надбудов в STDOUT замість їх встановлення

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.6 -

Генерує токени bootstrap, які використовуються для приєднання вузла до кластера

Опис

Токени bootstrap використовуються для встановлення двосторонньої довіри між вузлом, що приєднується до кластера, і вузлом панелі управління.

Ця команда виконує всі налаштування, необхідні для роботи токенів bootstrap, а потім створює початковий токен.

kubeadm init phase bootstrap-token [flags]

Приклади

  # Make all the bootstrap token configurations and create an initial token, functionally
  # equivalent to what generated by kubeadm init.
  kubeadm init phase bootstrap-token

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для bootstrap-token
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--skip-token-print

Пропустити виведення типового токена bootstrap, згенерованого 'kubeadm init'.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.7 -

Опис

Генерування сертифікатів

kubeadm init phase certs [flags]

Параметри

-h, --help

довідка для certs

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.8 -

Опис

Генерує всі сертифікати

kubeadm init phase certs all [flags]

Параметри

--apiserver-advertise-address string

IP-адреса, яку API-сервер оголошуватиме як адресу, на якій він слухає. Якщо не встановлено, буде використано типовий мережевий інтерфейс.
--apiserver-cert-extra-sans strings

Додаткові необовʼязкові альтернативні імена субʼєкта (SANs) для використання в сертифікаті обслуговування API-сервера. Можуть бути як IP-адреси, так і DNS-імена.
--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane-endpoint string

Вказує стабільну IP-адресу або DNS-імʼя для панелі управління.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для all
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.
--service-cidr string     Типово: "10.96.0.0/12"

Використовуйте альтернативний діапазон IP-адрес для VIP сервісів.
--service-dns-domain string     Типово: "cluster.local"

Використовуйте альтернативний домен для сервісів, наприклад, "myorg.internal".

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.9 -

Опис

Генерує сертифікат, який apiserver використовує для доступу до etcd, та зберігає його у файлах apiserver-etcd-client.crt та apiserver-etcd-client.key.

Якщо обидва файли вже існують, kubeadm пропускає крок генерації та використовує наявні файли.

kubeadm init phase certs apiserver-etcd-client [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для apiserver-etcd-client
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.10 -

Опис

Генерує сертифікат для API-сервера для зʼєднання з kubelet та зберігає його у файлах apiserver-kubelet-client.crt та apiserver-kubelet-client.key.

Якщо обидва файли вже існують, kubeadm пропускає крок генерації та використовує наявні файли.

kubeadm init phase certs apiserver-kubelet-client [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для apiserver-kubelet-client
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.11 -

Опис

Генерує сертифікат для обслуговування API Kubernetes та зберігає його у файлах apiserver.crt та apiserver.key.

Якщо обидва файли вже існують, kubeadm пропускає крок генерації та використовує наявні файли.

kubeadm init phase certs apiserver [flags]

Параметри

--apiserver-advertise-address string

IP-адреса, яку API-сервер оголошуватиме як адресу, на якій він слухає. Якщо не встановлено, буде використано типовий мережевий інтерфейс.
--apiserver-cert-extra-sans strings

Додаткові необовʼязкові альтернативні імена субʼєкта (SANs) для використання в сертифікаті обслуговування API-сервера. Можуть бути як IP-адреси, так і DNS-імена.
--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane-endpoint string

Вказує стабільну IP-адресу або DNS-імʼя для панелі управління.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для apiserver
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.
--service-cidr string     Типово: "10.96.0.0/12"

Використовуйте альтернативний діапазон IP-адрес для VIP сервісів.
--service-dns-domain string     Типово: "cluster.local"

Використовуйте альтернативний домен для сервісів, наприклад, "myorg.internal".

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.12 -

Опис

Генерує самопідписаний центр сертифікації Kubernetes, щоб надати ідентифікатори для інших компонентів Kubernetes та зберігає їх у файлах ca.crt та ca.key.

Якщо обидва файли вже існують, kubeadm пропускає крок генерації та використовує наявні файли.

kubeadm init phase certs ca [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для ca
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.13 -

Опис

Генерує самопідписаний центр сертифікації (CA) для надання ідентифікаторів для etcd та зберігає його у файлах etcd/ca.crt та etcd/ca.key.

Якщо обидва файли вже існують, kubeadm пропускає крок генерації та використовує наявні файли.

kubeadm init phase certs etcd-ca [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для etcd-ca
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.14 -

Опис

Генерує сертифікат для проб життєздатності для перевірки справності etcd, та зберігає його у файлах etcd/healthcheck-client.crt та etcd/healthcheck-client.key.

Якщо обидва файли вже існують, kubeadm пропускає крок генерації та використовує наявні файли.

kubeadm init phase certs etcd-healthcheck-client [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для etcd-healthcheck-client
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.15 -

Опис

Генерує сертифікати для вузлів etcd для звʼязку між собою, та зберігає їх у файлах etcd/peer.crt та etcd/peer.key.

Типові SANs: localhost, 127.0.0.1, 127.0.0.1, ::1

Якщо обидва файли вже існують, kubeadm пропускає крок генерації та використовує наявні файли.

kubeadm init phase certs etcd-peer [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для etcd-peer
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.16 -

Опис

Генерує сертифікати для обслуговування etcd, та зберігає їх у файлах etcd/server.crt та etcd/server.key.

Типові SANs: localhost, 127.0.0.1, 127.0.0.1, ::1

Якщо обидва файли вже існують, kubeadm пропускає крок генерації та використовує наявні файли.

kubeadm init phase certs etcd-server [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для etcd-server
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.17 -

Опис

Генерує самопідписаний CA для надання ідентифікаторів для front proxy та зберігає його у файлах front-proxy-ca.crt та front-proxy-ca.key.

Якщо обидва файли вже існують, kubeadm пропускає крок генерації та використовує наявні файли.

kubeadm init phase certs front-proxy-ca [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для front-proxy-ca
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.18 -

Опис

Генерує сертифікати для клієнта front proxy, та зберігає їх у файлах front-proxy-client.crt та front-proxy-client.key.

Якщо обидва файли вже існують, kubeadm пропускає крок генерації та використовує наявні файли.

kubeadm init phase certs front-proxy-client [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для front-proxy-client
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.19 -

Генерує приватний ключ для підпису токенів службових облікових записів разом із його публічним ключем

Опис

Генерує приватний ключ для підпису токенів службових облікових записів разом із його публічним ключем та зберігає їх у файлах sa.key та sa.pub.

Якщо обидва файли вже існують, kubeadm пропускає крок генерації та використовує наявні файли.

kubeadm init phase certs sa [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для sa
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.20 -

Опис

Генерує всі файли маніфестів статичних Podʼів, потрібні для створення панелі управління

kubeadm init phase control-plane [flags]

Параметри

-h, --help

довідка для control-plane

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.21 -

Опис

Генерує всі файли маніфестів статичних Podʼів

kubeadm init phase control-plane all [flags]

Приклади

  # Generates all static Pod manifest files for control plane components,
  # functionally equivalent to what is generated by kubeadm init.
  kubeadm init phase control-plane all
  
  # Generates all static Pod manifest files using options read from a configuration file.
  kubeadm init phase control-plane all --config config.yaml

Параметри

--apiserver-advertise-address string

IP-адреса, яку API-сервер оголошуватиме як адресу, на якій він слухає. Якщо не встановлено, буде використано типовий мережевий інтерфейс.
--apiserver-bind-port int32     Типово: 6443

Порт, до якого API-сервер буде привʼязуватися.
--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane-endpoint string

Вказує стабільну IP-адресу або DNS-імʼя для панелі управління.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
--feature-gates string

Набір пар ключ=значення, що описують функціональні можливості для різних функцій. Варіанти:
RootlessControlPlane=true|false (ALPHA - default=false)
-h, --help

довідка для all
--image-repository string     Типово: "registry.k8s.io"

Вибрати реєстр контейнерів для завантаження образів панелі управління
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.
--pod-network-cidr string

Вкажіть діапазон IP-адрес для мережі Podʼів. Якщо встановлено, панель управління автоматично виділить CIDR для кожного вузла.
--service-cidr string     Типово: "10.96.0.0/12"

Використовуйте альтернативний діапазон IP-адрес для VIP сервісів.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.22 -

Опис

Генерує маніфест статичного Podʼа для kube-apiserver

kubeadm init phase control-plane apiserver [flags]

Параметри

--apiserver-advertise-address string

IP-адреса, яку API-сервер оголошуватиме як адресу, на якій він слухає. Якщо не встановлено, буде використано типовий мережевий інтерфейс.
--apiserver-bind-port int32     Типово: 6443

Порт, до якого API-сервер буде привʼязуватися.
--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane-endpoint string

Вказує стабільну IP-адресу або DNS-імʼя для панелі управління.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
--feature-gates string

Набір пар ключ=значення, що описують функціональні можливості для різних функцій. Варіанти:
RootlessControlPlane=true|false (ALPHA - default=false)
-h, --help

довідка для apiserver
--image-repository string     Типово: "registry.k8s.io"

Вибрати реєстр контейнерів для завантаження образів панелі управління
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.
--service-cidr string     Типово: "10.96.0.0/12"

Використовуйте альтернативний діапазон IP-адрес для VIP сервісів.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.23 -

Опис

Генерує маніфест статичного Podʼа для kube-controller-manager

kubeadm init phase control-plane controller-manager [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для controller-manager
--image-repository string     Типово: "registry.k8s.io"

Вибрати реєстр контейнерів для завантаження образів панелі управління
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.
--pod-network-cidr string

Вкажіть діапазон IP-адрес для мережі Podʼів. Якщо встановлено, панель управління автоматично виділить CIDR для кожного вузла.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.24 -

Опис

Генерує маніфест статичного Podʼа для kube-scheduler

kubeadm init phase control-plane scheduler [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для scheduler
--image-repository string     Типово: "registry.k8s.io"

Вибрати реєстр контейнерів для завантаження образів панелі управління
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.25 -

Опис

Генерує файл маніфесту статичного Podʼа для локального etcd

kubeadm init phase etcd [flags]

Параметри

-h, --help

довідка для etcd

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.26 -

Опис

Генерує файл маніфесту статичного Podʼа для локального одновузлового екземпляра local etcd

kubeadm init phase etcd local [flags]

Приклади

  # Generates the static Pod manifest file for etcd, functionally
  # equivalent to what is generated by kubeadm init.
  kubeadm init phase etcd local
  
  # Generates the static Pod manifest file for etcd using options
  # read from a configuration file.
  kubeadm init phase etcd local --config config.yaml

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для local
--image-repository string     Типово: "registry.k8s.io"

Вибрати реєстр контейнерів для завантаження образів панелі управління
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.27 -

Опис

Генерує всі файли kubeconfig, необхідні для встановлення панелі управління, та файл kubeconfig адміністратора

kubeadm init phase kubeconfig [flags]

Параметри

-h, --help

довідка для kubeconfig

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.28 -

Генерує файл kubeconfig для використання адміністратором та для самого kubeadm

Опис

Генерує файл kubeconfig для адміністратора та для самого kubeadm і зберігає його у файл admin.conf.

kubeadm init phase kubeconfig admin [flags]

Параметри

--apiserver-advertise-address string

IP-адреса, яку API-сервер оголошуватиме як адресу, на якій він слухає. Якщо не встановлено, буде використано типовий мережевий інтерфейс.
--apiserver-bind-port int32     Типово: 6443

Порт, до якого API-сервер буде привʼязуватися.
--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane-endpoint string

Вказує стабільну IP-адресу або DNS-імʼя для панелі управління.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для admin
--kubeconfig-dir string     Типово: "/etc/kubernetes"

Шлях, де буде збережено файл kubeconfig.
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.29 -

Опис

Генерує всі файли kubeconfig

kubeadm init phase kubeconfig all [flags]

Параметри

--apiserver-advertise-address string

IP-адреса, яку API-сервер оголошуватиме як адресу, на якій він слухає. Якщо не встановлено, буде використано типовий мережевий інтерфейс.
--apiserver-bind-port int32     Типово: 6443

Порт, до якого API-сервер буде привʼязуватися.
--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane-endpoint string

Вказує стабільну IP-адресу або DNS-імʼя для панелі управління.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для all
--kubeconfig-dir string     Типово: "/etc/kubernetes"

Шлях, де буде збережено файл kubeconfig.
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.
--node-name string

Вкажіть імʼя вузла.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.30 -

Генерує файл kubeconfig для використання менеджером контролерів

Опис

Генерує файл kubeconfig для використання менеджером контролерів та зберігає його у файл controller-manager.conf

kubeadm init phase kubeconfig controller-manager [flags]

Параметри

--apiserver-advertise-address string

IP-адреса, яку API-сервер оголошуватиме як адресу, на якій він слухає. Якщо не встановлено, буде використано типовий мережевий інтерфейс.
--apiserver-bind-port int32     Типово: 6443

Порт, до якого API-сервер буде привʼязуватися.
--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane-endpoint string

Вказує стабільну IP-адресу або DNS-імʼя для панелі управління.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для controller-manager
--kubeconfig-dir string     Типово: "/etc/kubernetes"

Шлях, де буде збережено файл kubeconfig.
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.31 -

Генерує файл kubeconfig для використання kubelet лише для потреб початкового завантаження кластера

Опис

Генерує файл kubeconfig для використання kubelet та зберігає його у файл kubelet.conf.

Зауважте, що цей файл слід використовувати лише для потреб початкового завантаження кластера. Після запуску панелі управління слід запитувати всі облікові дані kubelet через CSR API.

kubeadm init phase kubeconfig kubelet [flags]

Параметри

--apiserver-advertise-address string

IP-адреса, яку API-сервер оголошуватиме як адресу, на якій він слухає. Якщо не встановлено, буде використано типовий мережевий інтерфейс.
--apiserver-bind-port int32     Типово: 6443

Порт, до якого API-сервер буде привʼязуватися.
--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane-endpoint string

Вказує стабільну IP-адресу або DNS-імʼя для панелі управління.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для kubelet
--kubeconfig-dir string     Типово: "/etc/kubernetes"

Шлях, де буде збережено файл kubeconfig.
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.
--node-name string

Вкажіть імʼя вузла.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.32 -

Генерує файл kubeconfig для використання планувальником

Опис

Генерує файл kubeconfig для використання планувальником та зберігає його у файл scheduler.conf.

kubeadm init phase kubeconfig scheduler [flags]

Параметри

--apiserver-advertise-address string

IP-адреса, яку API-сервер оголошуватиме як адресу, на якій він слухає. Якщо не встановлено, буде використано типовий мережевий інтерфейс.
--apiserver-bind-port int32     Типово: 6443

Порт, до якого API-сервер буде привʼязуватися.
--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane-endpoint string

Вказує стабільну IP-адресу або DNS-імʼя для панелі управління.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для scheduler
--kubeconfig-dir string     Типово: "/etc/kubernetes"

Шлях, де буде збережено файл kubeconfig.
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.33 -

Опис

Генерує файл kubeconfig для суперадміністратора та зберігає його у файл super-admin.conf.

kubeadm init phase kubeconfig super-admin [flags]

Параметри

--apiserver-advertise-address string

IP-адреса, яку API-сервер оголошуватиме як адресу, на якій він слухає. Якщо не встановлено, буде використано типовий мережевий інтерфейс.
--apiserver-bind-port int32     Типово: 6443

Порт, до якого API-сервер буде привʼязуватися.
--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane-endpoint string

Вказує стабільну IP-адресу або DNS-імʼя для панелі управління.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для super-admin
--kubeconfig-dir string     Типово: "/etc/kubernetes"

Шлях, де буде збережено файл kubeconfig.
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.34 -

Опис

Оновлює налаштування, що стосуються kubelet, після TLS bootstrap

kubeadm init phase kubelet-finalize [flags]

Приклади

  # Updates settings relevant to the kubelet after TLS bootstrap
  kubeadm init phase kubelet-finalize all --config

Параметри

-h, --help

довідка для kubelet-finalize

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.35 -

Опис

Запускає всі фази kubelet-finalize

kubeadm init phase kubelet-finalize all [flags]

Приклади

  # Updates settings relevant to the kubelet after TLS bootstrap
  kubeadm init phase kubelet-finalize all --config

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для all

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.36 -

Опис

Вмикає ротацію клієнтського сертифіката kubelet

kubeadm init phase kubelet-finalize enable-client-cert-rotation [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для enable-client-cert-rotation

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.37 -

Записує налаштування kubelet та (пере)запускає kubelet

Опис

Записує файл з KubeletConfiguration та файл оточення з налаштуваннями kubelet для конкретного вузла, а потім (пере)запускає kubelet.

kubeadm init phase kubelet-start [flags]

Приклади

  # Writes a dynamic environment file with kubelet flags from a InitConfiguration file.
  kubeadm init phase kubelet-start --config config.yaml

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--cri-socket string

Шлях до сокета CRI для підключення. Якщо порожньо, kubeadm спробує автоматично визначити це значення; використовуйте цей параметр лише якщо у вас встановлено більше одного CRI або якщо у вас нестандартний сокет CRI.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для kubelet-start
--image-repository string     Типово: "registry.k8s.io"

Вибрати реєстр контейнерів для завантаження образів панелі управління
--node-name string

Вкажіть імʼя вузла.
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.38 -

Опис

Позначає вузол як вузол панелі управління

kubeadm init phase mark-control-plane [flags]

Приклади

  # Applies control-plane label and taint to the current node, functionally equivalent to what executed by kubeadm init.
  kubeadm init phase mark-control-plane --config config.yaml
  
  # Applies control-plane label and taint to a specific node
  kubeadm init phase mark-control-plane --node-name myNode

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для mark-control-plane
--node-name string

Вкажіть імʼя вузла.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.39 -

Опис

Виконує попередні перевірки для kubeadm init.

kubeadm init phase preflight [flags]

Приклади

  # Run pre-flight checks for kubeadm init using a config file.
  kubeadm init phase preflight --config kubeadm-config.yaml

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--cri-socket string

Шлях до сокета CRI для підключення. Якщо порожньо, kubeadm спробує автоматично визначити це значення; використовуйте цей параметр лише якщо у вас встановлено більше одного CRI або якщо у вас нестандартний сокет CRI.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для preflight
--ignore-preflight-errors strings

Список перевірок, помилки яких будуть показані як попередження. Приклад: 'IsPrivilegedUser,Swap'. Значення 'all' ігнорує помилки всіх перевірок.
--image-repository string     Типово: "registry.k8s.io"

Вибрати реєстр контейнерів для завантаження образів панелі управління

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.40 -

Опис

Показує команду join для вузла панелі управління та робочого вузла

kubeadm init phase show-join-command [flags]

Параметри

-h, --help

довідка для show-join-command

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.41 -

Завантажує сертифікати до kubeadm-certs

Опис

Завантажує сертифікати панелі управління в Secret kubeadm-certs

kubeadm init phase upload-certs [flags]

Параметри

--certificate-key string

Ключ, що використовується для шифрування сертифікатів панелі управління у Secret kubeadm-certs. Ключ сертифіката — це шістнадцятковий рядок, який є ключем AES розміром 32 байти.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для upload-certs
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--skip-certificate-key-print

Не виводити ключ, який використовується для шифрування сертифікатів панелі управління.
--upload-certs

Завантажити сертифікати панелі управління у Secret kubeadm-certs.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.42 -

Опис

Завантажує конфігурації kubeadm та kubelet у ConfigMap

kubeadm init phase upload-config [flags]

Параметри

-h, --help

довідка для upload-config

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.43 -

Опис

Завантажує всю конфігурацію в ConfigMap

kubeadm init phase upload-config all [flags]

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--cri-socket string

Шлях до сокета CRI для підключення. Якщо порожньо, kubeadm спробує автоматично визначити це значення; використовуйте цей параметр лише якщо у вас встановлено більше одного CRI або якщо у вас нестандартний сокет CRI.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для all
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.44 -

Опис

Завантажує ClusterConfiguration kubeadm до ConfigMap з назвою kubeadm-config у просторі імен kube-system. Це забезпечує правильну конфігурацію системних компонентів і безпроблемну роботу користувачів під час оновлення.

Альтернативно, ви можете використовувати kubeadm config.

kubeadm init phase upload-config kubeadm [flags]

Приклади

  # upload the configuration of your cluster
  kubeadm init phase upload-config kubeadm --config=myConfig.yaml

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--cri-socket string

Шлях до сокета CRI для підключення. Якщо порожньо, kubeadm спробує автоматично визначити це значення; використовуйте цей параметр лише якщо у вас встановлено більше одного CRI або якщо у вас нестандартний сокет CRI.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для kubeadm
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.45 -

Завантажує конфігурацію компонента kubelet у ConfigMap

Опис

Завантажує конфігурацію kubelet, видобуту з обʼєкта kubeadm InitConfiguration, до ConfigMap kubelet-config у кластері

kubeadm init phase upload-config kubelet [flags]

Приклади

  # Upload the kubelet configuration from the kubeadm Config file to a ConfigMap in the cluster.
  kubeadm init phase upload-config kubelet --config kubeadm.yaml

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--cri-socket string

Шлях до сокета CRI для підключення. Якщо порожньо, kubeadm спробує автоматично визначити це значення; використовуйте цей параметр лише якщо у вас встановлено більше одного CRI або якщо у вас нестандартний сокет CRI.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для kubelet
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.5.46 -

Опис

Очікує запуску панелі управління

kubeadm init phase wait-control-plane [flags]

Параметри

-h, --help

довідка для wait-control-plane

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.6 -

Запустіть цю команду на будь-якому компʼютері, який ви хочете приєднати до існуючого кластера

Опис

Під час приєднання до кластера, ініціалізованого kubeadm, необхідно встановити двосторонню довіру. Цей процес розділяється на виявлення (щоб Node довіряв панелі управління Kubernetes) та TLS bootstrap (щоб панель управління Kubernetes довіряла Node).

Існує 2 основні схеми виявлення. Перша — використовувати спільний токен разом з IP-адресою API-сервера. Друга — надати файл, який є підмножиною стандартного файлу kubeconfig. Файл discovery/kubeconfig підтримує токен, втулки автентифікації client-go ("exec"), "tokenFile" та "authProvider". Цей файл може бути локальним або завантаженим через HTTPS URL. Можливі форми: kubeadm join --discovery-token abcdef.1234567890abcdef 1.2.3.4:6443, kubeadm join --discovery-file path/to/file.conf або kubeadm join --discovery-file https://url/file.conf. Можна використовувати лише одну форму. Якщо інформація для виявлення завантажується з URL, обовʼязково використовувати HTTPS. Також у цьому випадку для перевірки зʼєднання використовується встановлений на хості набір сертифікатів CA.

Якщо ви використовуєте спільний токен для виявлення, слід також передати прапорець --discovery-token-ca-cert-hash для перевірки публічного ключа кореневого центру сертифікації (CA), наданого панеллю управління Kubernetes. Значення цього прапорця задається як "<hash-type>:<hex-encoded-value>", де підтримуваний тип хешу — "sha256". Хеш обчислюється по байтах обʼєкта Subject Public Key Info (SPKI) (як в RFC7469). Це значення доступне у виводі "kubeadm init" або може бути обчислене за допомогою стандартних інструментів. Прапорець --discovery-token-ca-cert-hash можна вказувати кілька разів, щоб дозволити більше одного публічного ключа.

Якщо ви не можете знати хеш публічного ключа CA заздалегідь, ви можете передати прапорець --discovery-token-unsafe-skip-ca-verification, щоб вимкнути цю перевірку. Це послаблює модель безпеки kubeadm, оскільки інші вузли потенційно можуть видавати себе за панель управління Kubernetes.

Механізм TLS bootstrap також працює через спільний токен. Він використовується для тимчасової автентифікації в панелі управління Kubernetes, щоб подати запит на підписання сертифіката (CSR) для локально створеної пари ключів. Типово kubeadm налаштовує панель управління Kubernetes на автоматичне схвалення цих запитів на підписання. Цей токен передається за допомогою прапорця --tls-bootstrap-token abcdef.1234567890abcdef.

Часто той самий токен використовується для обох частин. У цьому випадку замість окремого зазначення кожного токена можна використовувати прапорець --token.

Команда "join [api-server-endpoint]" виконує такі фази:

preflight               Run join pre-flight checks
control-plane-prepare   Prepare the machine for serving a control plane
  /download-certs         Download certificates shared among control-plane nodes from the kubeadm-certs Secret
  /certs                  Generate the certificates for the new control plane components
  /kubeconfig             Generate the kubeconfig for the new control plane components
  /control-plane          Generate the manifests for the new control plane components
kubelet-start           Write kubelet settings, certificates and (re)start the kubelet
etcd-join               Join etcd for control plane nodes
kubelet-wait-bootstrap  Wait for the kubelet to bootstrap itself
control-plane-join      Join a machine as a control plane instance
  /mark-control-plane     Mark a node as a control-plane
wait-control-plane      Wait for the control plane to start

kubeadm join [api-server-endpoint] [flags]

Параметри

--apiserver-advertise-address string

Якщо вузол має розміщувати новий екземпляр панелі управління, IP-адреса, яку API-сервер оголошуватиме як адресу, на якій він слухає. Якщо не вказано, буде використано типовий мережевий інтерфейс.
--apiserver-bind-port int32     Типово: 6443

Якщо вузол має розміщувати новий екземпляр панелі управління, порт, до якого привʼязуватиметься API-сервер.
--certificate-key string

Використовуйте цей ключ для розшифрування секретів сертифікатів, завантажених init. Ключ сертифіката — це рядок у шістнадцятковому кодуванні, який є ключем AES розміром 32 байти.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane

Створити новий екземпляр панелі управління на цьому вузлі
--cri-socket string

Шлях до сокета CRI для підключення. Якщо порожньо, kubeadm спробує автоматично визначити це значення; використовуйте цей параметр лише якщо у вас встановлено більше одного CRI або якщо у вас нестандартний сокет CRI.
--discovery-file string

Для виявлення на основі файлу, файл або URL, з якого буде завантажена інформація про кластер.
--discovery-token string

Для виявлення на основі токена, токен, який використовується для перевірки інформації про кластер, отриманої з API-сервера.
--discovery-token-ca-cert-hash strings

Для виявлення на основі токена, перевірити, що публічний ключ кореневого центру сертифікації відповідає цьому хешу (формат: "<type>:<value>").
--discovery-token-unsafe-skip-ca-verification

Для виявлення на основі токена, дозволити приєднання без закріплення --discovery-token-ca-cert-hash.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для join
--ignore-preflight-errors strings

Список перевірок, помилки яких будуть показані як попередження. Приклад: 'IsPrivilegedUser,Swap'. Значення 'all' ігнорує помилки всіх перевірок.
--node-name string

Вкажіть імʼя вузла.
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.
--skip-phases strings

Список фаз, які потрібно пропустити
--tls-bootstrap-token string

Вкажіть токен, який використовується для тимчасової автентифікації в панелі управління Kubernetes під час приєднання вузла.
--token string

Використовуйте цей токен для discovery-token та tls-bootstrap-token, коли ці значення не вказані.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.6.1 -

Опис

Використовуйте цю команду для виклику однієї фази робочого процесу "join"

kubeadm join phase [flags]

Параметри

-h, --help

довідка для phase

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.6.2 -

Опис

Приєднує машину як екземпляр панелі управління

kubeadm join phase control-plane-join [flags]

Приклади

  # Joins a machine as a control plane instance
  kubeadm join phase control-plane-join all

Параметри

-h, --help

довідка для control-plane-join

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.6.3 -

Опис

Приєднує машину як екземпляр панелі управління

kubeadm join phase control-plane-join all [flags]

Параметри

--apiserver-advertise-address string

Якщо вузол має розміщувати новий екземпляр панелі управління, IP-адреса, яку API-сервер оголошуватиме як адресу, на якій він слухає. Якщо не вказано, буде використано типовий мережевий інтерфейс.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane

Створити новий екземпляр панелі управління на цьому вузлі
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для all
--node-name string

Вкажіть імʼя вузла.
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.6.4 -

Опис

Позначає вузол як вузол панелі управління

kubeadm join phase control-plane-join mark-control-plane [flags]

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane

Створити новий екземпляр панелі управління на цьому вузлі
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для mark-control-plane
--node-name string

Вкажіть імʼя вузла.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.6.5 -

Опис

Готує машину до обслуговування панелі управління

kubeadm join phase control-plane-prepare [flags]

Приклади

  # Prepares the machine for serving a control plane
  kubeadm join phase control-plane-prepare all

Параметри

-h, --help

довідка для control-plane-prepare

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.6.6 -

Опис

Готує машину до обслуговування панелі управління

kubeadm join phase control-plane-prepare all [api-server-endpoint] [flags]

Параметри

--apiserver-advertise-address string

Якщо вузол має розміщувати новий екземпляр панелі управління, IP-адреса, яку API-сервер оголошуватиме як адресу, на якій він слухає. Якщо не вказано, буде використано типовий мережевий інтерфейс.
--apiserver-bind-port int32     Типово: 6443

Якщо вузол має розміщувати новий екземпляр панелі управління, порт, до якого привʼязуватиметься API-сервер.
--certificate-key string

Використовуйте цей ключ для розшифрування секретів сертифікатів, завантажених init. Ключ сертифіката — це рядок у шістнадцятковому кодуванні, який є ключем AES розміром 32 байти.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane

Створити новий екземпляр панелі управління на цьому вузлі
--discovery-file string

Для виявлення на основі файлу, файл або URL, з якого буде завантажена інформація про кластер.
--discovery-token string

Для виявлення на основі токена, токен, який використовується для перевірки інформації про кластер, отриманої з API-сервера.
--discovery-token-ca-cert-hash strings

Для виявлення на основі токена, перевірити, що публічний ключ кореневого центру сертифікації відповідає цьому хешу (формат: "<type>:<value>").
--discovery-token-unsafe-skip-ca-verification

Для виявлення на основі токена, дозволити приєднання без закріплення --discovery-token-ca-cert-hash.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для all
--node-name string

Вкажіть імʼя вузла.
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.
--tls-bootstrap-token string

Вкажіть токен, який використовується для тимчасової автентифікації в панелі управління Kubernetes під час приєднання вузла.
--token string

Використовуйте цей токен для discovery-token та tls-bootstrap-token, коли ці значення не вказані.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.6.7 -

Опис

Генерує сертифікати для нових компонентів панелі управління

kubeadm join phase control-plane-prepare certs [api-server-endpoint] [flags]

Параметри

--apiserver-advertise-address string

Якщо вузол має розміщувати новий екземпляр панелі управління, IP-адреса, яку API-сервер оголошуватиме як адресу, на якій він слухає. Якщо не вказано, буде використано типовий мережевий інтерфейс.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane

Створити новий екземпляр панелі управління на цьому вузлі
--discovery-file string

Для виявлення на основі файлу, файл або URL, з якого буде завантажена інформація про кластер.
--discovery-token string

Для виявлення на основі токена, токен, який використовується для перевірки інформації про кластер, отриманої з API-сервера.
--discovery-token-ca-cert-hash strings

Для виявлення на основі токена, перевірити, що публічний ключ кореневого центру сертифікації відповідає цьому хешу (формат: "<type>:<value>").
--discovery-token-unsafe-skip-ca-verification

Для виявлення на основі токена, дозволити приєднання без закріплення --discovery-token-ca-cert-hash.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для certs
--node-name string

Вкажіть імʼя вузла.
--tls-bootstrap-token string

Вкажіть токен, який використовується для тимчасової автентифікації в панелі управління Kubernetes під час приєднання вузла.
--token string

Використовуйте цей токен для discovery-token та tls-bootstrap-token, коли ці значення не вказані.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.6.8 -

Опис

Генерує маніфести для нових компонентів панелі управління

kubeadm join phase control-plane-prepare control-plane [flags]

Параметри

--apiserver-advertise-address string

Якщо вузол має розміщувати новий екземпляр панелі управління, IP-адреса, яку API-сервер оголошуватиме як адресу, на якій він слухає. Якщо не вказано, буде використано типовий мережевий інтерфейс.
--apiserver-bind-port int32     Типово: 6443

Якщо вузол має розміщувати новий екземпляр панелі управління, порт, до якого привʼязуватиметься API-сервер.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane

Створити новий екземпляр панелі управління на цьому вузлі
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для control-plane
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.6.9 -

Опис

Завантажує сертифікати, спільні для вузлів панелі управління, з Secret kubeadm-certs

kubeadm join phase control-plane-prepare download-certs [api-server-endpoint] [flags]

Параметри

--certificate-key string

Використовуйте цей ключ для розшифрування секретів сертифікатів, завантажених init. Ключ сертифіката — це рядок у шістнадцятковому кодуванні, який є ключем AES розміром 32 байти.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane

Створити новий екземпляр панелі управління на цьому вузлі
--discovery-file string

Для виявлення на основі файлу, файл або URL, з якого буде завантажена інформація про кластер.
--discovery-token string

Для виявлення на основі токена, токен, який використовується для перевірки інформації про кластер, отриманої з API-сервера.
--discovery-token-ca-cert-hash strings

Для виявлення на основі токена, перевірити, що публічний ключ кореневого центру сертифікації відповідає цьому хешу (формат: "<type>:<value>").
--discovery-token-unsafe-skip-ca-verification

Для виявлення на основі токена, дозволити приєднання без закріплення --discovery-token-ca-cert-hash.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для download-certs
--tls-bootstrap-token string

Вкажіть токен, який використовується для тимчасової автентифікації в панелі управління Kubernetes під час приєднання вузла.
--token string

Використовуйте цей токен для discovery-token та tls-bootstrap-token, коли ці значення не вказані.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.6.10 -

Опис

Генерує kubeconfig для нових компонентів панелі управління

kubeadm join phase control-plane-prepare kubeconfig [api-server-endpoint] [flags]

Параметри

--certificate-key string

Використовуйте цей ключ для розшифрування секретів сертифікатів, завантажених init. Ключ сертифіката — це рядок у шістнадцятковому кодуванні, який є ключем AES розміром 32 байти.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane

Створити новий екземпляр панелі управління на цьому вузлі
--discovery-file string

Для виявлення на основі файлу, файл або URL, з якого буде завантажена інформація про кластер.
--discovery-token string

Для виявлення на основі токена, токен, який використовується для перевірки інформації про кластер, отриманої з API-сервера.
--discovery-token-ca-cert-hash strings

Для виявлення на основі токена, перевірити, що публічний ключ кореневого центру сертифікації відповідає цьому хешу (формат: "<type>:<value>").
--discovery-token-unsafe-skip-ca-verification

Для виявлення на основі токена, дозволити приєднання без закріплення --discovery-token-ca-cert-hash.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для kubeconfig
--tls-bootstrap-token string

Вкажіть токен, який використовується для тимчасової автентифікації в панелі управління Kubernetes під час приєднання вузла.
--token string

Використовуйте цей токен для discovery-token та tls-bootstrap-token, коли ці значення не вказані.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.6.11 -

Опис

Приєднує etcd для вузлів панелі управління

kubeadm join phase etcd-join [flags]

Приклади

  # Joins etcd for a control plane instance
  kubeadm join phase control-plane-join-etcd all

Параметри

--apiserver-advertise-address string

Якщо вузол має розміщувати новий екземпляр панелі управління, IP-адреса, яку API-сервер оголошуватиме як адресу, на якій він слухає. Якщо не вказано, буде використано типовий мережевий інтерфейс.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane

Створити новий екземпляр панелі управління на цьому вузлі
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для etcd-join
--node-name string

Вкажіть імʼя вузла.
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.6.12 -

Записує налаштування kubelet, сертифікати та (пере)запускає kubelet

Опис

Записує файл з KubeletConfiguration та файл оточення з налаштуваннями kubelet для конкретного вузла, а потім (пере)запускає kubelet.

kubeadm join phase kubelet-start [api-server-endpoint] [flags]

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--cri-socket string

Шлях до сокета CRI для підключення. Якщо порожньо, kubeadm спробує автоматично визначити це значення; використовуйте цей параметр лише якщо у вас встановлено більше одного CRI або якщо у вас нестандартний сокет CRI.
--discovery-file string

Для виявлення на основі файлу, файл або URL, з якого буде завантажена інформація про кластер.
--discovery-token string

Для виявлення на основі токена, токен, який використовується для перевірки інформації про кластер, отриманої з API-сервера.
--discovery-token-ca-cert-hash strings

Для виявлення на основі токена, перевірити, що публічний ключ кореневого центру сертифікації відповідає цьому хешу (формат: "<type>:<value>").
--discovery-token-unsafe-skip-ca-verification

Для виявлення на основі токена, дозволити приєднання без закріплення --discovery-token-ca-cert-hash.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для kubelet-start
--node-name string

Вкажіть імʼя вузла.
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.
--tls-bootstrap-token string

Вкажіть токен, який використовується для тимчасової автентифікації в панелі управління Kubernetes під час приєднання вузла.
--token string

Використовуйте цей токен для discovery-token та tls-bootstrap-token, коли ці значення не вказані.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.6.13 -

Опис

Очікує, поки kubelet виконає власне початкове завантаження

kubeadm join phase kubelet-wait-bootstrap [flags]

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--cri-socket string

Шлях до сокета CRI для підключення. Якщо порожньо, kubeadm спробує автоматично визначити це значення; використовуйте цей параметр лише якщо у вас встановлено більше одного CRI або якщо у вас нестандартний сокет CRI.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для kubelet-wait-bootstrap

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.6.14 -

Виконує попередні перевірки join

Опис

Виконує попередні перевірки для kubeadm join.

kubeadm join phase preflight [api-server-endpoint] [flags]

Приклади

  # Run join pre-flight checks using a config file.
  kubeadm join phase preflight --config kubeadm-config.yaml

Параметри

--apiserver-advertise-address string

Якщо вузол має розміщувати новий екземпляр панелі управління, IP-адреса, яку API-сервер оголошуватиме як адресу, на якій він слухає. Якщо не вказано, буде використано типовий мережевий інтерфейс.
--apiserver-bind-port int32     Типово: 6443

Якщо вузол має розміщувати новий екземпляр панелі управління, порт, до якого привʼязуватиметься API-сервер.
--certificate-key string

Використовуйте цей ключ для розшифрування секретів сертифікатів, завантажених init. Ключ сертифіката — це рядок у шістнадцятковому кодуванні, який є ключем AES розміром 32 байти.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane

Створити новий екземпляр панелі управління на цьому вузлі
--cri-socket string

Шлях до сокета CRI для підключення. Якщо порожньо, kubeadm спробує автоматично визначити це значення; використовуйте цей параметр лише якщо у вас встановлено більше одного CRI або якщо у вас нестандартний сокет CRI.
--discovery-file string

Для виявлення на основі файлу, файл або URL, з якого буде завантажена інформація про кластер.
--discovery-token string

Для виявлення на основі токена, токен, який використовується для перевірки інформації про кластер, отриманої з API-сервера.
--discovery-token-ca-cert-hash strings

Для виявлення на основі токена, перевірити, що публічний ключ кореневого центру сертифікації відповідає цьому хешу (формат: "<type>:<value>").
--discovery-token-unsafe-skip-ca-verification

Для виявлення на основі токена, дозволити приєднання без закріплення --discovery-token-ca-cert-hash.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для preflight
--ignore-preflight-errors strings

Список перевірок, помилки яких будуть показані як попередження. Приклад: 'IsPrivilegedUser,Swap'. Значення 'all' ігнорує помилки всіх перевірок.
--node-name string

Вкажіть імʼя вузла.
--tls-bootstrap-token string

Вкажіть токен, який використовується для тимчасової автентифікації в панелі управління Kubernetes під час приєднання вузла.
--token string

Використовуйте цей токен для discovery-token та tls-bootstrap-token, коли ці значення не вказані.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.6.15 -

Опис

Очікує запуску панелі управління

kubeadm join phase wait-control-plane [flags]

Параметри

-h, --help

довідка для wait-control-plane

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.7 -

Опис

Утиліти для файлів kubeconfig.

Параметри

-h, --help

довідка для kubeconfig

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.7.1 -

Опис

Виводить файл kubeconfig для додаткового користувача.

kubeadm kubeconfig user [flags]

Приклади

  # Output a kubeconfig file for an additional user named foo
  kubeadm kubeconfig user --client-name=foo
  
  # Output a kubeconfig file for an additional user named foo using a kubeadm config file bar
  kubeadm kubeconfig user --client-name=foo --config=bar

Параметри

--client-name string

Імʼя користувача. Буде використовуватися як CN у разі створення клієнтських сертифікатів
--config string

Шлях до конфігураційного файлу kubeadm.
-h, --help

довідка для user
--org strings

Організації сертифіката клієнта. Буде використовуватися як O, якщо будуть створені клієнтські сертифікати
--token string

Токен, який слід використовувати як механізм автентифікації для цього kubeconfig замість клієнтських сертифікатів
--validity-period duration     Типово: 8760h0m0s

Термін дії клієнтського сертифіката. Відраховується від поточного часу.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.8 -

Опис

Виконує максимально можливий відкат змін, зроблених на цьому хості командами 'kubeadm init' або 'kubeadm join'

Команда "reset" виконує наступні фази:

preflight           Run reset pre-flight checks
remove-etcd-member  Remove a local etcd member.
cleanup-node        Run cleanup node.

kubeadm reset [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях до теки, де зберігаються сертифікати. Якщо вказано, очистити цю теку.
--cleanup-tmp-dir

Очистити теку "/etc/kubernetes/tmp"
--config string

Шлях до конфігураційного файлу kubeadm.
--cri-socket string

Шлях до сокета CRI для підключення. Якщо порожньо, kubeadm спробує автоматично визначити це значення; використовуйте цей параметр лише якщо у вас встановлено більше одного CRI або якщо у вас нестандартний сокет CRI.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-f, --force

Виконати reset вузла без запиту на підтвердження.
-h, --help

довідка для reset
--ignore-preflight-errors strings

Список перевірок, помилки яких будуть показані як попередження. Приклад: 'IsPrivilegedUser,Swap'. Значення 'all' ігнорує помилки всіх перевірок.
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--skip-phases strings

Список фаз, які потрібно пропустити

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.8.1 -

Опис

Використовуйте цю команду для виклику однієї фази процесу "reset"

kubeadm reset phase [flags]

Параметри

-h, --help

довідка для phase

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.8.2 -

Опис

Запускає очищення вузла.

kubeadm reset phase cleanup-node [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях до теки, де зберігаються сертифікати. Якщо вказано, очистити цю теку.
--cleanup-tmp-dir

Очистити теку "/etc/kubernetes/tmp"
--cri-socket string

Шлях до сокета CRI для підключення. Якщо порожньо, kubeadm спробує автоматично визначити це значення; використовуйте цей параметр лише якщо у вас встановлено більше одного CRI або якщо у вас нестандартний сокет CRI.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для cleanup-node

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.8.3 -

Виконує попередні перевірки reset

Опис

Виконує попередні перевірки для kubeadm reset.

kubeadm reset phase preflight [flags]

Параметри

--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-f, --force

Виконати reset вузла без запиту на підтвердження.
-h, --help

довідка для preflight
--ignore-preflight-errors strings

Список перевірок, помилки яких будуть показані як попередження. Приклад: 'IsPrivilegedUser,Swap'. Значення 'all' ігнорує помилки всіх перевірок.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.8.4 -

Опис

Видаляє локального учасника etcd для вузла панелі управління.

kubeadm reset phase remove-etcd-member [flags]

Параметри

--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для remove-etcd-member
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.9 -

Керує токенами bootstrap

Опис

Ця команда керує токенами bootstrap. Вона є опціональною та потрібна лише для розширених випадків використання.

Коротко кажучи, токени bootstrap використовуються для встановлення двосторонньої довіри між клієнтом і сервером. Токен bootstrap може бути використаний, коли клієнт (наприклад, вузол, який збирається приєднатися до кластера) має довіряти серверу, з яким він взаємодіє. У цьому випадку можна використовувати токен bootstrap зі способом використання "signing". Токени bootstrap також можуть слугувати способом дозволити короткострокову автентифікацію на API-сервері (токен слугує способом, щоб API-сервер довіряв клієнту), наприклад, для виконання TLS Bootstrap.

Що саме таке токен bootstrap?

  • Це Secret у просторі імен kube-system типу "bootstrap.kubernetes.io/token".
  • Токен bootstrap повинен мати форму "[a-z0-9]{6}.[a-z0-9]{16}". Перша частина є публічним ідентифікатором токена, а друга — секретом токена (Token Secret), і її потрібно зберігати в таємниці за будь-яких обставин!
  • Secret повинен мати назву "bootstrap-token-(token-id)".

Більше про токени bootstrap можна прочитати тут: https://kubernetes.io/docs/admin/bootstrap-tokens/

kubeadm token [flags]

Параметри

--dry-run

Чи вмикати режим пробного запуску
-h, --help

довідка для token
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.9.1 -

Створює токени bootstrap на сервері

Опис

Ця команда створить для вас токен bootstrap. Ви можете вказати способи використання цього токена, "час життя" і необовʼязковий опис, зрозумілий людині.

[token] — це власне токен, який потрібно записати. Це має бути безпечно згенерований випадковий токен у форматі "[a-z0-9]{6}.[a-z0-9]{16}". Якщо [token] не вказано, kubeadm натомість згенерує випадковий токен.

kubeadm token create [token]

Параметри

--certificate-key string

Якщо використовується разом із '--print-join-command', виводить повний прапорець 'kubeadm join', необхідний для приєднання до кластера в ролі панелі управління. Щоб створити новий ключ сертифіката, потрібно використати 'kubeadm init phase upload-certs --upload-certs'.
--config string

Шлях до конфігураційного файлу kubeadm.
--description string

Зрозумілий для людини опис того, як використовується цей токен.
--groups strings     Типово: "system:bootstrappers:kubeadm:default-node-token"

Додаткові групи, від імені яких цей токен автентифікуватиметься, коли його використовують для автентифікації. Має відповідати "\Asystem:bootstrappers:[a-z0-9:-]{0,255}[a-z0-9]\z"
-h, --help

довідка для create
--print-join-command

Замість того, щоб виводити тільки токен, вивести повний прапорець 'kubeadm join', необхідний для приєднання до кластера за допомогою токена.
--ttl duration     Типово: 24h0m0s

Час до автоматичного видалення токена (наприклад, 1s, 2m, 3h). Якщо встановлено '0', термін дії токена ніколи не спливе
--usages strings     Типово: "signing,authentication"

Описує способи, якими можна використовувати цей токен. Ви можете передавати --usages кілька разів або надати список параметрів через кому. Допустимі параметри: [signing,authentication]

Параметри, успадковані від батьківських команд

--dry-run

Чи вмикати режим пробного запуску
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.9.2 -

Видаляє токени bootstrap на сервері

Опис

Ця команда видалить для вас список токенів bootstrap.

Значення [token-value] — це повний токен у вигляді "[a-z0-9]{6}.[a-z0-9]{16}" або Token ID виду "[a-z0-9]{6}", який потрібно видалити.

kubeadm token delete [token-value] ...

Параметри

-h, --help

довідка для delete

Параметри, успадковані від батьківських команд

--dry-run

Чи вмикати режим пробного запуску
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.9.3 -

Генерує та виводить токен bootstrap, але не створює його на сервері

Опис

Ця команда виведе випадково згенерований токен bootstrap, який можна використовувати з командами "init" та "join".

Ви не зобовʼязані використовувати цю команду для створення токена. Ви можете зробити це самостійно, якщо він має формат "[a-z0-9]{6}.[a-z0-9]{16}". Ця команда надається для зручності створення токенів у зазначеному форматі.

Ви також можете використовувати "kubeadm init" без вказання токена, і він буде згенерований та виведений для вас.

kubeadm token generate [flags]

Параметри

-h, --help

довідка для generate

Параметри, успадковані від батьківських команд

--dry-run

Чи вмикати режим пробного запуску
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.9.4 -

Виводить перелік токенів bootstrap на сервері

Опис

Ця команда виведе для вас перелік усіх токенів bootstrap.

kubeadm token list [flags]

Параметри

--allow-missing-template-keys     Типово: true

Якщо true, ігнорувати будь-які помилки в шаблонах, коли поле або ключ map відсутні в шаблоні. Застосовується тільки до форматів виведення golang і jsonpath.
-h, --help

довідка для list
-o, --output string     Типово: "text"

Формат виводу. Один з: text|json|yaml|kyaml|go-template|go-template-file|template|templatefile|jsonpath|jsonpath-as-json|jsonpath-file.
--show-managed-fields

Якщо true, залишати managedFields при виведенні обʼєктів у форматі JSON або YAML.

Параметри, успадковані від батьківських команд

--dry-run

Чи вмикати режим пробного запуску
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.10 -

Опис

Оновлення кластера до новішої версії відбувається плавно за допомогою цієї команди

kubeadm upgrade [flags]

Параметри

-h, --help

довідка для upgrade

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.10.1 -

Опис

Оновлює кластер Kubernetes до вказаної версії

Команда "apply [version]" виконує наступні фази:

preflight        Run preflight checks before upgrade
control-plane    Upgrade the control plane
upload-config    Upload the kubeadm and kubelet configurations to ConfigMaps
  /kubeadm         Upload the kubeadm ClusterConfiguration to a ConfigMap
  /kubelet         Upload the kubelet configuration to a ConfigMap
kubelet-config   Upgrade the kubelet configuration for this node
bootstrap-token  Configures bootstrap token and cluster-info RBAC rules
addon            Upgrade the default kubeadm addons
  /coredns         Upgrade the CoreDNS addon
  /kube-proxy      Upgrade the kube-proxy addon
post-upgrade     Run post upgrade tasks

kubeadm upgrade apply [version]

Параметри

--allow-experimental-upgrades

Показує нестабільні версії Kubernetes як альтернативу для оновлення і дозволяє оновлення до альфа/бета/кандидатів на випуск версій Kubernetes.
--allow-release-candidate-upgrades

Показує версії кандидатів на випуск Kubernetes як альтернативу для оновлення і дозволяє оновлювати до версій кандидатів на випуск Kubernetes.
--certificate-renewal     Типово: true

Виконує поновлення сертифікатів, що використовуються компонентами, які змінюються під час оновлень.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не змінювати жодного стану, лише вивести, які дії було б виконано.
--etcd-upgrade     Типово: true

Виконує оновлення etcd.
-f, --force

Примусове оновлення, навіть якщо деякі вимоги можуть бути не виконані. Це також передбачає неінтерактивний режим.
-h, --help

довідка для apply
--ignore-preflight-errors strings

Список перевірок, помилки яких будуть показані як попередження. Приклад: 'IsPrivilegedUser,Swap'. Значення 'all' ігнорує помилки всіх перевірок.
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.
--print-config

Вказує, чи потрібно надрукувати файл конфігурації, який буде використаний під час оновлення.
--skip-phases strings

Список фаз, які потрібно пропустити
-y, --yes

Виконати оновлення і не запитувати підтвердження (режим без взаємодії).

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.10.2 -

Опис

Використовуйте цю команду для виклику однієї фази робочого процесу "apply"

kubeadm upgrade apply phase [flags]

Параметри

-h, --help

довідка для phase

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.10.3 -

Опис

Оновлює типові надбудови kubeadm

kubeadm upgrade apply phase addon [flags]

Параметри

-h, --help

довідка для addon

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.10.4 -

Опис

Оновлення всіх надбудов

kubeadm upgrade apply phase addon all [flags]

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не змінювати жодного стану, лише вивести, які дії було б виконано.
-h, --help

довідка для all
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.10.5 -

Опис

Оновлення надбудови CoreDNS

kubeadm upgrade apply phase addon coredns [flags]

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не змінювати жодного стану, лише вивести, які дії було б виконано.
-h, --help

довідка для coredns
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.10.6 -

Опис

Оновлює надбудову kube-proxy

kubeadm upgrade apply phase addon kube-proxy [flags]

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не змінювати жодного стану, лише вивести, які дії було б виконано.
-h, --help

довідка для kube-proxy
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.10.7 -

Опис

Налаштовує токен bootstrap та правила cluster-info RBAC

kubeadm upgrade apply phase bootstrap-token [flags]

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не змінювати жодного стану, лише вивести, які дії було б виконано.
-h, --help

довідка для bootstrap-token
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.10.8 -

Опис

Оновлення панелі управління

kubeadm upgrade apply phase control-plane [flags]

Параметри

--certificate-renewal     Типово: true

Виконує поновлення сертифікатів, що використовуються компонентами, які змінюються під час оновлень.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не змінювати жодного стану, лише вивести, які дії було б виконано.
--etcd-upgrade     Типово: true

Виконує оновлення etcd.
-h, --help

довідка для control-plane
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.10.9 -

Опис

Оновлює конфігурацію kubelet для цього вузла, завантажуючи її з ConfigMap kubelet-config, що зберігається в кластері

kubeadm upgrade apply phase kubelet-config [flags]

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не змінювати жодного стану, лише вивести, які дії було б виконано.
-h, --help

довідка для kubelet-config
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.10.10 -

Опис

Запуск завдань після оновлення

kubeadm upgrade apply phase post-upgrade [flags]

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не змінювати жодного стану, лише вивести, які дії було б виконано.
-h, --help

довідка для post-upgrade
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.10.11 -

Опис

Запуск попередніх перевірок перед оновленням

kubeadm upgrade apply phase preflight [flags]

Параметри

--allow-experimental-upgrades

Показує нестабільні версії Kubernetes як альтернативу для оновлення і дозволяє оновлення до альфа/бета/кандидатів на випуск версій Kubernetes.
--allow-release-candidate-upgrades

Показує версії кандидатів на випуск Kubernetes як альтернативу для оновлення і дозволяє оновлювати до версій кандидатів на випуск Kubernetes.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не змінювати жодного стану, лише вивести, які дії було б виконано.
-f, --force

Примусове оновлення, навіть якщо деякі вимоги можуть бути не виконані. Це також передбачає неінтерактивний режим.
-h, --help

довідка для preflight
--ignore-preflight-errors strings

Список перевірок, помилки яких будуть показані як попередження. Приклад: 'IsPrivilegedUser,Swap'. Значення 'all' ігнорує помилки всіх перевірок.
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
-y, --yes

Виконати оновлення і не запитувати підтвердження (режим без взаємодії).

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.10.12 -

Опис

Завантаження конфігурацій kubeadm та kubelet до ConfigMaps

kubeadm upgrade apply phase upload-config [flags]

Параметри

-h, --help

довідка для upload-config

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.10.13 -

Опис

Завантаження всіх конфігурацій до ConfigMaps

kubeadm upgrade apply phase upload-config all [flags]

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не змінювати жодного стану, лише вивести, які дії було б виконано.
-h, --help

довідка для all
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.10.14 -

Опис

Завантаження kubeadm ClusterConfiguration до ConfigMap

kubeadm upgrade apply phase upload-config kubeadm [flags]

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не змінювати жодного стану, лише вивести, які дії було б виконано.
-h, --help

довідка для kubeadm
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.10.15 -

Опис

Завантаження конфігурації kubelet до ConfigMap

kubeadm upgrade apply phase upload-config kubelet [flags]

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не змінювати жодного стану, лише вивести, які дії було б виконано.
-h, --help

довідка для kubelet
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.10.16 -

Опис

Показує, які відмінності буде застосовано до наявних маніфестів статичних Podʼів. Дивіться також: kubeadm upgrade apply --dry-run

kubeadm upgrade diff [version] [flags]

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
-c, --context-lines int     Типово: 3

Скільки рядків контексту в diff
-h, --help

довідка для diff
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.10.17 -

Опис

Команди upgrade для вузла в кластері

Команда "node" виконує наступні фази:

preflight       Run upgrade node pre-flight checks
control-plane   Upgrade the control plane instance deployed on this node, if any
kubelet-config  Upgrade the kubelet configuration for this node
addon           Upgrade the default kubeadm addons
  /coredns        Upgrade the CoreDNS addon
  /kube-proxy     Upgrade the kube-proxy addon
post-upgrade    Run post upgrade tasks

kubeadm upgrade node [flags]

Параметри

--certificate-renewal     Типово: true

Виконує поновлення сертифікатів, що використовуються компонентами, які змінюються під час оновлень.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не змінювати жодного стану, лише вивести дії, які було б виконано.
--etcd-upgrade     Типово: true

Виконує оновлення etcd.
-h, --help

довідка для node
--ignore-preflight-errors strings

Список перевірок, помилки яких будуть показані як попередження. Приклад: 'IsPrivilegedUser,Swap'. Значення 'all' ігнорує помилки всіх перевірок.
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.
--skip-phases strings

Список фаз, які потрібно пропустити

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.10.18 -

Опис

Використовуйте цю команду для виклику однієї фази робочого процесу "node"

kubeadm upgrade node phase [flags]

Параметри

-h, --help

довідка для phase

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.10.19 -

Опис

Оновлює типові надбудови kubeadm

kubeadm upgrade node phase addon [flags]

Параметри

-h, --help

довідка для addon

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.10.20 -

Опис

Оновлення всіх надбудов

kubeadm upgrade node phase addon all [flags]

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не змінювати жодного стану, лише вивести дії, які було б виконано.
-h, --help

довідка для all
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.10.21 -

Опис

Оновлення надбудови CoreDNS

kubeadm upgrade node phase addon coredns [flags]

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не змінювати жодного стану, лише вивести дії, які було б виконано.
-h, --help

довідка для coredns
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.10.22 -

Опис

Оновлює надбудову kube-proxy

kubeadm upgrade node phase addon kube-proxy [flags]

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не змінювати жодного стану, лише вивести дії, які було б виконано.
-h, --help

довідка для kube-proxy
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.10.23 -

Опис

Оновлює екземпляр панелі управління, розгорнутий на цьому вузлі, якщо такий є

kubeadm upgrade node phase control-plane [flags]

Параметри

--certificate-renewal     Типово: true

Виконує поновлення сертифікатів, що використовуються компонентами, які змінюються під час оновлень.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не змінювати жодного стану, лише вивести дії, які було б виконано.
--etcd-upgrade     Типово: true

Виконує оновлення etcd.
-h, --help

довідка для control-plane
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.10.24 -

Опис

Оновлює конфігурацію kubelet для цього вузла, завантажуючи її з ConfigMap kubelet-config, що зберігається в кластері

kubeadm upgrade node phase kubelet-config [flags]

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не змінювати жодного стану, лише вивести дії, які було б виконано.
-h, --help

довідка для kubelet-config
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.10.25 -

Опис

Запуск завдань після оновлення

kubeadm upgrade node phase post-upgrade [flags]

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не змінювати жодного стану, лише вивести дії, які було б виконано.
-h, --help

довідка для post-upgrade
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.10.26 -

Виконує попередні перевірки upgrade node

Опис

Виконує попередні перевірки для kubeadm upgrade node.

kubeadm upgrade node phase preflight [flags]

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
-h, --help

довідка для preflight
--ignore-preflight-errors strings

Список перевірок, помилки яких будуть показані як попередження. Приклад: 'IsPrivilegedUser,Swap'. Значення 'all' ігнорує помилки всіх перевірок.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.10.27 -

Опис

Перевіряє, до яких версій можна оновитися, і перевіряє, чи можна оновити ваш поточний кластер. Ця команда може бути виконана лише на вузлах панелі управління, де існує файл kubeconfig "admin.conf". Щоб пропустити перевірку Інтернету, вкажіть необовʼязковий параметр [version].

kubeadm upgrade plan [version] [flags]

Параметри

--allow-experimental-upgrades

Показує нестабільні версії Kubernetes як альтернативу для оновлення і дозволяє оновлення до альфа/бета/кандидатів на випуск версій Kubernetes.
--allow-missing-template-keys     Типово: true

Якщо true, ігнорувати будь-які помилки в шаблонах, коли поле або ключ map відсутні в шаблоні. Застосовується тільки до форматів виведення golang і jsonpath.
--allow-release-candidate-upgrades

Показує версії кандидатів на випуск Kubernetes як альтернативу для оновлення і дозволяє оновлювати до версій кандидатів на випуск Kubernetes.
--config string

Шлях до конфігураційного файлу kubeadm.
--etcd-upgrade     Типово: true

Виконує оновлення etcd.
-h, --help

довідка для plan
--ignore-preflight-errors strings

Список перевірок, помилки яких будуть показані як попередження. Приклад: 'IsPrivilegedUser,Swap'. Значення 'all' ігнорує помилки всіх перевірок.
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
-o, --output string     Типово: "text"

Формат виводу. Один з: text|json|yaml|kyaml|go-template|go-template-file|template|templatefile|jsonpath|jsonpath-as-json|jsonpath-file.
--print-config

Вказує, чи потрібно надрукувати файл конфігурації, який буде використаний під час оновлення.
--show-managed-fields

Якщо true, залишати managedFields при виведенні обʼєктів у форматі JSON або YAML.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.11 -

Опис

Виводить версію kubeadm

kubeadm version [flags]

Параметри

-h, --help

довідка для version
-o, --output string

Формат виводу; доступні варіанти: 'yaml', 'json' та 'short'

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

1.12 -

All files in this directory are auto-generated from other repos. Do not edit them manually. You must edit them in their upstream repo.

2 - kubeadm init

Ця команда ініціалізує вузол панелі управління Kubernetes.

Опис

Запустіть цю команду, щоб налаштувати панель управління Kubernetes

Команда "init" виконує такі фази:

preflight                     Run pre-flight checks
certs                         Certificate generation
  /ca                           Generate the self-signed Kubernetes CA to provision identities for other Kubernetes components
  /apiserver                    Generate the certificate for serving the Kubernetes API
  /apiserver-kubelet-client     Generate the certificate for the API server to connect to kubelet
  /front-proxy-ca               Generate the self-signed CA to provision identities for front proxy
  /front-proxy-client           Generate the certificate for the front proxy client
  /etcd-ca                      Generate the self-signed CA to provision identities for etcd
  /etcd-server                  Generate the certificate for serving etcd
  /etcd-peer                    Generate the certificate for etcd nodes to communicate with each other
  /etcd-healthcheck-client      Generate the certificate for liveness probes to healthcheck etcd
  /apiserver-etcd-client        Generate the certificate the apiserver uses to access etcd
  /sa                           Generate a private key for signing service account tokens along with its public key
kubeconfig                    Generate all kubeconfig files necessary to establish the control plane and the admin kubeconfig file
  /admin                        Generate a kubeconfig file for the admin to use and for kubeadm itself
  /super-admin                  Generate a kubeconfig file for the super-admin
  /kubelet                      Generate a kubeconfig file for the kubelet to use *only* for cluster bootstrapping purposes
  /controller-manager           Generate a kubeconfig file for the controller manager to use
  /scheduler                    Generate a kubeconfig file for the scheduler to use
etcd                          Generate static Pod manifest file for local etcd
  /local                        Generate the static Pod manifest file for a local, single-node local etcd instance
control-plane                 Generate all static Pod manifest files necessary to establish the control plane
  /apiserver                    Generates the kube-apiserver static Pod manifest
  /controller-manager           Generates the kube-controller-manager static Pod manifest
  /scheduler                    Generates the kube-scheduler static Pod manifest
kubelet-start                 Write kubelet settings and (re)start the kubelet
wait-control-plane            Wait for the control plane to start
upload-config                 Upload the kubeadm and kubelet configuration to a ConfigMap
  /kubeadm                      Upload the kubeadm ClusterConfiguration to a ConfigMap
  /kubelet                      Upload the kubelet component config to a ConfigMap
upload-certs                  Upload certificates to kubeadm-certs
mark-control-plane            Mark a node as a control-plane
bootstrap-token               Generates bootstrap tokens used to join a node to a cluster
kubelet-finalize              Updates settings relevant to the kubelet after TLS bootstrap
  /enable-client-cert-rotation  Enable kubelet client certificate rotation
addon                         Install required addons for passing conformance tests
  /coredns                      Install the CoreDNS addon to a Kubernetes cluster
  /kube-proxy                   Install the kube-proxy addon to a Kubernetes cluster
show-join-command             Show the join command for control-plane and worker node

kubeadm init [flags]

Параметри

--apiserver-advertise-address string

IP-адреса, яку API-сервер оголошуватиме як адресу, на якій він слухає. Якщо не встановлено, буде використано типовий мережевий інтерфейс.
--apiserver-bind-port int32     Типово: 6443

Порт, до якого API-сервер буде привʼязуватися.
--apiserver-cert-extra-sans strings

Додаткові необовʼязкові альтернативні імена субʼєкта (SANs) для використання в сертифікаті обслуговування API-сервера. Можуть бути як IP-адреси, так і DNS-імена.
--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--certificate-key string

Ключ, що використовується для шифрування сертифікатів панелі управління у Secret kubeadm-certs. Ключ сертифіката — це шістнадцятковий рядок, який є ключем AES розміром 32 байти.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane-endpoint string

Вказує стабільну IP-адресу або DNS-імʼя для панелі управління.
--cri-socket string

Шлях до сокета CRI для підключення. Якщо порожньо, kubeadm спробує автоматично визначити це значення; використовуйте цей параметр лише якщо у вас встановлено більше одного CRI або якщо у вас нестандартний сокет CRI.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
--feature-gates string

Набір пар ключ=значення, що описують функціональні можливості для різних функцій. Варіанти:
RootlessControlPlane=true|false (ALPHA - default=false)
-h, --help

довідка для init
--ignore-preflight-errors strings

Список перевірок, помилки яких будуть показані як попередження. Приклад: 'IsPrivilegedUser,Swap'. Значення 'all' ігнорує помилки всіх перевірок.
--image-repository string     Типово: "registry.k8s.io"

Вибрати реєстр контейнерів для завантаження образів панелі управління
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.
--node-name string

Вкажіть імʼя вузла.
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.
--pod-network-cidr string

Вкажіть діапазон IP-адрес для мережі Podʼів. Якщо встановлено, панель управління автоматично виділить CIDR для кожного вузла.
--service-cidr string     Типово: "10.96.0.0/12"

Використовуйте альтернативний діапазон IP-адрес для VIP сервісів.
--service-dns-domain string     Типово: "cluster.local"

Використовуйте альтернативний домен для сервісів, наприклад, "myorg.internal".
--skip-certificate-key-print

Не виводити ключ, який використовується для шифрування сертифікатів панелі управління.
--skip-phases strings

Список фаз, які потрібно пропустити
--skip-token-print

Пропустити виведення типового токена bootstrap, згенерованого 'kubeadm init'.
--token string

Токен для встановлення двосторонньої довіри між вузлами та вузлами панелі управління. Формат [a-z0-9]{6}.[a-z0-9]{16} — наприклад, abcdef.0123456789abcdef
--token-ttl duration     Типово: 24h0m0s

Час до автоматичного видалення токена (наприклад, 1s, 2m, 3h). Якщо встановлено '0', термін дії токена ніколи не спливе
--upload-certs

Завантажити сертифікати панелі управління у Secret kubeadm-certs.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Процес init

kubeadm init розгортає вузол панелі управління Kubernetes, виконуючи наступні кроки:

  1. Виконує серію попередніх перевірок, щоб перевірити стан системи перед внесенням змін. Деякі перевірки лише видають попередження, інші вважаються помилками, і kubeadm припиняє роботу, доки проблема не буде виправлена або користувач не вкаже --ignore-preflight-errors=<list-of-errors>.

  2. Генерує самопідписний CA для налаштування ідентифікаційних даних для кожного компонента в кластері. Користувач може надати свої власні сертифікат та/або ключ CA, помістивши їх у теку сертифікатів, налаштовану через --cert-dir (типово /etc/kubernetes/pki). Сертифікати API-сервера матимуть додаткові записи SAN для будь-яких аргументів --apiserver-cert-extra-sans, з приведенням до нижнього регістру за потреби.

  3. Записує файли kubeconfig у /etc/kubernetes/ для kubelet, controller-manager та scheduler для підключення до API-сервера, кожен зі своїми ідентифікаційними даними. Також створюються додаткові файли kubeconfig: для kubeadm як адміністративної сутності (admin.conf) та для суперадміністратора, що може обходити RBAC (super-admin.conf).

  4. Генерує маніфести статичних Podʼів для API-сервера, controller-manager та scheduler. Якщо зовнішній etcd не надано, створюється додатковий маніфест статичного Podʼа для etcd.

    Маніфести статичних Podʼів записуються у /etc/kubernetes/manifests; kubelet стежить за цією текою, щоб створити Podʼи під час запуску.

    Щойно Podʼи панелі управління будуть запущені та працюватимуть, процес kubeadm init може продовжитися.

  5. Додає мітки та taint на вузол панелі управління, щоб жодні додаткові робочі навантаження не запускалися там.

  6. Генерує токен, який додаткові вузли зможуть використовувати в майбутньому для реєстрації в панелі управління. За бажанням користувач може надати токен через --token, як описано в документації kubeadm token.

  7. Виконує всі необхідні налаштування, щоб дозволити приєднання вузлів за допомогою механізму токенів bootstrap та TLS Bootstrap:

    • Записує ConfigMap, що надає всю необхідну для приєднання інформацію, та налаштовує відповідні правила доступу RBAC.

    • Надає токенам bootstrap доступ до API підписання CSR.

    • Налаштовує автоматичне схвалення нових запитів CSR.

    Див. kubeadm join для додаткової інформації.

  8. Встановлює DNS-сервер (CoreDNS) та компоненти надбудови kube-proxy через API-сервер. Зверніть увагу, що хоча DNS-сервер розгорнуто, він не буде запланований до встановлення CNI.

Використання фаз init з kubeadm

kubeadm дозволяє створювати вузол панелі управління поетапно, використовуючи команду kubeadm init phase.

Щоб переглянути впорядкований список фаз та підфаз, можна викликати kubeadm init --help. Список буде розташований на початку екрана довідки, і кожна фаза матиме опис поруч із нею. Зверніть увагу, що під час виклику kubeadm init всі фази та підфази будуть виконані саме в такому порядку.

Деякі фази мають унікальні прапорці, тому, якщо ви хочете переглянути список доступних опцій, додайте --help, наприклад:

sudo kubeadm init phase control-plane controller-manager --help

Ви також можете використовувати --help, щоб побачити список підфаз для певної батьківської фази:

sudo kubeadm init phase control-plane --help

kubeadm init також має прапорець --skip-phases, який можна використовувати для пропуску певних фаз. Прапорець приймає список назв фаз, які можна взяти з вищезгаданого впорядкованого списку.

Приклад:

sudo kubeadm init phase control-plane all --config=configfile.yaml
sudo kubeadm init phase etcd local --config=configfile.yaml
# тепер ви можете змінити файли маніфестів панелі управління та etcd
sudo kubeadm init --skip-phases=control-plane,etcd --config=configfile.yaml

Цей приклад записує файли маніфестів для панелі управління та etcd у /etc/kubernetes/manifests на основі конфігурації в configfile.yaml. Це дозволяє вам змінити файли, а потім пропустити ці фази, використовуючи --skip-phases. Викликом останньої команди ви створите вузол панелі управління з власними файлами маніфестів.

СТАН ФУНКЦІОНАЛУ: Beta since Kubernetes v1.22

Як альтернативу, ви можете використовувати поле skipPhases у InitConfiguration.

Використання kubeadm init з конфігураційним файлом

Увага:

Конфігураційний файл все ще вважається бета-версією і може змінитися в майбутніх версіях.

Можна налаштувати kubeadm init за допомогою конфігураційного файлу замість прапорців командного рядка, а деякі розширені функції можуть бути доступні лише як опції конфігураційного файлу. Цей файл передається за допомогою прапорця --config, і він повинен містити структуру ClusterConfiguration і, за бажанням, інші структури, розділені ---\n. Поєднання --config з іншими прапорцями в деяких випадках може бути недозволеним.

Типову конфігурацію можна вивести за допомогою команди kubeadm config print.

Якщо ваша конфігурація не використовує останню версію, рекомендується мігрувати її за допомогою команди kubeadm config migrate.

Для отримання додаткової інформації про поля та використання конфігурації ви можете перейти на нашу сторінку довідки API.

Використання kubeadm init з функціональними можливостями

kubeadm підтримує набір функціональних можливостей (feature gates), які унікальні для kubeadm і можуть бути застосовані лише під час створення кластера за допомогою kubeadm init. Ці функції можуть керувати поведінкою кластера. Функціональні можливості видаляються після того, як функція переходить до стадії GA.

Щоб передати функціональну можливість, можна використати прапорець --feature-gates для kubeadm init або додати елементи до поля featureGates, коли ви передаєте конфігураційний файл за допомогою --config.

Передача функціональних можливостей для основних компонентів Kubernetes безпосередньо в kubeadm не підтримується. Натомість їх можна передати за допомогою налаштування компонентів за допомогою API kubeadm.

Список функціональних можливостей:

Функціональні можливості kubeadm
Функція Типово Alpha Beta GA Застаріла
RootlessControlPlane false 1.22 - - 1.31

Опис функціональних можливостей:

RootlessControlPlane
Встановлення цього прапорця налаштовує контейнери статичних Podʼів компонентів панелі управління, розгорнутих kubeadm, для kube-apiserver, kube-controller-manager, kube-scheduler та etcd так, щоб вони запускалися від імені користувачів без прав root. Якщо прапорець не встановлено, ці компоненти запускаються з правами root. Ви можете змінити значення цієї функціональної можливості перед оновленням до новішої версії Kubernetes.

Список видалених функціональних можливостей:

Видалені функціональні можливості kubeadm
Функція Alpha Beta GA Видалена
ControlPlaneKubeletLocalMode 1.31 1.33 1.35 1.36
EtcdLearnerMode 1.27 1.29 1.32 1.33
IPv6DualStack 1.16 1.21 1.23 1.24
NodeLocalCRISocket 1.32 1.34 1.36 1.37
PublicKeysECDSA 1.19 - - 1.37
UnversionedKubeletConfigMap 1.22 1.23 1.25 1.26
UpgradeAddonsBeforeControlPlane 1.28 - - 1.31
WaitForAllControlPlaneComponents 1.30 1.33 1.34 1.35

Опис функціональних можливостей:

ControlPlaneKubeletLocalMode
З увімкненою функціональною можливістю під час приєднання нового вузла панелі управління kubeadm налаштовуватиме kubelet для підключення до локального kube-apiserver. Це гарантує, що під час поступових оновлень (rolling upgrades) не буде порушено політику розбіжності версій.
EtcdLearnerMode
Під час приєднання нового вузла панелі управління новий член etcd буде створений як учень (learner) і підвищений до члена з правом голосу лише після того, як дані etcd будуть повністю узгоджені.
IPv6DualStack
Цей прапорець допомагає налаштувати компоненти для подвійного стека, поки функція перебуває в розробці. Для отримання докладнішої інформації про підтримку подвійного стека в Kubernetes дивіться Підтримка подвійного стека за допомогою kubeadm.
NodeLocalCRISocket
З увімкненою функціональною можливістю kubeadm читатиме/записуватиме CRI-сокет для кожного вузла з/до файлу /var/lib/kubelet/instance-config.yaml замість того, щоб читати/записувати його з/до анотації kubeadm.alpha.kubernetes.io/cri-socket в обʼєкті Node. Новий файл застосовується як патч конфігурації екземпляра перед застосуванням будь-яких інших патчів, керованих користувачем, коли використовується прапорець --patches. Він містить єдине поле containerRuntimeEndpoint з формату файлу KubeletConfiguration. Якщо функціональну можливість увімкнено під час оновлення, але файл /var/lib/kubelet/instance-config.yaml ще не існує, kubeadm спробує прочитати значення CRI-сокета з файлу /var/lib/kubelet/kubeadm-flags.env.
PublicKeysECDSA
Можна використовувати для створення кластера, який використовує сертифікати ECDSA замість типового алгоритму RSA. Поновлення наявних сертифікатів ECDSA також підтримується за допомогою kubeadm certs renew, але ви не можете перемикатися між алгоритмами RSA і ECDSA на льоту або під час оновлень. У версіях Kubernetes до v1.31 була помилка, через яку ключі у згенерованих файлах kubeconfig використовували RSA, навіть якщо ви увімкнули функціональну можливість PublicKeysECDSA. Ця функціональна можливість застаріла на користь функціональності encryptionAlgorithm, доступної у kubeadm v1beta4.
UnversionedKubeletConfigMap
Цей прапорець керує назвою ConfigMap, в якому kubeadm зберігає дані конфігурації kubelet. Якщо цей прапорець не вказано або встановлено в true, ConfigMap називається kubelet-config. Якщо ви встановите цей прапорець у false, назва ConfigMap міститиме мажорну та мінорну версію Kubernetes (наприклад: kubelet-config-1.37). kubeadm забезпечує, що правила RBAC для читання та запису цього ConfigMap відповідають значенню, яке ви встановили. Коли kubeadm записує цей ConfigMap (під час kubeadm init або kubeadm upgrade apply), kubeadm враховує значення UnversionedKubeletConfigMap. Під час читання цього ConfigMap (під час kubeadm join, kubeadm reset, kubeadm upgrade...) kubeadm спочатку намагається використати назву ConfigMap без версії. Якщо це не вдається, kubeadm повертається до використання застарілої (версійної) назви для цього ConfigMap.
UpgradeAddonsBeforeControlPlane
Цю функціональну можливість було видалено. Її було представлено у v1.28 як застарілу функцію, а потім видалено у v1.31. Для документації щодо старіших версій, будь ласка, перейдіть на відповідну версію вебсайту.
WaitForAllControlPlaneComponents
З увімкненою функціональною можливістю kubeadm чекатиме, доки всі компоненти панелі управління (kube-apiserver, kube-controller-manager, kube-scheduler) на вузлі панелі управління не повідомлять про стан 200 на своїх точках доступу /livez або /healthz. Ці перевірки виконуються на https://ADDRESS:PORT/ENDPOINT.
  • PORT береться з --secure-port компонента.
  • ADDRESS — це --advertise-address для kube-apiserver та --bind-address для kube-controller-manager та kube-scheduler.
  • ENDPOINT — це лише /healthz для kube-controller-manager, доки він також не підтримуватиме /livez.

Якщо ви вкажете власні ADDRESS або PORT у конфігурації kubeadm, їх буде враховано. Без увімкненої функціональної можливості kubeadm чекатиме лише на готовність kube-apiserver на вузлі панелі управління. Процес очікування починається одразу після того, як kubeadm запустить kubelet на хості. Рекомендується увімкнути цю функціональну можливість, якщо ви бажаєте спостерігати стан готовності всіх компонентів панелі управління під час виконання команд kubeadm init або kubeadm join.

Додавання параметрів kube-proxy

Для отримання інформації про параметри kube-proxy у конфігурації kubeadm дивіться:

Для отримання інформації про увімкнення режиму IPVS за допомогою kubeadm дивіться:

Передача власних прапорців компонентам панелі управління

Для отримання інформації про передачу прапорців компонентам панелі управління дивіться:

Використання kubeadm без підключення до Інтернету

Для запуску kubeadm без підключення до Інтернету необхідно попередньо завантажити потрібні образи панелі управління.

Ви можете отримати перелік та завантажити образи за допомогою підкоманди kubeadm config images:

kubeadm config images list
kubeadm config images pull

Ви можете передати --config вищенаведеним командам з файлом конфігурації kubeadm, щоб керувати полями kubernetesVersion та imageRepository.

Усі типові образи registry.k8s.io, необхідні kubeadm, підтримують кілька архітектур.

Використання власних образів

Типово kubeadm завантажує образи з registry.k8s.io. Якщо запитана версія Kubernetes є міткою CI (наприклад, ci/latest), використовується gcr.io/k8s-staging-ci-images.

Ви можете змінити цю поведінку, використовуючи kubeadm з файлом конфігурації. Дозволені налаштування:

  • Вказати kubernetesVersion, що впливає на версію образів.
  • Вказати альтернативний imageRepository, який буде використовуватися замість registry.k8s.io.
  • Вказати конкретні imageRepository та imageTag для etcd або CoreDNS.

Шляхи образів у типовому registry.k8s.io та у власному репозиторії, вказаному за допомогою imageRepository, можуть відрізнятися з міркувань зворотної сумісності. Наприклад, образ може мати підшлях registry.k8s.io/subpath/image, але типово мати шлях my.customrepository.io/image під час використання власного репозиторію.

Щоб надіслати образи до вашого власного репозиторію за шляхами, які може використовувати kubeadm, вам потрібно:

  • Завантажити образи з типових шляхів у registry.k8s.io за допомогою kubeadm config images {list|pull}.
  • Надіслати образи за шляхами з kubeadm config images list --config=config.yaml, де config.yaml містить власне значення imageRepository та/або imageTag для etcd та CoreDNS.
  • Передати той самий config.yaml до kubeadm init.

Власні образи sandbox (pause)

Щоб встановити для них власний образ, потрібно налаштувати ваше середовище виконання контейнерів на використання цього образу. Зверніться до документації вашого середовища виконання контейнерів, щоб дізнатися, як змінити це налаштування; для деяких середовищ виконання контейнерів ви також можете знайти поради у розділі Середовища виконання контейнерів.

Завантаження сертифікатів панелі управління до кластера

Додавши прапорець --upload-certs до kubeadm init, ви можете тимчасово завантажити сертифікати панелі управління до Secret у кластері. Зверніть увагу, що термін дії цього Secret автоматично спливе через 2 години. Сертифікати шифруються за допомогою 32-байтного ключа, який можна задати за допомогою --certificate-key. Той самий ключ можна використовувати для завантаження сертифікатів під час приєднання додаткових вузлів панелі управління, передавши --control-plane та --certificate-key до kubeadm join.

Для повторного завантаження сертифікатів після закінчення їхнього терміну дії можна використовувати таку команду фази:

kubeadm init phase upload-certs --upload-certs --config=SOME_YAML_FILE

Примітка:

Попередньо визначений certificateKey можна вказати в InitConfiguration під час передачі файлу конфігурації за допомогою --config.

Якщо попередньо визначений ключ сертифіката не передано до kubeadm init і kubeadm init phase upload-certs, новий ключ буде згенеровано автоматично.

Для генерації нового ключа на вимогу можна використовувати таку команду:

kubeadm certs certificate-key

Управління сертифікатами за допомогою kubeadm

Докладну інформацію про управління сертифікатами за допомогою kubeadm дивіться в розділі Управління сертифікатами за допомогою kubeadm. Документ містить інформацію про використання зовнішнього центру сертифікації (CA), власних сертифікатів та поновлення сертифікатів.

Керування drop-in файлом kubeadm для kubelet

Пакет kubeadm постачається з файлом конфігурації для запуску kubelet через systemd. Зауважте, що CLI kubeadm ніколи не торкається цього drop-in файлу. Цей drop-in файл є частиною DEB/RPM-пакунка kubeadm.

Для отримання додаткової інформації дивіться Керування drop-in файлом kubeadm для systemd.

Використання kubeadm із середовищами виконання CRI

Типово kubeadm намагається виявити ваше середовище виконання контейнерів. Докладніше про це виявлення дивіться в посібнику зі встановлення CRI для kubeadm.

Встановлення імені вузла

Типово kubeadm призначає імʼя вузла на основі адреси хоста машини. Ви можете змінити це налаштування за допомогою прапорця --node-name. Цей прапорець передає відповідне значення --hostname-override до kubelet.

Майте на увазі, що перевизначення імені хоста може заважати роботі хмарних провайдерів.

Автоматизація kubeadm

Замість копіювання токена, який ви отримали з kubeadm init, на кожний вузол, як у базовому посібнику з kubeadm, ви можете розподіляти токен паралельно для полегшення автоматизації. Щоб реалізувати цю автоматизацію, вам потрібно знати IP-адресу, яку матиме вузол панелі управління після запуску, або використовувати DNS-імʼя чи адресу балансувальника навантаження.

  1. Згенеруйте токен. Цей токен повинен мати форму <6 character string>.<16 character string>. Формально він повинен відповідати регулярному виразу: [a-z0-9]{6}\.[a-z0-9]{16}.

    kubeadm може згенерувати токен для вас:

    kubeadm token generate

  2. Запустіть одночасно вузол панелі управління та робочі вузли з цим токеном. Під час запуску вони мають знайти один одного та сформувати кластер. Той самий аргумент --token можна використовувати як у kubeadm init, так і у kubeadm join.

  3. Аналогічно можна вчинити з --certificate-key під час приєднання додаткових вузлів панелі управління. Ключ можна згенерувати за допомогою:

    kubeadm certs certificate-key

Щойно кластер запуститься, ви зможете використовувати файл /etc/kubernetes/admin.conf з вузла панелі управління для взаємодії з кластером з обліковими даними адміністратора або скористатися розділом Генерування файлів kubeconfig для додаткових користувачів.

Зауважте, що такий спосіб початкового розгортання має дещо послаблені гарантії безпеки, оскільки не дозволяє перевірити хеш кореневого CA за допомогою --discovery-token-ca-cert-hash (оскільки він не генерується під час підготовки вузлів). Докладніше дивіться в kubeadm join.

Що далі

  • kubeadm init phase — щоб дізнатися більше про фази kubeadm init
  • kubeadm join — щоб розгорнути робочий вузол Kubernetes і приєднати його до кластера
  • kubeadm upgrade — щоб оновити кластер Kubernetes до новішої версії
  • kubeadm reset — щоб скасувати будь-які зміни, внесені на цьому хості командами kubeadm init або kubeadm join

3 - kubeadm join

Ця команда ініціалізує новий вузол Kubernetes і приєднує його до наявного кластера.

Запустіть цю команду на будь-якому компʼютері, який ви хочете приєднати до існуючого кластера

Опис

Під час приєднання до кластера, ініціалізованого kubeadm, необхідно встановити двосторонню довіру. Цей процес розділяється на виявлення (щоб Node довіряв панелі управління Kubernetes) та TLS bootstrap (щоб панель управління Kubernetes довіряла Node).

Існує 2 основні схеми виявлення. Перша — використовувати спільний токен разом з IP-адресою API-сервера. Друга — надати файл, який є підмножиною стандартного файлу kubeconfig. Файл discovery/kubeconfig підтримує токен, втулки автентифікації client-go ("exec"), "tokenFile" та "authProvider". Цей файл може бути локальним або завантаженим через HTTPS URL. Можливі форми: kubeadm join --discovery-token abcdef.1234567890abcdef 1.2.3.4:6443, kubeadm join --discovery-file path/to/file.conf або kubeadm join --discovery-file https://url/file.conf. Можна використовувати лише одну форму. Якщо інформація для виявлення завантажується з URL, обовʼязково використовувати HTTPS. Також у цьому випадку для перевірки зʼєднання використовується встановлений на хості набір сертифікатів CA.

Якщо ви використовуєте спільний токен для виявлення, слід також передати прапорець --discovery-token-ca-cert-hash для перевірки публічного ключа кореневого центру сертифікації (CA), наданого панеллю управління Kubernetes. Значення цього прапорця задається як "<hash-type>:<hex-encoded-value>", де підтримуваний тип хешу — "sha256". Хеш обчислюється по байтах обʼєкта Subject Public Key Info (SPKI) (як в RFC7469). Це значення доступне у виводі "kubeadm init" або може бути обчислене за допомогою стандартних інструментів. Прапорець --discovery-token-ca-cert-hash можна вказувати кілька разів, щоб дозволити більше одного публічного ключа.

Якщо ви не можете знати хеш публічного ключа CA заздалегідь, ви можете передати прапорець --discovery-token-unsafe-skip-ca-verification, щоб вимкнути цю перевірку. Це послаблює модель безпеки kubeadm, оскільки інші вузли потенційно можуть видавати себе за панель управління Kubernetes.

Механізм TLS bootstrap також працює через спільний токен. Він використовується для тимчасової автентифікації в панелі управління Kubernetes, щоб подати запит на підписання сертифіката (CSR) для локально створеної пари ключів. Типово kubeadm налаштовує панель управління Kubernetes на автоматичне схвалення цих запитів на підписання. Цей токен передається за допомогою прапорця --tls-bootstrap-token abcdef.1234567890abcdef.

Часто той самий токен використовується для обох частин. У цьому випадку замість окремого зазначення кожного токена можна використовувати прапорець --token.

Команда "join [api-server-endpoint]" виконує такі фази:

preflight               Run join pre-flight checks
control-plane-prepare   Prepare the machine for serving a control plane
  /download-certs         Download certificates shared among control-plane nodes from the kubeadm-certs Secret
  /certs                  Generate the certificates for the new control plane components
  /kubeconfig             Generate the kubeconfig for the new control plane components
  /control-plane          Generate the manifests for the new control plane components
kubelet-start           Write kubelet settings, certificates and (re)start the kubelet
etcd-join               Join etcd for control plane nodes
kubelet-wait-bootstrap  Wait for the kubelet to bootstrap itself
control-plane-join      Join a machine as a control plane instance
  /mark-control-plane     Mark a node as a control-plane
wait-control-plane      Wait for the control plane to start

kubeadm join [api-server-endpoint] [flags]

Параметри

--apiserver-advertise-address string

Якщо вузол має розміщувати новий екземпляр панелі управління, IP-адреса, яку API-сервер оголошуватиме як адресу, на якій він слухає. Якщо не вказано, буде використано типовий мережевий інтерфейс.
--apiserver-bind-port int32     Типово: 6443

Якщо вузол має розміщувати новий екземпляр панелі управління, порт, до якого привʼязуватиметься API-сервер.
--certificate-key string

Використовуйте цей ключ для розшифрування секретів сертифікатів, завантажених init. Ключ сертифіката — це рядок у шістнадцятковому кодуванні, який є ключем AES розміром 32 байти.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane

Створити новий екземпляр панелі управління на цьому вузлі
--cri-socket string

Шлях до сокета CRI для підключення. Якщо порожньо, kubeadm спробує автоматично визначити це значення; використовуйте цей параметр лише якщо у вас встановлено більше одного CRI або якщо у вас нестандартний сокет CRI.
--discovery-file string

Для виявлення на основі файлу, файл або URL, з якого буде завантажена інформація про кластер.
--discovery-token string

Для виявлення на основі токена, токен, який використовується для перевірки інформації про кластер, отриманої з API-сервера.
--discovery-token-ca-cert-hash strings

Для виявлення на основі токена, перевірити, що публічний ключ кореневого центру сертифікації відповідає цьому хешу (формат: "<type>:<value>").
--discovery-token-unsafe-skip-ca-verification

Для виявлення на основі токена, дозволити приєднання без закріплення --discovery-token-ca-cert-hash.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для join
--ignore-preflight-errors strings

Список перевірок, помилки яких будуть показані як попередження. Приклад: 'IsPrivilegedUser,Swap'. Значення 'all' ігнорує помилки всіх перевірок.
--node-name string

Вкажіть імʼя вузла.
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.
--skip-phases strings

Список фаз, які потрібно пропустити
--tls-bootstrap-token string

Вкажіть токен, який використовується для тимчасової автентифікації в панелі управління Kubernetes під час приєднання вузла.
--token string

Використовуйте цей токен для discovery-token та tls-bootstrap-token, коли ці значення не вказані.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Процес приєднання

kubeadm join ініціалізує робочий вузол Kubernetes або вузол панелі управління та додає його до кластера. Ця дія складається з наступних кроків для робочих вузлів:

  1. kubeadm завантажує необхідну інформацію про кластер з API-сервера. Типово використовується токен bootstrap та хеш ключа CA для перевірки достовірності цих даних. Кореневий CA також може бути виявлений безпосередньо через файл або URL.

  2. Як тільки інформація про кластер стає відомою, kubelet може розпочати процес TLS bootstrap.

    TLS bootstrap використовує спільний токен для тимчасової автентифікації в API-сервері Kubernetes, щоб надіслати запит на підписання сертифіката (CSR); типово панель управління підписує цей CSR-запит автоматично.

  3. Нарешті, kubeadm налаштовує локальний kubelet для підключення до API-сервера з остаточною ідентичністю, призначеною вузлу.

Для вузлів панелі управління виконуються додаткові кроки:

  1. Завантаження з кластера сертифікатів, спільних для вузлів панелі управління (якщо це явно запитано користувачем).

  2. Генерація маніфестів компонентів панелі управління, сертифікатів та kubeconfig.

  3. Додавання нового локального члена etcd.

Використання фаз приєднання з kubeadm

Kubeadm дозволяє приєднати вузол до кластера фазами, використовуючи kubeadm join phase.

Щоб переглянути впорядкований список фаз та підфаз, можна викликати kubeadm join --help. Список буде розташований у верхній частині екрана довідки, і кожна фаза матиме опис поруч із нею. Зверніть увагу, що при виклику kubeadm join усі фази та підфази будуть виконані саме в цьому порядку.

Деякі фази мають унікальні прапорці, тому якщо ви хочете переглянути список доступних опцій, додайте --help, наприклад:

kubeadm join phase kubelet-start --help

Подібно до команди kubeadm init phase, команда kubeadm join phase дозволяє пропустити список фаз, використовуючи прапорець --skip-phases.

Наприклад:

sudo kubeadm join --skip-phases=preflight --config=config.yaml
СТАН ФУНКЦІОНАЛУ: Beta since Kubernetes v1.22

Крім того, ви можете використовувати поле skipPhases в JoinConfiguration.

Визначення, якому CA кластера довіряти

Процес виявлення kubeadm має кілька варіантів, кожен з яких має свої компроміси щодо безпеки. Правильний метод для вашого середовища залежить від того, як ви впроваджуєте вузли, та від ваших очікувань щодо безпеки вашої мережі та життєвого циклу вузлів.

Виявлення на основі токена з закріпленням CA

Це типовий режим у kubeadm. У цьому режимі kubeadm завантажує конфігурацію кластера (включаючи кореневий CA) та перевіряє її за допомогою токена, а також перевіряє, що відкритий ключ кореневого CA відповідає наданому хешу і що сертифікат API-сервера є дійсним відносно кореневого CA.

Хеш ключа CA має формат sha256:<hex_encoded_hash>. Типово значення хешу виводиться наприкінці роботи команди kubeadm init або у виводі команди kubeadm token create --print-join-command. Воно має стандартний формат (див. RFC7469) і також може бути обчислене сторонніми інструментами або системами розгортання. Наприклад, за допомогою OpenSSL CLI:

openssl x509 -pubkey -in /etc/kubernetes/pki/ca.crt | openssl rsa -pubin -outform der 2>/dev/null | openssl dgst -sha256 -hex | sed 's/^.* //'

Приклади команд kubeadm join:

Для робочих вузлів:

kubeadm join --discovery-token abcdef.1234567890abcdef --discovery-token-ca-cert-hash sha256:1234..cdef 1.2.3.4:6443

Для вузлів панелі управління:

kubeadm join --discovery-token abcdef.1234567890abcdef --discovery-token-ca-cert-hash sha256:1234..cdef --control-plane 1.2.3.4:6443

Ви також можете викликати join для вузла панелі управління з --certificate-key, щоб скопіювати сертифікати на цей вузол, якщо команда kubeadm init була викликана з --upload-certs.

Переваги:

  • Дозволяє вузлам початкового завантаження безпечно виявляти корінь довіри для вузла панелі управління, навіть якщо інші робочі вузли або мережа скомпрометовані.

  • Зручно виконувати вручну, оскільки вся необхідна інформація вміщується в одну команду kubeadm join.

Недоліки:

  • Хеш CA зазвичай не відомий до тих пір, поки вузол панелі управління не буде впроваджений, що може ускладнити створення автоматизованих інструментів впровадження, які використовують kubeadm. Генеруючи свій CA заздалегідь, ви можете обійти це обмеження.

Виявлення на основі токена без закріплення CA

Цей режим покладається лише на симетричний токен для підпису (HMAC-SHA256) інформації про виявлення, що встановлює корінь довіри для панелі управління. Щоб використовувати цей режим, вузли, що приєднуються, повинні пропустити перевірку хешу відкритого ключа CA, використовуючи --discovery-token-unsafe-skip-ca-verification. Якщо можливо, слід розглянути використання одного з інших режимів.

Приклад команди kubeadm join:

kubeadm join --token abcdef.1234567890abcdef --discovery-token-unsafe-skip-ca-verification 1.2.3.4:6443

Переваги:

  • Все ще захищає від багатьох атак на рівні мережі.

  • Токен можна створити заздалегідь і поділитися ним з вузлом панелі управління та робочими вузлами, які потім можуть проходити початкове завантаження паралельно без координації. Це дозволяє використовувати його в багатьох сценаріях розгортання.

Недоліки:

  • Якщо зловмисник зможе викрасти токен bootstrap через якусь уразливість, він зможе використати цей токен (разом з доступом на рівні мережі), щоб видавати себе за вузол панелі управління перед іншими вузлами початкового завантаження. Це може бути або не бути прийнятним компромісом у вашому середовищі.

Виявлення на основі файлів або HTTPS

Це забезпечує спосіб встановлення кореня довіри між вузлом панелі управління та вузлами початкового завантаження поза основним каналом (out-of-band). Розгляньте використання цього режиму, якщо ви створюєте автоматизоване розгортання за допомогою kubeadm. Формат файлу для виявлення — це звичайний файл Kubernetes kubeconfig.

Якщо файл для виявлення не містить облікових даних, буде використано токен виявлення TLS.

Приклади команд kubeadm join:

  • kubeadm join --discovery-file path/to/file.conf (локальний файл)

  • kubeadm join --discovery-file https://url/file.conf (віддалений HTTPS URL)

Переваги:

  • Дозволяє вузлам початкового завантаження безпечно виявляти корінь довіри для вузла панелі управління, навіть якщо мережа або інші робочі вузли скомпрометовані.

Недоліки:

  • Вимагає, щоб у вас був спосіб перенести інформацію про виявлення від вузла панелі управління до вузлів початкового завантаження. Якщо файл для виявлення містить облікові дані, ви повинні тримати його в секреті та передавати через захищений канал. Це можна зробити за допомогою вашого хмарного провайдера або інструменту розгортання.

Використання власних облікових даних kubelet з kubeadm join

Щоб дозволити kubeadm join використовувати заздалегідь визначені облікові дані kubelet і пропустити клієнтський TLS bootstrap та затвердження CSR для нового вузла:

  1. На працюючому вузлі панелі управління в кластері, який має /etc/kubernetes/pki/ca.key, виконайте kubeadm kubeconfig user --org system:nodes --client-name system:node:$NODE > kubelet.conf. $NODE має бути встановлено на імʼя нового вузла.
  2. Відредагуйте отриманий kubelet.conf вручну, щоб налаштувати імʼя кластера та точку доступу сервера, або запустіть kubeadm kubeconfig user --config (вона приймає InitConfiguration).

Якщо у вашому кластері немає файлу ca.key, вам потрібно підписати вбудовані сертифікати в kubelet.conf зовнішнім чином. Для додаткової інформації дивіться Сертифікати PKI та вимоги та Управління сертифікатами за допомогою kubeadm.

  1. Скопіюйте отриманий kubelet.conf до /etc/kubernetes/kubelet.conf на новому вузлі.
  2. Виконайте kubeadm join з прапорцем --ignore-preflight-errors=FileAvailable--etc-kubernetes-kubelet.conf на новому вузлі.

Ще більший захист вашого встановлення

Типові налаштування kubeadm можуть не підходити для всіх. Цей розділ показує, як посилити захист встановлення kubeadm коштом зручності користування.

Вимкнення автоматичного затвердження клієнтських сертифікатів вузла

Типово увімкнено автоматичне затвердження CSR, яке по суті затверджує будь-який запит на клієнтський сертифікат для kubelet, якщо під час автентифікації використовувався токен bootstrap. Якщо ви не бажаєте, щоб кластер автоматично затверджував клієнтські сертифікати kubelet, ви можете вимкнути цю функцію, виконавши наступну команду:

kubectl delete clusterrolebinding kubeadm:node-autoapprove-bootstrap

Після цього команда kubeadm join буде блокуватися до тих пір, поки адміністратор вручну не затвердить поточний CSR:

  1. За допомогою kubectl get csr ви можете побачити, що оригінальний CSR перебуває в стані Pending.

    kubectl get csr

    Результат буде подібним до такого:

    NAME                                                   AGE       REQUESTOR                 CONDITION
node-csr-c69HXe7aYcqkS1bKmH4faEnHAWxn6i2bHZ2mD04jZyQ   18s       system:bootstrap:878f07   Pending

  2. kubectl certificate approve дозволяє адміністратору затвердити CSR. Ця дія наказує контролеру підпису сертифікатів видати сертифікат запитувачеві з атрибутами, запитаними у CSR.

    kubectl certificate approve node-csr-c69HXe7aYcqkS1bKmH4faEnHAWxn6i2bHZ2mD04jZyQ

    Результат буде подібним до такого:

    certificatesigningrequest "node-csr-c69HXe7aYcqkS1bKmH4faEnHAWxn6i2bHZ2mD04jZyQ" approved

  3. Це змінить стан ресурсу CSR на Active.

    kubectl get csr

    Результат буде подібним до такого:

    NAME                                                   AGE       REQUESTOR                 CONDITION
node-csr-c69HXe7aYcqkS1bKmH4faEnHAWxn6i2bHZ2mD04jZyQ   1m        system:bootstrap:878f07   Approved,Issued

Це змушує процес kubeadm join завершуватися успішно тільки у випадку, коли була виконана команда kubectl certificate approve.

Вимкнення загального доступу до ConfigMap cluster-info

Щоб забезпечити процес приєднання, в якому токен є єдиним елементом інформації для перевірки, типово у відкритий доступ викладається ConfigMap з деякими даними, необхідними для перевірки ідентичності вузла панелі управління. Хоча в цьому ConfigMap немає приватних даних, деякі користувачі можуть все одно бажати вимкнути цей доступ. Це призведе до втрати можливості використовувати прапорець --discovery-token у процесі kubeadm join. Ось кроки, як це зробити:

  • Отримайте файл cluster-info з API-сервера:
kubectl -n kube-public get cm cluster-info -o jsonpath='{.data.kubeconfig}' | tee cluster-info.yaml

Вивід буде подібний до такого:

apiVersion: v1
kind: Config
clusters:
- cluster:
    certificate-authority-data: <ca-cert>
    server: https://<ip>:<port>
  name: ""
contexts: []
current-context: ""
preferences: {}
users: []

  • Використовуйте файл cluster-info.yaml як аргумент для kubeadm join --discovery-file.

  • Вимкніть загальний доступ до ConfigMap cluster-info:

kubectl -n kube-public delete rolebinding kubeadm:bootstrap-signer-clusterinfo

Ці команди слід виконати після kubeadm init, але перед kubeadm join.

Використання kubeadm join з конфігураційним файлом

Увага:

Конфігураційний файл все ще вважається бета-версією і може змінюватися у майбутніх версіях.

Можна налаштувати kubeadm join, використовуючи конфігураційний файл замість прапорців командного рядка, і деякі більш розширені функції можуть бути доступні лише як опції конфігураційного файлу. Цей файл передається за допомогою прапорця --config і повинен містити структуру JoinConfiguration. У деяких випадках змішування --config з іншими прапорцями може бути недозволеним.

Типову конфігурацію можна вивести за допомогою команди kubeadm config print.

Якщо ваша конфігурація не використовує останню версію, рекомендується перейти на неї за допомогою команди kubeadm config migrate.

Для отримання додаткової інформації щодо полів та використання конфігурації ви можете перейти до нашого довідника API.

Що далі

  • kubeadm init для ініціалізації вузла панелі управління Kubernetes.
  • kubeadm token для управління токенами для kubeadm join.
  • kubeadm reset для скасування будь-яких змін, внесених на цьому хості командами kubeadm init або kubeadm join.

4 - kubeadm upgrade

kubeadm upgrade — це зручна команда, яка приховує складну логіку оновлення за однією командою та підтримує як планування оновлення, так і його фактичне виконання.

Настанови щодо kubeadm upgrade

Кроки для виконання оновлення за допомогою kubeadm викладені в цьому документі. Для старіших версій kubeadm зверніться до старіших наборів документації на сайті Kubernetes.

Ви можете використовувати kubeadm upgrade diff, щоб переглянути зміни, які буде застосовано до маніфестів статичних Podʼів.

У Kubernetes v1.15.0 і пізніших версіях kubeadm upgrade apply та kubeadm upgrade node також автоматично поновлюють сертифікати, якими керує kubeadm, на цьому вузлі, включно з тими, що зберігаються у файлах kubeconfig. Щоб відмовитися від цього, можна передати прапорець --certificate-renewal=false. Докладніше про поновлення сертифікатів дивіться в документації з керування сертифікатами.

Примітка:

Команди kubeadm upgrade apply та kubeadm upgrade plan мають застарілий прапорець --config, який дає змогу переналаштувати кластер під час планування або оновлення конкретного вузла панелі управління. Зверніть увагу, що процес оновлення не розроблявся для такого сценарію, і є повідомлення про неочікувані результати.

kubeadm upgrade plan

Опис

Перевіряє, до яких версій можна оновитися, і перевіряє, чи можна оновити ваш поточний кластер. Ця команда може бути виконана лише на вузлах панелі управління, де існує файл kubeconfig "admin.conf". Щоб пропустити перевірку Інтернету, вкажіть необовʼязковий параметр [version].

kubeadm upgrade plan [version] [flags]

Параметри

--allow-experimental-upgrades

Показує нестабільні версії Kubernetes як альтернативу для оновлення і дозволяє оновлення до альфа/бета/кандидатів на випуск версій Kubernetes.
--allow-missing-template-keys     Типово: true

Якщо true, ігнорувати будь-які помилки в шаблонах, коли поле або ключ map відсутні в шаблоні. Застосовується тільки до форматів виведення golang і jsonpath.
--allow-release-candidate-upgrades

Показує версії кандидатів на випуск Kubernetes як альтернативу для оновлення і дозволяє оновлювати до версій кандидатів на випуск Kubernetes.
--config string

Шлях до конфігураційного файлу kubeadm.
--etcd-upgrade     Типово: true

Виконує оновлення etcd.
-h, --help

довідка для plan
--ignore-preflight-errors strings

Список перевірок, помилки яких будуть показані як попередження. Приклад: 'IsPrivilegedUser,Swap'. Значення 'all' ігнорує помилки всіх перевірок.
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
-o, --output string     Типово: "text"

Формат виводу. Один з: text|json|yaml|kyaml|go-template|go-template-file|template|templatefile|jsonpath|jsonpath-as-json|jsonpath-file.
--print-config

Вказує, чи потрібно надрукувати файл конфігурації, який буде використаний під час оновлення.
--show-managed-fields

Якщо true, залишати managedFields при виведенні обʼєктів у форматі JSON або YAML.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm upgrade apply

Опис

Оновлює кластер Kubernetes до вказаної версії

Команда "apply [version]" виконує наступні фази:

preflight        Run preflight checks before upgrade
control-plane    Upgrade the control plane
upload-config    Upload the kubeadm and kubelet configurations to ConfigMaps
  /kubeadm         Upload the kubeadm ClusterConfiguration to a ConfigMap
  /kubelet         Upload the kubelet configuration to a ConfigMap
kubelet-config   Upgrade the kubelet configuration for this node
bootstrap-token  Configures bootstrap token and cluster-info RBAC rules
addon            Upgrade the default kubeadm addons
  /coredns         Upgrade the CoreDNS addon
  /kube-proxy      Upgrade the kube-proxy addon
post-upgrade     Run post upgrade tasks

kubeadm upgrade apply [version]

Параметри

--allow-experimental-upgrades

Показує нестабільні версії Kubernetes як альтернативу для оновлення і дозволяє оновлення до альфа/бета/кандидатів на випуск версій Kubernetes.
--allow-release-candidate-upgrades

Показує версії кандидатів на випуск Kubernetes як альтернативу для оновлення і дозволяє оновлювати до версій кандидатів на випуск Kubernetes.
--certificate-renewal     Типово: true

Виконує поновлення сертифікатів, що використовуються компонентами, які змінюються під час оновлень.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не змінювати жодного стану, лише вивести, які дії було б виконано.
--etcd-upgrade     Типово: true

Виконує оновлення etcd.
-f, --force

Примусове оновлення, навіть якщо деякі вимоги можуть бути не виконані. Це також передбачає неінтерактивний режим.
-h, --help

довідка для apply
--ignore-preflight-errors strings

Список перевірок, помилки яких будуть показані як попередження. Приклад: 'IsPrivilegedUser,Swap'. Значення 'all' ігнорує помилки всіх перевірок.
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.
--print-config

Вказує, чи потрібно надрукувати файл конфігурації, який буде використаний під час оновлення.
--skip-phases strings

Список фаз, які потрібно пропустити
-y, --yes

Виконати оновлення і не запитувати підтвердження (режим без взаємодії).

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm upgrade diff

Опис

Показує, які відмінності буде застосовано до наявних маніфестів статичних Podʼів. Дивіться також: kubeadm upgrade apply --dry-run

kubeadm upgrade diff [version] [flags]

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
-c, --context-lines int     Типово: 3

Скільки рядків контексту в diff
-h, --help

довідка для diff
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm upgrade node

Опис

Команди upgrade для вузла в кластері

Команда "node" виконує наступні фази:

preflight       Run upgrade node pre-flight checks
control-plane   Upgrade the control plane instance deployed on this node, if any
kubelet-config  Upgrade the kubelet configuration for this node
addon           Upgrade the default kubeadm addons
  /coredns        Upgrade the CoreDNS addon
  /kube-proxy     Upgrade the kube-proxy addon
post-upgrade    Run post upgrade tasks

kubeadm upgrade node [flags]

Параметри

--certificate-renewal     Типово: true

Виконує поновлення сертифікатів, що використовуються компонентами, які змінюються під час оновлень.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не змінювати жодного стану, лише вивести дії, які було б виконано.
--etcd-upgrade     Типово: true

Виконує оновлення etcd.
-h, --help

довідка для node
--ignore-preflight-errors strings

Список перевірок, помилки яких будуть показані як попередження. Приклад: 'IsPrivilegedUser,Swap'. Значення 'all' ігнорує помилки всіх перевірок.
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.
--skip-phases strings

Список фаз, які потрібно пропустити

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Що далі

  • kubeadm config, якщо ви ініціалізували свій кластер за допомогою kubeadm v1.7.x або старішої версії, щоб налаштувати кластер для kubeadm upgrade

5 - Фази kubeadm upgrade

kubeadm upgrade apply phase

За допомогою фаз kubeadm upgrade apply ви можете вибрати виконання окремих кроків початкового оновлення вузла панелі управління.

Опис

Використовуйте цю команду для виклику однієї фази робочого процесу "apply"

kubeadm upgrade apply phase [flags]

Параметри

-h, --help

довідка для phase

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Запуск попередніх перевірок перед оновленням

kubeadm upgrade apply phase preflight [flags]

Параметри

--allow-experimental-upgrades

Показує нестабільні версії Kubernetes як альтернативу для оновлення і дозволяє оновлення до альфа/бета/кандидатів на випуск версій Kubernetes.
--allow-release-candidate-upgrades

Показує версії кандидатів на випуск Kubernetes як альтернативу для оновлення і дозволяє оновлювати до версій кандидатів на випуск Kubernetes.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не змінювати жодного стану, лише вивести, які дії було б виконано.
-f, --force

Примусове оновлення, навіть якщо деякі вимоги можуть бути не виконані. Це також передбачає неінтерактивний режим.
-h, --help

довідка для preflight
--ignore-preflight-errors strings

Список перевірок, помилки яких будуть показані як попередження. Приклад: 'IsPrivilegedUser,Swap'. Значення 'all' ігнорує помилки всіх перевірок.
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
-y, --yes

Виконати оновлення і не запитувати підтвердження (режим без взаємодії).

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Оновлення панелі управління

kubeadm upgrade apply phase control-plane [flags]

Параметри

--certificate-renewal     Типово: true

Виконує поновлення сертифікатів, що використовуються компонентами, які змінюються під час оновлень.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не змінювати жодного стану, лише вивести, які дії було б виконано.
--etcd-upgrade     Типово: true

Виконує оновлення etcd.
-h, --help

довідка для control-plane
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Завантаження конфігурацій kubeadm та kubelet до ConfigMaps

kubeadm upgrade apply phase upload-config [flags]

Параметри

-h, --help

довідка для upload-config

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Оновлює конфігурацію kubelet для цього вузла, завантажуючи її з ConfigMap kubelet-config, що зберігається в кластері

kubeadm upgrade apply phase kubelet-config [flags]

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не змінювати жодного стану, лише вивести, які дії було б виконано.
-h, --help

довідка для kubelet-config
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Налаштовує токен bootstrap та правила cluster-info RBAC

kubeadm upgrade apply phase bootstrap-token [flags]

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не змінювати жодного стану, лише вивести, які дії було б виконано.
-h, --help

довідка для bootstrap-token
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Оновлює типові надбудови kubeadm

kubeadm upgrade apply phase addon [flags]

Параметри

-h, --help

довідка для addon

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Запуск завдань після оновлення

kubeadm upgrade apply phase post-upgrade [flags]

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не змінювати жодного стану, лише вивести, які дії було б виконано.
-h, --help

довідка для post-upgrade
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm upgrade node phase

За допомогою фаз kubeadm upgrade node ви можете вибрати виконання окремих кроків оновлення вторинних вузлів панелі управління або робочих вузлів.

Опис

Використовуйте цю команду для виклику однієї фази робочого процесу "node"

kubeadm upgrade node phase [flags]

Параметри

-h, --help

довідка для phase

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Виконує попередні перевірки upgrade node

Опис

Виконує попередні перевірки для kubeadm upgrade node.

kubeadm upgrade node phase preflight [flags]

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
-h, --help

довідка для preflight
--ignore-preflight-errors strings

Список перевірок, помилки яких будуть показані як попередження. Приклад: 'IsPrivilegedUser,Swap'. Значення 'all' ігнорує помилки всіх перевірок.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Оновлює екземпляр панелі управління, розгорнутий на цьому вузлі, якщо такий є

kubeadm upgrade node phase control-plane [flags]

Параметри

--certificate-renewal     Типово: true

Виконує поновлення сертифікатів, що використовуються компонентами, які змінюються під час оновлень.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не змінювати жодного стану, лише вивести дії, які було б виконано.
--etcd-upgrade     Типово: true

Виконує оновлення etcd.
-h, --help

довідка для control-plane
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Оновлює конфігурацію kubelet для цього вузла, завантажуючи її з ConfigMap kubelet-config, що зберігається в кластері

kubeadm upgrade node phase kubelet-config [flags]

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не змінювати жодного стану, лише вивести дії, які було б виконано.
-h, --help

довідка для kubelet-config
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Оновлює типові надбудови kubeadm

kubeadm upgrade node phase addon [flags]

Параметри

-h, --help

довідка для addon

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Запуск завдань після оновлення

kubeadm upgrade node phase post-upgrade [flags]

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не змінювати жодного стану, лише вивести дії, які було б виконано.
-h, --help

довідка для post-upgrade
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Що далі

  • kubeadm init для розгортання вузла панелі управління Kubernetes
  • kubeadm join для приєднання вузла до кластера
  • kubeadm reset для скасування будь-яких змін, внесених на цьому хості за допомогою kubeadm init або kubeadm join
  • kubeadm upgrade для оновлення вузла kubeadm
  • kubeadm alpha для випробування експериментальної функціональності

6 - kubeadm config

Під час виконання kubeadm init kubeadm вивантажує обʼєкт ClusterConfiguration у ваш кластер у ConfigMap з назвою kubeadm-config у просторі імен kube-system. Потім ця конфігурація зчитується під час виконання kubeadm join, kubeadm reset та kubeadm upgrade.

Ви можете використовувати kubeadm config print, щоб вивести типову статичну конфігурацію, яку kubeadm використовує для kubeadm init і kubeadm join.

Примітка:

Вивід цієї команди призначений лише для прикладу. Ви повинні вручну відредагувати вивід цієї команди, щоб адаптувати його до своїх налаштувань. Видаліть поля, щодо яких ви не впевнені, і kubeadm спробує встановити для них типові значення під час виконання, аналізуючи хост.

Для отримання додаткової інформації про init та join перейдіть до Використання kubeadm init з конфігураційним файлом або Використання kubeadm join з конфігураційним файлом.

Для отримання додаткової інформації про використання API конфігурації kubeadm перейдіть до Налаштування компонентів за допомогою API kubeadm.

Ви можете використовувати kubeadm config migrate для перетворення старих конфігураційних файлів, що містять застарілу версію API, на новішу підтримувану версію API.

kubeadm config validate можна використовувати для перевірки конфігураційного файлу.

kubeadm config images list та kubeadm config images pull можна використовувати для виведення списку та завантаження образів, необхідних kubeadm.

kubeadm config print

Вивід конфігурації

Опис

Ця команда виводить конфігурації для вказаних підкоманд. Докладніше: https://pkg.go.dev/k8s.io/kubernetes/cmd/kubeadm/app/apis/kubeadm#section-directories

kubeadm config print [flags]

Параметри

-h, --help

довідка для print

Параметри, успадковані від батьківських команд

--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm config print init-defaults

Виводить типову конфігурацію init, яку можна використовувати для 'kubeadm init'

Опис

Ця команда виводить обʼєкти, такі як типова конфігурація init, яка використовується для 'kubeadm init'.

Зверніть увагу, що конфіденційні значення, такі як поля Bootstrap Token, замінюються значеннями-заповнювачами, такими як "abcdef.0123456789abcdef", щоб пройти перевірку, але не виконувати реальні обчислення для створення токена.

kubeadm config print init-defaults [flags]

Параметри

--component-configs strings

Список обʼєктів API конфігурації компонентів через кому для виводу типових значень. Доступні значення: [KubeProxyConfiguration KubeletConfiguration]. Якщо цей прапорець не встановлено, конфігурації компонентів не буде надруковано.
-h, --help

довідка для init-defaults

Параметри, успадковані від батьківських команд

--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm config print join-defaults

Виводить типову конфігурацію join, яка може бути використана для 'kubeadm join'

Опис

Ця команда виводить обʼєкти, такі як типова конфігурація команди join, яка використовується для 'kubeadm join'.

Зверніть увагу, що конфіденційні значення, такі як поля Bootstrap Token, замінюються значеннями-заповнювачами, такими як "abcdef.0123456789abcdef", щоб пройти перевірку, але не виконувати реальні обчислення для створення токена.

kubeadm config print join-defaults [flags]

Параметри

-h, --help

довідка для join-defaults

Параметри, успадковані від батьківських команд

--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm config migrate

Зчитує стару версію типів API конфігурації kubeadm з файлу і виводить аналогічний обʼєкт конфігурації для новішої версії

Опис

Ця команда дозволяє конвертувати обʼєкти конфігурації старих версій у найновішу підтримувану версію локально в інструменті CLI, нічого не змінюючи в кластері. У цій версії kubeadm підтримуються такі версії API:

  • kubeadm.k8s.io/v1beta4

Крім того, kubeadm може записувати конфігурацію лише версії "kubeadm.k8s.io/v1beta4", але читати обидва типи. Тож незалежно від того, яку версію ви передаєте тут параметру --old-config, обʼєкт API буде прочитано, десеріалізовано, заповнено типовими значеннями, конвертовано, валідовано та повторно серіалізовано під час запису у stdout або в --new-config, якщо його вказано.

Іншими словами, вихідні дані цієї команди — це те, що kubeadm фактично прочитав би внутрішньо, якби ви передали цей файл команді "kubeadm init"

kubeadm config migrate [flags]

Параметри

--allow-experimental-api

Дозволити міграцію на експериментальні, ще не випущені API.
-h, --help

довідка для migrate
--new-config string

Шлях до отриманого еквівалентного конфігураційного файлу kubeadm з використанням нової версії API. Необовʼязково, якщо не вказано, вивід буде надіслано у STDOUT.
--old-config string

Шлях до конфігураційного файлу kubeadm, який використовує стару версію API і який має бути конвертований. Цей прапорець є обовʼязковим.

Параметри, успадковані від батьківських команд

--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm config validate

Зчитує файл, що містить конфігураційний API kubeadm, і повідомляє про будь-які проблеми під час валідації

Опис

Ця команда дозволяє перевірити файл конфігурації API kubeadm та повідомити про будь-які попередження та помилки. Якщо помилок немає, код завершення буде нульовим, в іншому випадку він буде ненульовим. Будь-які проблеми з розбором, такі як невідомі поля API, спричинять помилки. Невідомі версії API та поля з недійсними значеннями також спричинять помилки. Про будь-які інші помилки або попередження може бути повідомлено залежно від вмісту вхідного файлу.

У цій версії kubeadm підтримуються такі версії API:

  • kubeadm.k8s.io/v1beta4
kubeadm config validate [flags]

Параметри

--allow-deprecated-api

Дозволяє валідацію застарілих API.
--allow-experimental-api

Дозволяє валідацію експериментальних, невипущених API.
--config string

Шлях до конфігураційного файлу kubeadm.
-h, --help

довідка для validate

Параметри, успадковані від батьківських команд

--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm config images list

Опис

Виводить список образів, які буде використовувати kubeadm. Файл конфігурації використовується у випадку налаштування будь-яких образів або сховищ образів

kubeadm config images list [flags]

Параметри

--allow-missing-template-keys     Типово: true

Якщо true, ігнорувати будь-які помилки в шаблонах, коли поле або ключ map відсутні в шаблоні. Застосовується тільки до форматів виведення golang і jsonpath.
--config string

Шлях до конфігураційного файлу kubeadm.
--feature-gates string

Набір пар ключ=значення, що описують функціональні можливості для різних функцій. Варіанти:
RootlessControlPlane=true|false (ALPHA - default=false)
-h, --help

довідка для list
--image-repository string     Типово: "registry.k8s.io"

Вибрати реєстр контейнерів для завантаження образів панелі управління
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.
-o, --output string     Типово: "text"

Формат виводу. Один з: text|json|yaml|kyaml|go-template|go-template-file|template|templatefile|jsonpath|jsonpath-as-json|jsonpath-file.
--show-managed-fields

Якщо true, залишати managedFields при виведенні обʼєктів у форматі JSON або YAML.

Параметри, успадковані від батьківських команд

--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm config images pull

Опис

Завантажує образи, які використовує kubeadm

kubeadm config images pull [flags]

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--cri-socket string

Шлях до сокета CRI для підключення. Якщо порожньо, kubeadm спробує автоматично визначити це значення; використовуйте цей параметр лише якщо у вас встановлено більше одного CRI або якщо у вас нестандартний сокет CRI.
--feature-gates string

Набір пар ключ=значення, що описують функціональні можливості для різних функцій. Варіанти:
RootlessControlPlane=true|false (ALPHA - default=false)
-h, --help

довідка для pull
--image-repository string     Типово: "registry.k8s.io"

Вибрати реєстр контейнерів для завантаження образів панелі управління
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.

Параметри, успадковані від батьківських команд

--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Що далі

  • kubeadm upgrade для оновлення кластера Kubernetes до новішої версії

7 - kubeadm reset

Виконує максимально можливий відкат змін, зроблених командами kubeadm init або kubeadm join.

Опис

Виконує максимально можливий відкат змін, зроблених на цьому хості командами 'kubeadm init' або 'kubeadm join'

Команда "reset" виконує наступні фази:

preflight           Run reset pre-flight checks
remove-etcd-member  Remove a local etcd member.
cleanup-node        Run cleanup node.

kubeadm reset [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях до теки, де зберігаються сертифікати. Якщо вказано, очистити цю теку.
--cleanup-tmp-dir

Очистити теку "/etc/kubernetes/tmp"
--config string

Шлях до конфігураційного файлу kubeadm.
--cri-socket string

Шлях до сокета CRI для підключення. Якщо порожньо, kubeadm спробує автоматично визначити це значення; використовуйте цей параметр лише якщо у вас встановлено більше одного CRI або якщо у вас нестандартний сокет CRI.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-f, --force

Виконати reset вузла без запиту на підтвердження.
-h, --help

довідка для reset
--ignore-preflight-errors strings

Список перевірок, помилки яких будуть показані як попередження. Приклад: 'IsPrivilegedUser,Swap'. Значення 'all' ігнорує помилки всіх перевірок.
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--skip-phases strings

Список фаз, які потрібно пропустити

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Процес скидання

kubeadm reset відповідає за очищення локальної файлової системи вузла від файлів, створених за допомогою команд kubeadm init або kubeadm join. Для вузлів панелі управління reset також видаляє з кластера etcd локального члена stacked etcd цього вузла.

kubeadm reset phase можна використовувати для виконання окремих фаз наведеного вище процесу. Щоб пропустити список фаз, ви можете використовувати прапорець --skip-phases, який працює аналогічно до механізмів запуску фаз kubeadm join та kubeadm init.

kubeadm reset також підтримує прапорець --config для передачі структури ResetConfiguration.

Очищення зовнішніх членів etcd

kubeadm reset не видалить жодних даних etcd, якщо використовується зовнішній etcd. Це означає, що якщо ви знову виконаєте kubeadm init з використанням тих самих точок доступу etcd, ви побачите стан від попередніх кластерів.

Щоб видалити дані etcd, рекомендується використовувати клієнт, такий як etcdctl, наприклад:

etcdctl del "" --prefix

Дивіться документацію etcd для отримання додаткової інформації.

Очищення конфігурації CNI

Втулки CNI використовують теку /etc/cni/net.d для зберігання своїх конфігурацій. Команда kubeadm reset не очищує цю теку. Залишення конфігурації втулка CNI на хості може бути проблематичним, якщо той самий хост пізніше буде використано як новий вузол Kubernetes, а у цьому кластері буде розгорнуто інший втулок CNI. Це може призвести до конфлікту конфігурації між втулками CNI.

Щоб очистити теку, створіть резервну копію її вмісту, якщо потрібно, а потім виконайте наступну команду:

sudo rm -rf /etc/cni/net.d

Очищення правил мережевого трафіку

Команда kubeadm reset не очищує жодних правил iptables, nftables або IPVS, застосованих kube-proxy до хоста. Цикл контролю в kube-proxy гарантує, що правила на кожному вузлі будуть синхронізовані. Додаткові відомості наведено у статті Віртуальні IP-адреси та проксі-сервери Service.

Якщо залишити правила без очищення, не повинно виникнути жодних проблем, якщо хост пізніше буде повторно використано як вузол Kubernetes або якщо він слугуватиме для інших цілей.

Якщо ви бажаєте виконати таке очищення, ви можете використати той самий контейнер kube-proxy, який використовувався у вашому кластері, і прапорець --cleanup у бінарному файлі kube-proxy:

docker run --privileged --network=host -v /lib/modules:/lib/modules:ro --rm registry.k8s.io/kube-proxy:v1.37.0 sh -c "kube-proxy --cleanup && echo DONE"

Наприкінці виконання наведеної вище команди має бути виведено DONE. Замість Docker для запуску контейнера ви можете скористатися вашим улюбленим середовищем виконання контейнерів.

Очищення $HOME/.kube

Тека $HOME/.kube зазвичай містить конфігураційні файли та кеш kubectl. Хоча залишення вмісту $HOME/.kube/cache без очищення не є проблемою, у цій теці є один важливий файл. Це $HOME/.kube/config, і він використовується kubectl для автентифікації в API-сервері Kubernetes. Після завершення kubeadm init користувачеві пропонується скопіювати файл /etc/kubernetes/admin.conf у розташування $HOME/.kube/config і надати доступ до нього поточному користувачеві.

Команда kubeadm reset не очищує вміст теки $HOME/.kube. Залишення файлу $HOME/.kube/config без видалення може бути проблематичним, залежно від того, хто матиме доступ до цього хосту після виклику kubeadm reset. Якщо той самий кластер продовжує існувати, наполегливо рекомендуємо видалити цей файл, оскільки облікові дані адміністратора, що зберігаються в ньому, залишатимуться дійсними.

Щоб очистити теку, перегляньте її вміст, виконайте резервне копіювання, якщо потрібно, і виконайте наступну команду:

rm -rf $HOME/.kube

Коректне завершення роботи kube-apiserver

Якщо ваш kube-apiserver налаштований з прапорцем --shutdown-delay-duration, ви можете виконати наступні команди, щоб спробувати коректно завершити роботу запущеного Podʼа API-сервера, перед тим як виконати kubeadm reset:

yq eval -i '.spec.containers[0].command = []' /etc/kubernetes/manifests/kube-apiserver.yaml
timeout 60 sh -c 'while pgrep kube-apiserver >/dev/null; do sleep 1; done' || true

Що далі

  • kubeadm init для ініціалізації вузла панелі управління Kubernetes
  • kubeadm join для ініціалізації робочого вузла Kubernetes та приєднання його до кластера

8 - kubeadm token

Токени bootstrap використовуються для встановлення двосторонньої довіри між вузлом, що приєднується до кластера, та вузлом панелі управління, як описано в розділі автентифікація за допомогою токенів bootstrap.

kubeadm init створює початковий токен з TTL 24 години. Наведені нижче команди дозволяють керувати таким токеном, а також створювати нові токени та керувати ними.

kubeadm token create

Створює токени bootstrap на сервері

Опис

Ця команда створить для вас токен bootstrap. Ви можете вказати способи використання цього токена, "час життя" і необовʼязковий опис, зрозумілий людині.

[token] — це власне токен, який потрібно записати. Це має бути безпечно згенерований випадковий токен у форматі "[a-z0-9]{6}.[a-z0-9]{16}". Якщо [token] не вказано, kubeadm натомість згенерує випадковий токен.

kubeadm token create [token]

Параметри

--certificate-key string

Якщо використовується разом із '--print-join-command', виводить повний прапорець 'kubeadm join', необхідний для приєднання до кластера в ролі панелі управління. Щоб створити новий ключ сертифіката, потрібно використати 'kubeadm init phase upload-certs --upload-certs'.
--config string

Шлях до конфігураційного файлу kubeadm.
--description string

Зрозумілий для людини опис того, як використовується цей токен.
--groups strings     Типово: "system:bootstrappers:kubeadm:default-node-token"

Додаткові групи, від імені яких цей токен автентифікуватиметься, коли його використовують для автентифікації. Має відповідати "\Asystem:bootstrappers:[a-z0-9:-]{0,255}[a-z0-9]\z"
-h, --help

довідка для create
--print-join-command

Замість того, щоб виводити тільки токен, вивести повний прапорець 'kubeadm join', необхідний для приєднання до кластера за допомогою токена.
--ttl duration     Типово: 24h0m0s

Час до автоматичного видалення токена (наприклад, 1s, 2m, 3h). Якщо встановлено '0', термін дії токена ніколи не спливе
--usages strings     Типово: "signing,authentication"

Описує способи, якими можна використовувати цей токен. Ви можете передавати --usages кілька разів або надати список параметрів через кому. Допустимі параметри: [signing,authentication]

Параметри, успадковані від батьківських команд

--dry-run

Чи вмикати режим пробного запуску
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm token delete

Видаляє токени bootstrap на сервері

Опис

Ця команда видалить для вас список токенів bootstrap.

Значення [token-value] — це повний токен у вигляді "[a-z0-9]{6}.[a-z0-9]{16}" або Token ID виду "[a-z0-9]{6}", який потрібно видалити.

kubeadm token delete [token-value] ...

Параметри

-h, --help

довідка для delete

Параметри, успадковані від батьківських команд

--dry-run

Чи вмикати режим пробного запуску
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm token generate

Генерує та виводить токен bootstrap, але не створює його на сервері

Опис

Ця команда виведе випадково згенерований токен bootstrap, який можна використовувати з командами "init" та "join".

Ви не зобовʼязані використовувати цю команду для створення токена. Ви можете зробити це самостійно, якщо він має формат "[a-z0-9]{6}.[a-z0-9]{16}". Ця команда надається для зручності створення токенів у зазначеному форматі.

Ви також можете використовувати "kubeadm init" без вказання токена, і він буде згенерований та виведений для вас.

kubeadm token generate [flags]

Параметри

-h, --help

довідка для generate

Параметри, успадковані від батьківських команд

--dry-run

Чи вмикати режим пробного запуску
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm token list

Виводить перелік токенів bootstrap на сервері

Опис

Ця команда виведе для вас перелік усіх токенів bootstrap.

kubeadm token list [flags]

Параметри

--allow-missing-template-keys     Типово: true

Якщо true, ігнорувати будь-які помилки в шаблонах, коли поле або ключ map відсутні в шаблоні. Застосовується тільки до форматів виведення golang і jsonpath.
-h, --help

довідка для list
-o, --output string     Типово: "text"

Формат виводу. Один з: text|json|yaml|kyaml|go-template|go-template-file|template|templatefile|jsonpath|jsonpath-as-json|jsonpath-file.
--show-managed-fields

Якщо true, залишати managedFields при виведенні обʼєктів у форматі JSON або YAML.

Параметри, успадковані від батьківських команд

--dry-run

Чи вмикати режим пробного запуску
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Що далі

  • kubeadm join для розгортання робочого вузла Kubernetes і приєднання його до кластера

9 - kubeadm version

Ця команда виводить версію kubeadm.

Опис

Виводить версію kubeadm

kubeadm version [flags]

Параметри

-h, --help

довідка для version
-o, --output string

Формат виводу; доступні варіанти: 'yaml', 'json' та 'short'

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

10 - kubeadm certs

kubeadm certs надає утиліти для керування сертифікатами. Для отримання детальної інформації про використання цих команд дивіться Керування сертифікатами за допомогою kubeadm.

kubeadm certs

Набір операцій для роботи з сертифікатами Kubernetes.

Опис

Команди, повʼязані з обробкою сертифікатів Kubernetes

kubeadm certs [flags]

Параметри

-h, --help

довідка для certs

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm certs renew

Ви можете поновити всі сертифікати Kubernetes, використовуючи підкоманду all, або поновити їх вибірково. Для отримання детальної інформації дивіться Ручне поновлення сертифікатів.

Опис

Поновлення сертифікатів для кластера Kubernetes

kubeadm certs renew [flags]

Параметри

-h, --help

довідка для renew

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Поновлення всіх доступних сертифікатів

Опис

Поновлює всі відомі сертифікати, необхідні для роботи панелі управління. Поновлення виконується безумовно, незалежно від дати закінчення терміну дії. Поновлення також можна виконувати окремо для більшого контролю.

kubeadm certs renew all [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях, де будуть збережені сертифікати
--config string

Шлях до конфігураційного файлу kubeadm.
-h, --help

довідка для all
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Поновлює сертифікат, вбудований у файл kubeconfig для використання адміністратором і для самого kubeadm.

Поновлення виконується безумовно, незалежно від дати закінчення терміну дії сертифіката; додаткові атрибути, такі як SAN, будуть базуватися на наявних файлах/сертифікатах, нема потреби вказувати їх повторно.

Типово поновлення намагається використовувати центр сертифікації в локальному PKI, керованому kubeadm; як альтернативу можна використовувати API сертифікатів K8s для поновлення сертифікатів, або, як останній варіант, згенерувати CSR-запит.

Після поновлення, щоб зміни набули чинності, необхідно перезапустити компоненти панелі управління та, за потреби, повторно розповсюдити поновлений сертифікат, якщо файл використовується деінде.

kubeadm certs renew admin.conf [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях, де будуть збережені сертифікати
--config string

Шлях до конфігураційного файлу kubeadm.
-h, --help

довідка для admin.conf
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Поновлює сертифікат, який apiserver використовує для доступу до etcd.

Поновлення виконується безумовно, незалежно від дати закінчення терміну дії сертифіката; додаткові атрибути, такі як SAN, будуть базуватися на наявних файлах/сертифікатах, нема потреби вказувати їх повторно.

Типово поновлення намагається використовувати центр сертифікації в локальному PKI, керованому kubeadm; як альтернативу можна використовувати API сертифікатів K8s для поновлення сертифікатів, або, як останній варіант, згенерувати CSR-запит.

Після поновлення, щоб зміни набули чинності, необхідно перезапустити компоненти панелі управління та, за потреби, повторно розповсюдити поновлений сертифікат, якщо файл використовується деінде.

kubeadm certs renew apiserver-etcd-client [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях, де будуть збережені сертифікати
--config string

Шлях до конфігураційного файлу kubeadm.
-h, --help

довідка для apiserver-etcd-client
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Поновлює сертифікат, який API-сервер використовує для підключення до kubelet.

Поновлення виконується безумовно, незалежно від дати закінчення терміну дії сертифіката; додаткові атрибути, такі як SAN, будуть базуватися на наявних файлах/сертифікатах, нема потреби вказувати їх повторно.

Типово поновлення намагається використовувати центр сертифікації в локальному PKI, керованому kubeadm; як альтернативу можна використовувати API сертифікатів K8s для поновлення сертифікатів, або, як останній варіант, згенерувати CSR-запит.

Після поновлення, щоб зміни набули чинності, необхідно перезапустити компоненти панелі управління та, за потреби, повторно розповсюдити поновлений сертифікат, якщо файл використовується деінде.

kubeadm certs renew apiserver-kubelet-client [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях, де будуть збережені сертифікати
--config string

Шлях до конфігураційного файлу kubeadm.
-h, --help

довідка для apiserver-kubelet-client
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Поновлює сертифікат для обслуговування API Kubernetes.

Поновлення виконується безумовно, незалежно від дати закінчення терміну дії сертифіката; додаткові атрибути, такі як SAN, будуть базуватися на наявних файлах/сертифікатах, нема потреби вказувати їх повторно.

Типово поновлення намагається використовувати центр сертифікації в локальному PKI, керованому kubeadm; як альтернативу можна використовувати API сертифікатів K8s для поновлення сертифікатів, або, як останній варіант, згенерувати CSR-запит.

Після поновлення, щоб зміни набули чинності, необхідно перезапустити компоненти панелі управління та, за потреби, повторно розповсюдити поновлений сертифікат, якщо файл використовується деінде.

kubeadm certs renew apiserver [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях, де будуть збережені сертифікати
--config string

Шлях до конфігураційного файлу kubeadm.
-h, --help

довідка для apiserver
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Поновлює сертифікат, вбудований у файл kubeconfig для використання менеджером контролерів.

Поновлення виконується безумовно, незалежно від дати закінчення терміну дії сертифіката; додаткові атрибути, такі як SAN, будуть базуватися на наявних файлах/сертифікатах, нема потреби вказувати їх повторно.

Типово поновлення намагається використовувати центр сертифікації в локальному PKI, керованому kubeadm; як альтернативу можна використовувати API сертифікатів K8s для поновлення сертифікатів, або, як останній варіант, згенерувати CSR-запит.

Після поновлення, щоб зміни набули чинності, необхідно перезапустити компоненти панелі управління та, за потреби, повторно розповсюдити поновлений сертифікат, якщо файл використовується деінде.

kubeadm certs renew controller-manager.conf [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях, де будуть збережені сертифікати
--config string

Шлях до конфігураційного файлу kubeadm.
-h, --help

довідка для controller-manager.conf
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Поновлює сертифікат для проб життєздатності для перевірки стану справності etcd.

Поновлення виконується безумовно, незалежно від дати закінчення терміну дії сертифіката; додаткові атрибути, такі як SAN, будуть базуватися на наявних файлах/сертифікатах, нема потреби вказувати їх повторно.

Типово поновлення намагається використовувати центр сертифікації в локальному PKI, керованому kubeadm; як альтернативу можна використовувати API сертифікатів K8s для поновлення сертифікатів, або, як останній варіант, згенерувати CSR-запит.

Після поновлення, щоб зміни набули чинності, необхідно перезапустити компоненти панелі управління та, за потреби, повторно розповсюдити поновлений сертифікат, якщо файл використовується деінде.

kubeadm certs renew etcd-healthcheck-client [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях, де будуть збережені сертифікати
--config string

Шлях до конфігураційного файлу kubeadm.
-h, --help

довідка для etcd-healthcheck-client
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Поновлює сертифікат для вузлів etcd, щоб вони могли взаємодіяти один з одним.

Поновлення виконується безумовно, незалежно від дати закінчення терміну дії сертифіката; додаткові атрибути, такі як SAN, будуть базуватися на наявних файлах/сертифікатах, нема потреби вказувати їх повторно.

Типово поновлення намагається використовувати центр сертифікації в локальному PKI, керованому kubeadm; як альтернативу можна використовувати API сертифікатів K8s для поновлення сертифікатів, або, як останній варіант, згенерувати CSR-запит.

Після поновлення, щоб зміни набули чинності, необхідно перезапустити компоненти панелі управління та, за потреби, повторно розповсюдити поновлений сертифікат, якщо файл використовується деінде.

kubeadm certs renew etcd-peer [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях, де будуть збережені сертифікати
--config string

Шлях до конфігураційного файлу kubeadm.
-h, --help

довідка для etcd-peer
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Поновлює сертифікат для обслуговування etcd.

Поновлення виконується безумовно, незалежно від дати закінчення терміну дії сертифіката; додаткові атрибути, такі як SAN, будуть базуватися на наявних файлах/сертифікатах, нема потреби вказувати їх повторно.

Типово поновлення намагається використовувати центр сертифікації в локальному PKI, керованому kubeadm; як альтернативу можна використовувати API сертифікатів K8s для поновлення сертифікатів, або, як останній варіант, згенерувати CSR-запит.

Після поновлення, щоб зміни набули чинності, необхідно перезапустити компоненти панелі управління та, за потреби, повторно розповсюдити поновлений сертифікат, якщо файл використовується деінде.

kubeadm certs renew etcd-server [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях, де будуть збережені сертифікати
--config string

Шлях до конфігураційного файлу kubeadm.
-h, --help

довідка для etcd-server
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Поновлення сертифіката клієнта front proxy.

Поновлення виконується безумовно, незалежно від дати закінчення терміну дії сертифіката; додаткові атрибути, такі як SAN, будуть базуватися на наявних файлах/сертифікатах, нема потреби вказувати їх повторно.

Типово поновлення намагається використовувати центр сертифікації в локальному PKI, керованому kubeadm; як альтернативу можна використовувати API сертифікатів K8s для поновлення сертифікатів, або, як останній варіант, згенерувати CSR-запит.

Після поновлення, щоб зміни набули чинності, необхідно перезапустити компоненти панелі управління та, за потреби, повторно розповсюдити поновлений сертифікат, якщо файл використовується деінде.

kubeadm certs renew front-proxy-client [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях, де будуть збережені сертифікати
--config string

Шлях до конфігураційного файлу kubeadm.
-h, --help

довідка для front-proxy-client
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Поновлює сертифікат, вбудований у файл kubeconfig для використання менеджером планувальника.

Поновлення виконується безумовно, незалежно від дати закінчення терміну дії сертифіката; додаткові атрибути, такі як SAN, будуть базуватися на наявних файлах/сертифікатах, нема потреби вказувати їх повторно.

Типово поновлення намагається використовувати центр сертифікації в локальному PKI, керованому kubeadm; як альтернативу можна використовувати API сертифікатів K8s для поновлення сертифікатів, або, як останній варіант, згенерувати CSR-запит.

Після поновлення, щоб зміни набули чинності, необхідно перезапустити компоненти панелі управління та, за потреби, повторно розповсюдити поновлений сертифікат, якщо файл використовується деінде.

kubeadm certs renew scheduler.conf [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях, де будуть збережені сертифікати
--config string

Шлях до конфігураційного файлу kubeadm.
-h, --help

довідка для scheduler.conf
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Поновлює сертифікат, вбудований у файл kubeconfig для суперадміністратора (super-admin).

Поновлення виконується безумовно, незалежно від дати закінчення терміну дії сертифіката; додаткові атрибути, такі як SAN, будуть базуватися на наявних файлах/сертифікатах, нема потреби вказувати їх повторно.

Типово поновлення намагається використовувати центр сертифікації в локальному PKI, керованому kubeadm; як альтернативу можна використовувати API сертифікатів K8s для поновлення сертифікатів, або, як останній варіант, згенерувати CSR-запит.

Після поновлення, щоб зміни набули чинності, необхідно перезапустити компоненти панелі управління та, за потреби, повторно розповсюдити поновлений сертифікат, якщо файл використовується деінде.

kubeadm certs renew super-admin.conf [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях, де будуть збережені сертифікати
--config string

Шлях до конфігураційного файлу kubeadm.
-h, --help

довідка для super-admin.conf
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm certs certificate-key

Цю команду можна використовувати для створення нового ключа сертифіката панелі управління. Ключ можна передати як --certificate-key до kubeadm init та kubeadm join, щоб увімкнути автоматичне копіювання сертифікатів під час приєднання додаткових вузлів панелі управління.

Генерує ключі сертифікатів

Опис

Ця команда виведе захищений випадково згенерований ключ сертифіката, який можна використовувати з командою "init".

Ви також можете скористатися командою "kubeadm init --upload-certs" без зазначення ключа сертифіката, і вона згенерує і виведе його для вас.

kubeadm certs certificate-key [flags]

Параметри

-h, --help

довідка для certificate-key

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm certs check-expiration

Ця команда перевіряє термін дії сертифікатів у локальному PKI, яким керує kubeadm. Для отримання детальної інформації дивіться Перевірка терміну дії сертифікатів.

Перевіряє термін дії сертифікатів для кластера Kubernetes

Опис

Перевіряє термін дії сертифікатів у локальному PKI, яким керує kubeadm.

kubeadm certs check-expiration [flags]

Параметри

--allow-missing-template-keys     Типово: true

Якщо true, ігнорувати будь-які помилки в шаблонах, коли поле або ключ map відсутні в шаблоні. Застосовується тільки до форматів виведення golang і jsonpath.
--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях, де будуть збережені сертифікати
--config string

Шлях до конфігураційного файлу kubeadm.
-h, --help

довідка для check-expiration
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
-o, --output string     Типово: "text"

Формат виводу. Один з: text|json|yaml|kyaml|go-template|go-template-file|template|templatefile|jsonpath|jsonpath-as-json|jsonpath-file.
--show-managed-fields

Якщо true, залишати managedFields при виведенні обʼєктів у форматі JSON або YAML.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm certs generate-csr

Цю команду можна використовувати для створення ключів і CSR для всіх сертифікатів панелі управління та файлів kubeconfig. Після цього користувач може підписати CSR за допомогою центру сертифікації (CA) на свій вибір. Докладніше про використання команди дивіться в розділі Підписання запитів на підписання сертифікатів (CSR), створених kubeadm.

Генерує ключі та запити на підписання сертифікатів

Опис

Генерує ключі та запити на підписання сертифікатів (CSR) для всіх сертифікатів, необхідних для роботи панелі управління. Ця команда також генерує часткові файли kubeconfig з даними приватного ключа в полі "users > user > client-key-data", і для кожного файлу kubeconfig створюється супутній файл ".csr".

Ця команда призначена для використання в режимі зовнішнього CA kubeadm. Вона генерує CSR, які ви потім можете подати на підписання до вашого зовнішнього центру сертифікації.

Закодовані в PEM підписані сертифікати повинні бути збережені поруч з файлами ключів, використовуючи ".crt" як розширення файлу, або, у випадку з файлами kubeconfig, закодований в PEM підписаний сертифікат повинен бути закодований у base64 і доданий до файлу kubeconfig в полі "users > user > client-certificate-data".

kubeadm certs generate-csr [flags]

Приклади

  # The following command will generate keys and CSRs for all control-plane certificates and kubeconfig files:
  kubeadm certs generate-csr --kubeconfig-dir /tmp/etc-k8s --cert-dir /tmp/etc-k8s/pki

Параметри

--cert-dir string

Шлях, де будуть збережені сертифікати
--config string

Шлях до конфігураційного файлу kubeadm.
-h, --help

довідка для generate-csr
--kubeconfig-dir string     Типово: "/etc/kubernetes"

Шлях, де буде збережено файл kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Що далі

  • kubeadm init для розгортання вузла панелі управління Kubernetes
  • kubeadm join для приєднання вузла до кластера
  • kubeadm reset для скасування будь-яких змін, внесених на цьому хості за допомогою kubeadm init або kubeadm join

11 - kubeadm init phase

kubeadm init phase дозволяє вам викликати атомарні кроки процесу початкового розгортання. Таким чином, ви можете дозволити kubeadm виконати частину роботи, а самі заповнити прогалини, якщо бажаєте застосувати власні налаштування.

kubeadm init phase узгоджується з процесом kubeadm init, і за лаштунками обидва використовують той самий код.

kubeadm init phase preflight

Використовуючи цю команду, ви можете виконати попередні перевірки на вузлі панелі управління.

Опис

Виконує попередні перевірки для kubeadm init.

kubeadm init phase preflight [flags]

Приклади

  # Run pre-flight checks for kubeadm init using a config file.
  kubeadm init phase preflight --config kubeadm-config.yaml

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--cri-socket string

Шлях до сокета CRI для підключення. Якщо порожньо, kubeadm спробує автоматично визначити це значення; використовуйте цей параметр лише якщо у вас встановлено більше одного CRI або якщо у вас нестандартний сокет CRI.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для preflight
--ignore-preflight-errors strings

Список перевірок, помилки яких будуть показані як попередження. Приклад: 'IsPrivilegedUser,Swap'. Значення 'all' ігнорує помилки всіх перевірок.
--image-repository string     Типово: "registry.k8s.io"

Вибрати реєстр контейнерів для завантаження образів панелі управління

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm init phase certs

Може використовуватися для створення всіх сертифікатів, необхідних kubeadm.

Опис

Генерування сертифікатів

kubeadm init phase certs [flags]

Параметри

-h, --help

довідка для certs

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Генерує всі сертифікати

kubeadm init phase certs all [flags]

Параметри

--apiserver-advertise-address string

IP-адреса, яку API-сервер оголошуватиме як адресу, на якій він слухає. Якщо не встановлено, буде використано типовий мережевий інтерфейс.
--apiserver-cert-extra-sans strings

Додаткові необовʼязкові альтернативні імена субʼєкта (SANs) для використання в сертифікаті обслуговування API-сервера. Можуть бути як IP-адреси, так і DNS-імена.
--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane-endpoint string

Вказує стабільну IP-адресу або DNS-імʼя для панелі управління.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для all
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.
--service-cidr string     Типово: "10.96.0.0/12"

Використовуйте альтернативний діапазон IP-адрес для VIP сервісів.
--service-dns-domain string     Типово: "cluster.local"

Використовуйте альтернативний домен для сервісів, наприклад, "myorg.internal".

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Генерує самопідписаний центр сертифікації Kubernetes, щоб надати ідентифікатори для інших компонентів Kubernetes та зберігає їх у файлах ca.crt та ca.key.

Якщо обидва файли вже існують, kubeadm пропускає крок генерації та використовує наявні файли.

kubeadm init phase certs ca [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для ca
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Генерує сертифікат для обслуговування API Kubernetes та зберігає його у файлах apiserver.crt та apiserver.key.

Якщо обидва файли вже існують, kubeadm пропускає крок генерації та використовує наявні файли.

kubeadm init phase certs apiserver [flags]

Параметри

--apiserver-advertise-address string

IP-адреса, яку API-сервер оголошуватиме як адресу, на якій він слухає. Якщо не встановлено, буде використано типовий мережевий інтерфейс.
--apiserver-cert-extra-sans strings

Додаткові необовʼязкові альтернативні імена субʼєкта (SANs) для використання в сертифікаті обслуговування API-сервера. Можуть бути як IP-адреси, так і DNS-імена.
--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane-endpoint string

Вказує стабільну IP-адресу або DNS-імʼя для панелі управління.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для apiserver
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.
--service-cidr string     Типово: "10.96.0.0/12"

Використовуйте альтернативний діапазон IP-адрес для VIP сервісів.
--service-dns-domain string     Типово: "cluster.local"

Використовуйте альтернативний домен для сервісів, наприклад, "myorg.internal".

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Генерує сертифікат для API-сервера для зʼєднання з kubelet та зберігає його у файлах apiserver-kubelet-client.crt та apiserver-kubelet-client.key.

Якщо обидва файли вже існують, kubeadm пропускає крок генерації та використовує наявні файли.

kubeadm init phase certs apiserver-kubelet-client [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для apiserver-kubelet-client
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Генерує самопідписаний CA для надання ідентифікаторів для front proxy та зберігає його у файлах front-proxy-ca.crt та front-proxy-ca.key.

Якщо обидва файли вже існують, kubeadm пропускає крок генерації та використовує наявні файли.

kubeadm init phase certs front-proxy-ca [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для front-proxy-ca
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Генерує сертифікати для клієнта front proxy, та зберігає їх у файлах front-proxy-client.crt та front-proxy-client.key.

Якщо обидва файли вже існують, kubeadm пропускає крок генерації та використовує наявні файли.

kubeadm init phase certs front-proxy-client [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для front-proxy-client
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Генерує самопідписаний центр сертифікації (CA) для надання ідентифікаторів для etcd та зберігає його у файлах etcd/ca.crt та etcd/ca.key.

Якщо обидва файли вже існують, kubeadm пропускає крок генерації та використовує наявні файли.

kubeadm init phase certs etcd-ca [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для etcd-ca
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Генерує сертифікати для обслуговування etcd, та зберігає їх у файлах etcd/server.crt та etcd/server.key.

Типові SANs: localhost, 127.0.0.1, 127.0.0.1, ::1

Якщо обидва файли вже існують, kubeadm пропускає крок генерації та використовує наявні файли.

kubeadm init phase certs etcd-server [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для etcd-server
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Генерує сертифікати для вузлів etcd для звʼязку між собою, та зберігає їх у файлах etcd/peer.crt та etcd/peer.key.

Типові SANs: localhost, 127.0.0.1, 127.0.0.1, ::1

Якщо обидва файли вже існують, kubeadm пропускає крок генерації та використовує наявні файли.

kubeadm init phase certs etcd-peer [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для etcd-peer
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Генерує сертифікат для проб життєздатності для перевірки справності etcd, та зберігає його у файлах etcd/healthcheck-client.crt та etcd/healthcheck-client.key.

Якщо обидва файли вже існують, kubeadm пропускає крок генерації та використовує наявні файли.

kubeadm init phase certs etcd-healthcheck-client [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для etcd-healthcheck-client
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Генерує сертифікат, який apiserver використовує для доступу до etcd, та зберігає його у файлах apiserver-etcd-client.crt та apiserver-etcd-client.key.

Якщо обидва файли вже існують, kubeadm пропускає крок генерації та використовує наявні файли.

kubeadm init phase certs apiserver-etcd-client [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для apiserver-etcd-client
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Генерує приватний ключ для підпису токенів службових облікових записів разом із його публічним ключем

Опис

Генерує приватний ключ для підпису токенів службових облікових записів разом із його публічним ключем та зберігає їх у файлах sa.key та sa.pub.

Якщо обидва файли вже існують, kubeadm пропускає крок генерації та використовує наявні файли.

kubeadm init phase certs sa [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для sa
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm init phase kubeconfig

Ви можете створити всі необхідні файли kubeconfig, викликавши підкоманду all, або створювати їх окремо.

Опис

Генерує всі файли kubeconfig, необхідні для встановлення панелі управління, та файл kubeconfig адміністратора

kubeadm init phase kubeconfig [flags]

Параметри

-h, --help

довідка для kubeconfig

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Генерує всі файли kubeconfig

kubeadm init phase kubeconfig all [flags]

Параметри

--apiserver-advertise-address string

IP-адреса, яку API-сервер оголошуватиме як адресу, на якій він слухає. Якщо не встановлено, буде використано типовий мережевий інтерфейс.
--apiserver-bind-port int32     Типово: 6443

Порт, до якого API-сервер буде привʼязуватися.
--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane-endpoint string

Вказує стабільну IP-адресу або DNS-імʼя для панелі управління.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для all
--kubeconfig-dir string     Типово: "/etc/kubernetes"

Шлях, де буде збережено файл kubeconfig.
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.
--node-name string

Вкажіть імʼя вузла.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Генерує файл kubeconfig для використання адміністратором та для самого kubeadm

Опис

Генерує файл kubeconfig для адміністратора та для самого kubeadm і зберігає його у файл admin.conf.

kubeadm init phase kubeconfig admin [flags]

Параметри

--apiserver-advertise-address string

IP-адреса, яку API-сервер оголошуватиме як адресу, на якій він слухає. Якщо не встановлено, буде використано типовий мережевий інтерфейс.
--apiserver-bind-port int32     Типово: 6443

Порт, до якого API-сервер буде привʼязуватися.
--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane-endpoint string

Вказує стабільну IP-адресу або DNS-імʼя для панелі управління.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для admin
--kubeconfig-dir string     Типово: "/etc/kubernetes"

Шлях, де буде збережено файл kubeconfig.
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Генерує файл kubeconfig для використання kubelet лише для потреб початкового завантаження кластера

Опис

Генерує файл kubeconfig для використання kubelet та зберігає його у файл kubelet.conf.

Зауважте, що цей файл слід використовувати лише для потреб початкового завантаження кластера. Після запуску панелі управління слід запитувати всі облікові дані kubelet через CSR API.

kubeadm init phase kubeconfig kubelet [flags]

Параметри

--apiserver-advertise-address string

IP-адреса, яку API-сервер оголошуватиме як адресу, на якій він слухає. Якщо не встановлено, буде використано типовий мережевий інтерфейс.
--apiserver-bind-port int32     Типово: 6443

Порт, до якого API-сервер буде привʼязуватися.
--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane-endpoint string

Вказує стабільну IP-адресу або DNS-імʼя для панелі управління.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для kubelet
--kubeconfig-dir string     Типово: "/etc/kubernetes"

Шлях, де буде збережено файл kubeconfig.
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.
--node-name string

Вкажіть імʼя вузла.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Генерує файл kubeconfig для використання менеджером контролерів

Опис

Генерує файл kubeconfig для використання менеджером контролерів та зберігає його у файл controller-manager.conf

kubeadm init phase kubeconfig controller-manager [flags]

Параметри

--apiserver-advertise-address string

IP-адреса, яку API-сервер оголошуватиме як адресу, на якій він слухає. Якщо не встановлено, буде використано типовий мережевий інтерфейс.
--apiserver-bind-port int32     Типово: 6443

Порт, до якого API-сервер буде привʼязуватися.
--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane-endpoint string

Вказує стабільну IP-адресу або DNS-імʼя для панелі управління.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для controller-manager
--kubeconfig-dir string     Типово: "/etc/kubernetes"

Шлях, де буде збережено файл kubeconfig.
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Генерує файл kubeconfig для використання планувальником

Опис

Генерує файл kubeconfig для використання планувальником та зберігає його у файл scheduler.conf.

kubeadm init phase kubeconfig scheduler [flags]

Параметри

--apiserver-advertise-address string

IP-адреса, яку API-сервер оголошуватиме як адресу, на якій він слухає. Якщо не встановлено, буде використано типовий мережевий інтерфейс.
--apiserver-bind-port int32     Типово: 6443

Порт, до якого API-сервер буде привʼязуватися.
--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane-endpoint string

Вказує стабільну IP-адресу або DNS-імʼя для панелі управління.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для scheduler
--kubeconfig-dir string     Типово: "/etc/kubernetes"

Шлях, де буде збережено файл kubeconfig.
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Генерує файл kubeconfig для суперадміністратора та зберігає його у файл super-admin.conf.

kubeadm init phase kubeconfig super-admin [flags]

Параметри

--apiserver-advertise-address string

IP-адреса, яку API-сервер оголошуватиме як адресу, на якій він слухає. Якщо не встановлено, буде використано типовий мережевий інтерфейс.
--apiserver-bind-port int32     Типово: 6443

Порт, до якого API-сервер буде привʼязуватися.
--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane-endpoint string

Вказує стабільну IP-адресу або DNS-імʼя для панелі управління.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для super-admin
--kubeconfig-dir string     Типово: "/etc/kubernetes"

Шлях, де буде збережено файл kubeconfig.
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm init phase etcd

Використовуйте наступну фазу, щоб створити локальний екземпляр etcd на основі файлу статичного Podʼа.

Опис

Генерує файл маніфесту статичного Podʼа для локального etcd

kubeadm init phase etcd [flags]

Параметри

-h, --help

довідка для etcd

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Генерує файл маніфесту статичного Podʼа для локального одновузлового екземпляра local etcd

kubeadm init phase etcd local [flags]

Приклади

  # Generates the static Pod manifest file for etcd, functionally
  # equivalent to what is generated by kubeadm init.
  kubeadm init phase etcd local
  
  # Generates the static Pod manifest file for etcd using options
  # read from a configuration file.
  kubeadm init phase etcd local --config config.yaml

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для local
--image-repository string     Типово: "registry.k8s.io"

Вибрати реєстр контейнерів для завантаження образів панелі управління
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm init phase control-plane

Використовуючи цю фазу, ви можете створити всі необхідні файли статичних Podʼів для компонентів панелі управління.

Опис

Генерує всі файли маніфестів статичних Podʼів, потрібні для створення панелі управління

kubeadm init phase control-plane [flags]

Параметри

-h, --help

довідка для control-plane

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Генерує всі файли маніфестів статичних Podʼів

kubeadm init phase control-plane all [flags]

Приклади

  # Generates all static Pod manifest files for control plane components,
  # functionally equivalent to what is generated by kubeadm init.
  kubeadm init phase control-plane all
  
  # Generates all static Pod manifest files using options read from a configuration file.
  kubeadm init phase control-plane all --config config.yaml

Параметри

--apiserver-advertise-address string

IP-адреса, яку API-сервер оголошуватиме як адресу, на якій він слухає. Якщо не встановлено, буде використано типовий мережевий інтерфейс.
--apiserver-bind-port int32     Типово: 6443

Порт, до якого API-сервер буде привʼязуватися.
--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane-endpoint string

Вказує стабільну IP-адресу або DNS-імʼя для панелі управління.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
--feature-gates string

Набір пар ключ=значення, що описують функціональні можливості для різних функцій. Варіанти:
RootlessControlPlane=true|false (ALPHA - default=false)
-h, --help

довідка для all
--image-repository string     Типово: "registry.k8s.io"

Вибрати реєстр контейнерів для завантаження образів панелі управління
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.
--pod-network-cidr string

Вкажіть діапазон IP-адрес для мережі Podʼів. Якщо встановлено, панель управління автоматично виділить CIDR для кожного вузла.
--service-cidr string     Типово: "10.96.0.0/12"

Використовуйте альтернативний діапазон IP-адрес для VIP сервісів.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Генерує маніфест статичного Podʼа для kube-apiserver

kubeadm init phase control-plane apiserver [flags]

Параметри

--apiserver-advertise-address string

IP-адреса, яку API-сервер оголошуватиме як адресу, на якій він слухає. Якщо не встановлено, буде використано типовий мережевий інтерфейс.
--apiserver-bind-port int32     Типово: 6443

Порт, до якого API-сервер буде привʼязуватися.
--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane-endpoint string

Вказує стабільну IP-адресу або DNS-імʼя для панелі управління.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
--feature-gates string

Набір пар ключ=значення, що описують функціональні можливості для різних функцій. Варіанти:
RootlessControlPlane=true|false (ALPHA - default=false)
-h, --help

довідка для apiserver
--image-repository string     Типово: "registry.k8s.io"

Вибрати реєстр контейнерів для завантаження образів панелі управління
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.
--service-cidr string     Типово: "10.96.0.0/12"

Використовуйте альтернативний діапазон IP-адрес для VIP сервісів.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Генерує маніфест статичного Podʼа для kube-controller-manager

kubeadm init phase control-plane controller-manager [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для controller-manager
--image-repository string     Типово: "registry.k8s.io"

Вибрати реєстр контейнерів для завантаження образів панелі управління
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.
--pod-network-cidr string

Вкажіть діапазон IP-адрес для мережі Podʼів. Якщо встановлено, панель управління автоматично виділить CIDR для кожного вузла.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Генерує маніфест статичного Podʼа для kube-scheduler

kubeadm init phase control-plane scheduler [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для scheduler
--image-repository string     Типово: "registry.k8s.io"

Вибрати реєстр контейнерів для завантаження образів панелі управління
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm init phase kubelet-start

Ця фаза запише файл конфігурації kubelet і файл змінних оточення, а потім запустить kubelet.

Записує налаштування kubelet та (пере)запускає kubelet

Опис

Записує файл з KubeletConfiguration та файл оточення з налаштуваннями kubelet для конкретного вузла, а потім (пере)запускає kubelet.

kubeadm init phase kubelet-start [flags]

Приклади

  # Writes a dynamic environment file with kubelet flags from a InitConfiguration file.
  kubeadm init phase kubelet-start --config config.yaml

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--cri-socket string

Шлях до сокета CRI для підключення. Якщо порожньо, kubeadm спробує автоматично визначити це значення; використовуйте цей параметр лише якщо у вас встановлено більше одного CRI або якщо у вас нестандартний сокет CRI.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для kubelet-start
--image-repository string     Типово: "registry.k8s.io"

Вибрати реєстр контейнерів для завантаження образів панелі управління
--node-name string

Вкажіть імʼя вузла.
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm init phase wait-control-plane

У цій фазі kubeadm чекатиме, доки не запустяться компоненти панелі управління.

Опис

Очікує запуску панелі управління

kubeadm init phase wait-control-plane [flags]

Параметри

-h, --help

довідка для wait-control-plane

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm init phase upload-config

За допомогою цієї команди ви можете завантажити конфігурацію kubeadm до вашого кластера. Також ви можете скористатися kubeadm config.

Опис

Завантажує конфігурації kubeadm та kubelet у ConfigMap

kubeadm init phase upload-config [flags]

Параметри

-h, --help

довідка для upload-config

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Завантажує всю конфігурацію в ConfigMap

kubeadm init phase upload-config all [flags]

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--cri-socket string

Шлях до сокета CRI для підключення. Якщо порожньо, kubeadm спробує автоматично визначити це значення; використовуйте цей параметр лише якщо у вас встановлено більше одного CRI або якщо у вас нестандартний сокет CRI.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для all
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Завантажує ClusterConfiguration kubeadm до ConfigMap з назвою kubeadm-config у просторі імен kube-system. Це забезпечує правильну конфігурацію системних компонентів і безпроблемну роботу користувачів під час оновлення.

Альтернативно, ви можете використовувати kubeadm config.

kubeadm init phase upload-config kubeadm [flags]

Приклади

  # upload the configuration of your cluster
  kubeadm init phase upload-config kubeadm --config=myConfig.yaml

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--cri-socket string

Шлях до сокета CRI для підключення. Якщо порожньо, kubeadm спробує автоматично визначити це значення; використовуйте цей параметр лише якщо у вас встановлено більше одного CRI або якщо у вас нестандартний сокет CRI.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для kubeadm
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Завантажує конфігурацію компонента kubelet у ConfigMap

Опис

Завантажує конфігурацію kubelet, видобуту з обʼєкта kubeadm InitConfiguration, до ConfigMap kubelet-config у кластері

kubeadm init phase upload-config kubelet [flags]

Приклади

  # Upload the kubelet configuration from the kubeadm Config file to a ConfigMap in the cluster.
  kubeadm init phase upload-config kubelet --config kubeadm.yaml

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--cri-socket string

Шлях до сокета CRI для підключення. Якщо порожньо, kubeadm спробує автоматично визначити це значення; використовуйте цей параметр лише якщо у вас встановлено більше одного CRI або якщо у вас нестандартний сокет CRI.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для kubelet
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm init phase upload-certs

Використовуйте наступну фазу, щоб завантажити сертифікати панелі управління до кластера. Типово термін дії сертифікатів і ключа шифрування спливає через дві години.

Завантажує сертифікати до kubeadm-certs

Опис

Завантажує сертифікати панелі управління в Secret kubeadm-certs

kubeadm init phase upload-certs [flags]

Параметри

--certificate-key string

Ключ, що використовується для шифрування сертифікатів панелі управління у Secret kubeadm-certs. Ключ сертифіката — це шістнадцятковий рядок, який є ключем AES розміром 32 байти.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для upload-certs
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--skip-certificate-key-print

Не виводити ключ, який використовується для шифрування сертифікатів панелі управління.
--upload-certs

Завантажити сертифікати панелі управління у Secret kubeadm-certs.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm init phase mark-control-plane

Використовуйте наступну фазу, щоб додати до вузла мітки та taint вузла панелі управління.

Опис

Позначає вузол як вузол панелі управління

kubeadm init phase mark-control-plane [flags]

Приклади

  # Applies control-plane label and taint to the current node, functionally equivalent to what executed by kubeadm init.
  kubeadm init phase mark-control-plane --config config.yaml
  
  # Applies control-plane label and taint to a specific node
  kubeadm init phase mark-control-plane --node-name myNode

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для mark-control-plane
--node-name string

Вкажіть імʼя вузла.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm init phase bootstrap-token

Використовуйте наступну фазу для налаштування токенів bootstrap.

Генерує токени bootstrap, які використовуються для приєднання вузла до кластера

Опис

Токени bootstrap використовуються для встановлення двосторонньої довіри між вузлом, що приєднується до кластера, і вузлом панелі управління.

Ця команда виконує всі налаштування, необхідні для роботи токенів bootstrap, а потім створює початковий токен.

kubeadm init phase bootstrap-token [flags]

Приклади

  # Make all the bootstrap token configurations and create an initial token, functionally
  # equivalent to what generated by kubeadm init.
  kubeadm init phase bootstrap-token

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для bootstrap-token
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--skip-token-print

Пропустити виведення типового токена bootstrap, згенерованого 'kubeadm init'.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm init phase kubelet-finalize

Використовуйте наступну фазу для оновлення налаштувань kubelet після TLS bootstrap. Ви можете використати підкоманду all, щоб запустити всі фази kubelet-finalize.

Опис

Оновлює налаштування, що стосуються kubelet, після TLS bootstrap

kubeadm init phase kubelet-finalize [flags]

Приклади

  # Updates settings relevant to the kubelet after TLS bootstrap
  kubeadm init phase kubelet-finalize all --config

Параметри

-h, --help

довідка для kubelet-finalize

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Запускає всі фази kubelet-finalize

kubeadm init phase kubelet-finalize all [flags]

Приклади

  # Updates settings relevant to the kubelet after TLS bootstrap
  kubeadm init phase kubelet-finalize all --config

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для all

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Вмикає ротацію клієнтського сертифіката kubelet

kubeadm init phase kubelet-finalize enable-client-cert-rotation [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях для збереження та зберігання сертифікатів.
--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для enable-client-cert-rotation

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm init phase bootstrap-token

Використовуйте наступну фазу для налаштування токенів bootstrap.

Генерує токени bootstrap, які використовуються для приєднання вузла до кластера

Опис

Токени bootstrap використовуються для встановлення двосторонньої довіри між вузлом, що приєднується до кластера, і вузлом панелі управління.

Ця команда виконує всі налаштування, необхідні для роботи токенів bootstrap, а потім створює початковий токен.

kubeadm init phase bootstrap-token [flags]

Приклади

  # Make all the bootstrap token configurations and create an initial token, functionally
  # equivalent to what generated by kubeadm init.
  kubeadm init phase bootstrap-token

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для bootstrap-token
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--skip-token-print

Пропустити виведення типового токена bootstrap, згенерованого 'kubeadm init'.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm init phase addon

Ви можете встановити всі доступні надбудови за допомогою підкоманди all або встановити їх вибірково.

Опис

Встановлює необхідні надбудови для проходження тестів на відповідність

kubeadm init phase addon [flags]

Параметри

-h, --help

довідка для addon

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Встановлює всі надбудови

kubeadm init phase addon all [flags]

Параметри

--apiserver-advertise-address string

IP-адреса, яку API-сервер оголошуватиме як адресу, на якій він слухає. Якщо не встановлено, буде використано типовий мережевий інтерфейс.
--apiserver-bind-port int32     Типово: 6443

Порт, до якого API-сервер буде привʼязуватися.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane-endpoint string

Вказує стабільну IP-адресу або DNS-імʼя для панелі управління.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
--feature-gates string

Набір пар ключ=значення, що описують функціональні можливості для різних функцій. Варіанти:
RootlessControlPlane=true|false (ALPHA - default=false)
-h, --help

довідка для all
--image-repository string     Типово: "registry.k8s.io"

Вибрати реєстр контейнерів для завантаження образів панелі управління
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.
--pod-network-cidr string

Вкажіть діапазон IP-адрес для мережі Podʼів. Якщо встановлено, панель управління автоматично виділить CIDR для кожного вузла.
--service-cidr string     Типово: "10.96.0.0/12"

Використовуйте альтернативний діапазон IP-адрес для VIP сервісів.
--service-dns-domain string     Типово: "cluster.local"

Використовуйте альтернативний домен для сервісів, наприклад, "myorg.internal".

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Встановлює надбудову CoreDNS в кластер Kubernetes

Опис

Встановлює компоненти надбудови CoreDNS через API-сервер. Зверніть увагу, що хоча DNS-сервер розгорнуто, його не буде заплановано, доки не буде встановлено CNI.

kubeadm init phase addon coredns [flags]

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
--feature-gates string

Набір пар ключ=значення, що описують функціональні можливості для різних функцій. Варіанти:
RootlessControlPlane=true|false (ALPHA - default=false)
-h, --help

довідка для coredns
--image-repository string     Типово: "registry.k8s.io"

Вибрати реєстр контейнерів для завантаження образів панелі управління
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.
--print-manifest

Вивести маніфести надбудов в STDOUT замість їх встановлення
--service-cidr string     Типово: "10.96.0.0/12"

Використовуйте альтернативний діапазон IP-адрес для VIP сервісів.
--service-dns-domain string     Типово: "cluster.local"

Використовуйте альтернативний домен для сервісів, наприклад, "myorg.internal".

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Встановлює надбудову kube-proxy в кластер Kubernetes

Опис

Встановлює компоненти надбудови kube-proxy через API-сервер.

kubeadm init phase addon kube-proxy [flags]

Параметри

--apiserver-advertise-address string

IP-адреса, яку API-сервер оголошуватиме як адресу, на якій він слухає. Якщо не встановлено, буде використано типовий мережевий інтерфейс.
--apiserver-bind-port int32     Типово: 6443

Порт, до якого API-сервер буде привʼязуватися.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane-endpoint string

Вказує стабільну IP-адресу або DNS-імʼя для панелі управління.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для kube-proxy
--image-repository string     Типово: "registry.k8s.io"

Вибрати реєстр контейнерів для завантаження образів панелі управління
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.
--kubernetes-version string     Типово: "stable-1"

Вибрати конкретну версію Kubernetes для панелі управління.
--pod-network-cidr string

Вкажіть діапазон IP-адрес для мережі Podʼів. Якщо встановлено, панель управління автоматично виділить CIDR для кожного вузла.
--print-manifest

Вивести маніфести надбудов в STDOUT замість їх встановлення

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm init phase show-join-command

Показує команду, яку можна використовувати з kubeadm join.

Опис

Показує команду join для вузла панелі управління та робочого вузла

kubeadm init phase show-join-command [flags]

Параметри

-h, --help

довідка для show-join-command

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Докладніше про кожне поле конфігурації v1beta4 можна дізнатися на наших сторінках довідки API.

Що далі

  • kubeadm init — щоб розгорнути вузол панелі управління Kubernetes
  • kubeadm join — щоб підʼєднати вузол до кластера
  • kubeadm reset — щоб скасувати будь-які зміни, внесені на цьому хості командами kubeadm init або kubeadm join
  • kubeadm alpha — щоб випробувати експериментальну функціональність

12 - kubeadm join phase

kubeadm join phase дозволяє викликати атомарні кроки процесу приєднання. Таким чином, ви можете дозволити kubeadm виконати частину роботи, а ви заповните прогалини, якщо захочете застосувати налаштування.

kubeadm join phase узгоджується з процесом приєднання kubeadm, і за лаштунками обидва використовують той самий код.

kubeadm join phase

Опис

Використовуйте цю команду для виклику однієї фази робочого процесу "join"

kubeadm join phase [flags]

Параметри

-h, --help

довідка для phase

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm join phase preflight

Використовуючи цю фазу, ви можете виконати попередні перевірки на вузлі, що приєднується.

Виконує попередні перевірки join

Опис

Виконує попередні перевірки для kubeadm join.

kubeadm join phase preflight [api-server-endpoint] [flags]

Приклади

  # Run join pre-flight checks using a config file.
  kubeadm join phase preflight --config kubeadm-config.yaml

Параметри

--apiserver-advertise-address string

Якщо вузол має розміщувати новий екземпляр панелі управління, IP-адреса, яку API-сервер оголошуватиме як адресу, на якій він слухає. Якщо не вказано, буде використано типовий мережевий інтерфейс.
--apiserver-bind-port int32     Типово: 6443

Якщо вузол має розміщувати новий екземпляр панелі управління, порт, до якого привʼязуватиметься API-сервер.
--certificate-key string

Використовуйте цей ключ для розшифрування секретів сертифікатів, завантажених init. Ключ сертифіката — це рядок у шістнадцятковому кодуванні, який є ключем AES розміром 32 байти.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane

Створити новий екземпляр панелі управління на цьому вузлі
--cri-socket string

Шлях до сокета CRI для підключення. Якщо порожньо, kubeadm спробує автоматично визначити це значення; використовуйте цей параметр лише якщо у вас встановлено більше одного CRI або якщо у вас нестандартний сокет CRI.
--discovery-file string

Для виявлення на основі файлу, файл або URL, з якого буде завантажена інформація про кластер.
--discovery-token string

Для виявлення на основі токена, токен, який використовується для перевірки інформації про кластер, отриманої з API-сервера.
--discovery-token-ca-cert-hash strings

Для виявлення на основі токена, перевірити, що публічний ключ кореневого центру сертифікації відповідає цьому хешу (формат: "<type>:<value>").
--discovery-token-unsafe-skip-ca-verification

Для виявлення на основі токена, дозволити приєднання без закріплення --discovery-token-ca-cert-hash.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для preflight
--ignore-preflight-errors strings

Список перевірок, помилки яких будуть показані як попередження. Приклад: 'IsPrivilegedUser,Swap'. Значення 'all' ігнорує помилки всіх перевірок.
--node-name string

Вкажіть імʼя вузла.
--tls-bootstrap-token string

Вкажіть токен, який використовується для тимчасової автентифікації в панелі управління Kubernetes під час приєднання вузла.
--token string

Використовуйте цей токен для discovery-token та tls-bootstrap-token, коли ці значення не вказані.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm join phase control-plane-prepare

Використовуючи цю фазу, ви можете підготувати вузол до обслуговування панелі управління.

Опис

Готує машину до обслуговування панелі управління

kubeadm join phase control-plane-prepare [flags]

Приклади

  # Prepares the machine for serving a control plane
  kubeadm join phase control-plane-prepare all

Параметри

-h, --help

довідка для control-plane-prepare

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Готує машину до обслуговування панелі управління

kubeadm join phase control-plane-prepare all [api-server-endpoint] [flags]

Параметри

--apiserver-advertise-address string

Якщо вузол має розміщувати новий екземпляр панелі управління, IP-адреса, яку API-сервер оголошуватиме як адресу, на якій він слухає. Якщо не вказано, буде використано типовий мережевий інтерфейс.
--apiserver-bind-port int32     Типово: 6443

Якщо вузол має розміщувати новий екземпляр панелі управління, порт, до якого привʼязуватиметься API-сервер.
--certificate-key string

Використовуйте цей ключ для розшифрування секретів сертифікатів, завантажених init. Ключ сертифіката — це рядок у шістнадцятковому кодуванні, який є ключем AES розміром 32 байти.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane

Створити новий екземпляр панелі управління на цьому вузлі
--discovery-file string

Для виявлення на основі файлу, файл або URL, з якого буде завантажена інформація про кластер.
--discovery-token string

Для виявлення на основі токена, токен, який використовується для перевірки інформації про кластер, отриманої з API-сервера.
--discovery-token-ca-cert-hash strings

Для виявлення на основі токена, перевірити, що публічний ключ кореневого центру сертифікації відповідає цьому хешу (формат: "<type>:<value>").
--discovery-token-unsafe-skip-ca-verification

Для виявлення на основі токена, дозволити приєднання без закріплення --discovery-token-ca-cert-hash.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для all
--node-name string

Вкажіть імʼя вузла.
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.
--tls-bootstrap-token string

Вкажіть токен, який використовується для тимчасової автентифікації в панелі управління Kubernetes під час приєднання вузла.
--token string

Використовуйте цей токен для discovery-token та tls-bootstrap-token, коли ці значення не вказані.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Завантажує сертифікати, спільні для вузлів панелі управління, з Secret kubeadm-certs

kubeadm join phase control-plane-prepare download-certs [api-server-endpoint] [flags]

Параметри

--certificate-key string

Використовуйте цей ключ для розшифрування секретів сертифікатів, завантажених init. Ключ сертифіката — це рядок у шістнадцятковому кодуванні, який є ключем AES розміром 32 байти.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane

Створити новий екземпляр панелі управління на цьому вузлі
--discovery-file string

Для виявлення на основі файлу, файл або URL, з якого буде завантажена інформація про кластер.
--discovery-token string

Для виявлення на основі токена, токен, який використовується для перевірки інформації про кластер, отриманої з API-сервера.
--discovery-token-ca-cert-hash strings

Для виявлення на основі токена, перевірити, що публічний ключ кореневого центру сертифікації відповідає цьому хешу (формат: "<type>:<value>").
--discovery-token-unsafe-skip-ca-verification

Для виявлення на основі токена, дозволити приєднання без закріплення --discovery-token-ca-cert-hash.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для download-certs
--tls-bootstrap-token string

Вкажіть токен, який використовується для тимчасової автентифікації в панелі управління Kubernetes під час приєднання вузла.
--token string

Використовуйте цей токен для discovery-token та tls-bootstrap-token, коли ці значення не вказані.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Генерує сертифікати для нових компонентів панелі управління

kubeadm join phase control-plane-prepare certs [api-server-endpoint] [flags]

Параметри

--apiserver-advertise-address string

Якщо вузол має розміщувати новий екземпляр панелі управління, IP-адреса, яку API-сервер оголошуватиме як адресу, на якій він слухає. Якщо не вказано, буде використано типовий мережевий інтерфейс.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane

Створити новий екземпляр панелі управління на цьому вузлі
--discovery-file string

Для виявлення на основі файлу, файл або URL, з якого буде завантажена інформація про кластер.
--discovery-token string

Для виявлення на основі токена, токен, який використовується для перевірки інформації про кластер, отриманої з API-сервера.
--discovery-token-ca-cert-hash strings

Для виявлення на основі токена, перевірити, що публічний ключ кореневого центру сертифікації відповідає цьому хешу (формат: "<type>:<value>").
--discovery-token-unsafe-skip-ca-verification

Для виявлення на основі токена, дозволити приєднання без закріплення --discovery-token-ca-cert-hash.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для certs
--node-name string

Вкажіть імʼя вузла.
--tls-bootstrap-token string

Вкажіть токен, який використовується для тимчасової автентифікації в панелі управління Kubernetes під час приєднання вузла.
--token string

Використовуйте цей токен для discovery-token та tls-bootstrap-token, коли ці значення не вказані.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Генерує kubeconfig для нових компонентів панелі управління

kubeadm join phase control-plane-prepare kubeconfig [api-server-endpoint] [flags]

Параметри

--certificate-key string

Використовуйте цей ключ для розшифрування секретів сертифікатів, завантажених init. Ключ сертифіката — це рядок у шістнадцятковому кодуванні, який є ключем AES розміром 32 байти.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane

Створити новий екземпляр панелі управління на цьому вузлі
--discovery-file string

Для виявлення на основі файлу, файл або URL, з якого буде завантажена інформація про кластер.
--discovery-token string

Для виявлення на основі токена, токен, який використовується для перевірки інформації про кластер, отриманої з API-сервера.
--discovery-token-ca-cert-hash strings

Для виявлення на основі токена, перевірити, що публічний ключ кореневого центру сертифікації відповідає цьому хешу (формат: "<type>:<value>").
--discovery-token-unsafe-skip-ca-verification

Для виявлення на основі токена, дозволити приєднання без закріплення --discovery-token-ca-cert-hash.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для kubeconfig
--tls-bootstrap-token string

Вкажіть токен, який використовується для тимчасової автентифікації в панелі управління Kubernetes під час приєднання вузла.
--token string

Використовуйте цей токен для discovery-token та tls-bootstrap-token, коли ці значення не вказані.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Генерує маніфести для нових компонентів панелі управління

kubeadm join phase control-plane-prepare control-plane [flags]

Параметри

--apiserver-advertise-address string

Якщо вузол має розміщувати новий екземпляр панелі управління, IP-адреса, яку API-сервер оголошуватиме як адресу, на якій він слухає. Якщо не вказано, буде використано типовий мережевий інтерфейс.
--apiserver-bind-port int32     Типово: 6443

Якщо вузол має розміщувати новий екземпляр панелі управління, порт, до якого привʼязуватиметься API-сервер.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane

Створити новий екземпляр панелі управління на цьому вузлі
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для control-plane
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm join phase kubelet-start

Використовуючи цю фазу, ви можете записати налаштування kubelet, сертифікати та (пере)запустити kubelet.

Записує налаштування kubelet, сертифікати та (пере)запускає kubelet

Опис

Записує файл з KubeletConfiguration та файл оточення з налаштуваннями kubelet для конкретного вузла, а потім (пере)запускає kubelet.

kubeadm join phase kubelet-start [api-server-endpoint] [flags]

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--cri-socket string

Шлях до сокета CRI для підключення. Якщо порожньо, kubeadm спробує автоматично визначити це значення; використовуйте цей параметр лише якщо у вас встановлено більше одного CRI або якщо у вас нестандартний сокет CRI.
--discovery-file string

Для виявлення на основі файлу, файл або URL, з якого буде завантажена інформація про кластер.
--discovery-token string

Для виявлення на основі токена, токен, який використовується для перевірки інформації про кластер, отриманої з API-сервера.
--discovery-token-ca-cert-hash strings

Для виявлення на основі токена, перевірити, що публічний ключ кореневого центру сертифікації відповідає цьому хешу (формат: "<type>:<value>").
--discovery-token-unsafe-skip-ca-verification

Для виявлення на основі токена, дозволити приєднання без закріплення --discovery-token-ca-cert-hash.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для kubelet-start
--node-name string

Вкажіть імʼя вузла.
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.
--tls-bootstrap-token string

Вкажіть токен, який використовується для тимчасової автентифікації в панелі управління Kubernetes під час приєднання вузла.
--token string

Використовуйте цей токен для discovery-token та tls-bootstrap-token, коли ці значення не вказані.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm join phase etcd-join

Приєднання нового члена etcd до кластера etcd.

Опис

Приєднує etcd для вузлів панелі управління

kubeadm join phase etcd-join [flags]

Приклади

  # Joins etcd for a control plane instance
  kubeadm join phase control-plane-join-etcd all

Параметри

--apiserver-advertise-address string

Якщо вузол має розміщувати новий екземпляр панелі управління, IP-адреса, яку API-сервер оголошуватиме як адресу, на якій він слухає. Якщо не вказано, буде використано типовий мережевий інтерфейс.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane

Створити новий екземпляр панелі управління на цьому вузлі
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для etcd-join
--node-name string

Вкажіть імʼя вузла.
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm join phase control-plane-join

Використовуючи цю фазу, ви можете приєднати вузол як екземпляр панелі управління.

Опис

Приєднує машину як екземпляр панелі управління

kubeadm join phase control-plane-join [flags]

Приклади

  # Joins a machine as a control plane instance
  kubeadm join phase control-plane-join all

Параметри

-h, --help

довідка для control-plane-join

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Приєднує машину як екземпляр панелі управління

kubeadm join phase control-plane-join all [flags]

Параметри

--apiserver-advertise-address string

Якщо вузол має розміщувати новий екземпляр панелі управління, IP-адреса, яку API-сервер оголошуватиме як адресу, на якій він слухає. Якщо не вказано, буде використано типовий мережевий інтерфейс.
--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane

Створити новий екземпляр панелі управління на цьому вузлі
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для all
--node-name string

Вкажіть імʼя вузла.
--patches string

Шлях до теки, що містить файли з іменами "target[suffix][+patchtype].extension". Наприклад, "kube-apiserver0+merge.yaml" або просто "etcd.json". "target" може бути одним з "kube-apiserver", "kube-controller-manager", "kube-scheduler", "etcd", "kubeletconfiguration", "corednsdeployment", "kubeproxydaemonset". "patchtype" може бути одним з "strategic", "merge" або "json", і вони відповідають форматам патчів, що підтримуються kubectl. Типовим "patchtype" є "strategic". "extension" повинен бути або "json", або "yaml". "suffix" є необовʼязковим рядком, який можна використовувати для визначення, які патчі застосовуються першими за алфавітно-цифровим порядком.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Опис

Позначає вузол як вузол панелі управління

kubeadm join phase control-plane-join mark-control-plane [flags]

Параметри

--config string

Шлях до конфігураційного файлу kubeadm.
--control-plane

Створити новий екземпляр панелі управління на цьому вузлі
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для mark-control-plane
--node-name string

Вкажіть імʼя вузла.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm join phase wait-control-plane

Очікування запуску компонентів панелі управління.

Опис

Очікує запуску панелі управління

kubeadm join phase wait-control-plane [flags]

Параметри

-h, --help

довідка для wait-control-plane

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Що далі

  • kubeadm init для ініціалізації вузла панелі управління Kubernetes
  • kubeadm join для підключення вузла до кластера
  • kubeadm reset для скасування будь-яких змін, внесених на цьому хості командами kubeadm init або kubeadm join
  • kubeadm alpha для випробування експериментальних функцій

13 - kubeadm kubeconfig

kubeadm kubeconfig надає утиліти для керування файлами kubeconfig.

Приклади використання kubeadm kubeconfig user дивіться в розділі Генерація файлів kubeconfig для додаткових користувачів.

kubeadm kubeconfig

Опис

Утиліти для файлів kubeconfig.

Параметри

-h, --help

довідка для kubeconfig

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm kubeconfig user

За допомогою цієї команди можна вивести файл kubeconfig для додаткового користувача.

Опис

Виводить файл kubeconfig для додаткового користувача.

kubeadm kubeconfig user [flags]

Приклади

  # Output a kubeconfig file for an additional user named foo
  kubeadm kubeconfig user --client-name=foo
  
  # Output a kubeconfig file for an additional user named foo using a kubeadm config file bar
  kubeadm kubeconfig user --client-name=foo --config=bar

Параметри

--client-name string

Імʼя користувача. Буде використовуватися як CN у разі створення клієнтських сертифікатів
--config string

Шлях до конфігураційного файлу kubeadm.
-h, --help

довідка для user
--org strings

Організації сертифіката клієнта. Буде використовуватися як O, якщо будуть створені клієнтські сертифікати
--token string

Токен, який слід використовувати як механізм автентифікації для цього kubeconfig замість клієнтських сертифікатів
--validity-period duration     Типово: 8760h0m0s

Термін дії клієнтського сертифіката. Відраховується від поточного часу.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

14 - kubeadm reset phase

kubeadm reset phase дозволяє вам викликати атомарні кроки процесу скидання вузла. Таким чином, ви можете дозволити kubeadm виконати частину роботи, а ви заповните прогалини, якщо захочете застосувати налаштування.

kubeadm reset phase узгоджується з процесом скидання kubeadm, і за лаштунками обидва використовують той самий код.

kubeadm reset phase

Опис

Використовуйте цю команду для виклику однієї фази процесу "reset"

kubeadm reset phase [flags]

Параметри

-h, --help

довідка для phase

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm reset phase preflight

За допомогою цієї фази ви можете виконати попередні перевірки на вузлі, який скидається.

Виконує попередні перевірки reset

Опис

Виконує попередні перевірки для kubeadm reset.

kubeadm reset phase preflight [flags]

Параметри

--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-f, --force

Виконати reset вузла без запиту на підтвердження.
-h, --help

довідка для preflight
--ignore-preflight-errors strings

Список перевірок, помилки яких будуть показані як попередження. Приклад: 'IsPrivilegedUser,Swap'. Значення 'all' ігнорує помилки всіх перевірок.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm reset phase remove-etcd-member

За допомогою цієї фази ви можете вилучити члена etcd цього вузла панелі управління з кластера etcd.

Опис

Видаляє локального учасника etcd для вузла панелі управління.

kubeadm reset phase remove-etcd-member [flags]

Параметри

--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для remove-etcd-member
--kubeconfig string     Типово: "/etc/kubernetes/admin.conf"

Файл kubeconfig, який використовується для спілкування з кластером. Якщо прапорець не встановлено, може бути переглянутий набір стандартних місць для пошуку наявного файлу kubeconfig.

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

kubeadm reset phase cleanup-node

За допомогою цієї фази ви можете виконати очищення на цьому вузлі.

Опис

Запускає очищення вузла.

kubeadm reset phase cleanup-node [flags]

Параметри

--cert-dir string     Типово: "/etc/kubernetes/pki"

Шлях до теки, де зберігаються сертифікати. Якщо вказано, очистити цю теку.
--cleanup-tmp-dir

Очистити теку "/etc/kubernetes/tmp"
--cri-socket string

Шлях до сокета CRI для підключення. Якщо порожньо, kubeadm спробує автоматично визначити це значення; використовуйте цей параметр лише якщо у вас встановлено більше одного CRI або якщо у вас нестандартний сокет CRI.
--dry-run

Не застосовувати жодних змін; лише вивести, що було б зроблено.
-h, --help

довідка для cleanup-node

Параметри, успадковані від батьківських команд

--rootfs string

Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях.

Що далі

  • kubeadm init для ініціалізації вузла панелі управління Kubernetes
  • kubeadm join для підключення вузла до кластера
  • kubeadm reset для скасування будь-яких змін, внесених на цьому хості командами kubeadm init або kubeadm join
  • kubeadm alpha для випробування експериментальних функцій