ЦОД и техническое задание

Проектирование центра обработки данных (ЦОД) под ключ

проектирование центра обработки данныхтз на ит-инфраструктуру

Проектирование центра обработки данных — задача, где цена ошибки измеряется годами эксплуатации и миллионами рублей. Ошибка в энергоснабжении, в ёмкости СХД или в топологии сети не «лечится» потом — она превращается в постоянную переплату за простой, лишнее охлаждение и вечный дефицит места для железа. «ПОЛЕЗНЫЕ ЦИФРЫ» берёт ЦОД под ключ: от исходных данных до работающего контура на реестровом оборудовании.

1. Первый экран (hero)

Спроектируем и соберём ЦОД под вашу задачу — от энергоснабжения и СХД до сети и реестровой линейки серверов.

  • Расчёт мощности и ёмкости по вашим данным, а не по шаблону
  • Оборудование из реестра Минпромторга — легально по 44-ФЗ/223-ФЗ
  • Проектирование под high availability и заданное число «девяток»

2. Для кого (сегменты)

  • ИТ-интегратор — нужен готовый инженерный контур под проект заказчика: серверы, СХД, сеть, реестровая линейка.
  • ГБ / корпорация — собственный частный ЦОД вместо облака: свой контур, свой ИБ-контроль, соответствие требованиям по импортозамещению.
  • Госзаказчик — ЦОД под 44-ФЗ/223-ФЗ с обязательным реестровым оборудованием и документным пакетом.
  • ЛПР / руководитель — понять, что за ЦОД нужен, какой бюджет и TCO на 5 лет, без погружения в детали.

3. Что вы получаете (выгоды)

  • Расчёт под факты, а не под цифры из интернета. Снимаем профиль нагрузки, считаем IOPS, ёмкость СХД и мощность — под вашу живую задачу.
  • Готовая архитектурная схема. Инженерная документация: топология сети, энергоснабжение, распределение стоек, резервирование.
  • Реестровое оборудование под ключ. Серверы, СХД, коммутаторы из реестра Минпромторга — легальная закупка и быстрая поставка.
  • Расчёт под доступность. Кладём в основу нужное число «девяток»: «3 9s», «4 9s» или резервный контур.
  • Сопровождение и ЗИП. Локальный СЦ, гарантийное и постгарантийное обслуживание, запчасти в наличии.
  • Документный пакет. Помощь с ТЗ, реестровыми записями и документами для 44-ФЗ/223-ФЗ.

4. Как мы работаем (этапы)

  1. Аудит. Изучаем текущий контур, нагрузки, требования по доступности и бюджет.
  2. ТЗ / расчёт. Готовим техническое задание и инженерный расчёт: энергоснабжение, ёмкость, топология, конфигурации.
  3. КП + поставка. Собираем коммерческое предложение, подбираем и поставляем реестровое оборудование.
  4. Сопровождение. Монтаж, настройка, гарантия, ЗИП, поддержка в эксплуатации.

5. Почему «ПОЛЕЗНЫЕ ЦИФРЫ»

  • Реестр Минпромторга. Работаем с реестровой линейкой серверов, СХД и сетей — легально и с документами.
  • Работа по 44-ФЗ/223-ФЗ. Помощь с ТЗ, реестровыми записями и закупочной документацией.
  • Доставка по РФ. Поставка в любой регион, сборка и монтаж на месте.
  • Российское производство. Ставка на локальных вендоров с СЦ и ЗИП в стране.

6. Доказательства / цифры

  • 876 позиций оборудования в каталоге, 142 бренда — от DEPO и Рикор до QTECH и ЭЛТЕКС.
  • 151+ модель российских серверов, 51 позиция систем хранения данных (RAIDIX, Nerpa, Yadro).
  • 146 позиций сетевого оборудования — коммутаторы, маршрутизаторы, PoE.
  • Реестровые линейки и наличие — смотрите в каталогах: серверы, СХД, сети.

