Когда компании из Сибири нужен физический сервер, автоматически отправлять его в московский дата-центр необязательно. Новосибирск уже давно является крупным телекоммуникационным и IT-центром, где работают коммерческие ЦОД, доступна аренда выделенных серверов, colocation, стойки и облачная инфраструктура.
Для бизнеса из Новосибирской области, Кемерово, Томска, Омска, Красноярска и других городов Сибири локальная площадка может оказаться удобнее московской не только из-за географии. Имеют значение сетевые маршруты, возможность самостоятельно приехать к оборудованию, скорость доставки запасных деталей и доступность инженеров на месте.
Но сам факт нахождения ЦОД в Новосибирске ещё ничего не говорит о качестве услуги. Два дата-центра в одном городе могут сильно отличаться по резервированию питания, количеству операторов связи, доступной мощности на стойку, условиям Remote Hands и стоимости дополнительных услуг.
Поэтому выбирать нужно не город вообще, а конкретную площадку под конкретный сервер. Для небольшого сайта будут важны одни параметры, для корпоративной системы 1С другие, а для стойки с несколькими серверами и СХД требования окажутся совершенно иными.
Новосибирск особенно интересен тем, что здесь можно найти как крупные современные площадки, рассчитанные на серьёзную корпоративную инфраструктуру, так и более компактные дата-центры с colocation отдельных серверов. Это позволяет сравнивать не только цены, но и сам формат размещения.
Когда дата-центр в Новосибирске выгоднее площадки в Москве
Первое преимущество очевидно для компаний, которые физически находятся в Сибири. Собственный сервер периодически требует внимания даже при наличии IPMI и удалённой поддержки.
Может выйти из строя диск, понадобится установить дополнительную память, заменить сетевую карту или забрать оборудование после окончания договора. Если сервер находится в нескольких десятках километров, решить такую задачу проще, чем организовывать доставку через половину страны.
Это особенно важно для компаний, которые размещают не один стандартный сервер, а собственную стойку или специфическое оборудование.
Например, инфраструктура может включать сервер 1С, СХД, коммутатор, firewall и резервную машину. При регулярной модернизации возможность отправить собственного инженера в ЦОД становится реальным преимуществом.
Но близость к офису не должна становиться единственным аргументом.
Если сотрудники посещают дата-центр один раз в несколько лет, экономить на качестве сети или резервировании только ради расстояния бессмысленно. В таком случае важнее стоимость услуги и технические характеристики площадки.
Задержка зависит не только от километров
Часто можно встретить простую логику: чем ближе сервер, тем быстрее сайт. В целом физическое расстояние действительно влияет на задержку, но интернет устроен сложнее прямой линии на карте.
Трафик идёт через сети операторов, точки обмена и промежуточные маршрутизаторы. Сервер в Москве иногда может иметь хороший маршрут до пользователя в Сибири, а сервер в соседнем городе при неудачной связности отвечать медленнее ожидаемого.
Поэтому перед переносом важного проекта лучше не гадать, а измерять.
Хороший провайдер обычно может предоставить тестовый IP. По нему можно проверить ping и traceroute из сетей, которыми пользуется основная аудитория.
Если интернет-магазин работает преимущественно для Новосибирска и соседних регионов, локальный сервер потенциально способен сократить задержку. Для федерального проекта, где пользователи равномерно распределены по России, разница может быть намного менее заметной.
Особенно осторожно стоит относиться к корпоративным системам.
Для сайта дополнительные 10 или 20 миллисекунд редко имеют критическое значение. Для удалённого рабочего стола, некоторых приложений 1С и интерактивных внутренних сервисов задержка ощущается сильнее.
В таком сценарии расположение сервера ближе к сотрудникам действительно может улучшить комфорт работы.
Сибирская площадка полезна и для географического резервирования
Новосибирский ЦОД необязательно должен быть основной площадкой компании.
Если инфраструктура уже работает в Москве, сервер в Новосибирске можно рассматривать как географически удалённый резерв. Тогда крупная локальная авария в московском регионе не затронет обе площадки одновременно.
Но здесь важно не путать резервный сервер с полноценным аварийным восстановлением.
Машина в другом городе бесполезна, если данные на неё не синхронизируются, приложение невозможно быстро запустить, а переключение DNS никто никогда не проверял.
Географическое разнесение имеет смысл только как часть продуманной схемы.
Для небольшой компании это может быть резервная копия данных в другом регионе. Для крупной системы уже рассматривается второй рабочий узел, репликация базы и автоматическое или ручное переключение.
Новосибирск в этом отношении удобен именно большим расстоянием от московского региона. Площадки действительно разделены географически, а не находятся в соседних зданиях одного города.
Что сравнивать у дата-центров Новосибирска перед заказом
Начинать сравнение стоит с формата услуги.
Если собственного оборудования нет, иногда проще арендовать готовый выделенный сервер. Провайдер сам отвечает за физическую машину, а клиент получает доступ к операционной системе.
Если сервер уже куплен, нужен colocation. В этом случае важно узнать стоимость размещения конкретного корпуса, включённую мощность, сетевой порт и количество IP-адресов.
Для нескольких машин нужно дополнительно сравнить стоимость отдельных U с частью стойки или целым шкафом.
Самый дешёвый тариф за 1U не обязательно оказывается самым выгодным. Дополнительная электрическая мощность, второй порт, IP-адреса, Remote Hands или кроссировка могут заметно изменить итоговую сумму.
Поэтому коммерческое предложение лучше просить под реальную конфигурацию сервера.
Оператору стоит сразу сообщить размер корпуса, количество блоков питания, обычное и максимальное энергопотребление, требуемую скорость сети и количество IP.
Если оборудование нестандартное, полезно указать массу, глубину корпуса и приложить фотографию.
Питание важнее красивого серверного зала
У профессионального ЦОД должно быть резервирование электроснабжения. Но фразы два ввода и резервные генераторы сами по себе ещё не объясняют архитектуру.
Для критичного сервера полезно узнать, можно ли получить две независимые линии A и B.
Если машина оборудована двумя блоками питания, каждый PSU подключается к своей ветви. Тогда проблема одной линии не обязательно приводит к выключению сервера.
При этом нужно понимать, насколько независимы эти ветви дальше по инфраструктуре.
Для одного обычного веб-сервера клиент редко изучает электрическую схему до уровня трансформаторов. Но при размещении стойки с корпоративными системами подробности уже имеют смысл.
Следующий параметр — доступная мощность.
Стандартный сервер может потреблять несколько сотен ватт, и большинство коммерческих площадок легко его примет.
Ситуация меняется с GPU, мощными двухпроцессорными системами и плотными СХД. Свободное место в стойке ещё не означает наличие необходимого количества киловатт.
Если сервер будет развиваться, лучше сразу узнать возможность увеличения лимита. Сегодня машина потребляет 500 Вт, а после установки видеокарт или дополнительных процессоров требования могут заметно измениться.
Сеть нужно проверять до переезда
Для Новосибирска особенно важна связность с другими регионами России.
Необходимо узнать, какие операторы заведены на площадку, насколько независимы их маршруты и что происходит при отказе одного канала.
Если сервер обслуживает только местный бизнес, можно дополнительно проверить качество маршрутов внутри Сибири.
Если аудитория федеральная, важно протестировать Москву, Санкт-Петербург, Урал и Дальний Восток.
Одного общего ping из домашнего интернета для этого недостаточно.
Для коммерческого сайта можно использовать несколько Looking Glass, тестовых VPS и сетей разных операторов. Так станет понятнее, насколько стабильно трафик приходит к выбранной площадке.
Нужно проверить и скорость самого порта.
Для обычного сайта гигабитный порт часто имеет огромный запас. Для файлового сервера, резервного копирования или передачи больших массивов данных требования другие.
Не менее важно уточнить, ограничивается ли объём трафика и что происходит при его превышении.
Если используется собственная сеть или требуется BGP, вопрос нужно обсуждать отдельно. Такие возможности нельзя автоматически предполагать по обычному тарифу colocation.
DDoS-защита тоже может отличаться
Фраза защита от DDoS встречается у многих провайдеров, но под ней могут скрываться очень разные услуги.
Где-то фильтрация включена постоянно, где-то активируется только после обнаружения атаки, а где-то при превышении определённой мощности атакуемый IP просто блокируется для защиты остальной сети.
Для обычного корпоративного сервера это может быть приемлемо. Для интернет-магазина, игрового проекта или публичного сервиса последствия уже другие.
Поэтому до заказа стоит узнать, какие атаки фильтруются, есть ли ограничения по мощности и оплачивается ли защита отдельно.
Если DDoS является одним из главных рисков проекта, лучше получить ответы письменно ещё до заключения договора.
Remote Hands особенно важен, если сервер находится не рядом с офисом
Даже если компания находится в самом Новосибирске, круглосуточно ездить в дата-центр никто не захочет.
Для клиентов из других городов Сибири удалённые руки становятся ещё важнее.
Стоит заранее выяснить, какие действия инженеры готовы выполнить без приезда владельца оборудования.
Простая перезагрузка или проверка кабеля обычно не вызывает сложностей. Замена диска, блока питания или установка дополнительной памяти уже может тарифицироваться как отдельная работа.
Полезно узнать минимальную стоимость заявки и время реакции ночью.
Разница между ответим в течение суток и инженер подойдёт к стойке в течение получаса становится заметна именно в момент аварии.
Если сервер критичен, имеет смысл оставить на площадке запасной диск или блок питания, если оператор предоставляет такую возможность.
Тогда специалисту не придётся ждать доставки детали из другого города.
Не стоит выбирать ЦОД только по Tier
Tier III воспринимается как удобный знак качества, но превращать его в единственный критерий нельзя.
Для клиента важна конкретная площадка и конкретная услуга.
Нужно смотреть, как организовано резервирование, есть ли SLA, какие операторы связи доступны, насколько быстро работает поддержка и что входит в тариф.
Два дата-центра с похожим уровнем инженерной надёжности могут сильно различаться по коммерческим условиям.
Один будет удобнее для единственного сервера 1U, другой ориентирован на крупные стойки и корпоративную инфраструктуру.
Для владельца небольшого сайта особенно важно не переплачивать за возможности, которыми он никогда не воспользуется.
Если нужен один сервер с умеренным энергопотреблением и стандартным гигабитным подключением, нет необходимости покупать дорогую индивидуальную схему питания и несколько операторов связи.
Для крупной базы данных или сервера 1С приоритеты уже меняются.
Там важнее надёжность дисковой системы, резервирование питания, удалённое управление и возможность быстро заменить оборудование.
Если размещается собственная СХД, дополнительно проверяются масса, мощность, сетевые интерфейсы и условия установки тяжёлого оборудования.
GPU-сервер требует отдельной проверки охлаждения и электрического лимита.
Именно поэтому сравнивать дата-центры только по одной таблице цен неудобно.
У каждой конфигурации получается свой набор расходов.
К базовому размещению могут добавиться дополнительная мощность, несколько IP, второй сетевой порт, увеличенный канал, Remote Hands, резервное копирование или отдельная кроссировка.
Перед оплатой полезно получить окончательный расчёт на месяц со всеми нужными услугами.
Ещё один практический момент — порядок физического доступа.
Если оборудование собственное, нужно понимать, можно ли приехать ночью, требуется ли предварительная заявка и кто из сотрудников компании сможет попасть в машинный зал.
Для бизнеса с собственной IT-командой это заметно влияет на удобство эксплуатации.
Если доступ возможен только в рабочее время, а критичная машина ломается в субботу вечером, ценность близкого расположения ЦОД резко уменьшается.
Для компаний из другого города нужно дополнительно учитывать доставку.
Сервер стоит перевозить в нормальной упаковке, а тяжёлые СХД и стойки требуют более серьёзной логистики. Стоит заранее выяснить, есть ли зона разгрузки и кто принимает оборудование.
После установки лучше не переключать рабочий сервис мгновенно.
Сначала проверяются питание, температура, сеть, удалённый доступ и состояние накопителей. Только после этого нагрузку можно переводить на новую площадку.
Если сайт переносится с другого сервера, простой можно значительно сократить предварительной синхронизацией данных.
Для бизнеса Новосибирск сегодня является вполне самостоятельным рынком дата-центров, а не компромиссным вариантом на случай, если не хочется размещаться в Москве.
Здесь можно подобрать площадку для одного физического сервера, стойки, корпоративной системы или резервной инфраструктуры.
Главное преимущество города для сибирских компаний заключается в сочетании локального физического доступа и развитой сетевой инфраструктуры.
Но выбирать всё равно нужно не Новосибирск как точку на карте, а конкретный ЦОД.
Сначала стоит определить требования сервера, затем сравнить питание, сеть, DDoS-защиту, Remote Hands, физический доступ и полную стоимость услуги.
После этого полезно протестировать маршруты из тех регионов, где находятся реальные пользователи.
Если технические параметры и коммерческие условия подходят, размещение сервера в Новосибирске может оказаться рациональнее отправки оборудования в Москву, особенно для бизнеса, работающего в Сибири и на востоке России.
