Репликация etcd в архитектуре kubernetes

Question

Я новичок в kubernetes и т. Д., Я пытаюсь выяснить, как etcd распространяется в kubernetes. мне очень поможет ответ на этот вопрос

Вопрос 1: если у нас есть архитектура kubernetes с 1 мастером и 2 узлами, у нас будет: - 1 хранилище etcd, которое расположенный на master - или etcd, распределенный между master и узлами (у всех будет репликация хранилища)

, если у нас есть архитектура kubernetes с 2 мастерами и 3 узлами, мы собираемся иметь: - 2 хранилища etcd, реплицированные на обоих мастерах, или etcd, распределенный между мастером и узлами (у всех будет репликация хранилища)

Вопрос 2: я нашел эту рекомендацию «Всегда используйте нечетное число членов кластера, так как кворум необходим для согласования обновлений состояния кластера» источник: https://rancher.com/blog/2019/2019-01-29-what-is-etcd/ это количество узлов в кластере kubernetes или количество узлов члены в кластере etcd можете ли вы привести пример

Вопрос 3: что означает: внешний кластер и т. д. * 1 019 *, etcd работает как стати c на главных узлах

Answer 1

Вы не должны иметь etcd на рабочем узле. etcd должен располагаться в мастер-узлах или быть внешним. Обратитесь к официальным документам .

Число членов etcd должно быть нечетным для достижения кворума. В блоге именно это и имеется в виду.

Вы можете развернуть etcd на главных узлах в виде контейнеров, используя механизм kubernetes stati c pods . Kubernetes будет управлять etcd как pods.

В качестве альтернативы вы можете запустить etcd как systemd на внешних хостах вне вашего кластера kubernetes.