Product SiteDocumentation Site

Глава 57. Кластер высокой доступности Kubernetes

57.1. Стековая (составная) топология etcd
57.2. Внешняя etcd-топология
57.3. Создание HA-кластера с помощью kubeadm
57.3.1. Стековая (составная) топология etcd
57.3.2. Настройка HA-кластера etcd с помощью kubeadm
Kubernetes предлагает два основных способа реализации HA-кластера:
  • со стековой топологией (узлы etcd размещаются вместе с узлами плоскости управления);
  • с внешней etcd-топологией (etcd работает на отдельных узлах от плоскости управления).

57.1. Стековая (составная) топология etcd

Стековая (составная) топология etcd — это топология, в которой распределенный кластер хранения данных, предоставляемый etcd, размещается на вершине кластера, образованного узлами, управляемыми kubeadm, которые запускают компоненты плоскости управления.
Каждый узел плоскости управления запускает экземпляр kube-apiserver, kube-scheduler и kube-controller-manager. Kube-apiserver предоставляется рабочим узлам с помощью балансировщика нагрузки.
Каждый узел уровня управления создает локальный etcd, и этот etcd взаимодействует только с kube-apiserver этого узла. То же самое относится к локальным экземплярам kube-controller-manager и kube-scheduler.
Эту топологию проще настроить, чем кластер с внешними узлами etcd, и проще управлять репликацией. Но если один узел выходит из строя, будут потеряны и etcd, и экземпляр уровня управления, и избыточность нарушится. Этот риск можно снизить, добавив больше узлов плоскости управления. Поэтому для HA-кластера следует запустить как минимум три сгруппированных узла плоскости управления.
Это топология используется по умолчанию в kubeadm. Локальный etcd создается автоматически на узлах плоскости управления при использовании kubeadm init и kubeadm join --control-plane.