NERCの計算負荷標準が最終投票を通過、ただしAIデータセンターはまだ規制対象ではない

NERCは10月15日、AI施設が系統擾乱時にも接続を維持するための規則が未解決のまま、3件の計算負荷標準を最終ステークホルダー投票にかけた。このパッケージは、急激な電力需要変動が大規模電力系統に影響し得る大規模データセンター、AIコンピューティングキャンパス、暗号資産事業を対象としている。

この投票は手続き上の大きな節目ではあるが、最終的な規制承認ではない。NERCの計算負荷標準は、まず同組織の理事会で採択される必要がある。その後、米国で強制力を持つには、NERCが連邦規制当局へ提出しなければならない。

この区別は重要だ。なぜなら、この提案は系統運用者と該当するデータセンターの関係を変えるからである。大規模コンピューティング拠点は、詳細なモデルの提供、保護設定の調整、擾乱の記録、特定の運用指示への対応を求められることになる。一方で、このパッケージは共通の電圧・周波数ライドスルー要件の策定には至っていない。

NERCの計算負荷標準は投票を通過したが、ゴールではない

10月の投票は拘束力ある枠組みを前進させたが、データセンターに直ちに強制力ある新要件を課すものではない。

North American Electric Reliability CorporationであるNERCは、相互接続された北米の大規模電力系統に向けた信頼性規則を策定している。同組織の標準が米国で強制力を持つのは、Federal Energy Regulatory Commission、すなわちFERCの承認後に限られる。

10月15日、NERCは、提案中の計算負荷パッケージが最終ステークホルダー投票を通過したと発表した。関連する実施計画も前進したとしている。

このパッケージには、CLO-001-1、CLO-002-1、CLO-003-1と名付けられた3つの標準案が含まれる。また、義務の重複を抑えるため、既存の施設連系標準であるFAC-001-5とFAC-002-5の2件も改定する。

次に予定されている機関上の手続きは、NERC理事会による採択である。NERCが公表した行動計画のスケジュールでは、理事会承認を12月5日、規制当局への提出を12月31日としている。

FERCは7月16日の命令で、この年末期限を課した。連邦指令は、計算負荷の統合、関連する定義、改定された登録基準を扱う初期標準をNERCが提出するよう求めている。

FERCはまた、未解決の追加的な信頼性課題を扱うフェーズIIの作業計画を、2027年3月1日までに提出するようNERCに命じた。

これらの標準は原則として、接続負荷が少なくとも50メガワットの計算負荷拠点を対象とする。その供給用電気設備も、100キロボルト以上で大規模電力系統に接続されていなければならない。

この基準では、複数の建物を単一の計算負荷拠点として扱うことができる。複数の変電所または電気接続を通じて供給を受けるキャンパスも集約できる。

NERCは当初、20メガワットと60キロボルトというより低い登録閾値を検討していた。ステークホルダーからの意見を受けて、両方の閾値を引き上げた。

この変更により、提案が直ちに及ぶ範囲は狭まった。より小規模なコンピューティング施設も地域の電力会社に影響を及ぼし得るが、この連邦の信頼性枠組みに自動的に組み込まれるわけではない。

NERCは別途、対象拠点の背後にある組織向けの登録制度を策定している。同理事会は10月8日、Computational Load OwnerおよびComputational Load Operatorというカテゴリー案を承認した。

これらのカテゴリーは、所有権と運用管理権が常に同じ企業にあるとは限らないことを認識している。開発事業者が電気インフラを所有し、テナントが施設内のコンピューティング設備を管理する場合もある。

この区別は、特に複数テナント型キャンパスで重要になる。NERCとその地域組織は、登録の要否を判断する際、各拠点の所有責任と運用責任を精査する。

理事会による採択、規制承認、適用される実施日程がそろうまで、この提案はあくまで提案である。したがって、データセンター標準がすでに全面施行されたとする見出しは、正式な手続きに先行している。

それでも、この投票は重要な段階を終えた。議論は、大規模コンピューティング拠点を信頼性計画の対象に含めるべきかどうかから、その義務をどう機能させるかへ移っている。

急激な負荷喪失がデータセンターを系統参加者へと変えた

