BONSAIHOST Bonsai Hosting ltd は、ラック、トランジット、リペアウィンドウに依存したホスティング容量を販売

概要

• BONSAIHOST Bonsai Hosting ltd は、単なる検索結果の商号ではない。Companies Houseは BONSAI HOSTING LTD を2021年3月30日に設立され、SIC 63110の活動中の私的有限会社として掲載しており、RIPEは Bonsai Hosting ltd を ORG-BHL13-RIPE として、企業番号13303584に結びつく GB のローカルインターネットレジストリとして記載している。
• 最も強力な公開運用証拠はネットワーク証拠である。RIPEstat の AS 概要は AS204928 をアナウンス済みとし、アナウンスプレフィックスデータは2026年7月11日時点で3つの IPv4 /24と1つの IPv6 /32が可視化されていることを示した。
• サービスのフットプリントは依然として薄い文書化しかされていない。RIPE aut-numは Hetzner と Global Secure Layer からのインポートを宣言しているが、RIPEstat ルーティング整合性はレジストリオブジェクトにない観測ネイバーも示した。これは BGP では十分に普通だが、公開データが契約の多様性を証明できないことを意味する。
• 稼働中のBonsai パネルと公開EnviroMC 顧客ドキュメントは、その名前をベアメタルおよびコロケーションのコントロールサーフェスに結びつけるが、ラックの所有権、サポート人員、予備部品の深さ、顧客移行保証を証明するものではない。
• 証拠レベルは、ネットワークにおいて中、施設/サポート境界において弱である。Bonsai はアクティブでルーティング可能に見えるが、顧客がリストアパス、トランジットフェイルオーバー、課金継続性、データポータビリティをテストせずにマーケティング文言に頼るには、まだ十分に透明とは言えない。

可視化された企業はサービス約束よりも小規模である

BONSAIHOST Bonsai Hosting ltd について最初に正しく理解すべきことは、この企業が想像上のものではないということである。Companies House の概要は、BONSAI HOSTING LTD（企業番号13303584）を、2021年3月30日に設立され、Unit 10, 80 Lytham Road, Fulwood, Preston に登録され、「データ処理、ホスティング及び関連活動」に分類される活動中の企業として掲載している。これは、ホスティング、仮想マシン、ベアメタル容量、または関連するマネージドインフラを販売する企業にとって正しい企業分類である。

同じ公開記録は、推論できることを制限もする。Companies House は法的提出サービスであり、エンジニアリング監査ではない。企業が存在すること、役員が会計報告と確認声明を提出したこと、そしてその記載された事業活動がホスティングに適合することを読者に伝えることはできる。しかし、物理サーバーの電源が入っているか、ネットワークカードの予備がサイトにあるか、クロスコネクトが多様化されているか、サポートデスクが24時間体制でシステムに触れる権限を持っているか、あるいはメインプラットフォームが劣化している間に顧客データのエクスポートを作成できるかどうかを、顧客に伝えることはできない。

この区別は重要である。「ホスティング」や「クラウド」という言葉はしばしば物理的リスクを平坦化する。顧客はコントロールパネル、月次請求書、IP アドレス、稼働時間の主張を見る。そのインターフェースの背後には、キャビネット、ルーター、ディスク、光学機器、電力供給、契約、リモートハンズ、そして人々が存在する。Bonsai の公開記録は精査を正当化するには十分だが、判断を外部委託するには十分ではない。

企業提出書類も非常に小規模な運営基盤を示している。役員ページには Benjamin Edward Woods が設立日に任命された唯一の役員として記載されており、重要な支配権を持つ人物のページには、同じ人物が株式の75%以上と議決権、および取締役の任免権を持つと記載されている。これは批判ではない。多くの小規模ホスティング事業は、緊密に保持された技術事業として始まる。しかし、これは集中のシグナルである。技術的支配、顧客エスカレーション、財務支配、レジストリ管理が狭いチームに依存する場合、顧客はそのチームが睡眠中、不在、旅行中、または複数のインシデントを処理しているときにサービスがどのように機能するかをテストする必要がある。

