サマリー
- Lunanode は目に見えて稼働している：現在のサイトではトロントの仮想マシンとストレージを提供し、ステータスページでは2026年までのインシデントとメンテナンスを記録しており、AS394745 は発表されたままで、IPv4 および IPv6 スペースが公開ルーティングデータで確認できる。
- アクティブなコンピュートフットプリントはトロントに集中しているようだ。Lunanode は2023年にデータセンターの大幅なコスト増加を受けてモントリオールとルーベを閉鎖したが、一部の古い API 例では3つのリージョンがすべてリストされており、現在の容量として読むべきではない。
- 回復力はレイヤーとして利用可能であり、自動的な特性ではない。ボリューム、スナップショット、フローティング IP、ロードバランサー、アフィニティ制御、ダウンロード可能なイメージは、顧客がリカバリを設計するのに役立つが、顧客が別の場所に独立したコピーを保持しない限り、これらの制御のほとんどは同じトロント障害ドメイン内に留まる。
- 証拠グレードは中程度である。Lunanode は異常に有用なインシデント詳細を公開し、信頼できるネットワーク記録を公開しているが、ラック数、使用可能電力、総設置コンピュート、現在のストレージトポロジー、契約修理目標、スペアハードウェアの深さ、または2番目のアクティブコンピュートリージョンを公開していない。
クラウドコントロールパネルは背後にある部屋を取り除かない
Lunanode の提供は、ログインのある単なるレンタルサーバーではなく、明らかにクラウドサービスである。同社のアバウトページは、OpenStack と KVM に基づくプラットフォームを説明しており、仮想マシン、ブロックボリューム、ライブスナップショット、フローティング IP アドレス、仮想ネットワーク、スタートアップスクリプト、モニタリング、API を備えている。仮想マシンページでは、サービスを汎用、メモリ最適化、コンピュート最適化のプランに分けており、インスタンスは時間単位で課金されるとしている。顧客は物理サーバーの注文を待つことなく、マシンの作成、リサイズ、シェルブ、再イメージ、レスキュー、削除を行うことができる。
その抽象化は現実的で価値がある。小規模なソフトウェア企業がサーバーの一部を借り、管理者が設備投資を運営費に変換し、プロジェクトが不要になったコンピュートを解放することを可能にする。また、物理的な依存関係を見落としやすくする。すべての仮想コアは特定のシャーシ内のプロセッサソケットにマッピングされる。すべてのローカルディスクはドライブとコントローラーにマッピングされる。すべてのブロックボリュームはストレージノードとそれらの間のネットワークに依存する。すべてのパブリックアドレスはルート、エッジデバイス、アップストリーム、施設の電力に依存する。すべての修理は人、交換部品、ラックへのアクセスに依存する。
Lunanode 自身の公開記録は、そのチェーンを異常に具体的にしている。現在のロケーションページはトロントを挙げ、Cogent Toronto 施設内の展開を説明し、10ギガビット/秒のネットワーク、冗長アップリンク、電源供給システムを記述している。デュアル Intel Xeon E5-2690 v2 プロセッサと SSD RAID10 を SSD ホストノードに搭載しているとしている。関連するインフラストラクチャページには、顧客がローカル SSD ディスクまたは分散ブロックストレージを選択でき、同じリージョン内の VM は10ギガビット/秒のプライベートネットワークで通信できると書かれている。
これらの記述は、サービスの下にある機械の種類を特定する。どれだけ設置されているか、どれだけ空いているか、何ラックを占有しているか、どれだけの電力が予約されているか、何世代のホストが稼働中か、すべてのワークロードが同じストレージとネットワークパスを受け取るかどうかは開示されていない。ロケーションページに記載されているプロセッサは、以前のサーバー世代のものである。それは使用不可能であることを意味しない。信頼性の高い古いハードウェアは、低コストホスティングにとって経済的に賢明であり得る。しかし、購入者は明確に指定されたホストタイプと継続的に更新されるフリートを区別すべきである。
この場合のクラウドは、限られたトロント展開に対する有用な運用インターフェースである。Lunanode は顧客プラットフォーム、VM スケジューリング、ストレージサービス、ネットワーク構成、サポート決定を制御する。Cogent は重要な施設とアップストリーム条件を制御する。ハードウェアベンダーは部品の可用性を決定する。顧客はアプリケーションアーキテクチャ、独立したバックアップ、他の場所で容量を維持する決定を制御する。信頼性はこれら4つの境界すべてから生まれ、コントロールパネルだけからではない。
トロントが現在の運用の重心
Lunanode の現在のインフラストーリーの中で最も重要な事実は地理的集中である。現在のマーケティングページはクラウドプラットフォームがトロントにあるとしている。さらに決定的なことに、仮想マシン API ドキュメントでは、VM 作成のリージョンパラメータはtorontoでなければならないとしている。現在のセキュリティグループドキュメントも、新しいグループのリージョンはトロントでなければならないとしている。これらは、プロビジョニングインターフェースが現在受け入れているものを説明するため、古い場所のリストよりも強力な現在のシグナルである。
他の Lunanode ページは歴史的な痕跡を残している。プランとリージョンの API ページにはモントリオール、ルーベ、トロントを含む応答例が含まれている。仮想ネットワーク API ページも同様にこれら3つの名前を示している。スナップショット機能ページはまだクラウドロケーション間のレプリケーションを説明している。これらのページのどれも、それ自体で、顧客が2026年7月にモントリオールまたはルーベで新しいプロダクション容量をプロビジョニングできることを確立するものではない。
Lunanode のステータス履歴は見かけの矛盾を解決する。2023年初頭、同社はそこで使用していたデータセンターによる大幅なコスト増加のため、モントリオールとルーベを廃止すると発表した。顧客は2023年1月31日までに仮想マシンとアタッチされたボリュームをトロントに移行するよう指示され、支援を要請するか、トロントが不適切な場合は返金を求めるよう指示された。後のエントリでは、閉鎖される2つのロケーションの残りの VM はトロントに移行されると述べられた。現在のトロントのみのサービスページはその歴史と一致しており、3リージョンの API 例は古いドキュメントとして扱うのが最善である。
閉鎖は単なる歴史的な脚注以上のものである。それはプロバイダー契約の失敗経路を明らかにする。Lunanode は火災、洪水、技術的崩壊を必要とせずに2つのリージョンを失った。商業的なインプットが変わった：施設が大幅に高価になった。同社は容量を引き揚げ、ワークロードを統合することで対応した。それは合理的なビジネス決定であるが、レンタルされたインフラはリース、電力価格、トランジット契約、軽度に使用されている容量を維持する経済性から決して独立していないことを示している。
顧客にとって、影響はアーキテクチャに依存する。構成自動化と外部データコピーを持つステートレスアプリケーションは移動可能である。ローカルディスク、固定アドレス、文書化されていないソフトウェア変更、テストされた復元がない長寿命の VM は移行プロジェクトになる可能性がある。レイテンシーや地域性のためにルーベを選んだ欧州の顧客は、トロントを同等の代替として扱うことはできなかった。モントリオールの顧客はカナダに留まるかもしれないが、異なるレイテンシー、ピアリング、災害地理に直面するだろう。プロバイダーは移行支援とクレジットを提供したが、顧客は依然としてアプリケーションレベルの作業とトロントが自分のニーズを満たすかどうかの決定を負った。
Lunanode は多くの国に販売し、サービスを提供できるが、可視コンピュートプラットフォームは1つの都市で運用している。公開されているアクティブな物理容量はグローバルに分散されていない。グローバルな販売表面とマルチリージョンインフラストラクチャは異なるものである。
低価格は使用率、標準化、制限によって生み出される
Lunanode の商業的魅力は単純である。そのライブ価格ページには、月額数ドルからの小さな汎用およびメモリ指向 VM、より大きな構成、専用コアを備えたコンピュート最適化プランがリストされている。ブロックおよびスナップショットストレージはギガバイト単位、追加パブリックアドレスは月単位、超過帯域はギガバイト単位で価格設定されている。したがって、このサービスは個人プロジェクト、小規模ウェブサイト、開発システム、控えめなビジネスアプリケーション、大規模クラウド契約を正当化しないワークロードに適合できる。
低い参入価格は専用物理マシンのコストではない。管理されたプールのシェアの価格である。プロバイダーはサーバー、ラックスペース、ネットワークポート、アドレス、ストレージメディア、スタッフ時間を購入し、それらの固定および半固定コストを顧客に分散する。収益性は占有率と使用率に依存する：十分な顧客が設置されたフリートに対して支払わなければならず、すべての顧客が同時にすべての割り当てられたリソースを最大強度で要求できるわけではない（計画と容量設計がそれを許さない限り）。
Lunanode はそれらの制御の一部を可視化している。汎用およびメモリプランは仮想コアを使用し、コンピュート最適化プランは専用コアを宣伝している。帯域はアカウントとリージョンごとにプールされ、受信および送信トラフィックがカウントされる。利用規約には、超過帯域は課金され、顧客はプールを超える前に VM をシャットダウンすることを選択できるとある。シェルブは CPU とメモリを解放し、ストレージとアドレスを低コストで保持する。これらは単なる請求詳細ではない。それらは有限の機器を販売可能で弾力的に見える容量に変換するメカニズムである。
したがって、設置容量と使用可能容量は同じではない。ラックにはプロセッサコアとテラバイトの公称合計が含まれているかもしれないが、一部はシステムオーバーヘッド、ストレージレプリケーション、障害デバイス、メンテナンス、ホスト不均衡、顧客ヘッドルームのために予約されなければならない。スペアとして待機するサーバーは設置されているが、通常の収益を生み出していない。ほぼ満杯のラックは公称ユニットスペースがあっても安全な電力マージンがない場合がある。ストレージクラスターには、レプリケーションとリカバリ予備が消費するため、新しい顧客データに利用できない生のディスクスペースがあるかもしれない。10ギガビットリンクはポート速度であり、すべての VM がそのレートをすべての宛先に維持できるという保証ではない。
公開されている Lunanode ページはこれらのマージンを定量化していない。ライブ価格ページはカタログを提供し、在庫明細書ではない。コントロールパネルは認証されたユーザーにプラン可用性を示すかもしれないが、公開資料は各タイプのインスタンスがいくつ作成できるか、容量がホスト間でどのように分布しているか、どのしきい値がハードウェア購入をトリガーするかを示していない。したがって、購入者は価格を注文時の有効なオファーとして読むべきであり、無制限の拡張の証明として読むべきではない。
この経済的枠組みは2023年のリージョン縮小も説明する。小規模プロバイダーはハイパースケールエステートのオーバーヘッドを避けるため、安価な容量を提供できる。同じ規律が、軽度に使用されているか新たに高価になったロケーションを持続することを難しくする。安い時間単位のコンピュートと永久的なスペア地理は反対方向に引っ張る。両方を必要とする顧客は、独立した容量に支払い、テストすべきであり、基本 VM 価格にアイドルセカンドサイトが含まれていると想定すべきではない。
施設の境界は見えるが、部分的にしか説明されていない
Lunanode はトロントロケーションが Cogent 施設内にあると述べている。そのステータス通知は繰り返し Cogent をネットワーク作業に関与するデータセンターまたはアップストリーム当事者として特定している。2026年6月の通知は、データセンターが実行するエッジルーターのソフトウェアアップグレードによる可能性のあるネットワークダウンタイムを警告した。2026年4月の通知は同様のメンテナンスを説明した。2026年1月のインシデントは、Lunanode がトロントの中断を調査している間、アップストリームがスケジュールされたメンテナンスを実施しているように見えたと述べた。
この責任分担は重要である。Lunanode はサーバーと自身のネットワーク機器を維持できるが、施設のエッジルーターアップグレードを独立して防止したり、障害のあるアップストリームデバイスを復旧したりすることはできない。2024年9月、Lunanode は、Cogent の電源問題がネットワーク機器に影響を与えたため、サーバーとネットワーク機器は電源が入り機能していたが、外部接続がオフラインになったと報告した。ラックは生きていた；サービスは到達不能だった。VM の電源状態だけを見ている顧客は実際の障害を見逃しただろう。
公開資料は、設計レベルでの冗長アップリンクと電源供給システムの主張を支持している。物理パス、キャリア、ブレーカードメイン、自動転送動作、最新のフェイルオーバーテストは文書化されていない。冗長サーバー電源は同じ障害分布パスに供給することができる。2つのアップリンクは依然として1つのデバイスで終端するか、1つのメンテナンスドメインを横断する可能性がある。2台目のルーターは依然として同じ部屋またはアップストリームに依存する可能性がある。冗長性は、そのコンポーネントが考慮される障害を生き残るのに十分に独立している場合にのみ意味がある。
ステータス履歴はスペアの価値と限界の両方を示している。2023年3月、Lunanode はトロントのハイパーバイザーがディスクプレーンのハードウェア障害に見舞われ、スペア物理サーバーにディスクを交換してサービスが復旧したと述べた。2023年2月、電源交換は、在庫の交換品に一致するファームウェアがなかったため複雑になり、シャットダウン中に両方の電源を交換する必要があった。これらのエントリは、実践的な修理能力の具体的な証拠である。また、スペアパーツを所有することと即座に互換性のある修理を行うことは同じではないことを示している。
2020年のトロント停止はより広い障害ドメインを露出させる。Lunanode は、Cogent の245 Consumers Road データセンターでの電力サージ、サーバー再起動、1つのラックでの配電ユニット障害を報告した。3つのハイパーバイザーとボリュームストレージシステムが1つの段階でオフラインになった。同社は2台のスペアサーバーがあり、影響を受けたマシンがどれも起動しなかった場合、3つの障害システムすべてを迅速にオンラインにできなかっただろうと述べた。後に、Ceph サーバーの改善されたグループ化とより広範なネットワーク監視について議論した。そのレベルの開示は、リカバリの背後にある有限リソース（2つのスペア、3つの影響を受けたマシン、ストレージクォーラム問題）を挙げているため有用である。
公開証拠は、同じスペア数、ラックレイアウト、Ceph グループが2026年に存在することを確立していない。6年前のインシデントレポートを現在の在庫に変えるのは誤りだろう。耐久性のある教訓は、Lunanode のリカバリがオンサイトトポロジー、互換性のある部品、同時に影響を受けるマシンの数に依存してきたことである。これらの制約は、正確な機器が変わっても、どのプロバイダーにも関連し続ける。
AS394745 は実際のネットワーク証拠を追加するが、完全なルートマップではない
Lunanode は別の会社の匿名アドレススペースの背後にあるブランドだけではない。ARIN 由来の記録とbgp.tools の AS394745 ページは、Lunanode Hosting Inc.を自律システム394745の保持者として識別する。登録は2015年12月に遡り、組織記録は2014年に遡る。2026年7月12日にクエリされた公開ルーティングデータは、AS がアナウンスされていることを示した。
ルートビューは小さいが信頼できる。RIPEstat のAS394745 のアナウンスドプレフィックス応答は、過去2週間の間に172.81.176.0/21と IPv6 プレフィックス2602:ffb6::/36を示した。ルーティングステータス応答は、クエリ時に1つの IPv4 プレフィックス、1つの IPv6 プレフィックス、9つの観測されたネイバーを報告した。ARIN 由来の whois データは172.81.176.0/21を Lunanode に関連付け、Lunanode の現在のトロントテストアドレスはそのブロック内にある。
IPv4 ルートはまたプロバイダー境界を示している。RIPEstat のトロントテストアドレスのプレフィックス概要は、2026年7月12日のクエリ時に、カバーする172.81.176.0/21に関連して AS174（Cogent）と AS394745（Lunanode）の両方を示した。その/21の AS394745 のルートオリジン認証は有効だった。混在した起源ビューは、独自のアイデンティティを持ちながら Cogent ルーティングに密接に結合しているネットワークと一致する。すべてのトラフィックが1つのパスをたどる証明ではなく、プライベートセッションや商業的条件も明らかにしない。
ピアリングは別のピースを追加する。Lunanode のPeeringDB レコードは、オープンピアリングポリシー、2つの IPv4 プレフィックス、1つの IPv6 プレフィックス、Toront Internet Exchange での10ギガビット運用接続をリストしている。トラフィックレベルや地理的範囲は開示しておらず、ネットワークプロファイルの相互接続施設もリストしていない。PeeringDB は TorIX ポートを Cologix TOR1 に配置している。その公開交換プレゼンスは、参加ネットワークへのパスを短縮し、一部のトランジット依存を減らすことができる。それは2番目のコンピュートサイトと誤解されるべきではない。交換施設のピアリングポートは、市内の他の場所に位置するサーバーからのトランスポートによって到達可能である。
bgp.tools ビューは、クエリ日付の前後に、Hurricane Electric、OVH、Cloudflare、TekSavvy などを含む既知のピアのセットを示した。そのようなリストは観測されたルーティング隣接性を示すが、有料アップストリームの多様性、同等の IPv4 と IPv6 の到達可能性、契約容量、フェイルオーバーパフォーマンスを確立しない。同じページは、1つのサマリーで直接発信された IPv6 割り当てのみを示しながら、詳細なポリシービューには両方のプロトコルのピアが含まれていた。RIPEstat は IPv4 /21を示した。ルートコレクター、タイミング、分類間の違いは、複数のビューを使用する理由であり、そのうちの1つを完全なトポロジーと宣言する理由ではない。
したがって、公開ネットワーク結論は中程度である。Lunanode は独自の AS、アドレスリソース、有効なルートオリジン制御、アクティブな TorIX ポート、複数の観測されたネイバーを持っている。それは可視ネットワークアイデンティティのないホスティングサイトよりも強力な証拠である。しかし、顧客向けトロントサービスは繰り返し Cogent 施設とアップストリーム作業に依存しており、公開記録は契約トランジット容量、物理パスの多様性、エッジデバイスの冗長性、測定されたフェイルオーバーを開示していない。ネットワーク証拠は現在の運用を支持する；都市独立の回復力の主張を支持するものではない。
ストレージの選択はパフォーマンスと障害ドメインの両方を変える
Lunanode は VM のディスクのための概念的に異なる2つの場所を提供している：ローカルホストストレージと着脱可能なブロックボリュームである。ボリュームドキュメントは、ボリュームがアタッチまたはデタッチでき、ブートデバイスとして使用でき、VM が削除された後も保持でき、イメージに変換またはイメージから変換でき、スナップショットが取れると述べている。HDD ボリュームは別途価格設定され、SSD ボリュームはトロントのみと説明されている。アバウトページは、ボリュームバックアップ VM が Ceph RADOS 分散ストレージを使用でき、ハードウェア障害後に自動的に退避される可能性があると述べている。
トレードオフは重要である。ローカル SSD は直接的で経済的なパスを提供できるが、VM はホストのディスク、コントローラー、ファイルシステムに大きく依存する。ワークロードを移動するには、ストレージをコピーまたは移植する必要があるかもしれない。分散ボリュームはデータを単一のコンピュートホストから分離し、他の場所で VM を起動しやすくする。また、共有ストレージプレーンを導入する。十分なストレージノード、ネットワークリンク、または電力ドメインが一緒に障害を起こすと、多くのボリュームバックアップ VM が一度に影響を受ける可能性がある。
Lunanode のインシデント履歴には両方のパターンの例が含まれている。2020年7月の電力イベントは、複数のサーバーがオフラインになったため、ボリュームストレージシステムを障害した。2023年9月の1つのトロントラックでの停止は、そのラック内のブロックストレージと VM に影響を与えた。2024年11月と2025年7月のローカルディスクインシデントは、長期のファイルシステム修復期間と、少数の VM での顧客データの破損または損失につながった。これらは、一方のストレージ選択が常に優れているという証拠ではない。ローカルと分散の設計は異なる方法で障害を起こすことを示している。
2025年7月のエントリは顧客責任に特に関連する。Lunanode は、1つのトロント SSD ハイパーバイザーのダウンタイム、早期復旧見込みのない長期のファイルシステム修復、最終的にディスク破損による4台の仮想マシンのデータ損失を報告した。影響を受けたユーザーには、ダウンタイムに対して3ヶ月、データ損失に対して12ヶ月のクレジットを提供した。2024年11月、障害のある SSD とファイルシステム破損により、長期修復後に少なくとも5台の VM のディスクが破損した。クレジットは損害を認識できる；顧客データを再構築することはない。
プロバイダーの条件は境界を明示的にする：スナップショット機能は存在するが、Lunanode はクライアントデータを自動的にバックアップせず、データ損失に対する責任を否認する。スナップショットページは、スナップショットが VM のオンライン中に取得でき、VM の作成や再イメージに使用でき、パネルからダウンロードできると述べている。その最後の機能は最も重要な回復力機能の1つであり、ダウンロードされたイメージはプロバイダーの即時障害ドメインを離れることができるからである。
同じトロント環境にのみ保持されるスナップショットは、アカウント損失、コントロールプレーン障害、施設停止、プロバイダー縮小に依然としてさらされている。ページのクラウドロケーション間のスナップショットレプリケーションへの言及は、以前のマルチリージョンサービスを反映しており、現在の地理的分離を提供すると想定されるべきではない。購入者は現在どの宛先が利用可能かを検証する必要がある。トロントが唯一のアクティブリージョンであれば、独立したバックアップには別のストレージプロバイダー、別のサイト、または顧客管理メディアが必要である。
スナップショットにはアプリケーションの限界もある。データベースがビジーな間に取得されたディスクスナップショットは、アプリケーションがクワイエスされるか独自のバックアップを調整しない限り、トランザクション一貫性ではなくクラッシュ一貫性である可能性がある。ダウンロード可能なイメージは、誰も復元をテストせず、暗号化キーを記録せず、外部サービスをキャプチャせず、別のホストでのネットワーク構成の適応方法を知らなければ役に立たないかもしれない。コントロールパネルは有用なプリミティブを提供する。顧客はそれらをリカバリ設計に変えなければならない。
インシデント記録は実際の障害経路を示す
Lunanode のステータスページは、公開証拠の中で最も強力な部分の1つである。それは現在および計画された作業を識別し、影響を受けたハイパーバイザーを名前付け、いくつかの原因を説明し、しばしば復旧進捗を記録する。ページは6ヶ月以上前のエントリが削除される可能性があると述べているが、かなりの履歴が可視的に残っている。それは認証された稼働時間レポートではないが、信頼性の一般的な約束よりも情報量が多い。
インシデントはいくつかの繰り返しカテゴリに分類される。
施設およびアップストリームネットワーク障害。2026年5月、Lunanode はトロントでのパケットロスを報告し、アップストリームが原因を特定したと述べた。2026年4月と6月に計画された Cogent 作業は、可能性のあるダウンタイムをもたらした。2024年9月、Cogent の電源問題により、Lunanode の電源が入ったサーバーが時間の間、外の世界から切断された。2023年、ブレーカー問題の後、1つのトロントラックが電力を失った。これらのイベントは多くの顧客に同時に影響を与え、健全な VM を到達不能にする可能性がある。
ハイパーバイザーハードウェア障害。アーカイブは障害ディスク、RAID コントローラー、電源、メモリモジュール、異常なホストエラーを記録している。一部の停止は数分続いた；他は長期の修理を必要とした。仮想化プラットフォームは、そのストレージ、スケジューラー、スペアコンピュート、ネットワークパスが利用可能なままである場合にのみ、VM を移動または再作成できる。ローカルディスク VM は、データがすでに他の場所にコピーされていない限り、特に物理ホストに結びついている。
共有ストレージ障害。2020年の電力イベントと2023年のラック停止はブロックストレージに影響を与えた。分散ストレージは1つのディスクまたはホストへの依存を減らすが、相関した電力、ネットワーク、またはグループ化問題は、サービスを中断するのに十分なメンバーを削除する可能性がある。これはコンポーネント冗長性とシステム独立性の違いである。
コントロールプレーンおよび補助サービス障害。2024年のlndyn.comを含むドメイン停止は、Lunanode がレジストラからドメインを移動するまでサービスを中断した。別の2024年の通知は、監視メールのバグにより、一部のユーザーが他のユーザー向けの通知を受信したと述べた。Lunanode はまた、トロントネットワークがオフラインのとき、メールサーバーがトロントにあったためメールアラートが送信されず、SMS、音声、HTTP アラートを推奨したと認めた。したがって、停止は停止を報告するために使用されるメカニズムを障害する可能性がある。
データ破損と長期修理。2024年と2025年の SSD ハイパーバイザーインシデントは、サーバーがオンライン状態に戻ってもすべてのゲストディスクが無傷であるとは限らないことを示している。ファイルシステムチェックは何時間もかかることがあり、損傷した VM ディスクは顧客の復元を必要とする場合がある。復旧時間と復旧ポイントは別である：電力はデータが使用可能になる前に戻る可能性があり、復旧されたサービスは最近の書き込みを失っている可能性がある。
商業的ロケーション障害。モントリオールとルーベは施設コストが上昇したため閉鎖された。これは通常、技術的ステータスグラフには表示されないが、ロケーション全体が消えるため、最大の長期的影響を持つ可能性がある。顧客には通知と移行オプションがあったが、単に再起動するだけではリージョンを維持できなかった。
アーカイブは単純な停止率に変換されるべきではない。それは完全な分母、アクティブ VM の数、ほとんどのイベントの影響を受けた顧客数、またはすべてのマイナーインシデントが投稿される保証を提供しない。古いエントリは削除される可能性がある。一部の通知には矛盾した日付や誤字が含まれている。例えば、現在のセクションには、13 May 2026の更新を持つ18 May 2026のトロントネットワーキング見出しが含まれている。それは正確な時系列を弱めるが、パケットロスとアップストリーム介入が5月に発生したという広範な証拠を弱めるものではない。
また、率直さを貧弱な運用と混同すべきではない。小規模プロバイダーは、何が起こったかを説明するため、黙った競合他社よりも障害が多いように見えることがある。Lunanode のエントリは、技術者が部品を交換し、ディスクを移動し、修理を監視し、クレジットを提供していることを示している。記録の正しい使用法は、障害メカニズムを識別し、現在それらがどのように軽減されているかを尋ねることであり、公開インシデント数だけが次の停止を予測すると偽ることではない。
冗長性はレイヤーで利用可能で、ほとんどが1つの都市内
Lunanode は顧客に回復力のためのいくつかのビルディングブロックを提供している。フローティング IP 機能は、外部アドレスが VM 間を移動できるようにする。ロードバランサーサービスは、TCP、HTTP、HTTPS トラフィックを複数のマシンに分散し、監視が問題を検出した後に障害メンバーを削除できる。セキュリティグループとプライベートネットワークは階層化アプリケーションをサポートする。VM API はアフィニティグループオプションを公開し、その応答には物理ホスト識別子が含まれ、顧客が異なるハイパーバイザーに配置を求めることを可能にする。
各機能は特定の障害に対処する。異なるハイパーバイザー上の2つのアプリケーションサーバーは、1つのホストクラッシュを生き残ることができる。フローティングアドレスは、代替をアクティブにするために必要なネットワーク変更を減らすことができる。ロードバランサーは、正常でないメンバーへのリクエストの送信を停止できる。ボリュームバックアップブートは、データを障害コンピュートホストから分離できる。監視は、ユーザーが問題を報告する前にオペレーターに通知できる。
どれもトロントの損失を自動的に生き残るわけではない。異なるホスト上の2つの VM は、同じラック、配電、ストレージクラスター、エッジルーター、施設、アップストリームを共有する可能性がある。同じリージョン内のロードバランサーはそのバックエンドとともに障害を起こす可能性がある。フローティング IP は、リージョンネットワークがそれをルーティングしている間だけ有用である。ボリュームは VM 削除後も存続できるが、ストレージプレーンまたは施設停止中は利用できないままである。アフィニティは、地理的分離を作成せずにコンピュート配置を分散できる。
したがって、顧客は設計を気にする障害に一致させる必要がある。趣味のサイトには、スナップショットと VM を再作成する能力で十分かもしれない。ビジネスウェブサイトには、分離されたアプリケーションインスタンス、テスト済みデータベースバックアップ、外部 DNS 制御が適切かもしれない。厳格な継続性要件を持つサービスには、2番目のコピーを別のプロバイダーまたは別の独立運用サイトに、ワークロードを開始するのに十分な予約容量とともに置くべきである。
「冗長」という言葉は常に4つの質問を呼び起こすべきである：何に対して冗長か、どこに位置するか、誰が制御するか、いつテストされたか？Lunanode の冗長アップリンクの主張は、障害リンクに対して保護するかもしれない。Cogent メンテナンスや施設全体のネットワーク問題に対して保護しないかもしれない。RAID10 は一部のドライブ障害に対して保護する。それはバックアップを置き換えず、アーカイブ内のすべての破損イベントを防ぐことはできなかった。Ceph レプリケーションは一部のノード障害に対して保護する。相関した電力またはストレージメンバーが障害を起こすと、依然として影響を受ける可能性がある。
リカバリはまた使用可能な容量に依存する。自動退避には、十分な CPU とメモリを持つ生存ホストが必要である。スナップショットからの復元には、十分なストレージと時間が必要である。大規模イメージのオフサイト移動は帯域幅に依存する。障害ホストの交換には互換性のある在庫が必要である。公開記録は、Lunanode がこれらの操作のためにどれだけのヘッドルームを維持しているかを述べていないため、確固たるリカバリ目標を持つ顧客は、機能名から推定するのではなく、具体的な回答を得るべきである。
サポート、課金、アカウント状態もインフラストラクチャ依存関係
Lunanode はインフラストラクチャ問題を持つ顧客にサポートチケットを開くよう指示している。その監視サービスは、HTTP、TLS 証明書有効期限、ICMP、TCP、DNS チェックをサポートし、メール、SMS、電話、webhook 通知を備えている。これらは実用的なツールであり、特にアラート宛先がトロントサービスの外部にある場合に有用である。2024年のメールインシデントは、独立したアラートチャネルがなぜ重要かを示している。
公開ページは、通常のクラウドプランに対する一般的な応答時間または復旧時間のコミットメントを設定していない。ステータスページはしばしばアクティブな作業を示すが、それは契約上のサービスレベルスケジュールではない。24時間体制のスタッフカバレッジ、エスカレーションティア、リモートハンド手配、優先クラス、保証された交換期間の公開声明はない。これはサポートが存在しないことを意味するわけではない；詳細なインシデント更新は積極的な介入を示している。それは購入者が公開資料から確固たるサポート目標を導き出せないことを意味する。
課金も技術的に健全なサービスを停止させる可能性がある。Lunanode はアカウントクレジットで運営されている。その課金 APIは残りのクレジット残高を公開し、利用規約はクレジットがゼロになる少なくとも48時間前に低クレジットメールが送信され、残高がマイナスになった後にサービスが停止され、停止前に少なくとも7日間の通知があると述べている。したがって、支払い失敗、古い連絡先アドレス、見逃した通知は可用性イベントになる可能性がある。
利用規約はまた広範な停止および解約権を留保し、返金処理を説明し、解約は割り当てられたリソースを解放し、関連データを削除すると述べている。顧客は、かけがえのないデータを単一のアカウントに入れる前に、これらの条項を理解すべきである。運用分離には2台の VM 以上が必要かもしれない：プロバイダー外のバックアップ、独立 DNS とドメイン制御、複数の課金連絡先、監視されたクレジット、文書化されたアクセス復旧、実行する2番目の場所が必要かもしれない。
サポート集中は公開測定が難しい。ARIN と PeeringDB レコードは技術連絡先を指定するが、レジストリ連絡先はチームサイズやシフトカバレッジを明らかにしない。Lunanode の人員数、オンサイトスタッフ、サポートキューを定量化する信頼できる公開証拠はない。正直な結論は、サポートが必ずしも薄いということではなく、スタッフの冗長性とエスカレーションの深さが未確認のままであることである。
カナダの地域性は有用だが、完全な主権の答えではない
トロントホスティングは、主要な VM ディスクとボリュームをカナダに置きたい顧客にとって魅力的である。Lunanode は ARIN 記録のカナダ企業であり、そのライブサービスページはトロントを現在のコンピュートロケーションとして識別している。それは購入者に、単に広範なリージョンをラベル付けするサービスよりも多くの地域情報を提供する。
同社のプライバシーポリシーは、顧客 VM、ボリューム、イメージコンテンツがユーザーデータとして保存され、アクセスと開示の制限を説明している。そのデータプライバシー契約は、Lunanode を関連状況でプロセッサーまたはサブプロセッサーとして説明し、サブプロセッサーを許可し、顧客はサービス購入時にデータが保存される国を選択すると述べている。どちらの文書も2018年の日付である。それらは公開されたままであるが、その年齢と国の選択への言及は、現在のトロントのみのプロビジョニング証拠と調整されるべきである。
データロケーションにはいくつかのレイヤーがある。主要ディスクはトロントにあるかもしれないが、監視メッセージ、支払い記録、サポートコミュニケーション、顧客管理バックアップは他のプロバイダーと法域を使用する可能性がある。顧客はトロントにホストされたデータにどこからでもアクセスできる。サブプロセッサーがサービスの一部を提供するために参加するかもしれない。ドメイン登録、支払い処理、SMS 配信、アップストリーム接続には独自のオペレーター境界がある。したがって、カナダのストレージは意味のある事実であり、完全な法的または運用上の結論ではない。
2023年の閉鎖はまた、地域性が時間とともに監視されなければならない理由を示している。ルーベはかつてフランスのロケーションを提供し、モントリオールは2番目のカナダの都市を提供した。両方が閉鎖されたとき、顧客はトロントを受け入れるか、離れる必要があった。契約またはコンプライアンス評価は、承認されたロケーション、通知の期待、エクスポートプロセス、そのロケーションが撤回された場合の必要な対応を特定すべきである。
ポータビリティは Lunanode で比較的具体性がある。スナップショットはダウンロードできる。顧客は自身のイメージとインストールメディアをアップロードできる。ボリュームはイメージに変換できる。フローティング IP はプラットフォーム内でデタッチできるが、アドレスは一般的に関連のないプロバイダーに顧客を追跡しない。これらの制御は、顧客が実際にそれらを行使する場合、ベンダーロックインを減らすことができる。イメージ形式、暗号化キー、DNS ゾーン、構成記録、最近の独立データバックアップは、緊急時に発見される理論上のエクスポートボタンよりも有用である。
したがって、真剣な地域性評価は、各データクラスがどこに存在するか、誰がアクセスできるか、どの法的条件が適用されるか、バックアップがどのようにトロントを離れるか、顧客が完全なコピーをどれだけ迅速に取得できるか、そのコピーが他の場所で正常に起動するかどうかを尋ねるべきである。Lunanode の公開文書は出発点を提供する。すべてのワークロードの評価全体に答えるものではない。
証拠グレードを上げるには
Lunanode の公開フットプリントは空ではない。その控えめなマーケティングプレゼンスの簡単な読み取りが示唆するよりも強い。同社はライブの製品と価格ページ、現在のトロントプロビジョニング手順、2026年までの詳細なステータス通知、アクティブなアドレススペース、AS394745、IPv4 および IPv6 アナウンス、TorIX プレゼンス、長期にわたるコントロールサーフェスを持っている。これらは運用中の小規模クラウドプロバイダーの信頼できる兆候である。
グレードは Medium で止まる。最も重大な回復力の事実が公開されていないからである。公開資料は、アクティブラック数またはハイパーバイザー数、フリート全体の現在のサーバー世代、契約電力、利用可能電力マージン、ストレージノード数、レプリケーションレイアウト、スペアホスト数、交換部品在庫、トランジット契約、物理ルート多様性、サポートスタッフ数、顧客数、使用率、リカバリ目標または復元テスト結果を述べていない。1つのアクティブコンピュートシティを示し、顧客フェイルオーバーのための検証済みの2番目のサイトはない。
グレードを上げる証拠は機密詳細を露出する必要はない。Lunanode は、施設、ラック、ホスト、ストレージ障害ドメインを区別する現在のアーキテクチャノートを公開できる；顧客ワークロードが複数の電力ドメインを占有しているかどうかを確認する；アップストリーム多様性のクラスを識別する；アフィニティ配置がラックにどのようにマッピングされるかを説明する；現在のボリュームレプリケーションと退避動作を説明する；集約可用性とインシデントメトリクスを提供する。現在のバックアップとデータロケーションステートメントは、2018年の文書と歴史的なマルチリージョン指示によって残された曖昧さを置き換えることができる。
顧客にとって、即時の質問は実用的である。VM はローカルディスクかボリュームか？レプリカは異なるホストとラックにあるか？アプリケーションはホスト障害を生き残るか？バックアップは Lunanode 外かつトロント外にあるか？別のハイパーバイザーまたは別のプロバイダーで復元できるか？トロントがメールを送信できないときに監視はアラートを出すか？誰がアカウントクレジットを監視するか？リージョンが撤回されたらどうなるか？リカバリ中にネットワークを通過しなければならないデータ量はどれくらいか、最後のテストにはどのくらいかかったか？
Lunanode のバリュープロポジションは、ハイパースケールクラウドに似ることを要求しない。コンパクトなカナダのプロバイダーは、価格、直接性、時間単位の課金、トロントの地域性が重要な場合に適している可能性がある。証拠はその狭い提案を支持する。低コストのホスティング容量を無場所またはデフォルトで自己修復として扱うことは支持しない。
中心的なインフラストラクチャ事実は単純である：Lunanode はトロントの実際の施設内の実際のマシンへの柔軟なインターフェースを販売している。その自身の歴史は、スペアサーバー、互換性のある電源、ファイルシステムチェック、ストレージクォーラム、アップストリーム技術者、顧客移行に依存した修理を示している。購入者はプラットフォームのスナップショット、ボリューム、ロードバランサー、フローティングアドレス、監視を使用して回復力を構築できる。最後のレイヤーは依然として彼らに属する：独立したコピーを保持し、実行する別の場所を予約し、ラック、ルート、アカウント、または商業契約が移動を強制する前にパスをテストする。