NERCが対応しているのは、コンピューティング施設がどれほどの電力を消費するかだけでなく、故障時にどう振る舞うかである。

電力計画では従来、大口需要家を、予測可能なスケジュールに従って増減する需要として扱ってきた。現代のデータセンターは、パワーエレクトロニクスや保護システムが数分の一秒以内に反応し得るため、別の問題をもたらす。

送電系統の故障は、持続的な停電を引き起こすことなく、一時的に電圧を低下させる場合がある。コンピューティングキャンパス内の保護設備は、その短時間の擾乱中にもサーバー、冷却システム、または電気設備ブロックを切り離す可能性がある。

複数の大規模拠点が同じように反応すれば、需要はほぼ同時に消失する。すると発電量が消費量を上回り、系統周波数が上昇し、送電線全体の潮流も変化する。

2024年7月の事象は、このリスクを示した。Eastern Interconnectionで相次いだ故障により、約1,500メガワットのデータセンター需要がほぼ同時に失われた。

これらの拠点は電力会社の指示ではなく、需要家側の保護機能によって切り離された。系統周波数は60.053ヘルツまで上昇した後、4分以内に60ヘルツへ戻った。

1,500メガワットの変化は、通常の変動ではない。大規模発電所が突発的に停止する状況に似ているが、この場合、系統は消失した需要に対応しなければならない。

NERCはその後、2025年にさらに大きなデータセンター負荷の減少を記録した。信頼性評価では、2月に約1,800メガワット、6月に1,300メガワットが関与した事象を説明している。

暗号資産施設も別の証拠基盤をもたらした。NERCのレビューでは、2023年1月から2025年9月までの間に発生したERCOTの26件の事象を調査した。

各事象では、通常どおり解消された送電故障の後、100メガワットを超える負荷減少が生じた。個々の施設では、擾乱前の消費量の17%から95%が失われた。

これらの事象は、すべてのAI施設または暗号資産施設が同じように振る舞うことを意味しない。設備設計、無停電電源システム、保護設定、ワークロード管理によって、反応は異なり得る。

しかし、これらは設備容量の需要だけでは系統計画に不十分である理由を示している。系統運用者は、設備がいつトリップするのか、どの程度の速さで復旧するのか、近隣拠点が類似した設定を共有しているのかを理解しなければならない。

NERCは、ガイダンス、技術資料、自主的な連携を通じてこの問題への対応を始めた。5月4日には、計算負荷統合の7分野を対象とするLevel 3 Essential Action Alertを発出した。

このアラートは、モデリング、連系検討、試運転、保護、擾乱監視、運用連携を扱った。登録対象の組織は、このアラートを確認して対応する必要があった。

ただし、同アラートの必須措置は強制的な信頼性標準ではなかった。新たな提案は、そうした慣行の一部を該当組織の義務へと転換する。

これが、NERCの計算負荷標準の背後にある中心的な変化である。大規模データセンターは、受動的な顧客という位置付けから、系統信頼性プロセスへの正式な参加へ移行しつつある。

発電所との比較は有用だが、完全ではない。データセンターは電力を消費し、発電機は電力を供給する。共通するのは、重大な規模で系統状態を変化させる能力である。

ギガワット級のコンピューティングキャンパスは、内部設備が設計どおりに動作していても、周波数と電圧に影響を与え得る。信頼性リスクは、設備故障ではなく、協調した保護動作から生じる可能性がある。

この問題は、AIによる電力需要の増加だけにとどまらない。発電設備を増やすだけでは、2サイクルの電圧低下時にキャンパスがどう振る舞うかを説明できない。

NERCの対応は、より優れたモデル、明確な通信、より有用な事象記録を求めることである。こうした手段により、系統計画担当者は擾乱前に挙動を分析し、擾乱後に再構成できる。

規則は電力会社の推測をモデルと運用義務に置き換える

提案中の枠組みは、大規模コンピューティング拠点に動的挙動の開示と、系統信頼性の責任を担う組織との行動調整を求める。

CLO-001-1は、連系検討、試運転、計画モデルを対象とする。関連する計画主体は、新規の計算負荷と既存拠点における重要な変更を検討することが求められる。

この標準は、qualified changeという概念を導入する。計画調整機関は、稼働中のキャンパスが電気的に変化していないと仮定するのではなく、どの変更で再分析が必要になるかを定義する。

