Блог

Если по какой-либо причине живой узел (pod) выйдет из строя, Kubernetes создаст вместо него другой. Это определенно вызовет периодические проблемы на стороне клиентов, но клиент должен начать работать после резервного копирования live-node (pod). С другой стороны, если бы HA был на месте, я не уверен, насколько быстро будет работать перемещение клиентов (подключений / подписок / сеансов) с текущего узла на резервный узел и обратно на текущий узел (т. Е. отказоустойчивый и отказоустойчивый).

Я думаю, что только если все резервные узлы находятся в другом центре обработки данных, они будут полезны для аварийного восстановления. Однако я не могу придумать сценарий, в котором резервные узлы были бы полезны, если они существуют в том же центре обработки данных, что и живые узлы. Возможно, я что-то упускаю, пожалуйста, посоветуйте идеальный подход здесь.

Если Kubernetes управляет брокером и перезапустит его в случае сбоя, то настройка брокеров как активных / пассивных для сбоя HA не очень полезна. Это, конечно, предполагает, что все соответствующие постоянные данные (например data , каталог) защищены от потери (например, в другом модуле).