Покупка сервера не означает создание дата-центра. Самые дорогостоящие ошибки начинаются именно здесь — когда компания приобретает хорошее оборудование, но не рассчитывает энергоснабжение, охлаждение, топологию сети, резервирование и физическое пространство. Это руководство по организации дата-центра предназначено для бизнеса, который хочет построить инфраструктуру не «как получится», а на основе стабильности, масштабируемости и эффективной эксплуатации.
Когда компании нужен собственный дата-центр
Не каждой организации требуется полноценный дата-центр. В некоторых случаях достаточно одного или двух rack-серверов, NAS и правильно спроектированной UPS-инфраструктуры. Однако если у компании есть критически важные бизнес-приложения, требования к локальному хранению данных, необходимость низкой задержки (latency), желание полного контроля над внутренними системами или ограничения, связанные с соответствием требованиям (compliance), то создание собственной инфраструктуры становится уже не вопросом удобства, а операционной необходимостью.
Еще одним важным фактором является рост. Для небольшого офиса на начальном этапе может быть достаточно одного серверного шкафа, но если в течение 12–18 месяцев планируется открытие нового филиала, увеличение количества пользователей, расширение ERP-системы, видеоархива или виртуализированной среды, необходимо заранее выбрать такую архитектуру, которая в будущем не потребует кардинальной перестройки системы.
Руководство по созданию дата-центра — планирование начинается с нагрузки
Первый вопрос прост: какие задачи должна обслуживать инфраструктура? Если ответ на этот вопрос не определен, дальнейшие закупки также будут случайными. Сначала необходимо определить рабочие нагрузки (workloads) — виртуальные машины, файловое хранилище, систему резервного копирования, архив камер видеонаблюдения, базы данных, ERP, доменные службы, почтовую инфраструктуру или специализированные приложения.
Из этого следуют три основных параметра: вычислительные ресурсы, хранилище и пропускная способность сети. Например, если среда в основном предназначена для хранения файлов и резервных копий, акцент будет сделан на storage capacity (объем хранилища) и тип дискового массива. Если речь идет о виртуализации и базах данных, большее значение имеют CPU core density (плотность ядер процессора), RAM capacity и хранилище с низкой задержкой.
Хорошей практикой является составление прогноза минимум на 3 года. Не с идеальной точностью, а с учетом предполагаемого диапазона: сколько пользователей добавится, сколько систем будет переведено в on-prem среду и как будет ежегодно увеличиваться объем хранилища. Дата-центр не должен проектироваться только под сегодняшнюю нагрузку.
Помещение и rack-инфраструктура
Часто игнорируемым вопросом является само помещение. Пространство, выделенное под дата-центр, должно быть контролируемым, иметь ограниченный доступ, стабильную электросреду и правильную вентиляцию. Если инфраструктура небольшая, может быть достаточно отдельной серверной комнаты. Однако даже в этом случае помещение не должно одновременно выполнять функции склада, офиса и серверной.
Выбор rack (серверного шкафа) осуществляется не только по высоте, но и по глубине, нагрузочной способности, организации кабелей и управлению воздушными потоками. Недостаточная глубина шкафа является распространенной проблемой для серверов enterprise-класса. Также заранее необходимо учитывать размещение PDU (распределителей питания), patch-панелей, коммутаторов, подключение к UPS и кабельные трассы.
Если сегодня вам требуется 12U, выбор шкафа на 18U часто оказывается более выгодным решением, чем через год полностью переносить оборудование в новый шкаф. При планировании rack capacity свободное место — это не роскошь, а ресурс для обслуживания и будущего роста.