この規定は、データセンターが急速に進化する実態を反映している。運用者は、建物を全面的に新設しなくても、サーバー、電源装置、ファームウェア、制御システム、保護設定を入れ替えることができる。

こうした変更は、急速に変化する系統条件下での施設の挙動、すなわち動的応答を変え得る。静的な需要予測では、その応答を表現できない。

Computational Load Ownerは、設備トリップ、ライドスルー能力、擾乱後の復旧に関する情報を提供する。導入済みのコンピューティングインフラと、その想定用途についても説明する。

拠点固有のモデルパラメータは、実際の設備と一致する必要がある。動的挙動を変える変更後180日以内に、所有者は更新済みの検証文書を提出する。

この要件は、ハイパースケーラー、コロケーション事業者、設備ベンダー、エンジニアリング請負業者に負担をかける。彼らは、物理システムと計画担当者に提供するモデルとの間に、監査可能な対応関係を維持しなければならない。

2つ目の標準案であるCLO-002-1は、運用データと通信を対象とする。信頼性調整機関、需給調整機関、送電運用者が、必要とする情報を指定する。

対象となる所有者と運用者は、その仕様を満たすことになる。また、口頭指示を受ける担当者向けに、通信能力、障害時手順、訓練を整備する。

Requirement R8には、このパッケージで最も重要な運用上の文言が含まれる。指定された系統組織からの運用指示に従うよう、Computational Load Operatorに指示する内容である。

指示を物理的に実施できない場合には例外が適用される。遵守が安全、設備、規制、または法定要件に反する場合にも適用される。

遵守できない運用者は、Requirement R9に基づき、指示を発した系統組織に通知する。この枠組みは、対応経路と文書化された例外経路の両方を求める。

NERCによれば、これらの規定は、確定した電力供給サービスを自動的に中断可能なサービスへ転換するものではない。また、拠点の既存契約で定められた供給優先順位を変更するものでもない。

この制限は、信頼性調整と商業的な負荷抑制を分けるものである。系統緊急時の運用指示は、電力会社が日常的に需要を遮断できる料金制度と同じではない。

しかし、契約上の統制は依然として実務上の懸念事項である。コロケーション事業者が変電所を管理する一方で、テナントがサーバーやワークロードの挙動を管理する可能性がある。

提案文は物理的・法的な制約を認識しているが、契約上の制約については明確さに欠ける。施設が必要な措置を実行できるようにするには、新たなテナント契約が必要になる場合がある。

CLO-003-1は、保護協調と擾乱監視を対象としている。所有者に対し、保護システムが意図した順序で動作するよう設定するプロセスの整備を求めるものとなる。

保護協調は、事故発生時にどの遮断器または装置が最初に動作するかを決定する。協調が不十分だと、必要以上の機器が切り離されたり、本来の原因が見えにくくなったりする可能性がある。

所有者は、影響を受ける設定を実装する前に、協調上の問題を特定して解決することになる。このプロセスは、複数の組織が管理する機器にまたがる可能性がある。

この基準はまた、事象時系列データ、故障記録、継続的な動的擾乱記録を求める。通常の運用テレメトリーでは、大規模施設の内部で起きる高速な電気的相互作用を捉え損ねることがある。

より高解像度の証拠があれば、調査担当者は何が開放され、いつ開放され、電圧または電流がどのように変化したかを判断しやすくなる。事象後のモデル検証にも役立つ。

記録義務は機器の所有権に従う。計算負荷の所有者は、通常、自らが所有する指定遮断器を対象とする。

サイトの主供給変圧器の所有者は、その他の記録責任を負う。この主体は、データセンター所有者、送電設備所有者、配電事業者、または発電事業者である可能性がある。

この3基準は一体となって、非公式な情報連鎖を明確に定義された責任へと置き換える。計画担当者はモデルを得て、運用担当者は通信手段を得て、調査担当者は時刻同期された証拠を得る。

この構造はコンプライアンス業務も生み出す。対象組織は責任主体を特定し、構成を文書化し、モデル更新を管理し、定められた要件に基づいて証拠を保持しなければならない。

