要約
- XServerCloud のウクライナとしてのアイデンティティは、ブランディング以上のものによって支えられています。RIPE の記録は、AS48031 と AS202656 を XServerCloud 名、Vitaliy Ivanov、Kharkiv の連絡先詳細、およびサービスが表示する同じウクライナの電話番号に結び付けています。AS48031 は2008年に登録され、XServer が主張する2007年の運用開始に近いものです。
- 現在の契約当事者ははるかに新しいものです。XServer の公開オファーは XServer OÜを指定していますが、エストニアの公式ビジネスレジスターによると、同社は2026年5月20日に登録され、Vitalii Ivanov が経営委員会メンバーおよび直接の受益所有者となっています。これは新しい会社を創業者と一致させますが、エストニアの会社自体が19年になるわけではありません。
- サービス証明記録は異常にアクセスしやすいです。XServer は、Kyiv、Sofia、Gdynia、Frankfurt、Amsterdam、London、Miami 向けの IPv4 および IPv6 テストエンドポイントを公開しています。IPv4 エンドポイントは、AS48031、AS202656、およびマイアミでは Green Floid LLC に登録された AS204957 にわたって発信され、XServer 登録とパートナーネットワーク面の混合を示しています。
- 最大の保証ギャップは契約上の一貫性です。ホームページは99.9%のアップタイムを約束し、公開オファーは請負業者が月間99.5%の可用性を維持するよう努めると述べており、それらの条件で指定された詳細な SLA アドレスはページを返しませんでした。バックアップの包含、サポート対応、法的な地域性の声明も公開サイト全体で異なります。
1つのクラウド名、いくつかの種類のアイデンティティ
ホスティング会社を誤解する最も簡単な方法は、その会社がどこから来たのかを尋ね、1つの国を完全な答えとして受け入れることです。プロバイダーは、創業者が1つの国にあり、ネットワーク登録が同じ場所にあり、契約会社が別の場所にあり、機械が7か国にあり、電子メールサプライヤーが別の管轄区にあり、顧客がどこにでもいる可能性があります。それぞれの事実は真実かもしれません。リスクは、それらが互換可能として扱われるときに始まります。
XServerCloud は特に明確な例です。BTW ディレクトリ記録は、XServerCloud を AS48031 に関連付けられた企業として識別しています。XServer 自身の会社の歴史は、事業が2007年に始まり、最初に安価な自社製サーバーを販売し、その後2008年にレントトゥオウンサーバー、2009年に仮想サーバーを提供したと述べています。2010～13年の期間に最初の Kharkiv データセンターの場所を説明し、ブルガリアへの拡大、VMware ベースのクラウドクラスター、そして後には米国、オランダ、ポーランド、ドイツ、英国のサイトを説明しています。
その物語の背後には実際の公開証拠があります。AS48031 に関する RIPE の記録は、ネットワークを XServerCloud と呼び、アクティブとマークし、登録日を2008年10月2日としています。管理および技術的な役割で Vitaliy Ivanov を識別し、リソースを Kharkiv のウクライナの登録者に接続します。その記録の電話番号は、XServer の現在の連絡先ページに掲載されている同じ番号です。タイミングは会社の歴史のすべての出来事を独立して証明するものではありませんが、2008年のネットワーク登録は意味のある現代の痕跡です。これは、古い年を表示するように変更された著作権フッターよりもはるかに強力です。
現在の法的販売者は別の問題です。XServer の公開オファーは、XServer 商標の下でのサービスが XServer OÜ（登録番号17511911）によって提供されると述べています。エストニアの公式 e-Business Registerは、XServer OÜが2026年5月20日に登録されたと述べています。タリンにある Kaupmehe 7-120のプライベートリミテッドカンパニーです。レジスターは、登録日から Vitalii Ivanov をその経営委員会メンバーおよび直接の受益所有者として指名しています。
これらの記録は、ランダムなブランドとシェルフカンパニーよりも密接に適合しています。公開会社ページは Vitalii Ivanov を XServer の最高経営責任者兼創業者と呼んでいます。エストニアのレジスターは、その名前に新しい会社の支配権を与えます。RIPE は音訳 Vitaliy Ivanov を使用し、ブランドのウクライナの電話連絡先を繰り返しています。合理的な解釈は、長年にわたるウクライナのホスティング事業が最近、その公共契約を創業者が支配するエストニアの会社の下に置いたということです。
しかし、それは継続性に関する推測であり、法的な近道ではありません。XServer OÜは2026年まで存在しなかったため、2007年の契約会社であることはできません。顧客は、5月以前にどの人物または事業がサービスを提供したか、既存のアカウントが移管されたかどうか、どのエンティティが前払い残高を受け取ったか、そして以前の保証、責任、データ処理のコミットメントがそれらとともに移動したかどうかを知る必要があります。ブランドの運用履歴は古いかもしれませんが、現在の契約相手は新しいものです。両方の点が真剣な評価に現れるべきです。
2007年の主張は運用に属し、エストニアの会社には属さない
企業年齢の主張はしばしばソフトマーケティングとして扱われますが、ホスティングでは重要です。ハードウェア、アドレス、不正使用報告、請求紛争、故障したディスクを20年近く管理してきたプロバイダーは、新たに結成されたチームには欠けているかもしれない知識を蓄積しています。長い顧客関係は、その事業が技術の変化や価格サイクルを生き延びてきたことを示すこともできます。XServer の過去の説明には、一般的な周年記念の文言ではなく、運用上の記憶のように聞こえる詳細が含まれています。
歴史はデスクトップパーツから組み立てられたマシンから始まります。同社は2008年にウクライナでレントトゥオウンサーバーを導入し、金融危機の際に仮想サーバーを立ち上げ、My Hosting と呼ばれる事業を買収し、Kharkiv で開業し、HP サーバーを販売したと述べています。その後の年表は、新しい顧客アカウント、ブルガリアへの拡大、VMware 仮想化、米国サイト、ヨーロッパへの拡大を説明しています。これらはすべて第一者の主張であり、監査されたマイルストーンではありません。それでも、AS48031 の2008年の登録と2009年に作成された Ivanov の RIPE 連絡先は、初期部分に外部ネットワークの痕跡を与えています。
XServer の2024年のレビューは、より最近で異常に具体的な運用エピソードを提供します。同社は、最初で最大のロケーションのサーバーを6月から7月にかけて Kharkiv から Kyiv の新しいデータセンターに移転したと述べています。説明によると、L2 トンネルがサイトを接続したため、VPS 顧客はダウンタイムを経験しませんでした。専用サーバーは、保存データに応じて10分から数時間の中断を伴って移転されました。同社は、古い IP-KVM デバイスと100 Mbps スイッチを廃止し、新しい Kyiv コアはフォールトトレラントな Cisco クラスターを使用したと述べています。
その話が重要なのは、仮想サービスと物理サービスで異なる移行メカニズムを説明しているからです。仮想サーバーは、ワークロードがクラスター間を移動する間、一時的なレイヤー2拡張全体でネットワーク識別情報を保持できます。専用マシンは、電源を切られ、輸送または交換され、そして戻される必要があります。専用サーバーの中断の開示された範囲は、すべてのワークロードが目に見えない形で移動したふりをするよりも信頼性があります。それでも、それはプロバイダーの説明のままです。独立したインシデント履歴や顧客ごとの移行結果は付随していませんでした。
この移転はまた、「ウクライナのホスティング」が何を意味するかを変えます。ネットワーク登録者と電話のアイデンティティは Kharkiv に固定されたままですが、ウクライナの主要なサービスロケーションは現在 Kyiv として提示されています。現在のKyiv オファーは United DC を指定し、デュアルインターネットプロバイダー、A および B 電源、リモート管理、国内交換、およびポーランドとブルガリアへの直接接続を説明しています。サービスページはサイトが再構築されたと述べていますが、年間レビューは物理的な移転を2024年と日付付け、ホームページは Kyiv を2025年に再構築されたとラベル付けしています。これらの記述は連続する段階を参照している可能性がありますが、公開資料は2024年の移転がどこで終わり、2025年の再構築がどこで始まったかを定義していません。
したがって、購入者は寿命を3つの質問に分けるべきです。技術チームは XServer 名の下でどのくらいの期間運営されてきましたか？証拠は少なくとも2008年の AS48031 登録にまで遡ります。現在のウクライナのサイトは現在の形でどのくらい運営されていますか？公開の説明は2024～25年の大規模な移転とアップグレードを指しています。現在の法的取引相手はどのくらい存在していますか？公式の回答は2026年5月以来です。1つの周年記念の数字は3つすべてに答えることはできません。
ウクライナのアイデンティティは多国籍フットプリントを生き抜く
新しいエストニアの会社は、事業のウクライナの性格を消し去るものではありません。XServer はウクライナの電話番号を公開し、電話相談はウクライナ語とロシア語で利用可能であると述べています。指名された創業者、ネットワーク登録者、ネットワーク連絡先はすべてウクライナを指しています。両方の XServerCloud ASN は、RIPE アドレスが Kharkiv にある組織に登録されています。会社の歴史的な物語はウクライナのホスティング市場に集中しており、主要な国内ロケーションは Kyiv にあります。
同じ証拠は、「ウクライナのプロバイダー」を「すべての活動がウクライナで行われる」に変換すべきでない理由を示しています。連絡先ページは XServer OÜのタリンアドレスを示し、ウクライナ、ブルガリア、米国、オランダ、ポーランド、ドイツ、英国をそのプレゼンスとしてリストしています。公開オファーは XServer OÜを請負業者としますが、ウクライナ法が契約を支配し、未解決の紛争は請負業者の最終受益所有者が登録されている場所の管轄裁判所に行くと述べています。サービスフットプリントは、支払い、電子メール、サポートシステムを検討する前から複数の国にまたがっています。
その混合構造は意図的な回復力かもしれません。本格的な戦争中に顧客にサービスを提供するウクライナの事業者には、機器、契約、ルートを1つの国外に維持する十分な理由があります。XServer 自身の条件はリスクを明示的に認識しています。中断が武力紛争に直接関連する場合、請負業者はウクライナの機器の完全な可用性、データ整合性、または中断のないサービスを保証できないと述べています。継続性が重要な顧客は、ウクライナ国外のデータセンターのサーバーを使用することをお勧めします。
これは異常に率直な販売上の摩擦です。同社は Kyiv を低レイテンシー、ローカル支払い、ローカルに関連する選択肢として提供し、その後、継続性に敏感な購入者に別の国を検討するよう伝えています。これらの立場は矛盾していません。ローカル処理と国内レイテンシーは価値がある一方、地理的冗長性は電力、輸送、物理的セキュリティイベントへの露出を減らします。重要な点は、コンフィギュレーターでフラグを選択することがリスク配分の決定であり、忠誠のバッジや完全な継続性計画ではないということです。
また、慎重な顧客が注文前に解決すべき法的文言の問題があります。ウクライナロケーションページは、すべてのサービスがウクライナの法的エンティティによって提供され、国内通貨で支払われると述べています。現在の公開オファーは代わりにエストニアの会社を指定しています。ホームページは、基本通貨が2026年7月1日に米ドルからユーロに変更されると発表し、レビュー時点ではユーロの選択を表示していました。ウクライナの顧客が別の地元の販売者または支払いルートを受け取る可能性はありますが、公開ページは割り当てを説明していません。請求書のサンプルとロケーション固有の注文フォームは、いずれかの文だけよりも多くの答えを提供するでしょう。
7つのテストロケーションがサービスをより検査可能にする
XServer の公開サービス証拠の最も強力な部分は、そのルッキンググラスディレクトリです。7つの施設を指定し、それぞれにテストアドレスを提供しています：Kyiv の United、Sofia の Telepoint、Gdynia の ArtNet、Frankfurt の Telehouse、Amsterdam の NorthC、London の ServerChoice、Miami の Digital Realty。各ロケーションページは、ping、traceroute、MTR、名前解決、スピードテスト、ダウンロード可能なテストファイルを提供しています。
これは便利です。なぜなら、エンドポイントは国のメニューを顧客が支払い前に調べられるものに変えるからです。Kyiv ページは176.103.48.253と2a13:f580:1::252を公開しています。Sofia ページは176.103.62.253と2a13:f580:2::252を提供します。Gdynia、Frankfurt、Amsterdam、London、Miamiはそれぞれ独自の IPv4 および IPv6 ペアを持っています。これらは具体的なネットワークプローブであり、どこでも撮影できたラックの写真ではありません。
エンドポイントは、付随する散文が主張するすべてを証明するわけではありません。テストアドレスは、アドレスが到達可能であることを確立し、特定の観測者からのルートを示し、ある瞬間のパフォーマンスを明らかにすることができます。顧客の将来のホストの利用状況、ストレージレイテンシー、ノイジーネイバーの動作、バックアップ速度、サポート応答、またはテストサーバーが購入製品と同じスイッチおよびアップストリームを共有しているかどうかは示しません。XServer のルッキンググラスページは、テスト結果が高可用性と Tier 1グレードの信頼性を示すと言うときに過剰です。短いテストは長期的な可用性を確立できず、「Tier 1グレード」にはそこで開示された測定方法がありません。
それでも、エンドポイントを公開することは重大な肯定的要素です。購入者は、自分にとって重要なネットワークからのルート動作を記録し、営業時間とピーク時間にわたってテストを繰り返し、IPv4 と IPv6 を比較し、購入後にパスが変更されるかどうかを検出できます。ワルシャワとロンドンのユーザーにサービスを提供するウクライナの企業は、地図に頼るのではなく、Kyiv、Gdynia、London を比較できます。米国向けのサービスは、マイアミのパスが単に異なるロケーションラベルを持つヨーロッパのパスではないことを確認できます。
同社のジオフィードは別の層を追加します。XServer に関連付けられたプレフィックスを7つの宣伝された都市にマッピングし、より大きな Kyiv ラベルの範囲内の Kharkiv の個々のアドレスを含みます。ジオフィードは、オペレーターが公開する地理位置情報ユーザーへの指示であり、すべてのパケットやマシンが行が示す場所に物理的に存在するという証明ではありません。それでも、XServer がすべての解釈を商業的な地理位置情報ベンダーに任せるのではなく、プレフィックスレベルでロケーションアカウントを維持していることを示しています。
その区別はクラウド調達において重要です。アプリケーション、検索エンジン、または詐欺サービスでの国検出は、サーバーの実際の建物とは異なる可能性があります。そのようなシステムは異なるロケーションフィードを消費するためです。正式なデータ所在地のコミットメントを必要とする顧客は、IP ルックアップを契約として使用すべきではありません。しかし、テストアドレスとジオフィードを公開するプロバイダーは、顧客に明らかな不一致を検出するためのより多くの資料を提供します。
2つの XServerCloud ASN がより大きなルーティングの役割を明らかにする
ディレクトリ記録は AS48031 を指していますが、現在のフットプリントはその自律システムだけでは理解できません。RIPE はまた、XServerCloud の名前で AS202656 を記録しています。2023年4月に登録され、アクティブであり、同じ Kharkiv の登録者と XServer の連絡先を使用し、ヨーロッパのいくつかのネットワーク関係を指定しています。したがって、両方の自律システムが現在の公開評価に含まれるべきです。
7月15日の観測では、RIPEstat の AS48031 のアナウンスドプレフィックスビューは、7月1日から15日の期間に少なくとも10のフルフィード RIS ピアに表示された568のルートを発見しました。同等の AS202656 ビューは805を見つけました。これらは7つの小売ロケーションの隣では大きな数ですが、XServer が1,373のアドレスブロックを所有している、またはそれだけ多くのホスティングネットワークを運用しているという主張に変換されるべきではありません。
発信されたプレフィックスの多くは、他の組織のために登録または記述されています。自律システムは、トランジットまたはホスティング契約の一部として、顧客、リース、委任されたスペースをアナウンスできます。一部のプレフィックスは、アグリゲートおよびより具体的なルートの下にも表示される可能性があります。したがって、観測された合計は、2つの ASN が substantial なルーティングの役割を持っているという証拠であり、XServer 自身のアドレス、サーバー、建物、収益、顧客のクリーンな在庫ではありません。
トポロジーは公開観測ではシングルホームではありません。AS202656 の RIPEstat のルーティング一貫性データは、ServerChoice、23M、A2B、RETN への宣言された関係と一致するルートを含む6つの観測されたネイバーを示しました。AS48031 の結果も6つの観測されたネイバーを示しました。可視的な隣接関係のより広いセットは、一般に1つのアップストリームよりも有望です。なぜなら、ロケーション固有の到達可能性と障害対応のためのオプションを作成するからです。
ネイバー数はそれ自体が回復力ではありません。2つのセッションは、ファイバー入口、ルーター、電力供給、または商業的な親を共有する可能性があります。複数のネットワークを通じて観測されたルートは、依然として1つのローカルクロスコネクトに依存する可能性があります。逆に、プライベートバックアップは選択された観測では可視でない場合があります。記録はルーティング関係を示しますが、その容量、契約上の優先順位、物理的ダイバーシティ、または障害時のパフォーマンスは示しません。
PeeringDB は追加の保証をほとんど提供しません。その AS48031 エントリは Ivanov Vitaliy Sergeevich を指名していますが、施設、交換接続、トラフィック範囲、ルッキンググラス、ポリシーを開示していません。AS202656 の PeeringDB ネットワークエントリは返されませんでした。これは RIPE と XServer の記録を否定するものではありません。PeeringDB は自主的に維持されています。それは、購入者がそのディレクトリを使用して7つの施設の主張を検証したり、公開ピアリングの詳細を発見したりできないことを意味します。
ルート認証は良い衛生状態であり、サービスセキュリティではない
ロケーションテストアドレスは、ルート発信元認証を確認するための管理可能な方法を提供します。London の IPv4 エンドポイントは91.216.155.0/24、Amsterdam は193.203.50.0/23、Frankfurt は195.211.40.0/23に該当し、それぞれ AS202656 によって発信され、RIPEstat の RPKI 検証で有効と返されました。Gdynia の91.207.60.0/24、Sofia の176.103.62.0/23、Kyiv の176.103.48.0/21は AS48031 によって発信され、これも有効と返されました。
これは有用なコントロールです。有効な Route Origin Authorisation により、フィルタリングネットワークは、観測された ASN がプレフィックスを発信することを許可されているかどうかを判断できます。これは、偶発的または悪意のあるルート発信元エラーの1つのクラスを減らします。また、公開テストエンドポイントが、レビューされた7つの非米国およびウクライナのロケーションのうち5つで、XServerCloud ルーティングアイデンティティから切り離された単なるラベルではないことを示しています。
RPKI の有効性は、サーバーの侵害、ストレージ暗号化、顧客分離、またはアプリケーションの正直さについては何も述べていません。ルートが混雑しているかどうか、ディスクが障害を乗り越えるかどうか、またはサポートが迅速にサービスを復旧するかどうかはわかりません。これはネットワークリソース証拠の1つの狭い形式であり、その範囲が限定されテスト可能であるからこそ価値があります。
2つの ASN の規模は、その範囲の規律を特に重要にします。多くのサードパーティプレフィックスを運ぶホスティングネットワークは、ルートフィルター、顧客認証、不正使用連絡先、および異なるリソース所有者間の変更を管理する必要があります。公開観測には、選択された小売テスト範囲の有効な認証が含まれていましたが、アナウンスされたすべてのルートの完全な監査ではありませんでした。アドオンとしてアドレススペースを購入する顧客は、どの ASN がそれを発信するか、誰が認証を作成するか、変更がどれだけ速く伝播するか、サービス終了時にルートがどうなるかを尋ねるべきです。
IP 割り当てには運用面もあります。XServer の条件は、追加アドレスを有料サービスとして許可し、不正使用の苦情、ブラックリスト、スパム、攻撃、持続的トラフィックに対する広範なブロック権限を留保しています。顧客は、停止されたアドレスが1つのサーバー、アカウント全体、または共有ルーティングブロックに影響するかどうか、証拠がどのようにレビューされるか、誤った苦情がどのように上訴されるかを知る必要があります。公開条件には現在、コンテンツ制限決定に対する30日の上訴ルートが含まれていますが、時間に敏感なルーティングまたは不正使用エラーには、はるかに迅速な技術的エスカレーションが必要になる場合があります。
マイアミはパートナーネットワークが登場する場所を示す
チェック時に、公開された7つの IPv4 テストエンドポイントのうち6つが2つの XServerCloud ASN のいずれかによって発信されました。マイアミは異なりました。アドレス193.203.48.253は193.203.48.0/24にあり、AS204957 によって発信されました。AS204957 に関する RIPE の記録は、GREENFLOID-AS と Green Floid LLC を米国の住所で指定しています。ルートは AS204957 の有効な発信元認証も持っていました。
これは偽のマイアミロケーションの証拠ではありません。これは、サービスの公開ネットワーク面にパートナーまたはサプライヤーASN が含まれている証拠です。XServer 自身の AS48031 記録は、歴史的に関係の1つとして OneProvider を指定しており、プロバイダー契約は国際的なホスティングでは正常です。ラック、サーバー、アドレス、またはトランジットをリースすることは、すべての国で所有ネットワークを再現するよりも経済的である可能性があります。
この区別は重要です。「当社のインフラストラクチャ」はいくつかのレベルの制御を説明できるからです。XServer はサーバーを所有し、ラックをリースするかもしれません。サーバーをリースするが、オペレーティングシステムを制御するかもしれません。プロバイダー供給のネットワークアドレス上で仮想クラスターを運用するかもしれません。実質的にローカルインフラストラクチャパートナーによって提供されるサービスを販売するかもしれません。各モデルはうまく機能する可能性がありますが、インシデント権限、メンテナンス通知、ハードウェア交換、法的アクセスは異なる可能性があります。
公開ロケーションカードはよく知られたデータセンターオペレーターを指定していますが、施設名はその内部の商業的取り決めを証明するものではありません。プロバイダーは直接のテナント、リセラーの顧客、または別のネットワークを通じてリモートで接続される可能性があります。現在の資料は、ラックの所有権、契約相手、クロスコネクト、または各サイトでどの会社が実地アクセスを持っているかを特定していません。ルッキンググラスの証拠は、到達可能なエンドポイントを提供するため、ロゴ以上のものを証明しますが、それでも物理的または契約上の制御を証明するものではありません。
顧客にとって、正しい質問はすべてのコンポーネントが所有されているかどうかではありません。所有されているクラウドサービスはほとんどありません。重要なのは、サプライヤーが障害を起こしたときに XServer がコミットメントを満たせるかどうかです。マイアミでは、誰が最初の警報を受け取るのか？誰がディスクを交換できるのか？ローカル関係が終了した場合、XServer はアドレスやワークロードを移動できるのか？サプライヤーメンテナンスの前にどの程度の通知が顧客に届くのか？同じ99.5%または99.9%の可用性の文言が適用されることを意図しているのか？パートナーはウクライナの事業者のリーチを拡大できます。契約はそれに伴って説明責任を拡大しなければなりません。
クラウド製品はコンピュートとストレージを中心とした制御面
XServer の VPS ページは、固定サイズで販売される従来の仮想マシン以上のものを説明しています。顧客は CPU、メモリ、ストレージを選択し、サービス中にそれらのリソースを変更し、オペレーティングシステムをインストールし、ブラウザコンソールを使用し、スナップショットを取り、XServer ロケーション間を含むプライベートレイヤー2ネットワークで仮想サーバーを結合できます。ページは VMware vSphere 8、HPE および Dell ホスト、HPE 共有ストレージ、RAID10、N+1 クラスタリング、マルチパスネットワーキング、アクティブ-アクティブストレージを指定しています。
これらは販売の主張ですが、意図された運用面を有用な具体性で説明しています。自動化は製品の中心です。顧客は、技術者を待つことなくプロビジョニングとリサイズを行い、電源とネットワーキングを制御し、オペレーティングシステムを再インストールし、トラフィックを表示し、復旧を開始することが想定されています。これにより、信頼性がどこにあるかが変わります。サービスはデータセンター内のマシンだけではありません。それはまた、マシンが管理されるアカウント、アイデンティティコントロール、オーケストレーションロジック、インベントリ、請求状態、リモートコンソールでもあります。
公開会社ページは、2026年に app.xserver.cloud で新しいクライアント管理プラットフォームが立ち上げられたと述べています。現在のナビゲーションはそこを指していますが、公開オファーはまだ my.xserver.cloud を個人キャビネットとして説明しており、一部のロケーションページは引き続き古いホストにリンクしています。アカウントシステム間の移行は珍しいことではありません。これにより、サーバー状態、チケット、請求書、通知についてどのシステムが権威があるのか、そしてすべての古い仮想サーバーを新しいアカウントから管理できるのかという疑問が生じます。
条件は自動化の周りに重要な境界を引いています。XServer は初期設定のための自動化ツールを提供し、オペレーティングシステムとオプションのソフトウェアインストールを含むと述べています。顧客の最初の成功した SSH または RDP 接続後、サーバーソフトウェアのさらなる管理は、別途合意がない限り顧客に属します。請負業者の標準的な責任は、物理コンポーネント、仮想化プラットフォーム、およびデータセンター内のネットワーク問題に限定されます。VPS FAQ はトーンが広く、サポートはセットアップ、ソフトウェアインストール、トラブルシューティング、最適化を支援できるが、アプリケーションとデータは顧客の責任であると述べています。
その違いは、注文時に明示されれば管理可能です。購入者は、インフラストラクチャサポートとマネージドオペレーションのどちらを望むかを決定すべきです。Web アプリケーションがディスクの満杯、データベースの破損、または更新による依存関係の破損で停止した場合、サポートエージェントが支援を選択しても、原因は XServer の標準的な契約上の境界の上にある可能性があります。親切な支援は、その範囲、優先順位、権限が定義されない限り、復旧のコミットメントにはなりません。
コントロールプレーンセキュリティは同じ理由で重要です。オペレーティングシステムを再インストールし、コンソールを開き、ネットワーク状態を変更し、サーバーをキャンセルできるアカウントは、特権的な管理システムです。XServer は、アカウントツールでの二要素認証と機密アクションの確認を公開して説明しています。ビジネス顧客は、すべての特権ユーザーが強力な認証を使用できること、ロールが分離できること、リカバリがそれらのコントロールをバイパスできないこと、アクションが調査に十分な詳細でログに記録されることを確認すべきです。
クロスロケーションプライベートネットワーキングは特に注意が必要です。分散アプリケーションを簡素化し、ウクライナと EU のシステムが1つのローカルセグメント上のように通信できるようにします。また、地域性を曖昧にし、障害またはセキュリティドメインを拡大する可能性もあります。顧客は、そのトラフィックがどこで運ばれるか、暗号化されているかどうか、ブロードキャストとループのリスクがどのように封じ込められるか、どのサイトが参加できるか、オペレーターがインシデント中に1つのロケーションを分離できるかを知る必要があります。レイヤー2の便利さが、法的および物理的なレイヤーでの地理を曖昧にすべきではありません。
バックアップの文言には日付のある製品回答が必要
XServer は明らかにバックアップとスナップショットを製品機能として扱っています。現在のホームページは、週次 VPS バックアップは月額 USD1 で、最大28日間コピーを保持し、日次バックアップは USD5 で7日間保持すると述べています。スナップショットは最大24時間持続します。VPS 機能リストは自動バックアップが追加費用なしで含まれると述べ、その詳細セクションは仮想サーバーが自動的にバックアップされると述べ、日次バックアップを USD5 のオプションとして説明し、FAQ は自動日次バックアップが提供されると述べています。
これらの記述はすべて同時に同じデフォルトサービスを定義することはできません。異なるプラン、ロケーション、またはリビジョンを参照している可能性がありますが、文言にはそのような区別は見えません。顧客は、アカウントの実際の注文説明と日付のある書面による回答を決定的なものとして扱うべきであり、公開サイトで最も寛大な文を選択すべきではありません。
保持はバックアップ保証の一部にすぎません。顧客は、コピーの場所、プロダクションクラスターから独立したストレージにあるかどうか、別々のキーで暗号化されているかどうか、どの障害がプライマリとバックアップの両方の損失を引き起こすか、誰がそれを削除できるかを知る必要があります。別の国にコピーがある Kyiv のワークロードはより回復力があるかもしれませんが、もはや完全にローカルではありません。同じ建物内のコピーは、同じ物理的イベントで失敗する一方で、地域性を維持するかもしれません。
復元方法も重要です。ワンクリックの日付セレクターは便利ですが、復元はアプリケーションレベルでテストされるべきです。プロバイダーは仮想ディスクを完全に復元できますが、データベースが一貫性を欠いたままになったり、サービスに外部依存関係が欠けていたりする可能性があります。回復ポイントと回復時間の期待値は、XServer が約束することと顧客がテストしなければならないことを述べる必要があります。特にスナップショットは便利なロールバックツールですが、必ずしも独立したバックアップではありません。
公開オファーは、不払い後の別の形式の保持を追加します。2日間の猶予期間、停止、5日後のキャンセル、およびサーバーデータが完全削除前に7日間保持されるアーカイブを定義しています。これはバックアップの約束ではありません。これはアカウントライフサイクルルールであり、復元するには財務に連絡する必要があります。顧客は、延滞したサービスのアーカイブを災害復旧として扱うべきではありません。しかし、誰が復元を承認できるか、支払いまたは請求エラーがデータを脅かすときにサポートと財務がどれだけ迅速に調整するかを理解すべきです。
可用性は XServer のページによって異なる意味を持つ
ホームページは XServer が99.9%のアップタイムを保証し、それを冗長インフラストラクチャ、2N 電源、複数のネットワークプロバイダー、エンタープライズハードウェアに帰すると述べています。公開オファーはそれほど強くありません。請負業者は、計画メンテナンスと不可抗力を除き、ネットワークインフラストラクチャと仮想化プラットフォームの可用性を月間少なくとも99.5%維持するよう努めると述べています。そして、計算、除外、補償については xserver.cloud/sla を指しています。
レビュー時点で、その SLA アドレスはページを返しませんでした。そのギャップは重大です。30日の月で、99.9%の可用性は約43分のダウンタイムを許容し、99.5%は約3時間36分を許容します。保証と努力義務は同じ義務ではありません。また、公開オファーは利用可能なテキストでデフォルトクレジットを指定していません。詳細な文書がなければ、顧客は測定ソース、部分的なパケット損失がカウントされるかどうか、ストレージとアカウントアクセスが含まれるかどうか、または請求がどのように行われるかを見ることができません。
戦争条項はさらにウクライナのサービスを制限します。武力紛争に直接関連する中断の責任を除外し、継続性に敏感な顧客に別の国を使用するよう伝えています。それは理解できますが、顧客のマルチロケーションサービスの設計により多くの重みを置きます。XServer がサイトを接続する能力は、ワークロードを自動的に複製したり、フェイルオーバーしたり、データの一貫性を維持したりするわけではありません。これらは別の技術的取り決めです。
固定資料には、パーセンテージを達成されたパフォーマンスと比較するのに十分な公開ステータス履歴はありませんでした。ハードウェア冗長性の主張は設計上の声明であり、アップタイム測定ではありません。二重電源供給は共有アップストリームコンポーネントで終端する可能性があります。N+1 クラスターはソフトウェアを通じて障害を起こす可能性があります。複数のトランジットプロバイダーがパスを共有する可能性があります。また、稼働中のホストでもアカウントまたはストレージシステムの障害のためにアクセスできない場合があります。
XServer は機密設計を開示せずにこの曖昧さの多くを解決できます。バージョン日付、サービス定義、メンテナンスルール、監視ポイント、インシデント重要度、クレジットスケジュール、請求プロセスを含む現在の SLA を公開できます。ネットワーク、ホスト、ストレージ、コントロールアカウント、サポートの可用性を区別できます。インシデントと計画メンテナンスの公開履歴があれば、定義が実際にどのように機能するかを示すでしょう。それが存在するまでは、より低く、より条件付きの契約上の記述が、ホームページのパーセンテージよりも重みを持つべきです。
データ所在地は選択されたサーバー都市以上のもの
XServer は、同規模の多くのプロバイダーよりも地理的な選択肢を顧客に提供します。ワークロードは Kyiv、Sofia、Gdynia、Frankfurt、Amsterdam、London、Miami で注文できます。専用サーバーページはデータセンターオペレーターを指定し、テストエンドポイントにより購入者はネットワークパスを確認できます。プロダクションディスクとホストの場所を主に気にする顧客にとって、これは意味のある証拠です。
データ主権はプロダクションホストを超えて広がります。アカウントにはアイデンティティ、請求、サービスメタデータが含まれます。チケットにはログ、IP アドレス、クレデンシャル、またはアプリケーションの詳細が含まれる場合があります。監視およびネットワークシステムは運用記録を作成します。バックアップとスナップショットは別の場所にある可能性があります。管理者はリモートでシステムにアクセスできます。支払いプロバイダーと電子メールサービスは独自のデータを処理します。サーバー国の選択はこれらの表面をすべて配置するわけではありません。
公開オファーのプライバシーセクションは、アカウントおよびデバイス情報をリストし、いくつかの処理目的を説明し、個人データは契約期間プラス3年間保持されると述べています。欧州経済地域の居住者のための権利とプライバシーメールを提供します。また、請負業者は顧客の個人データを第三者に転送または販売しないと述べていますが、レビューされたページでは、サービスプロバイダーリスト、処理場所、転送保護措置、またはデータ処理契約を公開していません。
パブリック DNS はより広い表面の1つの小さな例を提供します。XServer のウェブサイトはチェック時に直接 Amsterdam テスト範囲に解決され、その権威ネームサーバーは xserver.cloud の下にありました。そのメール交換機は Google メールサービスを指していました。これはウェブとメール運用の賢明な分離である可能性があります。つまり、セールスまたはサポートへのメッセージには、XServer がそのサプライヤーと持ついかなる取り決めにも従い、選択されたサーバーロケーション外のサプライヤーが関与する可能性があります。DNS はすべてのメールボックスやチケットがどこに保存されているかを明らかにしないため、観測は地理的主張ではなく質問につながるべきです。
新しいエストニアの請負業者は別の管轄権の層を追加します。エストニアは欧州連合にあります。ウクライナはまだ加盟国ではありません。英国と米国は独自の移転コンテキストを持っています。サービスはそれぞれに配置できます。公開オファーはエストニアの販売者にもかかわらずウクライナ法を適用すると述べています。規制対象の顧客は、正確な注文についてデータ管理者、処理者の役割、サブプロセッサー、移転メカニズム、政府要求プロセス、違反連絡先を特定する必要があります。一般的な GDPR 参照はそのマップを置き換えるものではありません。
地域性は依然として強みになり得ます。XServer の国内での歴史、Kyiv サービス、ウクライナ語の連絡先は、ローカルレイテンシーと市場に精通した人材を必要とする組織にとって、もっともらしいサプライヤーになります。その外国ロケーションは地理的回復力への実用的な道を提供できます。その命題のより強いバージョンは、「ウクライナのデータはデフォルトでウクライナに留まる」ではありません。それは、顧客がプロダクション、レプリカ、バックアップ、管理記録、サポートアクセスが存在することを許可される場所を選択する、文書化されたアーキテクチャです。
サポートには名前のある人物がいるが、約束は時間によって変わる
XServer のアバウトページは3人の運用リーダーを指名しています：Vitalii Ivanov（創業者兼最高経営責任者）、Serhii Shkil（共同創業者兼最高技術責任者）、Roman Bazhan（テクニカルサポート責任者兼主任システム管理者）。責任者を公開で指名することは有用です。それは、一般的な連絡先ボックスよりもサービスに説明責任を与え、技術およびサポートのリーダーシップがインフラストラクチャに近いことを示唆しています。
連絡先ページは、チケット、ライブチャット、電子メール、電話、Telegram ボットを追加します。既存の顧客はサポートシステムを使用すべきであり、2分の応答を表示します。平日のスケジュールは09:00から19:00 UTC+2 で、2分から2時間の応答を説明し、サーバー問題、基本管理、財務、その他の質問をカバーします。夜間セクションは19:00から09:00で、ネットワーク接続問題、電源問題、重大インシデント、クライアント機器支援をリストしています。
これは単に24時間年中無休と言うよりも有益です。夜間の焦点が狭い24時間の技術カバレッジを示唆していますが、通常の管理と財務は日中の問題です。それでも専用サーバーページは、そのチケットシステムが営業時間中に2分の応答を保証すると述べており、メインのマーケティングコピーはサポートが数分以内に応答すると述べています。これらの記述のいずれも、応答が自動確認、最初の人間による返信、または有用な診断のいずれを意味するかを定義していません。解決目標は公開されていません。
電話ルートは明示的にウクライナ語とロシア語に制限されています。これはある意味で地元労働力の命題を支持します：ウクライナの顧客は会社のホームマーケットに関連する番号と言語に連絡できます。すべてのサポートエージェントがどこで働いているか、従業員か請負業者か、各シフトをカバーする人数、またはロンドンやマイアミの機器に対応できる誰かを確立するものではありません。タリンオフィスは平日の営業時間をリストしていますが、その住所は人員配置された24時間運用センターの証拠ではありません。
標準契約はサポート責任をホストハードウェア、仮想プラットフォーム、データセンターネットワークに絞り、管理に関するオプションのヘルプを提供します。その区分はインシデントの優先順位で可視であるべきです。自動 OS インストールが失敗した場合、それはおそらくサービスの範囲内です。顧客の変更後にインストールされたアプリケーションが失敗した場合、そうではないかもしれません。2つの都市にまたがるプライベートネットワークが故障した場合、責任は XServer の制御システム、キャリア、または顧客設定に関与する可能性があります。優れたサポートプロセスは、診断を停止するためにそれを使用せずに境界を特定します。
ビジネス購入者にとって、ローカルサポートは具体的にされるべきです。それはウクライナ語対応、ウクライナで雇用されているエンジニア、指名されたウクライナのエスカレーションマネージャー、Kyiv での実地アクセス、または単にウクライナの電話番号を意味しますか？サポート責任者が不在の場合はどうなりますか？ルートを移動し、バックアップを復元し、自動停止を免除し、または外国の施設に連絡する権限を持つのは誰ですか？指名されたリーダーは信頼を生み出します。文書化された委任はその信頼を持続可能にします。
公開記録は信頼を支持するが、白紙の小切手ではない
XServerCloud は空虚な名前ではありません。証拠は、簡単に作り出すのが難しいいくつかの場所で結合しています。2008年の AS48031 登録は、主張された初期の運用年と一致しています。同じ創業者名がサービス、ネットワーク記録、新しいエストニアの会社を結び付けています。ウクライナの電話番号はウェブサイトと RIPE 記録全体で繰り返し登場します。同社は技術的に妥当な Kharkiv から Kyiv への移転を説明し、現在の多国製品カタログを公開し、ロケーション固有のテストエンドポイントを公開し、選択された XServer テスト範囲の有効なルート発信元認証を維持しています。
記録はまた、保証がブランドレベルで付与できない理由を示しています。請負業者は、運用がはるかに古いとしても、わずか数週間前のものです。ディレクトリは1つの ASN を指定していますが、現在のテストサービスは2つの XServerCloud ASN と1つのパートナーASN を使用しています。施設ラベルは所有権またはリモートハンズ権限を述べていません。ルート数は所有アドレスまたはサーバーと等しくありません。緑の RPKI 結果はワークロードを保証しません。選択可能な国はチケットとバックアップを配置しません。指名されたサポートチームは夜間の人員配置や復旧時間を定義しません。
最も重要なことに、商業ページと条件は調整が必要です。顧客は現在、99.9%と99.5%の可用性、異なるバックアップ権利、欠落した詳細 SLA ページ、app と my のアカウントアドレス、エストニアとウクライナの販売者言語、応答時間の異なる説明に遭遇する可能性があります。これらの違いのいずれもサービスの質の低さを証明するものではありません。それらが一緒になって、マーケティングコピーから拘束力のあるコミットメントを推測することを安全ではなくします。
最善の調達対応は、単なる一般的な追加証明書の要求ではありません。それは、選択されたロケーションと製品に結び付けられた、短く日付のあるサービススケジュールです。XServer OÜまたは任意の地元の販売者を指定し、施設と発信 ASN を特定し、実地作業とトランジットを提供する者を述べ、可用性とクレジットを定義し、バックアップの場所と保持をリストし、アカウントとサポートデータをマッピングし、インシデントと終了手順を設定する必要があります。重要なサービスの場合、基礎となる障害が1つのホストよりも大きいときにワークロードが Kyiv または別の都市を離れる方法を説明する必要があります。
XServer の歴史は関連性があります。公開ネットワーク記録は、サービスの背後にいる人々が長期間運用してきたことを示唆しているからです。そのウクライナのルーツは関連性があります。電話、言語、ネットワーク登録、国内サービスを説明しているからです。エストニアの会社は関連性があります。現在の条件が注文を受けるのはその会社であると述べているからです。7つのロケーションは関連性があります。それらは回復力とサプライヤー面の両方を広げるからです。信頼は、それらの事実を別々に保ち、その後、顧客が実際に購入している契約の中でそれらを合わせることで生まれます。