Как стать автором
Поиск
Написать публикацию
Обновить

Как настроить миграцию etcd между облачными кластерами Kubernetes и избежать простоев

Уровень сложностиСложный
Время на прочтение11 мин
Количество просмотров6.5K
Всего голосов 30: ↑30 и ↓0+30
Комментарии5

Комментарии 5

Привет. Учитывая, что всё это делалось для Patroni - почему не сделали standby_cluster?

Привет! Patroni тут как пример инструмента использующего etcd и не более. Задача была именно беспростойно мигрировать etcd, а не поупражняться с patroni. Если бы цель была именно в миграции БД - статья была бы немного другой)

А вот оно что. Ну сильно завернули - потому что в начале статьи кажется, что растягивали ETCD самого k8s. И тут я надеялся на не хилую драму и высокий полёт инженерной мысли, а потом понял что тянули вспомогательный, который служит сервисом блокировок/хранилищем.

Спасибо за дельный вопрос. Добавили пояснение в начале статьи.

Зачем привязывать имена нод etcd к именам нод с подами? Можно использовать любые имена с привязкой к номеру реплики.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий