Назад | Перейти на главную страницу

Глобальный хостинг Colocation от одного поставщика против нескольких

Мы открываем 2 центра обработки данных в США и 2 в Европе с глобальной балансировкой нагрузки. С точки зрения времени безотказной работы, рискую ли я получить единую точку отказа, если буду использовать одного продавца для колокации? Наиболее уважаемые провайдеры используют коммутируемые сети (BGP) в случае сбоя. Я понял, что Интернап даже делает это автоматически. Устранит ли это риск полностью?

Спасибо Берри

Хорошо, сначала небольшая лекция:
BGP это протокол маршрутизации - он объявляет пути доступа к вашему серверу (в идеале через несколько подключений через разных провайдеров и по разным физическим путям). BGP - это волшебство, которое находит новый путь к определенной части Интернета, когда кто-то управляет экскаватором через большой оптоволоконный кабель.
Довольно много каждый Средство размещения, которое вы будете размещать, использует BGP на своем краю, и 99% из них является «автоматическим» - если бы этого не было, Интернет был бы таким же стабильным, как одноногий стул.

Точно так же большинство провайдеров CoLo (по крайней мере, те, с которыми вы хотите иметь дело) используют полностью коммутируемую сеть, обычно разделенную на уровни доступа и ядра. Лучшие из них предложат вам несколько путей к своему ядру, чтобы защитить вас от сбоя в случае неисправности коммутатора или кабеля.


После этой лекции вы, кажется, задаете общий вопрос о избыточности, поэтому я дам вам несколько общих ответов:

Если у вас есть один центр обработки данных, у вас есть единственная точка отказа (будь то Интернет, питание, охлаждение или человеческая ошибка, если сайт, на котором вы находитесь, исчезнет из Интернета по какой-либо причине, по которой он унесет с собой ваши серверы).
Большинство CoLo-компаний имеют хорошую избыточность во всем, что я только что упомянул, но нередки многочисленные отказы (не так давно я был вовлечен в один, который отключил все предприятие и всех его клиентов).

Наличие двух сайтов с каким-либо планом аварийного переключения между ними не устраняет риск, но снижает его: если ваш основной сайт взорвется, ваш дополнительный сайт может быть переведен в онлайн (или автоматически переведен в онлайн) для продолжения нормальной работы. С некоторыми инженерными работами это часто может происходить с очень небольшими нарушениями, видимыми для ваших конечных пользователей.
Загвоздка в том, что вам нужно спроектировать свои системы для обработки аварийного переключения, а это может быть сложно и сложно в зависимости от того, что именно вы пытаетесь сделать (сделать веб-сайт, обслуживающий статические страницы, избыточным, легко - сделать транзакционную электронную коммерцию избыточность сайта требует значительно больше работы).

Что касается одного поставщика по сравнению с несколькими, если у John Smith's Colocation Service есть центры обработки данных на разных континентах с разными вышестоящими поставщиками и (очевидно) разными путями физического подключения, вы не получите больше преимуществ от хостинга с Джоном Смитом в США и Джейн Джонс в США. Европа (и люди с вашей кредиторской задолженностью могут предпочесть оплатить один большой счет утвержденному поставщику, а не утверждать другого поставщика и оплачивать два счета.
Также можно утверждать, что более крупные провайдеры с транснациональным присутствием, вероятно, будут более стабильными в финансовом отношении (вряд ли выйдут из бизнеса и ваши данные исчезнут из Интернета), и если они использовали многосайтовую среду для Через некоторое время у них будет ценный опыт, который стоит принять во внимание, если вы думаете, что вам понадобится помощь в настройке аварийного переключения / резервирования.


Согласно инженерной аксиоме, риск невозможно устранить: независимо от того, сколько у вас машин и где вы их поставите, всегда можно придумать кошмарный сценарий, который приведет к взрыву системы.
Вам необходимо учитывать следующее:

  • Уровень реального риска (цена того, что может пойти не так, и вероятность что идет не так)
  • Стоимость снижения этого риска
  • Стоимость возмещения, если риск материализуется в событие
  • Любые договорные обязательства, которые у вас или вашего бизнеса есть Re: uptime и т. Д.

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