「Datalogika」Ltd.が販売するホスティング容量は、依然としてラック、トランジット、修復時間に依存する

要約

• 「Datalogika」Ltd.は、現在の運用兆候がある。その公開サイトはドルゴプルドニのデータセンタービルでコロケーションを販売しており、JPE.ru の注文パネルにはラック、ハーフラック、シングルサーバー、レンタルサーバーの商品が掲載され、RIPEstat は AS51520 が2026年7月12日に768の IPv4 アドレスと広範囲な IPv4 可視性をもってアナウンスされたことを示している。
• 物理的拠点は小規模ホストとしては異例に具体的である。Datalogika によると、ホール面積は170 m2、70台のオープンラック、ラックあたり平均4.2 kW、最大7 kW、400 kVA の UPS、400 kW の変電所、550 kW のディーゼル発電機、5,000リットルの燃料、そして48時間の自立稼働が主張されている。
• 顧客の回復力が決まる部分では、公開された証拠は依然として不完全である。公開された負荷試験、認証取得、上流契約、キャリア経路マップ、予備部品スケジュール、サポート名簿、施設アクセス手順、バックアップ復元記録、または顧客移行計画は存在しない。
• 最も妥当な解釈は、意味のあるローカル施設のストーリーと可視的な AS を持つ、現役の小規模ロシアホスティング事業者であり、マーケティングだけで利用可能な容量、物理的多様性、回復限界を推測できるようなクラウドプラットフォームではない、ということである。

販売はラックであり、クラウドではない

「ホスト型」という言葉はサービスを伸縮自在に聞こえさせるが、Datalogika の提供内容は物理的に率直である。同社のサイトによれば、自社のモスクワデータセンターに顧客の機器を設置するとし、フルラックかユニット単位の設置を販売している。現在の公開料金ページ (datalogika.ru) では、4 kW のラックが月額80,000 RUB から、0.3 kW のユニット設置が月額3,100 RUB からと表示されている。ラックに供給される平均電力は4.2 kW、最大は7 kW、データセンターの総合インターネット回線チャネルは100Gb を超え、100Mb の「フルビュー」インターネットポートが無料で含まれるとしている。

それは抽象的なハイパースケールリージョンの言葉ではない。それは部屋、ラック PDU、クロスコネクト、サポートシフト、そして請求書の言葉である。同じページには、顧客向けに、通信機器のマウント、接続、設定、そして24時間年中無休のサポートが含まれると記載されている。また、100Mb、1Gb、10Gb、40Gb、100Gb のインタフェースを宣伝し、リクエストに応じて Datalogika が任意のプロバイダーにレイヤー2チャネル経由で顧客を接続できるとしている。約束は広範であるが、物理的な結果として、すべての顧客注文はポート、電力余裕、ケーブル経路、スイッチ容量、技術者時間、そして選定キャリアとの商用関係を消費することになる。

公開注文パネルは、提供内容をより具体的にする。JPE.ru の WHMCS ストアページ (機器設置) では、月額3,100 RUB からのシングルサーバー設置、月額80,000 RUB からのフルラックレンタル、月額52,000 RUB からのハーフラックレンタルの3製品を掲載している。別の JPE.ru ページ (サーバーレンタル) では、CPU、メモリ、ディスク、シャーシ、チャネルのオプション付きで2,350 RUB から構成可能なサーバーを宣伝している。対応する WHMCS 製品ページ (レンタルサーバー) では、同じ開始価格で「Aренда сервера - Конструктор」を掲載し、100Mb/s と IPv4 アドレス1つが無料で含まれるとしている。

これが重要であるのは、コロケーションとレンタルサーバーでは障害の発生形態が異なるからだ。コロケーション顧客は自前の機器を持ち込むため、ハードウェアライフサイクル、OS 状態、ディスク交換、設定に対する責任をより多く保持する。レンタルサーバー顧客は、ホスト側の予備シャーシ、プロセッサ、メモリ、ドライブ、インストール慣行、遠隔保守対応キューに依存する。どちらの場合でも、顧客から見えるサービスは Web サイト、課金システム、ゲームサーバー、メールホスト、企業アプリケーション、ストレージノードかもしれないが、復旧経路は、通電されたラックに人が辿り着き、どの物理コンポーネントが故障したかを判断することから始まる。

Datalogika の商業的アイデンティティは、したがってハイブリッドである。同一の公開ブランド環境で、ラックの不動産的空間、機器設置、ホスト型サーバー容量を販売している。購入者はこれらを一つの約束にまとめてはならない。1U コロケーションクライアントは、自社ハードウェアへのアクセス、交換メディア、遠隔保守対応の制限、キャリア受け渡しについて明確さを必要とする。フルラッククライアントは、電力余裕、冷却制約、クロスコネクト条件、共有ルームメンテナンス中のラック内作業計画を必要とする。レンタルサーバークライアントは、在庫、再構築時間、ディスク保持ポリシー、イメージ可用性、サービスからの移行経路を必要とする。公開ページはメニューを見せているが、厨房がラッシュ時にどう動くかは見せていない。