提出書類は小規模な見方を補強する。提出履歴は、2024年3月31日および2025年3月31日に終了する年度の零細企業会計、確認声明、および以前の完全な会計を示している。2022年と2023年の会計は売上高とハードウェア様資産を開示していたが、後の零細企業会計は運用の詳細をはるかに少なく開示している。2023年の法定会計は、売上高69,098英ポンド、有形固定資産（プラント及び機械）の正味簿価40,000英ポンド、平均従業員数1名を示した。2025年の零細企業会計も平均従業員数1名を示し、流動資産23,160英ポンド、1年以内に期限が到来する債権者10,182英ポンド、資本及び準備金12,978英ポンドを示した。これらの数字自体は悪くない。しかし、深い開示準備金、在庫拠点、および可視的な業務分離を持つ大規模なマルチサイトクラウドプロバイダーのようには見えない数字である。

慎重に扱うべき提出履歴の摩擦もある。Companies House は2022年、2024年、2025年に第一官報による強制解散処分を記録しており、後に中止または停止のエントリがある。これらのエントリをサービス停止の申し立てに誇張すべきではない。管理上の提出問題や遅延した会計は、顧客への影響なしに発生しうる。しかし、これらは調達デューデリジェンスに属する。なぜなら、法定提出を最新に保つ能力は、バックオフィスの信頼性の一つの代理指標だからである。顧客が小規模プロバイダーを本番ホスティングに依存している場合、請求、通知、更新、アカウント所有権、緊急連絡プロセスが同じ薄い管理基盤からどのように分離されているかを尋ねることは妥当である。

AS204928 は実際のネットワーク証拠であり、施設監査ではない

Bonsai にとって最も強力な公開シグナルは AS204928 である。RIPE aut-num オブジェクトはAS-BONSAIHOSTを名付け、それを ORG-BHL13-RIPE にリンクし、ASN ステータスを割り当て済みとし、2022年5月30日の作成日を記録している。RIPE 組織オブジェクトは、Bonsai Hosting ltd、国 GB、登録番号13303584、組織タイプ LIR、および企業提出書類に見られるのと同じプレストン住所ファミリーを識別する。これらは地域インターネットレジストリシステムからの高品質な身元記録である。

RIPEstat AS 概要は、チェック時に AS204928 がアナウンスされており、保有者を「AS-BONSAIHOST Bonsai Hosting ltd」とラベル付けしていることを追加する。現在のアナウンスプレフィックスビューは、194.153.216.0/24、185.213.243.0/24、128.254.184.0/24、および2a12:e540::/32を示した。ルーティングステータスビューは、これを3つの IPv4 プレフィックス、768個の IPv4 アドレス、1つの IPv6 プレフィックス（65,536の/48を表す）、および RIPE RIS ピア全体にわたるほぼ完全な可視性と要約した。325の全フルテーブル IPv4 ピアすべてがルートセットを認識しており、322の全フルテーブル IPv6 ピアのうち321が IPv6 アナウンスを認識していた。

これは意味がある。休眠中のペーパーカンパニーは通常、可視的な ASN、有効なルートオリジンレコード、および最新のグローバルルート伝播を維持しない。公開 BGP 証拠は、他のネットワークが認識できる運用エッジが存在することを示している。それは、Bonsai が単に駐車されたドメインを持つ殻ではないことを示している。

しかし、ASN はデータセンターではない。ラックリストではない。電力契約ではない。顧客サーバーが所有キャビネット、リースされた専用サーバー、他のプロバイダーから借りた仮想化容量、コロケーションスペース、またはそれらの混合配置にあるかどうかを示さない。また、管理パスも示さない。ASN 自体が完全に可視的である間に、ハイパーバイザー障害、ストレージプールの問題、リモートハンズの待ち行列、課金ロック、不適切なルートフィルター、または管理パネルの問題により、顧客はサービスを失う可能性がある。

したがって、正しい結論は層状である。Bonsai には信頼できる公開番号リソース証拠がある。グローバルに可視的に見えるルーティング可能なアドレス空間がある。この記事のためにチェックされた可視的なオリジン-プレフィックスペアに対して有効な RPKI がある。マルチサイトコンピュート、予備容量、宣言されたメンテナンスカレンダー、インシデントステータスアーカイブ、施設リスト、または監査されたサポートセットアップの公開証拠はない。

そのギャップは小規模インフラプロバイダーにとって珍しいことではない。ポイントは小ささを罰することではない。それを正しく価格設定することである。小規模プロバイダーは、応答性が高く、技術的に有能で、費用対効果が高いことがある。しかし、余分な予備、ルーター、キャビネット、および有料トランジットパスのすべてにコストがかかるため、物理的な限界に近い運用をすることもある。より低価格から利益を得る顧客は、どのリスクを受け入れているかを正確に知る必要がある。

ルートテーブルは継続性と集中を同時に示す

