要約

  • Logosys Cloud 自身のネットワーク用ルッキンググラスは、Hyderabad DC1、Mumbai DC1、Chennai DC1 という名称を挙げているが、それらのラベルの背後にある建物、ラックの所有状況、回線、電源トポロジー、サービスインベントリを特定するものではない。
  • APNIC は Logosys Cloud にAS150636とポータブルブロック103.89.46.0/23を割り当てている。2026年7月15日時点で、RIPEstat の表示では、実際に発信されているのは103.89.46.0/24のみであり、IPv6 空間は可視化されていない。この経路は RIPE RIS の全ピアに対し完全に可視であり、有効な RPKI 認証を有していた。
  • PeeringDB のリストには、DE-CIX Mumbai での1 Gbps の運用ポート1つと、相互接続施設として Web Werks Mumbai 1が記載されている。APNIC の識別ではAS133296は Web Werks India Pvt. Ltd.である。現在の BGP 観測では、この ASN が主要な隣接ネットワークとなっているが、いずれの事実も、Logosys のすべてのサービスが単一のサイトや単一のキャリアを使用していることを証明するものではない。
  • 製品ページでは、最大100 Gbps のポート、4つのプレゼンスポイント、5つのインド国内エクスチェンジ、グローバルストリーミングサーバー、インドと米国でのコロケーションが宣伝されている。公開証拠からは、設置済みのフリート規模、顧客割り当て、サイトごとのキャパシティ、予備電源、使用可能なフェイルオーバー容量、あるいはテスト済みのマルチサイト復旧設計は開示されていない。

最も実態を表しているのは最小のページである

Logosys Cloud のインフラについて最も多くの情報を伝えるページは、大きな帯域幅の数値が並ぶ専用サーバーカタログではない。lg-hyderabadで始まるホスト名の、コンパクトな診断ページである。上部には、Logosys のルッキンググラスが Hyderabad DC1、Mumbai DC1、Chennai DC1 という3つのラベルを表示している。そこでは ping、traceroute、テストファイルの機能が提供されている。このページは、事業者が顧客にネットワークパフォーマンスの検査を促したいという姿勢を示す有用なサインだが、これらの都市ラベルは自社データセンターの地図ではない。それらは賃貸人、番地、部屋、ケージ、ルーター、電力供給、各都市で利用可能なサービス SKU を明示するものではない。

この区別が重要なのは、Logosys のカタログの残りの部分が、はるかに大きな全体像を想起させるからである。専用サーバーページでは、顧客はインド全土に4つのプレゼンスポイントと5つのインターネットエクスチェンジにアクセスできるとされている。標準の1 Gbps ポート、より高性能なサーバー向けの10 Gbps、超広帯域ティア向けには最大100 Gbps と説明されている。ライブストリーミング CDN ページでは、世界中に20台のストリーミングサーバーがあるとされている。コロケーションページでは、センターはインドと米国に所在するとされている。同社の会社概要ページでは、仮想マシン、専用コンピュート、GPU、オブジェクトストレージ、ロードバランシング、ファイアウォール、VPC、DBaaS、予約 IPv4、バックアップを提供するセルフサービス型クラウドが説明されている。

各記述はサービスポートフォリオの一部を説明しているかもしれない。しかし、それ単独では、特定の仮想マシンがどこで稼働するのか、サーバーを所有しているのはどの企業か、宣伝されている二つのロケーションが建物やキャリアを共有しているのか、どれだけの容量が設置されているのか、あるいは障害時に予備容量が使用可能なのかを、購入者に伝えることはできない。公開ネットワークの証拠は、より確実だが小規模な答えを与える。それは、一つの自律システム、現在ルーティングされている一つの IPv4 /24、名前の挙がった一つのエクスチェンジ接続、そしてムンバイにある名前の示された一つの施設を確立する。責任ある解釈は、「ウェブサイトがネットワークそのもの」でもなく、「BGP に見えないものは存在しない」でもない。製品カバレッジ、論理的到達範囲、そして物理的耐障害性は、それぞれ別個の命題であり、別個の証明を必要とするということである。

放送系の古い出自を持つ2022年のクラウド企業

法人としての起点は2022年4月8日である。カスタマーポータルの法人化告知で、同社は Logosys India が今後 Logosys Cloud Private Limited となること、そして企業識別番号U72900TG2022PTC161383を告知した。告知では Ashwin Kumar が創設者兼マネージングディレクターとして指名され、ハイデラバードの Kothapet の住所が示された。APNIC のAS150636の登録でも同じ社名とハイデラバードの住所が使用されており、これはブランド名だけでは不可能な、法人と公開ネットワーク番号とのより直接的な結びつきを示す。

2022年以前の歴史はより複雑である。Logosys Cloud は会社情報ページで、2013年に無契約コンピューティングプロバイダーとして始まったとしている。別会社である Logosys Software Solutions Private Limited は、Tofler の企業データプロフィールで、CINU72200TG2013PTC086572の下、2013年3月22日に設立されたと特定されている。このプロフィールには Ashwin Kumar と Moti Singh Purohit が取締役として記載されており、登録住所としてハイデラバードの Kothapet が示されている。同ソフトウェア企業の自社サイトではテレビ送出製品を販売している。クラウド企業の現在の利用規約では、サービス提供者として Logosys Cloud Private Limited を挙げているが、支払条項では、銀行振込、小切手、または送金為替で支払う顧客に対し、Logosys Software Solutions Private Limited を受益者とするよう指示している。したがって記録上は、共通の住所、Ashwin Kumar が両社の記録に登場すること、および支払指示が存在する。これらは現在の株式保有、親子会社関係、資産所有、または企業間サービス契約を立証するものではない。

