• OVHcloud は、ヴィントヒルの接続障害をラック V119G26 に関連付け、影響対象にはベアメタルサービスとネットワークサービスが含まれるとした
  • ネットワークサービスは 10:11 UTC までに復旧し、ステータス通知はデータセンター全体の停止ではなく局所的な障害と説明した

事実

OVHcloud は、9月6日に報告された障害を受け、バージニア州ヴィントヒルのデータセンターでネットワーク接続を復旧した。同社の米国向けステータスページは、この障害をラック V119G26 に関連付け、影響を受けた構成要素としてベアメタルサービスとネットワークサービスを挙げた。OVHcloud は 10:11 UTC に、ネットワークサービスが復旧し、担当チームが環境の安定性を監視していると発表した。

ステータス通知は、ヴィントヒル施設全体が完全に停止したとは説明しておらず、故障した具体的な機器も特定していなかった。したがって、入手可能な情報が裏付けるのは、データセンター全体に影響する障害ではなく、1つのラックに関連する局所的な接続障害である。

分析

影響を受けたラック上のサーバーを利用する顧客にとっては、データセンターの他の部分が利用可能なままでも、それだけで当該ワークロードへの到達性が保たれるわけではない。施設全体が稼働を続ける一方で、ネットワークの一部に問題が発生することはある。

この違いは、顧客が冗長化のために同じデータセンター内へ複数のサーバーを配置する場合に重要だ。別々のマシンでも、施設内ネットワーク機器や上流側の通信経路の一部を共有している可能性がある。OVHcloud は V119G26 周辺のネットワーク構成を説明していないため、この障害だけでは、いずれかの顧客の冗長構成が機能しなかったかどうかは確認できない。

したがって、BTW の読者にとっての要点は、顧客が互いに別々だと考えている導入構成でも、なお何を共有しているのかを把握する必要があるということだ。建物は障害境界の一つにすぎない。2つのワークロードが実際にどの程度独立しているかを判断する際には、ラックの配置とネットワーク経路も重要になる。

今後の注目点

故障した構成要素や根本原因について OVHcloud から説明が出るか、また V119G26 またはヴィントヒル内の同じネットワーク領域に関連する障害が今後さらに発生するかに注目したい。障害時に冗長ネットワーク経路がどのように機能したかについて詳細が示されれば、ラック単位の配置が実際にどの程度の分離をもたらすかを顧客が判断するための根拠が増える。