Bonsai のプレフィックスセットは、すべてのルートが重要になるほど小さい。3つの IPv4 /24は些細ではないが、広範なグローバルクラウド資産でもない。/24は多くのネットワークがグローバルに受け入れる最小実用的 IPv4 プレフィックスサイズであり、3つあればプロバイダーは顧客をホストしたり、用途を分離したり、複数の上流コンテキストで運用したりする余地があるが、公開テーブルはブロック内の利用状況を明らかにしない。

可視 IPv4 プレフィックスはまた、異なるレジストリストーリーを持っている。RIPE の逆組織検索は194.153.216.0/24を、ネット名UK-BONSAI-20230516、国 US、Bonsai メンテナーを持つ RIPE inetnum に結びつけた。185.213.243.0/24ルートオブジェクトはオリジン AS204928 を指すが、netutils-mntによって維持されており、Bonsai がルートを発信している場合でもアドレス管理に別のメンテナーが関与できる兆候である。128.254.184.0/24プレフィックスは AS204928 の背後で可視だが、ARIN RDAPは親割り当てを Cloudmir, LLC、顧客割り当てを Photon Hosting Limited と識別する。これらのいずれも、Bonsai の現在のルート発信可視性を無効にするものではない。公開アドレス空間がリース、委任、再割り当て、またはその他の方法で管理的に階層化されうることを示している。

IPv6 の記録も示唆的である。RIPE は2a12:e540::/32を Bonsai の組織に割り当てられたものとしてリストしており、inet6num の国フィールドは DE である。2026年の RIPEstat の履歴アナウンスプレフィックスビューは、年初の2a12:e540::/48から2026年3月中旬までにより大きな2a12:e540::/32への移行を示した。これは IPv6 対応能力にとって肯定的な兆候だが、顧客ワークロード、バックアップ、監視、ファイアウォール、サポートシステム、および不正利用処理がすべて IPv6 にわたって成熟していることの証明と同じではない。

ルートオリジン検証はより良好である。RIPEstat の RPKI チェックは、194.153.216.0/24、185.213.243.0/24、128.254.184.0/24、2a12:e540::/32に対して有効なステータスを返した。これにより、特定のクラスのルーティングリスクが低減される。ルートオリジン検証を実施している他のネットワークは、オリジンが認可されていないためこれらのプレフィックスを拒否する可能性が低くなる。

RPKI は依然としてサービスの一部のみを保護する。ルートオリジンが認可されていることを示す。サーバーに冗長電源があること、ストレージプールが複製されていること、上流がフェイルオーバー後に十分なコミットを持っていること、またはサポートキューが03:00に応答できることを示すものではない。ルートテーブルは到達可能性の地図であり、回復可能性の保証ではない。

トランジット証拠はライブスナップショットとして読まなければならない

公開トランジットの状況は混在しており、これは小規模ネットワークでは普通であり、顧客にとって重要である。RIPE aut-num オブジェクトは2つのインポートを宣言している。AS24940（Hetzner）および AS137409（Global Secure Layer）から。また、これらの同じ ASN へのエクスポートも宣言している。宣言されたインポートは、オペレーターがレジストリオブジェクトに何を入れたかを示すため重要である。それらは現在の BGP グラフと常に一致するとは限らない。

RIPEstat ルーティング整合性ビューは、AS137409 が BGP と whois の両方に存在するが、AS24940 はチェックされたスナップショット中に whois のみに存在することを示した。また、AS199626、AS214150、AS15830 が BGP に存在するが、whois インポート/エクスポートリストにはないことも示した。RIPEstat ネイバービューは、観測ネイバーとして AS137409、AS15830、AS199626、AS214150 を報告した。PeeringDB はこれらの ASN をそれぞれ Global Secure Layer、Equinix as15830、Flamegrid、Prism Cloud として識別し、Hetzner の PeeringDB エントリは AS24940 を Hetzner Online として識別する。

これは不正行為として読むべきではない。BGP 関係は変化し、ルートコレクターは見えるものだけを見て、レジストリはライブ運用に遅れをとることがあり、ネイバータイプラベルは商業契約と同じではない。有用なポイントはより狭い。公開記録はそれ自体でトランジットの多様性を証明しない。Bonsai が複数のネットワークに隣接して見えることを示す。2つのデフォルト対応有料上流が同じサイトで利用可能であること、トラフィックが自動的に排出できること、残りのパスに十分な容量があること、または物理クロスコネクトが別々に建物に入ることの証明にはならない。