これは事務的な些事ではない。サーバーを購入する顧客は、どの企業が注文書に署名し、税務インボイスを発行し、資金を受領し、ハードウェアを所有またはリースし、サポートスタッフを雇用し、サービスクレジットを負うのかを知るべきである。2022年の告知では、社名変更後も製品、サービス、ウェブサイト、連絡先番号は変わらないとされているが、古いソフトウェア企業が支払受取人として登場し続けていることは、契約上の境界を書面で確認する価値があることを示している。ここで検討した公開記録は、クラウド事業に関する連結グループ構造や監査済財務諸表を開示していない。したがって、指名された取締役を超えた Logosys Cloud の現在の所有状況は、入手可能な証拠からは不明である。

しかしながら、古い放送系の出自は、このカタログが単なる汎用ホストのコピーではない理由を説明している。Logosys はストリーミング帯域、リモート送出サーバー、ニュースチャンネル向け FTP サービス、送出ソフトウェアライセンス、マネージド配信を、VPS やウェブホスティングと並行して販売している。同社のリモート送出サーバーリストは、32コア、256 GB のサーバー、SSD、10 TB の転送量、Nvidia Quadro GPU を Logosys の送出ソフトウェアと組み合わせている。これは一貫した事業ニッチである。地域放送事業者は、ソフトウェア、コンピュート、ストリーミング、サポートを単一の商業相手から購入できる。同時に、複数の障害モードが同一の相手に集中することにもなる。

同社が実際に販売しているもの

Logosys Cloud は関連する四つの市場に跨っている。第一に、共有およびリセラーホスティング。多くの顧客がサーバーを共有し、コントロールパネル、ウェブスタック、サポートチームに依存する。第二に、KVM VPS 製品やオンデマンドインターフェースを含む仮想インフラ。第三に、専用サーバーやラック単位、フルラック単位のコロケーションなど、物理キャパシティ。第四に、ライブストリーミング、CDN 配信、リモート送出を含むビデオインフラである。

その幅広さはカスタマーポータルに表れている。同ポータルのクラウドホスティングインターフェースは、プロジェクトグルーピング、オンデマンド仮想マシン、cloud-init デプロイメント、ブラウザ端末アクセス、再構築、REST インターフェースを宣伝している。これらは有意義なコントロールプレーン機能である。基礎となるノード、ストレージ、ネットワーク、ライセンス在庫が存在する限り、技術者の到着を待たずにコンピュートを作成・破棄できる。ただしこのページでは、ハイパーバイザーホストの数、オーバーコミットポリシー、ストレージレプリケーション、配置ルール、セレクターで利用可能なリージョンは開示されていない。

VPS ページでは、2〜4コア、2 GB〜8 GB の RAM、30 GB〜240 GB のディスク、月間転送量最大3 TB の KVM プランがリストされている。また、Dell サーバーを使用し、DDoS 保護を提供し、99.9%の稼働時間を目標とするとしている。しかし公開のショッピングカートでは、現在Starter VPSが月額 INR 1,550から表示されているのみで、同じリソース詳細は開示されていない。マーケティングページでは INR 1,000からとなっている。購入者はこれらのページだけでは、これらが異なる世代、ロケーション、プロモーション価格、または単に同期されていないカタログなのか判断できない。

専用ハードウェアも同様に、SKU レベルでは具体的だが、フリートレベルでは不透明である。メインページには Intel E3 および E5 構成が1 Gbps アップリンクと転送バンドル付きでリストされている。現在の専用サーバーストアのエントリでは、128 GB の RAM、480 GB SSD 2基、1 Gbps で10 TB、IP アドレス5個が月額 INR 12,700で提供されている。しかし、そのタイトルは「48 Cores」となっているが、説明には28コアの E5-2680 v4 とある。この不一致はキャパシティが利用できない証拠ではないが、カードのタイトルを技術仕様として扱うのではなく、最終的な部品表を要求すべき十分な理由である。

販売可能な構成と実際に設置されたフリートの違いは根本的である。製品カードは、機器がラックに搭載される前に作成されたり、在庫が枯渇した後も表示され続けたり、受注生産のハードウェアを説明している可能性がある。Logosys の専用ページ自体、E5 の一構成に「Sold out」とマークされている一方、他の構成は選択可能である。公開された在庫カウンター、シリアル番号付きハードウェアリスト、ラック数、納入リードタイムのいずれも、何台設置され通電されているかを確立しない。使用可能な専用キャパシティは不明である。

地図には三種類の場所がある

ハイデラバード、ムンバイ、チェンナイへの公開上の言及を、各地点が何を意味するのか説明するラベルなしに一枚の地図に載せるべきではない。

ハイデラバードは、最も強固なアイデンティティロケーションである。設立告知、APNIC 記録、会社ポリシーにおいて登録上および連絡先住所となっている。ルッキンググラスのホスト名もハイデラバードを使用し、ページには Hyderabad DC1 とラベル付けされている。しかし Kothapet のオフィス住所は、本番サーバーがその建物内にある証拠にはならない。ルッキンググラスは市区レベルの地図検索にのみリンクしており、特定のデータセンター事業者名や正確な施設にはリンクしていない。公開証拠は、Hyderabad DC1 が自社保有の部屋なのか、リースされたケージなのか、ホールセールスペースなのか、リモートノードなのか、あるいは他の事業者を通じて提供されるサービスのラベルなのかを確立していない。

