Yandexデータセンターへのドローン攻撃が露呈させたロシアAIの集中リスク

Yandexは、ドローンによる火災を受けて主要データセンター5拠点のうち1拠点を停止した。これは戦時下のロシアにおけるクラウドインフラ事故として最も重大なものとなった。Yandexデータセンターへのドローン攻撃はクラウドサービスを混乱させ、Nvidiaベースのスーパーコンピューター2基を、激化するインフラをめぐる紛争の中心に置いた。

10月8日の事案は、ロシア・リャザン州の町サソボにあるYandexの施設で発生した。Yandexによれば、火災により数万台のサーバーを収容する拠点全体の操業停止を余儀なくされた。

Yandexが最後に設置場所を公表した時点で、同社のスーパーコンピューター3基のうち2基がここに置かれていた。それらの機器が無事だったかどうかは不明だ。この不確実性は重要である。西側の技術規制により、ロシア企業にとって先進的なコンピューティング機器の代替調達は困難になっているためだ。

直近の問題は障害である。より大きな論点は集中にある。価値の高いクラウド容量、顧客のワークロード、希少なAIハードウェアが、同じ物理拠点に集約されていた。

平時には、この配置は効率性をもたらした。だがドローン戦が継続する環境では、1つの標的の喪失が、ソフトウェアサービス、企業顧客、そして将来のAI開発に同時に影響し得る。

Yandexデータセンターへのドローン攻撃が変えたこと

この攻撃は、クラウドの可用性の問題を、集約されたコンピューティングインフラが拡大する物理的な戦争を生き残れるかどうかの試練へと変えた。

Yandexと複数の報道によると、ドローンは10月8日未明にサソボの施設を攻撃した。これにより発生した火災はインフラの一部に影響し、同拠点での操業は全面的に停止した。

Reutersの記事は、全面戦争の開始以降、ロシアのデータハブに対する初の大規模攻撃だと位置付けた。それまでの攻防は主に、エネルギー資産、港湾、倉庫、通信システム、産業施設に集中していた。

Yandexは、影響への対応と被害を受けたサービスの復旧を進めていると述べた。同社は当初、中核となる消費者向け製品は引き続き稼働しているとしたが、ユーザーや依存する組織からは障害の報告が寄せられた。

同社のクラウドステータスシステムは、あるアベイラビリティゾーンで電力供給の問題が生じたことを示した。アベイラビリティゾーンとは、より広いクラウドリージョン内で障害を限定することを目的とした、隔離されたデータセンター拠点である。

Yandexは顧客に別のゾーンを利用するよう助言した。この案内は、障害が建物レベルの火災を超え、顧客側のインフラ判断にまで及んでいたことを示している。

報道では、この混乱はYandex Cloud、Mail、Disk、Documentsに影響する問題と関連付けられた。Yandexのインフラに依存する他の組織でもサービス中断が発生したが、すべての障害がサソボに決定的に結び付けられたわけではない。

モスクワ地域のあるバス事業者は、一時的にオンライン乗車券販売を失った。ロシアのメディア、企業、一般利用者向けサービスでも、より広範な混乱の中でアクセス障害が報告された。

Meduzaは、ロシア鉄道、Cian、Avito、MegaFon、T-Bank、複数のメディア組織を含む企業・サービスに中断が及んだと報じた。一部のサービスは、直接的な機器損傷ではなく、容量再配分の取り組みの最中に停止した可能性がある。

この区別は重要だ。元の物理的被害が局所的にとどまっていても、クラウド障害は、過負荷になったネットワーク、依存関係、認証システム、ストレージサービスを通じて広がり得る。

この拠点は旧Sasta工作機械工場の一部を占めている。地域当局は産業施設での火災を報告したが、意図された標的は直ちには判明しなかった。

ドローンがYandexのコンピューティングインフラ、産業プラント、あるいは敷地全体のいずれを狙ったものなのかは、依然として不明である。入手可能な報道は、攻撃、火災、操業停止をより明確に裏付けている一方、攻撃意図の立証はそこまで進んでいない。

ウクライナは、この点を独立して解決する詳細な作戦上の説明を直ちには公表しなかった。したがって、帰属は完全に文書化された作戦の記録として扱うのではなく、声明や報道に基づくものとして慎重に扱うべきである。

