Ради их репутации я не буду называть имена. Но я просто использую:
Бизнес, в котором я работал ранее - ABC Web Dev
Хостинговая компания, которую они использовали - XYZ Hosting
Недавно я узнал, что у XYZ Hosting произошел какой-то инцидент, в результате которого они потеряли много данных своих клиентов, включая ABC Web Dev. ABC Web Dev смогла восстановить некоторые веб-сайты своих клиентов, вытащив их со своих локальных компьютеров для разработки и разместив на другом хостинг-провайдере. Из-за этого они потеряли много клиентов, и их репутация испортилась.
Я начинаю свою собственную компанию по веб-разработке и не хочу сталкиваться с этой же проблемой. Я планирую использовать Rackspace, но, хотя они отличная компания, согласно Википедии у них все еще были простои в прошлом. Я подумал, что было бы неплохо попробовать запустить сразу двух провайдеров, чтобы гарантировать, что, если что-то случится с одним, веб-сайты по-прежнему будут работать из-за другого.
Я знаю, что веб-сайты должны всегда получать запросы с одного сервера, но если есть способ перенаправить запросы на второй сервер, если первый не работает, это решит мою проблему.
В качестве примечания, у нас будет локальная установка промежуточной среды, которая позволит быстро восстановить, если у провайдера возникнут какие-либо проблемы, однако я бы хотел избежать простоев вообще, если это возможно.
Итак, мои вопросы:
Кто-нибудь пробовал запускать сразу двух провайдеров?
Будет ли это считаться хорошей практикой или я захожу слишком далеко?
Действительно ли есть способ запустить два одновременно, когда один сервер действует как резервный?
Вам не нужно запускать два сайта одновременно, если вы иметь хорошие, проверенные локальные резервные копии.
Если на обоих веб-хостах используется cpanel, и у вас есть резервная копия cpanel всей вашей учетной записи, вы сможете быстро развернуть ее на другом веб-хосте.
Проблема с одновременным запуском нескольких сайтов - поддерживать все в актуальном состоянии. Это сложно, особенно когда задействованы базы данных, а в наши дни базы данных работают на большинстве сайтов.
Давайте будем честными, причина, по которой ваши предыдущие сотрудники потеряли клиентов, заключалась не в том, что веб-сайты не работали на несколько часов (даже несколько дней), а потому, что не было резервных копий, и они потеряли весь свой веб-сайт навсегда.
Вот наш план аварийного восстановления:
Таким образом, мы знаем, что можем восстановиться после сбоя примерно за 3-4 часа.
Запуск нескольких хостов одновременно намного, намного сложнее, и вам все равно придется ждать распространения DNS, когда вы действительно хотите переключить хосты.
Справиться с этим без простоев будет сложно. Большие парни справляются с этим использование BGP для перенаправления трафика на весь блок IP-адресов через новое средство. Для всех остальных вам нужно будет выбрать решение, которое обеспечит необходимый вам уровень избыточности.
В нашем случае мы искали защиту на уровне «Сайт A прекращает существование» (в отличие от «Сайт A случайно создает петлю в сети, и сеть останавливается на 15 минут»). Для этого мы настраиваем наш первичный DNS-сервер на сайте A и наш вторичный DNS-сервер на сайте B, так что если A выходит из строя навсегда, мы можем изменить файлы зоны на B, чтобы все указывали на B, а затем обновить наш домен до заменить сайт A nameserver каким-либо другим сайтом. Существуют ситуации, с которыми мы не можем справиться таким образом (например: мы заблокированы для сайта A, но DNS-сервер все еще работает там, и в этом случае мы действительно ничего не можем сделать, пока запись домена не будет обновлена), но для всего остального все снова запускается после истечения срока действия кэшированных записей DNS.
В зависимости от конкретной «угрозы» вы можете настроить другие параметры: например, для потери всех данных на сайте A, но сервер там все еще работает (авария?), Вы можете настроить базовый веб-сервер, который перенаправляет весь трафик на backup.example.com. Если кто-то по вызову реагирует на ситуацию, это может быть намного быстрее, чем переключение записей DNS.
Все это предполагает, что вы поддерживаете синхронизацию данных между сайтами. Как это сделать, будет полностью зависеть от того, что вам нужно синхронизировать, насколько далеко вы готовы оставить Сайт B, сколько вы намереваетесь потратить на это, и следует ли повторить эту аварию на rm. ... тема для другого вопроса.