物理的拠点が極めて具体的に公開されている

Datalogika は、多くの小規模ホストよりも詳細な施設説明を提供している。同社サイトの施設セクションでは、データセンター建屋をモスクワ州ドルゴプルドニ、ジュコーフスコゴ通り3番地とし、このロシアの住所が利用者の個人データを処理する企業にとって重要であると述べている。フッターには、ロシア語の正式名称、ドルゴプルドニの住所、INN 5008048758、KPP 500801001、OGRN 1085047011334が繰り返し記載されている。RIPE の組織オブジェクトORG-DL620-RIPEでも、"Datalogika" Ltd.を名乗り、国を RU、登録番号1085047011334、同じドルゴプルドニの番地を使用している。

部屋自体は運用面から説明されている。Datalogika は、ホール面積が170 m2 で、70台のオープンサーバーラックが設置されているとしている。Gamatronic Power+ UPS（400 kVA）を挙げ、商用電源喪失後10分間の稼働を提供するとしている。データセンターには、自前の400 kW 変電所、コンテナ型 Wilson ディーゼル発電機（550 kW）、5,000リットルの燃料備蓄があり、48時間の自立運転に十分な燃料があるとしている。変電所から発電機への切り替えは1分以内に行われ、その間 UPS が機器を支えるとしている。

冷却も同様に具体的である。Datalogika は、76 kW の冷却能力を持つ Hiref 精密産業用空調機を4+1構成で使用しているとしている。冷気は0.4 m の二重床下からコールドコリドーへ供給される。アクセスは、パスコントロール、警備員、ビデオ監視、不活性ガス消火設備を備えていると説明されている。これらは有用な主張である。なぜならば、UPS 負荷、発電機試運転履歴、燃料契約、冷却能力、コンデンサ配置、火災パネル保守、アクセス制御、実際のホール内 IT 負荷量といった、検査すべき要素を特定しているからだ。

同社は Tier の表現も用いているが、安全な読み方は限定的である。サイトでは、データセンターが Tier 3の信頼性要件に「対応」しており、フェンスで囲まれた独立した建物、N+1 の二重化、冗長化されたインフラと通信を備えているとしている。Datalogika のデータセンターの選び方に関する記事では、Tier III 認証が存在するかどうかを明確に論じ、認証にはコストがかかると述べている。また、JPE は自社の業務と技術設備をそれらの標準に沿わせており、潜在顧客にコンプライアンスの評価を促しているとしている。Uptime Institute のTier 分類システムでは、Tier 認証を正式な評価フレームワークとして扱っており、Tier III の説明では同時保守可能性を強調している。公開された認定書や対顧客向け証明書が提示されない限り、Datalogika の Tier 3という言い回しは、設計および運用上の主張として読むべきであり、認証済み施設の証明としては読めない。

数値自体も負荷の文脈を必要とする。400 kW のトランス、550 kW の発電機、400 kVA の UPS は、小規模ホールにはもっともらしいが、実際の余裕度は、実 IT 消費量、冷却負荷、UPS バッテリー状態、力率、保守バイパス運用、発電機始動信頼性、高密度で実際に販売されたラック数に依存する。公称平均4.2 kW で70台のラックがある場合、冷却やその他オーバーヘッドを除いた IT 負荷は294 kW を示唆する。公称最大7 kW では、同様に490 kW を示唆する。公開ページでは、すべてのラックが同時に最大電力を消費できるか、設置・販売済みのラック数、複数の顧客が追加を要求した場合の電力割り当て方法は述べられていない。

それが設備容量と利用可能容量の差である。設備容量とは Web サイトに記載された機器であり、利用可能容量とは、保守、熱、バッテリー、燃料、上流制限、予備部品、サポート時間を差し引いた後に残るものである。公開された施設説明は、Datalogika をデューデリジェンスに値するものとするには十分に強力であるが、サイト訪問、負荷測定、障害訓練なしにミッションクリティカルな移行の費用算定ができるほど強力ではない。

企業の足跡は継続性を支持するが、規模は支持しない

法務および公共サービスのシグナルは、長期にわたり存続する小企業の周辺で一致している。datalogika.ruのフッターには、法的識別子と銀行詳細が記載されている。ロシアの企業プロファイルページAudit-itでは、公開公式記録を引用し、法人を活動中とし、ドルゴプルドニの住所を挙げ、主たる活動をドキュメントテレコミュニケーションズとし、登録日を2008年9月16日とし、2025年の収益を2830万ルーブルと報告している。ZachestnyBiznesは独立して、同一の OGRN、INN、登録日、活動状態、住所を提示している。

これらの企業ミラーは、運用テレメトリと同一ではない。規模と継続性には有用だが、サービス品質には役立たない。2025年の収益が約2830万ルーブルという数字は、小さな部屋、限られたスタッフ、控えめなコロケーション引き合い、レンタルサーバー販売、関連するホスティング業務と整合する。これは、何件の顧客がアクティブか、何台のラックが埋まっているか、会社が建物を所有しているか、何人の従業員が待機しているか、施設設備に関連する負債がどの程度か、あるいは他の関連事業がこの法人の外に資産を有しているかを証明しない。

