нод при выключении ноды, там где были запущены эти поды. какие есть варианты решения? поды elasticsearch и rabbitmq
и не должны, это сделано специально дабы избежать сплитбрейнов на ровном месте. Предрекаю вопрос - "а как же отказоусточивость !?". Ответ: оркестратор не обеспечивает отказоустойчивость, он просто шедулит контейнеры по кластеру, поднять pod в другом месте, когда нода упала - это не отказоустойчивость, отказоустойчивасть обеспечивается самим приложением. В твоем случае и elasticsearch и rabbitmq имеют для этого решения.
и elasticsearch и rabbitmq имеют для этого решения - увеличение количества реплик? у меня поды в статусе terminating и соединение с ними прерывается и все падает
google: elasticsearch HA google: rabbitmq HA
Обсуждают сегодня