Yandexデータセンターへのドローン攻撃、ロシア最大級キャンパスの一部を停止

ウクライナのドローンが床面積140万平方フィートのKalugaキャンパスを攻撃し、Yandexは2日間で2度目となるデータセンター攻撃を受けた。Yandexの声明によると、このデータセンターへのドローン攻撃により複数のモジュールが完全に停止した。Yandexは被害状況を評価する間、一部サービスで一時的な障害が発生する可能性があると警告した。

10月9日の攻撃は、その前日にYandexのSasovoデータセンターを停止に追い込んだ攻撃に続くものだった。この連続性は、個々の事案以上に重要である。クラウドサービスと人工知能のワークロードを支える2つの施設が、およそ48時間以内に被害を受けた。

この攻撃は、分散クラウドインフラが掲げる基本的な約束を試すものだ。運営者は、1か所の障害がシステム全体の停止につながらないよう、複数施設にワークロードを分散させる。しかし、複数の拠点が協調的な物理攻撃に直面する場合、冗長性による保護は限定的になる。

Yandexデータセンターへのドローン攻撃で停止したもの

確認された被害はオンライン上の一部の主張より限定的だが、運用上の影響は依然として大きい。

Kalugaへの攻撃は施設インフラの一部を損傷させ、複数のデータセンターモジュールを完全停止に追い込んだ。Yandexは影響を受けたモジュール数、搭載ワークロード、内部設備を公表していない。

同社は被害の全容を評価中だと述べた。また、ロシアのビジネス系メディアが伝えた声明によると、施設内で死傷者は出ていないという。

Associated PressもYandexによる被害確認を独自に報じた。同社が顧客への影響に関する完全な評価を公表していないものの、この攻撃が一部サービスを混乱させる可能性があると伝えている。

この区別は重要だ。停止したモジュールは、コンピューティング、冷却、電力、ネットワークの大規模な容量を意味し得る。一方で、それは必ずしもキャンパス全体の稼働停止を意味しない。

140万平方フィートという数値は計画上の敷地面積であり、破壊された部分を示すものではない。キャンパス全体が停止したとの主張は、Yandexの公表声明を超えるものだ。

Kalugaはモジュール式建設を前提に設計された。各モジュールにはサーバーホールと付帯システムが含まれ、より大きなキャンパスの一部として運用できる。この設計により、運営者は段階的に容量を拡張し、一部の機器障害を切り離せる。

物理的な分離は、特定の事案の影響も抑える。1つのモジュールで起きた火災、電気系統の故障、冷却問題が、すべてのサーバーホールを自動的に停止させるわけではない。ただし直接攻撃は、配電設備やネットワーク経路を含む共有接続を損傷させる可能性がある。

Yandexの当初設計では、3,800台超のサーバーラックを設置する計画だった。各ラックには15キロワットの計画負荷が割り当てられていた。これは、このキャンパスの機器規模が一般的な企業サーバールームを大きく超えることを意味する。

この施設は、Yandexの社内システムとYandex Cloudの顧客の双方を支えることも想定されていた。これらのワークロードには、ストレージ、仮想マシン、マネージドデータベース、アプリケーションプラットフォーム、社内向けコンシューマーサービスなどが含まれ得る。

Data Center Dynamicsは、Yandex Cloudのステータス情報が、攻撃後も1つのアベイラビリティゾーンで停電を示していたと報じた。また、複数ゾーンでObject Storageの応答時間が増加していることも記載されていた。Object Storageは、ファイルやアプリケーションデータ向けに拡張可能なストレージを提供する。

これらのステータスシグナルは、すべての問題がKalugaに起因すると証明するものではない。先行するSasovoの停止は、すでに同社のインフラに影響を及ぼしていた。ただし、Yandexが単なる局所的な建物被害以上の事態に対処していたことは示している。