ムンバイは、最も強固な相互接続ロケーションである。PeeringDB の Logosys レコードは、AS150636を Web Werks Mumbai 1と、DE-CIX Mumbai の1 Gbps ポート上にリストしている。施設レコードは、Web Werks Mumbai 1をナビムンバイの Rabale にある Sigma IT Park に位置付け、同ビル内で利用可能な4つのエクスチェンジを特定している。これは、Logosys がそこに運用ネットワークプレゼンスを有している、あるいは少なくとも報告している、良い証拠である。PeeringDB は機器監査としてではなくネットワーク参加者によって維持されているため、Logosys のラック、サーバー、クロスコネクトがいくつ存在するかを証明するものではない。

Web Werks は、建物境界に関する有用なコンテキストを提供する。同社の現在のインドデータセンターページでは、Mumbai 1を N+N 冗長構成を備えた専用設計の2.3 MW 施設と説明している。これらは施設全体に関する事業者の主張である。これらを Logosys に帰属させてはならない。テナントはキャビネットの一部または複数のラックを占有しているかもしれず、電源パスを1つ購入しているか2つ購入しているかもわからず、1つのキャリア、エクスチェンジファブリック、または複数のネットワークに接続しているかもしれない。Logosys の契約キロワット、PDU 構成、UPS パス、発電機カバレッジ、クロスコネクトの多様性、建物内でのリモートハンド条件について公開された情報はない。

チェンナイは、レビューした資料において現在のところ企業が公開した都市ラベルに過ぎない。Logosys の PeeringDB レコードには、名前の付いたチェンナイの施設は登場しない。番地、賃貸人、エクスチェンジポート、オリジンプレフィックス、テストサーバーアドレスは、ルッキンググラスページで公開されていない。このことは、チェンナイにおける間接的なサービスノード、レンタルサーバー、またはプライベート相互接続の存在を否定するものではない。「Chennai DC1」の物理的ステータス、オペレーター、サービスインベントリ、障害時の独立性が不明であることを意味する。

同社自身の専用サーバーに関する記述は、4番目のプレゼンスポイントと5つのインド国内エクスチェンジを、それらを明示することなく追加している。コロケーションのコピーは、不特定の米国プレゼンスを追加している。これらはカバレッジの主張であり、経路図ではない。CDN パートナー、トランジットプロバイダー、リセラー契約、レンタルマシンは、Logosys がすべてのロケーションに自社保有ルーターやケージを持つことなく、サービスリーチを生み出せる。逆に、プライベートリンクや広報されていない管理ネットワークは、公開 BGP データに現れない可能性がある。Logosys の拠点間の正確なファイバー経路は公開されていない。物理的に多様なダクト、別々のメトロ入口、独立した長距離パスが存在する証拠はない。

割り当てられた/23、可視化された/24

番号資源レコードは、最も明確な厳密な境界を提供する。自律システムに関する APNIC の RDAP レコードは、AS150636を LOGOSYSCL-AS-IN として識別し、インドで活動、2023年2月登録としている。APNIC のアドレスレコードは、Logosys Cloud にポータブル IPv4 範囲103.89.46.0から103.89.47.255を割り当てている。これはネットワークアドレス、ブロードキャストアドレス、インフラ用、予約分を除く前の512アドレスを含む/23である。「ポータブル」とは、アドレスブロックがプロバイダーの集約のサブネットではなく、保持者に割り当てられていることを意味する。企業が建物やファイバーを所有していることを意味するわけではない。

2026年7月15日の観測時点では、RIPEstat の発表プレフィックスビュー103.89.46.0/24のみを返した。そのルーティングステータスビューでは、256の発表 IPv4 アドレス、IPv6 プレフィックスなし、測定セット内の326の IPv4 RIPE RIS ピアからの完全な可視性がカウントされた。経路が最初に確認されたのは2023年7月26日と記録されている。これは運用上有用な結果である。すなわち、アクティブな/24はその時点で微弱な、またはローカルのみのアナウンスではなかった。

残り半分の103.89.47.0/24については、AS150636を指す APNIC ルートオブジェクトが存在し、保持者は/23を対象とし最大長/24とする RPKI 認可を有している。これは現在の発表プレフィックス結果には存在しなかった。ルートオブジェクトと有効なルート起点認可は許可とポリシーの記録であり、経路が現在伝播されていること、世界中で受け入れられていること、または顧客トラフィックを運んでいることの証拠ではない。アナウンスされていない/24は予約されているか、準備段階か、取り下げられているか、プライベートで使用されているか、単にアイドル状態である可能性がある。公開証拠はどれかを確定しない。

アクティブな経路は有効な起点認可を有している。RIPEstat の RPKI 検証では、起点AS150636に対する有効な ROA が見つかり、103.89.46.0/23を対象とし最大長/24となっている。これにより、ルート起点の誤りの一種が低減される。ルート起点検証を実行するネットワークは、この AS がこの/24を発信することを許可されていることを検証できる。RPKI は AS パス全体を検証するわけではなく、パケットが健全なサーバーに到達することを証明するわけでも、サービスを電源障害、スイッチング障害、アプリケーション障害、サポート障害から保護するわけでもない。

IPv6 は商業ストーリーにおいて顕著な未知のままである。PeeringDB は Logosys について IPv6 プレフィックスゼロを報告しており、RIPEstat もアナウンスを観測していない。DE-CIX のリストは Logosys のポートについて IPv6 アドレスを公開していない。プロバイダーは別のネットワークを通じて、または選択された顧客に IPv6 を提供することは可能だが、自社保有の IPv6 起点は可視化されていない。ネイティブデュアルスタックを必要とする購入者は、一般的なクラウドラベルから IPv6 を推測するのではなく、割り当てプレフィックス、ルーティングポリシー、リバース DNS プロセス、テストアドレスを要求すべきである。