データセンターでの負傷者は報告されていない。この結果は人的被害を抑えるものだが、損傷したインフラが持つ潜在的な戦略的重要性を低下させるものではない。

Yandexは後に、現地の機器を復旧できるかどうかをまだ判断できないと述べた。同社は、損傷したサーバー、ネットワーク機器、ストレージシステム、電力設備の完全な在庫も開示していない。

これらの情報不足により、復旧期間を信頼できる形で見積もることはできない。また、スーパーコンピューターが破壊されたとの主張も時期尚早である。

火災は確認され、操業停止も確認された。しかし個々のコンピューティングシステムの状態は確認されていない。

2基のスーパーコンピューターが事態を重くする

サソボが重要だったのは、通常のクラウド容量と、ロシアが容易には再構築できない極めて希少なAIシステム2基を併設していたためだ。

Yandexは2021年、主要スーパーコンピューター3基のうち2基、ChervonenkisとLyapunovがサソボに設置されていると発表した。3基目のGalushkinはウラジーミルに置かれていた。

これらの機器は、人工知能と高性能コンピューティング向けに設計されたアクセラレーターであるNvidia A100グラフィックスプロセッサを使用している。これらは、ロシアへの先進プロセッサ輸出に対する最も厳しい西側規制より前の世代に当たる。

Yandexは3つのシステムすべてを機械学習ワークロード向けに構築した。その用途には、検索、翻訳、レコメンデーション、音声サービス、同社の生成AI開発を支えるモデルの学習が含まれる。

Yandexのスーパーコンピューター仕様によると、Chervonenkisは199ノードにまたがる1,592基のNvidia A100 80GB GPUを搭載する。記載されたLinpackベンチマーク性能は21.53ペタフロップスである。

1ペタフロップスは、1秒間に1000兆回の浮動小数点演算を意味する。Linpackは特定の数学的ワークロードでの性能を測定するもので、生成AIの学習速度と直接同一視することはできない。

Lyapunovは137ノードにまたがる1,096基のNvidia A100 40GB GPUを搭載する。YandexはLinpack性能を12.81ペタフロップスとしている。

公開された構成を合わせると、A100 GPUは2,688基となる。この数字は元のシステムを示したものであり、攻撃時点で何基のアクセラレーターが設置されたままだったかを示すものではない。

Chervonenkisは2021年11月、世界のTOP500ランキングで19位に入った。このランキングはLinpackベンチマークを用いて高性能システムを評価する。

その後、新しい機器がリストに加わるにつれ、順位は下がった。公式のTOP500記録では、測定性能は変わらないまま、Chervonenkisは2026年6月時点で101位に位置付けられている。

順位が低下したからといって、この機器が重要でなくなるわけではない。それは、Chervonenkisが同じ公開構成を維持する間に、世界のコンピューティング能力が進歩したことを意味する。

Yandexにとって重要な比較対象は、単により新しい米国や中国のスーパーコンピューターではない。ロシアの技術的制約下で利用可能な代替能力との比較である。

米国とそのパートナー国は、先進AIアクセラレーター、関連する製造装置、高性能システムのロシアへの輸出を制限してきた。NvidiaのA100は、こうした規制の影響を受けるハードウェアの分類に含まれる。

損傷したアクセラレーターは、通常の調達で常に置き換えられるとは限らない。チップが仲介業者を通じてロシアに流入したとしても、統合されたスーパーコンピューターを再構築するには、プロセッサだけでははるかに足りない。

互換性のあるサーバー、ネットワーク機器、ストレージ、冷却設備、電力供給、ソフトウェア、エンジニア、そして時間が必要になる。分散学習の際には、数千基のアクセラレーターが効率的に通信しなければならない。

AI学習では計算を多数のGPUに分割するため、相互接続は重要である。接続が遅い、または信頼性に欠ける場合、高価なプロセッサは計算する代わりにデータ待ちの状態に置かれ得る。

元のYandexシステムは高速なInfiniBandネットワークを使用している。輸出規制下でこの環境を再構築することは、個別のA100チップを見つけることを超えた、調達および統合上の課題をもたらす。

したがって、ChervonenkisとLyapunovをめぐる不確実性は、ランキング上の2つの項目だけにとどまらない。制裁によってロシアの選択肢が狭まる前に構築された、密接に接続されたコンピューティング能力の一群に関わる問題である。