サイトファミリーは別の継続性シグナルをもたらす。Datalogika のメインページは、商品選択のためにlk.jpe.ruにリンクし、顧客パネルでは JPE.ru ブランドを使用している。Google 公開 DNS クエリのdatalogika.ru A レコードはメインサイトを91.194.2.25に解決し、jpe.ruも同じく91.194.2.25、lk.jpe.ruは91.194.2.17に解決する。datalogika.ru の NS レコードは、ns1.datalogika.ruとns2.datalogika.ruである。これらのアドレスは AS51520 が発信する91.194.2.0/23プレフィックス内に位置する。

これは、公開販売およびアカウントのフロントドアが、Datalogika が発信する同一のアドレスエステートから提供されている証拠である。しかし、顧客パネル、課金状態、サービスカタログ、サポートチャネルが、そのエステートの喪失に耐えられる保証にはならない。公開サイト、ストア、制御パネルがすべて同じ部屋、同じ経路ブロックに存在する場合、ドルゴプルドニ施設での停止は、ホストされている顧客ワークロードだけでなく、顧客がチケットをオープンしたり、交換品を注文したり、ステータスページを閲覧したりする能力にも影響し得る。それらサービスが他の場所にミラーリングされていても、公開ページはそのことを述べていない。

したがって、サービスストーリーはアクティブだが小規模として扱うべきである。Datalogika は単に古いテキストを載せたパークドメインではない。注文ページは有効な商品を返し、AS はアナウンスされ、法人識別子は一貫性を保ち、サイトは一部の記事ページの古いメタ記述とは異なる現在の月額料金を宣伝している。しかし、小規模アクティブ企業でも、障害経路が一点集中する可能性はある。継続性は購入者に誰に電話すればよいかを教えるが、ラック、スイッチ、上流がダウンした際に、会社が同時に何件の通話を処理できるかは教えない。

価格は修復時間を賄えなければならない

Datalogika の公開価格は十分に低く、経済性を回復力物語の一部としている。月額3,100ルーブルのシングルサーバースロット、月額2,350ルーブルのレンタルサーバー構成、月額80,000ルーブルからのフルラックは、単なる販売数字ではない。それは、ホストが電気代、冷却費、燃料費、上流費、スイッチ代、光学部品、サーバーパーツ、ソフトウェア、経理、賃料または不動産コスト、税金、保守訪問、そして障害時に応答する人員を支払わなければならない原資である。これらの価格でもサービスは依然として良好であり得るが、それは提供範囲が厳密に限定され、運用前提が正直である場合に限る。

だからこそ本稿は、宣伝されている「無料」項目をコストゼロとして扱わない。100Mb のポート込みは、スイッチ容量、ルーティング容量、上流余裕を消費する。込みのマウントと設定は、スタッフ時間を消費する。会社負担での顧客機器の移動は、車両時間、梱包リスク、技術者の1日を消費する。レンタルサーバーでの OS 無料インストールは、構築時間と再現可能なインストール慣行を消費する。これらの付加サービスは、本来であれば複数サプライヤーを調整しなければならない小規模顧客にとって、真の利点となり得る。また、多くの顧客が同時に同じ人材を必要とする際には、待ち行列にもなり得る。

Audit-itが報告する2025年の収益数字は、サービス品質を証明せずに規模の文脈を与える。2830万ルーブルの収益は、施設がコンパクトでスタッフが経験豊富、顧客がシンプルなパッケージを購入する場合、意味のあるニッチな運営を支え得る。しかしそれは、購入者が豊富な予備在庫、夜間対応エンジニアの大所帯、複数の遠隔地、稀なピークイベントのために購入された余剰トランジットを想定できるような規模ではない。公正な仮定は弱さではない。公正な仮定は、約束されたあらゆる復旧機能が意図的に資金供給されなければならないということだ。

ハーフラックやフルラックの顧客が、単に表向きの月額料金だけを比較すべきでない理由もここにある。電力超過の請求方法、クロスコネクトに継続課金が発生するか、高速インタフェースにポートアップグレードが必要か、共有アクセスではなく確約帯域を購入できるか、遠隔保守対応タスクに時間制限があるか、緊急作業が計画作業と異なる価格設定か、を問い合わせるべきである。契約書に記載があれば、追加課金を伴う低い基本価格は完全に妥当であり得る。高度なタッチを要する復旧作業を黙って吸収する低い基本価格は、悪い週に脆弱になり得る。

レンタルサーバー顧客にとって、同じ計算がハードウェアにも当てはまる。月額2,350ルーブルのサービスに IPv4 アドレス1つと100Mb のパスが含まれる場合、ホストはシャーシ、ディスク、メモリ、電力、冷却、ラック位置、交換時間のコストを何ヶ月にもわたって回収しなければならない。これは標準的な構成、制限された即時交換、特殊リクエストに対する慎重な制御を助長する傾向がある。迅速な再構築、特別なディスク保管、高い書き込み耐久性、大容量メモリ、ネットワーク上の高い確約を必要とする顧客は、より多く支払うか、より厳密に書かれた約束を受け取ることを期待すべきである。