顧客は4つの多様性の形態を分離すべきである。論理ルート多様性は、BGP が別のパスを選択できることを意味する。商業的多様性は、異なる相手方がトラフィックを搬送する契約を結んでいることを意味する。物理的多様性は、接続が同じルーター、パッチパネル、ダクト、ファイバープロバイダー、meet-me-room 依存、または電力ドメインを共有しないことを意味する。運用多様性は、異なる人々やシステムが1つのアクセス方法がダウンしたときにパスを復旧できることを意味する。公開 ASN ネイバーリストは最初の層にのみ、かつ部分的にしか役立たない。

これは、仮想またはマネージド容量として販売されるワークロードにとって特に重要である。VPS 顧客はトランジットの取り決めを決して見ないかもしれない。ベアメタル顧客はポート速度と帯域幅許容量を見るかもしれないが、コミットサイズやルート優先度は見ない。コロケーション顧客はサーバーを制御するかもしれないが、依然としてプロバイダーのクロスコネクト、アドレッシング、リモートハンズ、アクセスプロセス、請求状況に依存する。いずれのケースでも、グローバルコレクタから回復力があるように見えるルートは、1つのローカルなチョークポイントを通じて依然として失敗しうる。

コントロールパネルは稼働しているが、ラックではない

Bonsai の最も目に見える顧客向け表面は頂点ウェブサイトではない。それはpanel.bonsaihosting.comであり、2026年7月のチェックでは稼働中の noindex JavaScript アプリケーションシェルを返した。同じホスト名は116.202.105.151に解決され、RIPEstat のその IP に対するネットワーク情報ビューはそれを AS24940 と116.202.0.0/16にマッピングした。パネル IP の RIPE whois ビューは116.202.96.0/20をCLOUD-FSN1、国 DE、Hetzner Online GmbH の下として識別した。

このアーキテクチャは合理的でありうる。管理パネルを別のプロバイダーでホストすることで、顧客ネットワークに問題がある場合にアカウントアクセスを維持できる。また、別のプロバイダーのクラウド、DNS、TLS、アプリケーションセッション、メール、サポートパスへの依存を生み出すこともありうる。サーバーの再起動、チケットのオープン、請求書の支払い、パスワードのリセット、またはレスキューアクセスの要求にパネルが必要な場合、パネル自体のホスティング場所は顧客のリカバリ設計の一部となる。

公開EnviroMC ドキュメントページはまた、ベアメタルとコロケーションサービスのユーザーをhttps://panel.bonsaihosting.comに案内し、ゲームサーバーや VPS ユーザーを別のパネルに案内している。これは、Bonsai パネルをベアメタルおよびコロケーションカテゴリの顧客タスクに結びつけるため、有用な運用シグナルである。それ自体では、Bonsai 所有のラックや、名前付きサービス間の永続的な商業関係の証明にはならない。境界についての質問を引き起こすべき公開顧客指示である。

境界の質問は実践的である。ベアメタルサーバーが故障した場合、誰がハードウェアを所有しているか？顧客がハードウェアをコロケーションしている場合、誰が施設アクセスとリモートハンズを制御するか？パネルがダウンしている場合、顧客は緊急再起動要求をどのように認証するか？パネルが稼働しているがラックネットワークがダウンしている場合、どのシステムが障害を宣言し、どのチームがルートを変更する権限を持つか？顧客が去りたい場合、パネルはチケット、請求書、ネットワーク割り当て、逆引き DNS、コンソールアクセスログ、構成履歴をエクスポートできるか、それとも顧客はそれらを手動で再構築しなければならないか？

コントロールパネルは直接制御の印象を生み出す。ホスティングでは、それらはしばしば制御を仲介する。再起動ボタンは out-of-band 管理コントローラーを呼び出すかもしれない。課金ページはサービスアクセスをゲートするかもしれない。サポートチケットは施設チケットをトリガーするかもしれない。移行要求はストレージコピー、予備ポート、スタッフ時間に依存するかもしれない。これらの層のいずれかが薄い場合、顧客はオンボーディング中ではなくインシデント中に気づく。

会計はハードウェア経済を示すが、持続可能な余裕は示さない

