topics:25:inputs
Различия
Показаны различия между двумя версиями страницы.
| topics:25:inputs [2025/11/19 18:18] – создано admin | topics:25:inputs [2025/11/19 19:38] (текущий) – admin | ||
|---|---|---|---|
| Строка 2: | Строка 2: | ||
| <WRAP box round> | <WRAP box round> | ||
| - | Раздел описывает ключевые входные параметры, определяющие архитектуру и топологию системы электроснабжения ЦОД: требуемую отказоустойчивость, характеристики ИТ-нагрузки, | + | Раздел |
| </ | </ | ||
| - | ===== Базовые критерии ===== | + | ===== 1. Общие критерии |
| <WRAP info> | <WRAP info> | ||
| - | Основные требования, формирующие | + | Ключевые параметры, определяющие архитектуру системы питания ЦОД: |
| - | * требуемая доступность объекта; | + | * требуемая доступность |
| - | * состав и типы электротехнического оборудования; | + | * состав и характеристики ИТ-нагрузки; |
| - | * стратегия | + | * инженерные нагрузки (охлаждение, вспомогательные системы); |
| + | * стратегия | ||
| + | * требования | ||
| </ | </ | ||
| - | ===== Уровень доступности | + | Эти критерии образуют основу «backbone requirements» — на их базе выстраивается топология, |
| - | Определяет допустимое количество и продолжительность перерывов в электроснабжении, | + | ===== 2. Требования по доступности |
| - | <WRAP info> | + | Требуемая доступность — главный параметр, определяющий: |
| - | Организации высокой критичности (финансовый | + | * глубину резервирования; |
| - | </ | + | * наличие двух независимых вводов; |
| + | * структуру распределительных | ||
| + | * необходимость избыточности в системах охлаждения. | ||
| - | Вопросы для определения критичности ИТ-процессов: | + | ==== 2.1. Оценка критичности ИТ-процессов |
| - | * допустимо ли ограниченное число прерываний в году? | + | |
| - | * обеспечена ли ИТ-редундантность (возможность отключать часть нагрузки без потери сервиса)? | + | |
| - | Типовые отказы энергосистем: | + | Вопросы, формирующие уровень доступности: |
| - | * кратковременные провалы и краткие | + | * сколько перерывов допустимо в год? |
| - | * длительные сетевые | + | * какова максимальная |
| - | * редкие отказы распределительного оборудования (0, | + | * допускается ли отключение части стоек без потери сервиса? |
| + | * обеспечена ли ИТ-редундантность (кластеризация, репликации)? | ||
| - | Уровни обеспечения непрерывности: | + | ==== 2.2. Типовые сценарии отказов ==== |
| - | * **Уровень 1** — без резервирования; | + | |
| - | * **Уровень 2** — резерв | + | | Тип отказа | Статистика (международная/ |
| - | * **Уровень 3** — резерв для | + | |-----------|-------------------------------|-------------| |
| - | * **Уровень 4** — полная избыточность при любых типах отказов. | + | | Краткие просадки и провалы напряжения | 10–30 раз/ |
| + | | Краткие отключения | 0,5–10 раз/ | ||
| + | | Длительные отключения | 0,1–1 раз/ | ||
| + | | Отказы РУ/ТП | 0, | ||
| + | |||
| + | ==== 2.3. Уровни обеспечения непрерывности | ||
| + | |||
| + | * **Уровень 1 (Basic)** — отсутствие резервирования. | ||
| + | * **Уровень 2 (Grid short resilience)** — резерв | ||
| + | * **Уровень 3 (Grid long resilience)** — защита от коротких и длительных сетевых | ||
| + | * **Уровень 4 (Full facility resilience)** — полная избыточность | ||
| <WRAP important> | <WRAP important> | ||
| - | Переход от уровня | + | Для |
| </ | </ | ||
| - | ===== Вопросы для | + | ===== 3. Исходные вопросы для построения архитектуры питания |
| - | ^ Область ^ Основные вопросы ^ | + | ^ Область ^ Основные инженерные вопросы ^ |
| - | | Принципы устойчивости | Нужна ли редундантность при сетевых провалах, длительных сбоях, | + | | Устойчивость системы |
| - | | Узел присоединения | ВН/СН, границы балансовой принадлежности, параметры КЗ, топология внешних сетей. | | + | | Узел присоединения | На каком уровне напряжения (6–10 кВ / 35 кВ / 110 кВ) подключать объект? |
| - | | Резервные источники | Тип ДГУ, | + | | Резервные источники | Тип ДГУ, |
| - | | Распределение | + | | Распределение |
| - | ===== ИТ-нагрузка ===== | + | ===== 4. ИТ-нагрузка |
| - | Основные параметры серверных стоек: | + | Основной источник требований к мощности, |
| - | * номинальная мощность и напряжение; | + | |
| - | * коэффициент спроса | + | ==== 4.1. Электрические |
| - | * коэффициент мощности (современные БП: 0,95–0,98); | + | |
| - | * одно- | + | Параметры, |
| - | * схема БП: двойной | + | |
| - | * устойчивость | + | * номинальное напряжение: 230/400 В; |
| - | * токи | + | * номинальная мощность стоек: от 3 до 20+ кВт в РФ; |
| - | * пусковые токи; | + | * коэффициент спроса |
| - | * THDi < 20% при | + | * коэффициент мощности: 0, |
| - | * плотность и конфигурация размещения | + | * тип ввода: |
| + | * число вводов: A+B (2N) или один ввод | ||
| + | * пусковые токи | ||
| + | * THDi на полной | ||
| + | * требования к устойчивости к провалам напряжения | ||
| <WRAP info> | <WRAP info> | ||
| - | Современные БП демонстрируют PF выше | + | Современные серверные БП в РФ демонстрируют PF около |
| </ | </ | ||
| - | ===== Нагрузки охлаждения ===== | + | ==== 4.2. Фактический профиль загрузки ==== |
| - | Учитываются параметры: | + | Обычно проектный график отличается |
| - | * номинальная мощность; | + | |
| - | * номинальное напряжение; | + | Это влияет на: |
| - | * максимальное потребление при экстремумах | + | * выбор мощности ДГУ и количества модулей; |
| - | * пусковые токи; | + | * подбор ИБП (возможность |
| - | * чувствительность к перерывам питания | + | * эффективность трансформаторов (КПД при частичной загрузке). |
| + | |||
| + | ===== 5. Нагрузки систем охлаждения ====== | ||
| + | |||
| + | Составляют 25–40% потребления ЦОД и крайне чувствительны к электропитанию. | ||
| + | |||
| + | ==== 5.1. Параметры для расчёта ==== | ||
| + | |||
| + | * номинальная мощность каждого узла (чиллер, насос, CRAH/CRAC, вентиляция); | ||
| + | * максимальное потребление при экстремальных режимах (летние пики в РФ: +30…+40 °C); | ||
| + | * пусковые токи | ||
| + | * чувствительность к перерыву питания; | ||
| + | * требования к перезапуску после | ||
| <WRAP important> | <WRAP important> | ||
| - | Все | + | Все |
| </ | </ | ||
| - | ===== Прочие инженерные нагрузки ===== | + | ===== 6. Прочие инженерные нагрузки |
| - | Критичные для работы объекта: | + | Критично учитывать потребление |
| - | * освещение | + | |
| - | * СКУД и охрана; | + | |
| - | * пожарная автоматика; | + | |
| - | * системы управления и телеметрии; | + | |
| - | * ДГУ и вспомогательные насосы/ | + | |
| - | * щиты НН/СН. | + | |
| - | ===== Модульность и масштабируемость ===== | + | * СКУД, охрана, |
| + | * пожарная автоматика (СПС, СОУЭ); | ||
| + | * вентиляция помещений персонала; | ||
| + | * освещение (обычно 2–4% нагрузки); | ||
| + | * топливные насосы и системы ДГУ; | ||
| + | * щиты НН/СН и автоматика управления. | ||
| + | |||
| + | В аварии эти нагрузки должны оставаться работоспособными для обеспечения безопасности и возможности ручного управления. | ||
| + | |||
| + | ===== 7. Модульность и масштабируемость ====== | ||
| + | |||
| + | Рекомендуется проектировать ЦОД с учётом роста на 5–10 лет. | ||
| <WRAP info> | <WRAP info> | ||
| - | Модульная структура снижает CAPEX и позволяет вводить мощности по мере роста | + | Модульный принцип |
| </ | </ | ||
| + | |||
| + | ==== Формула планирования мощности ==== | ||
| <WRAP center> | <WRAP center> | ||
| - | $$ C_{inst} | + | $$ C_{inst}(t) = C_{load}(t) + C_{reserve} $$ |
| </ | </ | ||
| - | где: | + | где |
| - | - \(C_{inst}\) — установленная мощность; | + | - \(C_{inst}(t)\) — необходимая |
| - | - \(C_{load}(t)\) — прогнозируемая нагрузка | + | - \(C_{load}(t)\) — прогнозируемая |
| - | - \(\Delta | + | - \(C_{reserve}\) — обязательный |
| + | |||
| + | Пример | ||
| + | проектная мощность зала — 3 МВт, | ||
| + | |||
| + | ===== 8. Ключевые | ||
| - | ===== Ключевые | + | На этапе исходных данных должны быть определены: |
| - | Определяются на этапе концепции: | + | |
| - | | + | * CAPEX и OPEX по годам ввода; |
| - | * CAPEX / OPEX; | + | * плотность |
| - | * плотность | + | * целевое значение PUE (в РФ: 1,3–1,5 для большинства |
| - | * энергоэффективность (PUE); | + | * требования |
| - | * степень | + | * стратегия |
| ===== Ключевые идеи ===== | ===== Ключевые идеи ===== | ||
| <WRAP tip> | <WRAP tip> | ||
| - | * Исходные данные определяют | + | * Исходные данные определяют |
| - | * Уровень | + | * Уровень доступности |
| - | * ИТ-нагрузка — основной источник требований | + | * ИТ-нагрузка — базовый источник требований: мощность, PF, THDi, пусковые токи. |
| - | * Системы охлаждения формируют значительную часть нагрузки и требуют отдельного расчёта. | + | * Охлаждение — до 40% потребления; требует качественного электропитания и гарантированного |
| - | * Модульность снижает | + | * Модульность снижает |
| - | * KPI формируют основу | + | * KPI задают стратегию оптимизации |
| </ | </ | ||
topics/25/inputs.1763576339.txt.gz · Последнее изменение: — admin
