K8S как текущие инструменты планирования контейнера предприятия, производственная среда имеет много пользы, поэтому мы должны обеспечить высокую кластеру доступности, K8S факта, наиболее важным является компонентом апи-сервер, который является единственным входом всего кластера, поэтому убедись, нормальное функционирование всего кластера.
Используемый в настоящем документе kubeadmin развертывания kubeadmin можно использовать после версии 1.13 в производственной среде ,, поэтому здесь использовать 1.15 версию развертывания, конечно же, бинарная развертывание также возможно. В зависимости от ваших предпочтений.
Базовая конфигурация среды, брандмауэр, SELinux это, ни источник не настроен Казахстан, до ссылочного документа.
安装:
ни установить -Y-Омлет-kubeadm 1.15.0 1.15.0 1.15.0-kubectl
systemctl включить kubelet
Реализация всех указанных выше мастера
kubelet узел -Y-установка установка 1.15.0 ня-kubeadm-1.15.0 1.15.0 kubectl
systemctl включить kubelet
После завершения загрузки изображения
список kubeadm конфигурации изображения, чтобы увидеть зеркальное отражение того, что нужно
Докер тянуть registry.cn-hangzhou.aliyuncs.com/google_containers/kube-apiserver:v1.15.10
докер тянуть registry.cn-hangzhou.aliyuncs.com/google_containers/kube-controller-manager:v1.15.10
докер тянуть registry.cn- hangzhou.aliyuncs.com/google_containers/kube-scheduler:v1.15.10
докер тянуть registry.cn-hangzhou.aliyuncs.com/google_containers/kube-proxy:v1.15.10
докер тянуть registry.cn-hangzhou.aliyuncs.com/google_containers/ пауза: 3,1
докер тянуть registry.cn-hangzhou.aliyuncs.com/google_containers/etcd:3.3.10
докер тянуть registry.cn-hangzhou.aliyuncs.com/google_containers/coredns:1.3.1
Как используется здесь, Али облако изображений Казахстан
Все конфигурации я поставил Baidu сетевой диск
ссылка: https://pan.baidu.com/s/167-yXwqK28gXDUBw3E0BxA
код извлечения: mlr7
Установка keepalived
所有мастер -
ням установить keepalived -y
Изменение конфигурации После завершения
В этом примере master1
Эти места отмечают, приоритет этот вес две другие машины являются 90 и 70, остальные остаются неизменными на линии
А затем начать на линии
systemctl рестарт keepalived
Они могут закрыть тест, чтобы увидеть, если дрейф вип, у меня есть здесь можно
Затем установите главный узел всех HAProxy
ни установить HAproxy -y
Три из них та же машина, прямая копия последней в списке не должны быть изменены
А затем начать на линии
systemctl начать HAProxy
Написать kubeadm конфигурационный файл
в мастера выше линии
PodSubnet, который является наиболее важным, или не начинать за фланели обязательно добавить
Затем начните
kubeadm инициализации --config = kubeadm-init.yaml --experimental -загрузить-сертификаты
Выше мастер используется, используется следующее ndoe
Затем проверьте состояние установленного сетевого штекера фланели
Потом еще два мастера присоединиться к кластеру
После завершения реализации должны 
смотреть на эффект другого выше мастера
Все начали следующий запуск при добавлении узла узла
Ну, посмотрите на добавление завершено
Просто , чтобы найти мастера , чтобы начать тестовый контейнер «» 
в зеркале тяговой Nginx, будет ждать ,
чтобы проверить эффект
Доступ к его
Теперь вип в master1 выше, то моделирование неисправности, чтобы увидеть, если дрейф вип, кластер не будет использоваться
IP-адрес дрейфует вверх
После восстановления и т.д. , чтобы присоединиться к кластеру вроде 
развертывания высокой доступности на здесь, в чем проблема Добро пожаловать к букве сообщениям частным