会計の軌跡は、Bonsai の物理的基盤が垣間見える稀な場所の1つである。2022年の会計は、売上高51,861英ポンド、有形固定資産（プラント及び機械）を含む固定資産を開示した。2023年の会計は、売上高69,098英ポンド、有形固定資産（正味簿価40,000英ポンド）、棚卸資産12,889英ポンド、平均従業員数1名を開示した。注記は、コンピューター、サーバー、ネットワークハードウェアを、時間とともに摩耗し再販価値を失う資産として説明している。この文言は、物理インフラを購入または資本化した小規模ホスティング事業者と整合的である。

それ以降の会計はより静かなストーリーを語る。2024年の零細企業会計は、固定資産20,000英ポンド、流動資産7,942英ポンド、1年以内に期限が到来する債権者20,539英ポンド、正味流動負債12,597英ポンド、平均従業員数1名を示した。2025年の零細企業会計は、流動資産23,160英ポンド、1年以内に期限が到来する債権者10,182英ポンド、正味流動資産12,978英ポンド、資本及び準備金12,978英ポンド、再び平均従業員数1名を示した。零細企業会計は意図的に疎であるため、収益、売上総利益率、正確なハードウェア在庫、ホスティング場所、顧客数、サプライヤーコミットメント、または保守準備金を示さない。

顧客にとって重要なフレーズは「ハードウェア経済」である。小規模プロバイダーはサーバーセットを購入し、容量を販売し、資産を減価償却し、故障率が低ければ有用なマージンを得ることができる。その取引は、成長、交換サイクル、リモートハンズ料金、IPv4 リースコスト、トランジット、電力、サポート義務がすべて同時に到来すると脆弱になる。安価な VPS やベアメタルプランは単なる CPU 割り当てではなく、将来の修理労働と交換資本に対する請求である。

したがって、ルートオリジン証拠がクリーンに見える場合でも、ハードウェア在庫リスクは現実である。マザーボードが故障し、プロバイダーが同じ施設内に予備を持っている場合、修理は迅速でありうる。予備を注文し、発送し、施設に承認され、リモートハンズで設置する必要がある場合、サービスウィンドウは変わる。顧客が別のホストへの移行を要求する場合、プロバイダーは空き容量、互換性のあるストレージ、動作するバックアップ、十分なトランジット、スタッフ時間を必要とする。公開提出書類は Bonsai についてこれらの質問に答えない。

平均従業員数1名という数字は問題を先鋭化させる。これは常に1人だけが会社を手伝っていることを意味しない。請負業者、施設スタッフ、ソフトウェアベンダー、ネットワークプロバイダーが関与している可能性がある。これは、会社自体が広範な給与基盤を開示していないことを意味する。サービスが第三者に依存している場合、顧客の復旧計画はどのタスクが Bonsai 内部にあり、どれが委任されているかを知っていなければならない。

同じことが不正利用処理とアカウント紛争にも当てはまる。RIPE は Bonsai ドメインでの不正利用メールボックスをリストしている。それは有用である。不正利用報告がどれだけ迅速にトリアージされるか、顧客サーバーが自動的に停止されうるか、誤検知が取り消されうるか、または課金ロックがネットワークインシデント中にアクセスをブロックしうるかは示さない。課金と不正利用システムはインフラにとって二次的ではない。プロバイダーが顧客のマシンを停止または復旧する権限を持つ場合、それらは同じ可用性表面の一部である。

データの所在地は設計上未確定である

Bonsai は Companies House では GB 企業であり、RIPE では GB 組織である。だからといってすべての顧客ワークロードが英国にあるわけではない。公開ネットワーク記録はすでにその単純な見方に反している。Bonsai に結びつく1つの RIPE inetnum は米国の国フィールドを使用している。IPv6 割り当てはドイツの国フィールドを使用している。パネル IP は Hetzner のドイツのクラウド範囲内にある。128.254.184.0/24の ARIN レコードは米国の登録者 Cloudmir とカナダの顧客ラベル Photon Hosting Limited を通じて指しており、AS204928 はその/24を発信していることが観測されている。VPSBenchmarks の YABS 結果（2023年9月）は、Bonsai Hosting ltd のサーバーを、AS204928 を持つワシントン D.C.の KVM 仮想マシンとしてラベル付けしている。

これらのシグナルのいずれも、今日の Bonsai 顧客がどこに配置されているかを証明しない。地理位置情報やベンチマークサイトは誤っていたり、古かったり、もはや存在しないテスト条件に基づいていることがある。レジストリの国フィールドは、物理的なサーバー配置ではなくアドレス管理を指すことがある。顧客割り当ては一時的でありうる。パネルホストはワークロード層ではなく管理層でありうる。しかし、これらが一緒になって1つのことを明確にする。顧客は企業住所や ASN 保有者の国からデータの所在地を仮定すべきではない。