したがって、Yandexデータセンターへのドローン攻撃は2つの別個の疑問を生んだ。1つ目は、Kalugaの容量が物理的にどれほど失われたかである。2つ目は、別の主要施設が利用不能な状況で、Yandexが影響を受けたワークロードをどれほど効果的に再分配できたかだ。

Yandexは、いずれの問いにも完全に答えるだけの詳細を公表していない。停止したモジュールの検証済みサーバー数、復旧予定、Kaluga攻撃後に測定されたサービス可用性は明らかになっていない。

この検証上の隔たりは、ロシアのインターネットが停止したとする劇的な主張を抑制すべきだ。しかし、戦略的なクラウドキャンパスの複数モジュールが稼働を停止したという確認済みの事実を覆い隠すべきではない。

140万平方フィートのKalugaキャンパスが重要な理由

Kalugaが重要なのは、Yandexがこれを単なる地域サーバー拠点ではなく、同社最大のデータセンターとして設計したためだ。

Yandexは2022年9月にKalugaプロジェクトを発表した。同社はこれを、有効ラック負荷の総量で最大のデータセンターであり、ロシア最大級の施設の一つと説明した。

計画されたキャンパスは13万平方メートル、約140万平方フィートをカバーしていた。3,800台超のラックは、合計約58メガワットのIT負荷を支える見込みだった。

同サイトの計画総電力容量は63メガワットだった。Yandexによると、これは従来最大のデータセンターの1.5倍の容量に当たる。これらの数値は、攻撃後の現地調査ではなく、同社の当初のKaluga仕様に基づく。

この仕様は、サイト全体を破壊しなくても複数モジュールの喪失が重要になり得る理由を示している。ラック当たり15キロワットなら、サーバーが高密度に配置されたホール1つでも相当なコンピューティング容量となり得る。

KalugaはYandex Cloudのアベイラビリティゾーンとして計画された。アベイラビリティゾーンとは、顧客がワークロードを配置できる、物理的に分離されたインフラ拠点である。クラウドアーキテクトは、単一の建物への依存を減らすために複数のゾーンを利用する。

同社は、顧客システムと並行して自社サービスもKalugaでホストすることを想定していた。この混在した役割は、インフラ障害が社内アプリケーションと外部事業者に同時に影響し得るため、運用上の重大性を高める。

Yandexはまた、このキャンパスを高いエネルギー効率を実現するよう設計した。外気を通年でサーバーラックの冷却に利用し、従来型の機械式冷却に必要な電力を削減する計画だった。

同社は、年間の電力使用効率比を1.07から1.09と予測していた。電力使用効率は、施設全体の消費電力とコンピューティング機器が消費する電力を比較する指標だ。

1.0に近い数値は、冷却やその他のオーバーヘッドに使われる電力が比較的少ないことを示す。この効率的な設計は、大規模な空調設備、電力制御、慎重に管理された環境条件に依存している。

こうしたシステムは、物理攻撃の後には脆弱性になり得る。直接的な損傷を免れたサーバーでも、冷却、電力、煙制御、水系統が安全でなくなれば停止が必要になる可能性がある。

YandexはKalugaが高電圧の国家送電網へ直接接続されることも強調していた。専用ケーブル線と変電所を計画し、継続性を高め、通常の配電インフラへの依存を減らすとしていた。

この構成は一般的な送電網障害への備えとなる。しかし、施設そのものが標的になった場合に、途切れない運用を保証することはできない。

「ロシア最大のデータセンター」という表現にも留保が必要だ。YandexはKalugaを、国内最大級であり、計画上の有効ラック負荷では自社最大と説明していた。ほかのロシア事業者は異なる基準で施設規模を測定している。

キャンパスの最大規模は、土地面積、設置電力、稼働ラック数、完成済みIT容量によって判断され得る。公開報道は、Kalugaがすべてのカテゴリーで首位であることを裏付けてはいない。

より妥当な結論も、なお重大である。Kalugaは、クラウドと社内ワークロードを国家規模で支えるために構築された、ハイパースケール級のコンピューティングインフラの集中拠点である。

