Существовали активные соображения, чтобы эмулировать активную / пассивную настройку для контейнеров, но обратите внимание, что как функция продукта это действительно не обязательно, а следовательно, и не встроено. Это очень хорошо может быть реализовано как интеграция функции OOB, в которой вы должны обработать ваши приложения, по крайней мере, сделать следующее:
- Выборы генерального лидера (для выбора мастера и маршрутизации трафика,
может, контейнер с коляской для выборов и маршрутизации сообщений
- Сделайте так, чтобы процедуры обнаружения датчиков живучести / готовности (и логика отработки отказа) для исправления всех модулей в неудавшейся парадигме больше не выбирались с помощью какого-либо уравнения выбора модулей
- В случае другого перехода на другой ресурс вам все равно придется обеспечить еще одно исправление меток (и на этот раз для старых и новых модулей) для обновления метаданных модулей, также известных как метки
Если вы ищете что-то минимальное, чем просто, настройка датчиков жизнеспособности / готовности может помочь вам. Как всегда, вам следует избегать практики массовых мутаций ярлыков модулей со специальными патчами для выбора ролей
https://github.com/kubernetes/kubernetes/issues/45300