Я верю единственному способу сделать, это использует кластеризацию. Вам будут нужны несколько серверов БД, которые объединены в кластер. Затем один сервер может автоматически вступить во владение для другого, который перестал работать. Это упоминается как "обработка отказа" (или кластер высокой доступности).
Рассматривать Ваши вопросы:
Какие продукты базы данных могут сделать это?
Все, что рекламирует "кластеризирующуюся поддержку". Я знаю, по крайней мере, что MySQL и Oracle делают, но многие другой DBMS, вероятно, также поддерживают его.
Как это работает? Это хранит данные базы данных по всем серверам одновременно, или задачи одного сервера передаются другому, в то время как это перезагружает?
Оба. Серверы регулярно синхронизируют свои данные, таким образом, они сохранили все серверы. Относительно которого сервер на самом деле отвечает на запросы, существует две опции: В кластере выравнивания нагрузки все серверы совместно используют загрузку (таким образом, Вы получаете лучшую производительность), в кластере высокой доступности, один компьютер обычно делает работу, и запчасть вступает во владение, если это перестало работать (обработка отказа).
Как это влияет на производительность, особенно задержка запросов?
Извините, у меня нет опыта с этим. Обычно, наверху должно быть минимальным, но обработка отказа могла бы занять время и вызвать тайм-ауты.
Я не думаю ADSL, и это - влияние шлюза по умолчанию этот сценарий. Попытайтесь отключить его, чтобы быть уверенными.
Проблема могла бы состоять в том, что тот ответ прибывает из другого IP, чем который требовался. Это могло бы усложнить вещи для маршрутизатора Cisco или клиента, соединяющегося.
Стандартный путь состоит в том, чтобы добавить устройства закольцовывания к окнам и поместить подсеть и набор, если дюйм/с там, и направляет их от Cisco через окна IP Ethernet.
TL; DR: Избавьтесь от 10.0.1.200 и используйте петлевой адрес 10.0.2.1