Опис
Використовуйте цю команду для виклику однієї фази робочого процесу "join"
kubeadm join phase [flags]
Параметри
| -h, --help |
| довідка для phase |
Параметри, успадковані від батьківських команд
| --rootfs string |
| Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях. |
Використовуючи цю фазу, ви можете виконати попередні перевірки на вузлі, що приєднується.
Виконує попередні перевірки 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 [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 у вказаний шлях. |
Використовуючи цю фазу, ви можете записати налаштування 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 у вказаний шлях. |
Приєднання нового члена 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 [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 [flags]
Параметри
| -h, --help |
| довідка для wait-control-plane |
Параметри, успадковані від батьківських команд
| --rootfs string |
| Шлях до 'справжньої' кореневої файлової системи хоста. Це змусить kubeadm виконати chroot у вказаний шлях. |