したがって、最も有用な購入テストは「Datalogika は安いか？」ではなく、「障害時にその価格は何を購入するのか？」である。答えが、控えめな部屋、明示されたロシアの住所、実践的なハンズオンヘルプ、ベストエフォートのレンタル容量であれば、その提案は魅力的であり得る。もし購入者が予約済みのフェイルオーバーパス、保証された交換用ハードウェア、オフサイトリカバリ、測定されたサポート応答を必要とするならば、それら機能は一般的なホスティング料金表から推測されるのではなく、有償のコミットメントとして現れるべきである。

AS51520 は実在するが、経路証拠には限界がある

現在の最も強力な運用証拠はネットワーク到達性である。RIPEstat のAS51520 の AS 概要では、ホルダーをRH "Datalogika" Ltd.とし、2026年7月12日の観測時点で ASN がアナウンスされているとマークしている。RIPEstat のルーティングステータスでは、2つの IPv4 プレフィックス、768の IPv4 アドレス、327の RIPE RIS IPv4 ピア中326での可視性が示され、可視的な IPv6 経路はなかった。そのアナウンスプレフィックスビューでは、91.194.2.0/23 と 94.232.251.0/24 がリストされていた。

登録されたリソースの状況は、有用な意味で不均一である。RIPEstat のAS51520 の whois ビューでは、aut-num AS51520、as-name RH、組織 ORG-DL620-RIPE、ステータス ASSIGNED、作成日 2010年9月16日、最終更新日 2025年12月24日が示されている。91.194.2.0/23のレコードは、このブロックを ORG-DL620-RIPE、国 RU、割り当てられたプロバイダ独立(Provider Independent)ステータスに結びつけている。94.232.251.0/24のレコードは異なる。これは組織 ORG-LA1341-RIPE とともに割り当てられたプロバイダ集約可能(Provider Aggregatable)空間であり、RIPE 組織レコードORG-LA1341-RIPEではクラスノヤルスクの"RealHost" Ltd.を名指ししている。それでも経路オブジェクトは引き続きオリジン AS51520 を示している。

購入者にとって、これは Datalogika が経由するアドレスエステートを、Datalogika が所有または登録する空間と、Datalogika が経由するが他組織に登録された空間に分離すべきことを意味する。この区別は必ずしも問題ではない。ホスティング事業者はしばしば、顧客、関連会社、サプライヤが保有する空間をオリジネートする。これが重要となるのは、退出時やインシデント対応時である。顧客サービスが91.194.2.0/23から採番されている場合、契約上およびレジストリ上の支配は、94.232.251.0/24から採番されたサービスとは異なる可能性がある。アドレスのポータビリティ、アビューズ連絡先の処理、プレフィックスフィルタリング、RPKI の変更、緊急時の再オリジネーションはすべて、誰がリソースを支配し、誰が経路オブジェクトを署名または保守できるかに依存し得る。

RPKI が同じニュアンスを加える。RIPEstat のバリデーションエンドポイントは、AS51520 が91.194.2.0/23をオリジネートすることについて不明を返したが、94.232.251.0/24の結果は最大長 /24 で有効を返した。不明は無効ではない。それは、該当する経路起点認可(ROA)がそのバリデーション結果で利用できなかったことを意味する。厳密な起点検証を適用するネットワークは、無効を拒否するのと同じ理由で不明な経路を拒否しないが、不明な経路は有効な経路よりも暗号的な保証が少ない。

二次的なルーティングページは、概形において一致しつつ、より多くの名前を追加している。bgp.tools の AS51520は"Datalogika" Ltd.を特定し、AS が2つの IPv4 プレフィックスをオリジネートし、IPv6 はないとし、上流として AS31500 Global Network Management Inc と AS5467 を挙げ、91.194.2.0/23 プレフィックスは"Datalogika" Ltd.の下、94.232.251.0/24 は"RealHost" Ltd.の下に示している。Hurricane Electric のAS51520 の BGP ページは、2つのオリジネート IPv4 プレフィックス、オリジネート IPv6 プレフィックスなし、768のオリジネート IPv4 アドレス、31の観測された IPv4 ピア、そして3つのインターネットエクスチェンジ（モスクワの Eurasia Peering IX、PITER-IX Moscow、クラスノヤルスクの Sibir-IX）を報告している。

PeeringDB はより控えめである。そのAS51520 のネットワーク API エントリは「Krasnoyarsk network」を名指し、Web サイトhttp://www.kraslan.ruにリンクし、ポリシーはオープンとし、IX カウント1、ファシリティなしを記録している。そのnetixlan エントリは、Eurasia Peering IX における運用中の10Gb ポートを、IPv4 アドレス 185.232.60.109 で示している。PeeringDB の自己申告による1-IX の図と、HE のより広範なエクスチェンジビューの違いこそが、記事がルーティングページを物理的多様性と同一視すべきでない理由である。公共のインターネットは隣接関係を見ることはできるが、すべてのクロスコネクト注文、ポートコミット、保守条件、ファイバー入線、共用部屋を見ることはできない。