Yandexは、YandexGPTに関連する作業を含め、機械学習システムの学習と運用にこうしたインフラを利用している。学習とは、大規模なデータセットを処理し、内部パラメーターを調整してモデルを作成または更新することだ。

推論はこれとは異なる。学習済みモデルを実行し、プロンプトに答える、結果を順位付けする、または別のタスクを実行する。

学習インフラの損傷が、既存のYandex AIサービスすべてを自動的に停止させるわけではない。同社が十分な推論能力と複製データを維持していれば、モデルは別の場所で稼働を続けられる。

ただし恒久的な喪失は、今後の学習実行を遅らせ、モデル更新を延期させ、あるいはYandexに適性の低いインフラへワークロードを再配置させる可能性がある。その影響は、開示されていない冗長性と現在のリソース配分に左右される。

Yandexはまた、2021年に元の設置場所を公表して以降、別の場所で能力を増強している可能性がある。同社の公開スーパーコンピューターページには、運用中のすべてのAIクラスターについて、完全かつ最新の地図は示されていない。

これが、最も強い結論がなお限定的である理由の1つだ。サソボには戦略的価値の高いシステムが置かれていたが、公開情報はYandexがAI学習能力の全てを失ったことを裏付けてはいない。

クラウドの冗長性と物理的な戦争の衝突

中心にあるのは、クラウドが約束する冗長性と、電力、冷却、建物の各レベルでアベイラビリティゾーン全体を無力化し得る戦争との衝突である。

クラウドプラットフォームは、コンポーネントの障害を前提に設計されている。個別のディスク、サーバー、スイッチ、アプリケーションが故障しても、すべての顧客がオフラインになる必要はない。

事業者はインフラをアベイラビリティゾーンにグループ化し、顧客がワークロードを分散できるようにしている。適切に設計されたアプリケーションであれば、1つのゾーンが利用不能になった際にトラフィックを切り替えられる。

Yandexの事案は、このモデルの境界を示している。冗長性が機能するのは、顧客がそれを導入し、依存関係が独立したままであり、別のゾーンに需要を吸収する十分な容量がある場合に限られる。

Yandexが代替ゾーンの利用を勧めたことは、標準的なクラウド運用の観点から技術的に一貫していた。同時に、それは復旧負担の一部を顧客に移すものでもあった。

アプリケーションの移行は、必ずしも即時に行えるわけではない。データベースでは別ゾーンにレプリカが必要になる場合があり、ストレージにはローカルな依存関係が含まれる可能性があり、ネットワークアドレスには再設定が必要になることがある。

IDサービス、暗号鍵、キュー、監視システム、内部管理ツールは、障害が発生した拠点への隠れた接続を生み出し得る。分散されているように見えるワークロードでも、1つのリージョナルコントロールプレーンに依存している場合がある。

容量も別の制約となる。大規模拠点が消失すると、残るゾーンは既存顧客へのサービスを継続しながら、移動してきたトラフィックを受け入れなければならない。

この過程は連鎖的な症状を生む可能性がある。ネットワークは混雑し、復旧作業は帯域幅を奪い合い、アプリケーションは失敗したリクエストを繰り返し再試行する。

結果として生じる障害の様相は、直接損傷した機器よりも大きく見えることがある。また、事業者がサービスを復旧したりワークロードを振り向けたりするにつれて、分単位で変化する可能性もある。

サソボの事案は、コンピューティングリソース、ネットワーク、データストレージ、データベース、マネージドKubernetes、その他のクラウド機能に影響したと報じられている。Kubernetesは、コンテナにパッケージ化されたアプリケーションをデプロイし、連携を管理するソフトウェアだ。

複数のレイヤーが同時に障害を起こした場合、顧客は1台のサーバーを再起動するだけでは問題を解決できない。どの依存先が利用可能なままか、そしてデータが他の場所に存在するかを確認しなければならない。

大規模な消費者向けプラットフォームには、その作業を担うエンジニアリングチームがある。より小規模な組織では、デフォルト設定、単一ゾーン、あるいは地域全体の障害を一度も経験していないバックアップに依存している場合がある。

したがって、この事案は二つのグループに圧力をかける。Yandexは、より広範なクラウド基盤が損失を切り分け、吸収できることを証明しなければならない。一方で顧客は、自らのアーキテクチャが中断のないローカルインフラを前提としていなかったかを検証する必要がある。