この集中は効率を生む。Yandexは、標準化された電力、冷却、セキュリティ、ネットワークの下で数千台のラックを運用できる。同時に、所在地と機能を恒久的に隠すことが難しい、目立つ物理資産も生み出す。

この施設はモスクワ南西部に位置するKaluga州のGrabtsevo工業団地にある。その規模、電力接続、建設の痕跡は、公開記録と商用衛星画像を通じて確認できる。

この可視性は、戦時下のクラウドインフラにおけるセキュリティモデルを変える。サイバーセキュリティ対策では、爆発性ドローンによる変電所、サーバーホール、冷却設備の損傷を防ぐことはできない。

2度の攻撃が冗長性を中心的な試練に変えた

より深い対立は、クラウドの冗長性に関する約束と、短期間に複数の物理拠点へ圧力をかけられる攻撃作戦との間にある。

Sasovoへの攻撃はKalugaへの攻撃より前に発生した。Yandexによると、この先行事案では火災が起き、施設は深刻な被害を受け、同地での操業停止を余儀なくされた。

Sasovoには数万台のサーバーがあると報じられている。また、Yandexの人工知能開発に関連する2つのシステム、ChervonenkisとLyapunovも設置されている。

これらが存在することは、いずれかのスーパーコンピューターが破壊されたことを示すものではない。報道時点で、Yandexは詳細な被害目録を公表していなかった。

同社は、損傷したSasovoの機器をすべて復旧できるかどうかも確認していなかった。この不確実性は、Kalugaが攻撃を受ける前からワークロード復旧を複雑にしていた。

その後のKalugaへの攻撃は、単一サイトの災害を複数拠点にまたがるレジリエンス事案へと変えた。Reutersはこれを、連日にわたるYandexへの2度目の同種攻撃であり、ウクライナのインフラ攻撃作戦の拡大だと伝えた。

ウクライナのドローンメーカーFire Pointは、Kalugaへの攻撃にFP-1の一方向攻撃ドローンが使用されたと述べた。一方向攻撃ドローンは爆発物を搭載し、帰還するようには設計されていない。

メーカーの説明は、主張される兵器と運用者を特定するものだ。ただし、完全で独立検証された戦闘被害評価を提供するものではない。

これらの攻撃以前から、ウクライナはロシア国内の標的に対する長距離攻撃作戦を拡大していた。以前の作戦は、石油精製所、燃料貯蔵施設、港湾、軍事施設、物流資産に重点的に集中していた。

データセンターは異なる種類の標的を加える。そこでは消費者、企業、公共機関、ソフトウェアシステムが利用するサービスがホストされる。その破壊は、すべての通信回線を物理的に断つことなく、デジタル上の混乱を生み出し得る。

ウクライナは、ロシアの攻撃によってウクライナのデータインフラが損傷したことへの報復として、これらの攻撃を位置付けた。ウクライナのVolodymyr Zelensky大統領は、自国のデータセンターへの攻撃には対応すると述べた。

この説明は表明された動機を示す。しかし、軍民両用インフラをめぐるより広範な法的・人道的な問題を解決するものではない。

軍民両用施設は、民生活動を支える一方で、軍事または国家にとっての潜在的価値も持つ。大規模な商用クラウドは、一般企業、政府アプリケーション、通信システム、人工知能開発をホストし得る。

公開報道は、Kalugaのどの特定ワークロードがロシアの軍事作戦を支えていたのかを明らかにしていない。また、停止したどのモジュールに民間顧客のデータが置かれていたのかも示していない。

この不確実性は、軍事的価値と民間への影響の双方を評価する上で重要だ。クラウドプラットフォームは、同一の物理インフラ内で何千もの無関係な顧客を支えることができる。

