要約
- 最も強力な公開アイデンティティシグナルは AS42360 です。RIPEstat のAS overviewは、保持者を "SSP-EUROPE Anexia Cloud Solutions GmbH" としており、AS がアナウンスされていると示しています。RIPE の RDAP レコード (AS42360) は、2017-05-11 の登録と 2021 年の最終変更イベントを示しています。
- 現在のルーティング証拠は現実のものであり、単なる履歴ではありません。RIPEstat のannounced-prefixes viewは、94.16 空間の 11 の IPv4 /24 と 1 つの IPv6 /48 を含む 12 の最近のプレフィックスを示し、BGP-state viewは数千の観測ルートを示しました。
- 依存関係は集中しています。RIPEstat のASN-neighbours responseは、AS42360 の単一の観測ネイバーとして AS47147 を示しました。AS47147 と AS42473 は両方とも Anexia のネットワークアイデンティティですが、それでもヨーロッパセグメントは、公開 BGP において独立して多様であるよりも、親 Anexia バックボーンの境界に依存しています。
- Anexia の公開サービスページは、ホスティング容量プロバイダーとしては異常に詳細です。同社は、クラウド、仮想データセンター、コロケーション、IP トランジット、電力、監視、ストレージ、DDoS、GDPR、認証、デジタル主権の資料を公開しています。これらのページは真剣な運用フットプリントを裏付けていますが、グループレベルの主張であり、特定のラック、顧客ワークロード、または各 AS42360 プレフィックスの背後にある予備在庫の証明として読むべきではありません。
- 証拠グレードは中程度です。公開ルート可視性、Anexia の法的記録、公式インフラストラクチャページは、アクティブなホスティング容量の関連性を裏付けています。未解決のウォッチポイントは、AS42360 の単一観測ネイバー、不完全な AS42360 固有の施設マッピング、チェック済み /24 の IPv4 RPKI ギャップ、そして復旧時間、データロケーション、移行権限の顧客固有の証明の必要性です。
Anexia の大規模ネットワーク内の生きたヨーロッパセグメント
EUROPE Anexia Cloud Solutions GmbH は、独自の公開小売ストーリーを持つ独立したクラウドブランドというよりも、Anexia Cloud Solutions GmbH のネットワーク向けヨーロッパセグメントとして理解するのが最適です。ルーティングアイデンティティは具体的です。RIPEstat のAS42360 overviewは、保持者を "SSP-EUROPE Anexia Cloud Solutions GmbH" として、AS をアナウンス済みと報告しています。RIPE whois から派生したAS42360のビューは、AS 名を SSP-EUROPE とし、「powered by ANX」と表示し、ORG-AIG10-RIPE をリストし、AS47147 および AS42473 を含むインポートとエクスポートを示しています。RIPE RDAP オブジェクト (AS42360) は、2017 年の登録と 2021 年の最終変更日を記録しています。
組織オブジェクトは、ルーティングラベルを実際の企業境界に結び付けるため重要です。RIPE の組織レコード (ORG-AIG10-RIPE) は、Anexia Cloud Solutions GmbH を指名し、LIR としてマークし、クラーゲンフルトの住所を示しています。Anexia 自身のインプリントは、オーストリアの Anexia Cloud Solutions GmbH を Feldkirchner Strasse 140, 9020 Klagenfurt am Worthersee に、取締役 Malte von dem Hagen と Markus Narrenhofer とともにリストし、さらにドイツの Anexia Cloud Solutions GmbH のカールスルーエの住所もリストしています。これにより、購入者はカジュアルなホスティング名よりもはるかに強力な法的およびレジストリの表面を得られます。
重要な注意点は、ディレクトリ名は「EUROPE」とされていますが、割り当ての地域は Global であることです。これは、レコードを正しく読めば矛盾しません。Anexia はグローバルクラウドとワールドワイドなインフラストラクチャをマーケティングしていますが、AS42360 はネットワーク文書内のヨーロッパまたは子会社セグメントです。Anexia World Wide Cloudの会社ページは、Anexia が 70 以上の国にわたって 100 以上のサーバーロケーションを運営していると述べていますが、ヨーロッパのデータセンターページは、ヨーロッパに 30 以上のハイテクノロジーセンターがあると述べています。これらは同じ主張ではありません。一つは Anexia のグローバル資産を説明し、もう一つは地域のヨーロッパ容量を説明しています。AS42360 は、その大規模資産内のヨーロッパネットワークスライスとして扱われるべきです。
その違いはリスク分析を変えます。購入者は、Anexia がどこかに仮想サーバーを販売できるかどうかだけを尋ねるべきではありません。購入者は、注文した正確なサービスが指定されたリージョンに配置され、期待される AS または親ネットワークを経由し、期待される RPKI とフィルタリングポリシーで保護され、適切なサポートチームのカバレッジを受け、ラック、施設、上流、請求アカウント、または顧客コントロールサーフェスが故障した場合に別の場所に復旧可能かどうかを尋ねるべきです。公開証拠は、Anexia が真剣なインフラストラクチャオペレーターであることを証明しています。顧客固有の復旧設計を自動的に証明するわけではありません。
ライブルートテーブルが証明することと証明しないこと
AS42360 は現在、公開ルーティングで可視です。RIPEstat のannounced-prefixes responseは、最近の 2026-06-30 から 2026-07-14 のウィンドウに対して 12 のプレフィックスを返しました：2a00:11c0:77::/48 と、94.16.0.0/24、94.16.2.0/24、94.16.3.0/24、94.16.4.0/24、94.16.6.0/24、94.16.7.0/24、94.16.9.0/24、94.16.11.0/24、94.16.13.0/24、94.16.20.0/24、94.16.96.0/24 を含む IPv4 /24 です。これは、現在のルートがない休眠 ASN とは根本的に異なる出発点です。
プレフィックスレベルの可視性はポイントを強化します。RIPEstat の94.16.0.0/24 のルーティングステータスは、発信元 AS42360、RIPE ルートオブジェクト、326 中 326 の IPv4 RIS ピアがプレフィックスを認識していること、初回認識時間が 2018-09-24、最終認識時間が 2026-07-15 00:00 UTC であることを示しました。94.16.20.0/24 のルーティングステータスも同じ 326/326 の IPv4 可視性と同じ発信元 AS42360 を示しました。94.16.96.0/24 のルーティングステータスは、発信元 AS42360 と 2018 年の初回認識日を示しました。IPv6 については、RIPEstat の2a00:11c0:77::/48 ルーティングステータスは、発信元 AS42360、321 中 321 の IPv6 ピアが認識、2018 年の初回認識日、2026-07-15 00:00 UTC の最終認識時間を示しました。
これは、ルーティング可能なアドレス空間と現在のインターネットエッジを証明します。それ自体で使用可能なホスティング容量を証明するわけではありません。プレフィックスは、サーバーが満杯、ラックが一人の顧客に予約されている、ストレージが利用できない、製品がプライベートアカウントでのみ販売されている、または容量が単一施設に集中している場合でもアナウンスされる可能性があります。ルートテーブルは購入者に AS42360 が生きていることを伝えることができますが、特定の仮想マシンがプロビジョニング可能かどうか、どれだけ迅速に復旧できるか、サポートがリージョン間で移動できるかどうか、または顧客の IP アドレスが解約後に移植可能かどうかを伝えることはできません。
BGP-state ビューは規模を追加しますが、完全な冗長性ではありません。RIPEstat のAS42360 の BGP-state 応答は、チェックされた応答で 4,167 の観測ルートエントリを示し、サンプルパスは AS47147 を経由して AS42360 に到達しています。これは良好な公開可視性ですが、ASN-neighbours 応答は、観測されたネイバーは 1 つだけ (AS47147) を示しました。言い換えれば、AS42360 は Anexia の親ネットワークの背後にあるとよく伝搬されているように見えますが、その可視の上流依存関係はセグメント境界で集中しています。顧客にとって、質問は単に「AS42360 は稼働しているか？」ではありません。「AS47147 のポリシー、バックボーンメンテナンス、ルートフィルタリング、または親ネットワークインシデントがこのセグメントに影響を与えた場合はどうなるか？」です。
親ネットワーク境界が運用面
公開グラフで最も明確な依存関係は、Anexia 自身のネットワーク階層です。RIPEstat のAS47147の概要は、それを「AS-ANX Anexia Cloud Solutions GmbH」と名付け、アナウンス済みとマークしています。RIPEstat のAS42473の概要は、それを「AS-ANEXIA Anexia Cloud Solutions GmbH」と名付け、同様にアナウンス済みとマークしています。AS42360 のルーティング一貫性応答は、AS47147 がインポートとエクスポートの BGP と whois の両方に存在することを示し、AS42473 はその AS42360 チェックの whois には存在するが BGP には存在しないことを示しました。これは失敗ではなく、チェック時点でセグメントが公開的に到達可能である方法の証拠です。
Anexia 自身のネットワーク文書は、階層を解釈しやすくします。ANX Unified Network ページは、AS47147 を Anexia バックボーンまたはウィーン、クラーゲンフルト、フランクフルト、ニュルンベルクを接続するヨーロッパの 100G ベースのバックボーンとして説明しています。AS42473 を Anexia World Wide Cloud として説明し、ヨーロッパでは AS47147 の背後に見え、世界中で異なる上流に接続されています。AS42360 を、ドイツのニュルンベルクにある Anexia 子会社 SSP Europe として説明しています。このページは、ルートテーブルに意味を与えるため価値があります。AS42360 は独立したグローバルバックボーンとして提示されているのではなく、グループネットワークの一部です。
PeeringDB も分離を支持しています。AS42360の PeeringDB API はネットワークレコードを返しませんでしたが、AS42473の PeeringDB API は、グローバルスコープ、選択的ピアリングポリシー、コンテンツタイプ、1,000 の IPv4 および 500 の IPv6 プレフィックス数、Web サイトフィールドを持つ Anexia プロファイルを返しました。このプロファイルは Anexia ネットワークファミリーを理解するのに役立ちますが、AS42360 固有の施設マップではありません。購入者は、AS42473 の PeeringDB プロファイルを、AS42360 自体が独立したエクスチェンジプレゼンスまたは物理的に分離したイングレスを持つ証拠として読むべきではありません。
親ネットワークのポリシーページは、いくつかの点で安心感を与えます。ANX Unified Network ページは、ネットワークが RPKI 無効状態のプレフィックスを拒否し、予約済み ASN とプレフィックスをフィルタリングし、BGP ネイバーのプレフィックスリストに基づく入力フィルタリングを行い、IP アクセスインターフェースに BCP38 を適用すると述べています。これらはホスティングネットワークにとって適切な種類の制御です。なぜなら、顧客インフラストラクチャは、悪意のあるルートオブジェクト、なりすましトラフィック、弱いフィルタリング、または古いプレフィックスリストが許容されるとリスクになることが多いからです。しかし、これは依然としてポリシーの主張です。顧客のデューデリジェンスは、これらの制御が正確なサービス、正確な割り当てプレフィックス、正確なトランジットハンドオフ、および攻撃やルートリーク時の正確な緩和パスにどのように適用されるかを尋ねるべきです。
ルート認証は混合しており、ウォッチポイントを生み出す
RPKI は、AS42360 が部分的に成熟し、部分的に不完全に見える場所の一つです。RIPEstat のAS42360 と 2a00:11c0:77::/48 の RPKI 検証は、AS42360 に対して有効な発信元と最大長 48 を返しました。これは、このセグメントの IPv6 プレフィックスにとって強力なポジティブシグナルです。これは、可視の IPv6 発信元がチェックされたバリデータ出力の認証レコードと一致していることを意味します。
IPv4 の結果はそれほど強力ではありません。RIPEstat のAS42360 と 94.16.0.0/24 の RPKI 検証は、「unknown」を返し、チェックされた応答には検証 ROA がありませんでした。「Unknown」は無効と同じではありません。ルートがハイジャックされていることを意味するわけではなく、ルートの可視性と矛盾するわけでもありません。チェックされた RPKI ビューが、そのプレフィックスに対して AS42360 を積極的に検証する ROA を見つけられなかったことを意味します。ホスティング容量を販売するプロバイダーにとって、unknown RPKI はウォッチポイントです。なぜなら、多くのネットワークがフィルタリング、インシデントトリアージ、ルートリスクスコアリングで RPKI 状態をますます使用しているからです。
Anexia のメイン Web ルートとの有用な対比があります。anexia.com およびwww.anexia.comの DNS はローカルで 188.172.220.146 に解決されました。RIPEstat の188.172.220.146 の network-info 応答は、そのアドレスを 188.172.220.0/24 と AS42473 に一致させました。RIPEstat の188.172.220.0/24 のルーティングステータスは、完全な IPv4 RIS 可視性を持つ AS42473 発信元を示し、AS42473 と 188.172.220.0/24 の RPKI 検証は有効を返しました。これは、Anexia が一部のグループプレフィックスで検証済みルーティングを運用できることを購入者に伝えますが、AS42360 のチェックされた IPv4 /24 で観測された unknown 状態を除去するわけではありません。
購入者への含意は実用的です。顧客が AS42360 の 94.16 空間からアドレスを受け取る場合、正確な発信元と最大長に対する ROA が存在するかどうか、プレフィックスが AS42360 からのみアナウンスされるのか、親 AS からもアナウンスされるのか、ルートオブジェクトと IRR ポリシーは何か、移行や緩和に異なる発信元が必要な場合に Anexia が RPKI をどれだけ迅速に変更できるかを尋ねるべきです。ルートが RPKI unknown のままの場合、顧客はそのルートがグローバルに動作する可能性があるが、完全に検証されたルートセットを好むネットワークではクリーンでない可能性があることを理解すべきです。クラウド販売において、ルート衛生はサービスの耐久性の一部です。
製品面は広いが、正確な容量にはまだマッピングが必要
Anexia のサービスページは、狭いトランジット専用ネットワークではなく、幅広いホスティング容量ビジネスを示しています。マネージドホスティングページは、Anexia が設定可能なサーバー、マネージドクラスター、マネージドデータベース、ロードバランシング、共有ストレージ、仮想ファイアウォール、DDoS 保護、Web アプリケーションファイアウォール機能を備えた仮想 IT インフラストラクチャとサポートを提供・維持すると述べています。仮想データセンターページは、顧客が処理能力、メモリ、ディスク容量、帯域幅を決定し、仮想ファイアウォール、ストレージ、ロードバランサーなどのコンポーネントを追加し、実際に使用したリソースに対して支払うことができると述べています。仮想サーバーページは、Anexia が KVM を使用し、最大 30 分の応答時間で 24 時間年中無休のテクニカルサポートを提供し、調整可能な RAM、ディスク、vCore、オペレーティングシステムオプションを販売していると述べています。
これで、この記事の前提を裏付けるのに十分です。この企業グループの下で販売されるホスティング容量は、依然として物理的およびネットワーク資産に依存しています。マーケティング言語は抽象的なソフトウェアだけではありません。仮想サーバー、ストレージ層、ロードバランサー、ファイアウォール、DDoS 保護、バックアップとリカバリ、サポートを挙げています。これらはすべて、ラック、トップオブラックスイッチ、ストレージアレイ、電力供給、上流ルーティング、監視システム、チケットプロセス、顧客アカウント制御の上に位置するサービス層です。
コロケーションページは特に有用です。なぜなら、クラウド用語の背後にある物理的なユニットの選択肢（個別ユニット、クォーターラック、ハーフラック、フル 42U ラック、ケージ、24 時間アクセス、表明された応答時間での年中無休サポート）を挙げているからです。共有ストレージページは、NetApp ベースの共有ストレージ、SATA、SAS、SSD 層、IOPS 数値、ミラーリング、スペアディスク、4 時間以内のサポート交換、Anexia Core への冗長リンクを挙げています。これらの主張は AS42360 固有ではありませんが、ホスティング容量の顧客が提案書で明示されることを期待すべき運営基盤の種類を示しています。
ギャップは、Anexia にサービスのストーリーがないことではありません。ギャップは、公開ページが顧客に特定のワークロードがどこに配置されているか、または Anexia の資産のどの部分がそれを提供しているかを伝えられないことです。ヨーロッパのエンティティから購入するヨーロッパの顧客は、ヨーロッパでの配置を想定するかもしれませんが、Anexia World Wide Cloud ページとCloud Connect ページは両方ともグローバルなロケーションを強調しています。これはレイテンシと拡張には有用ですが、顧客が書面によるサイト選択、サブプロセッサ、バックアップロケーション、フェイルオーバーロケーションの条件を必要とすることをも意味します。容量は、企業が多くのロケーションを持っているからといって利用可能になるわけではありません。要求された正確なサイト、ハードウェアクラス、ストレージ層、アドレス範囲、復旧ターゲットが在庫にあり、契約上カバーされている場合に利用可能になります。
電力と監視の主張は、購入したサービスに範囲が限定されている場合にのみリスクを低減する
Anexia は異常に具体的なインフラストラクチャ品質ページを公開しています。電力接続ページは、Anexia がデータセンターの顧客に完全な n+1 冗長性を提供し、各 Anexia システムには異なるフェーズに接続された少なくとも 2 つの電源があり、UPS フェーズは 2 つの地区によってバックアップされ、両方のフェーズが障害を起こした場合にディーゼル発電機が自動的に起動し、データセンターに最大 72 時間供給できると述べています。また、このセットアップにより年間 99.99% 以上の稼働率が得られると述べています。これらは意味のある詳細です。なぜなら、電力設計は、クラウド購入者が「仮想」サービスが結局は物理的であることを発見する最も一般的な場所の一つだからです。
ネットワーク接続ページは、ルーティングとバックボーンの主張を追加しています。冗長ルート、多数の独立したキャリアおよびプロバイダーとの契約、少なくとも 2 つの異なるコアルーターに接続されたオフィス、1,000 以上のピアリングパートナー、重要なインターネットノードへの接続、Anexia Backbone に接続された少なくとも 4x10G のルーター、冗長デフォルトゲートウェイのための HSRP/VRRP、継続的な NOC 監視、内部 BGP と OSPF、冗長リング構造、冗長ルーティングおよび管理エンジン、認定された Cisco および Juniper ネットワークエンジニア。これらはネットワーク復元力の信頼できるカテゴリですが、公開ページは、これらの設計のどれが AS47147 を経由する AS42360 の現在の観測パスに適用されるかを特定していません。
サーバー監視ページは、Anexia が 50,000 以上のパラメータを 24 時間体制で監視し、外部測定ポイントを使用し、コアインフラストラクチャを 24 時間 365 日監視し、電子メールと SMS 通知を送信し、分散監視ポイントを使用して国際的なルーティング問題を特定すると述べています。これは購入者に直接関連します。なぜなら、小規模クラウドでの障害経路は、しばしば検出問題として始まるからです。存在するが監視されていないバックアップ、1 つの内部ポイントからは到達可能だが顧客からは到達不能なルート、または劣化しているがエスカレーションされていないストレージアレイは、回復可能な障害を長期間のサービスインシデントに変える可能性があります。
強力な電力と監視の主張でも、範囲が必要です。顧客が Anexia のバックボーンを経由して到達するサードパーティ施設で VM を購入する場合、UPS 設計は Anexia 所有ですか、それとも施設所有ですか？顧客がコロケーションラックを購入する場合、両方の電源が実際に別々の供給に接続されていますか、また顧客はデュアル電源を正しく配線する必要がありますか？AS42360 が AS47147 を経由してルーティングされる場合、監視は AS42360 プレフィックスレベル、親バックボーンレベル、または顧客のサービスエンドポイントで実行されますか？遠隔地でハンズオンアクセスが失われた場合、誰がハードウェアを交換し、どのような時間コミットメントで行いますか？公開ページは適切なカテゴリを提供します。本番契約はそれらを購入したサービスに結び付ける必要があります。
トランジット、DDoS、Cloud Connect がルートをマネージド依存関係にする
IP トランジットページは、Anexia が AS42473 を通じてトランジットを販売し、24 時間 365 日の NOC を提供し、230 Gbit の Anexia バックボーンを引用し、多数のインターネットエクスチェンジに接続されていると述べ、BGP フルテーブル、部分テーブル、スタティックルーティング、IPv4 と IPv6、VRRP ありまたはなしの冗長接続、マネージドルーター、ASN サービスを含むサービスをリストしています。このページは重要です。なぜなら、Anexia がトランジットを自社クラウドの隠れた入力として使用しているだけでなく、ネットワーク接続性を製品として販売していることを示しているからです。つまり、ルーティングポリシー、顧客ルートフィルタリング、ブラックホール、DDoS 処理、ポート課金がビジネス面の一部であることを意味します。
DDoS 保護ページは、Anexia DDoS Guard が 2 Tbps の利用可能帯域幅を提供し、レイヤー 3 と 4、およびリクエストに応じてレイヤー 7 をカバーし、Anexia 技術で拡張された Netscout Arbor を使用し、BGP Flowspec をサポートし、24 時間 365 日の NOC 対応が可能であると述べています。これらはホスティング顧客にとって有用な主張です。なぜなら、障害経路はディスクや電力イベントではない可能性があるからです。大量攻撃はトランジットを消費し、フィルタリングをトリガーし、ルートポリシーの制限を露呈させ、または緩和容量を介してトラフィックを強制する可能性があります。AS42360 のプレフィックスが顧客ワークロードを運ぶ場合、顧客は DDoS Guard がデフォルトでアクティブか、オプションか、AS42473 に結び付けられているか、または正確なプレフィックスに対して個別にプロビジョニングされるかを尋ねるべきです。
Cloud Connect ページは、BGP がほとんどのデータセンターで実行可能であると述べ、データセンター内、ラストマイル、データセンター近接、VPN 接続モデルを説明し、顧客は Cloud Connect を世界中で使用してレイテンシを低減し、選択した法域でのプレゼンスを得ることができると述べています。これはデータ主権と依存関係にとって重要です。直接またはデータセンター近接の接続はインターネット露出を減らす可能性がありますが、専用線、ルーター、クロスコネクト、トンネル、顧客構内の障害経路も導入します。顧客が Cloud Connect を継続性パスとして使用する場合、購入者は接続が VM またはストレージサービスと同じ障害ドメインで終端するかどうかを尋ねるべきです。
ネットワーク製品ページは、Anexia を運用上成熟しているように見せます。それらはセグメント固有のデューデリジェンスの必要性を排除するわけではありません。AS42360 の公開ネイバービューは AS47147 のみを示しました。親 Anexia ネットワークは広範なピアリングとトランジットの資料を持っていますが、顧客は依然として正確なサービスチェーンを知る必要があります：AS42360 プレフィックス、AS47147 バックボーン、AS42473 ワールドワイドネットワーク、施設、クロスコネクト、DDoS ガード、カスタマーポータル、監視ポイント、サポートエスカレーション。各層は個別に動作できますが、メンテナンス中に 2 つの層がずれていると、顧客のアプリケーションは依然として失敗する可能性があります。
購入者は Anexia の 3 つの層を分離すべき
購入者が 3 つの層（AS42360 セグメント、Anexia バックボーンファミリー、購入したサービス）を分離すれば、公開記録は最も読みやすくなります。第 1 層はルートテーブルで可視です。AS42360 は定義されたプレフィックスセットを発信し、SSP-EUROPE という名前で表示され、現在 AS47147 を通じて見られています。この層は「ヨーロッパセグメントは公開インターネット到達性を持っているか？」という質問に答えます。答えは yes ですが、観測されたネイバーセットが狭く、チェックされた IPv4 RPKI 状態が完全にポジティブではないという注意点があります。
第 2 層は、AS47147 と AS42473 を中心とする Anexia ネットワークファミリーです。この層は「ヨーロッパセグメントの背後により大きなオペレーターは存在するか？」という異なる質問に答えます。答えも yes です。公式の ANX ネットワーク文書は、AS47147 をヨーロッパのバックボーン、AS42473 を World Wide Cloud ネットワークとして説明しています。Anexia のウェブサイトは、より広範な運営会社に属するネットワーク、トランジット、DDoS、監視、電力、ストレージ機能を説明しています。この層が、AS42360 を小さな孤立した ASN よりも実質的に強力にしているものです。セグメントに問題が発生した場合、明らかに孤立しているわけではなく、より大きな Anexia 運用環境内にあります。
第 3 層は顧客サービスです。この層は最も重要であり、公開証拠では最も可視性が低いものです。顧客は抽象的に AS42360 を購入するわけではありません。VM、マネージドクラスター、ストレージ層、コロケーションスペース、トランジット、DDoS 保護、Cloud Connect、バックアップ、またはそれらのサービスの組み合わせを購入します。その注文には、国、法的エンティティ、サービスレベル、サポートパス、IP 割り当て、データ保持ルール、復旧ターゲット、退出パスがあります。公開ルーティングと製品ページは、サプライヤーが信頼できるかどうかをテストするのに役立ちますが、特定の注文がデュアルサイトレプリケーション、スペアノード、クリーンな RPKI、十分な IPv4 在庫、またはテストされた復旧訓練を持っていることを証明することはできません。
この分離は 2 つの一般的な間違いを防ぎます。1 つ目の間違いは、AS42360 が狭いセグメントのように見えるためにプロバイダーを過小評価することです。これにより、Anexia が substantial なサービス、ネットワーク、コンプライアンス資料を公開しており、AS42360 に現在のプレフィックス可視性があるという事実を見逃すことになります。2 つ目の間違いは、Anexia のグループページが詳細であるためにプロバイダーを過大評価することです。これにより、グループレベルの主張が特定の AS、特定のヨーロッパのラック、特定の顧客アカウント、または特定の災害復旧設計に自動的に付随するわけではないという事実を見逃すことになります。
調達において、正しい姿勢は 3 つの層すべてで証拠を要求することです。AS42360 層では、現在のルート、RPKI 状態、IRR オブジェクト、上流パス、監視ビューを要求します。Anexia バックボーン層では、AS47147 と AS42473 がどのようにサービスを運ぶか、どの緩和策がアクティブか、どのネットワークポリシーが適用されるか、親ネットワークのメンテナンスが顧客に影響を与える可能性があるかを要求します。サービス層では、配置スケジュール、ハードウェアクラス、ストレージ層、バックアップ国、サポートエスカレーションパス、復旧証拠、輸出権限を要求します。これら 3 つの層が一致した場合のみ、購入者はサービスを単に到達可能であるだけでなく、回復力があると扱うことができます。
データローカリティは契約上の問題であり、地図のスローガンではない
この記事のトピックにはデータ主権とローカリティが含まれており、Anexia はこのトピックを異常に明示的に公開しています。デジタル主権ページは、Anexia がヨーロッパ内で設計・保護されたグローバルクラウドソリューションを提供し、本社はオーストリアにあり、GDPR に準拠し、CLOUD Act の対象ではなく、創設者兼 CEO を通じて CISPE の理事会メンバーまたはメンバー参加者であると述べています。また、Anexia は 70 以上の国でデータセンターを運営しながら、データをヨーロッパの管理下に置いていると述べています。これらは、ヨーロッパ以外のハイパースケーラーに代わるものを求めるヨーロッパの購入者にとって強力なポジショニングの主張です。
データ保護と GDPR ページは、Anexia が GDPR に準拠してその製品とサービスを使用する顧客に対して契約上の義務を作成し、第 28 条の処理者の義務を参照し、オーストリアとドイツの Anexia Cloud Solutions GmbH 向けの一般プライバシーポリシーを提供し、両方のデータ処理契約資料を提供していると述べています。認証ページは、Anexia が ISO 9001、ISO 27001、ISO 27701、ISO 14001 の認証を受けており、Anexia Virtual Server Infrastructure、IT サービス、マネージドホスティング、ソフトウェア開発、データセンター運用を含む認証範囲を示し、年次監査がマネジメントシステムを確認していると述べています。
これらのページは、強力なコンプライアンスとローカリティのストーリーを裏付けています。未解決の質問は、顧客のバイトと運用メタデータが実際にどこにあるかです。グローバルクラウドはヨーロッパ統制下でありながら、ワークロード、バックアップ、ログ、監視データ、またはサポート記録を異なる国に配置する可能性があります。顧客はロンドン、フランクフルト、ウィーン、またはマドリッドでの低レイテンシを望む一方で、オーストリアまたはドイツの契約条件、EU のみのサポート処理、EU のみのバックアップ、第三国アクセスなしを望むかもしれません。これらは同じ要件ではありません。ヨーロッパのデータセンターページは大規模なヨーロッパのフットプリントをサポートし、ロケーションとサービスのページはロケーション間のサービス発見をサポートします。どちらのページも拘束力のある配置スケジュールに代わるものではありません。
ローカリティはルーティングとも交差します。顧客が AS42360 アドレスを受け取る場合、ルートはネットワークアイデンティティにおいてヨーロッパであるかもしれませんが、パケットは国際キャリア、ルートサーバー、緩和システム、または顧客 VPN パスを経由する可能性があります。顧客がグローバルな Anexia サービスを使用する場合、契約で禁止されていない限り、フェイルオーバーはコンピューティングまたはストレージを別の法域に移動させる可能性があります。顧客が安価なグローバル容量プールを選択する場合、選択されたサイトは厳格なデータロケーションよりも価格、予備容量、レイテンシを優先する可能性があります。購入者の正しいデューデリジェンスの質問は「Anexia はヨーロッパの企業か？」ではありません。「どの法的エンティティが私と契約するのか、どの国が私のプライマリデータをホストするのか、どの国がバックアップとログをホストするのか、どのスタッフがアクセスできるのか、どの AS とトランジットパスがそれを運ぶのか、インシデント復旧中に何が変更されるのか？」です。
ホスティング容量の経済性は依然としてスペアパーツとサポート要員に依存
Anexia の仮想データセンターの経済性は、物理容量を調整可能なサービスユニットに変えるため魅力的です。仮想データセンターページは、顧客が必要に応じて処理能力、メモリ、帯域幅、ライセンスを追加し、実際に使用したサービスのみに対して支払うことができると述べています。仮想サーバーページは、小規模から大規模までの RAM、ディスク、vCore プロファイル、ピークタイム用のプリコンフィギュアされた仮想マシン、数分以内の可用性など、調整可能なリソースを説明しています。これらの主張は成熟したクラウドプロバイダーにとっては普通ですが、物理的な在庫問題を隠しています。
弾力的な容量は、インストールされたハードウェア、電力、冷却、ストレージ、ネットワークポート、ソフトウェアライセンス、運用スタッフの範囲内でのみ弾力的です。顧客は、クラスターにスペアメモリがある場合にのみ、より多くの RAM をクリックできます。VM は、イメージ転送、IP アドレスポリシー、ファイアウォール状態、ストレージレプリケーション、ライセンスが許可する場合にのみ、ロケーション間を移動できます。災害復旧サイトは、継続的に同期され、テストされ、実際の負荷下でワークロードを処理できる場合にのみ、ダウンタイムを削減できます。Anexia の災害復旧ページは、緊急データ復旧計画を作成し、地理的に分離された冗長性を提供し、ミッションクリティカルなアプリケーション、サービス、またはウェブサイトを同期できると述べています。これらは有用な機能ですが、購入者は依然として自身の設計に対する実際の復旧ポイントと復旧時間を尋ねるべきです。
ストレージの経済性は、別の隠れた依存関係を生み出します。共有ストレージページは、複数のストレージ層、IOPS 数値、ミラーリング、スペアディスク、4 時間以内の交換、Anexia Core への冗長 1 Gbit/s および 10 Gbit/s リンクをリストしています。この詳細は、同社がストレージをパフォーマンスと復旧の面として理解していることを示しているため良いものです。また、購入者が慎重に選択する必要があることも意味します。低コストの SATA 層、高性能 SSD 層、バックアップアレイ、レプリケートされた共有ストレージボリュームは、異なる障害動作を持ちます。「クラウド」はそれらの違いを消し去るわけではありません。
サポート労働力は最終的な経済的制約です。Anexia は、関連ページで 24 時間 365 日のサポートと最大 30 分の応答時間を提供すると繰り返し述べています。応答時間は修理時間ではありません。実際の障害では、応答の後に診断、エスカレーション、部品入手可能性、サプライヤー調整、ルート変更、ストレージ復元、顧客通知、影響を受けたネットワーク外からの検証が続く必要があります。購入者は、チケットがどれだけ早く確認されるかだけでなく、ラックスイッチが故障した場合、ストレージコントローラーが劣化した場合、AS47147 がルートをフィルタリングした場合、DDoS 緩和がパスを変更した場合、請求問題が制御アクセスをブロックした場合、または顧客がプラットフォームを迅速に離脱する必要がある場合に何が起こるかを尋ねるべきです。
本番使用前にテストすべき主な障害経路
最初の障害経路は、AS42360 から AS47147 への境界です。公開ルーティングは、AS42360 が AS47147 を通じて可視であることを示しています。それは意図された設計かもしれませんが、テストされるべきです。購入者は、正確な割り当てプレフィックス、発信元 AS、上流パス、ルートオブジェクト、RPKI 状態、監視ロケーションの現在のルート証明を要求すべきです。サービスが顧客ワークロードに AS42360 を使用する場合、顧客は AS47147 のメンテナンスまたはフィルタリングがセグメントに影響を与える場合に何が起こるかを尋ねるべきです。サービスが代わりに AS42473 または別の Anexia AS を使用する場合、顧客はディレクトリ可視の AS が本番パスではない理由を尋ねるべきです。
2 番目の障害経路は施設の集中です。Anexia は世界で 100 以上のロケーションとヨーロッパで 30 以上のセンターを販売していますが、顧客のワークロードは有限のホール、ケージ、ラック、ストレージクラスターに存在します。購入者は、サービスが 1 つのデータセンター、1 つの都市圏内の 2 つの建物、2 つの都市圏、またはグローバルなアクティブ-パッシブ設計で実行されるかを尋ねるべきです。バックアップが同じサイト、別の Anexia サイト、サプライヤー施設、または別のサービス層にあるかを尋ねるべきです。両方の電力供給が顧客の機器によって実際に使用されているかどうか、公開ページで説明されている発電機と UPS 設計がそのロケーションに適用されるかどうかを尋ねるべきです。
3 番目の障害経路は在庫と予備容量です。ホストが故障した場合、ワークロードは同じロケーションの予備ハードウェアに移動できますか？ストレージシェルフが故障した場合、スペアディスクとサポート交換は主張された時間内に利用可能ですか？顧客が緊急スケールアウトを必要とする場合、正確なサイトに十分な CPU、RAM、SSD 容量、パブリック IPv4 アドレスがありますか？Anexia の製品ページは、同社が設定可能な容量を販売しているという考えを支持していますが、公開ページは特定の瞬間の可用性を証明できません。その証拠は、見積もり、容量予約、サービス注文、またはステータス確認から得られなければなりません。
4 番目の障害経路は制御と退出です。顧客は、VM イメージ、ディスク、データベース、DNS ゾーン、ファイアウォールルール、監視データ、ログ、サポート履歴をエクスポートできるかどうかを尋ねるべきです。請求アカウントが停止されたり、カスタマーポータルにアクセスできなくなった場合、緊急エクスポートパスはありますか？顧客が Anexia 割り当ての IP アドレスを使用する場合、それらは移植可能ですか？顧客が自身の AS または PI スペースを使用する場合、Anexia は移行中の BGP、RPKI、IRR 更新をサポートしますか？公開IP トランジットページは、Anexia がマネージドルーターと ASN サービスを理解していることを示唆していますが、顧客の退出権利は契約上の問題です。
リスクを過大評価せずに読む方法
これは弱い会社のファイルではありません。証拠は、非アクティブな ASN と死んだウェブサイトを持つ薄っぺらいホスティング名よりもはるかに強力です。AS42360 はアナウンスされています。そのプレフィックスは可視です。AS47147 と AS42473 を備えたより大きな Anexia ルーティング構造の中にあります。Anexia は、詳細なインフラストラクチャ、電力、監視、ストレージ、DDoS、認証、データ保護資料を公開しています。その法的および RIPE レコードは、実際の運営会社を裏付けるのに十分一貫しています。購入者は、真剣なホスティングまたはクラウド調達プロセスに Anexia を合理的に含めることができます。
リスクはより微妙です。公開証拠はグループおよびルート可視性レベルでは強力ですが、正確なサービスレベルでは不完全です。AS47147 を通じた AS42360 の現在の公開ネイバー集中は必ずしも悪いわけではありませんが、理解すべき依存関係です。AS42360 の PeeringDB プロファイルの欠如は必ずしも悪いわけではありませんが、AS42473 の PeeringDB データを AS42360 固有の相互接続証明として誤って読むべきでないことを意味します。IPv6 の RPKI 有効状態はポジティブですが、チェックされた 1 つの AS42360 IPv4 /24 の unknown 状態は、アドレスガバナンスのウォッチポイントとして扱うべきです。公式のグローバルロケーションの主張はポジティブですが、サイト固有の配置は依然として証明が必要です。
障害の影響を受ける顧客は大企業だけではありません。製品セットには、仮想サーバー、マネージドホスティング、コロケーション、共有ストレージ、DDoS 保護、トランジット、クラウド接続性が含まれます。ルートの障害は、ホストされたウェブサイト、API、SaaS プラットフォーム、カスタマーポータル、バックアップ、テスト環境、卸売顧客、再販業者に影響を与える可能性があります。ストレージ層の障害は、データベースとステートフルアプリケーションに影響を与える可能性があります。電力パスの障害は、ラックと顧客所有の機器に影響を与える可能性があります。サポートエスカレーションの障害は、他のすべての復旧ステップを遅らせる可能性があります。物理層は、顧客インターフェースが仮想であっても存在し続けます。
したがって、実用的な購入者の読み方はバランスが取れています。Anexia は、グローバルなリーチを持つ信頼できるヨーロッパのインフラストラクチャプロバイダーと見なされるのに十分な公開証拠を持っています。AS42360 を介した EUROPE Anexia Cloud Solutions GmbH は、ライブルートの証拠と明確な親ネットワーク依存関係を持っています。低リスクのワークロードの場合、公開証拠は直接の商業的問い合わせを正当化するのに十分かもしれません。本番ワークロードの場合、購入者はプレフィックス固有のルーティング証明、サイト固有の容量と電力範囲、バックアップと復旧テストの証拠、DDoS とルート緩和条件、データロケーションスケジュール、サポートエスカレーション連絡先、輸出権限、割り当てられた正確なアドレスの RPKI/IRR 衛生状態を要求すべきです。
最終的な証拠グレードは中程度です。ポジティブな証拠は substantial です。現在の AS42360 アナウンス、チェックされたプレフィックスに対する完全な RIS 可視性、可視の Anexia 親ネットワーク、詳細な Anexia インフラストラクチャページ、法的エンティティレコード、GDPR 資料、認証。未解決の証拠も material です。AS42360 は RIPEstat で単一の観測ネイバーを持ち、AS42360 には独自の PeeringDB プロファイルがなく、少なくとも 1 つのチェックされた IPv4 プレフィックスが AS42360 に対して RPKI unknown を返し、公開ページは顧客のサービスの背後にある正確なラック、サイト、予備在庫、復旧時間を証明していません。ホスティング容量はここでは信頼できますが、購入者はそれを回復力があると扱う前に、物理的および契約上の復旧面を検証すべきです。