Когда человек выбирает хостинг, он обычно смотрит на цену, объем диска, количество сайтов, процессор и оперативную память. Где физически находится сервер, вспоминают значительно реже.
А ведь любой сайт в конечном счете работает не в абстрактном интернете. Где-то стоит реальная стойка, внутри нее установлен физический сервер, к нему подведены электропитание и сетевые соединения, рядом работают системы охлаждения, а само оборудование находится в конкретном здании и конкретной стране.
Это здание и есть дата-центр, точнее центр обработки данных, или ЦОД.
Для небольшого сайта выбор конкретного ЦОД редко должен превращаться в многонедельное исследование. Но полностью игнорировать инфраструктуру тоже неправильно. От нее зависят доступность сервера, задержка сети, устойчивость к авариям и в некоторых случаях требования к размещению данных.
При этом вокруг дата-центров накопилось немало маркетинга. Провайдер показывает фотографии идеально ровных серверных стоек, пишет Tier III или Tier IV, обещает резервирование всего на свете, и у клиента возникает ощущение, что достаточно увидеть красивый сертификат, чтобы вопрос надежности был закрыт.
На практике все немного интереснее.
Что находится внутри современного дата-центра
Дата-центр можно представить как специально подготовленное здание для непрерывной работы большого количества вычислительного оборудования.
Обычного помещения с розеткой и кондиционером для этого недостаточно.
Серверы потребляют много электричества и превращают значительную часть этой энергии в тепло. Значит, нужно постоянно отводить тепло и поддерживать допустимые условия эксплуатации оборудования.
Электричество может пропасть. Поэтому применяются источники бесперебойного питания и резервные системы энергоснабжения. Сетевой канал тоже способен выйти из строя, поэтому серьезные площадки используют несколько независимых соединений и операторов.
Нужно обнаруживать пожар, контролировать доступ людей, вести видеонаблюдение, защищать оборудование и круглосуточно следить за состоянием инженерных систем.
Получается, что серверная стойка является только небольшой частью дата-центра. Огромное значение имеет все, что позволяет этой стойке продолжать работать во время проблем.
Именно поэтому два одинаковых сервера в разных ЦОД могут предоставляться на совершенно разных условиях надежности.
Расстояние до пользователя действительно влияет на скорость, но не так просто
Представим сайт российской компании, почти все посетители которого находятся в Москве, Санкт-Петербурге и других городах России.
Если сервер расположен относительно близко к основной аудитории и имеет хорошую сетевую связность, задержка обычно будет ниже, чем при обращении к серверу на другом континенте.
Сигнал не перемещается мгновенно. Пакеты проходят через сети операторов и промежуточное оборудование. Чем длиннее маршрут, тем больше времени обычно требуется на обмен.
Особенно заметна задержка в приложениях, где браузер или программа постоянно обменивается небольшими запросами с сервером. Для обычной загрузки крупного файла пропускная способность канала может оказаться важнее нескольких дополнительных миллисекунд.
Но выбирать ЦОД только по километрам нельзя.
Сервер в соседнем городе с плохими маршрутами до нужных операторов иногда дает худший результат, чем более удаленная, но хорошо связанная площадка. Интернет не прокладывает для каждого посетителя географически кратчайший путь.
Поэтому правильнее говорить не просто о расстоянии, а о сетевой задержке и качестве маршрутов до реальных пользователей.
Для российского проекта полезно проверить ping и traceroute из нескольких сетей и регионов. Еще лучше использовать внешние сервисы мониторинга, которые выполняют проверки из разных точек.
Если хостинг дает тестовый IP или файл для скачивания, это позволяет оценить площадку до покупки.
Что означают Tier I, Tier II, Tier III и Tier IV
Слово Tier часто воспринимают как звездочки у гостиницы: чем больше цифра, тем лучше дата-центр.
Система немного сложнее.
Uptime Institute использует четыре уровня Tier для описания инфраструктуры дата-центров. Tier I является базовым уровнем. Tier II добавляет резервные компоненты мощности. Tier III предполагает возможность обслуживания инфраструктуры без остановки работы, а Tier IV предусматривает более высокий уровень отказоустойчивости. Ключевой смысл классификации связан с инженерной топологией и способностью инфраструктуры переживать обслуживание и отказы.
Для клиента важно другое: надпись Tier III на сайте хостинга еще стоит проверить.
Uptime Institute отдельно предупреждает о случаях некорректного использования Tier Classification System и ведет официальный список сертифицированных объектов. Поэтому, если провайдер делает уровень Tier важным аргументом продажи, можно проверить конкретный дата-центр и тип его сертификации в официальном реестре.
Есть разница между утверждением «инфраструктура построена по принципам Tier III», проектной документацией, прошедшей сертификацию, и сертифицированным действующим объектом.
Это не означает, что площадка без сертификата автоматически плохая. Сертификация является отдельной процедурой и стоит денег. Но рекламную формулировку не стоит путать с независимым подтверждением.
Резервирование электропитания важнее красивых серверных стоек
Большинство посетителей никогда не увидят сервер, на котором работает их сайт. Тем более они не увидят дизель-генераторы, аккумуляторные системы, распределительные устройства и вводы электропитания.
Но именно эта невидимая часть инфраструктуры может определить, продолжит ли сайт работать при аварии городской электросети.
Обычно между пропаданием внешнего питания и запуском резервных генераторов нагрузку поддерживают источники бесперебойного питания. Дальше оборудование должно продолжать работу от резервного источника столько, сколько требуется для восстановления нормального электроснабжения или пополнения топлива.
Надежность определяется не просто наличием генератора.
Важна вся цепочка. Сколько независимых вводов используется? Какие элементы продублированы? Можно ли обслуживать часть системы без отключения оборудования? Проверяются ли резервные системы под нагрузкой?
Для владельца одного сайта невозможно самостоятельно провести инженерный аудит крупного ЦОД. Но можно посмотреть документацию площадки, сертификаты, историю заметных аварий и то, насколько подробно провайдер описывает инфраструктуру.
Фраза «у нас надежное питание» говорит мало. Конкретная схема резервирования говорит значительно больше.
Охлаждение тоже может остановить серверы
Даже если электричество продолжает поступать, серверное оборудование нельзя надолго оставить без нормального отвода тепла.
Сотни и тысячи серверов создают огромную тепловую нагрузку.
Поэтому системы охлаждения в дата-центрах также проектируются с учетом резервирования. Используются разные схемы организации воздушных потоков, холодные и горячие коридоры, чиллеры, системы свободного охлаждения и другие технологии.
Конкретное решение зависит от климата, масштаба объекта и проекта ЦОД.
Обычному клиенту не нужно выбирать хостинг по марке кондиционера. Но важно понимать, почему отказ системы охлаждения является такой же инфраструктурной проблемой, как потеря питания.
Надежный ЦОД строится вокруг устранения одиночных точек отказа, а не вокруг покупки дорогих серверов.
Несколько интернет-каналов еще не гарантируют хорошую связность
В описании дата-центра можно увидеть впечатляющий список операторов связи и суммарную пропускную способность в сотни гигабит или терабит.
Это полезная информация, но для конкретного сайта важен путь до его аудитории.
Если посетители приходят в основном из России, стоит оценивать маршруты российских операторов. Если сервис международный, интереснее связность с теми регионами, где находятся клиенты.
Хороший провайдер может использовать несколько аплинков, собственную автономную систему, пиринговые соединения и управление маршрутами. Все это влияет на то, каким путем пойдет трафик.
Есть и вопрос резервирования.
Два канала, проложенные в одной физической трубе, не обязательно дают ту независимость, которую клиент представляет, читая слова «два оператора». Одна строительная авария способна повредить оба маршрута.
На уровне серьезной инфраструктуры учитывают не только количество соединений, но и физическое разнообразие трасс.
Для обычного сайта проверить каждую кабельную линию невозможно и не нужно. Гораздо полезнее посмотреть фактическую доступность сервиса и результаты мониторинга.
SLA не означает, что сайт никогда не упадет
Еще одна красивая цифра в рекламе хостинга выглядит примерно так: SLA 99,9%, 99,95% или 99,99%.
SLA, или соглашение об уровне обслуживания, описывает обязательства поставщика перед клиентом.
Важно читать условия целиком.
Как именно рассчитывается доступность? Какие события исключаются? Учитываются ли плановые технические работы? Как клиент должен сообщить о нарушении? Какую компенсацию он получает?
Разница между 99,9% и 99,99% кажется крошечной, но в пересчете на год допустимое время недоступности отличается заметно.
При этом компенсация по SLA не возвращает потерянные заказы интернет-магазина. Иногда она ограничивается частью стоимости услуги.
Поэтому SLA полезно воспринимать как формализованное обязательство поставщика, а не как страховку бизнеса от любых последствий простоя.
Если каждая минута недоступности стоит компании больших денег, архитектуру нужно строить так, чтобы отказ одного сервера или даже одной площадки не останавливал весь сервис.
Один надежный дата-центр все равно остается одной площадкой
Допустим, сервер находится в отличном ЦОД с резервным питанием, несколькими операторами, серьезной физической защитой и хорошей инженерной инфраструктурой.
Нужен ли второй дата-центр?
Для небольшого сайта чаще всего нет.
Сложность инфраструктуры должна соответствовать цене простоя. Если блог или сайт небольшой компании будет недоступен час во время крайне редкой крупной аварии, строить географически распределенный кластер может быть экономически бессмысленно.
Для платежной системы, крупного интернет-магазина или важного корпоративного сервиса требования другие.
Тогда используют несколько зон доступности, резервные площадки, репликацию данных, балансировку и планы аварийного восстановления.
Но есть важный нюанс.
Два сервера не дают географического резервирования, если они стоят в соседних стойках одного здания. Два VPS у одного поставщика тоже могут зависеть от общей инфраструктуры.
Если цель состоит именно в защите от потери целой площадки, резерв должен находиться в инфраструктуре, которая не разделяет с основной критические точки отказа.
Где хранить сайт для российской аудитории
Если подавляющее большинство посетителей находится в России, российский дата-центр часто является логичным исходным вариантом.
Это может дать хорошие маршруты до местных операторов и предсказуемую задержку.
Но география пользователей является только одним фактором.
Нужно учитывать применимые требования законодательства и характер данных, которые обрабатывает сайт. Для проектов, работающих с персональными данными российских граждан, вопрос размещения баз данных нельзя решать исключительно по ping или цене зарубежного VPS.
Федеральный закон № 152-ФЗ устанавливает требования к обработке персональных данных, а Роскомнадзор публикует разъяснения и информацию для операторов персональных данных. Для конкретного проекта, особенно если используются зарубежные сервисы или трансграничная передача, требования лучше оценивать отдельно и по актуальным официальным источникам.
С технической стороны зарубежная площадка сама по себе не делает сайт медленным. Хорошо связанный европейский ЦОД может показывать вполне комфортную задержку для части российских пользователей.
Но если аудитория почти полностью российская, размещение сервера за тысячи километров только ради экономии небольшой суммы не всегда имеет смысл.
CDN меняет значение физического расположения основного сервера
Представим информационный сайт с большим количеством изображений.
Основной сервер находится в одном городе, но статические файлы раздаются через CDN. Пользователь получает изображения, стили и другие кэшируемые ресурсы с узла сети, расположенного ближе к нему.
В такой архитектуре физическое расстояние до origin-сервера становится менее заметным для части запросов.
CDN особенно полезна проектам с географически распределенной аудиторией.
Но она не телепортирует всю серверную логику к пользователю. Динамические запросы, которые нельзя отдать из кэша, все равно могут обращаться к основному приложению и базе.
Поэтому CDN уменьшает зависимость производительности от одного местоположения, но не делает географию сервера совершенно неважной.
Защита от DDoS относится не только к самому дата-центру
Мощный ЦОД может иметь огромные сетевые каналы, но это не означает, что каждый арендованный там сервер автоматически защищен от любой DDoS-атаки.
Фильтрация может предоставляться оператором дата-центра, самим хостинг-провайдером или отдельным сервисом. Условия и уровень защиты отличаются.
Стоит выяснить, входит ли базовая фильтрация в тариф, какие атаки обрабатываются автоматически, есть ли ограничения по объему трафика и что происходит при крупной атаке.
Для обычного сайта достаточно базовой защиты хорошего хостинга. Для игрового сервера, финансового сервиса или известного проекта требования могут быть намного выше.
Важно не путать защищенность здания и защищенность сетевого сервиса. Турникеты, камеры и охрана не остановят поток вредоносных пакетов из интернета.
Нужно ли владельцу обычного сайта вообще знать название дата-центра
Да, но без фанатизма.
Если вы выбираете обычный виртуальный хостинг для небольшого сайта, нет необходимости самостоятельно изучать электрические схемы ЦОД.
Гораздо важнее репутация самого хостинг-провайдера, качество поддержки, резервные копии, производительность тарифа и история доступности.
Но информация о площадке помогает понять, на чем построена услуга.
Полезно знать страну и город размещения, название ЦОД, наличие резервирования, основных операторов связи и заявленный уровень доступности.
Для VPS и выделенного сервера это становится еще важнее, потому что клиент сильнее зависит от конкретной инфраструктуры.
Если провайдер вообще не сообщает, где находится оборудование, а поддержка отвечает только «в надежном европейском дата-центре», для серьезного проекта это повод задать дополнительные вопросы.
Как я бы выбирала площадку на практике
Сначала определила бы, где находится основная аудитория сайта.
Затем выбрала несколько хостингов, предлагающих подходящие по ресурсам и цене тарифы в нужном регионе.
После этого посмотрела бы информацию о дата-центрах. Не только уровень Tier, но и конкретное название площадки, сетевую инфраструктуру, резервирование и доступные документы.
Попросила бы тестовый IP и проверила задержку из нужных сетей. Для важного проекта подключила бы внешний мониторинг еще на этапе тестирования.
Отдельно изучила бы SLA, резервное копирование и DDoS-защиту. Это три разные вещи, хотя в рекламе их часто смешивают в одно общее слово «надежность».
Если сайт обрабатывает данные, для которых существуют специальные требования к размещению или защите, проверила бы юридическую сторону до покупки сервера.
И только после этого сравнивала бы итоговую стоимость.
Самый дешевый VPS в неизвестном месте не обязательно экономит деньги. Но и самый дорогой сервер в сертифицированном дата-центре не сделает плохо настроенный сайт быстрым и безотказным.
Дата-центр является фундаментом, а не гарантией
Хорошая площадка дает серверу качественную основу: стабильное питание, охлаждение, сетевые подключения, физическую защиту и инженерное резервирование.
Дальше начинается зона ответственности хостинга и владельца проекта.
Можно разместить VPS в превосходном ЦОД и забыть обновить операционную систему. Можно не делать резервные копии. Можно перегрузить сервер тяжелыми запросами к базе. Можно случайно удалить сайт.
Ни один Tier не защитит от этих ошибок.
И наоборот, обычному небольшому сайту не обязательно искать самый дорогой Tier IV объект на континенте. Если надежный провайдер использует хорошую площадку, обеспечивает резервное копирование и показывает стабильную доступность, этого может быть более чем достаточно.
Поэтому при выборе дата-центра полезно избегать двух крайностей.
Первая состоит в том, чтобы вообще не интересоваться, где работает сервер.
Вторая заключается в выборе хостинга исключительно по красивой цифре Tier.
Смотрите на инфраструктуру целиком: географию аудитории, реальные сетевые маршруты, питание, резервирование, доступность, условия SLA, защиту и репутацию поставщика.
Хороший дата-центр большую часть времени никак себя не проявляет. Сайт просто работает. И именно это, пожалуй, лучший результат, который от него требуется.