RIPEstat のネイバービューは、調査時点で20の観測されたネイバーを報告し、AS31500 がそのエンドポイントで圧倒的に最大の可視的ウェイトを占めていた。これは Global Network Management が主要な可視的上流であるというアサインメントの仮説を支持するが、結果には依然として慎重な表現が必要である。「観測されたネイバー」はサプライヤ契約と同じではない。一部のネイバーはピアであり、一部はダウンストリームかもしれず、一部はルートサーバーのアーティファクトであり、ポリシーに応じて現れたり消えたりし得る。AS51520 が複数の観測されたネイバーを持つという事実は良いことである。可視的上流が一つ卓越しているという事実は、回復力上の疑問である。

トランジットの多様性は復旧の多様性と同じではない

Datalogika 自身のページでは、データセンターの総合インターネットチャネルが100Gb を超え、最大100Gb のインタフェースを提供できるとしている。この主張は有用だが不完全である。100Gb 対応インタフェースはポートオプションであり、特定の顧客が確約された100Gb パスを受信する証拠ではない。総合インターネットチャネルは、輻輳のないフェイルオーバーキャパシティと同じではない。最大の上流がダウンした場合、残存経路が損失、ジッタ、商用的スロットリングなしにどれだけの顧客トラフィックを運べるかが問題である。

ここで小規模ホストの経済性が実践的になる。大規模キャリアは、予備トランジット、複数の市内ファイバー、分離された光パス、第二のオペレーションセンター、正式な重大インシデントコミュニケーションを持ち得る。小規模ホストは依然として信頼性が高くあり得る。特に、顧客ミックスが控えめで、技術者がすべてのラックを知っている場合には。しかし、小規模ホストにはストレスを隠す場所が少ない。故障したルーター1台、飽和したピア1つ、対応不能な技術者1名、施錠された施設ゲート1つ、またはサプライヤのメンテナンスウィンドウ1つが、顧客基盤の大部分に影響を与え得る。

ENISA 通信セキュリティインシデント2024レポートがここで有用なのは、Datalogika について何かを語っているからではなく、通信インシデント全体に共通する故障メカニズムを特定しているからである。ケーブル切断やソフトウェア不良／変更更新が、ヒューマンエラーに結びつく技術原因として顕著に現れている。過去の ENISA インシデントサマリーも、システム障害や停電が停止の繰り返し発生要因として特定している。これらのカテゴリは小規模ホストに直接マッピングされる。土木工事がファイバー経路を切断し得る。ルーター変更が経路をリークまたは撤回し得る。電源切り替えが弱い UPS ストリングを露呈し得る。不良ディスクバッチが予備を使い果たし得る。

公開されている Datalogika の提案では、記事ガイダンスの中で24時間365日のサポート、込みのマウントと設定、遠隔保守対応が言及されている。しかし、サポート名簿、エスカレーション順序、予備ルーターリスト、クロスコネクト修復 SLA、保守カレンダー、ステータスページ、停止アーカイブ、インシデント後記録は公開されていない。これらの欠如は、パフォーマンスが低いという所見ではない。それらは購入者が推測できる範囲の制限である。ホストは優れた内部手順を持ちながら、ほとんど公開しないこともあり得る。公共向けワークロードを扱う購入者は、サービスを回復力があるものとして扱う前に、手順を確認するよう求めるべきである。

修復クロックは障害タイプによっても変わる。レンタルサーバーの不良ディスクは、部品が現地にありエンジニアがラックにアクセスできれば、当日中のハードウェア交換となり得る。コロケーションにおける顧客所有サーバーの故障は、顧客が部品を供給するか、保守タスクを承認する必要があるかもしれない。故障した UPS モジュールはベンダーサポートを要するかもしれない。ファイバー切断は、上流またはメトロキャリアの手に委ねられる。経路リークは、ピア、ルートサーバー、トランジットとの調整を要するかもしれない。課金パネルの障害は、パケットが流れ続けても、顧客のアクションをブロックし得る。顧客は一つの停止を経験するが、ホストは複数のオーナーを経験する。

だからこそ「修復時間」がタイトルに含まれている。サービスは月額料金だけで販売されているのではない。それは、最初のアラームから復旧機能までの時間で販売されている。Datalogika の公開ページは、部屋の仕様と商品注文において強固だが、測定された復旧については公開記録が弱い。そのギャップこそが、購入者が交渉すべき点である。

地域性は機能だが、同時に退出経路を狭める

Datalogika は、ユーザーの個人データを処理する企業にとってロシアの住所が価値があると明示的に売り込んでいる。この主張は市場の文脈に適合する。スタンフォードの WILMAP エントリ連邦法第242-FZ 号は、ロシアの個人データローカライゼーション規則を、ロシア国民の個人データをロシアに所在するサーバーで処理することを要求していると要約している。したがって、ドルゴプルドニの部屋は、より大規模なクラウドや高価なキャリアホテルを使用せずに、ロシアにホストされたインフラを求める顧客にとって商業的資産となり得る。

