要約
- HanDS Hanse データセンター Services は、汎用的なクラウド代替としてではなく、ハンブルクのコロケーションおよびサポートオペレーターとして捉えるべきである。その公開記録は、ハウジング、ラックスペース、冗長化電源、冷却、接続性、リモートハンド、マネージドサービス、および直接のローカルサポートにおいて最も強力である。
- 決定的な運用テストは、アクセス訪問、サーバー移設、クロスコネクト、電源作業、または保守依頼が、顧客機器、施設状態、サポート証拠、およびアップストリームネットワーク依存を照合する信頼できる「承認された記録」となるかどうかである。
- 公開証拠は、顧客名、価格、使用率、インシデント履歴、サービスレベルパフォーマンス、または導入間隔を開示していない。したがって、公正な結論は条件付きである。HanDS は、ハンブルク局所的な物理制御を必要とする購入者にとって運用労力を削減できるが、それは変更前に責任境界が文書化されている場合に限る。
ハンブルクの記録そのものが製品である
コロケーションは通常、部屋、ラック、耐障害性といった言葉で販売される。顧客は、冗長化電源、冷却、キャリアアクセス、入退室管理、サーバーに注意が必要なときに支援できるエンジニアについて話を聞く。そうしたことは重要である。しかし、所有するハードウェアをハンブルクの施設に移設する購入者にとって、本当の製品は部屋ではない。それは、部屋の中に何があるのか、誰が触れることができるのか、どのように電力供給されているのか、どのように接続されているのか、サポートチームが何をしたのか、そして残る問題のどの部分が依然として顧客に属するのかを証明する記録である。
それが、HanDS Hanse データセンター Services を読み解く正しい方法である。HanDS の公開ウェブサイトは、顧客ハードウェア向けのプレミアムハウジングおよびコロケーション、データセンターサービス基盤、移設支援、マネージドファイアウォール、スイッチング、ルーティング、ロードバランシング、サーバーサービス、パートナーサービス、リモートハンド、およびサポートを提供するハンブルクの企業を提示している。サービスページには、顧客はハンブルクのデータセンターに、単一の高さユニットから複数のラック列までサーバーを設置でき、冗長化された A 給電と B 給電、冷却、100 Mbit のシンプルな回線から冗長化 10 Gbit リンクまでの接続、および HanDS の専門家によるリモートハンド保守が利用できると記載されている。サポートページには、顧客は HanDS に 24 時間いつでも連絡でき、資格を持つ従業員から直接サポートを受けられ、データセンターへの 24 時間 365 日のアクセスが保証され、異常がないか常時監視が行われているとある。
これはコンパクトな公開サービスの記録である。しかし、それだけでは運用品質を証明するには不十分である。同サイトは、顧客のキャビネット一覧、負荷履歴、クロスコネクト注文、アクセスログ、インシデントの事後分析、チケットキュー、リモートハンドのクローズアウト、保守通知、またはキャリアのトラブルチケットを表示していない。価格、導入間隔、顧客参照、稼働履歴、使用率、故障率、サービスレベル保証クレジットも公開していない。こうしたギャップは、地域コロケーションオペレーターにとって珍しくはないが、編集上のテストを定義する。HanDS は、幅広い施設の文言ではなく、承認されたハンブルクコロケーション記録によって評価されるべきである。
承認された記録とは実用的なオブジェクトである。それは、特定の顧客が特定のラック位置、電力割り当て、デバイス、ケーブル、キャリア、またはアップストリーム依存、アクセス認可、監視状態、サポートチケットを持つことを示す。変更が発生したという証拠を記録する。施設状態と顧客所有のハードウェア状態を区別する。ルーターがダウンしているとき、電力供給が疑われるとき、ベンダーが受付で待っているとき、クロスコネクトが点灯しないとき、ファイアウォールルールが原因と疑われるとき、あるいは二次的な問題を発生させずにサーバーを移設しなければならないときに、購入者が求めるものそのものである。
HanDS にとって、公開主張は、この記録が局所的で、物理的で、サポート集約的である場合に最も強力である。同社は、ハイパースケールクラウドリージョンになることを約束していない。グローバルなセルフサービスコンピューティングプラットフォームを提示しているわけでもない。事実上、ハンブルクの顧客は、専門的に運営される環境にハードウェアを設置し、地域の人材、管理されたアクセス、冗長化されたサポートシステム、およびオプションのマネージドサービスに依存できる、と言っているのである。これは、ドイツの中小企業、ホスティング事業者、システムインテグレーター、地域の IT チーム、および自社ハードウェアの直接制御を依然として必要とするインフラ購入者にとって価値がある。
同様の点から限界も生じる。顧客がコロケーションによって自身の運用規律が不要になることを期待するならば、HanDS はその期待を解決できない。施設は機器を収容し、接続を提供し、アクセスを提供し、監視し、合意された物理的または管理されたタスクを実行できる。顧客は依然として、アーキテクチャ、アプリケーションの動作、データ分類、デバイス構成、ベンダーサポート、バックアップ、スペアパーツ、ルーティングポリシー、変更を受け入れるか拒否するかの決定を所有する。ハンブルクの記録は、それが何を記録するかを両当事者が合意している場合にのみ有用である。
施設の主張にはキャビネットレベルの承認が必要である
HanDS の公開コロケーションページは、いくつかの具体的な施設主張を行っている。冗長電源ユニット、冗長バッテリ概念、および障害時に少なくとも 48 時間の無停止運用を維持できる予熱ディーゼル発電機について説明している。自動警報機能付きの VESDA 早期煙感知装置と、人の存在下でも安全とされる窒素消火システムを挙げている。多段階の機械的および電子的アクセス制御、自動ビデオ監視、各キャビネット用の顧客固有のロック機構も挙げている。さらに、遠隔計測・制御可能な電源タップを追加機能として挙げている。
これらの詳細は、単なる安全性の一般的な約束よりも具体的であるため重要である。購入者にデューデリジェンスの経路を与える。電力には継続性の物語がある。防火には検知と抑制の物語がある。アクセスには多層制御の物語がある。キャビネットには顧客固有のロックがある。配電は遠隔から計測・制御可能である。サービスページには、環境が Tier 3 基準を超えているとも記載されているが、この広範な位置づけの表現は注意して扱う必要がある。公開のマーケティング文言は、契約、監査、認証報告書、または施設固有の設計レビューの代わりにはならないからである。
キャビネットレベルの問題は、スローガンよりも重要である。顧客は、抽象的な「冗長電力」を購入するのではない。一定数のコンセント、給電、ラックユニット、電力制限、および手順を購入するのである。顧客は、どの PDU がどのデバイスに給電するか、どの給電が A でどの給電が B か、保守中にどの給電が中断されうるか、どの部分が計測されるか、どの部分が遠隔制御可能か、どの警報が HanDS、顧客、または両方に見えるかを把握しなければならない。サーバーが単一電源のみを持つ場合、完全に冗長化された施設でもそのサーバーを二重給電にすることはできない。顧客が両方の電源を同じ側に接続する場合、その設計は顧客の配線ミスからワークロードを救えない。
公開証拠は真剣な施設姿勢を裏付けるが、証拠の「最終区間」は提供しない。発電機保守ログ、UPS テスト記録、キャビネット電力密度制限、部屋ごとの冷却能力、防火システム証明書、保守時間枠の履歴、またはラックごとの観測負荷を公開していない。だからこそ、承認された記録は展開ごとに構築されるべきである。顧客は、自身のインベントリを HanDS のキャビネットおよび電力情報と照合し、各変更後に物理状態が整合し続けていることを証明できなければならない。
冷却についても同様である。HanDS は、サーモサイフォン技術、コールドアイル概念、および二重床冷却を挙げている。これらは、特にオフィスの部屋や間に合わせのクローゼットから機器を移設する顧客にとって、意味のあるエンジニアリング概念である。しかし、冷却はワークロードにとって、局所的な気流、吸気温度、ブランキングの規律、負荷分散、封じ込め、警報、および保守として経験される。公開ページは、施設が強力な冷却設計を持っていると言える。それが、特定の顧客キャビネットが正しく負荷分散され、古いサーバーが誤った経路に排気しておらず、顧客の発送品が部屋の気流前提を損なわない方法で設置されることを証明することはできない。
ここで、信頼性と能力が分離する。能力とは、HanDS が表明する電力、防火、アクセス、冷却、ラック、ネットワーク環境である。信頼性とは、機器が変更される中で、ある顧客にとってそれらの事実を真に保ち続ける反復能力である。新しいサーバーが到着する。顧客が移設を依頼する。PDU が交換される。ファイアウォールが挿入される。ケーブルが追跡される。請負業者が訪問する。回線が移行される。各アクションが適切にクローズされない場合、記録を劣化させる可能性がある。したがって、施設品質はエンジニアリング属性であるだけでなく、文書化と監督の属性でもある。
オフィスサーバールームと HanDS を比較する購入者にとって、これがコロケーションが理にかなう主な理由である。オフィスサーバールームは、スペースが既に存在するため安価に見えるかもしれないが、電力、冷却、防火、物理アクセス、キャリア多様性、警報対応、スタッフの注意散漫にリスクを隠していることが多い。専門的なコロケーション環境はこれらのリスクを低減できる。しかし、その低減は、キャビネットレベルの記録が、調達時だけでなく変更時間枠の間にも購入者がそれを信頼できるほど具体的である場合にのみ実現する。
アクセスの真実がローカルサポートが有用かどうかを決定する
HanDS のサイトは、個人対応のサポート、地域的な近接性、透明性、緊密な協力、および直接的なコミュニケーションを強調している。サポートページには、顧客は匿名のサービスホットラインに回されることなく、HanDS がデータセンターへの 24 時間 365 日のアクセスを保証すると記載されている。サービスページには、アクセス制御が多段階であり、機械的・電子的制御、ビデオ監視、顧客固有のキャビネットロックを組み合わせていると記載されている。これらの記述を総合すると、明確な商業的アイデアが形成される。すなわち、顧客は管理されたアクセスと、物理インフラストラクチャに手を触れねばならない時に支援できるローカルパートナーの両方を得る、ということである。
難しい部分はアクセスの真実である。アクセスの真実とは、施設の記録、サポートチケット、物理的な訪問のすべてが一致することを意味する。敷地内に入る人物は承認され、正しいキャビネットであり、デバイスは要求した顧客に属し、タスクは承認された範囲内であり、アクションは記録され、クローズアウトは後の監査やインシデントレビューに十分な可視性を持つ。この真実がなければ、アクセスはボトルネックかリスクのいずれかになる。
これは、中規模市場のインフラチームにとって最も重要である。大規模なプラットフォーム企業は、データセンターアクセス、変更時間枠、資産照合のための精巧な内部ツールを運用するかもしれない。小規模なドイツ企業やシステムインテグレーターは、プロバイダーとのより緊密な関係に頼るかもしれない。それは強みになりうる。特に、顧客が既知の担当者、現地の言語、グローバルなチケット階層を辿ることなく施設に連絡できることを重視する地域市場では、直接的なサポート関係は引き継ぎの摩擦を減らせる。しかし、プロセスが明示的でなければ非公式なものになりかねない。
承認された記録は、非公式性があいまいさに変わるのを防ぐべきである。顧客が HanDS にベンダーのアクセスを依頼する場合、ベンダーの身元、時間枠、キャビネットの範囲、許可される行動が明示されるべきである。通常は許可されている従業員が顧客組織を去った場合、アクセスリストは変更されるべきである。サポート要求が緊急の場合、緊急プロセスは誰が承認したかを依然として記録すべきである。リモートハンド技術者がサーバーの点検を依頼された場合、チケットには、目視点検が許可されているのか、ケーブルに触れてよいのか、電源再投入、コンポーネントの再装着、ドライブの取り付け、機器の撤去が許可されているのか、あるいは停止して連絡すべきなのかを明記すべきである。アクセスが有用であるのは、境界が見える場合のみである。
物理セキュリティの主張は、単一の「はい/いいえ」特性として評価できない。HanDS の公開ページは、同社が管理された施設環境を提示していると述べるのに十分な証拠を提供する。アクセスログの保持期間、訪問者承認プロセス、エスコートルール、緊急例外処理、監査頻度、顧客報告形式は開示していない。慎重な購入者は、24 時間 365 日のアクセスを運用的なコントロールとして頼る前に、これらの詳細を尋ねるべきである。問題は、HanDS が鍵を持っているかどうかではない。すべての許可された物理的行動を承認された作業記録に紐づけられるかどうかである。
アクセスはまた、労力への影響を定義する。コロケーションは、移動や現地施設作業を回避する方法としてよく販売される。それは一面では真実だが、部分的にしか正しくない。顧客の労力は、ラックの前に立つことから、明確な依頼を書き、図面を最新に保ち、権限を持つ人物を指名し、スペアパーツプロセスを維持し、クローズアウト証拠を確認し、誰かが依然としてサイトを訪問しなければならないかどうかを判断することへと移る。HanDS の直接サポートモデルは、その労力の摩擦を減らせるが、その必要性を取り除くことはできない。
商業的価値は、ローカルサポートが顧客責任を置き換えることなく、低価値の移動を代替する場合に最も高まる。ハンブルクの顧客は、計画された訪問には十分近く、小さな物理的タスクが頻繁な出張を必要としないほど十分にサポートされているために HanDS を利用するかもしれない。遠隔地の購入者は、ハンブルクに施設スタッフを雇うことなく、ドイツの地域性、ローカルサポート、管理されたアクセスを望むために HanDS を利用するかもしれない。どちらの場合も、アクセス記録は明確でなければならない。誰が何を触ったかを顧客が証明できない場合、ローカルサポートは運用上の不確実性の別の原因になる。
電力とネットワーク状態は統合されてはならない
HanDS の公開サービス面は、ほとんどのコロケーション提案がそうであるように、電力とネットワークを 1 つのページにまとめている。冗長化された A 給電と B 給電による信頼性のある無停電電源を宣伝している。単純な 100 Mbit 回線から冗長化 10 Gbit リンクまでの接続を説明している。1&1 Versatel および Telefonica 経由で、建物の内外で別々の引き込みと別々の経路を通じた冗長接続を挙げ、追加のキャリア接続も可能であるとしている。公開ネットワークレジストリはさらに別の層を加える。HanDS は AS201709 として現れ、RIPE NCC レコード、IPv4 および IPv6 リソース、PeeringDB ネットワークレコード、公開経路およびピアリングデータ、ハンブルクや他のドイツの交換ポイントにおける DE-CIX プレゼンスを持つ。
このネットワーク証拠は有用だが、「施設が接続されている」という単純な主張に折りたたむべきではない。公式サービスページは接続オプションとキャリアを挙げている。公開 BGP レコードは、AS201709 がアクティブなネットワークであり、BGP.Tools、Hurricane Electric、PeeringDB などのツールを通じて上流プロバイダーやピアが可視化されることを示している。PeeringDB は、HanDS を地域ネットワークサービスプロバイダータイプのネットワークとしてリストし、AS-HANDS ルートセットを記載している。BGP.Tools は、1&1 Versatel、Inter.link、Netzwerge を含む上流プロバイダーを記録し、AS201709 の公開レコードは、交換ポイントやルートサーバーの関係を示している。DE-CIX ハンブルクの公開リストや BGP 交換ページは、HanDS が DE-CIX ハンブルクに存在することを示している。
これらの事実は、実際に稼働しているネットワーク面を裏付ける。しかし、特定の顧客にとっての正確な経路、遅延、冗長性、障害分離を証明するものではない。顧客のサービスは、HanDS 自身のネットワーク、上流キャリア、顧客が手配したクロスコネクト、トランジット契約、ピアリングセッション、管理されたルーター、ファイアウォールポリシー、クラウドオンプランプ、またはこれらの組み合わせに依存する可能性がある。BGP テーブルは、プレフィックスとピアが公開ルーティングに存在することを証明できるが、顧客のサーバーが正しい VLAN 上にあること、ファイアウォールポリシーが正しいこと、意図した経路が優先されること、またはキャリア修理チケットが迅速にクローズされることを証明することはできない。
したがって、承認された記録は、電力状態をネットワーク状態から分離しなければならない。デバイスがオフラインのとき、最初の質問は「データセンターがダウンしているのか」ではないかもしれない。それは、電源故障、過負荷の PDU、顧客の OS 問題、リンクダウンポート、スイッチ障害、誤ったパッチ接続、キャリア問題、BGP 変更、ファイアウォールルール、経路漏洩、保守時間枠、またはアプリケーション障害である可能性がある。電力とネットワークの証拠は、サポートがあてずっぽうなく障害を絞り込めるように、十分に分離して記録されるべきである。
クロスコネクトやネットワーク変更の場合、記録には、施設、キャビネット、パッチ経路、メディアタイプ、ポート、遠端の相手、承認状態、要求されたサービス、該当する場合は回線識別子、およびクローズアウト証拠が含まれるべきである。マネージドルーティングまたはスイッチングサービスの場合、デバイスと構成の責任境界が含まれるべきである。HanDS がルーターハードウェアとルーティングサービスを管理する場合、プロバイダーが運用チェーンのより多くを所有する可能性がある。顧客がルーターを所有し、ハウジングと電力のみを購入する場合、HanDS の役割はより狭まる。公開サービスページには、HanDS が要望に応じてマネージドルーティングとマネージドスイッチングを提供できると記載されている。これは、すべてのコロケーション顧客が自動的にこれらの管理層を受け取ることを意味するわけではない。
この区別はクラウドサービス依存にとって中心的なものである。顧客は、ハンブルクのコロケーション、全国規模のデータセンター、パブリッククラウドへの移行、マネージドホスティングプロバイダー、または自社施設の間で決定する可能性がある。コロケーションは、ハードウェアとネットワークハンドオフの直接制御を与えるが、顧客を物理サポートとネットワークエンジニアリングの規律にさらし続ける。クラウドはハードウェア負担の多くを取り除くが、クラウドリージョン依存、下り（エグレス）の経済性、サービス結合、および一部の物理ネットワーク経路に対する制御低下をもたらす。HanDS の価値は、あらゆるシナリオでクラウドに勝ることではない。それは、完全な抽象化よりも制御が重要である場合に、局所的な物理的およびネットワークの制御点を提供できることである。
データの地域性についても同様である。ハンブルクの施設は、機器とサポートをドイツ国内に留め、地元のスタッフがアクセス可能で、ドイツおよび欧州のネットワークに接続することを望むドイツの購入者にとって魅力的でありうる。それは完全なコンプライアンス保証と同じではない。データ主権と地域性は、契約、運用プロセス、バックアップ、リモート管理、サポートアクセス、クラウド統合、レプリケーション、暗号化、法的義務に依存する。HanDS は、ハンブルクで管理されるインフラポイントを提供することで、地域性戦略の一部となりうる。顧客はそれを取り巻くデータ処理を依然として設計しなければならない。
リモートハンドは証拠であり、魔法ではない
HanDS のサービスページには、標準コロケーションサービス概要の一部としてリモートハンドが含まれている。HanDS の専門家による顧客ハードウェアのケアと保守である。サポートページには、HanDS には 24 時間いつでも連絡可能で、資格のある従業員から直接サポートを受けられるとある。マネージドサーバーの説明には、HanDS がハードウェアセットアップ、OS インストール、スムーズなサーバー運用、ハードウェア問題処理を支援できるとある。これらの公開声明は、特にエンジニアをラックのそばに常駐させられない顧客にとって、有用なサポート提案を形成している。
それでも、リモートハンドは魔法ではなく証拠サービスとして理解されるべきである。良いリモートハンドアクションは、正確な顧客指示を物理的アクションに変換し、顧客が状態を受け入れられるだけの十分な証拠を返す。悪いリモートハンドアクションは、漠然とした依頼を即席の変更に変える。違いは技術者のスキルだけではない。タスク設計である。
適切な依頼は、サイト、キャビネット、デバイス、該当するならシリアル番号、ポート、ケーブル、電源供給、意図するアクション、リスク限界、ロールバック指示、および要求される証拠を特定する。それは、技術者が見るだけなのか、ケーブルに触れていいのか、デバイスの電源再投入をしていいのか、コンポーネントを再装着していいのか、ドライブを取り付けていいのか、機器を撤去していいのか、あるいは停止して連絡すべきなのかを述べる。また、してはいけないことも述べる。顧客の記録が間違っている場合、技術者は推測するのではなく不一致を報告できるべきである。
HanDS の公開資料は、局所的で実用的なリモートハンド姿勢に対応している。サポートページの 24 時間可用性の文言以上の応答時間コミットメント、課金単位、詳細なタスクカタログ、クローズアウトテンプレート、エスカレーションルール、技術者認証、エラー率履歴、顧客満足度などは開示していない。購入者は「リモートハンド」を均一な商品として扱うべきではない。目視点検、ケーブル追跡、制御された再起動、ハードウェア交換の間には大きな違いがありうる。一部のタスクは低リスクだが、他のタスクは誤ったデバイスに触れると停止を引き起こす可能性がある。
顧客の責任境界が核心的な問題である。HanDS は、機器を収容し、アクセスを提供し、物理的タスクをサポートし、購入された場合はファイアウォール、スイッチング、ルーティング、ロードバランシング、またはサーバーサービスの一部を管理できる。しかし、すべてのアプリケーション依存関係、OS 問題、ベンダー保証、ルートポリシー、ファイアウォールルール、バックアップジョブ、事業継続設計を所有していると想定することはできない。顧客が HanDS にサーバーの電源再投入を依頼する場合、マネージドサービス契約が別途定めない限り、稼働中のワークロードに対してそれを行う結果は依然として顧客が所有する。リモートハンド技術者が消灯したポートを見た場合、施設は物理的な症状を報告またはトラブルシューティングできるが、スイッチ設定、BGP セッション、VLAN、ファイアウォール、またはキャリアエスカレーションは依然として顧客が所有する可能性がある。
この境界は商業的にポジティブでありうる。それにより、顧客は必要なサービスレベルを購入できる。技術的に成熟したホスティング事業者は、ラックスペース、電力、キャリアアクセス、遠隔物理サポート、そしてほとんど他は求めないかもしれない。スタッフが限られた中小企業は、マネージドファイアウォール、スイッチング、ルーティング、ロードバランシング、およびサーバー支援を必要とするかもしれない。システムインテグレーターは、HanDS に施設側の実行を任せつつ、自らはクライアントアーキテクチャを所有したいかもしれない。サービスミックスが記録されるのではなく想定される場合にリスクが生じる。
反復的なタスク行動がテストである。プロバイダーは単純な再起動を 1 回処理できる。より難しい問題は、状態を見失うことなく、多くの移行、ハードウェア交換、ケーブル変更、アクセス訪問、アラート、緊急依頼を処理できるかどうかである。直接の連絡と個人サポートに重点を置く HanDS の公開ポジショニングは、関係性重視の運用に構築されたモデルを示唆する。それがコミュニケーションを短く正確に保つならば価値がある。しかし、変更が記録ではなく記憶の中に生きるならば弱点となる。承認されたハンブルクの記録は、関係性を完全に依存することなく、それを捉えるべきである。
マネージドサービスは境界を拡大するが、それは合意によるものに限る
HanDS は、単なるラックの貸主としてだけではない。サービスページには、マネージドファイアウォール、マネージドスイッチング、マネージドルーティング、ロードバランシング、マネージドサーバーサービスがリストされている。ファイアウォールサービスは、システムを不正アクセスから保護し、顧客のニーズに合わせて設定を適応、長期管理、ポリシー変更、設定変更、24 時間 365 日の監視と警告を含むと説明している。マネージドスイッチングは、ますます複雑化するネットワーク環境に対処するとされている。マネージドルーティングは、ベンダーに依存しない専門知識による顧客ルーターハードウェアの設定と管理を含みうる。マネージドロードバランシングは、インフラ全体にアクセスを分散でき、マネージドサーバーサービスは、OS インストール、運用、ハードウェア問題解決を支援できるとされている。
これは、運用境界を変えるため重要である。純粋なコロケーションは、サービスのロジックのほとんどを顧客に残す。マネージドサービスは、特定の運用責任を HanDS へと移せる。しかし、その移動は契約上、明示的でなければならない。「HanDS がファイアウォールを管理する」は、「HanDS がファイアウォールを収容する」とは意味が異なる。「HanDS がハードウェアを監視する」は、「顧客がアプリケーションを監視し、施設のアラートを受け取る」とは異なる。「HanDS がルーターハードウェアをセットアップする」は、「HanDS が顧客のルーティングポリシーを永久に所有する」とは異なる。
公開ページはメニューを提供するのであって、普遍的な状態ではない。それは HanDS が提供できると言っているものを示す。特定の顧客がどのサービスを購入したか、サービスレベル合意が何を述べているか、どのような変更承認が必要か、設定バックアップがどのように処理されるか、誰がポリシー変更を承認できるか、どのログが保持されるか、管理されたサービスが規制対象ワークロードに触れる場合に何が起こるかを証明しない。だからこそ、承認された記録は、物理的範囲だけでなくサービスの範囲も含めなければならない。
運用パターンは範囲に応じて異なって見えるべきである。顧客がファイアウォールを所有し、HanDS がハウジングのみを提供する場合、セキュリティインシデントは施設のアクセスや電力の問題がない限り、ほとんど顧客に属する。HanDS がファイアウォールを管理する場合、変更記録は要求されたポリシー、承認者、実装時刻、ロールバック、監視結果、顧客の受け入れを含むべきである。HanDS がルーティングを管理する場合、記録は物理ハンドオフと BGP ポリシー、ルートフィルター、プレフィックス、上流選択、フェイルオーバー挙動を区別すべきである。HanDS がサーバーを管理する場合、記録はハードウェア交換を OS 状態、アプリケーション所有権、バックアップ責任から分離すべきである。
ここでローカルサポートの労力が実質的な経済的変数になる。小規模企業は、すべてを単独で実行するのに十分なネットワークとシステムの専門知識を持っていないかもしれない。マネージドサービスは、不安定な緊急事態を、ローカル環境を知る人々が処理する標準的な依頼に変えることができる。特にワークロードが安定しており、プロバイダーのプロセスが成熟している場合、完全な内部チームを雇うよりも安価になりうる。しかし、すべての変更に個別の調整が必要な場合、責任が不明確な場合、または顧客がアプリケーション層を十分に文書化していない場合、高価またはリスクにもなりうる。
HanDS の個人的サポートの文言は、マネージドサービスのストーリーに合致する。直接の連絡、透明性、緊密な協力は、プロバイダーが顧客のワークロードに近いインフラを扱う場合に価値がある。しかし、プロバイダーが設定やアプリケーション依存関係に近づくほど、書面による受け入れがますます重要になる。友好的なコミュニケーションは変更ログの代わりにならない。知っているエンジニアは承認証拠の代わりにならない。ある問題を解決するマネージドファイアウォールルールは、なぜそれが変わったのか後で誰も再構築できない場合、別の問題を生む可能性がある。
したがって、商業的な比較は単純に HanDS 対クラウドではない。クラウドプロバイダーは、管理されたプリミティブ、セルフサービスコントロールプレーン、大規模なエコシステムを提供するが、顧客はしばしば複雑性、エグレス、ロックイン、抽象化で代償を払う。HanDS は、地域性、物理的制御、直接サポート、オプションの管理層を提供できる。購入者がハンブルクの存在感と調整された運用を重視する場合、それは魅力的でありうる。購入者が何よりも弾力的なグローバルスケール、管理されたプラットフォームサービス、または自動プロビジョニングを必要とする場合、それは弱い。顧客は流行ではなく、運用モデルに基づいて選択すべきである。
ネットワーク証拠は本物だが、顧客証拠はより薄い
HanDS の公開ネットワークの足跡は、公開顧客の足跡よりも広い。AS201709 は、PeeringDB、RIPE NCC 関連の公開データ、BGP.Tools、Hurricane Electric、その他のルーティングデータベースにわたって出現する。PeeringDB は、ネットワークを HanDS Hanse データセンター Services（別名 HanDS）とリストし、AS201709、AS-HANDS、地域地理的範囲、バランスの取れたトラフィック比率、1 から 5 Gbps の範囲のトラフィックレベルを記載している。BGP.Tools は、公開プレフィックス、上流プロバイダー、ピアを持つアクティブネットワークを報告している。Hurricane Electric は、原産国をドイツとし、広報された IPv4 および IPv6 プレフィックス、観測されたピア、インターネット交換レコードを示している。公開交換ページは、HanDS が DE-CIX ハンブルクに存在することを示している。
これは有用な証拠である。なぜなら、HanDS が単なるサーバールーム周りのパンフレットではないことを示しているからである。同社は自律システム、公開アドレス空間、相互接続関係を運用しているか、それらに公開的に関連付けられている。公式サービスページの接続性に関する文言は、正確な現在の上流およびピアリングの状況がソースやタイムスタンプによって異なる可能性があるものの、外部ネットワーク記録によって裏付けられている。インフラ購入者にとって、これは、ネットワークの可視的足跡がないプロバイダーとは実質的に異なる。
顧客証拠ははるかに薄い。公開調査パスでは、名前付きの HanDS 顧客、公開ケーススタディ、公開インシデントレポート、公開価格シート、顧客離脱率、顧客満足度データ、平均導入時間、リモートハンドパフォーマンス、使用率、HanDS の施設運営に固有の独立監査は捕捉されなかった。この不在を弱点の証拠として扱うべきではない。多くの地域インフラプロバイダーは、これらの詳細を公開していない。しかし、それは本記事が市場シェア、顧客品質、運用上の優位性、またはインシデントフリーのパフォーマンスを主張できないことを意味する。
代わりに、市場のシグナルはハンブルクそのものから来る。公開の文脈情報源は、ヴェンデン通りとその周辺のハンブルクデータセンタークラスターを、ネットワーク密集地域として示している。n@work は、そのヴェンデン通りデータセンターを、ハンブルクにおける DE-CIX の主要拠点と説明し、国内外のキャリア接続、冗長化された光ファイバー、生体認証アクセス、リモートハンド、他のハンブルク施設への接続を強調している。データセンター Map や他のデータセンターディレクトリは、ヴェンデン通りやヴェンデン通り 408 周辺の近隣施設と相互接続の可能性を示している。DE-CIX および BGP 交換レコードは、ハンブルクで多くのネットワークが活動していることを示している。
HanDS は、近隣施設のすべての能力について評価されるべきではない。それは、n@work、GlobalConnect、IPHH、Portus、euNetworks、DE-CIX、Lumen、NTT、その他のハンブルクのインフラ関係者との境界を曖昧にするだろう。公正な推論はより狭い。HanDS は、地域のコロケーションと相互接続が意味を持つハンブルクの環境で事業を展開し、それを公に特定している。同社自身の公開ページは、企業とサービス提案をハンブルクに置いている。公開ネットワーク記録は、AS201709 をドイツおよびハンブルクの交換コンテキストに結びつけている。周囲の市場コンテキストは、ハンブルクのコロケーションオペレーターがなぜ重要になりうるかを説明している。
そのコンテキストは競合も生み出す。ハンブルクの購入者は、他の地域データセンター、キャリア施設、国内のドイツ施設、パブリッククラウドリージョン、マネージドホスティングプロバイダー、オフィスサーバールーム、顧客所有サイト、ハイブリッド設計を検討できる。HanDS が勝つのは、その地域サポート、施設サービス、ネットワーク状態、マネージドサービスオプション、顧客関係の組み合わせが、特定のワークロードに対してリスクと労力を十分に削減する場合のみである。ネットワークが密集した地域市場の存在は、自動的な利点ではない。それは競争可能な運営分野である。
中小企業にとって、最も関連する比較はオフィスサーバールームかもしれない。HanDS は、電力、冷却、アクセス、防火、リモートサポート、キャリア接続の面でリスクを削減できると合理的に考えられる。ホスティング事業者やシステムインテグレーターにとって、関連する比較は他のハンブルクのコロケーションや相互接続サイトかもしれない。その場合、決定的な要素は導入規律、キャリア選択、チケット品質、リモートハンドの能力、価格、電力可用性、商業的柔軟性になる。クラウド移行を考えている企業にとっては、比較はより戦略的になる。所有するハードウェアをハンブルクに保持するか、クラウドに移行するか、あるいはワークロードを分割するかである。HanDS が最も強いのは、物理的制御が負担ではなく依然として美点である場合である。
障害モードはありふれたものであり、それが重要である理由だ
HanDS にとって最も重要な障害モードは、ありふれたコロケーション障害である。アクセス制御の誤り、クロスコネクトの遅延、電力インシデント、冷却問題、ハードウェア交換の遅れ、監視の死角、顧客責任の曖昧さ、キャリア障害、保守コミュニケーションの漏れである。これらのいずれも、そうした障害が発生したという主張ではない。それらは、ハンブルクのラック記録を信頼できると見なす前に、顧客がテストすべき実際的なリスクである。
アクセス制御の誤りは、二方向に切りうる。誤った人物が許可されるか、正しい人物が重要な時間枠にブロックされる。どちらも運用上の障害である。管理された施設は、誰が許可されているか、何をしてよいか、アクセスイベントが作業指示にどのように関連するかを把握しなければならない。HanDS が多段階アクセス制御と 24 時間 365 日のアクセスを強調していることは、正確な質問をするための基礎を与える。アクセスリストはどのように維持されるのか、緊急承認はどのように処理されるのか、どのような証拠が顧客に返されるのか、アクセスはどれほど迅速に取り消せるのか。
クロスコネクトやネットワークの遅延障害は、複数当事者で共有されることが多い。顧客の依頼が不完全かもしれない。遠端の相手が承認しないかもしれない。キャリアが期日に間に合わないかもしれない。パッチが間違っているかもしれない。顧客のルーターが誤設定されているかもしれない。HanDS は、施設側の作業、ネットワークサービス、サポートコミュニケーションを調整しなければならないかもしれない。プロバイダーの価値は、すべての遅延が消えることではない。遅延の理由が、次の担当者が行動できるほど迅速に可視化されることである。
電力インシデントは、施設エンジニアリングと顧客設計の両方をテストする。HanDS の公開ページは、冗長化された A 給電と B 給電、冗長電源ユニット、バッテリ概念、発電機について説明している。顧客は依然として、二重給電機器を正しく設計し、負荷を適切に分散し、どの警報を受け取るかを知らなければならない。給電問題中に単一電源デバイスがダウンした場合、施設設計が根本原因でない可能性がある。施設側のイベントが両方の給電に影響する場合、顧客はインシデント証拠と復旧コミュニケーションを必要とする。承認された記録は、両当事者がこれらのケースを区別できるようにすべきである。
冷却問題も同様に曖昧でありうる。施設には冷却能力とコールドアイル概念があるかもしれないが、顧客が気流を乱す方法で機器を設置するかもしれない。サポートプロセスは、問題が不可解なアプリケーションの挙動になる前に、局所的な条件を観測し報告できるべきである。防火および環境システムは、安全性、建物システム、事業継続に関わるため、さらにデリケートである。公開主張は有用だが、顧客は手順と証拠を必要とする。
ハードウェア交換の遅れは、典型的なリモートハンドの境界問題である。顧客は、プロバイダーが何でも迅速に交換できると思い込むかもしれない。プロバイダーは、キャビネットにアクセスできるが、正しいスペアパーツ、ベンダー指示、権限、アプリケーションコンテキストを持っていないかもしれない。HanDS のマネージドサーバーサービスは、ハードウェア問題処理をサポートし、サーバーを直接販売できると述べているが、特定の顧客は依然としてスペアパーツ計画を必要とする。誰がディスクを保持するのか？誰が保証返品を扱うのか？誰が交換を承認するのか？データを保持する媒体はどうなるのか？記録はインシデント前にこれらの質問に答えなければならない。
監視の死角が生じるのは、施設監視とアプリケーション監視が異なるからである。HanDS は、監視システムが顧客ハードウェアを視野に入れ、異常を報告すると述べている。それは有用だが、公開文言はどのサービスティアにどのシグナルが監視されるかを定義していない。施設は電力、温度、リンク状態、デバイス到達可能性を監視できても、アプリケーションレベルの劣化を見られないかもしれない。顧客はアプリケーション症状を見られても、物理的原因を見られないかもしれない。承認された記録は、HanDS が監視するものと顧客が監視するもの、誰が最初に対応するかを整合させるべきである。
顧客責任の曖昧さは、他のすべてを結びつける障害モードである。ファイアウォールルールが間違っている場合、それは HanDS のマネージドファイアウォールの問題か、顧客の変更か？ルーターがセッションを切断する場合、ハードウェア、設定、上流、エスカレーションを誰が所有するか？サーバーが故障した場合、スペア、OS、バックアップ、リストアを誰が所有するか？キャリアがダウンしている場合、誰がチケットを発行し、誰が回線について話すことができるか？答えは常に HanDS でも常に顧客でもない。それはサービスの範囲に依存する。成熟したコロケーション関係は、障害前に答えを可視化する。
保守コミュニケーションの漏れは、停止ほど劇的ではないが、しばしば同じくらいコストがかかる。データセンターは保守を必要とする。ネットワークは保守を必要とする。キャリアは保守を必要とする。顧客は、自社の露出を評価するのに十分なほど具体的な通知を必要とする。一般的なメッセージでは、アプリケーションチームは、自社のシングルホームデバイス、冗長ルーターペア、キャリア回線、PDU、または顧客訪問が影響を受けるかどうかを知ることができないかもしれない。HanDS の直接サポートモデルは、規律ある記録と併用されれば、保守コミュニケーションを容易にするはずである。
単位経済性は回避される監督に依存する
HanDS の経済的ケースは、ラック価格だけではない。それは回避される監督のコストである。顧客がコロケーションに支払うのは、自ら妥当に構築または人員配置できるよりも優れた運用環境を望むからである。顧客は、電力、冷却、アクセス制御、防火システム、キャリア室設計への資本支出を回避できるかもしれない。日常的な物理的タスクのための移動を回避できるかもしれない。専門の施設要員を雇うことを回避できるかもしれない。オフィスでは再現が難しいローカルサポートパートナーとネットワークオプションを得るかもしれない。
これらの利点は、サービスが不確実性を追うために費やされるエンジニアリング時間を削減する場合にのみ現実である。安価なキャビネットは、変更のたびにシニアエンジニアが古くなった図面、あいまいなサポートメモ、不明確なアクセス承認、未解決のキャリアチケットを照合しなければならない場合、高価になる。プレミアムサービスは、停止を防ぎ、物理インシデントを短縮し、移行を予測可能にし、小規模なチームが絶え間ない移動なしにインフラを運用できるようにする場合、経済的になる。
HanDS の公開サービスの組み合わせは、その価値を指し示す。ラックスペースは、単一の高さユニットから複数のラック列まで対応できるため、購入者は一度にすべてを構築する必要がない。電力、冷却、アクセス制御は専門的な施設のベースラインを提供する。単純な回線から冗長化 10 Gbit 接続までの接続は成長経路を与える。リモートハンドは移動を減らせる。移行支援は、古い環境からハードウェアを移設するのに役立つ。マネージドサービスは、ファイアウォール、スイッチング、ルーティング、ロードバランシング、サーバー運用の負担を軽減できる。
コストは依然として残る。顧客は、継続的なコロケーション料金、接続料金、サポートまたはマネージドサービス料金、機器コスト、スペアパーツ、ソフトウェアライセンス、監視、バックアップ、セキュリティレビュー、そして自身の変更管理労力を支払う。パブリッククラウドを代替として使用する場合、ハードウェアや施設タスクを回避できるが、マネージドサービス、エグレス、アーキテクチャの複雑性、プロバイダー依存の代償を払う可能性がある。オフィスの部屋に留まる場合、コロケーションの請求書は回避できるが、電力、冷却、アクセス、スタッフの中断に隠れたリスクを吸収する。自社施設を構築する場合、制御を得るが、資本集約性と専門運用を受け入れる。
ドイツの中小企業にとって、重要な問題は、HanDS が会社を不透明な依存に追い込むことなく、インフラを管理可能なサポート関係に変えるかどうかである。ホスティング事業者にとって、重要な問題は、HanDS のハンブルクでのアクセス、電力、ネットワーク、サポート記録が、事業者自身の顧客への約束を保護するのに十分かどうかである。システムインテグレーターにとっての問題は、HanDS が物理的およびネットワークタスクを予測通りに実行できる一方で、インテグレーターが顧客関係と設計を所有し続けられるかどうかである。クラウド志向の企業にとっての問題は、一部のハードウェアをハンブルクにローカルに保持することが、追加の運用面を正当化するかどうかである。
労力への影響は、しばしば過小評価される。コロケーションは一部の物理的労力を削減するが、コーディネーション労力を増加させる。誰かが依頼を指定しなければならない。誰かがアクセスを承認しなければならない。誰かがインベントリを追跡しなければならない。誰かがリモートハンドの証拠を照合しなければならない。誰かがキャリアまたは上流の障害境界をレビューしなければならない。誰かがアーキテクチャの一貫性を保たなければならない。顧客がマネージドサービスを購入するならば、HanDS はその作業の一部を吸収できる。割り当てられていない作業を吸収することはできない。
これが、承認された記録が経済的資産として扱われるべき理由である。きれいな記録は診断を短縮し、移動を減らし、紛争を制限し、監査可能性を向上させ、将来の変更をより安価にする。汚い記録はコストを顧客に転嫁する。したがって購入者は、価格だけでなく、クローズアウト証拠、文書化、監視範囲、サポートエスカレーション、アクセス管理、リモートハンド手順、キャリアコーディネーション、保守コミュニケーションについて HanDS に尋ねるべきである。これらの詳細が、ハンブルク展開の総コストを決定する。
状態を受け入れる前に顧客が要求すべきこと
真剣な顧客は、HanDS の公開提案を尊重しつつも、厳しい質問をすることができる。最初の質問セットは、アイデンティティと範囲である。顧客は、契約主体、サービス住所、特定の施設、購入したラックスペース、電力コミットメント、ネットワークサービス、サポートティア、マネージドサービスの範囲を確認すべきである。HanDS Hanse データセンター Services、上流キャリア、インターネットエクスチェンジ、近隣のハンブルク施設事業者、ランドロード、顧客ベンダー、クラウドプロバイダーは、別個のアクターである。それらの責任は統合されるべきではない。
第二はアクセスである。顧客は、許可されたユーザーがどのように追加・削除されるか、24 時間 365 日のアクセスがどのように機能するか、どのような身分証明が必要か、緊急アクセスがどのように承認されるか、訪問者はエスコートされるか、キャビネットロックがどのように管理されるか、アクセスログがどのように保持されるか、顧客がどのような証拠を受け取るかを尋ねるべきである。顧客がベンダーを使用する場合、ベンダーのアクセスルールを事前に定義すべきである。顧客がリモートハンドを使用する場合、どの物理的行動がライブの監督なしに実行できるかを定義すべきである。
第三は電力と環境である。顧客は、A 給電と B 給電の設計、利用可能な電力、計測、遠隔制御可能な PDU の範囲、警報、保守通知、発電機と UPS の想定、冷却限界、キャビネットの負荷設定方法、観測された機器状態が顧客の記録と異なる場合に何が起こるかを確認すべきである。公開ページの 48 時間発電機稼働主張と冗長給電の文言は、有用な調達開始点であるが、展開固有の受け入れの代わりではない。
第四はネットワークハンドオフである。顧客は、ポート、メディア、キャリア、クロスコネクト、IP アドレッシング、BGP 責任、ルートフィルター、監視、フェイルオーバー設計、エスカレーション経路の記録を要求すべきである。HanDS がマネージドルーティングまたはスイッチングを提供する場合、顧客は誰が変更を承認し、誰が設定バックアップを所有するかを定義すべきである。顧客が独自のキャリアを持ち込むか、追加のキャリア接続を依頼する場合、HanDS の施設の役割がどこで終わり、キャリアの役割がどこから始まるかを記録すべきである。
第五はリモートハンドとマネージドサービスである。依頼は安定した形式を使用すべきである。サイト、キャビネット、デバイス、ポート、ケーブル、電源給電、アクション、承認、リスク限界、ロールバック、証拠。マネージドサービスは、別個の変更記録と受け入れプロセスを持つべきである。ファイアウォールポリシーの変更、ルーティング調整、ロードバランサー修正は、目視点検と同じではない。それは運用責任を変更し、異なる種類の証拠を残すべきである。
第六はインシデントレビューである。インシデントや重要な変更の後、顧客は HanDS の記録を自身のインベントリ、監視、図面、キャリアチケット、アプリケーション状態と照合すべきである。この作業は反復的で退屈である。しかし、それは次のインシデントを短縮する作業でもある。顧客が故障するまで自身の記録が施設記録と異なることを発見するようでは、購入した価値の多くを失っている。
最後のセットは不確実性である。公開証拠は、HanDS の実際の顧客構成、価格、使用率、SLA パフォーマンス、平均リモートハンド時間、インシデント履歴、クロスコネクト完了率、保守コミュニケーション品質を開示していない。これらの値に依存する顧客は、契約、参照、サンプルチケット、施設訪問、運用テストを通じてローカルに監査すべきである。公開証拠の不在がサービスを弱くするのではない。それは私的なデューデリジェンスを必要とする。
実用的な評決
HanDS Hanse データセンター Services は、ハンブルク局所的なコロケーションおよびインフラサポートプロバイダーとして最もよく理解される。その価値は、承認された記録の品質に依存する。公開証拠は、ハンブルクでのハウジングとコロケーション、小単位からラック列までのラックスペース、冗長化電源、冷却概念、アクセス制御、キャリア接続、リモートハンド、24 時間サポート、24 時間 365 日の施設アクセス、監視、オプションのマネージドサービスという、実際のサービス面を裏付けている。公開ネットワーク記録は、HanDS が可視的なドイツの相互接続を持つ自律システムの足跡を運用している証拠を追加する。
証拠は誇張された主張を支持しない。HanDS がハンブルクで最高の施設を持っていること、全国データセンターオペレーターを凌駕していること、インシデントフリーであること、特定の種類の名前付き顧客を持っていること、またはリモートハンドサービスが特定の応答指標を満たしていることを示していない。すべての個別のクロスコネクト、電源供給、サポートチケット、マネージドサービスの結果を証明するわけではない。それらにはローカル監査が必要である。
公正な評価はより狭く、より有用である。HanDS は、ハンブルク地域の物理インフラ、ローカルサポート、ドイツの地域性、および顧客所有の機器と専門的なデータセンター運用の間の管理可能な橋渡しを必要とする購入者にとって、運用リスクを削減できる。電力、冷却、アクセス、防火、ネットワーク依存、スタッフの中断のコストが高くなりすぎた場合、オフィスサーバールームよりも適切でありうる。顧客が所有するハードウェア、局所的な物理制御、特定のネットワークハンドオフ、または調整されたマネージドサービス関係を必要とする場合、純粋なクラウドよりも適切でありうる。購入者が本当に弾力的なクラウドサービス、グローバルなプラットフォーム抽象化、または完全にアウトソーシングされたアプリケーションスタックを必要とする場合、より弱い選択肢となりうる。
決定するオブジェクトは、承認されたハンブルクコロケーション記録である。アクセスの真実、電力状態、ネットワーク状態、リモートハンド証拠、顧客責任境界が明確に記録されていれば、HanDS のローカルモデルは実用的価値を持つ。それらの記録が非公式で、古く、あいまいであれば、顧客は監督、移動、トラブルシューティング、リスクを通じて不確実性の代償を支払うことになる。部屋は重要である。記録が、部屋が信頼できるかどうかを決定する。