Colocation часто начинается с одного физического сервера. Компания размещает 1U или 2U в дата-центре, получает питание, сеть и доступ к оборудованию, а через некоторое время инфраструктура растёт. Появляется второй сервер, затем отдельная машина для базы данных, резервное хранилище, сетевое оборудование. В какой-то момент в счёте уже не один юнит, а пять, восемь или десять отдельных позиций.
Именно тогда возникает вопрос, который редко имеет один универсальный ответ: продолжать оплачивать каждый сервер отдельно или перейти на часть серверной стойки. На первый взгляд достаточно сравнить цену нескольких U со стоимостью четверти или половины шкафа. На практике экономика зависит ещё от электрической мощности, количества сетевых подключений, внутреннего трафика, IP-адресов и того, насколько быстро инфраструктура продолжает расти.
Переход на часть стойки интересен не только возможной скидкой. Компания получает более цельное пространство для собственного оборудования и может свободнее размещать серверы, коммутаторы, системы хранения и вспомогательные устройства. Но одновременно появляется риск оплачивать пустые юниты и избыточную мощность, если рост инфраструктуры был переоценён.
Поэтому переход лучше делать не тогда, когда серверов стало просто много, а когда суммарная конфигурация действительно начинает экономически и технически вести себя как небольшой собственный серверный узел.
Когда поштучное размещение серверов перестаёт быть удобным
Представим компанию, которая начала с одного сервера 1U. Через полгода появился второй. Затем потребовалась отдельная машина резервного копирования 2U. Формально всё ещё удобно: дата-центр выставляет тариф за четыре юнита, а каждый сервер получает необходимые подключения.
Через некоторое время добавляется коммутатор, ещё один сервер приложений и небольшая система хранения. Теперь оборудование занимает уже восемь или десять юнитов. Каждый новый элемент приходится отдельно согласовывать по месту, питанию и сети.
Именно на этом этапе часть стойки становится интересной альтернативой.
При поштучном colocation клиент оплачивает конкретное количество занимаемого пространства. Это удобно, пока инфраструктура небольшая. Если нужен ещё один 1U, добавляется ещё один юнит. Не приходится резервировать пустое место заранее.
Но такая гибкость имеет цену. Розничное размещение каждого сервера обычно рассчитывается с учётом инфраструктуры ЦОД и запаса оператора. Чем больше отдельных устройств набирается у одного клиента, тем ближе их суммарная стоимость к более крупному пакетному размещению.
Условная четверть стойки может предоставлять сразу определённое пространство и общий энергетический лимит. Клиент сам решает, установить туда четыре крупных сервера или восемь компактных устройств, если укладывается в условия ЦОД.
Вместо тарификации каждого отдельного юнита появляется более предсказуемая инфраструктурная единица.
Считать нужно не количество серверов, а занятые юниты
Пять серверов могут означать совершенно разную инфраструктуру. Пять компактных машин 1U занимают пять юнитов. Пять серверов 2U уже требуют десять. Если среди них есть 4U-система хранения, физическое пространство растёт ещё быстрее.
Поэтому переход к части стойки правильнее привязывать не к количеству машин, а к доле реально используемого шкафа.
Стандартные стойки имеют определённое количество полезных юнитов, но конкретные размеры у операторов отличаются. Если инфраструктура занимает небольшую часть шкафа и не планирует быстро расти, поштучный colocation часто остаётся логичнее.
Когда оборудование начинает занимать заметную долю доступного пространства, стоит запросить у оператора альтернативный расчёт на часть стойки.
Особенно интересна ситуация, когда клиент уже оплачивает несколько дополнительных услуг отдельно для каждого сервера. У машин могут быть независимые подключения питания, management-порты, дополнительные сетевые линии и другие опции. При переходе к собственному сегменту стойки часть инфраструктуры иногда организуется проще.
Например, вместо отдельных внешних сетевых подключений для каждой внутренней связи между серверами можно установить собственный коммутатор.
Веб-сервер, база данных и хранилище начинают обмениваться информацией внутри собственного сегмента сети, а наружу выходит уже согласованное количество внешних портов.
Для пары серверов такая архитектура избыточна. Для десятка машин она становится естественной.
То же происходит с кабельной организацией. Пока устройств два или три, дата-центр спокойно подключает каждое отдельными патч-кордами. Чем больше оборудования принадлежит одному клиенту, тем полезнее становится собственная понятная структура соединений.
Компания может использовать отдельные VLAN, собственный коммутатор, разделить production, management и backup-сети и сама контролировать внутреннюю топологию.
Так colocation постепенно превращается не просто в размещение нескольких машин, а в собственный небольшой инфраструктурный сегмент внутри профессионального ЦОД.
Электрическая мощность может определить момент перехода раньше юнитов
Физическое место является лишь одной частью расчёта. Иногда серверов немного, но они достаточно энергоёмкие. В таком случае вопрос части стойки появляется раньше.
Допустим, компания разместила несколько GPU-серверов. Они занимают не так много U, но требуют значительной мощности. Для оператора становится важна суммарная нагрузка клиента на стойку и возможность охлаждения этой зоны.
При обычных веб-серверах может быть обратная ситуация. Десять экономичных 1U-машин занимают заметное пространство, но потребляют относительно умеренно.
Поэтому коммерческое предложение на часть стойки всегда нужно рассматривать вместе с включёнными киловаттами.
Дешёвая четверть шкафа с недостаточной мощностью не решает задачу. Клиент получит свободные юниты, в которые физически можно установить оборудование, но энергетического лимита на новые серверы уже не останется.
Похожая ситуация возможна с половиной стойки. Пространства много, а допустимое потребление не соответствует планируемому количеству оборудования.
Перед переходом стоит сложить реальное максимальное потребление существующих машин и добавить разумный запас под ближайшее расширение.
Не нужно резервировать огромную мощность под гипотетический рост через пять лет. Но если ещё два сервера планируется установить в ближайшие месяцы, их потребление лучше учитывать сразу.
Особенно внимательно нужно считать A/B-питание. При нескольких критичных серверах два независимых ввода становятся уже системной частью инфраструктуры, а не отдельной опцией одной машины.
В собственном сегменте стойки можно организовать подключение устройств к PDU A и PDU B более последовательно. Серверы с двумя блоками питания получают независимые линии, сетевое оборудование тоже подключается с учётом резервирования.
Именно такие детали часто делают переход на часть стойки удобнее ещё до того, как он становится значительно дешевле.
Как понять, что часть стойки уже выгоднее отдельных U
Самый надёжный способ — запросить у одного и того же дата-центра два коммерческих предложения под одинаковую инфраструктуру.
Первое должно считать оборудование поштучно. Например, восемь занятых юнитов, необходимую мощность, два внешних сетевых подключения, IP-адреса и Remote Hands.
Второе рассчитывается как подходящая часть стойки с тем же энергетическим лимитом и сопоставимой сетью.
Только после этого сравнение становится честным.
Ошибка заключается в том, чтобы сопоставить текущий счёт за восемь U с рекламной ценой четверти шкафа. В пакетной цене может быть другой лимит мощности, отсутствовать нужный сетевой порт или отдельно оплачиваться то, что уже включено в текущие тарифы.
Полезно считать не только сегодняшний день, но и ближайший год.
Если сейчас занято шесть юнитов и рост не планируется, даже немного более дешёвая часть стойки может не иметь особого смысла. Если через три месяца добавляется ещё два сервера, а к концу года система хранения, ситуация меняется.
Вторая модель даёт заранее доступное пространство и избавляет от необходимости каждый раз искать свободные соседние юниты.
Это тоже важно. При поштучном расширении дата-центр не всегда сможет установить новый сервер непосредственно рядом с предыдущими.
Первый сервер стоит в одной части шкафа, через год свободного места рядом уже нет, и следующий приходится размещать в другой стойке.
Для независимых серверов это не проблема. Для инфраструктуры с большим количеством внутренних соединений распределение оборудования по разным шкафам усложняет кабели и может создавать дополнительные расходы на cross-connect.
Часть стойки даёт компании заранее определённый физический сегмент.
Но оплачивать его только ради красивой компактной компоновки тоже не стоит. Экономика остаётся главным критерием.
Условно хороший момент для запроса пакетного тарифа возникает тогда, когда оплачиваемые отдельные U начинают занимать заметную часть стойки и компания ожидает дальнейший рост.
Это не означает существования универсального порога вроде после восьми серверов всегда берите половину шкафа. Цены, мощность и конфигурация ЦОД различаются слишком сильно.
У одного оператора часть стойки становится выгодной довольно рано. У другого тарифы на отдельные U настолько гибкие, что переход имеет смысл только при значительно большем количестве оборудования.
Поэтому считать нужно реальные предложения.
Важно учитывать и сеть. Несколько отдельных серверов могут получать публичные порты напрямую от инфраструктуры ЦОД. При собственном сегменте появляется смысл установить свой коммутатор и вывести наружу один или несколько более производительных uplink.
Это позволяет самостоятельно управлять внутренними VLAN, связью между серверами и резервированием.
Но появляется и новая ответственность. Собственный коммутатор становится частью оборудования клиента. Его нужно купить, настроить, обновлять и иметь план на случай отказа.
Для небольшого количества серверов пользоваться сетевой инфраструктурой оператора проще.
При росте собственного парка контроль становится ценнее.
То же относится к firewall. Несколько серверов можно защищать программно на каждой машине или использовать решения провайдера. При более крупной инфраструктуре иногда появляется отдельный аппаратный firewall или маршрутизатор.
Он тоже занимает место, потребляет электричество и увеличивает требования к резервированию.
Именно поэтому один дополнительный сервер иногда приводит не к плюс одному U, а запускает целую цепочку расширения.
Появляется коммутатор, затем второй для резервирования, отдельное оборудование управления и дополнительные соединения.
Часть стойки даёт для такой архитектуры больше свободы.
Следующий фактор — Remote Hands. Если у клиента много машин, физические операции в ЦОД происходят чаще. Нужно менять диски, переставлять кабели, устанавливать память и добавлять оборудование.
При большом парке серверов стоит посмотреть, меняется ли стоимость инженерных услуг при аренде части стойки. Некоторые операторы предлагают другие условия крупным клиентам или включают определённый объём работ.
Но считать это гарантированным преимуществом нельзя. Всё зависит от конкретного договора.
Физический доступ тоже может стать удобнее. Для одного сервера собственный сотрудник приезжает в дата-центр пару раз в год. При десятке машин визиты случаются чаще, поэтому режим доступа, оформление пропусков и возможность работать со своей частью оборудования становятся заметнее.
Если инфраструктура действительно критична для бизнеса, на этом этапе стоит подумать и о том, не слишком ли много систем собирается в одной стойке.
Переход на часть шкафа улучшает организацию, но одновременно концентрирует оборудование.
Проблема одного сервера не затронет остальные, а вот серьёзная авария конкретной стойки или её части инфраструктуры потенциально влияет сразу на весь парк.
Для обычной системы это приемлемо, поскольку сам дата-центр уже имеет резервированную инженерную инфраструктуру.
Для критичных проектов часть оборудования иногда сознательно распределяют по разным стойкам или даже дата-центрам.
Поэтому задача не всегда состоит в том, чтобы собрать всё максимально компактно.
Нужно определить допустимый уровень риска.
Стоит учитывать и резервное копирование. Если основной сервер и backup-машина стоят рядом в одной стойке, они защищают друг друга от аппаратного отказа отдельного узла, но не являются полноценным географическим резервом.
Хранить резервные копии только внутри собственного сегмента colocation недостаточно для наиболее важных данных.
Хотя бы одна копия должна находиться независимо от основной инфраструктуры.
Финансовый расчёт удобно делать на срок от года до нескольких лет. Сравнивается стоимость существующих отдельных U с частью стойки с учётом ожидаемого роста.
Если пакетное размещение сегодня стоит немного дороже, но через полгода после добавления нескольких машин становится заметно дешевле, ранний переход может быть оправдан.
Если планы роста расплывчаты, платить за пустую половину шкафа заранее обычно нет смысла.
Мощность тоже оплачивается независимо от того, используется она или нет, если договор построен на выделенном лимите.
В итоге компания может годами платить за инфраструктуру на десять серверов, имея только четыре.
Именно поэтому я бы не брала часть стойки исключительно ради запаса на будущее.
Лучше переходить, когда рост уже подтверждён реальными проектами, закупленным оборудованием или понятным планом.
Перед принятием решения полезно посмотреть условия аренды серверной стойки у выбранного оператора и запросить промежуточные варианты. ЦОД может предлагать не только отдельные U и целый шкаф, но и четверть, треть или половину стойки.
Именно промежуточный формат часто оказывается наиболее рациональным для компании, которая переросла несколько отдельных серверов, но пока далека от собственного полного шкафа.
Хороший коммерческий расчёт должен включать физическое пространство, общую мощность, A/B-питание, внешнюю сеть, внутренние соединения, IP-адреса и обслуживание.
После этого нужно посчитать фактическую цену одного занятого юнита в обоих вариантах.
Например, часть стойки кажется дешёвой в пересчёте на максимальное количество U. Но если компания реально использует только половину выделенного пространства, стоимость одного работающего юнита оказывается намного выше рекламной.
По мере заполнения сегмента экономика улучшается.
Поэтому часть стойки особенно выгодна инфраструктуре с высокой и предсказуемой плотностью оборудования.
Есть ещё один сценарий, когда переход оправдан даже без большой прямой экономии: компании становится важен контроль над собственной физической топологией.
Она хочет самостоятельно организовать внутреннюю сеть, резервные коммутаторы, отдельные management-интерфейсы и понятное расположение оборудования.
При нескольких независимых серверах такой уровень контроля не нужен.
Когда они превращаются в единую систему, собственный сегмент стойки делает эксплуатацию заметно аккуратнее.
Именно это отличает простое увеличение количества colocation-серверов от появления собственной инфраструктуры внутри ЦОД.
До определённого момента компания просто размещает машины. Затем машины начинают работать как единый комплекс, которому требуется собственная сеть, питание, резервирование и пространство для роста.
Тогда часть стойки становится не только способом получить скидку, но и более подходящим форматом самой услуги.
При этом спешить с целым шкафом не нужно. Полная стойка оправдана тогда, когда компания действительно способна использовать значительную часть её пространства и мощности.
Для шести или восьми стандартных серверов промежуточный сегмент часто выглядит намного рациональнее.
Главное правило можно сформулировать просто: пока каждый новый сервер удобно добавляется как отдельная машина и суммарная цена остаётся разумной, поштучный colocation сохраняет своё преимущество. Когда оборудование начинает формировать собственный небольшой парк и вместе требует общей сети, заметной мощности и постоянного пространства для расширения, пора запрашивать расчёт части стойки.
Решение принимается не по количеству серверов в списке, а по общей экономике и архитектуре. Именно поэтому один клиент может годами размещать десять отдельных U, а другому уже после пяти машин выгоднее перейти на собственный сегмент шкафа.