7. Типовой состав и инженерные параметры ЦОД

Чтобы проект не превратился в набор «мощных» серверов, зафиксируйте четыре инженерных контура, которые задают и бюджет, и сроки.

7.1 Энергоснабжение

Питание считается от розетки до стойки. Три ориентира, от которых удобно стартовать:

  • мощность стойки под серверы 2U/4U — 4–8 кВт на стойку, под GPU-линейку — 10–15 кВт и выше;
  • ИБП с резервом — онлайн-или гибрид, время автономии от 5–15 минут до перехода на дизель;
  • резервирование — схема «N+1» или «2N» на вводы и вентиляцию, в зависимости от требуемых «девяток».

Ошибка в энергоснабжении не лечится потом: вы либо платите за неиспользуемую мощность, либо упираетесь в лимит при первом расширении.

7.2 Охлаждение и плотность

Плотность размещения напрямую определяет тип охлаждения:

  • до 4–6 кВт на стойку — стандартное кондиционирование;
  • 6–15 кВт на стойку — прецизионное охлаждение с холодными коридорами;
  • свыше 15 кВт и GPU-линейка — жидкостное или замкнутое охлаждение.

Не считайте охлаждение «по площади» — считайте по кВт на стойку. Иначе где-то будет холодно, а где-то серверы уйдут в троттлинг.

7.3 Ёмкость хранения

СХД в ЦОД считается по двум осям — ёмкость и IOPS. Типовой набор цифр для корпоративного контура:

ЗадачаОриентир IOPSОриентир объёмаТип дисков
1С и ERP4–10 тыс. IOPS2–10 ТБSAS 10K/15K, NVMe
Аналитика2–5 тыс. IOPS10–50 ТБSAS + NVMe
Файлы и бэкапы0,5–2 тыс. IOPS50 ТБ+SAS, SATA Nearline
Архив/объектноенизкий100 ТБ+SATA, объектные

Запас на снапшоты и резервные копии закладывайте 30–50% сверх полезного объёма. Готовые формулы — в статье расчёт ёмкости СХД.

7.4 Сетевое ядро

Топология сети задаёт гибкость на годы вперёд:

  • ядро L3 — маршрутизация между сегментами и резервирование аплинка;
  • доступ L2 — коммутаторы 24/48 портов, 10GbE к серверам, PoE для камер и IP-телефонии;
  • канал к СХД — выделенная полоса 10–25GbE под бэкапы и потоковую нагрузку;
  • сегментация (VLAN) и изоляция сетей — обязательны под ИБ-требования.

Реестровые коммутаторы и маршрутизаторы — QTECH, ЭЛТЕКС, Норси-Транс, UTINET, Вектор — каталог сетевое оборудование.

8. Рабочий пример: ЦОД офиса на 200 станций

Возьмём офис на 200 рабочих мест с 1С, ERP и файловым хранилищем. Исходные данные: 20 серверов виртуализации, 60% загрузка CPU, база 1С 2 ТБ с ростом 40% в год, требует 8 тыс. IOPS.

Серверы. 20 виртуальных машин / 16 физических ядер = пара мощных 2U-серверов с 2×20 ядер и 256–512 ГБ RAM, либо 3–4 сервера 1U с балансом. Виртуализации хватает с запасом.

СХД. База 1С: на 3 года ≈ 2×1,4×1,4×1,4 ≈ 5,5 ТБ, плюс 40% на копии ≈ 7,7 ТБ. Под 8 тыс. IOPS — 12–16 дисков SAS 10K в RAID 6/10, либо NVMe-линейка. Итог — одноконтроллерная СХД класса RAIDIX/Nerpa/Yadro.

Энергоснабжение. 4 стоики × 6 кВт = 24 кВт полезной, плюс ИБП + Охлаждение. Схема N+1 на ИБП и вводы.