ピアリングポートは五つの独立した出口ではない

PeeringDB は、リストしている1つのエクスチェンジ接続について正確である。それは DE-CIX Mumbai における運用中の1 Gbps ポートで、ルートサーバー参加を伴う。また、このネットワークをコンテンツに分類し、オープンピアリングポリシーを付与し、トラフィックの大半がアウトバウンドと記録し、自己申告トラフィックを1-5 Gbps の範囲に位置付けている。このエントリの最終更新は2023年12月である。これらのフィールドは他のネットワークが相互接続するかどうか、どこで行うかを決定するのに役立つ。それらは現在の使用率グラフでも、契約でも、容量予約でもない。

1 Gbps のエクスチェンジポートには最大回線速度があるが、トランジットやプライベート相互接続が他に存在する場合、自律システム全体をキャップするわけではない。同様に、自己申告の1-5 Gbps トラフィック帯域には、そのエクスチェンジ外のトラフィックが含まれる可能性がある。原則として矛盾はないが、トラフィック帯域を特定のリンクに結びつける公開測定は存在しない。購入者は「1 Gbps DE-CIX」を「最大100 Gbps サーバーポート」に加算して、101 Gbps の外部容量があると想定すべきではない。サーバーアクセス速度、集約ファブリック容量、トランジットコミット、インターネットエクスチェンジポート速度は、それぞれ異なるセグメントを測るものである。

現在のパス証拠は特に重要である。RIPEstat のネイバービューでは、数百の観測パスにわたって、Logosys の直前にある主要なネットワークとしてAS133296が確認される。APNIC の当該 ASN の RDAP 登録では、WEBWERKS-AS-INと命名され、Web Werks India Pvt. Ltd.と説明されている。RIPEstat のアクティブな/24の BGP ステートでは、AS150636の直前に他のネットワークが現れる少数のパスも示されており、中にはエクスチェンジや代替接続と整合するパスも含まれる。これは、控えめな結論を支持する。すなわち、当時 Web Werks が主要な可視パスであったが、ある程度の論理的なパス多様性が観測可能であった。

これは「物理的に冗長なマルチホーミング」といった強い表現を支持するものではない。二つの BGP ネイバーは同じルーターで終端し、同じクロスコネクトバンドルを使用し、同じ建物の Meet-Me ルームを通過し、同じユーティリティフィードに依存する可能性がある。エクスチェンジルートサーバーは一つの物理ポートを通じて数百のピアを公開できる。複数のアップストリーム AS パスが、顧客エッジの先で一つのキャリアに再収束する可能性もある。逆もまた可能である。プライベート回線は物理的に多様でありながら、公開コレクターは一つのベストパスのみを選択する場合がある。物理的な耐障害性を確立するには、Logosys は購入サービスに関連するエッジルーター、ポートロケーション、キャリア、クロスコネクト、建物入口、フェイルオーバーテストを開示する必要があるだろう。

同社が述べる5つのインターネットエクスチェンジは、顧客が利用可能なネットワーク、他社を通じて使用されるエクスチェンジファブリック、あるいは PeeringDB にリストされていない接続を指している可能性がある。公開記録は他の4つを名指ししていない。名称、ポート、運用ステータスが提供されるまで、本レビューにおいて独立して追跡可能なエクスチェンジ接続は DE-CIX Mumbai のみである。これは有用な接続性だが、一つのエクスチェンジポートはトランジットの代替にはならず、建物、ルーター、アクセス回線に障害が発生した場合に、それ単独で経路を提供するわけではない。

ラック、サーバー、電源パスを誰が所有しているのか?

Logosys は、場所によって所有に関する言葉を慎重に使ったり、曖昧に使ったりする。ストリーミングページは「完全自社保有ネットワーク」と謳う一方、コロケーションページでは、顧客は自社機器を IDC ラックに設置でき、サービスプロバイダーが電源とネットワークを提供すると説明している。専用ページはシングルテナントの物理サーバーを約束するが、Logosys が各サーバーを所有しているのか、リースしているのか、調達しているのかは明言していない。PeeringDB は相互接続施設として Web Werks Mumbai 1を挙げているが、Logosys が所有する建物としては挙げていない。

したがって、購入したサービスには少なくとも4つの所有レイヤーが存在しうる。Logosys Cloud は契約上のサービスプロバイダーでありうる。データセンター企業が建物、UPS、発電機、冷却を所有または運営しうる。キャリアやエクスチェンジが外部接続性を提供しうる。Logosys、施設運営者、ファイナンスリース会社、または別のサプライヤーがサーバーを所有しうる。顧客はゲスト OS やコロケーションしたハードウェアを制御するが、ハイパーバイザー、スイッチ、ストレージアレイ、リモートハンドキューは制御できないかもしれない。公開ページはすべての SKU について各レイヤーを明確にしていない。

Logosys のコロケーションオファーは、リテールバンドルについて具体的である。1U 200 W、2U 300 W、4U 400 W、8U 600 W を宣伝し、それぞれに100 GB の帯域幅が付く。また、1/4ラック1 kW、1/2ラック1.5 kW、フル42U ラック3 kW もリストしている。これらは引用された製品上の制限であり、稼働予備在庫の証明ではない。また、技術的な疑問も生じさせる。ページには「電源供給: はい」とあるが、A/B 給電、電圧、ブレーカーサイズ、計量方法、持続対ピークの許容量、力率オーバーヘッドの扱いを明示していない。フルラック密度3 kW は、多くの従来型ホスティングワークロードでは妥当だが、高密度 GPU や最新のデュアルソケット構成では制約となりうる。