AIインフラ開発者にとって、系統連系は後期段階の電力会社との交渉ではなく、施設設計の一部となる。電気アーキテクチャ、テナント契約、運用手順は、同じ信頼性上のコミットメントを支えなければならない。

中心的なトレードオフは、普遍的なライドスルー規則なしに説明責任を確保することだ

NERCは、最も難しい性能要件――擾乱時にデータセンターがどれほど長く系統接続を維持すべきか――を定める前に、強制力のある可視性を構築している。

ライドスルーとは、一時的な電圧または周波数の偏差が生じた際にも、施設が接続を維持できる能力を指す。保護システムが擾乱を許容するのか、それとも直ちに機器を切り離すのかを左右する。

初期パッケージは、所有者にライドスルー特性の開示を求める。また、連系検討において特定サイトに必要な性能を特定することも認める。

ただし、業界全体に共通する最低ライドスルー曲線は定めていない。したがって、施設の挙動を文書化する一方で、その挙動を完全には標準化していない。

この隔たりは重要である。標準策定プロセスを加速させた事象は、突然の切り離しによって生じたためだ。より優れたモデルは負荷喪失を予測できるが、予測だけでそれを防ぐことはできない。

NERCが段階的アプローチを選んだのは、普遍的な要件には難しい技術的トレードオフが伴うためである。系統保護は、人員の安全、機器保証、電力品質の制約、サービス継続性と両立しなければならない。

サーバーは送電線に直接接続されているわけではない。電力会社の電力は、変圧器、開閉装置、無停電電源装置、配電設備、サーバー電源装置を経由する。

各層には、電圧や周波数の変化に異なる反応を示す制御機構が含まれ得る。ライドスルー要件は、孤立した1つのコンポーネントではなく、統合システムを考慮しなければならない。

既存サイトも別の課題を抱える。機器の改修には、調達、建設、試験、そして運用者が直ちに実施できない計画停電が必要になることがある。

提案されている実施スケジュールは、こうした制約を反映している。計画調整機関には、適格変更を定義し、モデリングデータ仕様を策定するために3か月が与えられる。

一部の連系主体には、要件を確立するために6か月が与えられる。残るCLO-001-1の義務は、通常9か月後に続く。

CLO-002-1では、系統運用者に運用データ仕様を配布するための6か月が与えられる。計算負荷の所有者と運用者には、関連する義務のために通常12か月が与えられる。

CLO-003-1は、既存施設に最も長い移行期間を設けている。これらのサイトには、該当する擾乱記録機能を導入するために36か月が与えられる。

新しいサイトには、通常、基準の発効日または運転開始日のいずれか遅い方から15か月が与えられる。保護協調の義務は9か月後に始まる。

これらの期間は、関連する基準が発効して初めて開始する。10月の投票から進行する期限と解釈すべきではない。

NERCの段階的戦略には明確な利点がある。エンジニアがより詳細な性能要件を策定する間に、基本的な可視性と説明責任を確立できる。

一方で、暫定的な弱点も残る。十分にモデル化されたキャンパスであっても、保護機能の感度が非常に高いままであれば、通常どおり除去される事故の際に切り離される可能性がある。

したがって、NERCの初期計算負荷基準は、完成されたアーキテクチャではなく最低限の基盤を示す。情報と意思決定権限を整理する一方で、技術的な解決策の一部は先送りしている。

NERCのフェーズIIロードマップには、擾乱時性能、モデル検証、事象報告、負荷振動、サイバーセキュリティが含まれる。また、併設発電と追加的な保護要件も検討対象としている。

FERCは7月の命令で、この段階的プロセスを認めた。業界経験の蓄積に応じて改善の余地を残しつつ、NERCに短期的な措置を優先するよう指示した。

未解決の性能層は、支持者と批判者の双方にもっともな論拠を与える。支持者は、すでに計画担当者を妨げているデータ不足に対する即時の進展を指摘できる。

批判者は、予測可能な切り離しを報告しても系統が安全になるわけではないと反論できる。また、サイト固有の基準が一貫性のない義務を生むのではないかと疑問を呈することもできる。

最も公正な解釈は、その両者の間にある。この提案は現実の運用上の盲点に対処するが、同時負荷喪失のあらゆる原因を解決するものではない。