地域性には二面性がある。コンプライアンス態勢を改善し、モスクワ地域の顧客の移動時間を短縮し、ロシア語での対面サービスをサポートし、データを保持するハードウェアを既知の管轄下に置くことができる。他方、サービスがローカル IP アドレス、ローカル契約、ロシア語サポート、部屋内予備部品、他で再現が難しいキャリアアレンジメントに依存している場合、ポータビリティを低下させ得る。顧客は、退出が自社サーバーの発送、ディスクイメージの新たなレンタルサーバーへのコピー、AS51520 空間からのリナンバリング、DNS の変更、上流フィルタの変更、またはプロバイダ間転送の待機を意味するのかを知るべきである。

Datalogika の施設住所は、コロケーション顧客にとって特に重要である。顧客が規制、契約、セキュリティ上の理由でサーバーをロシア国内に維持する必要がある場合、ドルゴプルドニの部屋は場所要件を満たし得る。しかし、その後顧客が第二サイト、オフサイトバックアップ、ホットスタンバイを必要とした場合、同じ場所要件は設計上の制約になる。他国へのバックアップは一部のデータにとって許容できない可能性がある。同じ部屋内のバックアップは同じ施設インシデントを生き残れないかもしれない。第二のロシアサイトは、別のプロバイダーとテスト済みのデータ移動計画を必要とするかもしれない。

公開ページはそのような計画を示していない。マルチサイトレプリケーション、オブジェクトストレージ、マネージドバックアップ、オフサイトメディア保管、クロスリージョンフェイルオーバー、第二のロシア施設を宣伝していない。サーバーレンタルページは OS インストールと構成可能なハードウェアを宣伝し、コロケーションページはラックとユニット容量を宣伝し、WHMCS パネルは注文を受け付ける。これらのいずれも、顧客がストレス下でどのように退出するかを説明していない。それによってサービスが不適切になるわけではない。それは、質問を購入者が所有することを意味する。

データローカリティは、障害後のイメージとディスクの取り扱いにも影響する。Datalogika が顧客にサーバーをレンタルしている場合、交換後の古いドライブは誰が管理するのか？故障したディスクはどのように扱われるのか？顧客は破壊、返却、保持、または消去の証拠を要求できるのか？顧客が自前の機器を設置している場合、ホストは書面による承認がなければメディアを取り外せないのか？ホストが顧客を代替ハードウェアに移行する場合、中間コピーはどこに保管されるのか？公開記録はこれらの質問に答えていないが、それらはロシアの物理的住所が暗示する約束の核心である。

最も安全な結論は、Datalogika は、ロシアに所在するラックまたはサーバー容量を必要とし、小規模事業者のハンズオンアプローチを評価する顧客にとって関心を持たれ得るということだ。自動的にポータブルなクラウド容量として扱うべきではない。地域性は単なる地図座標ではない。それは復旧と退出の制約である。

六つの障害が真のサービスを定義する

ラックの電源または冷却障害

部屋のストーリーは電源と冷却から始まる。Datalogika は自社の UPS、トランス、発電機、燃料備蓄、冷却構成を明示している。顧客は、これらのコンポーネントが自社のラックにどうマッピングされるかを問い合わせるべきである。A 系と B 系の給電は利用可能か？すべてのラックに冗長電源があるか？1つの電源経路が保守のために隔離された場合に何が起こるか？ラックレベルの計測間隔は？顧客は平均4.2 kW または最大7 kW にどれだけ近いか？高密度ラックはコールドアイルに分散配置されているか、それとも集中しているか？夏季の高温下での冷却装置故障テストはどのように行われるか？

影響を受けるのは一つのラックの顧客だけではない。冷却が制約されれば、隣接ラックの負荷も下げられる可能性がある。燃料供給が遅れれば、部屋全体がシャットダウンの決断を迫られるかもしれない。UPS バッテリーが予想より弱ければ、約束された発電機起動ウィンドウはよりシビアになる。公開ページは、予防保守がデータセンターを停止させないと述べている。購入者は、これが実証された直近の保守イベントを問い合わせるべきである。

上流またはピアリングの障害

AS51520 のルーティングは可視的であり、公開観測では IPv4 のみである。RIPEstat は2つのアナウンスプレフィックスと20の観測ネイバーを示している。bgp.tools は AS31500 と AS5467 を上流としてリストし、HE は3つのインターネットエクスチェンジをリストしている。これは Datalogika が単に他プロバイダーのリテールブロードバンドの背後で NAT しているだけではないという肯定的証拠である。AS を有し、自らのアドレス空間をオリジネートし、公開ルーティング上でピアリングまたはトランジットしている。

