При colocation сервер принадлежит клиенту, но работает на территории дата-центра. Из-за этого выбор площадки становится гораздо важнее, чем при обычной аренде готового выделенного сервера. Если оборудование провайдера можно заменить другой машиной из его парка, то собственный сервер уже физически привязан к конкретному ЦОД. Его нужно привезти, установить, подключить, а при серьёзных изменениях иногда снова перевозить.
Поэтому выбирать дата-центр только по стоимости одного юнита рискованно. Разница в несколько сотен или тысяч рублей в месяц быстро теряет значение, если к серверу неудобно попасть, сетевые условия не подходят проекту, дополнительная мощность стоит слишком дорого или при неисправности ночью рядом не оказывается инженера.
Хороший ЦОД для colocation должен решать довольно прозаичную задачу: ваше оборудование должно стабильно получать питание, охлаждение и сеть, а когда с ним всё-таки что-нибудь происходит, проблему должно быть возможно быстро диагностировать и устранить. Красивые фотографии серверного зала и громкий Tier сами по себе этого не гарантируют.
Что проверить в дата-центре до размещения своего сервера
Первое, с чего стоит начать, — электропитание. Физический сервер работает круглосуточно, и обычной розетки здесь недостаточно. ЦОД должен иметь источники бесперебойного питания, резервные вводы и генераторы на случай проблем с внешней энергосистемой.
Но для клиента важна не только общая схема здания. Нужно понять, как питание приходит именно к его оборудованию. Если сервер оснащён двумя блоками питания, желательно подключить их к независимым линиям. Тогда отказ одного PDU, автомата или другого элемента не обязательно выключит машину.
Два блока питания, подключённые в соседние розетки одной и той же линии, дают меньше резервирования, чем может показаться. Они защищают от неисправности самого блока питания, но не обязательно от проблем выше по цепочке.
Следующий параметр — доступная мощность. Сервер 1U может потреблять относительно немного, а может содержать два процессора, множество накопителей или несколько GPU. Размер корпуса почти ничего не говорит об энергопотреблении.
Перед размещением стоит узнать, сколько ватт входит в тариф, как измеряется реальное потребление и что произойдёт, если оборудование превысит согласованный лимит. Особенно это важно, если сервер планируется модернизировать. Добавление мощной видеокарты или новых компонентов способно изменить не только производительность машины, но и стоимость её размещения.
Охлаждение идёт следом. Клиенту не обязательно самостоятельно рассчитывать движение холодного воздуха по машинному залу, но дата-центр должен быть рассчитан на ту тепловую нагрузку, которую создаёт оборудование в стойках. Особенно требовательны плотные GPU-серверы и другие энергоёмкие конфигурации.
Важно и то, как организованы сами стойки. В нормальном ЦОД холодный воздух поступает к передней части оборудования, а нагретый выводится назад. Серверы устанавливаются с учётом этого направления. Для большинства стандартных платформ всё уже предусмотрено производителем, поэтому клиенту достаточно убедиться, что дата-центр не пытается разместить оборудование в условиях, для которых оно явно не рассчитано.
Сеть важнее красивой цифры скорости порта
Второй большой блок вопросов связан с интернетом. Провайдер может предложить 100 Мбит/с, 1 Гбит/с или более быстрый канал, но сама цифра ещё мало говорит о качестве связи.
Для российского сайта имеет значение, насколько хорошо сеть дата-центра связана с операторами, которыми пользуется основная аудитория. Сервер может иметь гигабитный порт и при этом показывать неудачные маршруты до части российских сетей. Поэтому полезно посмотреть тестовые IP, выполнить ping и traceroute из нескольких операторов и оценить задержку до предполагаемых пользователей.
У хорошего ЦОД обычно несколько внешних операторов связи. Это нужно не только ради большей общей пропускной способности, но и ради отказоустойчивости. Проблема одного магистрального канала не должна автоматически отрезать весь дата-центр от интернета.
Если проект критичен к доступности, стоит выяснить, как устроено резервирование именно сетевой инфраструктуры. Есть ли несколько маршрутов наружу, резервируются ли основные коммутаторы, можно ли подключить сервер двумя независимыми интерфейсами и ведут ли они к разным сетевым устройствам.
Для одного небольшого сервера настолько глубокое резервирование может быть избыточным. Но если речь идёт об интернет-магазине, SaaS или корпоративной системе, где простой непосредственно стоит денег, эти вопросы вполне оправданы.
Нужно заранее узнать и условия по трафику. В одном ЦОД предоставляется определённая полоса без ограничения объёма, в другом гигабитный порт сопровождается месячным лимитом, в третьем отдельно оплачивается превышение.
Особенно внимательно это стоит считать для файловых сервисов, резервного хранения и проектов с большим исходящим трафиком. У обычного сайта сетевой объём часто невелик, поэтому более дорогой безлимит способен годами не приносить никакой практической пользы.
Если серверов несколько, полезна внутренняя сеть. Через неё машины могут обмениваться данными без выхода в публичный интернет. Например, веб-сервер обращается к отдельной базе данных или отправляет резервные копии на другой узел. Такая сеть может иметь собственную тарификацию и другую скорость, поэтому её условия лучше выяснить заранее.
Доступ к серверу после установки тоже нужно продумать
Пока оборудование работает исправно, физический доступ почти не нужен. Сервер администрируется через сеть, а аппаратное управление выполняется через IPMI, iDRAC, iLO или KVM. Именно поэтому при выборе ЦОД легко вообще забыть о том, что когда-нибудь придётся приехать к стойке.
Но собственный сервер иногда нужно модернизировать, диагностировать или забрать. Поэтому стоит узнать режим доступа в машинный зал. В одном дата-центре клиент может приехать круглосуточно после оформления пропуска. В другом визит необходимо согласовывать заранее. Где-то доступ предоставляется только в сопровождении сотрудника.
Для компании, находящейся в том же городе, это вопрос удобства. Для клиента из другого региона гораздо важнее качество Remote Hands. Если до ЦОД несколько сотен километров, самостоятельно менять каждый диск или кабель бессмысленно.
Инженер дата-центра должен иметь возможность выполнить простую физическую работу по понятной инструкции клиента: заменить hot-swap накопитель, проверить индикаторы, переставить патч-корд, выполнить power cycle или установить заранее подготовленный компонент.
Нужно узнать стоимость таких работ и время реакции. Формулировка поддержка 24/7 ещё не означает, что ночью на площадке находится специалист, который немедленно подойдёт к стойке. Иногда круглосуточно работает только диспетчер, а определённые физические операции выполняются в рабочее время.
Полезна возможность хранить запасные компоненты непосредственно в ЦОД. Если у сервера специфические блоки питания, диски или сетевые адаптеры, можно оставить небольшой комплект ЗИП рядом с оборудованием. Тогда после поломки инженер не будет ждать, пока деталь приедет курьером.
Почему выбирать colocation только по Tier неправильно
Уровни Tier хорошо известны даже людям, которые никогда не управляли собственным сервером. Tier III звучит надёжнее Tier II, а Tier IV воспринимается как почти абсолютная защита от любых проблем. Но в реальном выборе дата-центра одна цифра не заменяет проверки инфраструктуры и условий обслуживания.
Сертификация описывает определённые свойства инженерной инфраструктуры, но не делает сервер неуязвимым. У клиента может выйти из строя собственная материнская плата. Администратор может удалить базу данных. Приложение может зависнуть после обновления. Сетевой firewall можно настроить неправильно. Никакой уровень дата-центра не исправляет такие проблемы автоматически.
Поэтому Tier стоит воспринимать как одну из характеристик площадки, а не как итоговый рейтинг её качества.
Для большинства коммерческих проектов гораздо полезнее понять, есть ли резервирование питания, несколько операторов связи, нормальный режим доступа, круглосуточный персонал, понятные сроки реакции и подходящая мощность для оборудования.
Особенно внимательно стоит читать SLA. Заявленная доступность обычно относится к определённой услуге или инфраструктуре и сопровождается условиями договора. Она не означает обещание, что конкретный сайт будет открываться каждую секунду года.
Если сервер завис из-за ошибки Linux, это не обязательно нарушение SLA дата-центра. Если вышел из строя клиентский SSD, ситуация тоже относится к оборудованию владельца. Нужно понимать, где заканчивается ответственность ЦОД и начинается ответственность клиента.
При размещении собственного сервера эта граница особенно важна. Дата-центр отвечает за инфраструктуру вокруг машины, но само железо остаётся вашим.
География площадки тоже имеет два значения. Первое связано с сетью: чем ближе сервер к основной аудитории и чем лучше маршруты между операторами, тем ниже обычно задержка. Второе связано с обслуживанием: если оборудование физически принадлежит компании, иногда к нему всё-таки приходится приезжать.
Именно поэтому для бизнеса из Москвы может быть удобно размещаться в московском или ближайшем региональном ЦОД, даже если на другом конце страны тариф немного дешевле. Экономия быстро исчезает после первой необходимости срочно доставить в серверную новую материнскую плату.
С другой стороны, территориальная близость сама по себе не является гарантией хорошей сети или надёжной инфраструктуры. Выбирать только ближайший дата-центр к офису тоже не стоит.
Физическая безопасность обычно остаётся за кадром, но для colocation она имеет особое значение. В стойке находится имущество клиента, иногда очень дорогое. Нужно понимать, как контролируется вход в здание и машинные залы, кто имеет доступ к стойкам и ведётся ли журнал посещений.
При размещении нескольких серверов или чувствительной инфраструктуры можно рассматривать отдельный закрываемый шкаф. Для одного сервера это обычно необязательно, поскольку оборудование и так устанавливается в контролируемом машинном зале.
Пожаротушение тоже является частью инженерной инфраструктуры ЦОД. В серверном помещении нельзя полагаться на обычную офисную сигнализацию. Площадка должна иметь средства раннего обнаружения и систему тушения, рассчитанную на работу рядом с электрооборудованием.
Клиенту не обязательно становиться специалистом по пожарной безопасности, но при выборе серьёзной площадки нормально спросить, как решаются такие аварийные сценарии.
Следующий вопрос — масштабирование. Сегодня компания привозит один сервер 1U. Через год появляется второй, затем система хранения и сетевое оборудование. Если дата-центр заполнен и рядом физически нет места, новую инфраструктуру придётся размещать в другой стойке или даже на другой площадке.
Это не всегда проблема, но для быстро растущего проекта полезно заранее понимать возможности расширения.
То же относится к мощности. Свободное место в стойке не гарантирует, что туда можно добавить ещё один энергоёмкий сервер. У шкафа или зоны может быть уже исчерпан доступный энергетический лимит.
Поэтому при долгосрочном размещении стоит спросить, можно ли увеличить выделенную мощность, получить дополнительные юниты или перейти к аренде части стойки без полноценного переезда.
Не менее полезно заранее понять процедуру вывоза оборудования. Colocation не должен превращаться в ситуацию, когда установить сервер легко, а забрать его после прекращения договора неожиданно сложно. Нормальный провайдер заранее описывает порядок доступа, отключения и передачи оборудования владельцу.
При сравнении нескольких ЦОД я бы не пыталась составлять огромную таблицу из десятков формальных параметров. Гораздо полезнее представить жизненный цикл сервера.
Сегодня вы привозите машину. Кто её принимает и устанавливает? Как подключается питание? Какую сеть она получает? Что произойдёт, если через полгода понадобится второй Ethernet? Кто ночью заменит отказавший диск? Можно ли оставить запасной накопитель в ЦОД? Что делать, если потребуется увеличить мощность? Как забрать оборудование после завершения договора?
Ответы на эти вопросы очень быстро показывают, насколько площадка подходит именно вашему сценарию.
Для одного простого 1U-сервера не обязательно искать самый большой и дорогой дата-центр страны. Иногда небольшая профессиональная площадка с хорошей сетью, нормальным резервированием и адекватной инженерной поддержкой полностью закрывает задачу.
И наоборот, низкая цена теряет привлекательность, если каждое дополнительное действие оказывается платным, доступ к машине неудобен, а резервное питание существует только на уровне рекламного описания.
Хороший ЦОД для colocation большую часть времени вообще не должен напоминать о себе. Сервер получает стабильное питание и сеть, температура остаётся нормальной, удалённый доступ работает, а инженеры требуются лишь изредка. Именно такая незаметность инфраструктуры и является лучшим признаком того, что площадка выбрана правильно.
