Надежность: модель Master/Slave обречена?

Это довольно общий вопрос; можете ли вы указать, о каких хранилищах данных вы конкретно говорите?

Я работал с MongoDB, и он справляется с этим очень изящно; каждый член в «наборе реплик» (в основном, в кластере ведущий-подчиненный) имеет право стать ведущим. При подключении к набору реплик набор сообщит подключающемуся клиенту о каждом элементе в наборе. Если мастер в наборе отключается, ведомые устройства автоматически выберут нового мастера, а клиент (поскольку у него есть список всех узлов в наборе) будет пробовать новые узлы, пока не подключится; узел, к которому он подключается, сообщит клиенту о новом мастере, и клиент переключит свое соединение. Это обеспечивает полностью прозрачную отработку отказа ведущий/ведомый без каких-либо изменений в вашем приложении.

Это, очевидно, хорошо для одиночных подключений, но как насчет перезапусков? Драйвер MongoDB также справляется с этим; он может принять список узлов, к которым нужно попытаться подключиться, и будет пробовать их последовательно, пока не найдет тот, к которому можно подключиться. Как только он подключится, он спросит у узла, кто является его хозяином, и перенаправит соединение туда.

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