障害時の疑問は、残存経路が顧客負荷を運べるかどうかである。AS31500 が外された場合、すべてのプレフィックスは他の経路を通じて引き続き可視的か？レジストリ管理が異なるために、94.232.251.0/24は91.194.2.0/23と異なる動きをするか？ルートフィルタ、最大プレフィックス制限、RPKI 設定はテストされているか？影響を受ける部屋の外に、文書化された経路変更連絡先はあるか？顧客パネルとサポートメールは異なる経路で到達可能か？公開 BGP 可視性はこれらの質問に答えない。それは経路がいま存在することだけを示している。

ハードウェア在庫不足

Datalogika のレンタルサーバーページは、4コア/4スレッドから8コア/16スレッドのプロセッサ、8 GB から96 GB のメモリ、1 TB から10 TB の HDD、240 GB から960 GB の SSD、1台または2台の電源を備えた1U から3U のシャーシを宣伝している。これは構成可能なハードウェアの提案であり、在庫開示ではない。小規模ホストは、共通部品を在庫し、カスタム構成に明確な制限を設ければ、これをうまく提供できる。しかし、故障が希少なシャーシ、手元にないディスクサイズ、旧型コントローラ、二重 PSU 部品、または正確な交換を必要とする顧客に影響する場合、苦労するかもしれない。

購入者は、どのコンポーネントがサイトに在庫され、どれが障害後に発注されるか、どの代替品が許容されるか、正確な部品が入手不可能な場合にサーバーがどのように再構築されるかを問い合わせるべきである。レンタルサーバーについては、ホストは顧客が交換用ハードウェアを得られるのか、一時的なハードウェアか、修復が遅延するのかを明言すべきである。コロケーションについては、遠隔保守対応がどのタスクを実行し、どれが顧客による部品発送またはサイト訪問を必要とするかを把握すべきである。

サポートのボトルネック

24時間サポートは、サポートキューに十分な人数と十分な権限がある場合にのみ価値がある。Datalogika の公開ページはサポートが全顧客に無料であるとし、記事ページは機器がテクニカルサービススペシャリストによる継続的観察下にあると述べている。公開記録は、スタッフ数、シフトパターン、下請業者、エスカレーション権限、言語カバレッジ、チケット応答目標、同時インシデント対応慣行を特定していない。

小規模事業者はしばしば、経験豊富なエンジニアがすべてのタスクを遠隔のコールセンター経由で回す代わりに直接応答するために勝る。その利点は、一人のエンジニアが多すぎる顧客を担当している場合、または施設インシデントが物理的アクセスを妨げる場合に消失する。購入者は、夜間に誰が部屋に入れるか、誰が電気的作業を遂行できるか、誰が顧客のメディアに触れられるか、誰がキャリアエスカレーションを承認できるか、複数の顧客が同じ停止中に遠隔保守対応を要求した場合に何が起こるかを問い合わせるべきである。

課金または制御パネルの停止

顧客のフロントドアは重要である。公開商品ページとログインフローは lk.jpe.ru の下にあり、同様に 91.194.2.0/23 アドレス範囲に解決される。WHMCS パネルは、小規模ホストがサービスを販売、課金、サポートする通常の方法である。また、回復力表面の一部にもなる。同じ施設または経路障害が顧客ワークロードとパネルの両方に影響する場合、顧客はまさにそれを必要とする瞬間に、チケット、注文、請求書のための通常のチャネルを失う可能性がある。

購入者は、アウトオブバンドのサポート経路を問い合わせるべきである。電話、代替メール、外部ステータスページ、指名されたエスカレーション担当者など。また、パネルが利用不能な場合の継続課金の扱い、サービス停止ロジックが手動か自動か、アイデンティティやセッション問題後のアカウントアクセスがどのように復旧されるかも問い合わせるべきである。ホスト型サービスはパケットと電力だけでなく、ストレス時に顧客がアクションを起こせる能力でもある。

移行または退出の障害

最後の障害は突然の停止ではなく、完了できない移動である。顧客は、成長、制裁リスク、価格変更、コンプライアンス変更、買収、パフォーマンス問題、第二サイトの必要性のために退去するかもしれない。コロケーションでは、退出は物理的な引き取り、遠隔梱包、通関またはクーリエの取り扱い、データ保有媒体に関する規則、調整されたダウンタイムを伴う可能性がある。レンタルサーバーでは、退出はイメージエクスポート、rsync ウィンドウ、DNS 変更、ファイアウォール更新、リナンバリング、合意されたルールの下で古いディスクが消去または返却されたことの検証を伴う可能性がある。

Datalogika の公開ページはデータポータビリティを定義していない。また、顧客が自身の IP 空間を持ち込み、AS51520 を通じてアナウンスし、退去後にブロックを保持し、またはアドレスを別のプロバイダーに移せるかどうかも示していない。これは小規模な公開 Web サイトでは正常だが、契約条件でカバーされるべきである。ホストが使用可能なイメージを作成できず、ハードウェアを迅速に発送できず、移動中に経路を維持できないことを知る最悪のタイミングは、プロダクションサービスが既にプレッシャー下にある後である。

デューデリジェンスの質問は具体的である

