概況
- Servers.com の国際的なベアメタルサービスは、ローカルに設置された在庫、コロケーションの電力と冷却、ネットワーク経路、物理アクセス、および障害コンポーネントを交換する権限を持つ人員に依存する。
- 公開記録は、かなり広範なマルチリージョンフットプリントと有意義なネットワーク冗長性を示しているが、サイトごとのスペア在庫、人員、稼働可能容量、経路独立性、または保証されたハードウェア交換時間は開示していない。
- 顧客は、レジリエンスをサイト固有のアーキテクチャの問題として扱うべきである。修復経路を証明し、データと容量の独立したコピーを維持し、ドライブ、ラック、または施設が故障する前に移行をテストすること。
障害は一枚のドライブから始まり、世界地図からは始まらない
顧客のシンガポールにある本番サーバーが現地時間02:10にドライブ障害を報告したと想像してほしい。もう一方のディスクがワークロードを引き継いでいるため、マシンにはまだ到達可能だが、アレイは余裕を失っている。トラフィックは増加している。顧客はチケットを開き、一見単純な質問をする。互換性のある交換用ドライブがインストールされ、アレイが再構築を開始するまでにどれくらいの時間がかかるのか？
その質問は、世界中の拠点数よりも、グローバルベアメタルプラットフォームの真価を問うより良いテストとなる。クラウドコントロールパネルはサーバーを表示し、コンソールを公開し、どこからでも再起動を受け付ける。一方、故障したドライブは特定のシャーシ、特定のラック内の物理オブジェクトであり、ローカルのアクセスルールに支配された建物の中にある。復旧には正確な診断、承認された訪問、互換性のあるスペア、間違ったマシンを邪魔せずに正しいベイを識別できる技術者、そして安全に再構築するための十分な残存パフォーマンスが必要である。
Servers.com はテクニカルサポート FAQで、24時間サポートを運用し、故障ハードウェアの交換を処理し、リクエストを1時間以内に処理すると述べている。これは責任を有用な高レベルで確立する。シンガポールの SIN1 または SIN2 ロケーションで、チケット作成から交換完了までの時間、スペアの場所、またはサーバーに触れる人物が従業員なのか、契約技術者なのか、施設のリモートハンドなのかを確立するものではない。
同社のサポートおよびサービスレベルスケジュールは、その区別をより明確にしている。これは、商業的な最善努力、99.99%の可用性目標、およびクレジット構造を説明しているが、サポートは最善努力ポリシーに基づいており、顧客設備の修理や交換を保証しないとも述べている。また、サードパーティのサービス、ハードウェア、輸送、原材料、供給、電力を含むいくつかの外部条件を除外している。したがって、顧客はアプリケーションが必要とする迅速な物理的修理を欠きながら、クレジット救済を受ける可能性がある。
交換経路は在庫状況にも依存する。Servers.com のプロビジョニングの説明によると、ラックですでに利用可能な構成は最短15分でサービスを開始できるが、インストールされていない、または構成変更が必要なマシンは24時間以上かかる可能性がある。ハードウェアを注文または輸送する必要がある場合、配送時間がスケジュールを決定する。このページは新しいサーバーについて説明しており、故障したドライブの修理ではないが、同じ物理的制約を露呈している。ソフトウェアの自動化は、適切なハードウェアがすでに作業が行われる場所にある場合にのみ高速である。
顧客は診断遅延を減らすツールを持っている。専用サーバー管理ガイドでは、帯域外アクセス、電源制御、ディスクおよび RAID 構成、レスキューモードについて説明している。これらの機能は、誰かが通路に立つのを待たずに、オペレーティングシステムの障害とハードウェア障害を区別するのに役立つ。しかし、ドライブを挿入することはできない。復旧の最後の1メートルは、頑なにローカルなままである。
したがって、この仮想的なシンガポールの障害は中心的な問題を提起する。Servers.com は注文、プロビジョニング、ネットワーク構成をグローバルに感じさせることができるが、レジリエンスは一連のローカルな約束を通じて提供される。サービスの強みは、同じロゴがアジア、ヨーロッパ、アメリカに表示されることだけではない。各地域が適切な人材、適切なコンポーネント、そしてプレッシャーの下で検証された復旧経路を生み出せるかどうかである。公開情報はプラットフォームの設計を示している。どこでも同一の復旧パフォーマンスを想定するのに十分なロケーションレベルの運用データはまだ提供されていない。
Servers.com はブランドであり、ネットワークであり、契約の連鎖である
Servers.com という名前は、顧客に一つのグローバルオペレーターを見るよう促す。法的かつ運用上、状況はより複雑である。同社の基本法的情報によると、Servers.com は別々の企業が異なる地理的エリアで運営されるブランドであり、顧客は関連する法人と契約する。現在のアバウトページには、米国、英国、オランダ、キプロス、ベトナムの法人とオフィスがリストされている。地図だけでなく、請求書と注文書がどの企業が顧客に対して直接の義務を負うかを決定する。
これは障害時に重要である。契約企業はサービスを調達し、サーバーを所有またはリースし、顧客ポータルを運営し、サポートを調整する場合がある。別のコロケーションプロバイダーが建物、荷受けドック、セキュリティデスク、電気設備、冷却システム、物理アクセスリストを管理する場合がある。トランジットキャリアとインターネットエクスチェンジがパブリックトラフィックを運ぶ。異なる輸送事業者がプライベートなサイト間トラフィックを運ぶ場合がある。コンポーネントが税関で足止めされたり、施設がアクセスを遅らせたりすると、顧客が単一の商用インターフェースを持っていても、複数の組織が関与する可能性がある。
Servers.com の企業コンテキストも変化している。データセンター Dynamics は、CloudOne Digital が2023年に Servers.com を買収したと報じた。2026年、Servers.com はServers.com by Nexcessになったと発表し、同じコアインフラ、チーム、サポート体験をより広範なスペシャルティクラウド製品内で説明した。ブランド変更により製品および組織リソースが拡大する可能性があるが、それ自体がスペアプール、施設契約、修理手順がすべての場所で標準化されたことの証明にはならない。
ネットワークアイデンティティが別の層を追加する。AS7979 の ARIN 登録は、自律システムを Servers.com, Inc.に関連付ける。PeeringDB 組織レコードも Servers.com, Inc.を識別し、AS7979 にリンクする。これらの記録は、認識可能なネットワークオペレーターと米国の企業アイデンティティの存在を支持する。特定の欧州またはアジアの顧客に請求する Servers.com の法人、特定のシャーシを所有する法人、または特定のケージを契約する法人を示すものではない。
顧客には別の一連の義務が残る。ベアメタルはテナントに物理サーバーの排他的使用を許可するが、排他性が自動的にアプリケーションの冗長性を生み出すわけではない。顧客は通常、オペレーティングシステム、データレイアウト、レプリケーション、バックアップ、フェイルオーバーロジック、セキュリティ構成、およびサービスを複数の場所に分散させる決定を制御する。Servers.com はその下の重要な階層を制御するが、その法的条件とサポート説明は、1台のレンタルサーバーを管理された継続的にレプリケートされるサービスに変えるものではない。
したがって、責任はスタックとして描写できる。最上位では、顧客が何を生き残らせるか、どれだけ迅速に生き残らせるかを決定する。契約する Servers.com 法人がサービスを販売しサポートする。Servers.com プラットフォームはハードウェアをプロビジョニングし、ネットワークアクセスを構成する。ローカル要員またはリモートハンドプロバイダーが物理的作業を実行する。施設オペレーターは、調整されたスペース、電力、冷却、および管理されたアクセスを提供する。キャリアと相互接続パートナーは、ラックを超えたルートを提供する。すべての階層が適切に管理されていても、復旧経路全体が2つの階層間のハンドオフで失敗する可能性がある。
調達にとって、実用的な質問は Servers.com が単一の企業か複数かではない。注文が重要な各義務を明確に割り当てているかどうかである。インストールされたサーバーの所有者は誰か？サイトで互換性のあるスペアを運ぶのは誰か？シャーシを開けることを許可されているのは誰か？顧客が障害を報告したときに開始される応答測定は何か？施設アクセスをエスカレートする権限を持つ組織はどれか？救済を負う法人はどれか？グローバルブランディングは購入体験を簡素化する。レジリエントな契約は、基礎となる連鎖を明確にする。
28のデータセンターは28の同一の部屋を意味しない
Servers.com のグローバルロケーションページは、米国、オランダ、ルクセンブルク、英国、ブラジル、シンガポール、香港に28のデータセンターを宣伝している。現在のアバウトページはまた、18,000以上のデバイスが配備されていると報告している。これらの数字は意味のある規模を示している。28の互換性のある即座に利用可能な容量のプールとして読むべきではない。
同社自身のロケーションの説明は異常に役立つ。Servers.com はホールセールデータセンタープロバイダーからスペースを借り、ラック、ネットワーク機器、サーバーを設置し、電源とネットワークを接続し、プラットフォームを構成すると述べている。また、同じデータセンター内に複数の Servers.com ロケーションが存在する可能性があり、機能とシャーシに違いがあるとも述べている。したがって、ロケーションコードはプラットフォーム内の運用単位であり、必ずしも一意の建物、所有権、または障害ドメインではない。
その区別は、見かけのカウント問題を解決する。公開サービスダッシュボードは多数のロケーションコードを列挙できるが、マーケティングページはデータセンターの総数を示す。複数のコードが1つの施設を共有する可能性があり、新しく導入されたコードが新しい建物を表すとは限らない。逆に、同じメトロエリア内の2つの施設が別々のコードとして公開されていても、ユーティリティコリドー、ミートミールーム、または輸送経路などの上流依存関係を共有する可能性がある。コード、建物、独立した障害ドメインを数えると、異なる答えが得られる。
北米のページはかなりのばらつきを示している。ダラス・フォートワースは、DFW2 を含む5つのロケーションコードをリストしており、これは冗長性が低く、ワイヤースピードが最大2 Gbps の拡張として説明されており、ネットワークと電力の冗長性と最大40 Gbps のワイヤースピードを備えたロケーションとともに提示されている。サンフランシスコベイエリアページには、利用可能なサービスが異なるいくつかのサンノゼエリアのロケーションがリストされている。ワシントン首都圏ページには、4つのコードと異なるサービスセットが提示されている。マイアミとニューヨークはそれぞれ、独自の地域的役割と製品ミックスを示している。
地理的拡大の話は、コロケーション契約を強化している。2024年のServers.com のマイアミ立ち上げに関するレポートは、同社がコロケーション施設からサービスを提供し、特定のマイアミ施設を特定しなかったと述べている。また、同社が新しいサイトに迅速に出荷できる事前在庫のネットワーク機器を保持しているという引用も含まれている。これは、建物レベルでの資産軽量な拡大メカニズムを支持する一方、各運用ロケーションにサーバーとコンポーネントの在庫がどれだけ恒久的に保持されているかは不明のままである。
ヨーロッパ、アジア、南アメリカも同様に不均一である。公開ページには、複数のアムステルダムロケーション、ロンドンプレゼンス、ルクセンブルクロケーション、2つのシンガポールコード、香港、サンパウロが記載されている。認証、最大インターフェース速度、利用可能な製品は異なる。一部のロケーションはクラウドサーバー、プライベートラック、またはダイレクトコネクトを提供し、他はエンタープライズベアメタルを強調している。地理的ラベルは、購入者がサービスを注文できる場所を示す。共通のハードウェアカタログ、共通の在庫深度、共通の施設トポロジ、または共通の修復時間を確立するものではない。
これは弱さの証拠ではない。サードパーティの施設と地域市場にわたって組み立てられたプラットフォームの正常な現実である。異なる建物は、異なる電力密度、コンプライアンスプログラム、キャリアエコシステム、アクセスプロセス、利用可能な床面積を持つ。異なる国は異なる輸入リードタイムと労働契約を持つ。リスクは、セールスの約束がローカル設計よりも広く解釈されたときに現れる。「グローバルベアメタル」を購入する顧客は、ブランドの平均特性ではなく、選択したコードの正確な属性を必要とする。
フットプリントは広いが、物理的マップには限界がある
地域ページは有用な公開アウトラインを提供する。アムステルダムは、ロケーション間の無料プライベートネットワークを備えたマルチサイトメトロとして提示されている。ロンドンとルクセンブルクは、アムステルダムとフランクフルトも接続する100G ネットワークリングの一部として説明されている。香港は、ローカルエクスチェンジ参加といくつかの国際ケーブルシステムへのアクセスを挙げている。シンガポールは、アジア太平洋の接続ハブとして提示されている。サンパウロは、SAO1 をタンボレ地域に配置している。
これらのページは、サービスのメトロ、ロケーションコード、製品可用性、認証、および主張される最大ワイヤースピードを示している。すべてのラック展開のストリートアドレス、ケージ識別子、電源フィード、クロスコネクトスケジュール、または各ファイバー経路の地理的図面は提供していない。2つの都市がリングで接続されているという記述は、論理的なサービスの説明である。2つの名目上多様な経路が導管、キャリア、ランディングステーション、またはメトロミートミールームを共有しているかどうかを明らかにするものではない。
AS7979 の PeeringDB レコードは、ネットワーク層で貴重な裏付けを提供する。同じ市場のいくつかのエクスチェンジと相互接続施設で Servers.com をリストし、運用セッションとポート容量を示している。これにより、ネットワークフットプリントは販売マップだけよりも具体的になる。しかし、PeeringDB はネットワーク相互接続ディレクトリであり、在庫システムではない。Equinix、Digital Realty、またはその他のリストされた施設での AS7979 の存在は、顧客のベアメタルサーバーがその建物にあることを証明しない。ルーターはトランスポートを介して到達可能であり、ネットワークはそのコンピュートラックとは別の施設で相互接続できる。
同社のデータセンターおよびネットワーク FAQは、主要なキャリア関係を挙げ、ユーザーに ping とダウンロード測定用のテストサーバーを指示している。これらのツールは、顧客自身のネットワークからの現在の到達可能性と観測されたパフォーマンスを確立できる。物理的な経路の分離を実証することはできない。2つの経路は通常動作中に良好なレイテンシを生み出し、それでも脆弱なコンポーネントを共有する可能性がある。
ライブのServers.com サービスステータスダッシュボードも重要なマップである。コンポーネントをロケーションコードで公開し、パブリックネットワーク、プライベートネットワーク、電源、管理サービスを区別している。その存在は運用上有用である。顧客は問題が局所的かグローバルかを確認し、変更を購読できる。ダッシュボードは依然としてプロバイダーの現在のステータスのビューである。すべてのロケーションの独立した可用性を計算するのに十分な長さの正規化された履歴を公開しておらず、グリーンステータスがすべての冗長性が無傷であることを証明するわけでもない。実際、ダッシュボードは「運用中」と「冗長性喪失」を区別する可能性があり、これはまさにレジリエンスレビューが保持すべき違いである。
信頼できるマップは、4つの層を同一であるかのように装うことなく接続する。最初は商用可用性：構成を注文できる場所。2番目は物理的設置：どの建物、部屋、ラックに含まれるか。3番目はネットワーク接続：どのルーター、エクスチェンジ、キャリア、輸送回線が到達できるか。4番目は障害相関：どのロケーションが電力、冷却、アクセス、スタッフ、在庫、または輸送を共有するか。公開情報は最初の層で強力であり、広範なネットワークプレゼンスで中程度であり、後者の2つでは限定的である。
したがって、顧客は公開マップを使用して質問を形成し、質問を閉じるべきではない。メトロレベルのページはショートリストを正当化できる。PeeringDB エントリは相互接続に関する議論をサポートできる。ステータスコードはライブイベントの特定に役立つ。どれも、障害ドメインに名前を付け、ロケーション、キャリア、または施設が変更されたときに更新されるサイト固有の設計記録の代わりにはならない。
在庫はラックを使用可能な容量に変える
ベアメタル容量はプロセッサコアの抽象的なプールではない。シャーシ、CPU、メモリモジュール、ドライブ、ネットワークインターフェース、光学機器、ケーブル、スイッチポート、ラックユニット、電源回路の集合である。プロバイダーは数千のデバイスを配備していても、必要な場所で正確な交換用ドライブまたはサーバー構成が不足する可能性がある。関連する容量はグローバルに存在するものではなく、顧客の復旧ウィンドウ内で必要な場所に割り当てまたは代替できるものである。
Servers.com の公開資料は3つの在庫状態を明らかにしている。第一に、インストールされて利用可能なマシンは迅速にプロビジョニングできる。第二に、プロビジョニングページによると、リースされていないサーバーは必要になるまで電源オフのまま保持される。第三に、インストールされていない、変更が必要、注文または輸送が必要なハードウェアは時間がかかる。これは賢明な経済的アプローチである。一般的な注文を迅速にするために十分な機器を事前配置し、アイドルマシンへの電力供給を避け、一般的でない構成には供給または輸送を使用する。また、スペアの深度を中心的な運用変数にする。
同社は18,000以上の配備デバイスを説明しているが、「配備」は、リースされているか、電源が入っているか、販売準備ができているか、顧客に予約されているか、修理中か、スペアとして保持されているかを示していない。メトロ、世代、またはコンポーネントタイプごとの分布を開示していない。サーバーの数は利用可能なラック電力について何も語らない。棚にあるシャーシは、施設にスペース、電力、冷却、スイッチポート、アドレッシング、許可された設置経路があるまで、使用可能な本番容量ではない。
Servers.com は、標準的なエンタープライズベアメタルとオンデマンド製品を区別している。Scalable Bare Metal の概要は固定構成と時間単位の課金を説明し、公開のScalable Bare Metal 製品ページは迅速に展開できる事前構成済みインスタンスを強調している。このアプローチは、事前配置された在庫にさらに明確に依存している。顧客は定義されたフレーバーを受け入れることで速度を得る。プロバイダーはより少ない構成セットを標準化することで在庫効率を得る。
より広範な製品説明は、ベアメタルプロビジョニングを自動化でき、複数のネットワークリンクを持つサーバーを説明し、アイドルマシンを電源オフとして提示している。これらの設計選択は、手動セットアップとエネルギー消費を削減する。物理的なヘッドルームを確保する必要性を排除しない。互換性のあるすべてのスペアが需要スパイク中に販売された場合、自動化は別のサーバーを製造できない。ロケーションが列を制限するのに十分な電力を失った場合、リースされていないシャーシは物理的に存在しても使用できない可能性がある。
したがって、容量は段階的に報告されるべきである。設計容量は、部屋、ラック、またはネットワークがサポートするために構築されたものである。設置容量は、物理的に配置されたハードウェアと接続である。稼働可能容量は、現在の電気的および冷却制限内で実行できるものである。運用容量は正常で接続されている。利用可能容量はまだリースまたは予約されていない。回復可能容量は、プライマリシステムを無効にした同じ障害の後に利用可能である。公開ページは選択されたデバイス数と最大速度を提供するが、ロケーションごとにこの完全なチェーンを提供していない。
顧客にとって、適切な商用質問は「このサーバーを15分で展開できますか？」ではない。それは「選択した障害イベントの後、このロケーションで互換性のあるサーバーまたはコンポーネントが何台利用可能ですか？」である。同じラック内のスペアはドライブ障害に役立つが、ラックとともに失われる可能性がある。同じ建物内のスペアはラックイベントを生き残る可能性があるが、施設停止は免れない。別のメトロのスペアは施設を生き残る可能性があるが、データレプリケーション、新しいアドレッシング、トラフィックリダイレクションが必要である。在庫は、その障害独立性が脅威と一致する場合にのみレジリエンスになる。
電力、冷却、アクセスはポータルの外にある
Servers.com は、管理コントローラーがコマンドを受け入れるため、再起動を自動化できる。故障した建物へのユーティリティ電力の復旧を自動化することはできない。ローカル施設の電気的および機械的システムは、サーバーに安定した電力があるかどうか、熱を除去できるかどうかを決定する。セキュリティ手順は、誰がどれだけ迅速に部屋に入ることができるかを決定する。これらの依存関係はポータルの下にあるが、サービスの可用性のハードバウンダリを設定する。
ロケーションのナレッジベースページは、電源とネットワークがデフォルトで冗長であると述べ、その後、サーバーがネットワークまたは電源の冗長性を欠き、一部の機能が利用できない冗長性低減ロケーションを明示的に特定している。この開示は、グローバルな仮定がローカルな例外を飲み込むのを防ぐために重要である。購入者は、選択したロケーションが冗長性低減の指定を運ぶかどうか、およびそれがサービス期間中に変更される可能性があるかどうかを特定する必要がある。
完全に冗長な設計でも、劣化状態で動作する可能性がある。1つのユーティリティフィードがメンテナンス中で、2番目のフィードが負荷を運んでいる場合がある。発電機は利用可能だがまだ稼働していない場合がある。冷却ループは予備ユニットがあるがマージンが減少している場合がある。サービスステータスダッシュボードは、電力システムとインフラストラクチャスイッチに関するメンテナンス通知を公開しており、時には停止は予想されないと述べながら、管理機能へのリスクを認めている。そのような通知は、「予想される影響なし」と「影響の可能性なし」が異なる記述である理由を示している。
サーバーでの電力冗長性も、完全なチェーンが多様であることを必要とする。2つの電源ユニットは、両方が1つの配電ユニットに接続されている場合、または2つの配電ユニットが上流のブレーカーを共有している場合、ほとんど保護を提供しない。Servers.com のサイトページは一般的に自動切り替えを備えた電力冗長性を主張しているが、公開資料は各ロケーションの電気単線結線図を描いていない。認証とティアラベルは有用なコンテキストを提供するが、現在の状態、メンテナンス状態、または顧客ラックに供給する正確な回路を示していない。
冷却も同様のチェーンを持つ。施設は冗長なチラーまたは空気処理ユニットを持つことができるが、ローカルラックが気流閉塞、ファン故障、または意図されたエンベロープを超える密度に悩まされる場合がある。公開ページはラックレベルの熱的余裕を開示していない。これは、新しい高出力構成が古い列に追加されるときに特に関連する。顧客は独自の施設詳細を必要としないが、期待される環境および障害条件下で契約した構成がサポートされていることの確認を必要とする。
アクセスは3番目の物理的ユーティリティである。正しいスペアは、それを運ぶ人がアクセスリストに載っていない、緊急時にサイトに到達できない、またはエスコートを待たなければならない場合、役に立たない。コロケーション契約は非常に効果的である可能性があるが、その応答はローカルスタッフ、呼び出しルール、セキュリティ承認、および作業指示の精度に依存する。DCD のマイアミレポートは、建物を特定せずにコロケーション契約を確認し、Servers.com 自身のロケーション定義は、レンタルされたホールセールスペースに機器を設置することを説明している。どちらも、すべてのサイトにわたる均一なリモートハンドスタッフパターンを述べていない。
これらの依存関係の法的配分は重要である。サポートスケジュールは、外部サービス、輸送、ハードウェア、供給、電力を含む状況を除外し、一般条項は関連する契約および注文を通じてサービスと救済を定義している。顧客はこれらの条項を技術的アーキテクチャと一緒に読むべきである。冗長回路はエンジニアリング機能である。サービス信用は契約上の救済である。どちらも回復可能なアプリケーションの代わりにはならない。
AS7979 は経路多様性を追加するが、経路確実性は追加しない
AS7979 は Servers.com にインターネットルーティングの重要な部分に対する制御を与える。PeeringDB は、多くのエクスチェンジと施設でのネットワークを示し、選択的なピアリングポリシーと複数のロケーションが優先される。記録は北米、ヨーロッパ、アジア、南アメリカでの運用接続をリストしている。この広がりは、単一のトランジットプロバイダーへの依存を減らし、ネットワークに顧客およびエンドユーザーネットワークに到達するためのより多くの選択肢を与えることができる。
価値は現実的だが、誇張されやすい。自律システムは、実行可能な物理的経路と商用関係が存在する場合にのみルートを選択できる。複数の BGP パスが1つの建物の入り口、1つのメトロファイバースパン、または1つの上流ルーターに収束する可能性がある。100G エクスチェンジポートは、相互接続ポイントでのインターフェース容量を説明する。顧客に対して100G の未使用のエンドツーエンド容量を保証せず、その経路が別のアドバタイズされたルートから独立していることを確立しない。
Servers.com のサイトページは、ロケーションごとにキャリアをリストし、いくつかの地域設計を説明している。ロンドンとルクセンブルクはヨーロッパリングの一部として販売されている。香港は公開説明でエクスチェンジ、トランジットプロバイダー、海底ケーブルシステムにリンクされている。ダラス、ノーザンバージニア、シリコンバレーは広範なキャリアエコシステムを示している。これらは接続オプションの信頼できる指標である。公開ページは、ルートマップ、回路識別子、プロテクションスイッチング、キャリア契約、または測定されたフェイルオーバー結果を公開していない。
サーバー層でも、設計は冗長として説明されている。ロケーションおよび製品ページは、マシンが一般的にペアのパブリックおよびプライベートネットワークインターフェース、別々のスイッチ、独立した帯域外管理ネットワークを介して接続すると述べている。これは、単一のネットワークインターフェースまたはスイッチ障害から保護できる。冗長性低減の例外が再び重要である。すべてのコードが同じ配置を持っているわけではない。また、ペアのサーバーリンクは、上位層もきれいに分離されていない限り、その上のルーター、トランスポート、施設、または地域障害から保護しない。
専用サーバーFAQは、異なるデータセンターの Servers.com サービス間でプライベートトラフィックをトラフィックチャージなしで移動できること、およびレイテンシ測定用のテストサーバーが利用可能であると述べている。これにより、マルチサイトレプリケーションが経済的かつ運用上よりアプローチしやすくなる。レプリケーションを自動化するわけではない。顧客は何をコピーするか、どのくらいの頻度で、一貫性をどのように処理するか、プライベートネットワーク自体が障害になった場合に何が起こるかを選択しなければならない。
公開ルーティング記録は、顧客側の観測と組み合わせるべきである。関連するユーザーネットワークからの継続的なプローブは、レイテンシ、損失、経路変更を明らかにできる。Traceroute と BGP ビューは明白なシフトを特定できるが、どちらもファイバーレベルの多様性を証明しない。計画されたテストは、1つの顧客リンク、1つのサーバーインターフェース、または1つのリージョンが引き出されたときにアプリケーションが到達可能のままであるかどうかを示すことができる。最も説得力のある経路証拠は、静的な図ではなく、顧客の実際のトラフィックソースに関連付けられた一連の制御された障害結果である。
したがって、ネットワークグレードはグローバルプレゼンスでは強く、開示された独立性では中程度である。AS7979、エクスチェンジ参加、施設リストは、Servers.com が単なるリセラーフロントエンド以上を運営していることを示している。残る不確実性は相関にある。リストされた相互接続のどれがどのコンピュートロケーションにサービスを提供するか、どの経路がトランスポートを共有するか、障害中にどれだけの予備容量が残っているか、フェイルオーバーがアプリケーションのレイテンシとスループット要件を維持するかどうかである。
リモートハンドが実際の復旧インターフェースである
リモートハンドは、サポートの約束を物理的なアクションに変換する。故障したシンガポールのドライブの場合、仕事は日常的に聞こえる。アラームを確認し、サーバーを特定し、故障したデバイスを取り外し、承認された交換品を挿入し、コントローラーがそれを認識することを確認する。実際には、各ステップは信頼できるデータを必要とする。誤ったアセットタグまたはベイ番号は、劣化したアレイを完全な停止に変える可能性がある。互換性のないファームウェアレベルは再構築を遅らせる可能性がある。間違ったドライブを取り外すと、生き残っているコピーが破壊される可能性がある。
Servers.com のサポート FAQ は故障ハードウェアの交換を同社に割り当て、管理ドキュメントは顧客にリモート診断およびコンソールツールを提供する。これは有用な区分である。顧客はシステムを検査および指示でき、プロバイダーはプロバイダー管理のハードウェアに触れることができる。公開記録は、普遍的なステップバイステップの交換手順、部品マトリックス、ローカルのエスカレーションツリー、またはサイトごとの完了目標を説明していない。
サービスレベルスケジュールはさらに仮定を制限する。応答時間は、エンジニアがメンテナンスコールに応答する期間であり、修理時間と同じではないと述べている。追加のサポートリクエストを許可し、原因に応じて作業に請求する可能性があり、一部の作業が関連データセンターで利用できない可能性があると述べている。最も重要なことは、修理または交換を保証しないことである。4時間のハードウェア復旧を必要とする購入者は、1時間のチケット処理声明または99.99%の可用性目標からそのコミットメントを推測することはできない。
スペアの配置も同様に重要である。グローバル中央倉庫は調達コストを削減できるが、海外のラックの迅速な修理プールではない。地域倉庫はより近いが、税関、交通、時間外アクセスが依然として問題になる可能性がある。同一建物内の在庫室はより高速だが、施設の障害ドメインを共有する。同一ラック内のスペアはコンポーネント障害に最も速く、ラック電力イベントには最も役に立たない。最適な設計はしばしば層を使用する。一般的な障害にはローカルの現場交換可能部品、シャーシ障害には近くの互換性のあるサーバー、施設喪失にはリモート容量である。
顧客はまた、コンポーネント交換とサービス復旧を分離すべきである。ドライブを交換しても、RAID 再構築が I/O を消費し、別の弱いディスクを露呈する可能性があるため、パフォーマンスが即座に復元されない可能性がある。サーバー全体を交換するには、ファームウェアチェック、オペレーティングシステムのインストール、ネットワーク割り当て、シークレット、アプリケーション展開、データ復旧が必要になる場合がある。技術者は物理的タスクを完了できるが、サービスは利用できないままである。復旧クロックは、アプリケーションが機能テストに合格したときにのみ停止すべきであり、チケットが「ハードウェア交換済み」と記録したときではない。
優れたリモートハンドの準備は具体的である。顧客とプロバイダーは正確な資産記録を共有する必要がある。許可された場合の前面および背面の写真、シャーシ、コントローラー、ドライブ識別子、承認された交換仕様、安全なシャットダウンルール、エスカレーション連絡先、および作業開始前に正しいマシンを確認する方法。指示は、技術者がすべきでないことをすべきことと同様に明確にカバーする必要がある。劣化したアレイの場合、計画は、交換前にアプリケーションが継続するか、フェイルオーバーするか、停止するかを述べるべきである。
これらのいずれも、顧客が自ら施設を管理することを必要としない。顧客が、物理的修理が入力、依存関係、測定可能な結果を持つサービスであることを認識することを必要とする。Servers.com のグローバルプラットフォームはそのサービスを調整できるが、決定的なパフォーマンスはローカルである。ブランドは、一度完了した修理ごとにレジリエンスの主張を得る。
復旧経路はチケットの前に設計されなければならない
修理は唯一の復旧戦略ではない。故障したサーバーを迅速に修理できない場合、顧客は別の場所で実行する必要がある。ベアメタルは、宛先が物理的に利用可能で十分に互換性がある必要があるため、単一の共有クラウド内で仮想マシンを移動するよりもそれを困難にする。アプリケーションはローカルディスク、固定アドレス、ライセンスされたハードウェア識別子、または障害が始まった後に迅速にコピーできない大量のデータに依存する可能性がある。
Servers.com のプロビジョニングシステムは、互換性のあるサーバーがすでにラックに配置されている場合、移行のインフラストラクチャ部分を短縮できる。プロセスは利用可能なマシンを選択し、パブリック、プライベート、管理ネットワークを割り当て、オペレーティングシステムをインストールし、到達可能性を確認する。これは価値のある自動化である。公開されたタイミングはまた、インストールされていないまたは変更された構成は1日以上かかる可能性があり、輸送または新規注文されたハードウェアは配送スケジュールに従うと警告している。
したがって、復旧経路はデータ以上のものを予約しなければならない。コンピュート容量、ネットワーク容量、アドレスまたはトラフィック管理戦略が必要である。別のロケーションにあるウォームセカンダリサーバーはコストがかかるが、不確実性を減らす。時間単位のスケーラブルベアメタルプールは、必要なフレーバーが提供され利用可能な場合に低コストのオプションを提供する可能性があるが、公開製品説明は広範なイベント中の無制限の在庫を約束していない。地域停止後にサーバーを注文できると想定するコールドプランは、同じ想定をする他のすべての顧客と競合する。
データ配置は次の制約である。RAID は1台のディスク障害を通じてサービスを維持できるが、バックアップではなく、通常は同じシャーシまたはラック内に留まる。同じ施設内のバックアップはサーバー障害を生き残る可能性があるが、建物の喪失は免れない。別のメトロのレプリケートされたコピーは独立性を向上させる。顧客が一貫性、暗号化、復旧資格情報、コピーを使用可能にするために必要な時間をテストしていることが条件である。グローバルプライベートネットワークはレプリケーショントラフィックを運ぶことができるが、真に独立した復旧計画は同じプロバイダーネットワークに依存しない経路も必要とする可能性がある。
ネットワークアイデンティティは、ユーザーが復旧されたサービスを見つける方法を決定する。プロバイダー割り当てアドレスを使用する顧客は、DNS 変更またはアプリケーションゲートウェイを必要とする場合がある。許可されたアドレスブロックを持ち込む顧客は追加のルーティングオプションを持つ可能性があるが、ルート変更には依然として調整と収束が必要である。DNS TTL、証明書発行、ファイアウォールルール、許可リスト、サードパーティ統合はすべて、交換サーバーの準備ができた後に復旧を延長する可能性がある。
復旧テストは、意図的に制約された状態から開始する必要がある。プライマリサーバーに到達不能、ローカルディスクが読み取れない、通常の管理者が利用できない、プライマリロケーションの管理ネットワークが障害を受けていると想定する。別の権限のある人物が資格情報を取得し、ターゲットをプロビジョニングし、データを復元し、構成を適用し、セキュリティを検証し、トラフィックを指示できるか？完全な時間を測定し、すべての依存関係を記録する。次に、プライベートサイト間ネットワークが利用できない状態で繰り返し、設計に2番目の転送経路があるかどうかを確認する。
信頼できる復旧目標は、2つのクロックの遅い方である。インフラストラクチャの可用性とアプリケーションの復旧である。高速プロビジョニングは、6時間のデータコピーを補償しない。現在のバックアップは、互換性のあるマシンに電源が入っていなければ役に立たない。スペアマシンは、アクセスキーが障害環境に閉じ込められている場合役に立たない。Servers.com はいくつかの有用なビルディングブロックを提供するが、顧客はエンドツーエンドの経路をアセンブルしてテストしなければならない。
地域性は経済性と主権義務を変える
ロケーションの選択は、レイテンシだけでなく、法律、コスト、運用範囲にも一部関係する。Servers.com は顧客が展開ロケーションを選択できるようにし、地域ページはローカル市場とキャリアエコシステムへのアクセスを提示する。シンガポールのサーバーは東南アジアのユーザーに対してレイテンシを削減できる。サンパウロのサーバーは処理をブラジルの需要に近づけることができる。ニューヨークエリアのサーバーは金融およびエンタープライズネットワークの近くに位置できる。これらの利点は物理的で測定可能である。
経済性はサイトによって異なる。ハードウェア取得コスト、輸入関税、ラック価格、電力、帯域幅、ローカル労働力はすべて変動する。専用サーバーFAQ は、ダラス、アムステルダム、ルクセンブルク、シンガポールの一部の1 Gbps プランで異なる含まれるトラフィック許容量をリストすることでこの変動を示している。数字はプラン固有であり、注文時に確認されるべきだが、根底にあるポイントは耐久性がある。グローバルブランドのサーバーは、グローバルに均一なコストベースから生産されていない。
在庫ポリシーも経済的選択である。深いローカル在庫はプロビジョニングと修理のパフォーマンスを向上させるが、資本とラックスペースを拘束する。集中在庫はより安価だが、輸送時間を増加させる。標準化されたスケーラブルベアメタルフレーバーはプールを容易にする。カスタムエンタープライズ構成はより良いワークロード適合を提供する可能性があるが、交換がより困難である。顧客は、トレードオフが項目化されていなくても、価格、コミットメント、構成制限、または復旧リスクを通じてこれらの選択に対して支払う。
データ主権も同様の精度を必要とする。ある国への物理的配置は居住要件をサポートできるが、それ自体では、どの法人がアカウントデータを処理するか、サポート要員がどこにいるか、バックアップがどこを移動するか、どの管轄区域が契約を管理するかを答えない。Servers.com の法的ページは別々の地域企業を明示的に説明し、一部の地域ロケーションページはビジネス関係が米国または欧州の法人とである可能性があると述べている。規制対象のワークロードを持つ顧客は、物理的データフローと契約上の役割の両方をマッピングする必要がある。
サイト間機能は地域性を複雑にする可能性がある。グローバルプライベートネットワークはレプリケーションと管理に有用であるが、顧客はデータが国境を越えることが許可されているかどうか、コピーがどこに保持されるかを決定しなければならない。帯域外ツールとサポートアクセスも、サーバーの国の外の要員を関与させる可能性がある。これらのいずれも必ずしも地域要件に違反するわけではない。「サーバーが国内にある」ことは、より大きな管理設計の1つの線にすぎないことを意味する。
施設所有権は別の主権境界である。DCD のマイアミレポートは、Servers.com がコロケーション施設を使用し、特定の施設は未公開であると述べている。Servers.com 自身のロケーション定義は、ホールセールスペースを会社がレンタルし、装備できると述べている。規制対象の顧客は、公開販売ページが単に Servers.com のロケーションコードを提示するだけでも、基礎となる施設のアイデンティティ、監査範囲、下請業者リスト、アクセス制御を必要とする場合がある。
最良の地域性決定は4つの記録を結合する。契約法人を指定する注文、物理的施設とロケーションコードを指定するサイト記録、すべての保存および送信コピーを指定するデータフロー設計、および誰がどこからシステムにアクセスできるかを指定するサポート契約である。その組み合わせがなければ、低遅延のローカル展開でも、海外に隠れた法的または運用上の依存関係を運ぶ可能性がある。
レジリエンステストは正確なサイトでの一貫性である
Servers.com は、深刻な国際的インフラオペレーターの目に見えるコンポーネントを持っている。認識された自律システム、多くの相互接続ポイント、広範なコロケーションフットプリント、相当な設置デバイス数、自動プロビジョニング、帯域外管理、24時間サポートである。公開ドキュメンテーションは、冗長性低減ロケーション、ハードウェアリードタイム、最善努力サポートの限界について、多くのマーケティングページよりも率直である。これらは、購入者がより良い質問をできるようにするため、強みである。
未解決の問題は一貫性である。公開情報は、各ロケーションに互換性のあるドライブまたはサーバーが何台保持されているか、ローカル技術者が継続的に常駐しているか、どの施設会社が各サイトを管理しているか、時間外のアクセスにどれくらい時間がかかるか、経路がどのように重複しているか、障害中にどれだけの容量が残っているか、または完全な復旧がどのくらいの頻度でテストされているかを示していない。世界地図とグローバル ASN は到達性を確立する。同等の修理および復旧パフォーマンスを確立するものではない。
重要なワークロードを配置する前に、顧客はサイト固有の運用プロファイルを要求すべきである。正確なロケーションコードと施設、正常および劣化時の電源設計、パブリックおよびプライベートネットワークトポロジ、冗長性低減ステータス、利用可能なサーバー構成、ローカルスペアポリシー、リモートハンドプロバイダー、アクセス目標、ハードウェア交換目標、メンテナンス通知プロセス、エスカレーション経路を特定すべきである。「最大40 Gbps」などの主張は、サーバーインターフェース速度、契約コミット、バーストポリシー、集約コンテンション、経路障害中の期待スループットに分離されるべきである。
顧客はその後、回答に基づいて設計すべきである。長い中断を許容できるサービスは、1台のサーバーを使用し、バックアップから復元することが妥当である。レイテンシに敏感な収益システムは、独立して障害が発生する2つのロケーションにアクティブ容量を必要とする場合がある。データ集約型プラットフォームは、ユーザーの近くにウォームレプリカを保持し、プロバイダーの外にコールドコピーを保持する場合がある。規制対象のワークロードは、同じ国内の2番目のサイトを必要とする場合があるが、別の施設と国境を越えたサポートの法的レビューが必要である。
テストが最終的な証明である。非緊急のハードウェアチケットを開き、診断とエスカレーションの質を測定する。選択したセカンダリサイトで意図した復旧構成をプロビジョニングする。代表的なデータセットを復元する。1つのネットワーク経路を引き出す。監視が完全な停止ではなく劣化した冗長性を検出することを確認する。ステータスページ、チケットチャネル、アカウントチームが一貫したストーリーを伝えているかどうかを確認する。重要なプラットフォーム変更後に繰り返す。
故障したシンガポールのドライブは意図的に日常的である。異常な災害は計画を引き付ける。日常的なコンポーネント障害は、オペレーティングシステムが実際に機能するかどうかを明らかにする。交換品がサイトにあり、資産記録が正確で、リモートハンドが迅速に対応し、再構築中にアプリケーションが保護されたままである場合、グローバルな約束には実体がある。スペアが国境を越えなければならず、技術者の権限が不明であるか、データの唯一の使用可能なコピーが故障したシャーシにある場合、マップはほとんど慰めを提供しない。
したがって、Servers.com のレジリエンス提案は、グローバルスケールでのローカルな一貫性である。プラットフォームは遠隔のインフラを購入および運用しやすくできるが、ラック、部品、電力、冷却、人的アクセスの物理を廃止することはできない。決定的なデューデリジェンスの質問は、「ロケーションはいくつありますか？」ではない。「この正確なロケーションで、この正確な障害の後、誰がどのスペア容量で、どの独立した経路を介して、どのように証明されたかで、私たちのサービスを復旧するのか？」である。