それでも、この連続した事態はロシア以外の事業者にも実務的な警告を与える。地理的冗長性が機能するのは、バックアップ拠点が利用可能で、接続され、移行された負荷を受け入れるための十分な容量を備えている場合に限られる。

企業は複数のアベイラビリティゾーンにデータを複製する場合がある。それでも、それらのゾーンが共通の制御システム、逼迫したネットワーク、または不足した予備コンピューティング容量に依存していれば、アプリケーションは停止し得る。

フェイルオーバー、すなわち処理をバックアップインフラへ移すプロセスにも、アプリケーションレベルでの計画が必要となる。顧客は危機が起きる前に、データベース、ストレージ、アプリケーションインスタンスを分散させなければならない。

クラウドプロバイダーは、すべての顧客アプリケーションを自動的にレジリエントにできるわけではない。一部の顧客は、複雑さ、レイテンシ、運用コストを抑えるため、単一ゾーンを選択している。

Yandexの事例は、双方に圧力をかける。Yandexは物理インフラを修復しながら中核サービスを稼働させ続けなければならず、同社のクラウド顧客は、自らの設計がプロバイダーの障害を乗り切れたかを判断する必要がある。

これが、攻撃が1回より2回の方が重要な理由だ。単発の障害は冗長性を作動させる。繰り返される攻撃は、冗長アーキテクチャに信頼性を維持できるだけの地理的・運用上の分離があるかを試す。

クラウドレジリエンスには物理的な限界がある

クラウドコンピューティングはワークロードをマシン間で移動できるが、電力、冷却、ネットワーク、交換用ハードウェアを不要にはできない。

業界では、クラウドリソースはしばしば弾力的だと説明される。顧客は個々のサーバーを選ぶことなく、追加のコンピューティングやストレージを要求できる。この抽象化は有用だが、基盤となる機器は依然として建物内に設置されている。

稼働中のすべてのワークロードには、プロセッサ、メモリ、ドライブ、スイッチ、電力、排熱設備が必要だ。モジュールが失われれば、残るインフラがその需要を吸収するか、優先度の低い処理を停止しなければならない。

最初の制約は予備容量だ。健全な拠点がすでに実用上の限界近くで稼働している場合、プロバイダーはすべてのワークロードを即座に移転できない。

運用事業者は通常、障害や需要急増に備えて容量を確保する。攻撃前にYandexがどれだけの予備容量を維持していたかは、公表情報からは分からない。

2番目の制約はデータ配置だ。最新のコピーが別の場所に存在すれば、複製された情報は1拠点の破壊を生き延びられる。1つのゾーンにひも付いたままのデータは、バックアップまたは損傷した機器から復旧する必要がある。

3番目の制約はネットワーク容量だ。ユーザーの接続先を切り替え、大規模データセットを移動すると、施設間のリンクが混雑する可能性がある。技術的には利用可能なままでも、レイテンシの増加によってアプリケーションの品質が低下することもある。

4番目の制約は運用上の調整だ。エンジニアは危険な機器を隔離し、電力システムを点検し、ルーティングを更新し、ワークロードの優先順位を決め、顧客と連絡を取らなければならない。

こうした作業は、同時に複数の事案が起きるとさらに難しくなる。カルーガへの攻撃が発生した時点で、サソボへの対応チームはすでにサービス復旧を進めていたはずだ。

5番目の制約はハードウェア交換だ。サーバーは標準化されているが、大規模な展開には数千の部品が必要となる。制裁と輸出規制は、先進的なプロセッサ、ネットワーク機器、交換部品へのロシアのアクセスを複雑にし得る。

制裁によってYandexの再建が妨げられると断言するのは早計だ。ロシアのテクノロジー企業は在庫、国内システム、並行輸入、仲介業者を経由して調達した機器を利用している。

それでも、こうした経路は時間、コスト、不確実性を増大させ得る。一般的な電気設備や冷却設備の損傷は、特殊なコンピューティングクラスターへの被害より修復しやすい可能性がある。