購入者は、開始するために大掛かりな監査を必要としない。約束された各サービスをオーナーと復旧クロックに分割する表が必要である。電源については、現在のラック負荷、UPS バッテリーテスト日、発電機テスト日、燃料契約、保守バイパス慣行、冷却機能低下時のラックあたり最大安全消費量を問い合わせるべきである。冷却については、4+1 Hiref 設計が1ユニットダウン時にどのように挙動するか、温度がどこで測定されるか、高密度ラックが負荷低減されるかを問い合わせるべきである。

ネットワークについては、実際の上流契約、確約レート、ポート速度、ルートサーバー参加、RPKI でカバーされるプレフィックス、ルートフィルタ連絡先、各プレフィックスのフェイルオーバーテスト記録を問い合わせるべきである。レジストリ記録が異なるため、91.194.2.0/23 と 94.232.251.0/24 を分離して考えるべきである。RIPEstat 観測で可視 IPv6 経路が現れなかったとしても、IPv6 が利用可能かを問い合わせるべきである。顧客パネル、サポートメール、ステータス通信が同じ AS51520 経路に依存しているかを問い合わせるべきである。

ハードウェアについては、Datalogika が何を所有し、顧客が何を所有し、関連サプライヤが何を所有するかを問い合わせるべきである。予備ディスク、予備 PSU、予備スイッチポート、光学部品、レール、ハンズオン制限、製品ごとの交換タイミングを問い合わせるべきである。レンタルサーバー顧客は、サービスが同一の予備マシンによって裏付けられているのか、構築キューによってなのかを問い合わせるべきである。コロケーション顧客は、遠隔保守対応がドライブ交換、クラッシュカート接続、メモリ再装着、パッチコード移動、故障機器の発送を行えるかを問い合わせるべきである。

サポートについては、夜間アクセス、エスカレーション担当者名、応答および復旧目標、同時障害処理、WHMCS パネルが到達不能な場合の通信経路を問い合わせるべきである。署名する前に電話とメールの経路をテストすべきである。また、パネルがダウンしている場合に、請求書、停止通知、更新イベントが手動で処理できるかを問い合わせるべきである。

地域性については、すべての顧客データがドルゴプルドニ施設に留まるか、バックアップが提供されているか、アウトソースされたサポートが顧客システムを見るか、故障したドライブに何が起こるか、データ保有媒体の廃棄に関する証拠が利用可能かを問い合わせるべきである。ロシア所在の主張は、メディア、バックアップ、移行の運用上の取り扱いが同様に明示されている場合にのみ有用である。

これらの質問はいずれも特殊ではない。それらは低い月額価格の裏に隠れた通常の質問である。Datalogika は、質問するに値するだけの詳細を公開しているが、購入者がそれらを省略できるほどには公開していない。

運用上の評決

「Datalogika」Ltd.は、真の公開インフラ証拠を伴う現役の小規模ホスティング事業者として扱われるべきである。同社は、自社サイトと RIPE 組織レコードにわたって一貫したドルゴプルドニの住所、到達可能な JPE.ru 注文システム、コロケーションおよびレンタルサーバー商品、詳細な施設説明、アナウンスされた AS、2つの可視 IPv4 プレフィックス、自ドメインでのアビューズ窓口、上流とエクスチェンジの存在を示す外部ルーティングページを有している。これは意味のある下限である。

上限はマーケティング文言が示唆するよりも低い。Tier 3に準拠したという主張は、公的認証取得と同じではない。100Gb インタフェースオプションは、確約されたフェイルオーバーキャパシティと同じではない。48時間の発電機燃料の主張は、テスト済みの数日間のインシデントと同じではない。複数ピアは、分離されたファイバー入線と同じではない。ロシアの住所は、完全なデータ主権および退出計画と同じではない。WHMCS の注文ボタンは、ハードウェア在庫と同じではない。

最も重要な証拠ギャップは、会社が存在するかどうかではない。それは、部屋、経路、サポートデスク、顧客パネルが共にストレス下に置かれたときに、容量がどのように回復するかである。Datalogika の最良のケースは魅力的である。具体的な部屋を持ち、控えめな価格設定、ローカルサポート、ロシアに所在するラックまたはサーバー容量を必要とする顧客にサービスするのに十分なルーティング可視性を備えた、小規模でハンズオンの事業者である。最悪のケースは集中である。一つの部屋、一つの小さなチーム、一つのアドレスエステート、そしてサプライヤ依存関係は、修復ウィンドウが開くまで見えないかもしれない。

それにより、購入ルールはシンプルになる。リスクが小規模な物理ホストに適合するワークロードには Datalogika を使用し、測定されたフェイルオーバー、オフサイト継続性、迅速なポータビリティを必要とするワークロードを配置する前には証明を要求せよ。同社はホスト型容量を販売しているが、サービスは依然としてラック、電力、トランジット、ハードウェア、そして人から作られている。購入者の仕事は、最初の停止がそれらを明らかにする前に、これらの各要素を見えるようにすることだ。