PNNL моделює засоби керування центром обробки даних як ресурси грід-сервісу
Публікація джерела: 2026-09-22 · Редакційний аналіз опубліковано: 2026-09-23
У звіті PNNL PNNL-39553 моделюється скоординоване керування обчисленням, охолодженням, батареєю та локальним керуванням у модифікованій системі 24 шини IEEE. Результати моделювання, а не робочі гарантії.
Аналіз і практичні висновки
У цьому розділі — наш аналіз та умовні розрахунки, окремо від повідомлення джерела.
Новий звіт сіткового моделювання
22 вересня Тихоокеанська північно-західна національна лабораторія опублікувала PNNL-39553 «Потенціал засобів керування дата-центром у грід-сервісах». У 56-сторінковому звіті досліджується, як обчислювальне навантаження в центрі обробки даних, теплові системи, сумісна батарея та генерація природного газу на місці можуть координуватися в квазістаціонарних часових масштабах. Він використовує модифіковану IEEE 24-bus тестову систему передачі та комерційні інструменти потоку живлення. Робота є симуляційним дослідженням, а не польовою демонстрацією в названій шахті біткойнів або кампусі ШІ. Його висновки описують змодельовані можливості за заявлених припущень і не повинні перетворюватися безпосередньо на дохід або гарантії надійності.
Чому варто звернути увагу майнерам
Великі ферми ASIC і об’єкти штучного інтелекту поєднують концентрований попит на електроенергію з охолодженням, засобами керування та зв’язком. Робочі навантаження майнінгу іноді можуть швидко зменшити потужність, але економіка пулу, поведінка мікропрограми, мінімальні стабільні робочі точки та час перезапуску впливають на кількість, яка є фактично гнучкою. Модель PNNL широко орієнтована на центри обробки даних і використовує доступні профілі навантаження ШІ; він не тестує певний флот Antminer. Незважаючи на це, поділ ІТ-навантаження, теплового навантаження та локальних ресурсів забезпечує корисну структуру для майнінгових сайтів, які обговорюють програми скорочення, з’єднання або мережевих послуг.
Що додає QSTS
Квазістатичне моделювання часових рядів запускає послідовні стійкі рішення потоку енергії, щоб планувальники могли досліджувати зміни від секунд до годин, не розглядаючи сітку як один заморожений знімок. У звіті об’єднані обчислювальні вимоги та тепловий відгук, оскільки охолодження не змінюється миттєво, коли ІТ-навантаження змінюється. Він також відображає стан заряду батареї, обмеження інвертора та відправку генератора на місці. Цей підхід із середнім часовим масштабом може показати перевантаження та виснаження ресурсів, які пропускає один випадок потоку живлення. Це не замінює дослідження електромагнітних перехідних процесів для поведінки підциклів або довгострокового планування потужності протягом багатьох років.
Місцеві ресурси можуть формувати попит на мережу
У сценаріях генерація на місці та зберігання енергії в батареях можуть зменшити імпорт з мережі, згладити швидкі зміни попиту та забезпечити реактивну потужність для підтримки локальної напруги. У звіті зазначено, що ці ресурси можуть надавати послуги з енергопостачання, резервування та регулювання під час обслуговування центру обробки даних. Їх значення залежить від номінальних показників потужності та енергії, стану заряду, лімітів генератора, засобів контролю та угод з комунальним підприємством. Резервний ресурс, зарезервований для збоїв, автоматично не доступний для відправки на ринок. Використання його для мережевих послуг може збільшити використання палива, циклічність, технічне обслуговування та ризик того, що залишиться недостатній резерв, коли сайт потребує резервного копіювання.
Контроль навантаження - це не один єдиний важіль
PNNL відокремлює керування теплом від обчислювального чи ІТ-навантаження. Налаштування заданих значень охолодження забезпечило деяке полегшення попиту в змодельованих випадках, але у висновку говориться, що економія тепла була набагато меншою, ніж велике обчислювальне навантаження, і краще підходить для менших вимог або граничного полегшення під час стресу. Обчислювальний контроль може забезпечити більше скорочення, якщо додатки це терплять. Для сайту ASIC це означає розрізнення економії вентиляторів і насосів від фактичного скорочення хешборда. Перш ніж обіцяти кількість відповіді, потрібно врахувати втрату доходу, поведінку пулу, час витримки та перезапуску.
Правила участі також мають значення. Технічно гнучкий сайт може бути не в змозі запропонувати послугу, якщо телеметрія, розмір мінімальної ставки, тривалість відповіді або умови з’єднання не задовольняються. Тому інженерні можливості, ринкова кваліфікація та комерційна вартість повинні оцінюватися окремо.
Приклад обмеженої ємності
Один із сценаріїв обмежує постачання газотранспортної мережі до 30 МВт, тоді як місцеві ресурси можуть забезпечити 60 МВт: генератор природного газу потужністю 20 МВт і батарея на 40 МВт з 80 МВт-год, або дві години при номінальній потужності. Коли загальний змодельований попит перевищує 90 МВт, приблизно 10 МВт не можуть обслуговуватися, і частину обчислювального навантаження потрібно скоротити. Акумулятор досягає свого мінімального рівня заряду в 10% трохи менше ніж за чотири години відповідно до змодельованої диспетчеризації, що потребує подальшого скорочення, якщо обмеження зберігається. Ці цифри ілюструють досліджуваний випадок, а не рекомендований проект для кожного закладу.
Для реагування на запит ASIC ієрархія керування повинна визначати, хто може зменшувати хеш-панелі, як швидко відновлюється з’єднання з пулом і які обмеження температури чи охолоджуючої рідини перекривають команду мережі. Базовий рівень має використовувати фактичний імпорт об’єктів, оскільки трансформатори, насоси, вентилятори та мережі продовжують споживати електроенергію, коли мікросхеми скорочуються. Акумулятор може швидко реагувати, тоді як генерація двигуна та теплове навантаження часто змінюються в різних часових масштабах; їх поєднання потребує державної оцінки та чітких пріоритетів. Оператори повинні відрепетувати втрату зв’язку та забезпечити, щоб місцевий захист повернув сайт у безпечний стан. Дані розрахунків слід узгодити з тим самим інтервалом доходу, який використовується для розрахунку втраченого результату майнінгу.
Послаблення заторів має межі
У сценаріях надзвичайних ситуацій узгоджені засоби контролю зменшили імпорт сітки та допомогли зберегти навантаження деяких гілок ближче до рівнів, що передували надзвичайним ситуаціям. У звіті також зазначено, що система залишалася перевантаженою у випадку послідовного керування та потребувала б додаткових дій навантаження або керованих пристроїв. Необхідно перевірити географічний перерозподіл обчислень, щоб проблему не перенесли в інший напружений регіон. Зворотний потік електроенергії з місцевих ресурсів може вимагати нових угод з комунальними підприємствами та контрольних досліджень. Підприємство не може вважати, що лише технічні можливості дозволяють експорт або кваліфікують його як ринковий продукт.
Дослідження не розраховує дохід від майнінгу, хеш-прайс або знос ASIC. Цю економіку сайту потрібно додати окремо. Його внесок полягає в моделі управління та мережі, яка показує, де гнучкість може допомогти, а де обмежена енергія, перевантаження та операційні пріоритети все ще стримують її.
Як відповідально застосовувати дослідження
Оператор видобутку корисних копалин може використовувати звіт як контрольний список для вимірювань і досліджень: розділити ІТ-навантаження та навантаження на охолодження, перевірити час відгуку та відновлення, змоделювати енергію батареї, а також потужність, зберегти резервний резерв і перевірити нормальні умови та умови N-1. Будь-яка комерційна пропозиція має ґрунтуватися на вимірюваних тестах, умовах з’єднання, вимогах телеметрії, історії відправлень і штрафах. Головний висновок PNNL є умовним: узгоджене управління центром обробки даних і локальні ресурси мають потенціал для підтримки напруги, резервів, регулювання та управління перевантаженнями, але необхідно поважати чутливість обчислень і головну резервну роль локальних ресурсів.
Перш ніж запропонувати гнучкість, установіть базову лінію, яка враховує графік виробництва, погоду, температуру теплоносія та технічне обслуговування обладнання. Вимірюйте навантаження в точці загального з’єднання, а не підсумовуйте значення, вказані на табличці. Перевірте доставку команд, безвідмовну поведінку та відновлення після відправлення. Потім скоординуйте реакцію з командою комунального підприємства, пулу та сайту, щоб підтримка мережі не створювала неконтрольованого теплового відскоку або проблеми з доступністю після завершення події.
Джерело: Pacific Northwest National Laboratory ↗
Калькулятор майнінгу ↗