Yandexのデータセンターへのドローン攻撃は、ロシアの事業者にとって物理的リスクの見積もりも変える。前線から数百マイル離れた場所であっても、直接攻撃から隔離されているとはもはや見なせない。

データセンターには、電力供給、冷却設備、光ファイバー接続、高価な機器が集約されている。こうした特徴は効率性をもたらす一方で、隠蔽したり迅速に移設したりすることを難しくする。

サーバーは複製できる。しかし、完全に稼働しているデータセンターを一夜で再現することはできない。

電力の復旧だけでは、損傷した施設を再稼働させられない可能性がある。煙、水、熱、がれき、電気系統の故障は、目に見えて焼損した範囲を超えて機器に影響を及ぼし得る。

事業者は、構造上の安全性、冷却システム、非常用電源、配線、消火設備を点検しなければならない。また、ストレージ媒体やネットワーク機器が汚染を受けたかどうかも確認する必要がある。

データ完全性は別の課題をもたらす。レプリケーションが情報を守れるのは、障害が起きたサイトの外部にコピーが存在し、事案前に同期状態を維持していた場合に限られる。

目標復旧時間は、サービスをどれだけ早く復旧させるべきかを表す。目標復旧時点は、組織が直近のデータ損失をどの程度許容できるかを表す。

サソボの停止は、それらの目標が運用の現実を反映していたかを試すことになる。完全なゾーン障害時に実証された復旧性能に比べれば、公表された稼働率の主張が示すものは少ない。

ロシア国内のクラウド市場にも制約がある。ロシアのプロバイダー間でワークロードを移すには大規模な技術作業が必要になり得る一方、機微なデータを国外へ移すことには法的・安全保障上の問題が伴う。

外国のプロバイダーは2022年以降、ロシアでの事業を縮小してきた。制裁、決済制限、コンプライアンスリスク、データローカライゼーション規則により、利用可能な選択肢はさらに狭まっている。

中国はハードウェアやインフラの代替手段を提供し得るが、その道筋が自動的に成立するわけではない。中国のサプライヤーは独自の規制上の制約に直面しており、二次制裁にさらされる可能性もある。

海外への展開は、レイテンシーを増大させ、機微な商業情報や政府情報に対する管理を複雑化させる可能性もある。ロシアの顧客は、そのコストを受け入れがたいと判断するかもしれない。

その結果Yandexは、サソボを復旧させると同時に、残る拠点が顧客のワークロードと社内AIサービスの両方を維持できることを示す圧力に直面している。

それこそが冗長性の真の試験だ。別の施設が地図上に存在するかではなく、負荷がかかった状況でその業務を引き継げるかどうかが問われる。

停止が証明しないこと

火災は深刻なインフラ損傷を示しているが、両方のスーパーコンピューターが破壊されたことや、YandexのAIプログラムが終わったことを立証するものではない。

初期報道では当然ながら、ChervonenkisとLyapunovが焼失した可能性に焦点が集まった。その所在、ハードウェア、希少性を考えれば、これは重大な問いである。

しかし、公表された報道は、それらが被災した建物内のどこに配置されていたかを確定していなかった。火災後のマシンの直接画像も示されていなかった。

施設全体の停止は、電力遮断、安全手順、煙、冷却設備の損傷、ネットワーク喪失によって起こり得る。それは、設置されたすべてのサーバーが物理的に破壊されたことを証明するものではない。

逆に、サーバーラックが損傷を免れていても、安全な電力と冷却がなければ利用不能のままであり得る。この違いは、修理期間、交換の必要性、データ復旧にとって重要だ。

Yandexが復旧を確認できなかったことには意味があるが、それは最終的な損害評価ではなかった。技術チームは安全に現場へ入り、機器を検査するまで時間を必要とすることが多い。

この事案がYandexGPTのトレーニングを恒久的に終わらせたという主張は、入手可能な証拠を超えている。Yandexがデータセットを複製していたり、追加のクラスター、レンタル容量、他施設に分散したワークロードを保有していたりする可能性がある。

Reutersが引用した同社の説明によれば、Yandexは大規模なデータセンターを5カ所保有している。公開情報からは、それらの拠点にどれほどの予備アクセラレーター容量があるかは分からない。