同じコロケーションページでは、上部付近でオファーを「Tier 4データセンター」と呼び、後半では「Tier 3データセンター」と説明している。認証機関名、施設識別子、証明書は記載されていない。Tier という用語は、設計上の野心、プロバイダーの簡略表現、または正式な第三者認証を表す可能性があり、それらは交換可能ではない。唯一安全な結論は、このページが両方の主張をしているということである。購入者は、一般的な Tier ラベルを Logosys のラックに当てはめるのではなく、特定の施設、証明書、範囲、有効期限を要求すべきである。

施設容量も誤読しやすい。Web Werks は Mumbai 1について2.3 MW を公表している。これは施設運営者によるサイトの数値であり、Logosys の設置済みまたは予約済み容量ではない。既存負荷、冷却制限、契約上の予約、メンテナンス条件の後に Logosys の顧客が利用可能な割合については何も語っていない。本稿では、Logosys のラック数、電力コミット、発電機稼働時間、燃料契約、冷却設計、予備部品在庫、サーバー在庫は開示されていなかった。設置済み、通電済み、運用可能、販売済み、障害時使用可能の各容量は、企業レベルですべて不明である。

ストリーミングが依存関係チェーンを変える

Logosys の最も特徴的なワークロードは放送ストリーミングである。同社のライブ CDN ページでは、1 TB・10接続から5 TB・1,000接続までのプランを提供し、プランごとに1チャンネルとなっている。HLS および DASH のレイテンシ5秒未満、Wowza のサポート、世界中に20台のストリーミングサーバーを謳っている。会社概要ページでは、100以上のテレビチャンネルにサービス提供したとされている。これらは一次当事者による商業的主張である。公開されたノードリスト、プロバイダーリスト、トラフィックレポート、顧客参照証拠は、20台すべてのサーバーの現在の設置場所やステータス、あるいはアクティブな顧客数を確立するものではない。

放送事業者にとって、「20台のサーバー」はワークロードの仮定なしには容量数値とはならない。高ビットレートの素材フィードを受信し再パッケージングするサーバーと、キャッシュされたセグメントを配信するエッジとでは、CPU、GPU、ストレージ、イーグレス制限が大きく異なりうる。あるビットレートでの10接続は、別のビットレートでの10接続と等価ではない。月間転送クォータはピーク時の同時接続数についてはほとんど意味をなさない。CDN は自社保有サーバー、レンタルベアメタル、仮想マシン、サードパーティの配信パートナーを使用できる。Logosys のページは、オリジン、トランスコード、パッケージャー、エッジの役割をロケーション別に分解していない。

障害の影響も非対称である。エッジノードが故障しトラフィックが他に迂回されれば、視聴者には一時的な品質変化が見えるかもしれない。唯一のライブオリジン、エンコーダー、送出サーバーが故障すれば、すべてのエッジが健全でもチャンネルは暗転する。顧客コントロールパネルが利用不能でも、既に実行中のストリームは継続するかもしれないが、オペレーターは再起動やリダイレクトができなくなる。アップストリームパスが故障すれば、ローカルサーバーは通電状態でも到達不能になりうる。グラフィックスや送出ライセンスが失効すれば、ネットワークやコンピュート容量は番組出力を復旧させない。「CDN 冗長性」には、ノード数だけでなく、各役割の設計が必要である。

リモート計画の問題も同様に重要である。顧客は、自社の送出サーバーとストリーミングオリジンがホスト、ラック、施設、電源ドメインを共有しているか、セカンダリインスタンスはウォームか、コールドか、単に復元可能なだけか、メディアコピーの最新度はどの程度か、誰にフェイルオーバーを起動する権限があるかを問うべきである。公開オファーは目標復旧時点や目標復旧時間を示していない。サポートは継続的に利用可能とされているが、人員水準、エスカレーション目標、リモートハンド対応時間は公開されていない。

容量の主張は容量の状態ではない

「容量」という言葉は、この市場において少なくとも七つの状態を包含する。設計容量は、計画通りに構築された場合にシステムがサポートできるものである。設置容量はラック内のハードウェアである。通電容量は、通電された回路と冷却割り当てを有する。点灯容量はアクティブなネットワークパスを持つ。運用容量はヘルスチェックを通過する。販売済み容量は顧客にコミットされている。使用可能容量は、考慮中の障害条件下で残存するものである。Logosys の公開ページは主に製品の最大値やカタログ構成を記述しており、これらの状態を記述してはいない。

専用ページの100 Gbps という数値は、超広帯域クラス向けのポート速度の約束である。それに関連付けられた具体的なサーバー名、施設、スイッチモデル、トランジットコミット、現在の価格は示されていない。実際に購入可能な専用リストでは1 Gbps と表示されている。PeeringDB のエクスチェンジポートは1 Gbps である。これらの数値のいずれも、異なるポートやサイトを指している可能性があるため、他を証明も反証もしない。しかし、100 Gbps のアクセスポートが、残りの経路、トラフィックポリシー、商業コミットがサポートしない限り、パブリックインターネットに100 Gbps を送出することはできない。

