要約
- LuraHosting データセンター LTDA は、検証可能で活動中のブラジルのホスティング企業です。同社の法的ページには CNPJ 43.746.069/0001-71 とパラナ州トレドの住所が記載されており、RIPE レコードは同じ法人名と住所を AS198585 に結び付けています。
- 同社は、ゲームホスティング、VPS、専用サーバー、S3 互換オブジェクトストレージ、DDoS 保護など、幅広いインフラストラクチャカタログを販売しています。VPS ページでは 7 つのロケーションを選択できますが、パブリックルッキンググラスは 2026 年 7 月 13 日時点でトレドの「LuraHosting DC1」というラベルの 1 つの測定起点のみを公開していました。
- 現在のルーティングエビデンスは意味がありますが、歴史は浅いです。RIPEstat は 2026 年 7 月 12 日時点で AS198585 が 2 つの IPv4 プレフィックス、3 つの IPv6 プレフィックス、4 つの観測されたネイバーを持っていることを示しました。2 つの可視 IPv4 ルートには有効な ROA が存在しましたが、ルートの多様性は独立したユーティリティフィード、冷却プラント、建物、またはファイバーエントランスを証明するものではありません。
- LuraHosting は、回復力のあるデータセンター容量を実証するのに十分なサイトレベルのエンジニアリング情報を公開していません。物理的および復旧の回復力に関するエビデンスグレードは「弱い」です。不足している項目には、サイトの所有権と運用者の境界、使用可能な電力、UPS 設計、発電機の稼働時間、冷却冗長性、火災および洪水対策、キャリアデマーク、保守履歴、顧客のフェイルオーバーテストが含まれます。
実在の企業と実在のルートは始まりに過ぎない
この調査は匿名の販売ページから始まるわけではありません。LuraHosting の利用規約は、契約事業者を LuraHosting データセンター LTDA と特定し、CNPJ 43.746.069/0001-71 を提供し、パラナ州トレドの Rua Prata 279 という住所を記載しています。同社のプライバシーポリシーは、法的な身元、住所、顧客連絡先の詳細を繰り返しています。Casa dos Dados のCNPJ サマリーは、その情報が最新で 2026 年 6 月 13 日にブラジルの連邦税務当局から参照されたと述べており、同社が活動中で、2021 年 10 月 3 日に開設され、有限会社として組織され、主にデータ処理、アプリケーション提供、インターネットホスティングを登録していると報告しています。Luan Felix Alle Freire をパートナー管理者として、登録資本金は R$6,000 と記載されています。
その企業エビデンスは、誰がオファーをしているのかを確定します。オファーがどこで実行されているかを確定するものではありません。登録事務所は、管理アドレス、機器室、ネットワーク運用拠点、販売アドレス、またはそれらの組み合わせである可能性があります。CNAE 活動コードは、会社が行うことができる事業の種類を確立します。それは特定のデータセンタービルの許可、ユーティリティサービスの証拠、または設置されたサーバーの在庫ではありません。登録資本金も同様に会計上の事実であり、現在のハードウェア価値、収益、信用へのアクセス、または電気容量の尺度ではありません。LuraHosting がわずか R$6,000 の機器しか持っていないと推測することは、法的名称の「データセンター」という言葉から目的に合わせた施設を所有していると推測することと同じくらい間違っています。
LuraHosting の会社案内ページは、さらに大きな商業的数字を提供しています：25,000 以上の顧客、280 の「運用ハードウェア」、2,500 のアクティブサーバー、7 か国へのサービス提供。これらの数字は、LuraHosting が購入者に認識させたい規模を説明するので有用です。定義、日付、ロケーションの内訳、または独立した保証書は付随していません。「アクティブサーバー」は、仮想インスタンス、ゲームサーバーサブスクリプション、物理マシン、またはその混合を意味する可能性があります。「運用ハードウェア」は文法的に広く、機器が所有、リース、コロケーション、または施設パートナーによって提供されているかどうかを示していません。280 のハードウェアと 2,500 のアクティブサーバーの間のギャップは、仮想化と完全に一致する可能性がありますが、ページは予備ホスト容量または顧客集中度を計算するために必要な分母を提供していません。
これが、アイデンティティ、運用、回復力の区別が重要である理由です。法的記録はアイデンティティをサポートします。製品カタログと稼働中のサービスサーフェスは継続的な運用をサポートします。ネットワークレコードは運用ルーティングレイヤーをサポートします。回復力には別のレベルの証明が必要です：各サイトで会社が何を制御しているか、コンポーネント障害後に何が利用可能か、燃料と冷却がどれだけ持続するか、ホストまたはアップリンクを共有している顧客の数、そして回復が現実的な条件下で機能したかどうか。LuraHosting はもはや不明瞭すぎて調査できないわけではありません。すべてのマーケティングクレームの利益を物理インフラストラクチャに与えるにはまだ不透明です。
カタログは単一の種類のホスティング以上のものを約束する
商用サーフェスは広範です。LuraHosting のブラジルゲームホスティングサイトは、Minecraft およびその他のゲームサーバー、NVMe ストレージ、Xeon および Ryzen プロセッサ、迅速なアクティベーション、99.9% のアップタイムを宣伝しています。同社は 2021 年に設立され、ブラジルで独自のインフラを運用していると述べています。企業向けVPS 設定ツールは、Intel Xeon Gold または AMD Ryzen 9 7950X コンピュート、構成可能なメモリとストレージ、1 Gbps ポート、1 つの IPv4 アドレス、手動スナップショット、オプションの自動バックアップ、最大 7 Tbps と宣伝されている DDoS 保護を提供します。上位バンドルは、複数の仮想マシンを運用するエージェンシー向けに販売され、毎日の自動バックアップが含まれます。
専用サーバーページは、物理仕様にさらに踏み込んでいます。エントリ製品は、デュアル Intel E5-2450 v2 プロセッサ、64 GB の ECC メモリ、SATA および NVMe ストレージ、1 Gbps 接続をリストし、サンパウロとトレドで利用可能です。より大きなオファーはメモリとストレージを追加します。これらは認識可能なマシン構成であり、「クラウド」の一般的な約束よりも具体的な製品のより強力な証拠です。ただし、ページは在庫ユニット数、すべてのオファーでストレージデバイスがミラーリングされているかどうか、ネットワークポートが専用か集約レイヤーで共有されているか、交換部品がどのように準備されているか、またはシャーシを所有している法的エンティティを明記していません。
オブジェクトストレージページは、1 テラバイトから 10 テラバイトまでの S3 互換サービスを提供し、無制限のイングレス、エグレス、トランザクション、即時アクティベーション、確認時点で 1 テラバイトあたり月額 R$70 のエントリ価格を謳っています。オブジェクトストレージはインフラストラクチャの質問を変えます。仮想マシンはホストのシェアとして理解できます。耐久性のあるオブジェクトストレージは、購入者がデータのレプリケーション方法、使用される障害ドメインの数、コピーが同じ建物内にあるかどうか、イレイジャーコーディングの構成、ディスク再構築中の動作、および宣伝されている容量に十分な修復予備が含まれているかどうかを知る必要があります。これらの詳細は製品ページでは公開されていません。
LuraHosting はまた、DDoS 保護を販売し、Sage Networks との協力による緩和を説明し、HTTP、DNS、TCP、UDP、ICMP、IP フィルタリングにわたる制御をリストしています。会社の利用規約はその主張を狭めています：共有ホスティングは無制限のアンチ DDoS サービスを受け、VPS プランはインライン緩和を受け、レイヤー 3 およびレイヤー 4 攻撃はルールでカバーされ、すべてのレイヤー 7 HTTP リクエスト攻撃の捕捉は保証されません。その限定は賢明です。真面目なネットワークは、あらゆる可能なアプリケーション層攻撃が吸収されることを約束すべきではありません。また、製品ページの見出し容量が、実際の運用および契約上の境界と一緒に読まれなければならない理由も示しています。
これらのサービスは同じ方法でインフラを消費するわけではありません。ゲームサーバーはバースト的な CPU 使用とレイテンシに敏感なパケットフローを生み出す可能性があります。VPS 顧客はストレージ書き込みを持続したり、共有コアを飽和させたりする可能性があります。専用顧客はマシン全体を占有しますが、それでも電力、冷却、ネットワーク集約を共有します。オブジェクトストレージはレプリケーションと再構築トラフィックを追加します。DDoS 緩和はサーバーに到達する前にトラフィックを移動または破棄できますが、ダイバージョンとスクラビングの取り決めもルートパスを変更する可能性があります。これらすべてをカバーするカタログは、コンピュート、メモリ、ディスク、ポート、トランジット、アドレス、サポート、電力にわたるヘッドルームを必要とします。公称仕様のリストは、同時使用可能容量のステートメントではありません。
トレドは LuraHosting が特定する唯一の公開測定起点
LuraHosting は現在、貴重な直接運用エビデンスを提供しています：パブリックルッキンググラス。そのロケーションエンドポイントは、2026 年 7 月 13 日に 1 つの登録起点を返しました。起点は「LuraHosting DC1 — Toledo (PR)」とラベル付けされ、中央ノードとしてマークされ、テストアドレス 185.115.161.10 と 2a0c:b641:ae2:2::a を提供しました。ping、traceroute、MTR 測定、テストファイル、iperf コマンドを提供しました。これはマップピンよりも強力です。LuraHosting がトレドに関連付けられた顧客検証可能な測定点を公開する意思があることを示しています。
プローブは目的に合わせた LuraHosting 所有のデータセンターを証明するものではありません。LuraHosting によって識別された測定サービスが、同社がトレドとラベル付けした起点から到達可能であることを証明します。公開ページは、建物の所有者、ユーティリティプロバイダー、コロケーション家主、ラックの位置、フロア、部屋、電気フィード、発電機、冷却プラント、ファイバーエントランスを特定していません。応答の座標は、物理的デューデリジェンスに適した施設ではなく、都市レベルでトレドを特定します。法的事務所とネットワーク起点は同じ自治体にありますが、その一致はサーバーが登録事務所にあることを確立しません。
単一の露出した起点は、VPS ページがサンパウロ 1、サンパウロ 2、ミナスジェライス、トレド、フォルタレザ、マイアミ、バルセロナを選択肢として提示したため、特に重要です。ルッキンググラスはすべてのプロダクションロケーションをカバーする必要はありません。一部のプロバイダーは中央プローブのみを公開します。一部のサイトはローカル測定ホストを許可しないパートナーによって供給されている場合があります。新しい場所は統合を待っている可能性があります。したがって、正しい結論は限定的です：公開測定サーフェスはトレドを直接実証し、他の 6 つの選択肢を直接実証しません。
その制限は、レイテンシクレームがどのように理解されるべきかに影響します。レシフェの顧客はフォルタレザのオファーへの低い RTT を見るかもしれませんが、ブラジル南部の顧客はトレドまたはサンパウロを好むかもしれません。しかし、ブラウザのレイテンシテストは、電力保護、ストレージレプリケーション、またはキャリア独立についてほとんど語りません。また、顧客のアクセスプロバイダー、Wi-Fi、モバイルルーティング、現在の輻輳によって影響を受ける可能性があります。LuraHosting 自身もゲームホスティングページで、測定値はアクセス接続によって変化する可能性があると警告しています。購入者はルッキンググラスを使用してパスとレイテンシを検査し、ネットワークプローブが明らかにできない物理的および契約上の事実を尋ねるべきです。
それでもトレドは、同社に場所固有の運用ストーリーを与えます。専用サーバーはそこで宣伝されています。法的会社はそこに登録されています。パブリック IPv4 および IPv6 プローブはそこでラベル付けされています。これら 3 つの事実は、トレドを単なる投機的な市場以上のものとして扱うことを正当化します。それらは、「DC1」が 1 つの部屋かより大きなサイトか、会社がラックスペースを所有かリースか、2 番目の防火区画があるかどうか、トレドの顧客が手動で再構築せずにサンパウロにフェイルオーバーできるかどうかを明らかにしません。最初のロケーションは見えますが、最初の独立した障害ドメインは見えません。
AS198585 はネットワークを可視化するが、新しくコンパクトである
LuraHosting の公開姿勢における最も明確な変化は AS198585 です。RIPE RDAP レコードは LuraHosting を指名し、LuraHosting データセンター LTDA を登録者としてリストし、組織をトレド住所に関連付け、自律システムの登録日を 2026 年 4 月 22 日としています。RIPEstat のAS 概要はホルダーを「LuraHosting LuraHosting データセンター LTDA」と識別し、AS が 7 月 12 日にアナウンスされたことを示しました。会社はこの割り当ての何年も前に存在していたため、ASN を設立日と誤解すべきではありません。それは、会社名で表示可能なルーティングアイデンティティを運用するための最近のステップを示しています。
RIPEstat のルーティングステータスビューは、合計 512 アドレスを含む 2 つのアナウンスされた IPv4 プレフィックス、3 つのアナウンスされた IPv6 /48 相当、照会された RIPE RIS ピア間での完全な可視性、7 月 12 日のスナップショットで 4 つの観測されたネイバーを示しました。そのアナウンスされたプレフィックスビューは、IPv4 で 185.115.161.0/24 と 13.143.255.0/24、IPv6 で 2a0c:b641:ae0::/48、2a0c:b641:ae1::/48、2a0c:b641:ae2::/48 を特定しました。13.143.255.0/24 ルートは、先行する 2 週間に 2 つの間隔で表示され、ウィンドウ全体を通じて連続的ではありませんでした。これは計画されたルーティング変更、新しく導入された範囲、メンテナンス、またはコレクターの可視性を反映している可能性があります。公開データだけでは原因を特定できません。
両方の IPv4 アナウンスは、確認時点で有効な ROA を持っていました。RIPEstat の185.115.161.0/24 の RPKI チェックは AS198585 の有効な認証を示し、13.143.255.0/24 のチェックも同様でした。これはポジティブなコントロールです。これはネットワークがそれらの正確なルートに対する不正な起点を拒否するのに役立ちます。ルータ障害、ファイバーカット、悪いルートポリシー、DoS 攻撃、ユーティリティ停止、または冷却喪失を止めるものではありません。
アドレスレコードも注意深く読む必要があります。185.115.161.0/24 の RIPE RDAP 応答は、範囲を InterLIR レコードの下のサブ割り当てプロバイダー集約可能ブロックとして説明し、LuraHosting が直接保持する大規模な恒久的割り当てではありません。13.143.255.0 のレコードは LuraHosting データセンター LTDA を指名し、InterLIR メンテナーを示し、登録日は 2026 年 7 月 2 日です。アドレスのリースまたはサブ割り当ては一般的で、完全に正当であり得ます。それはアドレスの継続性、契約更新、返却の取り決めが購入者のポータビリティ分析に属することを意味します。
2 つの /24 ルートはサーバー数に変換されるべきではありません。それぞれ 256 アドレスを含みますが、アドレスはネットワーク機能用に予約されたり、仮想マシンごとに 1 つ割り当てられたり、変換を通じて共有されたり、緩和サービスにバインドされたり、未使用で保持されたりする可能性があります。IPv6 は、物理ホスト容量について何も言わずに、巨大な論理アドレス空間を提供します。逆に、企業はより少ないパブリック IPv4 アドレスの背後で多くのカスタマーサービスを運用できます。ルートエステートは、アクティブで意図的に承認されたネットワークを証明します。CPU、ラック電力、ストレージ、顧客密度、または予備機器を測定するものではありません。
4 つの観測されたネイバーは 4 つの独立したサイトと等しくない
RIPEstat のネイバービューは、7 月 12 日に AS198585 の左側に 4 つの AS を記録しました：AS20473、AS34872、AS52468、AS53013。RIPEstat はそれらをそれぞれ The Constant Company（Vultr として取引）、Servperso Systems、UFINET Panama、UFINET Brasil と識別します。これは、1 つの可視外部隣接を持つネットワークよりも実質的に優れた証拠です。これは、LuraHosting のルートが複数のプロバイダーコンテキストを通じて観測可能であり、その IPv4 および IPv6 到達性が単一のアップストリーム名で表されていないことを示唆します。
それでも、エンドツーエンドの物理的多様性を確立するものではありません。2 つの BGP 隣接は 1 つのルータで終端する可能性があります。2 つのキャリアは同じ建物のミートミールームに入り、同じ街路ダクトを使用し、同じメトロファイバーに依存し、またはリモートピアリングプラットフォームを共有する可能性があります。1 つの関係は IPv6 のみを運び、別の関係は 1 つの IPv4 範囲のみを運ぶ可能性があります。バックアップセッションは存在しても、完全なプロダクショントラフィックを処理するのに十分な容量がない可能性があります。公開ネイバービューは、契約済みコミット、バースト条件、ローカルポート速度、クロスコネクトパス、ルータトポロジ、フェイルオーバータイマー、またはリンクがトレド、サンパウロ、リモートエクスチェンジ、または別のサイトに存在するかどうかを開示しません。
PeeringDB は有用だが自己報告の詳細を追加します。LuraHosting ネットワークプロファイルは、AS198585 を LuraHosting データセンター LTDA に関連付け、グローバルな地理的範囲を説明し、トラフィックを 1～5 Gbps と推定し（ほとんどがアウトバウンド比率）、選択的ピアリングポリシーをリストしました。プロファイルは、BGP.Exchange サンパウロ、LOCIX フランクフルト、LOCIX オランダ、LOCIX デュッセルドルフ、UNM-Exch カナダ西のパブリックエクスチェンジエントリを示しました。4 つのエントリは 1 Gbps 容量を表示しました。カナダ西エントリは、確認された API 応答でポート速度を表示しませんでした。ほとんどがルートサーバーピアとしてマークされていました。
同じプロファイルは相互接続施設を示さず、PeeringDB 施設 API クエリは空のセットを返しました。これは LuraHosting に施設プレゼンスがないことの証明ではありません。PeeringDB は任意であり、ネットワークプロファイルは不完全である可能性があり、リモートエクスチェンジアクセスは意図的にネットワークをエクスチェンジの建物から切り離すことができます。しかし、公開相互接続レコードを使用して LuraHosting ラックを見つけたり、2 つの物理的なミートミールームを示したりできないことを意味します。
また、平滑化するのではなく保存する価値のある正常な測定ミスマッチがあります。PeeringDB のプロファイルは 4 つの IPv4 プレフィックスと 1 つの IPv6 プレフィックスを主張しましたが、RIPEstat はクエリ時に 2 つの IPv4 アナウンスと 3 つの IPv6 アナウンスを示しました。PeeringDB はオペレーターが維持するネットワーク特性のステートメントであり、RIPEstat は指定されたウィンドウにわたる観測です。どちらも他方に適合させるべきではありません。購入者は LuraHosting に現在のプレフィックスリスト、ルーティングポリシー、ロケーションごとのキャリアマトリックスを求め、外部コレクターと会社のルッキンググラスからアナウンスを検証する必要があります。
ルートレイヤーの結論はポジティブですが、境界があります。LuraHosting は名前のないリセラールートへの依存から脱却しました。AS198585 はアクティブであり、その 2 つの可視 IPv4 起点は承認されており、IPv6 はアナウンスされ、4 つのネイバーが観測されています。証明されていないのは、それらの関係が顧客マシンが実行されている物理ロケーションで独立して失敗するかどうかです。
7 つの販売ロケーションには 7 つの異なる所有権の質問がある
VPS カタログは、公開測定サーフェスよりも広いフットプリントを提示します：2 つのサンパウロ選択肢、ミナスジェライス、トレド、フォルタレザ、マイアミ、バルセロナ。専用サーバーは特にサンパウロとトレドで販売されています。ゲームホスティングはブラジルと低レイテンシを前面に押し出しています。会社ページは 7 か国にサービスを提供したと述べており、これは顧客地理のステートメントであり、必ずしもサイト数ではありません。これらの主張は集合的に、1 つの自治体を超えるサービスエリアをサポートしますが、均一なフリートを説明するものではありません。
フォルタレザは、公的な発表が施設に名前を付ける唯一の場所です。LuraHosting の2025 年 4 月のお知らせは、顧客が Ascenty FTZ-01 で最大 64 GB のメモリと 1 Gbps アップリンクの VPS サービスを展開できると述べました。Ascenty の公式フォルタレザ 1 ページは、大規模なキャリアニュートラル施設を説明しています：総電力 10 MW、9,000 平方メートル、1,900 ラックの容量、各モジュールに 3 つの電力線、N+1 DRUPS、N+2 冷却冗長性、48 時間の燃料自律性を備えたディーゼル発電、専用ミートミールーム、Praia do Futuro の海底ケーブルへの直接接続。
これらは Ascenty の施設主張であり、LuraHosting のテナント主張ではありません。LuraHosting のフォルタレザサービスが FTZ-01 に残っている場合、建物のエンジニアリング設計は強力な基盤を提供できます。しかし、LuraHosting が何ラックまたは何キロワットを契約しているか、サーバーが独立した配電経路に接続されたデュアル電源を使用しているか、ネットワークが 2 つの多様なクロスコネクトを持っているか、交換用ハードウェアがサイトに保管されているか、顧客バックアップが建物を離れるかは明らかにしません。回復力のある施設はシングルコードサーバーをホストできます。キャリアニュートラルなミートミールームは、1 つのキャリアだけを購入する顧客にフィードできます。
他のロケーションは、さらに公開された物理的コンテキストが少ないです。カタログは、サンパウロ 1、サンパウロ 2、ミナスジェライス、トレド、マイアミ、バルセロナの施設名を特定していません。LuraHosting が各場所で機器を所有しているか、専用マシンをリースしているか、卸売仮想容量を使用しているか、それらのモデルを組み合わせているかは述べていません。「ブラジルでの自社インフラ」は、合理的に、サードパーティのデータセンターにコロケーションされた会社管理のサーバーを意味する可能性があります。土地、シェル、変電所、発電機、または冷却プラントの所有権として自動的に読まれるべきではありません。
ロケーションラベルはまた容量ステータスを必要とします。サイトはアナウンスされ、注文可能で、インストールされているが売り切れ、一時的に利用不可、または選択された構成のみに存在する可能性があります。利用できない高度なサービスに関する 2026 年 2 月の顧客報告は、LuraHosting からの公開応答を引き出し、その時点で在庫がなく、技術容量は需要によって変動する可能性があると述べました。その応答は、カタログと即時販売可能容量の違いの有用な認識です。どのサイトまたはリソースが制約されていたかは示しておらず、1 つの解決された苦情は一般的な在庫パターンを確立できません。
ロケーションごとの説明は、7 つのラベルを投資可能なインフラファクトに変えるでしょう。各サイトについて、オペレーター、施設、サービス種類、インストール済みホスト、利用可能ホスト、契約ラック電力、使用可能ポート容量、アップストリーム、独立ファイバーエントランス、サポート範囲、スペア、バックアップ先、フェイルオプションを記載します。それが存在するまで、LuraHosting のフットプリントは、物理的実装の部分的な公開証明のみを備えた、信頼できるマルチロケーション商用オファーとして理解されるのが最善です。
電力と冷却が欠落している容量変数
タイトルの最も難しい質問はルートレコードからは答えられません。データセンターサービスは、電力と冷却容量を顧客コンピュートに変換します。有用な数値は、総ユーティリティサービスまたは発電機の定格容量ではありません。冗長性、予備、メンテナンス、変換損失、熱制限を考慮した後、占有ラックに継続的に供給できる容量です。
LuraHosting は、トレドまたは名前のないサンパウロサイトのユーティリティフィード構成を公開していません。UPS トポロジ、バッテリー持続時間、発電機数、燃料ランタイム、給油優先順位、負荷テスト頻度、PUE、ラック密度制限、冷却設計、温度設定点、水依存性、またはメンテナンスバイパスアーキテクチャを公開していません。火災検知と消火、区画化、洪水レベル、排水、屋根リスク、緊急アクセスの公開説明はありません。公開された数字がないことは、制御が存在しないことを意味しません。読者が公開証拠を使用してそれを信用できないことを意味します。
Ascenty のフォルタレザ開示は、分析を変える種類の情報を示しています。3 つの電力線、N+1 DRUPS、N+2 冷却、48 時間の発電機自律性は、具体的でテスト可能なステートメントです。それでも、ランタイムは負荷、燃料可用性、スイッチギア、制御、発電機の成功した操作に依存します。LuraHosting レイヤーでは、重要な質問は、各サーバーがデュアル電源を持っているか、各フィードが別々の配電経路に着地しているか、ネットワーク機器が同じ保護を共有しているかどうかのままです。デュアルフィード建物は、1 つのラック配電ユニットに接続されたシングルコードホストには役立ちません。
冷却も同様にローカルです。施設は冗長なチラーを持ちながら、特定の部屋で気流または封じ込め問題を経験する可能性があります。高周波 Ryzen ホストと高密度ストレージノードは、古いデュアル Xeon 専用サーバーとは異なる熱プロファイルを持つことができます。両方を販売するホスティングプロバイダーは、床面積ではなく、ラックあたりのワット数、空気供給、または次号機に利用可能な回路数に制約に直面する可能性があります。「在庫ハードウェア」と「そのハードウェアに利用可能な電力」は別の在庫状態です。
設置容量は、回復可能容量でもありません。プロバイダーはもう 100 台の仮想マシンを販売するのに十分なホストを持っていても、障害後に最大の既存ホストを吸収できる予備ノードがない可能性があります。空きディスク容量があっても、ストレージを安全に再構築するのに十分な障害ドメイン分離がない可能性があります。発電機のランタイムがあっても、建設がエントランス導管を損傷した場合の 2 番目のキャリアパスがない可能性があります。したがって、280 ハードウェアユニットと 2,500 アクティブサーバーの公開数字は、ホスト密度、電力、ネットワーク、予備容量のコンテキストなしでは、回復力の質問に答えることができません。
決定的な開示は、範囲は控えめです：サイトレベルの設計と現在の運用値、可能な場合は独立してレビューされ、機密図は非表示にします。購入者は正確なラック座標を必要としません。彼らは、ユーティリティ、UPS、発電機、冷却、キャリア、火災ゾーン、バックアップ依存関係が真に独立しているかどうか、およびメンテナンスがサービスを中断せずに実行できるかどうかを知る必要があります。
利用規約はアップタイム見出しが示唆するよりもはるかに多くの中断を許容する
LuraHosting のゲームホスティングサイトは 99.9% のアップタイムを宣伝し、そのレベルが満たされない場合にお客様がボーナスを受け取ると述べています。30 日の月では、99.9% の可用性は約 43 分 12 秒のダウンタイムに相当します。2025 年 8 月 16 日に更新された会社の利用規約は、技術的障害に対する許容される月間ダウンタイムは最大 72 時間であると述べています。また、異常な物理的問題では、サポート期間は深刻度に応じて延長される可能性があり、計画された停止は最大 72 時間続く可能性があると述べています。
これらの記述は同じ可用性期待値を説明していません。30 日の月の 72 時間は、除外や測定に関する質問の前に、月の 10% です。マーケティングボーナスは、資格、価値、請求手順において契約上のサービス credit とは異なる場合があります。公開利用規約は、99.9% の見出しに対して、サービス固有の測定点、月次計算、除外イベント、 credit スケジュール、通知期限、復旧目標、救済上限を定めていません。
利用規約は、顧客に重要な継続義務を課しています。顧客は LuraHosting のインフラ外の安全な場所にバックアップを維持するよう指示しています。未払いのサービスは 2 日後に停止され、5 日後に終了または削除されると述べています。支払い遅延後の VPS データ喪失に関する 2026 年 3 月の苦情には、仮想サーバーとそのデータが記載された保持期間後に自動的に削除され、回復できなかったとするLuraHosting の応答が含まれていました。苦情は 1 人の顧客の話ですが、会社の応答は公開された支払い条件の実際的な結果を直接強化しています。
これは、すべてのラックに電力が供給されている場合でも、運用上の障害経路です。請求イベント、見逃したメール、争われた支払い、または管理ミスにより、可用性とデータが短時間のキャリア停止よりも完全に削除される可能性があります。低コスト VPS でビジネスシステムを実行している顧客は、プロバイダー外のバックアップ、テストされた復元、支払い監視、アカウント回復連絡先を必要とします。同じサービス内の自動スナップショットは偶発的な変更には有用ですが、プロバイダーの制御外のコピーの代わりにはなりません。
オブジェクトストレージオファーはこの区別をより重要にします。「無制限」の転送とトランザクションは、価格または製品の制限を説明しますが、耐久性ではありません。ストレージ購入者は、レプリケーションポリシー、障害ドメイン数、データ整合性チェック、復元メカニズム、削除動作、バージョニングサポート、終了方法を要求する必要があります。専用サーバー購入者は、ディスクがミラーリングされているか、故障したドライブが保持または破棄されるか、交換にかかる時間を尋ねる必要があります。ゲームサーバー顧客は、ワールドがどのようにバックアップされ、どれだけ迅速にエクスポートできるかを知る必要があります。
LuraHosting は、各製品が受け取るものを正確に記載したサービススケジュールでアップタイムの曖昧さを解決できます。99.9% の目標は、救済と除外が明確であれば、価値のあるゲームホストや VPS にとって完全に合理的かもしれません。購入者は、一般利用規約が日単位で測定される停止を許容する一方で、そのパーセンテージから高可用性アーキテクチャを推測すべきではありません。契約上の復旧期待は、プロバイダーが復旧する義務があるものとその時期を決定するため、使用可能容量の一部です。
顧客報告は需要と摩擦を示すが、故障率ではない
LuraHosting はかなりの公開消費者サービスフットプリントを持っています。Reclame Aqui の会社概要は同じ CNPJ を識別し、会社が確認済みであると述べています。その苦情リストは、2026 年上半期に 39 件の苦情、100% の応答率、96.7% の解決率、30 件の評価症例間の平均消費者スコア 8.47、平均応答時間 10 時間を報告しました。ページは会社に「Ótimo」の評判を与えました。
これらの総計数字はポジティブなサポートシグナルです。応答し、公的な苦情の高い割合を解決するプロバイダーは、一種のカスタマーリカバリー能力を示しています。分母は不明です：39 の苦情は、アクティブな顧客、サービス、サービス月の数なしでインシデント率に変換できません。プラットフォームはまた、中立的な可用性モニターではありません。人々は苦情を申し立てるかどうかを選択し、サービスのカテゴリーは異なり、解決された商業紛争は技術報告の隣にあります。
個々のアカウントは、同様の注意で扱われる場合にのみ有用です。2026 年 5 月の顧客は再発するサーバーとサイトの不安定性を報告しました。LuraHosting は詳細を収集し、安定化までケースをフォローすると応答しました。別の 5 月の報告はサポートと再発する中断を批判し、会社は約 1 時間以内に直接支援を提供して返信しました。これらの投稿は、一部の顧客が不安定性を経験または認識したことを示しています。それらは共通の根本原因、影響を受けたホスト、施設、キャリア、または期間を特定せず、したがって体系的な停止を証明できません。
以前に議論された在庫苦情は、LuraHosting 自身の応答が技術的可用性は需要によって変動すると述べたため、容量により関連します。データ喪失の苦情は、応答が支払い猶予期間後の自動削除を確認したため、復旧により関連します。一緒に、それらは 2 つの異なる制約を露出します：物理的または仮想在庫は販売時に利用できない可能性があり、顧客データはインフラが健全であってもアカウント状態を通じて回復不能になる可能性があります。
非公式のユーザーディスカッションは色を追加しますが、検証はしません。一部のユーザーは LuraHosting を推奨し、他のユーザーは遅延または別のホストへの移行を説明します。そのような投稿は、研究者を都市、製品、またはテスト期間に向ける可能性があります。計画の詳細、タイムスタンプ、ルート、測定なしに、レイテンシ、オーバーサブスクリプション、またはアップタイムを確立できません。正しい応答は、それらを無視したり、評決として扱ったりすることではありません。主張を解決する証拠が何であるかを尋ねることです：ステータス履歴、ホストテレメトリ、ルート測定、インシデントレポート、容量グラフ、チケットクロノロジー、または復旧記録。
したがって、公開サポート状況は建設的な方法で混合されています。LuraHosting は多くの顧客インタラクションを生成するのに十分アクティブであり、その総計応答パフォーマンスは強力です。同じ公開記録は、不安定性、払い戻し、サービス可用性、データ取り扱いに関する繰り返しのテーマを含んでいます。その組み合わせは、より良い運用開示を主張しますが、すべての報告が代表的であるという仮定ではありません。
5 つの障害経路が停止を誰が負担するかを定義する
最初の障害経路はユーティリティと冷却の喪失です。トレド DC1 がユーティリティサービスを失った場合、顧客への影響は UPS の耐航時間、発電機の始動、燃料自律性、および発電機電力下で冷却が継続するかどうかに依存します。冷却コンポーネントが十分な予備容量なしに故障した場合、電力が残っていてもサーバーがスロットルまたはシャットダウンする可能性があります。ゲームコミュニティはプレイヤーの切断を見ます。ビジネス VPS はトランザクションを失う可能性があります。エージェンシーは、同じホストまたはラックを共有するため、複数のクライアント環境が一緒に失敗するのを見るかもしれません。
2 つ目はキャリアまたはミートミールームの中断です。4 つの観測されたネイバーは励みになりますが、その価値はローカルアタッチメントに依存します。2 つのルートが 1 つのルータ、1 つのクロスコネクトパネル、または 1 つの街路エントランスを共有する場合、単一の障害が両方を削除できます。DDoS 緩和はルートを到達可能に保つ一方で、レイテンシを追加したり、正当なトラフィックをフィルタリングしたりする可能性があります。顧客は、どのプレフィックスと製品が各サイトでどのプロバイダーを使用しているか、最大リンクが故障した後にどれだけの容量が残るか、フェイルオーバーがプロダクションライクなトラフィックでテストされたかを知る必要があります。
3 つ目はハードウェアとストレージの障害です。LuraHosting は古いデュアル Xeon 専用システムを新しい Xeon Gold および Ryzen 仮想サーバープラットフォームと並行して販売しています。その幅広さは価格セグメンテーションに役立ちますが、スペアパーツセットを拡大します。異なる世代のマザーボード、電源、ストレージデバイス、メモリは、約束された復旧時間内に利用可能または入手可能でなければなりません。仮想化は、予備のコンピュート、メモリ、ストレージ容量が他に存在し、ホスト障害後にデータがアクセス可能である場合にのみ、ワークロードを移動できます。
4 つ目はサイトと建設リスクです。火災、煙、水、屋根の損傷、アクセス制限、土木工事、ファイバー掘削はコンポーネント冗長性をバイパスできます。Ascenty フォルタレザの顧客は施設の公開設計から利益を得るかもしれませんが、それは LuraHosting のキャビネット、ケーブリング、電力構成がその設計を正しく使用している場合に限ります。トレドと名前のないサイトについては、公衆は火災ゾーン、洪水露出、建築許可、発電機配置、多様なアクセスを評価できません。第二の都市は、データ、資格情報、容量、手順が最初の都市が故障する前にそこに準備されている場合にのみ、意味のある復旧です。
5 つ目は管理制御です。LuraHosting の短い支払い猶予期間、顧客管理のバックアップ義務、サービス固有の払い戻し制限は、請求問題を削除に変える可能性があります。資格情報も失われる可能性があり、サポートはアカウントを誤認する可能性があり、緊急変更が間違ったサーバーで行われる可能性があります。これらの障害は別の発電機では治りません。それらは承認制御、ログ、バックアップ、明確なエスカレーション、利用不可アカウントに依存しない復旧方法を必要とします。
異なるユーザーはこれらのリスクを異なる方法で負担します。カジュアルな Minecraft グループは、低い月額価格と引き換えに昨日からの復元を受け入れるかもしれません。ストリーマー、トーナメント主催者、またはイベントアプリケーションは狭い高影響ウィンドウを持っています。ソフトウェアエージェンシーは多くのクライアントを 1 つのリセラーバンドル内に配置し、隠れた集中を作り出す可能性があります。唯一のバックアップにオブジェクトストレージを使用しているビジネスは、ストレージとコンピュートがプロバイダーまたは建物を共有していることを発見するかもしれません。低レイテンシに惹かれた金融アプリケーションは、製品ページのエクスチェンジ参照よりもはるかに強力なパス、タイミング、変更管理の証拠を必要とします。
これが、容量を使用可能リソースのチェーンとして説明しなければならない理由です。制限要素は、プロセッサ、ラック回路、冷却ゾーン、IPv4 アドレス、トランジットコミット、サポートエンジニア、交換ディスク、または検証済みバックアップである可能性があります。マーケティングは各アイテムの最大値を個別にリストできます。回復力は、最も影響力のある信頼できる障害後に利用可能な最小値に依存します。
より高いグレードを正当化する証拠パッケージ
LuraHosting は、セキュリティに敏感な詳細を開示せずに信頼を高めることができます。最初の要件は、販売されるすべてのロケーションのサイトレジスターです：都市、施設オペレーター、LuraHosting の役割、サービス種類、運用日、機器が所有、リース、専用卸売、または仮想卸売か。施設名は、公開が制限されている場合、より大きな顧客に機密保持の下で提供できますが、公開説明は少なくとも LuraHosting 制御の機器をパートナー容量から区別する必要があります。
2 番目の要件は、設置対使用可能容量のステートメントです。各サイトについて、会社は物理ホスト設置数、サービス中のホスト、販売可能なホスト、フェイルオーバー用に予約されたホスト、契約ラック電力、現在のピーク負荷、使用可能ネットワークコミット、ストレージ予備を分離する必要があります。ポイントは、毎日競争在庫を公開することではありません。2,500 のアクティブサーバー の背後に十分なホスト、電力、熱、ネットワークヘッドルームがあることを示すことです。
3 つ目は電力と環境のサマリーです。購入者は、ユーティリティフィード数、UPS トポロジ、発電機冗長性、設計負荷でのランタイム、給油取り決め、最終負荷バンクテスト、冷却冗長性、火災抑制、洪水評価、メンテナンスバイパスを必要とします。Ascenty フォルタレザのようなサードパーティサイトの場合、LuraHosting はテナント層の事実を追加する必要があります：デュアルコード使用、キャビネットフィード、クロスコネクト、ラック密度、リモートハンド条件。この層なしに施設認証を単一サーバーに渡すことは、保護を過大評価します。
4 つ目はルートとキャリアマトリックスです。AS198585 の可視ルーティング基盤はこれを実用的にします。LuraHosting は、サイトとアドレスファミリーによって、アップストリーム、エクスチェンジアクセス方法、ポート容量、独立エントランス、ルータ冗長性、フェイルオーバーポリシーを特定する必要があります。PeeringDB が 5 つのエクスチェンジエントリをリストしているが施設がない理由、およびリモートピアリングがどのように提供されるかを説明する必要があります。日付入りの公開ルートマップ、より多くの都市での現在のルッキンググラス起点、アーカイブされた到達性測定により、顧客は変更を検証できます。
5 つ目は復旧証拠です。プロバイダーは、最後にホスト、ルータ、トランジットリンク、ユーティリティフィード、バックアップ復元をいつ失敗したか、どの目標を設定したか、何が起こったか、何が改善されたかを述べることができます。顧客識別子と機密トポロジは削除できます。鍵は、フェイルオーバーが予備機器以上のものであることを実証することです。オブジェクトストレージの場合、証拠には復元と整合性テストを含める必要があります。VPS の場合、ホスト避難または再構築を含める必要があります。専用サーバーの場合、交換時間とスペアカバレッジを定義する必要があります。ゲームホスティングの場合、ワールドバックアップのエクスポートと復元を含める必要があります。
6 つ目は契約の整合性です。99.9% の見出し、72 時間の許容範囲、計画メンテナンス許可、バックアップ義務、削除スケジュール、サービス credit は、製品固有のスケジュールで適合する必要があります。顧客は、可用性目標が電力、ネットワーク、仮想マシン、コントロールパネル、またはアプリケーションに適用されるか、どのように測定されるか、どのような救済が続くかを区別できる必要があります。メンテナンスには、数日間のオフラインという広い期待ではなく、通常の通知期間と緊急例外が必要です。
最後に、インシデント履歴は可視であるべきです。確認中、企業ページは「すべてのサービス運用中」のバナーを表示しましたが、公開ページは各ロケーションと製品にリンクされた明白な歴史的ステータスレコードを提供しませんでした。コンポーネント履歴、インシデント時刻、影響を受けたサイト、原因カテゴリー、完了したレビューを含むステータスサービスは、顧客の逸話を評価可能な運用証拠に変えるでしょう。良い記録には障害が含まれます。空白の記録は、障害が発生しなかったことの証明ではありません。
LuraHosting は運用を証明したが、インフラ独立は証明していない
LuraHosting は、存在する証拠に対して credit を受けるに値します。その法的アイデンティティは一貫しています。製品範囲はライブで具体的です。公開トレドプローブは顧客に直接テストポイントを提供します。AS198585 はアクティブで、IPv4 および IPv6 をアナウンスし、可視 IPv4 ルートに対して有効な ROA を持ち、4 つのネットワークの隣で観測されています。PeeringDB はいくつかの公開エクスチェンジ接続をリストしています。Reclame Aqui はアクティブな顧客ベースと強力な総計応答および解決記録を示しています。
同じ証拠が限界を設定します。ASN は 2026 年 4 月にのみ登録されました。確認スナップショットでの可視 IPv4 エステートは 2 つの /24 ルートで構成され、そのうち 1 つは先行する 2 週間に断続的に表示されました。PeeringDB はネットワークの施設をリストしていません。VPS カタログの 7 つの選択肢に対して、ルッキンググラスのロケーション応答にはトレドのみが表示されます。LuraHosting は、サイトレベルの電力、冷却、燃料、火災、洪水、キャリアエントランス、ラック密度、スペアホスト、フェイルオーバーテスト情報を公開していません。その一般利用規約は 99.9% のアップタイム見出しをはるかに超える中断を許容し、プロバイダー外のバックアップを必須にしています。
結果として得られるネットワークエビデンスグレードは、運用に対して「ネガティブ」ではなく、回復力に対して「弱い」です。会社を単なるラベルや店頭と呼ぶには、信頼できる証拠が多すぎます。マーケティングされたすべてのロケーションと容量主張を独立して生存可能なインフラとして扱うには、物理的および復旧の証拠が少なすぎます。カテゴリー「グローバル」は、オファーと相互接続プロファイルの広がりを説明しますが、検証されたマルチリージョン復旧アーキテクチャではありません。
LuraHosting の次の信頼性向上は、別の最大仕様からもたらされるものではありません。フィード、チラー、ルータ、キャリア、ホスト、またはアカウントが失敗したときに、何キロワット、ホスト、ギガビットが使用可能かを示すことからもたらされます。その証拠が公開されるか顧客に提供されるまで、購入者はトレドを最も明確な LuraHosting 特定の運用ポイント、フォルタレザを LuraHosting によって十分に文書化されたサードパーティ施設にリンクされたサービス、そして残りのフットプリントをロケーション固有の検証を必要とする商用オファーとして扱うべきです。