ホスティング顧客にとってのデータ主権には少なくとも6つの場所がある。第一は一次コンピュート場所。第二はバックアップストレージ。第三は管理パネルとそのセッション、パスワードリセット、監査ログ。第四はサポートチケットとメール。第五は課金と支払いデータ。第六は管理者がシステムにアクセスできるスタッフまたはサプライヤーの場所。プロバイダーは、これらの機能のいずれかを他に配置しながら、法的には英国でありうる。

それは自動的に悪いことではない。国際的な配置は価格、ルーティング、回復力を改善できる。顧客が文書化されたことのない管轄の仮定に依存していた場合にリスクとなる。Bonsai については、公開証拠はデータ所在地の結論ではなく警告を支持する。顧客は国コードの保証ではなく、所在地スケジュールを求めるべきである。

同じ警告は移植性にも当てはまる。データが英国のラック、ドイツの管理パネル、米国のルーティングされたプレフィックス、第三者の課金システムにある場合、顧客はそれらすべてにわたって機能する単一の退出手続きを必要とする。顧客はディスクイメージを取得できるか？逆引き DNS エントリは移植可能か？IP 空間は顧客と共に移動できるか、それともサービスは再番号付けが必要か？サポートはチケットと構成記録をエクスポートできるか？有料の緊急移行パスはあるか？公開証拠はこれらの質問に答えない。

主な障害経路は1つのイベントではなく、連鎖である

Bonsai についてテストすべき障害経路は、単に「ネットワークがダウンする」ではない。より現実的な経路は連鎖である。ラックコンポーネントが故障し、ルートが撤回または輻輳し、パネルは他でホストされたままであり、サポートは施設アクセスを調整しなければならず、顧客は課金状況、資格情報、移行権がクリーンであるかどうかを発見する。

ラック障害から始める。Bonsai が所有する物理サーバー上で顧客ワークロードをホストしている場合、故障したスイッチ、ルーター、PDU、ディスクシェルフ、またはハイパーバイザーは一度に多くの顧客に影響を与える可能性がある。Bonsai がレンタル専用サーバーまたはコロケーションされた顧客ハードウェアを使用している場合、修理権限は第三者にあるかもしれない。顧客は、どのデバイスが冗長化されているか、どれが単一障害点か、どの予備品がオンサイトにあるか、誰が施設に入ることができるかを知る必要がある。

次に上流トラブルを加える。公開 BGP ビューは複数の観測ネイバーを示すが、すべての顧客トラフィックが輻輳や手動作業なしにフェイルオーバーできることを証明しない。1つのネイバーがセッションを切断したり、ルートをフィルタリングしたり、トラフィックをレート制限したり、紛争を起こした場合、Bonsai のルーターは依然として顧客プレフィックスを到達可能に保たなければならない。残りのパスには十分な容量がなければならない。監視は顧客より前に問題を認識しなければならない。誰かがローカルプリファレンスを変更し、チケットをオープンし、不良フィルターをロールバックする権限を持っていなければならない。

次にハードウェア在庫を加える。会計はハードウェアが存在したことを示唆するが、現在の在庫や予備品ポリシーを開示していない。プロバイダーは新しいプランを販売するのに十分なサーバーを持っているが、故障したホストを迅速に移行するのに十分なアイドル容量を持っていないかもしれない。コンピュートなしにストレージの予備を持つことができる。ディスクの予備はあるがコントローラーの予備はないかもしれない。標準 VPS プランのテスト済みイメージプロセスはあるが、カスタムベアメタルマシン用ではないかもしれない。顧客は「バックアップがある」ということを、時間計測されたリストアテストの代わりとして受け入れるべきではない。

次にサポート負荷を加える。1人または非常に小規模な会社は、通常の日には優れたサポートを提供できる。複数の顧客に影響するインシデント中は、サポートキューが停止の一部となる。顧客は更新、再起動、コンソールアクセス、バックアップ、請求書の例外、IP ルート変更、移行を一度に求める。同じ人物がネットワーク、施設調整、顧客コミュニケーション、課金を処理する場合、制限リソースは帯域幅ではない。注意である。