IPv4 の在庫は別の境界を示している。/23は512アドレスを含み、観測時点でグローバルにアナウンスされていたのは/24が一つだけであった。専用リストにはサーバーあたり5つの IP アドレスが含まれている。これは Logosys がそうしたサーバーを約51台しか販売できないことを意味しない。アドレスはアップストリームから取得したり、プライベートネットワーキングを通じて再利用したり、製品間で異なる割り当てが可能である。しかし、公開のポータブルアドレス空間が有限であり、一部がアナウンスされていないことは意味する。大規模な割り当てを必要とする顧客は、アドレスが Logosys 保有かプロバイダー割り当てか、移行後もルーティング可能か、不正利用履歴やリバース DNS がどのように管理されているかを尋ねるべきである。

CPU 占有率、RAM 割り当て、ストレージ消費、オーバーサブスクリプション、ポート使用率、ラック電力消費、販売予約を示す公開使用率データはない。PeeringDB の1-5 Gbps 帯域は自己申告であり、再確認が必要なほど古い。製品ストアの一構成における「Sold out」マーカーは在庫状態が重要でありうることを示すが、その制約がプロセッサー、ドライブ、シャーシ、ラック電力、または廃止 SKU のいずれによるものかを明らかにしない。したがって、実際の展開のためのキャパシティプランニングは、サイトと納期に紐付いた日付入りの見積もりから始めなければならない。

99.9%の約束には手続き上の限界がある

Logosys は詳細なサービスレベル契約(SLA)を公開しており、稼働時間を完全にセールスコピーに委ねるよりは良い。月間99.9%という閾値を設定している。30日間の月では、0.1%は約43分12秒に相当する。可用性が99.9%から99%の間の場合は1日分のサービス延長、それを下回る帯域では2日または3日分となり、97%未満では計算式が適用される。Logosys は裁量により、同等のクレジットまたは割引を提供することもある。

救済策は見出しよりも狭い。顧客はダウンタイムを発見してから24時間以内に電子メールで報告しなければならない。カウントは電子メールの送信時から始まり、必ずしも障害発生時からではない。その後、請求期間後の短い期限までに証拠を添えてリベート申請を提出しなければならない。インシデントはリベート計算のために集計されない。計画作業、緊急メンテナンス、および広範な外部事象が除外されうる。例外には、サードパーティのエクスチェンジのパフォーマンス、Logosys の制御が及ばない DNS、顧客のアクセス回線、Logosys が所有しないネットワーク、一部のサードパーティ製ソフトウェアやサービスが含まれる。

これらの除外事項は、インフラの境界に直接対応している。特定された唯一のエクスチェンジ、施設運営者、主要な隣接ネットワークは、それぞれ別個の組織である。顧客は、サービス契約がダウンタイム計算から除外している障害によって、完全なアプリケーション停止を経験する可能性がある。このことは SLA を無意味にするのではなく、補償よりもアーキテクチャをより重要にする。安価な VPS の1日延長は、沈黙したテレビチャンネルや利用不能なコマースサイトによる事業損失と等価ではない。

SLA はまた、顧客が定期的なテストを含む適切なバックアップおよびリカバリ計画に責任を負い、Logosys は顧客データの完全性とセキュリティについて責任を負わないとしている。契約条件は累積責任を、事象発生前月の1か月分の料金に制限し、間接損失を除外する。より強固な保護を必要とする顧客は、サービス固有の可用性、データ耐久性、バックアップの所有権、インシデントコミュニケーション、復旧目標、計算に含まれる正確なコンポーネントを定義する交渉済み契約が必要である。

ローカルクラウドは自動的に既知のデータローカリティを意味しない

Logosys は自らをインドのクラウドプロバイダーとして提示し、インドの価格、インドの企業アイデンティティ、インド登録の自律システムを公開している。これらは有意義なローカリティシグナルである。それら自体が、顧客データの各カテゴリーがどこに存在するかを確立するものではない。

コロケーションページはセンターがインドと米国に所在するとしている。ライブ CDN ページはサーバーが世界中にあるとしている。カスタマーポータルはマーケティングサイトとは別のサービス面である。バックアップ、監視記録、サポート添付ファイル、DNS データ、ストリーミングエッジは、プライマリコンピュートノードとは異なるロケーションを占める可能性がある。「インド」のホスティングを購入する顧客は、サービス注文書に、一次データ、レプリカ、バックアップ、スナップショット、ログ、サポートアクセスについて施設と国を明記するよう要求すべきである。

同社のプライバシーポリシーは Logosys Cloud Private Limited を識別し、収集する顧客、請求、利用情報のカテゴリーを説明している。これはホストされたワークロードに関するサイトごとのデータレジデンシースケジュールとしては機能しない。契約条件は、顧客データと法的コンプライアンスの責任を主に顧客に負わせている。規制対象やロケーションセンシティブな展開にとっては、ブランドの国籍や IP 登録上の国コードは不十分なコントロールである。

移行もローカリティ主張を試す。VPS イメージはプロプライエタリなコントロールパネル、手動で割り当てられたアドレス、ローカルバックアップ製品、またはディスクと共に移動できないライセンスに依存している可能性がある。ストリーミングサービスは Logosys ソフトウェア、Wowza 設定、CDN 契約に依存している可能性がある。返金ポリシーでは、セルフサービスおよび手動プロビジョニングによる解除、解除が確認されるまでの継続課金、コミットされたノードやソフトウェアライセンスの特別扱いが説明されている。解約ポリシーでは、更新の少なくとも7日前の通知が必要とされている。いずれのページも、標準のエクスポート形式、契約終了後のデータ転送期間、アクティブなサービスを別のプロバイダーに移行する支援を約束していない。

障害がどのように伝播するか