また、攻撃時点でこの2台のスーパーコンピューターがYandexGPT専用だったかどうかも示されていない。大規模なコンピューティングクラスターは通常、複数の社内チームとワークロードに供される。

Tom's Hardwareは、制裁下ではシステムの置き換えが極めて困難になると論じた。この評価にはもっともな面があるが、マシンの生存見込みが低いとの示唆は、なお推論にとどまっていた。

同誌は、多くのロシアのサービスで報告された障害をこの事案と結び付けた。一部の関連付けは、確認済みの技術的な事後分析ではなく、サービスに関する苦情やインフラ上の関係性に基づいていた。

慎重な記述では、証拠を三つの層に分ける。

第一に、Yandexはドローン関連の火災、サイトの完全停止、サービス復旧作業を確認した。これらが最も確かな事実である。

第二に、Yandexの過去の開示から、サソボにChervonenkisとLyapunovが設置されていたことは確認できる。ただし、現在のラック単位の在庫は示されていない。

第三に、広範なサービス苦情と報道は、より大きな混乱を示している。しかし、それだけで障害を起こした全コンポーネントを特定したり、利用不能になったすべてのサービスに単一の原因を確定したりはできない。

意図された標的の正体も未解決のままである。このデータセンターは、工作機械生産と関係する工業複合施設と敷地を共有している。

Meduzaが引用した報道によると、近隣のSasta工場は、防衛関連企業を含むロシアの製造業者に産業機器を供給してきた。この経緯は、YandexのAIハードウェアとは関係のない軍産複合体上の根拠となる可能性を示す。

あるいは、データセンター自体が目的だった可能性もある。コンピューティングおよび通信インフラは現在、民間商取引、国家行政、産業調整、軍事物流を支えている。

公表された運用上の証拠は、これらの可能性を決定的に区別していない。より多くの見出しを生んだ資産だけを理由に、意図された標的を推定すべきではない。

報復を説明する際には、言葉の問題もある。この攻撃は、ロシアによるウクライナのデータセンターや通信インフラへの攻撃の後に起きたが、時系列だけでは特定の報復命令を立証できない。

9月23日以降、少なくとも8社のウクライナ企業のデータセンターが損傷または破壊されたと報じられている。Meduzaの調査は、サソボの事案をデジタルインフラへの攻撃が拡大するこのキャンペーンの一部として位置づけた。

ロシアの攻撃は、ウクライナのホスティングプロバイダー、接続性、その他の民生向けサービスに影響を及ぼしてきた。ウクライナは、エネルギー、物流、産業の標的に対するロシアの攻撃に対し、奥地への攻撃で応じてきた。

このより広いパターンは、エスカレーションの分析を裏付ける。しかし、この個別作戦の計画や目的について直接的な証拠を提供するものではない。

読者はまた、スーパーコンピューターの順位を戦略的価値の直接的な尺度として扱うべきではない。Chervonenkisは2026年6月時点で世界101位だったが、この数値は多くの国のベンチマーク性能を比較したものだ。

Yandexは、利用しやすい容量、互換性のあるソフトウェア、社内システムとの統合を理由にこのマシンを評価している。順位が低いマシンであっても、置き換えが難しく、非常に有用であり続けることがある。

逆もまた然りだ。その破壊は重大だが、ロシアの人工知能にとって必ずしも決定的ではない。

AI開発は、人材、データ、ソフトウェア、ネットワーク、資本、そして複数形態のコンピューティングへのアクセスに依存している。1拠点の喪失は、そのシステム全体に圧力を生むが、それ自体を消し去るものではない。

持続的な影響を明らかにする三つのシグナル

次に注目すべき証拠は、火災の写真をめぐる憶測ではなく、復旧に関する開示、クラウドの挙動、YandexのAI開発の進捗から得られるはずだ。

最初のシグナルは、Yandexによる詳細な損害評価である。同社は、サソボを再開できるか、そしてどのインフラを交換する必要があるかを明確にする必要がある。

意味のある更新では、建物の損傷、電力システム、ネットワーク、ストレージ、汎用サーバー、アクセラレータクラスターを区別するだろう。また、ChervonenkisとLyapunovの状態にも直接言及するはずだ。

Yandexが施設を迅速に復旧させれば、この事案は、コンピューティング容量の恒久的な損失というより、深刻な可用性障害と映るだろう。