この不確実性は、企業による新しいAIキャンパスの計画に影響を与えるべきである。初期基準を満たしても、設計が後のライドスルーまたはサイバーセキュリティ上の義務を満たす保証にはならない。

開発者は、要件が2027年を通じて進化し続けると見込むべきだ。また、初期コンプライアンスを恒久的な技術承認とみなすべきではない。

AI開発者は、より多くの電力確保を超える新たな制約に直面する

この基準は、データセンター企業に対し、電力会社が予測需要を供給できることだけでなく、施設がどのように挙動するかを証明するよう求める。

AIインフラ競争では、発電契約、送電アクセス、連系スケジュールに大きな焦点が当てられてきた。これらは依然として新規キャンパスにとって中心的な制約である。

NERCの提案は、そこに動的性能を加える。開発者は十分な容量を確保していても、モデリング、制御、通信、事故対応について問われる可能性がある。

この違いは、プロジェクト初期の判断を変える。計画担当者が施設の系統への影響を検討するには、電気エンジニアが正確な機器データを用意する必要がある。

調達チームは、ベンダーに保護動作と設定可能なパラメータの開示を求める必要があるかもしれない。運用者はまた、ファームウェア更新が計画モデルで使用するパラメータを変更するかどうかを把握しなければならない。

キャンパス設計では、電力会社からの供給、非常用発電、蓄電池、場合によっては専用発電所の組み合わせが増えている。各要素は、擾乱時に系統から見える挙動に影響し得る。

併設発電は、キャンパスが広域システムから受電しているのか、供給しているのかという追加的な疑問を生む。NERCはこの領域を後続の基準策定作業として特定している。

マルチテナント施設は、技術作業に加えて組織上の圧力にも直面する。登録済みの運用者は、既存の賃貸借契約やサービス契約で想定されていない行動権限を必要とする可能性がある。

顧客はコンピューティングの中断回避を優先するかもしれない一方、系統運用者は迅速な運用対応を必要とする。契約では、誰がどの条件で電気的な運転モードを変更できるのかを明記しなければならない。

垂直統合型の施設を持つハイパースケーラーは、より明確な権限を持つ可能性がある。それでも、異なる計画サイクルを用いることの多い電力会社、データセンター、コンピューティングの各チーム間で調整が必要となる。

系統インフラは数十年にわたって稼働し得る。AIハードウェアとワークロード戦略は、その期間のごく一部で変化し得る。

CLO-001-1は、適格変更のレビューと180日ごとのモデル更新を通じて、こうした時間軸を橋渡ししようとしている。この仕組みの有効性は、正確な変更検知に左右される。

ファームウェア改訂は、情報技術チームには軽微に見えるかもしれない。しかし、数千台の電源装置が電圧擾乱に反応する仕方を変える可能性はある。

この規則は、電力会社と地域運用者にも負担をかける。段階的な期限の中で、データ仕様、適格変更、通信チャネル、検討上の期待事項を定義しなければならない。

電力会社は、無制限の専有情報を単に要求することはできない。信頼性機能を果たすために必要なデータを特定し、それを適切に管理しなければならない。

一方で、データセンター運用者は、施設構成や運用パターンの開示を懸念する可能性がある。詳細な技術データには、商業上の機微情報やセキュリティ上重要な情報が含まれることがある。

したがって、基準策定プロセスは可視性と情報保護の均衡を取らなければならない。初期パッケージは義務を設けるが、その義務が実務上どのように機能するかは実施次第である。

より広い政策環境は、別の緊張関係も加える。連邦当局は大規模AI施設の迅速な接続を望む一方、信頼性機関はより深い検討と調整を求めている。

これらの目標は、自動的に相容れないものではない。より標準化されたデータは、繰り返される情報要求を減らし、連系審査の予見可能性を高められる。

ただし、新たなモデリングとコンプライアンス業務は、準備不足のプロジェクトを遅らせる可能性がある。これらの要件を早期に組み込む開発者は、書類作業とみなす開発者よりも想定外の事態が少ないはずだ。

このパッケージはまた、信頼性上の責任と、新規インフラの費用を誰が負担するかという議論を区別している。電力会社が送電または発電コストをどのように配分するかは決めていない。