人工知能のワークロードには、別の複雑さもある。学習システムは、1つの大規模なコンピューティング環境として機能する、密接に接続されたアクセラレータを用いる。個別のマシンを置き換えても、完全なクラスターが直ちに再現されるわけではない。

Yandexは、Aliceアシスタントやクラウドベースの機械学習ツールを含むAIモデルとサービスに投資してきた。そのため同社のAI開発は、相当なコンピューティング容量への継続的なアクセスに依存している。

確認されたカルーガの損害は、同地のAIクラスターが破壊されたことを示すものではない。サソボに2台のスーパーコンピューターがあったと報じられていることから、両事案を合わせた状況はYandexのAI事業にとってより重要になる。

Ars Technicaは、2件の攻撃がYandexの主要データセンター5カ所のうち2カ所に影響したと報じた。また、この攻撃作戦を、ロシアによるウクライナのデジタルインフラへの過去の攻撃と関連付けた。

施設数だけではレジリエンスは測れない。ワークロードと依存関係が適切に分散されていれば、5拠点は強固な保護を提供できる。重要システムが集中したままであれば、保護は弱くなり得る。

Yandexは以前、同社クラウドを支えるデータセンターについて、非常に高い継続稼働率を主張していた。これらの過去の数値は、機器や電力の障害を含む通常の信頼性を反映したものだった。

戦時下の攻撃は異なる種類の障害を生み出す。信頼性工学では通常、独立した施設が同じ短期間に破壊的な物理的事案に見舞われないことを前提とする。

クラウドアーキテクトはこれを相関障害と呼ぶ。日常運用では独立して見える複数のコンポーネントが、共通の原因によって故障する現象だ。

軍事作戦は、意図的に相関を生み出せる。攻撃者は、同じプロバイダー、サービス群、または国家インフラにつながる別々の拠点を選定する。

このメカニズムこそが、Yandexの物語における中心的な逆転だ。地理的分散は依然として価値があるが、敵対者が複数の地点に到達できる場合、その分散自体が標的の地図になる。

教訓は、冗長性が完全に失敗したということではない。サソボで深刻な損害が発生し、カルーガでも一部損失が出たにもかかわらず、Yandexは多くのサービスを継続運用した。

真の試練は、性能がどの程度低下したか、何人の顧客がアクセスを失ったか、制約下での運用がどれほど長く続くかにある。Yandexはこれらの測定値を公表していなかった。

損害がまだ証明していないこと

公表された証拠は深刻な複数拠点の事案を裏付けるが、破壊された容量や全国規模の停止に関するすべての主張を裏付けるものではない。

Yandexはカルーガの損害と複数モジュールの喪失を確認した。主要報道機関も同社の発表を報じている。

しかし、「複数モジュール」という表現には、標準化された公開容量指標がない。モジュールは、床面積、ラック数、電力負荷、運用目的において大きく異なり得る。

カルーガでどの建物が被害を受けたかを、検証済みの画像は明らかにしていない。Yandexは、損害がサーバーホール、変電設備、冷却設備、補助構造のどこまで及んだかを開示していない。

同社は、停止した区画でホストされていたサービスも明らかにしていない。このため、物理的損害と個別アプリケーションの障害を直接結び付けることはできない。

ソーシャルメディアの投稿では、タクシー、配達サービス、検索、メール、Aliceアシスタントに広範な障害が及んだと主張された。一部のユーザーが実際に問題を経験した可能性はあるが、逸話的な投稿で全国的な可用性を測定することはできない。

インターネットサービスは、無関係な理由でも障害を起こし得る。混雑、アプリケーションのバグ、地域的な接続問題、防御目的の停止は、データセンター事案と重なり得る。

ステータスデータはより強い証拠を提供するが、それでも解釈が必要だ。掲載された障害は、影響を受けたクラウドコンポーネントまたはゾーンを示す。しかし、顧客数全体や失敗したリクエスト数までは明らかにしない。