同社がサイトを廃止するか、復旧不能な機器を報告すれば、集中リスクははるかに重大になる。長い沈黙は、顧客に不確実性を前提とした計画を強いることになる。

第二のシグナルは、Yandex Cloudの持続的なパフォーマンスである。短期的な復旧は、移転されたワークロードがピーク需要下で正常に稼働していることを証明しない。

顧客は、繰り返される障害、容量制限、プロビジョニングの遅延、被災ゾーンを避けるよう促す継続的な推奨に注目すべきだ。こうした症状は、残存インフラが異例の負荷を抱えていることを示すだろう。

Yandexは、地域レジリエンスの説明を変える可能性もある。新たなレプリケーション指針、移行インセンティブ、アーキテクチャ要件は、停止から得た教訓を示すことになる。

独立した顧客報告も有用だが、正式なインシデント文書の方が重要である。事後レビューは、障害の連鎖、依存関係の連鎖、是正措置を説明できる。

クラウドのインシデントページには、公式の運用タイムラインが掲載されている。今後の更新では、復旧がゾーン、サービス、顧客のどのレベルで進んだかが示されるはずだ。

第三のシグナルは、今後数カ月間のYandexのAIリリースのペースである。モデル更新の遅れは、サソボがその原因であることを証明しないが、より広範な容量圧力の評価を裏付ける可能性はある。

より強い証拠は、トレーニング計画、ハードウェア調達、インフラ拠点の変更に関わるものだ。新たなクラスターの発表は、Yandexが重要な容量を置き換え、または再分配していることを示すだろう。

より小型のモデル、より効率的なトレーニング、外部インフラへの依存度拡大への転換も、リソース制約を示す可能性がある。これらの戦略は、製品開発を止めずにコンピューティング需要を削減できる。

Yandexのエンジニアリングチームは、推論の最適化やモデル圧縮への依存を強める可能性がある。モデル圧縮は、有用な性能を維持しようとしながら、システムの計算要件を削減する。

こうした変更は、必ずしも後退を意味しない。希少なアクセラレーターと高まる物理的リスクに対する合理的な対応となり得る。

より広い業界は、ロシアのクラウドプロバイダーが施設をどのように再設計するかを注視するだろう。地理的な分散を高めれば一度の攻撃による影響は減るが、ネットワーク、人員、運用のコストは増加する。

地下施設は物理的防護を改善し得る。だが建設には多額の費用がかかり、識別・攻撃され得る電力、冷却、光ファイバー接続をなお必要とする。

事業者は、高価値なAIクラスターを一般顧客向けインフラから分離する可能性がある。これは一形態の集中を軽減する一方、より明確な専門標的を生み出すおそれもある。

顧客側にも判断が求められる。単一の事業者または単一ゾーンを利用する組織は、冗長化のコストと、長時間のサービス停止によるコストを比較しなければならない。

マルチゾーン構成が最も近い対応策となるが、共有されたすべての依存関係を防げるわけではない。マルチプロバイダー構成はより広い分離を実現する一方で、はるかに大きな複雑さを伴う。

チームは、フェイルオーバーが機能すると想定するのではなく、実際にテストしなければならない。主要システムが利用できない場合でも、ドキュメント、設定履歴、復旧に関する判断にアクセスできる状態を維持する必要がある。

知識に依存する業務では、検索可能な技術ナレッジベースによって、障害が発生した本番サービスの外部に復旧手順を保存できる。インフラそのものを置き換えることはできないが、移行中の混乱を減らすことは可能だ。

Yandexのデータセンターに対するドローン攻撃は、最終的に測定可能な問いを突き付ける。Yandexはゾーンを復旧させ、希少なAIハードウェアを維持し、依存するサービスを安定稼働させられるのか。

答えは、一つの障害チャートや企業による初期声明からは得られない。機器の評価、顧客側のパフォーマンス、そして同社の次回のAIリリースを通じて明らかになるだろう。

そうした兆候が現れるまで、二つの結論は両立し得る。Sasovoの停止は、ロシアのクラウドおよびAIインフラが深刻に集中していることを露呈した一方で、最も価値の高い機器の行方はいまだ確認されていない。

この不確実性は、世界中のクラウド顧客が次に取るべき行動の指針となるべきだ。各重要な依存関係がどの物理ゾーンに置かれているかを特定し、完全停止をテストし、それなしで事業をどれだけ長く継続できるかを判断する。