小売電力料金を定めるものでも、水、土地、排出に関する地域社会の懸念を解決するものでもない。これらの問題は、他の規制当局と政策プロセスに委ねられる。

NERCの計算負荷基準は、より狭い問題に焦点を当てる。すなわち、大規模デジタル施設が物理的な電力系統における理解不足の主体となることを防ぐことである。

この限定された範囲であっても重要性は大きい。AIサービスは、ソフトウェアのデプロイだけでは修正できない故障モードを持つ電気システムに依存している。

クラウド顧客が保護設定の検討を見ることはないかもしれない。しかし、そのワークロードの可用性は、そうした検討が実際の施設挙動を表しているかどうかに、ますます左右されるようになっている。

この枠組みが実際に信頼性を高めるかを示す3つのシグナル

理事会の採択、連邦当局の扱い、フェーズIIの性能規則によって、この投票が持続的な信頼性制度になるかどうかが決まる。

最初のシグナルは、NERC理事会による行動である。公表された行動計画タイムラインでは、基準、用語集の変更、登録基準の承認目標日を12月5日としている。

理事会による採択は現在の方向性を強化し、NERCが連邦当局への提出準備を進めることを可能にする。遅延や大幅な改訂は、年末までのスケジュールに関する前提を弱めることになる。

2つ目のシグナルは、12月31日の提出後に示されるFERCの対応だ。FERCは提案された基準を承認し、変更を求め、あるいは規制プロセスを通じて実施方法に対処できる。

承認されれば、このパッケージは米国での強制力の獲得に近づく。重大な異議が出れば、遵守時期が後ろ倒しになり、適用範囲、しきい値、事業者の義務を巡る論点が再燃する可能性がある。

カナダでの実施は、各管轄区域で適用される手続きに従う。NERCは相互接続された大陸規模のシステムを対象とするが、法的な執行手段はすべての地域で同一ではない。

3つ目のシグナルは、2027年3月1日のフェーズII作業計画だ。最低限のライドスルー性能をどう扱うかによって、NERCがこのパッケージにおける最大の技術的ギャップを埋めようとしているかが明らかになる。

擾乱時の性能とモデル検証について詳細なスケジュールが示されれば、初期フレームワークを補強することになる。曖昧、あるいは長期にわたるタイムラインでは、計画担当者はサイト固有の要件に依存せざるを得ない。

業界の準備状況も、関連する運用上の指標となる。公益事業者は、最終的な実施期限が到来する前に、データ形式、通信手順、責任分担の定義を始めるべきだ。

データセンター開発事業者は、各キャンパスにまたがる所有権と制御権の境界を整理すべきである。また、どのハードウェア、ソフトウェア、ファームウェアの変更が電気的応答を変え得るかも特定する必要がある。

高品質な擾乱記録は、実施後に最も有効な検証手段となる。調査担当者は、モデル化された挙動と実測された挙動を比較し、差異を修正できなければならない。

原因不明の同時切断が減ることは、完了済みのコンプライアンス書類よりも強い証拠となる。信頼性は文書だけではなく、物理的な結果に依存する。

この提案の成否は、登録された運用事業者が実際の施設で指示を実行できるかどうかにも左右される。マルチテナント環境における制御上のギャップは、緊急事態ではなく実施訓練の段階で顕在化すべきだ。

10月の投票が注目に値するのは、新たな前提を正式化するからである。最大規模のコンピューティング施設は、系統に影響を及ぼす規模で稼働する以上、もはや電気的に不透明な存在であり続けることはできない。

ただし、これによって信頼性の問題が解決したと宣言することは正当化されない。義務的なライドスルー性能、サイバーセキュリティ、併設発電、モデル検証は、依然として取り組むべき分野である。

開発事業者、エンタープライズ技術の購買担当者、インフラ計画担当者にとって、当面の行動は明確だ。大規模AI拠点がそれぞれ、系統への応答をどのようにモデル化し、記録し、制御しているかを問うべきである。

こうした問いは今や、容量、冷却、チップ、ネットワーク接続と並んで検討すべきものとなっている。今後3つの節目によって、NERCの計算負荷基準が強制力のある安全策となるのか、それとも未完の第1段階にとどまるのかが明らかになる。