Готує машину до обслуговування панелі управління
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 у вказаний шлях. |
|