最後に課金と移行を加える。顧客アカウントが延滞、紛争、手動更新、または失敗したメールアドレスに結びついている場合、緊急措置が必要な時にパネルまたはサポートパスへのアクセスが争われる可能性がある。顧客が去りたい場合、移行には IP 変更、DNS 変更、逆引き DNS 更新、スナップショット、大規模データ転送、新しいファイアウォールルール、注意深いタイミングが必要になるかもしれない。ルートを維持できるプロバイダーは、顧客がクリーンに退出するのを助けられなければ、依然として顧客を失敗させうる。

Bonsai に依存する前に顧客が尋ねるべきこと

Bonsai のデューデリジェンスリストは、配置から始めるべきである。プライマリサービスを保持している国、都市、施設はどこか？どのエンティティがハードウェアを所有しているか？どのエンティティが施設契約に署名しているか？答えが「サプライヤーを使用しています」である場合、顧客は Bonsai が保持する責任とサプライヤーチケットを必要とする責任を尋ねるべきである。

次の質問は冗長性である。2つのサイトがあるか、1つか？2つのサイトがある場合、第二サイトはワークロードを実行できるか、それとも単なるバックアップターゲットか？ルーターペアは物理的に分離されているか？電力供給はラックまで独立しているか？上流はデフォルト対応であり、十分なトラフィックにコミットしているか？IPv6 はフェイルオーバー中にテストされているか、それともベストエフォートのアドオンか？プロバイダーは日付と測定された復旧時間を含む最近のフェイルオーバーテストを示せるか？

リストアパスはバックアップの文言よりも重要である。顧客は最後に成功したリストアテスト、最大リストアサイズ、製品別の復旧時点と復旧時間、通常のパネルに到達できない場合に使用される正確なパスを尋ねるべきである。ベアメタル顧客にとって、質問はより物理的になる。リモートコンソールは利用可能か、レスキューメディアは利用可能か、予備ディスクは在庫されているか、緊急ハンズの費用は誰が支払うか？

サポートエスカレーションには名前、役割、時間が必要である。「チケットを開いてください」では、パネルが利用できない、メールが遅延している、影響を受けるサービスがチケット依存を含む場合には不十分である。顧客は緊急連絡方法、エスカレーション閾値、インシデント更新周期、権限境界を尋ねるべきである。一次サポートはハードウェアの再起動、ルート変更、施設への連絡を行う権限があるか？もしなければ、誰が持っているか？

データ移植性が最終テストである。顧客は本番使用前に文書化された退出経路を要求すべきである。その経路には、ディスクエクスポート形式、データベースダンプ、構成エクスポート、DNS 及び逆引き DNS 手順、IP 再番号付けサポート、転送帯域幅、課金クローズアウト、キャンセル後のアカウントアクセスの生存が含まれるべきである。最も危険なプロバイダーは、狭いフットプリントを認める者ではなく、メカニクスを証明せずに退出を容易に聞こえさせる者である。

これらの質問はいずれも Bonsai が信頼できないと仮定するものではない。それらは公開インフラ証拠が不完全であることを仮定している。小規模プロバイダーはそれらに正直に答え、依然としてビジネスを獲得できる。顧客はその後、価格、サポートスタイル、所在地のトレードオフがワークロードに適合するかどうかを決定できる。間違った答えは、AS204928 の存在をテスト済みサービス復旧の代わりとして扱うことである。

最も露出している顧客はステートフルなワークロードを持つ顧客である

静的ウェブサイトと使い捨てテストマシンは、薄いプロバイダーフットプリントを許容できる。顧客は再デプロイし、DNS を変更し、ある程度の中断を受け入れることができる。ステートフルなワークロードは異なる。データベース、ゲームワールド、本番アプリケーション、顧客ファイルストア、メールサーバー、ビルドシステム、制御ノード、またはアイデンティティサービスは、無傷のデータ、予測可能なネットワークアイデンティティ、タイムリーな管理アクセスに依存する。

Bonsai の公開フットプリントは、最も高リスクな顧客は単一の趣味の VM を持つ者ではないことを示唆する。低コストの VPS またはベアメタルサーバーを購入し、時間とともに状態を蓄積し、決して離脱のリハーサルをしない顧客である。その顧客は安価な VPS またはベアメタルサーバーから始め、ユーザーデータを追加し、本番 DNS をそれに向け、割り当てられたアドレスを中心にファイアウォールの仮定を構築し、その後、障害中に高速移行、予備ハードウェア、ルート移植性、または管理バックアップがプランに含まれていなかったことを発見するかもしれない。