キャンパスの完成状況に関する主張にも同じ注意が必要だ。Yandexは2022年に設計を公表し、2023年の初期稼働開始を予定していた。公的資料は、モジュールごとの完全な建設履歴を提供していない。

計画上の63メガワット容量を、攻撃当日の稼働容量として自動的に扱うべきではない。施設がその水準に達していた可能性はあるが、Yandexは現在の利用率を公表していなかった。

同様に、3,800以上のラックという数字は発表された設計値を示す。それは、すべてのラックが設置され、使用され、アクティブなワークロードを処理していたことを証明しない。

ロシア市場の報道によると、攻撃の報道後、同社の株価は下落した。短期的な市場下落は投資家の懸念を示すものであり、インフラ損失を定量化した推計ではない。

帰属をめぐる疑問も残る。Yandexはドローン攻撃と説明し、ウクライナ側の情報源は犯行を主張した。Fire Pointは、ウクライナ軍が同社のFP-1ドローンを使用したと具体的に述べた。

これらの発言は、一貫した報告上の説明を形成している。独立した調査機関は、カルーガでの作戦について包括的な再構成を公表していなかった。

報復としての攻撃という広範な説明は、ウクライナ当局者によるものだ。これはウクライナが表明した正当化を反映しており、独立して確立された作戦上の動機として提示すべきではない。

民間人への影響も、未解決の領域の一つだ。Yandexは、同施設で負傷者はいなかったと述べた。別の報道ではカルーガ地域の別地点での攻撃による死傷者に触れているが、データセンターとの関連付けはしていない。

地域の死傷者数をYandexの拠点と混同するのは不正確だ。入手可能な同社の発表では、同施設で死傷者はいなかったと具体的に報告されている。

顧客データが失われたという公的証拠もない。サービス中断、機器の破壊、恒久的なデータ消失は、3つの異なる結果である。

ストレージシステムは、無傷のコピーが他所に残っていれば、一時的に利用不能になることがある。恒久的な喪失は、利用可能なすべてのコピーとバックアップにアクセスできなくなるか、それらが破壊された場合にのみ発生する。

Yandexはそのような損失を報告していない。とはいえ顧客は、プロバイダーが沈黙していることを安全性の証明と見なすのではなく、自身のバックアップおよびレプリケーションの構成を検証すべきだ。

したがって、最も妥当な評価は限定的だが深刻である。Yandexの2拠点は連続する2日間に確認済みの物理的損害を受けた。サソボは稼働を停止し、カルーガの一部も無効化された。

それ以上のことには、追加の証拠が必要となる。破壊されたコンピューティング能力の規模、AI開発への影響、復旧スケジュールはいずれも不確実なままだ。

Yandexが危機を封じ込められるかを示す3つのシグナル

サービスのテレメトリー、修復に関する開示、Yandexのインフラ戦略の変化は、攻撃が一時的な混乱を引き起こしたのか、長期的な容量問題を引き起こしたのかを明らかにする。

第1のシグナルはYandex Cloudのサービスステータスだ。復旧通知は、影響を受けたアベイラビリティゾーンが正常に戻るか、ストレージレイテンシが低下するかを示すはずだ。

速やかな正常化は、トラフィックとワークロードが正常に再分配されたことを示す。警告が続けば、容量、ネットワーク、またはデータ復旧上の制約を示唆する。

最も有用な証拠はサービス別のものになる。「Yandexは稼働している」「停止している」といった総論では、検索、消費者向けアプリケーション、クラウドストレージ、データベース、AIシステムの違いが見えなくなる。

顧客は、見かけ上の復旧後に障害が繰り返されないかを注視すべきだ。プロバイダーは、冗長性を低下させ、予備容量がほとんどない状態でも、基本的な可用性を復旧できる。

その状態では、サービスは通常のハードウェア障害や次の攻撃に弱くなる。また、トラフィックのピーク時に性能低下を招く可能性もある。