Сеть. Ядро L3 + доступ L2 на 48 портов с PoE, аплинк 10GbE к хранилищу. Комплект из реестровой линейки.

Такой расчёт сжимает «ЦОД под ключ» в конкретный набор оборудования и бюджета — вместо «нужно заменить сети и серверы».

9. Форма «Заказать расчёт» (CTA)

10. FAQ

Сколько занимает проектирование ЦОД под ключ? От аудита до готового контура — от 4 до 12 недель в зависимости от масштаба, наличия реестрового оборудования и сроков закупки.

Что определить до проекта — мощность или ёмкость? Оба показателя. Ошибка в энергоснабжении даёт переплату за мощность, ошибка в ёмкости СХД — вечный дефицит места. Поэтому расчёт делаем по вашим фактам.

Можно ли построить ЦОД на реестровом оборудовании без потери производительности? Да, для типовой корпоративной нагрузки. Готовый контур на реестровой линейке закрывает и рабочие серверы, и хранилище, и сеть.

Что входит в «под ключ»? Аудит, ТЗ и расчёт, архитектурная схема, подбор и поставка реестрового оборудования, монтаж, настройка, сопровождение и ЗИП.

Как рассчитать мощность ЦОД, если я не знаю свои данные? С этого и начинаем. Снимаем инвентаризацию, профиль нагрузки и требования по доступности — и уже на цифрах считаем энергоснабжение, охлаждение, ёмкость СХД и состав сети.

Почему нельзя просто взять сервер «мощнее»? Потому что узкое место обычно не в CPU, а в дисковом канале или сети. «Более мощный» сервер не решает IOPS и пропускную способность СХД — а именно там чаще всего и теряется производительность.

Нужен ли резервный контур, если у меня ЦОД на 99,9%? Если «3 9s» (99,9%) достаточно, одного узла с резервированием питания хватит. Если нужен практически непрерывный контур на «4 9s» и выше — закладывайте пару узлов и распределённую СХД.

Частые вопросы

Сколько занимает проектирование ЦОД под ключ?

От аудита до готового контура — от 4 до 12 недель в зависимости от масштаба, наличия реестрового оборудования и сроков закупки.

Что определить до проекта — мощность или ёмкость?

Оба показателя. Ошибка в энергоснабжении даёт переплату за мощность, ошибка в ёмкости СХД — вечный дефицит места. Поэтому расчёт делаем по вашим фактам.

Можно ли построить ЦОД на реестровом оборудовании без потери производительности?

Да, для типовой корпоративной нагрузки. Готовый контур на реестровой линейке закрывает и рабочие серверы, и хранилище, и сеть.

Что входит в «под ключ»?

Аудит, ТЗ и расчёт, архитектурная схема, подбор и поставка реестрового оборудования, монтаж, настройка, сопровождение и ЗИП.

Как рассчитать мощность ЦОД, если я не знаю свои данные?

С этого и начинаем. Снимаем инвентаризацию, профиль нагрузки и требования по доступности — и уже на цифрах считаем энергоснабжение, охлаждение, ёмкость СХД и состав сети.

Почему нельзя просто взять сервер «мощнее»?

Потому что узкое место обычно не в CPU, а в дисковом канале или сети. «Более мощный» сервер не решает IOPS и пропускную способность СХД — а именно там чаще всего и теряется производительность.

Нужен ли резервный контур, если у меня ЦОД на 99,9%?

Если «3 9s» (99,9%) достаточно, одного узла с резервированием питания хватит. Если нужен практически непрерывный контур на «4 9s» и выше — закладывайте пару узлов и распределённую СХД.

Нужна помощь с задачей из статьи?

Разберём сценарий и предложим решение на российском стеке.

Обсудить проект

Похожие материалы

Обсудить задачу

Опишите ситуацию — вернёмся с вариантами и ориентиром по бюджету. Обычно отвечаем в течение 1 рабочего дня.