コロケーション顧客は異なる露出に直面する。顧客がサーバーを所有しているが、ラックアクセス、アドレッシング、リモートハンズ、またはクロスコネクトについて Bonsai に依存している場合、顧客は資産を所有しているが完全な修復パスを所有していない。アクセスウィンドウ、発送、保管、交換部品、保険、ハンズ料金、誰が作業を認可できるかについて明確さが必要である。実用的なハンズパスがないコロケーションサーバーは、規律あるバックアッププロセスを備えたレンタル VPS よりも復旧可能性が低いことがある。

ベアメタル顧客は VPS とコロケーションの間に位置する。VPS よりも強いパフォーマンス分離と、より予測可能なハードウェアを得られるかもしれないが、物理的な交換リスクも継承する。CPU、マザーボード、NIC、またはストレージコントローラーが故障した場合、移行は常に即時ではない。顧客がローカルディスクを使用している場合、復旧はバックアップ設計に依存する。顧客がプロバイダー管理ネットワーキングを使用している場合、IP と MAC の変更は交換を複雑にする可能性がある。公開文書は Bonsai がこれらのシナリオをどのように処理するかを示していない。

2023年9月の VPSBenchmarks 結果は、主に警告的な市場シグナルとして有用である。それは1コア、約2GB RAM、KVM の Bonsai ラベル付きサーバーをワシントン D.C.で示し、そのテストでは IPv4 があったが IPv6 はなかった。現在の製品カタログを証明しない。そのマシンが Bonsai によって直接販売されたことを証明しない。今日の地理を証明しない。公開の第三者トレースが、単純な GB 企業の仮定とは異なるサービスフットプリントを表面化させうることを示している。

正直な証拠グレードは分割されている

BONSAIHOST Bonsai Hosting ltd の公開ネットワーク証拠は中程度のグレードに値する。企業記録は活動中である。RIPE 組織記録は英国の企業番号と整合している。AS204928 は割り当てられ、アナウンスされている。RIPEstat は現在のプレフィックスを認識している。RPKI 検証はチェックされた可視オリジン-プレフィックスペアに対して有効である。コントロールパネルは到達可能である。外部顧客ドキュメントはベアメタルとコロケーションカテゴリをそのパネルに向けている。

施設、サポート、復旧証拠は弱のグレードに値する。公開施設リスト、AS204928 に対して返された PeeringDB ネットワークプロファイル、開示されたラック数、ここで使用された情報源に見つかった公開ステータス履歴、公開予備品ポリシー、顧客向けリストアテスト、公開マルチサイト容量主張、明確なデータ移植性保証はない。会計は最近の提出書類で平均従業員数1名の小規模企業を示している。ルートテーブルは運用の深さではなく、ライブの到達可能性を示している。

この分割がポイントである。Bonsai はマーケティングフットプリントが疎であるというだけで非運用として却下されるべきではない。ルーティング証拠はそのためにはあまりに具体的である。また、ASN、パネル、可視プレフィックスを持っているからといって成熟したクラウドプラットフォームとして扱われるべきでもない。物理的な依存は残る。ラックまたはレンタルサーバー、上流契約、電力、ハードウェア在庫、サポート労働、顧客移行パス。

非クリティカルなワークロードに Bonsai を使用するバイヤーは、より高い不確実性の分担を受け入れることができる。本番の状態に使用するバイヤーは、移動前に証明を求めるべきである。証明は修辞的ではなく運用的であるべきだ。最近のリストア、フェイルオーバー図、パネルダウン時のサポートパス、所在地スケジュール、上流および施設依存マップ、退出手続き、指名されたエスカレーションルート。

実践的なバイヤーは、この分割グレードを契約マップとして扱うことができる。ルートテーブルは、オリジン認可、プレフィックス到達可能性、上流選択、監視に関する質問をサポートできる。企業提出書類は、ハードウェアリフレッシュ、予備在庫、交換サイクルに対するバランスシートの耐性に関する質問をサポートできる。疎な施設証拠は、サイトアクセス、ハンズ料金、サプライヤー権限、復旧テストに関する質問をサポートできる。これらの質問は Bonsai が弱いと非難するものではない。公開の不確実性を、小規模プロバイダーが日付、場所、役割、限界で答えられる検証可能な条件に翻訳する。

最もクリーンな見方はこれだ。BONSAIHOST Bonsai Hosting ltd は小規模で活動中のホスティングインフラ対象であり、その公開ルート証拠は公開施設およびサポート証拠よりも実質的に強い。これは記事には十分であり、調達質問には十分であり、盲目的な信頼には十分ではない。