ラックまたは施設の電源事象。サービスが Web Werks Mumbai 1だけで稼働している場合、ラック PDU、部屋、UPS パス、建物の事象により、コンピュートとネットワークエッジ機器が同時にダウンしうる。施設の N+N というマーケティングは、特定のテナントがデュアル給電を購入したか、デュアルコード機器を配備したかを証明しない。復旧は予備ハードウェア、遠隔操作、バックアップロケーション、別のサイトに十分な予約容量があるかどうかに依存する。Logosys についてこれらは公的に定量化されていない。

支配的なアップストリームパスの喪失。現在のグローバル経路は主にAS133296を Logosys の直前に示している。その隣接関係が失われた場合、到達可能性は代替セッションの運用状況と伝播に依存する。DE-CIX のルートサーバーポートは参加ピアへの直接パスを提供するかもしれないが、すべての宛先への一般的なトランジットではない。論理ネイバーの数は、リンクがルーター、クロスコネクト、建物入口を共有しているかどうかを開示しない。

エクスチェンジポートまたはエッジルーターの障害。リストされた DE-CIX ポートはムンバイの1施設における1 Gbps である。エクスチェンジトラフィックとトランジットが同じエッジシャーシで終端されている場合、エッジルーター障害は、契約が複数のネットワークを挙げていても両方を失わせうる。別々のシャーシとパスを使用していれば、耐障害性ははるかに強固になりうる。公開情報はこのトポロジーを明らかにしていない。

ハイパーバイザー、ストレージ、在庫の障害。ウェブホスティングページは、ハードウェアトラブルが検出された場合、別のサーバーへの自動移動を謳っている。共有ストレージ、レプリケーション遅延、フェンシング、障害ドメイン、すべての VPS 製品がその設計を使用しているかは説明されていない。専用サーバーは通常、顧客がスタンバイを持っていない限り、コンポーネントの修理や交換シャーシを必要とする。RAID 1構成のリストされたサーバーはドライブ障害には耐えられるが、すべてのコントローラー、マザーボード、電源、オペレーターエラーに耐えられるわけではない。

コントロールプレーンの障害。カスタマーポータルは注文、課金、チケット、一部のサーバーアクションを処理する。コントロールプレーンの停止は実行中のワークロードを停止させないかもしれないが、再構築、コンソールアクセス、スケーリング、解約を妨げる可能性がある。アクセスとエスカレーションの耐障害性なしにコンピュートの耐障害性があっても、インシデントを長期化させうる。Logosys は電話、電子メール、チケットのチャンネルを公開しているが、独立したサポート応答統計はない。

ストリーミングオリジンの障害。複数の CDN エッジは、唯一のエンコーダー、送出プロセス、オリジンが有効なストリームの生成を停止した場合に役立たない。復旧にはセカンダリ入力、最新コンテンツ、ライセンス、クレデンシャル、テスト済みトラフィックスイッチングが必要である。「20台のサーバー」という公的主張はこれらの役割を特定していない。

DNS または証明書の障害。Logosys は冗長 DNS を推進しているが、公開ページはサービスごとに権威プロバイダーを明示せず、管理と障害ドメインの分離も説明していない。DNS は Logosys の直接制御外にある場合、SLA から明示的に除外されている。顧客は権威の多様性、レジストラセキュリティ、証明書更新、クレデンシャルへのアクセスをホスティングアカウントとは独立にテストすべきである。

サポートおよび課金の障害。小規模プロバイダーの経済性は、集中した技術チームに依存することが多い。Logosys は継続的サポートを宣伝しているが、人員数、オンコールローテーション、エスカレーションタイミングは公開されていない。支払指示における別のソフトウェア企業への継続的な言及は、明確化すべき別の運用上の引き継ぎポイントを追加している。インシデント発生時、顧客は施設、キャリア、ハードウェア、ソフトウェアサプライヤーにわたって行動する権限を与えられた単一の責任当事者を必要とする。

経済性は魅力的だが、その境界は購入者にある

Logosys のリスト価格は魅力的でありうる。INR 1,550で現在のストアにおけるエントリーレベルの VPS アクセスが購入できる。INR 12,700で128 GB の RAM、SSD、1 Gbps で10 TB、IP アドレス5個の専用構成が購入できる。1U コロケーションオファーは月額 INR 4,500から、フルラックは3 kW 付きで INR 50,000と表示されている。ストリーミングは1チャンネル、月間転送1 TB で INR 1,500から始まる。これらの価格は、小規模組織に対し、ハイパースケールやホールセール契約に伴う最低コミットメントなしに、マネージドインフラへの道を開く。

経済的トレードオフは、インテグレーションリスクの多くが暗黙のままであることである。購入者はバックアップ、マネージドサポート、ソフトウェアライセンス、追加アドレス、交換部品、帯域バースト、トラフィック超過、リモートハンド、セカンドサイト、移行に価格を付ける必要がある。月額サーバー価格の低さは、回復可能なサービスのコストではない。放送事業者にとって意味のある分母は、コアあたりのコストではなく、保護されたチャンネル時間あたりのコストかもしれない。ビジネスアプリケーションにとっては、回復可能なトランザクションあたり、またはテスト済み復旧あたりのコストかもしれない。

契約はこの割り当てを強化する。リベートはサービスの延長またはクレジットであり、間接損失の補償ではない。顧客は迅速に停止を文書化し、自らの復旧手配を維持しなければならない。コミットされたノードや使用済みソフトウェアライセンスには限定的な返金オプションしかない。これは、重要でないワークロード、開発/テスト機、独自のバックアップパスを持つ地域メディア運用、または応答性の高いローカルサポートを重視する顧客にとっては合理的な取引となりうる。顧客がクラウドラベルにはデフォルトでマルチリージョンの耐久性が含まれると想定する場合には、より弱い取引となる。