第2のシグナルは、詳細な損害および復旧評価だ。Yandexは、カルーガの損害の全容をなお確認中だと述べていた。

評価では、無効化されたモジュールの数、影響を受けたシステム、予想される修復の順序を特定すべきだ。また、修復可能な機器と、交換を要するインフラも区別する必要がある。

公表されたタイムラインは、事案が封じ込められているとの信頼を高めるだろう。見積もりの延期が繰り返されれば、より深刻な電力、冷却、またはサプライチェーンの問題を示すことになる。

サソボには別途注意が必要だ。同社が同施設を復旧させれば、Yandexはカルーガを修復する間に地理的な容量を取り戻す。サソボがオフラインのままであれば、残るネットワークへの圧力は増す。

スーパーコンピューターに関する報道も慎重に扱うべきだ。ChervonenkisとLyapunovが無事だったと確認されれば、Yandexの直近のAI学習能力に対する懸念は和らぐ。

破壊が確認されれば、意味合いは異なるものになる。大規模なアクセラレータクラスタを再構築するには、通常のクラウドサーバーを復旧させる以上の対応が必要であり、とりわけ技術輸出規制下ではなおさらだ。

3つ目の兆候は、物理インフラ戦略の変更である。Yandexは防御を強化し、容量をより小規模な拠点に分散させるか、重要なワークロードを紛争の攻撃可能圏からさらに遠ざけることができる。

どの選択肢にもトレードオフがある。堅牢化した建物と防空システムは、保護を保証しないままコストを押し上げる。小規模拠点は集中リスクを下げる一方、運用・警備すべき施設を増やす。

地理的な距離を広げれば、攻撃リスクを下げられる可能性がある。その一方で、ネットワーク遅延が増え、Yandexの最大のユーザーおよびビジネス市場から容量が遠ざかる可能性もある。

報道によると、Yandexは攻撃後、同社の地図サービスからデータセンター情報を削除または不明瞭化した。秘匿化は気軽な閲覧による可視性を低下させうるが、大規模な産業施設に対する保護としては限定的だ。

ハイパースケール施設には、土地、送電線、変電所、光ファイバー接続、建設活動、冷却インフラが必要となる。商用衛星画像や公開された計画記録は、こうした特徴を明らかにしうる。

より重大な対応は、地図ではなくアーキテクチャに関わるものとなる。Yandexは、どれだけのインフラをモスクワおよび周辺地域に集中させ続けるべきかを判断しなければならない。

クラウド顧客にも独自の判断が求められる。アプリケーションが独立したゾーンにまたがっているか、バックアップを主要プロバイダーの外部で復元できるかを確認すべきだ。

この検証は、Yandexが再び攻撃を受けると想定する必要はない。戦争を、通常の信頼性に関する前提を無効にしうるインフラ上の条件として扱うものだ。

したがって、Yandexのデータセンターに対するドローン攻撃は、単に建物が損傷したという話ではない。物理的基盤を標的とする意図的な作戦の最中に、商用クラウドアーキテクチャがどのように機能するかを試す、現在進行形のテストである。

最も有力な証拠は、劇的な映像や双方の主張ではなく、実測された復旧状況から得られる。Yandexのステータステレメトリー、修復スケジュール、可用性ゾーンネットワークの再設計の有無に注目すべきだ。

SasovoとKalugaの復旧中にサービスが安定すれば、Yandexは分散システムが並外れた衝撃を吸収したことを示したことになる。制約が長引けば、集中したコンピューティングが抱えるより厳しい現実が浮き彫りになる。

クラウドインフラは、個々のサーバーを交換可能にできる。しかし、大規模キャンパス、電力容量、専門的なAIハードウェアを即座に代替可能にすることはできない。

紛争リスクにさらされた地域のクラウドを利用する企業にとって、実務上の問いは差し迫っている。バックアップ拠点が次の標的になったとき、重要な業務は存続できるのか。