概況
- Servercore の現在の顧客向け法的ページでは、カザフスタン、ウズベキスタン、ケニアの現地契約事業者が明記されており、ロシアのサービスは JSC Selectel のもとで文書化されている。共通のインターフェースやインフラカタログがあっても、この契約上の分割は消えない。
- ロシアは最も深く開示された物理的なフットプリントを持つが、接続メガワット数、ラック数、アベイラビリティゾーンのラベルは、予備電力、占有率、在庫、経路多様性、障害時に特定の顧客が使用できる容量を明らかにしない。
- AS50149 は Servercore/Selectel との関連付けで登録されたままであるが、現在 RIPE の観測ルーティングデータではアナウンスされておらず、継続性は古いネットワークラベルではなく、実際のサービスエンドポイント、契約、施設、コピー、復旧経路に対してテストされなければならない。
リージョン名は最初の意思決定に過ぎない
ある決済会社がロケーションセレクターを開き、ユーザーがロシアにいるためモスクワを選択したとする。ラベルは大まかな地域を示すが、障害時に重要な問いに答えない。顧客に請求するのはどの企業か？仮想マシンは1つのラック、1つの建物、それとも複数の建物に分散したプールにあるのか？ストレージはコンピュートと同じ障害境界を共有するのか？トラフィックは独立したキャリアから出られるのか？アカウントにアクセスできなくなった場合、顧客は別の場所で使用可能なコピーを復旧できるのか？
現在のSelectel のロケーションガイドは、非常に有用な階層を示している。国、リージョン、アベイラビリティゾーン、プール、プールセグメントを区別し、この選択が可用性、フォールトトレランス、ロードバランシングに影響を与えると述べている。この階層は重要である。なぜなら、これらの用語は互換性がないからだ。リージョンには複数のアベイラビリティゾーンが含まれる。アベイラビリティゾーンには1つ以上のデータセンターが含まれる。単一ゾーンプールでも、異なるラックにセグメントを持ちながら、アベイラビリティゾーンを共通の障害境界とすることができる。マルチゾーンプールは複数のデータセンターにセグメントを配置できるが、すべての製品、ディスク、顧客構成が自動的にそれらのセグメントにまたがるわけではない。
現在の可用性マトリックスは、その違いを具体的に示している。サンクトペテルブルク、モスクワ、ノヴォシビルスク、タシケント、アルマトイ、ナイロビをリストし、個々のプールで異なる製品とハードウェアの可用性を示している。このマトリックスは、ある日付に特定の場所でオファーが公開されていたという証拠である。それは、表示された2つの場所が独立した電源、独立した上流キャリア、独立したスタッフ、同等の予備在庫、共通の復旧メカニズムを持つという証拠ではない。
商業的な層も同じ瞬間に分岐する。Selectel の専用サーバー契約条件は、ロシアのリージョンでは JSC Selectel をプロバイダとし、ロシア国外のロケーションには別のプロバイダ扱いを使用する。Servercore の利用者契約は、アカウントの国から契約事業者と準拠法を決定する。したがって、購入者は「Servercore/Selectel」を単一の未分化なサプライヤーとして記録するのは安全ではない。契約、サービススケジュール、ロケーションコード、請求書を一緒に記録する必要がある。
ここでモスクワの選択をさらに追跡する。プールコードはコンピュートとストレージリソースを指す。これらのリソースは、配電、冷却、リーフスイッチに接続されたラックに配置される。ラックは名前付きデータセンターグループ内にある。データセンターはリンクとエッジルーターを通じて他の施設やインターネットに到達する。復旧は、セカンドゾーン、バックアップクラスター、外部コピー、DNS、プライマリコントロールプレーンが利用できない場合でも利用可能な資格情報に依存する可能性がある。継続性の主張は、そのチェーンの中で最も弱い未検証のハンドオフの強さしかない。
このアプローチは調達も変える。購入者は単にレイテンシと価格を選択しているのではない。物理的、ネットワーク、ソフトウェア、人的、法的な依存関係の束を購入しているのだ。低レイテンシのリージョンは完全に適切かもしれないが、顧客はそのリージョンがどの障害を耐え抜くように設計されているかを判断しなければならない。ホスト障害からの保護はラックの電力イベントからの保護ではない。1つの建物の保護は必ずしもメトロポリタンファイバーイベントからの保護ではない。1つのプロバイダ内でのレプリケーションは、必ずしもそのプロバイダを超えた移植性ではない。
企業名は契約で分かれる
「Servercore JSC Selectel」という名称は、歴史的またはネットワークリソースの関連付けとしては理解できるが、現在の契約上の前提としては安全ではない。Servercore の契約当事者ページには、ウズベキスタン向けの Servercore CIS、FE LLC、カザフスタン向けの MSS LLP Modern Server Solutions LLP、ケニア向けの Servercore Africa Ltd が記載されている。より詳細な法的情報ページは、対応する住所、登録詳細、銀行情報、国別の条件を公開している。どちらのページも、これら3つのアカウント国について、JSC Selectel を現在の Servercore の契約事業者として提示していない。
ロシア側は、別のSelectel 利用者契約で明確になっており、JSC Selectel とそのロシアの詳細を特定している。これは意味上の違いではない。指定された契約事業者は、準拠法、通貨、税務文書、支払い経路、通知プロセス、およびサービス義務を執行できる主体を決定する。また、宣伝されているサービスがパートナー施設や他社のインフラに依存している場合、どのサプライヤーが直接の責任を持つかも決定する。
Servercore の公開企業ページは現在、カザフスタン、ウズベキスタン、ケニアのケーススタディを通じてローカルインフラストラクチャの提案を提示している。この焦点は、現在の契約事業者リストと一致している。同時に、共有の技術文書とステータス可視性は、ロシアのプールを国際的なプールと並べて公開し続けている。結果は、商業的につながったサービスのファミリーであり、その法的境界は、運用上の提示が最初に示唆するよりも鮮明である。
その区別は逆方向に誇張されるべきではない。別個の法的エンティティは、別個のエンジニアリングチーム、別個のソフトウェア、別個の調達、または別個のネットワークを証明しない。また、共有の技術言語は、一方のエンティティが他方のエンティティの建物を所有しているか、その義務を保証していることを証明しない。公開資料は、サービスカタログ、プール命名法、運用可視性が関連していることを確立する。完全な企業間責任スケジュール、資産台帳、またはクロスデフォルト契約は公開していない。
顧客にとっての実用的な答えは、契約からリソースへの記録である。アカウント国、契約事業者、サービスリージョン、ゾーン、プール、開示されている場合の施設運営者、データロケーション、支払い通貨、サポートチャネル、エクスポート方法を記載すべきである。リセラー、パートナー施設、関連会社が関与している場合、顧客はどの義務が契約当事者に残り、どの義務が通過するのかを尋ねるべきである。その答えは、サービス credit、データアクセス、インシデント通知、リモートハンド、復旧支援をカバーするべきである。
この区別は、電気的ではなく法的または財務的な障害において特に重要になる。稼働中のサーバーは、支払いチャネルの失敗、アカウントの停止、企業管理者の離脱、または国境を越えた指示の実行不能によって運用上孤立する可能性がある。逆に、適切な契約は、ユーティリティ障害時にラックを冷却し続けることはできない。継続性計画は、両方の層を結合し、それらが同じ層であるふりをしてはならない。
データ主権にも同じ精度が必要である。ワークロードをある州に配置することは、ローカリティ要件を満たすのに役立ち、契約事業者は準拠声明を提供するかもしれない。しかし、ローカリティだけでは、誰がサービスを管理できるか、メタデータがどこで処理されるか、アカウントにどの法律が適用されるか、または使用可能なコピーを別の法域に移動できるかを答えられない。購入者は、規制対象のデータセットごとに、実際のサービスと契約にマッピングすべきであり、包括的なブランドだけにマッピングしてはならない。
ロシアのフットプリントの実際の内容
ロシアは、結合されたインフラカタログの中で最も深く開示された部分である。Selectel のデータセンターページは、モスクワとサンクトペテルブルクに6つの Tier III データセンターがあり、3,612ラック、30 MW の接続電力を備えていると記載している。サンクトペテルブルクの Tsvetochnaya 1および2、レニングラード地域の3つの Dubrovka 施設、モスクワの Berzarina 施設を特定している。同じページは、モスクワの Aviamotornaya やノヴォシビルスク近郊の Svetlaya などのパートナー施設も特定しており、すべてのロケーションを自社所有として静かに扱っていない。
これらの数字は、クラウドを建物に固定する点で価値がある。ロシアのオファーが単一の匿名のホールではないことを示している。リストされたサイトは異なるラック数と接続電力数を持つ：最大の開示施設 Berzarina は1,420ラック、10 MW とリストされ、小規模な Dubrovka の建物は実質的に異なるフットプリントを持つ。サンクトペテルブルクとレニングラード地域の物理的な分離は、選択された製品がサポートしていれば顧客が使用できるオプションを生み出す。
しかし、「6つのデータセンター」は、すべてのサービスにとって6つの独立した障害ドメインと同じではない。ロケーションガイドは、Tsvetochnaya と Dubrovka を別々のサンクトペテルブルクのアベイラビリティゾーンにグループ化する。モスクワでは、現在 Berzarina、Aviamotornaya、North Moscow グループ、Ryabinovaya を4つのアベイラビリティゾーンラベルにリストしている。ノヴォシビルスクは Nextremum 施設で代表される。製品は、可用性マトリックスが示すように、リストされたゾーンに存在しない、1つのプールに制限される、または事前の取り決めによってのみ利用可能である可能性がある。
コロケーションの説明は、別の物理的境界を追加する。コロケーションされた機器は Tier III データセンターのプールに配置され、Selectel が電力、接続性、環境条件、物理的セキュリティを提供すると述べている。また、顧客によるメンテナンスまたは Selectel エンジニアによるリモートサービスについても説明している。これは直接的な施設サービスであり、仮想マシンがプロバイダ所有のホストに配置され、ラックの位置が抽象化されるクラウド顧客とは異なる。
2026年3月、Selectel は最大15 km 離れたデータセンターの3つのゾーンに基づく新しいマルチアベイラビリティゾーンのモスクワリージョンを発表した。この発表は、マネージド Kubernetes マスターノード、マネージドデータベースノード、分散バックアップをゾーン間で配置できると述べている。これは、「モスクワ」がレジリエントであるという一般的な主張よりも強力であり、意図されたゾーン数、分離規模、自動配布を受けるサービスを説明している。
それでも、製品固有のアーキテクチャとして読む必要がある。メトロポリタンデザインは、建物の障害、局所的な電力インシデント、単一ラックイベントへの露出を減らすことができる。共有ソフトウェアを介して伝播する欠陥、共通のアカウント操作、メトロポリタンな接続問題、地域的な法的中断から自動的に保護するわけではない。プロバイダの声明で、サイトが低遅延の共通高速ネットワークで接続されていることは同期サービスに有用だが、顧客トラフィックにテスト済みの代替手段がなければ、共通の接続性も共有依存関係になる可能性がある。
したがって、ロシアのフットプリントの最も防御可能な説明は階層的である。開示された所有施設とパートナー施設、名前付きアベイラビリティゾーンとプール、製品固有のマルチゾーン機能、共有ネットワークとコントロールサービスがある。意味のある分離を設計するのに十分な公開情報がある。1つのリージョンに2つのリソースコードが表示されているという理由だけで分離を想定するには十分ではない。
ロシア国外では、パートナー施設が境界を変える
国際的なロケーションは、運営者の境界をより可視化する。ロケーションガイドは、Mingbulok Street の UNICON と Yangishakhar Street の East Telecom にある2つのタシケントアベイラビリティゾーン、Kazteleport Sairam にある1つのアルマトイゾーン、iColo NBO1 にある1つのナイロビゾーンを特定している。これらは名前付きパートナー施設であり、Servercore または JSC Selectel が不動産、ユーティリティ接続、またはサイト運用のすべての層を所有しているという証拠ではない。
Servercore のネットワークインフラストラクチャページは、アルマトイに1つ、タシケントに2つ、ナイロビに1つのアベイラビリティゾーンを宣伝し、異なる施設認証と信頼性の説明を提供している。また、共通のネットワーク設計、複数のサプライヤー、地域的な接続性についても説明している。ロケーションガイドと合わせて読むと、このページは現在の国際的なサービスフットプリントの存在を支持しながら、サービスプロバイダと施設運営者の区別を保持している。
ウズベキスタン向けの Servercore PCI 認証は、タシケントのデータセンター範囲に対するより狭い形式の裏付けを提供する。そのような認証は、指定されたサービスと期間のコンプライアンス評価をサポートできる。それは、所有権、利用可能なラック電力、現在の占有率、経路多様性、または2番目のタシケントゾーンでの復旧能力を確立しない。したがって、認証証拠は、それが実際にカバーするサービスと範囲に留められるべきである。
公開Servercore ステータスページは特に示唆に富んでいる。2026年7月18日、国際プール（uz-1a、uz-2a、kz-1a、ke-1a）、ロシアンプール（ru-1a〜ru-9a）、クラウド、ベアメタル、ネットワークサービス、データセンター、電力、冷却、インターフェース、請求の個別カテゴリーを表示していた。また、観測時点ですべてのシステムが運用中であり、インシデント履歴を保持していた。これは、より広範なプラットフォームにわたる現在の運用可視性を支持する。すべてのリソースが契約事業者、施設所有者、または復旧保証を共有しているとは言わない。
ステータスページは時点の指標であり、可用性の監査ではない。緑のマークは、その時点でプロバイダの監視システムが報告するものを示す。部分的な顧客影響の欠如、2つの経路の物理的多様性、または個々の復元の成功を確立できない。そのインシデント履歴は、顧客自身のテレメトリと組み合わせるとより有用であり、2つは検出遅延、スコープの違い、相関障害を明らかにすることができる。
国際的な顧客はさらなる非対称性に直面する。タシケントには開示された2つのゾーンがあるが、アルマトイとナイロビには現在のロケーションカタログではそれぞれ1つしかない。単一ゾーン国でも施設内に冗長電源、冷却、ネットワークデバイスを持つことができるが、同じ国内での建物分離は提供しない。国内データ居住と建物レベルの継続性を必要とする顧客は、プロバイダサービスを独立した第2サイトと組み合わせるか、復旧が国境を越えることを受け入れなければならないかもしれない。
その選択には技術的な結果だけでなく法的な結果もある。契約事業者はアカウント国に従い、国境を越えた復旧ターゲットは、データ転送、税金、支払い要件の別のセットを導入する可能性がある。設計はレイテンシだけを見るエンジニアによって完了できない。法律顧問は契約だけを読んで完了できない。両者とも、データ、サービス、施設、復旧ロケーションの同じマップを必要とする。
AS50149：登録され、維持され、現在は沈黙
AS50149 は、ネットワークラベルを継承するのではなくテストしなければならない理由の最も鋭い例である。RIPEstat のAS 概要は、2026年7月18日時点でホルダーテキスト「Servercore JSC Selectel」を返し、自律システムがアナウンスされていないとマークした。そのホルダー文字列はディレクトリの関連付けを説明する。それは、現在のパケット伝送の証明や、フレーズ全体を負う単一の現在の法的エンティティの証明ではない。
RIPEstat のルーティングステータスレコードは、現在の可視性についてより決定的である。IPv4 または IPv6 スペースのアナウンスなし、観測されたネイバーなし、RIPE RIS ピアが AS を認識しているものはゼロと表示された。AS50149 で最後に観測されたプレフィックスは2023年4月18日と報告した。別のアナウンスプレフィックス応答は、最近の観測ウィンドウに対して空のプレフィックスリストを返し、可視性が非常に低いルートは除外されると明示的に述べていた。
これは、AS50149 が現在可視的なインターネットオリジンであるという強い否定的証拠である。内部デバイス、プライベート相互接続、顧客アドレス、構成がその番号を参照していないという証明ではない。公開ルートコレクターはすべてのプライベートパスを見るわけではなく、ネットワークは別の自律システムを通じてサービスを提供できる。証拠が除外するのは、AS50149 が現在、大規模で公にアナウンスされた Servercore クラウドフットプリントを表すという安易な仮定である。
RIPE WHOIS 応答は重要な文脈を追加する。AS 名を Servercore とリストし、リソースを ORG-SL223-RIPE にリンクし、メンテナーの中に MNT-SELECTEL を示し、2026年4月の修正を記録している。登録の維持とルートアナウンスは異なる行為である。コレクターネットワークに可視的なルートを発信していなくても、リソースは割り当てられ、最近維持されたままでいられる。
比較として、RIPEstat のAS49505 の概要は「SELECTEL JSC Selectel」を識別し、同日付でその自律システムがアナウンスされているとマークした。これは、すべての Servercore または Selectel サービスが AS49505 を経由することを証明するものではなく、顧客への正確な物理的経路を開示するものでもない。これは、公開ルーティングでアクティブな Selectel ネットワーク ID が AS50149 ではないことを示す。
運用上の影響は明白である。顧客は、古いプロファイルから AS50149 をコピーするのではなく、各本番エンドポイントの実際の発信元自律システムとアップストリームパスを特定すべきである。Servercore は、レイテンシとルート観測のための公開Looking Glassを提供する。これらの観測は、顧客の重要なユーザーネットワークと提案された復旧サイトから繰り返されるべきである。1回の測定では不十分である。パスは、宛先、プロトコル、時間、アップストリームポリシーによって変化する可能性がある。
AS 番号は施設の独立性についてほとんど語らない。2つのゾーンが同じ自律システムを通じてアナウンスしても、物理的に多様なリンクを使用できる。2つの自律システムが同じダクト、建物、アップストリームキャリアを共有することもできる。BGP 証拠はルーティング ID と到達可能性を確立し、施設文書は名前付きロケーションを確立する。ルート開示、キャリア情報、繰り返し測定だけが2つを結びつけ始めることができ、それでも論理マップから正確なファイバールートを推測すべきではない。
バックボーンは定義された制限内でのみ冗長である
Servercore は、各リージョンに6台のルーター、目標最大リンクロード50%、N+1 インフラ、複数のネットワーク機器サプライヤーを説明している。そのネットワークページは、Juniper、Arista、Huawei、H3C を挙げ、リーフスパインクラウドファブリック、冗長接続、エッジに複数の通信事業者を説明している。これらは賢明な設計選択である。複数のデバイスはコンポーネント障害を吸収でき、トラフィックの余裕は再ルーティングに対応でき、サプライヤーの多様性は単一のサプライチェーンへの依存を減らすことができる。
それでも、これらはアーキテクチャと運用目標に関するプロバイダの主張である。「6台のルーター」は、それらのルーターがどの機能を実行するか、どの障害ドメインを占めるか、すべての顧客製品がそれらすべてを通過するかを特定しない。「最大リンクロード50%」は、時系列の利用率、トラフィック分布、または複数障害後の状態を公開しない。N+1 は、1つの必要なコンポーネントの定義された損失に対して保護する。すべてのコモンモードイベントの生存を約束するものではない。
Selectel Global Router の説明は、価値あるサービスの境界を描く。プライベート L3 サービスは製品とプールを接続でき、予約設備と動的ルーティングを使用し、リージョン内で25 Gbps、リージョン間で1 Gbps の基本帯域幅を提供すると述べている。また、ルーターは異なる国の製品を接続できないとも述べている。顧客は、ロシア、ウズベク、カザフ、ケニアのロケーションの共通カタログを1つのプライベートルーテッド復旧ファブリックとして扱うことはできない。
国境を越えた接続や外部接続には別のメカニズムが必要である。Global Connect の説明は、グローバルクラウドプラットフォームへの接続は Megaport を通じて手配され、Selectel 側に専用 VLAN と事前プロビジョニングされた予約リンクがあると述べている。これは有用なハイブリッドパスになり得るが、パートナーとプロビジョニングの依存関係を導入する。専用の論理接続は、顧客の通常のインターネットパスから物理的に分離されたルートをそれ自体で証明するものではない。
インバウンドサービスについては、フォールトトレラントロードバランサーの説明は、製品が BGP anycast を通じてアナウンスされる外部アドレスを使用して、異なるリージョンとアベイラビリティゾーンのサービスにインターネットトラフィックを分散できると述べている。ターゲットインフラを結合するために Global Router に依存する。この組み合わせは、1つのサーバーやゾーンへの依存を減らすことができるが、チェーンのままである：外部アナウンス、ロードバランサーサービス、プライベートルーティング、健全なターゲットがすべて機能しなければならない。
したがって、顧客は障害条件の回答を要求すべきである。1つのリンクまたはルーターが失われた後、どの帯域幅が残るか？通常のゾーン間パスが失敗した場合、どのパスがレプリケーショントラフィックを運ぶか？コントロールトラフィックは同じエッジを共有するか？サポートはインシデント中にアップストリームを変更できるか、そのリクエストはどのように認証されるか？プライマリアカウントインターフェースが劣化している場合、復旧環境は到達可能か？これらの回答は、修飾されていない「冗長ネットワーク」ラベルよりも有用である。
経済的側面もある。冗長ポート、キャリア、予約帯域幅は、アイドル時でもコストがかかる。低いヘッドラインのコンピュート価格は、イグレス、クロスリージョントラフィック、専用接続、またはより高い帯域幅の料金と共存できる。継続性の比較は、通常運用、レプリケーション、定期的な復元テスト、少なくとも1つの現実的なフェイルオーバー間隔の価格を考慮すべきである。そうしないと、「バックアップリージョン」は設計されていても、使用するための資金がない可能性がある。
容量の数字は使用可能容量の前で止まる
ロシアのデータセンター開示の3,612ラックと30 MW は、このプロファイルで最強の公開容量証拠であるが、その意味には限界がある。このページは、施設に接続された電力を説明している。接続電力は、現在設置されている IT 負荷、顧客に販売された電力、冗長性予備後の利用可能電力、または新規顧客が契約できる容量と同じではない。ラック数も同様に、占有ラック、電力密度、遊休スペース、または特定のサーバー構成に準備された数を明らかにしない。
個々の施設の数字は、集計よりも有益である。なぜなら、集中度を明らかにするからだ。2つの施設で開示された30 MW のうち20 MW を占め、サンクトペテルブルクとレニングラード地域の小規模サイトは2 MW から3 MW の範囲である。顧客が2つのプールコードにインスタンスを分散させる場合、それらのプールが実際に異なる建物と電力システムを占有しているかどうかを判断すべきである。集計はその質問に答えられない。
可用性マトリックスは、2番目の種類の容量シグナルを提供する：製品と特定のプロセッサファミリがプールで利用可能、利用不可、または予約注文可能として表示されるかどうか。これは、設計メガワット数よりも顧客が使用可能な在庫に近い。それでも、日付の付いたカタログであり、予約ではない。「予約注文可能」は調達または展開のリードタイムを意味する可能性があり、チェックマークは数量を開示しない。顧客は見積もり、納入コミットメント、代替ポリシーを必要とする。
Servercore の公開価格表は、市場全体の製品と料金を文書化している。価格設定は予約された復旧リソースのコストを見積もるのに役立つが、設置されたコンピュート、空きホスト、ストレージの余裕、保証された緊急在庫を公開しない。従量課金アクセスは通常のスケーリングでは価値があるが、リージョン全体の需要急増時に同一のハードウェアが無料になるという約束ではない。
需要は間接的に可視である。Selectel は2025年の売上高183億ルーブルを報告し、その87%がクラウドインフラサービスで、年末時点で32,900の顧客を抱えていた。これらの数字は、 substantial で成長している事業を示している。容量の余裕を確定できない。売上成長は投資を支援する可能性があるが、顧客成長とより重いワークロードも新しい容量を消費する可能性がある。
製品条件は別の有用な区別を明らかにする。クラウドサーバーの説明は、仮想サーバーが Selectel の物理リソース上で実行され、通常のサービスとプリエンプティブルインスタンスを区別すると述べている。別のプリエンプティブルサーバーガイドは、それらのインスタンスはいつでも停止される可能性があり、ホストが他のサーバーにリソースを不足している場合を含み、通常のクラウドプラットフォームの可用性保証を受けないと述べている。したがって、容量は1つの未分化なプールではない：安価な割り込み可能コンピュートと継続性グレードのコンピュートは、異なる障害条件下での使用可能性を持つ。
責任ある容量声明は、公開されているところで止まらなければならない。ロシアは開示された接続電力とラック総数を持つ。製品マトリックスはロケーション固有のオファーを開示する。財務結果は運用規模を示す。レビューされた公開資料は、現在の占有率、販売電力、予約顧客容量、総 CPU または GPU 在庫、ストレージ利用率、負荷下での発電機稼働時間、冷却余裕、または複合障害後の予備容量を確立しない。これらの未知数は、購入の質問に属し、推定値ではない。
電力、冷却、ハードウェア、スタッフが実際の依存関係である
すべてのクラウドリージョンは、最終的に電気、排熱、機器、人に解決される。Selectel のデータセンターページは、無停電電源、冷却、セキュリティ、監視を説明し、コロケーション文書はそれらの施設機能をプロバイダに割り当てる。これらの制御は通常のサイトリスクを低減する。ユーティリティフィード、スイッチギア、UPS システム、発電機、燃料、冷却ループ、火災制御、およびそれらを操作する権限のあるスタッフへの依存関係を排除しない。
最も重要な継続性の質問は、冗長性が存在するかどうかではなく、どこで止まるかである。サーバーのデュアル電源は、独立した配電経路に到達する場合にのみ役立つ。発電機は、起動、切り替え、燃料、冷却が障害期間中利用可能な場合にのみ役立つ。2つの施設は、ワークロードとそのデータが実際に両方を占有し、共有ネットワークまたは制御操作がそれらを一緒に無効にしない場合にのみ役立つ。公開ロケーション階層はこれらの質問をするための基礎であり、答えの代わりではない。
ハードウェア供給は、Servercore と Selectel の境界を越えて特に重要である。Servercore の複数のネットワーク機器ブランドの使用は、1つのメーカーへの依存を減らすことができる。また、より多くのスペアタイプ、ソフトウェア互換性作業、専門スキルを必要とする可能性がある。コンピュートハードウェアも同様のトレードオフを提示する：顧客は代替プロセッサにアクセスできるかもしれないが、正確なベアメタル交換または GPU は仮想マシンよりも長いリードタイムを持つ可能性がある。
顧客とプロバイダの責任分割は製品によって変わる。責任範囲ガイドは、物理インフラとクラウド仮想化レイヤーの多くを Selectel に割り当て、顧客はサービスに応じて、重要なオペレーティングシステム、アプリケーション、アイデンティティ、データ制御に対して責任を保持する。弾力性のある建物は、1つのデータベースリーダー、期限切れの資格情報、またはすべてのゾーンにレプリケートされた破壊的な管理者アクションを持つアプリケーションを修復できない。
人はこれらの層を橋渡しする。リモートハンドサービスはコロケーション顧客のためにコンポーネントを交換できる一方、プロバイダのエンジニアはクラウドホストとネットワークデバイスを維持する。広範囲のインシデント時、同じスタッフが電力、ハードウェア、顧客コミュニケーション、復旧優先順位を処理している可能性がある。厳格な復旧目標を持つ購入者は、エスカレーションカバレッジ、権限のある連絡先、交換在庫、サイト閉鎖時のアクセス、競合するインシデントの優先順位付けについて尋ねるべきである。
法域と支払いは別の形の物理的依存関係である。Servercore の国別契約事業者は現地の銀行と通貨を使用し、通常の現地運用を容易にする。しかし、国境を越えた資金調達または中央承認に依存する企業は、銀行障害時に請求書がどのように支払われるか、停止の前にどのような通知があるかをテストすべきである。Selectel の情報セキュリティガイダンスは、サービスが終了または未払いの場合のデータ破壊について顧客をサービス条件に誘導し、メンテナンスとインシデント通知がどこに表示されるかを伝える。財務継続性とデータ保持は、買掛金の仮定に委ねるべきではない。
ローカルデータ配置は移植性のコストも伴う。クラウドサーバーの説明は、ロシアのクラウドサーバーはデフォルトで指定されたロシアの個人データフレームワークに準拠し、Servercore は現在の3カ国でローカルコンプライアンスを販売していると述べる。これは必須要件を満たすことができるが、国外の復旧コピーは許可されない可能性がある。コピーが開示されたゾーンが1つしかない国内に留まらなければならない場合、アーキテクチャは独立した国内オプションまたは残りの施設リスクの明示的な受け入れを必要とする。
復旧はワークロード設計であり、製品ラベルではない
バックアップは、継続性の言語が復旧可能なオブジェクトに遭遇するポイントである。Selectel のバックアップ方法比較は、クラウドサーバーのバックアップはデフォルトでは実行されないと述べている。スケジュールまたは手動のボリュームバックアップ、イメージ、スナップショット、ホストベースのバックアップソフトウェア、外部コピーオプションを区別している。最も重要なのは、スナップショットはボリュームと同じハードウェアに残り、それとともに削除されるため、スナップショットは完全なバックアップではないと述べていることだ。
ストレージ境界は方法によって異なる。ネットワークボリュームバックアップガイドは、完全バックアップと増分バックアップが専用機器に3つのコピーで保存されると述べている。単一ゾーンプールでは、各セグメントにバックアップとディスクを保存する独立したクラスターがある。マルチゾーンの ru-6 プールでは、共有ストレージクラスターがすべてのプールセグメントにサービスを提供する。3つのコピーはメディアとサーバーの復元力を向上させるが、コピー数だけでは建物またはプロバイダの独立を確立しない。
移植性も異なる。方法比較は、通常のボリュームバックアップはダウンロードできないが、イメージはダウンロードしてサードパーティのインフラに移動できると述べている。イメージはボリュームとは別に保存されるが、顧客が移動またはエクスポートしない限り、同じプールセグメント内にあると指摘している。出口計画がバックアップに依存する購入者は、その方法を選択する前に、フォーマット、エクスポート時間、暗号化キー、帯域幅、ブート手順を確認すべきである。
作成成功は復旧成功ではない。バックアップ作成ガイドは、バックアップに自動的な整合性チェックや機能チェックはなく、定期的な復元を推奨すると述べている。その推奨は、観測された復旧テストになるべきである：新しいボリュームを作成し、クリーンなインスタンスを起動し、アプリケーションを開始し、データ整合性を検証し、独立したパスを通じてシークレットを復元し、経過時間を測定する。
マルチゾーンのモスクワ発表は、選択されたマネージドサービスと分散バックアップのオプションを改善するが、アプリケーションの責任を取り除くものではない。データベースサービスは独自のノードを分散する一方で、顧客はアイデンティティサービス、メッセージキュー、オブジェクト依存関係を1つのゾーンに残すかもしれない。Kubernetes コントロールプレーンはゾーンにまたがることができるが、そのイングレス、レジストリ、外部データベースはまたがらないかもしれない。復旧マップは、最も目に見えるコンピュートクラスターだけでなく、すべての重要な依存関係を含まなければならない。
大規模な VMware 環境向けに、DRaaS フェイルオーバーガイドは、保護されたマシンを Selectel クラウドにスイッチし、後でフェイルバックまたはリバースレプリケーションを手配する方法を説明している。これは、パッシブコピーよりも明示的な復旧メカニズムである。それでも、事前のレプリケーション、関連インターフェースへのアクセス、ネットワーク変更、アプリケーションの順序付け、復旧サイトでの十分なリソースに依存する。復旧時間と復旧ポイントは、テストされた構成のプロパティであり、製品名のプロパティではない。
最良の設計は通常2つの層を持つ。1つ目は、サービスがサポートする別のラック、ゾーン、リージョンを使用したプロバイダ内での迅速な復旧である。2つ目は、異なる資格情報と、法律が許す場合は異なる運営者または法域の下での、より遅いがより独立したコピーである。1つ目は一般的なハードウェア障害のダウンタイムを減らす。2つ目は、アカウント侵害、コントロールプレーンの障害、契約上の混乱、プロバイダ全体で相関するイベントに対処する。
購入者のための5つの障害テスト
最初のテストは施設喪失である。本番リソースを選択し、そのコンピュート、プライマリデータ、バックアップデータ、ネットワークイングレスを名前付きゾーンと施設にトレースする。そして、プライマリ建物が1日間電力または冷却を失うと仮定する。合格する設計は、他の場所に健全なコンピュート、一貫したコピー、十分な予約容量、機能するトラフィックステアリング、障害サイトに入らず変更を実行できるスタッフを持つ。メニューに別のゾーンがあるだけでは合格ではない。
2番目のテストはバックボーンまたはコントロールプレーンのインシデントである。顧客トラフィックが1つのエッジに到達できない、またはアカウントインターフェースとプログラミングエンドポイントが利用できない一方で、既存のマシンは実行し続けると仮定する。Looking Glass と独立した測定を通じて、複数のネットワークからの実際の発信元とパスを観測する。DNS、anycast、プライベートルーティング、サポートアクセスが一緒に失敗するかどうかを確認する。障害のあるインターフェースに依存しないトラフィック変更を事前承認する。
3番目のテストはハードウェア供給制約である。重要なサーバー、アクセラレータ、ネットワーク部品が故障し、同一の交換品が利用できないと仮定する。どの代替品が在庫されているか、ソフトウェアとライセンスがそれを許可するか、データがどのように移動するか、どのパフォーマンスが失われるかを尋ねる。ベアメタルの場合、納品時間とスペアコミットメントを記録する。クラウドの場合、復旧プールが実際に必要なプロセッサ、メモリ、GPU、ストレージクラスを提供しているかどうかを確立し、国レベルの製品名に依存しない。
4番目のテストは法的エンティティまたは支払いの混乱である。通常の支払い手段、企業管理者、ローカル契約事業者が一時的に利用できないと仮定する。契約当事者、適用条件、アカウント所有者、緊急連絡先、猶予期間、請求書の代替手段、データエクスポートの権限を確認する。複数の訓練された管理者を維持し、復旧資格情報が影響を受けるアカウント内にのみ保存されていないことを確認する。
5番目のテストは移植性である。チームがプラットフォームを離れられると主張するコピーから始める。それをエクスポートし、チェックサムを検証し、クリーンなターゲットに復元し、ネットワーキングとアイデンティティを再構築し、ビジネストランザクションを実行する。コスト、帯域幅、経過時間を測定する。コピーをダウンロードできない場合、必要な変換またはアプリケーションレベルのエクスポートを文書化する。データが法域を離れられない場合は、その中の真に独立したターゲットを使用するか、受け入れられた制限を述べる。
これらのテストは、露出によって顧客を分類する。1つのプールにアタッチされたディスクを持つ単一の仮想マシンは、ホスト、ラック、ゾーン、アカウント、プロバイダに依存する。異なるラックの2つのインスタンスはホストとラックの耐性を向上させるが、ゾーンレベルの依存関係を保持する可能性がある。適切に分散されたマルチゾーンサービスはより多くの物理的障害を生き残れるが、メトロネットワーキング、ソフトウェア、契約上のリスクを共有するかもしれない。外部コピーは独立性を追加するが、資格情報、キー、容量、法的許可が生存する場合に限る。
テストはまた、サービス保証の解釈を容易にする。ダウンタイム後のクレジットは、復旧ではなく価格に役立つ。高可用性パーセンテージは、除外条件、測定方法、顧客義務が不明な場合、まれな長期停止についてほとんど語らない。購入者は保証を使用してインセンティブを理解し、次に演習とテレメトリを使用して生存性を理解すべきである。
継続性の結論
Servercore と Selectel は、本格的なインフラ計画をサポートするのに十分な現在の情報を公開している。公開資料は、ロシアと国際的な施設を特定し、アベイラビリティゾーンとプールに名前を付け、意味のあるロシアのラックと電力フットプリントを開示し、ネットワーク冗長性を説明し、製品ロケーションマトリックスを公開し、詳細なステータスページを維持している。法的ページもまた、単一の普遍的な契約相手を提示するのではなく、ローカル契約エンティティを可視化している。
証拠は、これらすべてを単一の現在の運用事実として「Servercore JSC Selectel」に collapse することを支持しない。AS50149 は RIPEstat でそのホルダーテキストを保持しているが、現在アナウンスされておらず、コレクタービューで最近観測されたプレフィックスがない。JSC Selectel は文書化されたロシアの契約事業者であり、別途アナウンスされたネットワーク ID を持っている。Servercore の現在の法的境界は、カザフスタン、ウズベキスタン、ケニアの契約事業者を挙げている。パートナーデータセンターは、最も深いロシアのフットプリントの外に別の運営者層を追加する。
したがって、最も強力な継続性の提案は条件的である。ロシアでは、顧客は複数の開示サイトの中から選択でき、サポートされているサービスについてはマルチゾーンのモスクワ設計を利用できる。タシケントでは、2つの名前付きゾーンが国内分離オプションを作成する。アルマトイとナイロビは現在、それぞれ1つの開示アベイラビリティゾーンを提示しているため、建物レベルの復旧には追加の回答が必要である。国を越えると、プライベート Global Router は1つのシームレスな復旧ネットワークを提供しない。
容量の証拠も同様に条件的である。30接続メガワットと3,612ラックは、6つの開示されたロシア施設での物理的規模を示す。それらは障害時の使用可能な余裕を明らかにしない。製品マトリックスと予約注文ラベルは役立つが、確固たる復旧容量は予約、契約、演習から得られる。同じ規律がネットワークにも適用される：N+1、複数サプライヤー、トラフィック余裕は信頼できる設計主張であるが、現在の経路独立性は測定と開示を必要とする。
購入者にとって、決定的な文書はリージョンリストではない。それは、各本番サービスを契約事業者、施設またはゾーン、プール、データコピー、ネットワークパス、サポートルート、復旧ターゲットに結び付ける依存関係マップである。決定的なイベントは販売デモではない。現実的な損失仮定の下で実行される復元またはフェイルオーバーである。
これにより、公正な結論が導かれる。AS50149 が沈黙していても、プラットフォームは明らかに運用されている。その継続性は、顧客が意図的に別個の障害ドメインを使用し、移植可能なコピーを維持し、法的およびパートナーの境界を事前に解決する場合、強力であり得る。共有インターフェース、緑のステータスマーク、または古い自律システムラベルがそれらの境界が存在しないという証明として扱われる場合、脆弱である。