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