Короткий ответ

Keep Cool проектирует прецизионное охлаждение под режим серверной и цену отказа.

Начинаем с тепловой нагрузки, допустимого простоя и отказа, который должна пережить система. Затем проектируем воздушный путь, питание, наружный теплосброс, автоматику, мониторинг и сервис. Так заказчик получает обоснованную архитектуру до закупки оборудования — чтобы не обнаружить нехватку мощности или общую точку отказа уже после запуска ИТ.

01

Граница решения

Когда прецизионное охлаждение действительно оправдано

01

Постоянная ИТ-нагрузка

Тепло выделяется круглосуточно и не следует офисному графику или сезонному режиму здания.

02

Управляемый воздух

Важно доставить холод к входу стоек и вернуть нагретый воздух без байпаса и рециркуляции.

03

Проверяемый резерв

После отказа выбранного элемента должна остаться мощность, питание, теплосброс и управление.

04

Интеграция и эксплуатация

Нужны ротация, тревоги, BMS, журнал событий, доступ к обслуживанию и понятная ответственность.

Для небольшой серверной проект может подтвердить выделенные DX-системы вместо прецизионного кондиционера. Решение принимаем по расчётной нагрузке, наружным условиям, резерву и контролю — чтобы бюджет работал на доступность, а не на класс оборудования.

02

Состав проекта

Что нужно решить до заказа оборудования

  1. 01
    Зафиксировать нагрузку и рост

    ИТ, ИБП и потери, сетевое оборудование, ограждения, люди, свет и согласованный резерв на расширение.

  2. 02
    Определить требуемую доступность

    Допустимый простой, рассматриваемые отказы, ручное или автоматическое переключение и время реакции.

  3. 03
    Собрать воздушную архитектуру

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

  4. 04
    Проверить всю цепь теплосброса

    DX или вода, конденсаторы/чиллер/сухой охладитель, трассы, насосы, наружные условия и ограничения здания.

  5. 05
    Разделить питание и управление

    Щиты, автоматика, контроллеры, ротация, тревоги, BMS и последствия общей точки отказа.

  6. 06
    Назначить проверку

    Пусконаладка, функциональный тест отказа, критерии приёмки, исполнительные данные и эксплуатационные сценарии.

03

Ответственность

Как Keep Cool ведёт проект и организует реализацию

Keep Cool

Концепция, проект и координация

Берём в работу нагрузки, климатическую архитектуру, воздух, трассы, теплосброс, автоматику, границы участников и критерии испытаний.

Специализированные участники

Оборудование и ввод в работу

Организуем подбор конкретной серии, поставку, выполнение требований производителя, запуск, гарантийные процедуры, запчасти и сервисный регламент.

ИТ и эксплуатация

Нагрузка и операционная модель

Состав ИТ, допустимые условия, окна работ, реакция на тревоги, регламенты переключения и ответственность за доступность.

04

Старт проекта

Какие исходные данные нужны для концепции

01План помещения, стоек и доступных технических зон.

02Фактическая и перспективная электрическая мощность ИТ.

03Допустимый простой и перечень отказов для проверки.

04Технические условия здания, питание и возможный теплосброс.

05Текущая система, аварии, замеры и ограничения эксплуатации.

06Требования ИТ-вендора, BMS и ответственного персонала.

05

Следующий шаг

Зафиксировать архитектуру до запроса предложений

Короткие ответы на частые вопросы

  • Когда серверной действительно нужен прецизионный кондиционер?

    Когда системе нужны круглосуточный режим, управляемая подача и возврат воздуха, проверяемое резервирование, развитые тревоги и интеграция с автоматикой. Решение принимают по тепловой нагрузке, допустимому простою, воздушному пути и наружному теплосбросу, а не по площади или названию помещения.

  • Можно ли рассчитать охлаждение серверной по площади?

    Нет. Основу расчёта дают фактическая и перспективная электрическая мощность ИТ, потери оборудования, режим работы и требования к резерву. Площадь влияет на компоновку, сервисные проходы и движение воздуха, но не заменяет тепловой баланс.

  • Что означает резерв N+1 для охлаждения?

    После отказа одного выбранного элемента оставшаяся система должна отвести расчётное тепло. Проверяют не только количество внутренних блоков, но и питание, наружный теплосброс, насосы, контроллеры, датчики, автоматику и фактическое переключение.

  • Что входит в проект охлаждения серверной?

    Тепловой баланс, выбор архитектуры, размещение оборудования, воздушный путь, трассы или трубопроводы, дренаж, питание, автоматика, мониторинг, резервирование, сервисные зоны и критерии испытаний. Keep Cool связывает эти решения в единый проект и управляет границами работы специализированных участников.

  • Какие данные нужны для начала проектирования?

    План помещения и стоек, текущая и перспективная мощность ИТ, допустимый простой, технические условия здания, доступное питание, место наружного теплосброса, требования BMS, сведения о действующей системе и ограничения на проведение работ.

  • Может ли жидкостное охлаждение полностью заменить воздух?

    Не всегда. Даже при прямом жидкостном охлаждении чипов часть тепла может оставаться воздуху: память, накопители, сетевое оборудование, ИБП и другие компоненты. Проект связывает серверный контур, CDU, водяной контур здания и остаточную воздушную нагрузку в одну проверяемую систему.

06

Инженерная база

На что опирается архитектура охлаждения