主張をインフラの証拠に変えるもの

Logosys は、機密のネットワーク詳細を開示することなく、公開オファーをはるかに評価しやすくできる。第一の改善は、日付入りのロケーションマトリックスである。各都市について、施設運営者、利用可能なサービスクラス、容量が所有かリースか、そのサイトが新規注文を受け付けているかを明示すべきである。地図はオフィス、クラウドリージョン、CDN エッジ、エクスチェンジポート、コロケーションルームを区別すべきである。都市間の線は、物理的な経路とオペレーターが既知である場合にのみ表示すべきであり、そうでなければ地図は暗黙のファイバーではなくサービスリーチを示すべきである。

第二の改善は、ネットワークファクトページである。アクティブプレフィックス、IPv6 ステータス、トランジットプロバイダー、エクスチェンジ、ポート容量、ルッキンググラスアドレス、RPKI カバレッジを最終更新日付きでリストできる。複数のセッションが別々のルーター上にあり、多様なパスで施設に進入しているかどうかを明記すべきである。現在の PeeringDB レコードは有用だが、最後の実質的更新は2023年であり、1つのエクスチェンジと1つの施設しか挙げていない。

第三は、キャパシティの語彙である。Logosys は顧客機密の使用率を公開する必要はないが、設置サーバーと注文可能構成、ポート回線速度とコミット済みインターネット帯域、建物電力とテナント電力、通常容量と障害時使用可能予備容量を区別できる。コロケーションについては、見積もりに給電数、ブレーカーレーティング、電圧、付属エネルギー、計量、クロスコネクト、リモートハンド条件を明記すべきである。クラウドについては、ホスト世代、ストレージ耐久性、オーバーコミットポリシー、ライブマイグレーションカバレッジを明記すべきである。

第四は、サービス固有の復旧証拠である。同社は、VPS インスタンスが別のノードで再起動可能か、バックアップが同じ施設に留まるか、ストリーミングオリジンとエッジのフェイルオーバーがどのように機能するか、顧客が何を提供する必要があるかを公開できる。ステータス履歴は、顧客詳細を保護しつつ、サービスとリージョンごとにインシデントを特定すべきである。日付、範囲、測定された復旧時間を含む成功したフェイルオーバー演習は、一般的な冗長性アイコンよりも多くを語るだろう。

現在 Logosys を評価する購入者にとって、デューデリジェンスリストは明快である。

  1. 発注書に正確な法的契約・請求エンティティを明記すること。これには Logosys Software Solutions Private Limited の役割も含める。
  2. コンピュート、一次ストレージ、レプリカ、バックアップ、ログ、サポートアクセスについて、施設と国を明示する。
  3. 購入するサービスが使用するサーバー、ラック、電力フィード、クロスコネクト、IP 空間を誰が所有しているかを特定する。
  4. アクティブなトランジットとエクスチェンジの詳細を入手し、どのリンクが物理的に独立しているかを尋ね、フェイルオーバーをテストする。
  5. すべての帯域幅の主張を、ポート、コミット、バーストポリシー、転送許容量、輻輳責任に変換する。
  6. すべての容量の主張を、設置済み、通電済み、運用可能、注文可能、障害時使用可能の各数量に変換する。
  7. バックアップの所有権、エクスポート形式、復旧テスト、復旧ポイント、復旧時間、退出支援を定義する。
  8. 支払いの前に、マーケティング構成、ショッピングカート構成、最終的な部品表を照合する。
  9. 一般的な99.9%のページではなく、実際の事業影響に基づいてインシデント通知とサービスクレジットを交渉する。
  10. 提案設計が依存するのであれば、ハイデラバード、チェンナイ、四つ目のプレゼンスポイント、残り四つのエクスチェンジ、および米国拠点について証拠を要求する。

結論

Logosys Cloud は、単にクラウドという言葉が付いたウェブホストではない。登録されたインドのネットワーク、有効なルート起点保護、可視化されたムンバイ相互接続、セルフサービスコントロール、物理サーバーオファー、テレビ送出とストリーミングにおける信頼できる専門性を有している。地域放送事業者や小規模なインドの顧客にとって、この組み合わせは商業的に有用でありうる。

しかし、公開インフラのストーリーは、まだ製品ストーリーほど広範ではない。三都市のルッキンググラスは三つの独立した施設を開示しない。割り当てられた/23は両方の/24がルーティングされていることを意味しない。1 Gbps のエクスチェンジポートは五つのエクスチェンジ接続や100 Gbps のインターネットパスを証明しない。2.3 MW の施設は Logosys に2.3 MW を与えない。20台のストリーミングサーバーは20の独立したオリジンを確立しない。99.9%の SLA は施設、トランジット、コントロールプレーン、データ損失事象からの復旧を保証しない。

証拠は限定的な結論を支持する。Logosys Cloud はAS150636を管理し、可視性が高く RPKI 有効な/24を一つアクティブに発信し、Web Werks Mumbai 1および DE-CIX Mumbai での運用プレゼンスを報告している。ハイデラバードは同社の企業および運用拠点として確固としているが、チェンナイとその他の宣伝されたフットプリントは依然として十分に特定されていない。その境界を超えるすべては、カタログから推測するのではなく、サイト固有、容量固有、復旧固有の注文を通じて購入されるべきである。次の意味のある証拠は、より大きな帯域幅の数字ではなく、サービスがどこで稼働し、障害時に何が利用可能であり、誰がそれを復旧させる責任を負うのかについての日付付きの声明であろう。