概況

  • TSBG Hosting Ltd.は、自社サイトでコロケーション、クラウドサーバー、専用サーバー、共有ホスティング、ストリーミング、マネージドサービスを提供する、2006年設立のブルガリアのインフラ事業者として自らを位置づけている。
  • 同社の最も強力な運用主張は、純粋な仮想ではなく物理的なものである。複数のキャリアニュートラルなブルガリアのデータセンター施設、4つのデータセンター、TIA-942 準拠の設計、A/B 電源、監視、リモートハンド、火災検知、冷却、付き添いアクセスなど。
  • 現在の公開ネットワークシグナルは弱い。RIPE RDAPは AS43112 を tsbg_hosting と識別し、TSBG Hosting Ltd.を登録者として記録しているが、RIPEstat ルーティングステータスは2026年7月12日時点で、AS43112 に対する可視 IPv4・IPv6 広報空間がゼロであることを示した。
  • TSBG の193.3.63.0/24リソースは依然として重要である。プレフィックスに対する RIPE RDAPが BG-TSBGHOSTING-20200902 を識別しており、RIPEstat RPKI 検証は AS43112 が当該プレフィックスを広報する権限を持つと検証した。しかし、権限付与はライブの到達性と同じではない。
  • PeeringDB の TSBG Hosting 施設レコードは、ハスコボ/スヴィレングラードという物理的な手がかりを追加する一方、PeeringDB net-facility データは、リストされた接続を AS43112 ではなく AS47288/FixNET に結び付けている。これは、レジリエンスに関する主張を信頼する前に、事業者の境界を検証する必要性を裏付けている。
  • 証拠グレードは「弱い」。公式サイトは豊富なサービス主張を提供するが、現在の公開ルーティング証拠は、AS43112 のライブ顧客トラフィック、マルチサイトフェイルオーバー、トランジット多様性、予備容量、データポータビリティを単独で証明するものではない。

クラウドの請求書は、依然としてブルガリアのマシンルームに届く

TSBG Hosting Ltd.は、ブランド認知で評価できる名前ではない。サービスを、顧客をオンラインに保つ機器と人々までたどって評価しなければならない。同社は、クラウドサーバー、VPS プラン、専用サーバー、共有ホスティング、ストリーミング、コロケーション、マネージドサポートなど、伸縮自在に聞こえるサービスを販売している。しかし、それらのサービスの一つひとつには、背後に物理的な資産がある。仮想サーバーにはホスト容量、ストレージ、スイッチング、電力、冷却が必要だ。専用サーバーには特定の筐体と交換計画が必要だ。コロケーションにはラック、電力予算、ケーブル経路、アクセス制御、リモートハンドが必要だ。ストリーミングには入力、トランスコーディングまたは受け渡し容量、そして需要が増えたときに視聴者を運ぶのに十分な外向き帯域幅が必要だ。

TSBG に関して有益な事実は、同社が自らを漠然としたクラウド言語だけで説明していないことだ。公式トップページは、コロケーション、専用サーバー、仮想サーバー、ストリーミング、衛星アンテナコロケーションを宣伝している。同じページでは、4つのキャリアニュートラルデータセンター、16年の経験を説明し、TSBG がプライベートクラウド、ディザスタリカバリーサイト、専用インターネットアクセス、IPv4 アドレス、DC 電源、衛星ダウンリンクをサポートできると述べている。これらの主張は、購入者にテストすべき具体的なリストを提供する。建物、ラック、電源ドメイン、ファイバー、アップストリーム、サーバー、アドレスリソース、そしてサポートの取り決めである。

リスクは、公開マーケティングの詳細が、検証可能な運用証拠を先走ってしまう可能性があることだ。プロバイダーはラックを所有していても、一部のネットワーク経路を外部委託しているかもしれない。有効な ASN を持っていても、現在それを広報しているとは限らない。サービスメニューを公開していても、個々のプランは利用可能な在庫、サプライヤーサポート、あるいは第三者施設に依存しているかもしれない。リカバリーサイトを提供していても、顧客契約がリカバリー目標を曖昧なままにしているかもしれない。TSBG の場合、公開記録にはまさにその組み合わせが含まれている。具体的なサービスのストーリー、具体的なブルガリアのアイデンティティ、具体的な AS 番号、そして公開日における番号リソースの登録と可視的な経路広報との間のギャップである。

このギャップは TSBG が信頼できないことを意味するものではない。それは立証責任を変える。顧客は、ウェブ上の価格表や ASN をアシュアランスレポートとして受け取るべきではない。顧客は、ワークロードをどの施設がホストするのか、どのネットワークエッジがサービスを広報するのか、どのサプライヤーがデフォルト可能なトランシットを提供するのか、どの程度の電力と予備ハードウェアが確保されているのか、そしてサービスを移動しなければならなくなった場合に、どのようにデータがプラットフォームから退出するのかを尋ねるべきである。

確かに識別できること

会社の身元は、最初のディレクトリスナップショットだけが示唆していたよりも強固だ。TSBG のサイトは、同社が2006年に設立され、ブルガリア法の下で設立され、EU 付加価値税番号 BG175059953 を提示し、マネージングディレクターとして Ivan Shishkov を挙げ、ソフィアのオフィス住所を8 Racho Dimchev Street としていると述べている。お問い合わせページは、ソフィアの住所、電話番号、営業メールアドレスを繰り返している。AS43112 の RIPE RDAPは、オブジェクト名を tsbg_hosting と識別し、TSBG Hosting Ltd.を組織エンティティとしてソフィアの住所付きで含めている。RIPEstat whois データは、aut-num 43112、as-name tsbg_hosting、organization ORG-THL32-RIPE、ステータス ASSIGNED、メンテナー mnt-bg-tsbghosting-1 を記録している。

これらのレコードは、ホスティング調査でよくある間違いを避けるのに十分だ。つまり、サービス名を説明責任を有する保有者のいない浮遊ラベルとして扱うことだ。ここでは、保有者はブルガリアの会社身元、連絡先、番号リソースレコード、および可視的なサービスサイトに結び付けられ得る。これは、住所もルーティングレコードもない再販業者のページよりも有用である。

サービスの範囲も具体的だ。TSBG のコロケーションページは、1U、クォーターラック、ハーフラック、フルラックのパッケージを宣伝し、定格電力は1U あたり35W からフルラックの1500W までとしている。同ページはまた、インターネット接続、IPv4 アドレス、LIR サービスを提供できると述べている。クラウドサーバーページは、VPS プラン、SSD ストレージ、RAID10 保護、1Gbps 共有インターネット、オプションのバックアップを挙げている。専用サーバーページは、冗長電源、RAID 1または RAID 10、2つのネットワークコントローラ、トップオブラックスイッチの冗長性について記述している。ホスティングページは、移行支援を含む共有ホスティングと VPS ホスティングをカバーしている。

この組み合わせは、プロバイダが複数の抽象化レイヤーでインフラを販売していることを示している。顧客は、共有プラットフォームの一部、仮想マシン、物理サーバー、ラックスペース、接続、またはサポートを借りることができる。経済的な問題は、上位レベルの製品が下位レベルの制約を継承することだ。ラックが停電すれば、そのサイトに接続された専用サーバーと VPS プランが影響を受ける。ネットワークエッジがプロバイダを失ったり、ルートオブジェクトが取り下げられたりすれば、一見別物に見えるホスティングプランも、コロケーションサービスと同時に停止しうる。サポートがハードウェア交換を行う同じ小規模チームによって処理される場合、忙しいインシデント発生時には「無料リモートハンド」の約束が待ち行列に変わり得る。

番号リソースレコードはアクティブだが、公開エッジは静かだった

もっとも重要なネットワークファクトは華々しいものではないが、正確だ。AS43112 の RIPEstat AS 概要は、保有者を tsbg_hosting TSBG Hosting Ltd.と識別したが、2026年7月12日のクエリ時点で ASN が広報されていないとマークした。RIPEstat ルーティングステータスは、最初に観測された経路が2007年6月14日の77.246.240.0/20であり、最後に観測された経路が2025年8月15日の193.3.63.0/24であると報告し、現在の可視性は325の IPv4 ピアのうちゼロ、322の IPv6 ピアのうちゼロであった。RIPEstat 広報プレフィックスは、2026年6月28日から2026年7月12日の期間において AS43112 の現在のプレフィックスを返さなかった。

これは TSBG のサービス主張を抹消するものではない。より狭いことを言っている。公開ルートコレクターは、公開日時点で AS43112 がライブの広報空間を運んでいるのを見なかった。顧客は、現在のインターネットサービス、トランジット多様性、顧客トラフィックの証拠として AS43112 だけを使用することはできない。現在のサービスが異なる ASN、キャリア割り当てアドレスブロック、プロバイダネットワーク、プライベート相互接続、またはマネージドアップストリームの取り決めを通じて提供されている場合、それを直接述べてテストする必要がある。

公開エッジの非アクティブは、古い証拠の読み方も変える。RIPEstat ルーティング履歴は、77.246.240.0/20、77.246.240.0/21、193.3.63.0/24の長い履歴活動を示しており、193.3.63.0/24経路は2022年から2025年を通じて広く可視であった後、2025年8月中旬以降に最小限の可視性に低下した。履歴は身元と継続性にとって有用だが、現在の容量ではない。同じ顧客がまだサービスを受けているなら、彼らは今や異なるネットワーク設計を通じてサービスを受けているかもしれない。もしプレフィックスがサービスが移行されたために取り下げられたのなら、移行経路が問題になる。もしサービスが一時停止したために取り下げられたのなら、購入者は容量を注文する前にそれを知る必要がある。

RPKI はもう一つのニュアンスを加える。193.3.63.0/24および AS43112 の RIPEstat RPKI 検証は、有効を返した。これは肯定的な管理証拠である。AS43112 は当該プレフィックスを広報する権限がある。しかし、有効な経路起点の権限は広報と同じではない。煙探知機は現在無人である部屋にも設置されうる。ROA は BGP で可視でない経路に対しても存在しうる。コントロールプレーンの権利は存在するが、運用経路は依然としてライブ確認を必要とする。

同サイトは強固な施設を主張するが、地図は不完全だ

TSBG のもっとも強力な公開ストーリーは、物理的な施設ストーリーである。データセンターの歴史ページは、同社が2006年に設立され、2006年9月までに最初のデータセンターを完成させ、2007年7月までに2番目のコロケーションプロジェクトを完成させ、2008年7月に最初の機器を設置した災害復旧サイトとして3番目のデータセンターを完成させ、2008年10月までに4番目のデータセンターを完成させたと述べている。さらに、2014年以降、TSBG はコロケーション、ホスティング、サーバーレンタル、マネージドサービスに注力しているとしている。

データセンターページは、施設の主張を拡張している。TSBG のサイトは TIA-942 に従って設計されており、場所は慎重に選定され、同社は100％の電力可用性を保証し、電力は完全に多様化された A/B 構成で設計され、冷却は公称容量で冗長化されており、物理セキュリティには警備されたサイト、ビデオ監視、付き添いアクセスが含まれていると述べている。監視はサーバーの負荷、メモリ、ディスク、ポートトラフィック、機器の健全性、温度、湿度、電流、消費電力、空調、光ネットワークパフォーマンスをカバーしているという。

これらは重大な主張である。それらはまた、購入者に施設固有の証拠を求めることを要求する。「4つのデータセンター」は、顧客がどの施設がワークロードをホストするのか、復旧サイトがアクティブかスタンバイか、サイトが同じアップストリームを共有しているか、バックアップストレージが別の故障ドメインに保存されているか、そしてサイトが隔離されたときにどの契約上の復旧目標が適用されるのかを特定できる場合にのみ、有益な出発点となる。公開ページは原則と能力を説明している。それらはすべての建物、給電線、燃料契約、キャリアミート、予備在庫、または試験済み復旧結果を挙げているわけではない。

地理に関する主張も慎重な取り扱いを要する。TSBG は、自社の建物はブルガリアにあり、地理的に分散しており、150km 以上離れており、洪水、火災、交通、産業、人間活動のリスクを低減するために選ばれたゾーンにあると述べている。同社のデータセンター立地としてのブルガリアに関する2023年のブログ投稿は、ブルガリアがヨーロッパ、トルコ、中東間の重要なルート上に位置し、TSBG がイスタンブール、ソフィア、ブカレスト、ヨーロッパのネットワークへの多様な経路を経由した保護されたレイヤー2および IP リンクを提供できると述べている。これは特にバルカン半島、トルコ向け、あるいはヨーロッパ中東のレイテンシーニーズを持つ顧客にとって、価値ある地域的主張である。しかし、地理的優位性はライブ経路の証拠の代わりにはならない。良好な回廊であっても、契約したキャリア、多様な管路、稼働するクロスコネクト、そしてリンク障害後の十分な容量が必要である。

PeeringDB はハスコボの手がかりと事業者境界の警告を追加する

PeeringDB は施設ストーリーに別の公開手がかりを与える。施設13672の PeeringDB 施設 APIは、ブルガリアのハスコボに「TSBG Hosting」を挙げており、住所1「Byalo More 3 Kapitan Andreevo」、州スヴィレングラード、国 BG、tsbg.euのウェブサイトフィールド、セールスおよびテクニカルサポートの電話/メール、利用可能電圧480 VAC を掲載している。当該レコードは2023年5月19日に作成され、2025年9月26日に更新された。これは TSBG 自身のサイト外にあり、TSBG のサイトが強調するトルコ-ギリシャ国境に近いブルガリア南部の特定の施設表面を指し示しているため有用である。

しかし、同じ PeeringDB データは境界問題を生じさせる。施設13672の PeeringDB netfac データは、ローカル ASN 47288を持つハスコボの TSBG Hosting という名前のネットワークエントリが1つ接続されていることを示している。PeeringDB ネットワーク26850は、そのネットワークを FIXNET TELEKOM LTD. STI.、ASN 47288と識別し、トラフィックスコープはヨーロッパ、オープンピアリングポリシー、7つの施設、3つの交換接続を持つとしている。AS47288 の RIPEstat AS 概要は、保有者を FIXNET Telekomunikasyon Limited Sirketi と識別し、ASN が広報されているとマークしている。AS47288 の RIPEstat ルーティングステータスは、2026年7月12日にアクティブな IPv4 と IPv6 の可視性を確認し、ルーティングステータス層で18の IPv4 プレフィックスと1の IPv6 プレフィックスが広報空間にあるとしている。

これは FixNET が TSBG の顧客サービスを運用していることを証明するものではない。これは、公開 PeeringDB の施設接続を、AS43112 の存在と軽々しく読み取るべきではないことを証明する。購入者にとって、その区別は中心的である。もし TSBG が、別の事業者の ASN が可視的なネットワーク接続である施設内でコロケーションを販売するなら、契約は TSBG、FixNET、別のキャリア、あるいは顧客がデフォルトのインターネットサービスを提供するのかを説明すべきである。もし TSBG が自社の可視的な AS43112 経路ではなくアップストリーム接続を使用して VPS や専用サーバーを販売するなら、顧客は誰がルーティングを変更できるのか、誰がアップストリームチケットをオープンするのか、誰のメンテナンスカレンダーが到達性に影響するのかを知るべきである。

事業者境界の問題は学術的ではない。インシデント発生時に最初に対応するのは TSBG サポート、施設所有者、キャリア、リモートハンド業者、あるいはネットワークプロバイダーかもしれない。顧客は故障前にエスカレーションチェーンを必要とする。TSBG と名指しする施設レコードと AS47288 を名指しするネットワークレコードは、どちらも真実であり得るが、それでもサービス契約が役割を明確にマッピングしていなければ、顧客は脆弱なままである。

ラックの経済学がサービスの現実性を決定する

TSBG は異常に細かいコロケーション価格とラックパッケージを公開している。コロケーションサービスページは、単一ラックユニット、クォーターラック、ハーフラック、フルラックを、電力許容量とオプションラック機能付きで挙げている。当該ページはまた、TSBG が標準オプションとして48 VDC を提供でき、別々の電源室と UPS システムからの A/B 電源、電力量計と ATS スイッチをリクエストに応じて提供し、監視、24時間年中無休サポート、インターネットアクセスを提供できると述べている。これは顧客に対し、通常はセールスコールの背後に隠れる施設サービスの目に見えるショッピングカートを提供している。

危険は、目に見えるラック価格が使用可能な耐障害性容量と同じでないことだ。35W の単一ラックユニットは、1500W のフルラックとは非常に異なる依存性である。通信機器を運用する顧客は DC 電源、デュアル PDU、リモートハンドアクセスを必要とするかもしれない。コンピュートを実行する顧客はより多くの電力、冷却、ハードウェア交換を必要とするかもしれない。価格表は、予備電力が確保されているか、クロスコネクト作業が迅速か、地域的な嵐の最中にリモートハンドがデバイスを交換できるか、残りのネットワーク経路が1つのサプライヤーが不通のときにトラフィックを搬送できるかを示すことはできない。

ここでは小規模プロバイダの経済学が重要である。TSBG は自社サイトで、自社が最大のデータセンター事業者ではなく、メガワットの電力やテラビット毎秒のインターネット容量を持っていないと公然と語っている。その正直さは有用だ。それは、見せかけのスケールではなく、適合性を探すようバイヤーに伝えている。小規模サイトは、地元企業、国境ルートの通信プロジェクト、災害復旧キャビネット、あるいは低レイテンシーのバルカン半島サービスにとってまさに正解となり得る。また、ハイパースケールの予備プール、グローバルクラウド API、即時のハードウェア交換を想定するワークロードにとっては間違いであり得る。

したがって購入者は、パッケージラベルを故障数学に変換しなければならない。1つのキャビネット給電が失敗したとき、顧客の機器は二重電源と二重 PDU を持っているか？1つのトップオブラックスイッチが故障したとき、両方のサーバーNIC は独立したスイッチに接続されているか？1つのアップストリームがダウンしたとき、もう一方の経路は十分な帯域保証を持っているか？1つのデータセンターが失われたとき、失われたサイトなしにバックアップは使用可能か？サポート担当者がリモートサイトに移動しなければならない場合、実際の修理クロックは何か？ラックの経済学は、ひとたび故障が始まればリスク経済学になる。

VPS と専用サーバーはすべての下位レイヤーを継承する

TSBG の VPS と専用サーバーのページは、顧客価値の源泉を示すのに十分詳細である。クラウドサーバーページは、VPS プランが Proxmox に基づいており、冗長ハードウェア、RAID10 ストレージ、冗長ネットワークと電源サーバーホスト、1Gbps 共有インターネット、オプションバックアップを使用していると述べている。512MB RAM の小規模プランから、より大きなマルチコアプランまでのプランを挙げている。専用サーバーページは、サーバーが冗長電源、RAID 1または RAID 10、ハードウェア RAID コントローラ、2つのネットワークコントローラ、異なるトップオブラックスイッチを備えていると述べている。無料の OS インストール、監視、24時間年中無休ヘルプデスク、リモートハンドにも触れている。

これらの機能は意味がある。それらはまた、検証課題を生み出す。VPS 容量を借りる顧客は、RAID10 がホストに対してローカルなのか、ストレージクラスタ全体で共有されているのか、別のサイトにレプリケートされているのか、あるいはアウトオブバンドでバックアップされているのかを尋ねるべきだ。オプションバックアップが同じ施設に保管されているのか、リストア速度が測定されているのか、バックアップにシステムイメージ、ファイルレベルデータ、メタデータ、コントロールパネルの状態が含まれているのかを尋ねるべきだ。ホストマシンが故障した場合に何が起こるのか、ライブマイグレーションが利用可能かを尋ねるべきだ。多くの顧客が一度に影響を受けたときに、リソースの競合がリカバリを遅延させうるかを尋ねるべきだ。

専用サーバーの顧客は異なる問題を持つ。冗長電源は、各電源が独立した電力経路に到達する場合にのみ役立つ。2つのネットワークコントローラは、それらが独立したスイッチに配線され、独立したアップストリーム容量を通じてルーティングされる場合にのみ役立つ。RAID はディスク障害から保護するが、コントローラのバグ、誤った再構築、ランサムウェア、あるいはサイト全体のイベントからは保護しない。無料リモートハンドは、部品が備蓄され、スタッフが迅速に施設に入ることができる場合にのみ有用だ。

公開経路のギャップは、これらの質問をより重要にする。AS43112 が現在可視でなければ、TSBG の顧客向けインターネットサービスはプロバイダ割り当て経路、トランジットパートナー、別の ASN、あるいは公開コレクターでは可視でないプライベートな設計に依存しているかもしれない。その取り決めは完全に正当であり得る。ただ、サーバープランの一部として「インターネットアクセス」を購入している顧客に開示されなければならない。顧客は、キャリアが故障したときにどのエッジが故障するのかを知る必要がある。

電力、冷却、監視の主張にはテストされた証拠が必要だ

施設ページは電力と監視に大きく依存している。TSBG は、データセンターの電力は完全に多様化された A/B 構成で設計されており、別々の電源室、分電盤、UPS システム、ラックへの配線から始まると述べている。各ラックは2つ以上の PDU を持ち、1つは回路 A 用、もう1つは回路 B 用であるとしている。空調は冗長な1+1または n+1 構成を使用し、機器室は摂氏約22度、相対湿度40％から60％に保たれているとしている。火災検知はエアサンプリングシステムとガス抑制を使用していると述べている。監視は、環境、サーバー、ポート、光ネットワークパラメータの幅広いセットをカバーしているとしている。

これらはまさに公表すべき正しい領域である。問題は、それらの主張が、顧客が依存するのと同じレベルでテストされているかどうかである。A/B 電源は、2つのコードがあるからといって証明されるものではない。両方の回路が1つの上流パネル、1つの燃料契約、あるいは1つの保守ベンダーに依存しているならば。冷却冗長性は、ホットアイル、センサー障害、あるいは気流の変化が余裕を奪いうるならば、公称容量では証明されない。監視は、センサーがあるからといって証明されるものではない。アラートの所有権、しきい値、緊急時の権限が不明確ならば。

TSBG のブログコンテンツは、運用上の真剣さについて有益なヒントを与える。ディーゼル発電機メンテナンスの投稿は、発電機のオイル、フィルター、冷却液、バッテリー、冬期の準備について議論している。温度監視の投稿は、SNMP、Zabbix、1-Wire センサー、分散監視、アラーム設計について議論している。データセンター建物立地の投稿は、サイト選定、災害リスク、コンクリート構造、屋根設計、通信アクセスについて議論している。これらの投稿は認証ではないが、一般的なホスティングのコピーよりも具体的な分野の習熟を示している。

顧客の次のステップは、賞賛ではなく証拠であるべきだ。最新の発電機テスト日、テスト負荷、燃料ランタイム、UPS メンテナンスの証拠、火災装置メンテナンスの証拠、冷却障害対応計画、監視エスカレーションのサンプル、実際のインシデントからのアフターアクションノートを尋ねること。4つすべてのサイトが同じ成熟度を持っているかを尋ねること。どのサイトが特定の顧客サービスをホストするかを尋ねること。何が同時に故障するかを尋ねること。これが、広範な施設の文言が運用アシュアランスになる方法である。

ネットワークのレジリエンスは、ASN だけでなくアップストリーム契約に依存する

TSBG の自社ページは、同社が独自の自律システムを運用し、慎重に選定されたプロバイダと BGP セッションを持っていると述べている。RIPE レコードは AS43112 を識別し、RIPE whois の備考にはアップストリームとデータセンターについて触れられており、AS47964 からのインポートと AS47964 へのエクスポートが記されている。RIPEstat AS ルーティング一貫性は、2026年7月12日時点で193.3.63.0/24が RIPE whois に存在するが BGP には存在せず、AS47964 のインポート/エクスポートが whois に存在するが BGP には存在しないことを示した。AS43112 の RIPEstat ASN ネイバーは、公開日に観測されたネイバーがないことを示した。

この組み合わせは、購入者に3つのことを分離するように告げる。第1はレジストリの意図である。ASN、ルートオブジェクト、ROA、および whois 関係は、事業者が何をする準備があるか、何をする許可があるかを示す。第2はライブルーティングである。公開コレクターは、現在その経路が可視かどうか、そして誰を通じてかを示す。第3はサービスルーティングである。顧客のワークロードは、TSBG の ASN だけからは明らかでない異なるアップストリームまたはアドレス計画を使用するかもしれない。レジリエンスは第3に依存するが、公開記録は主に最初の2つを照らす。

PeeringDB の AS47288 の証拠も、過大解釈せずに有用である。FixNET、すなわち TSBG Hosting 施設レコードに接続された AS47288 ネットワークは、RIPEstat ルーティングステータスでアクティブであり、NetIX、TurkIX Sofia、RegPEX で PeeringDB 交換接続を持っていた。これは、施設レコードに結びついた、ライブで近傍のネットワークサーフェスを示している。それは、TSBG の顧客トラフィックがそのサーフェスを使用していること、TSBG がそれを制御していること、またはそれが任意の顧客にとって十分に多様であることを証明するものではない。

顧客テストは単純明快だ。TSBG に、注文したサービスを運ぶ ASN、プレフィックス、アップストリームを特定するよう依頼する。それらの経路がデフォルト可能か、別々の物理的な入口を使用しているか、同じルーターペアで終端しているか、ルートフィルターが最新か、ROV が設定されているかを尋ねる。回答をAS43112 の BGP.tools、AS43112 の Hurricane Electric、AS43112 の Cloudflare Radar ルーティング、RIPEstat などの公開ツールと比較する。もし公開 ASN が意図的に静かであるならば、それはライブサービス経路が文書化されている場合にのみ許容される。

サポートは資産の一部であり、単なるヘルプページではない

TSBG は繰り返しサポートを強調している。同サイトは、24時間年中無休のヘルプデスクサポート、リモートハンド、電子メール、Viber、WhatsApp メッセージング、監視、無料ハードウェア交換支援に言及している。ホスティングやコロケーションサービスにおいて、サポートはソフトな追加機能ではない。それは、不可視の依存関係が修復アクションに変換されるチャネルである。ルーターは冗長化できるが、どの経路が壊れているかを特定するのは依然として誰かである。ディスクアレイは保護できるが、再構築するか、復元するか、フェイルオーバーするかを決定するのは誰かである。顧客はサーバーを所有できるが、リモートハンドがボタンを押したり、カードを再装着したり、コンソールを読むための唯一の手段かもしれない。

サポートの質問は、地理的に分散したいくつかのサイトを持つ小規模プロバイダにとって特に重要だ。TSBG の自社ページは、チームは小さいが効率的であり、選ばれたパートナーが必要な作業とメンテナンスを支援すると述べている。それは、顧客が柔軟な直接対応を必要とする場合には強みになり得る。インシデントが複数の顧客に影響し、サイトへの物理的なアクセスが必要であり、同じ人々が監視、通信、ハードウェア、サプライヤーエスカレーションを処理する場合には弱点になり得る。

したがって顧客は、サポートをインフラとして契約に含めるべきだ。緊急事態とみなされるもの、それを宣言できる人、ポータルがダウンした場合に機能する応答チャネル、電話またはメッセージングによるエスカレーションが保証されているか、リモートハンドに時間制限があるか、部品がサイトに備蓄されているかを尋ねるべきだ。コロケーション顧客が事前に作業を承認できるかを尋ねるべきだ。VPS 顧客がプラットフォームインシデント中にリストア支援を受けられるのか、それともベストエフォートのサポートのみなのかを尋ねるべきだ。サポート記録が、単に一般的な停止を説明するのではなく、影響を受けたサイト、アップストリーム、ラック、サービスレイヤーを明記しているかを尋ねるべきだ。

請求も同じカテゴリーに属する。アカウント無効化、サービス期間満了、ブロックされたコントロールパネル、追加トラフィックに対する不明確な責任を通じて、サービスは故障しうる。TSBG を小規模な災害復旧サイトに使用する顧客は、復旧サイトを必要とするまさにそのイベントの間中、連絡、請求、更新、アウトオブバンドアクセスが利用可能であり続けることを確実にすべきだ。

データのローカリティはブルガリアのラベルだけでは解決されない

割り当て地域は BG であり、TSBG 自身のストーリーは強くブルガリア的である。同社はブルガリアで設立され、ソフィアのオフィスを掲げ、ブルガリアのサイトを説明し、戦略的な電気通信トランジット拠点としてブルガリアを売り込んでいる。ヨーロッパ、バルカン半島、トルコ向け、あるいは中東の接続ニーズを持つ顧客にとって、これは意味のあるポジショニングの主張である。レイテンシーを削減し、機器をブルガリアのプロバイダ関係の下に保ち、より大きな西ヨーロッパのクラウドリージョンに代わる選択肢を提供できる。

しかし、データ主権は国コードだけではない。顧客は、一次データ、バックアップ、ログ、コントロールパネルの記録、サポートチケット、監視データ、請求記録がどこに存在するかを特定しなければならない。VPS プランは、仮想ディスクを1つのブルガリアの施設に置き、バックアップを別の施設に置くかもしれない。共有ホスティングプランは、cPanel ツール、サードパーティ証明書サービス、外部 DNS を使用するかもしれない。ストリーミングサービスは、衛星や地上波経路から信号を取り込み、ローカルと国際トランジットの組み合わせで配信するかもしれない。コロケーション顧客はハードウェアを所有するが、リモートアクセスと IP サービスを TSBG に依存するかもしれない。

TSBG の公開ページは、完全な配置マトリックスを公開していない。同社がブルガリアに複数のデータセンターを運用しており、サイトが地理的に分散しており、イスタンブール、ソフィア、ブカレスト、ヨーロッパのネットワークへの保護されたリンクを提供できるとは述べている。これらは良い出発点の事実だ。特定のバックアップが国境を越えるか、サポートサプライヤーが顧客システムにアクセスできるか、ログが別のシステムに保持されるか、紛争や停止中に顧客がデータの使用可能なコピーを受け取る方法については答えていない。

したがって、データポータビリティはレジリエンスレビューの一部である。購入者は退去方法をテストすべきだ。共有ホスティングでは、顧客はファイル、メールボックス、DNS レコード、データベース、TLS レコードをきれいに取得できるか？VPS では、イメージをエクスポートできるのか、ファイルのみか？専用サーバーでは、ネットワークが不安定な場合にリモートコンソールアクセスが利用可能か？コロケーションでは、誰が IP 番号の付け替え、クロスコネクトの解放、ハードウェアの撤去を制御するのか？ポータビリティをテストするのに最適な時期は、サービスが重要になる前である。

非公式シグナルは結論ではなく手がかりを示唆しうる

薄いインフラ対象は、しばしば商業アグリゲーター、古い BGP ページ、価格ページ、検索結果、フォーラムの投稿、ソーシャルプロファイル、施設ディレクトリに痕跡を残す。TSBG も例外ではない。IPinfo の AS43112 ページ、BGP.tools、Hurricane Electric、Cloudflare Radarなどの公開ルーティングアグリゲーターは、迅速なクロスチェックに有用である。PeeringDB は施設と相互接続の手がかりに有用である。公式サイトはサービス主張と連絡先情報に有用である。

それらのシグナルは等しく扱うべきではない。RIPE RDAP と RIPEstat は、番号リソースの同一性と公開経路の観測にとって強力である。PeeringDB は貴重だが自己メンテナンスであり、現実に遅れることがある。公式サイトは TSBG が販売すると言っていることを示す権威であるが、特定のラック、ファイバー経路、またはバックアップが今日存在するという独立した証明ではない。アグリゲーターページは三角測量に良いが、遅延したり、データを異なって表現することがある。ブログ投稿は技術的思考を示すが、ライブの運用証明書ではない。

この区別は、公開証拠が対立するときに最も重要である。TSBG の公式サービスページは、同社が BGP セッションを持つ自社 AS を運用していると繰り返し述べている。RIPE レコードは AS43112 を識別し、193.3.63.0/24に対して有効な ROA が存在する。にもかかわらず、RIPEstat は公開日に AS43112 が広報されているのを確認しなかった。これは覆い隠すべきことではない。それが主要な発見である。公開 ASN が現在休眠状態にあるか、現在のサービスが別のネットワーク経路を通じて提供されているか、あるいは公開コレクターが限定的な広報を逃したかのいずれかである。それぞれの可能性は異なる顧客への影響を持つ。

何がそれを決着させるか？TSBG からの現在のルッキンググラスビュー、顧客プレフィックスを示すルートテーブル、アップストリームリスト、注文されたサービスのテスト IP、traceroute と経路多様性の結果、現在のステータスページ、施設固有のサービス説明、責任当事者を明記した契約文言。それらが利用可能になるまでは、正しい編集姿勢は慎重さである。

購入者が重要なワークロードを配置する前に TSBG をテストすべき方法

最初のテストは、同一性とサービス適合である。TSBG に、どの法人が契約に署名するのか、どのサイトがサービスをホストするのか、どの製品レイヤーが適用されるのか、サービスが AS43112、AS47288、トランジットプロバイダのアドレスブロック、または別のルーティングの取り決めを使用するのかを確認するよう依頼する。回答をAS43112 の RIPE RDAP、193.3.63.0/24の RIPE RDAP、および公開 BGP 観測と比較する。もし回答が、公開 ASN は現在使用されていないということであれば、なぜか、何がそれを置き換えるのかを尋ねる。

2番目のテストは、施設の証明である。コロケーションについては、サイト名、ラック位置、給電設計、最大消費、クロスコネクトオプション、リモートハンド条件、アクセス手順、メンテナンス通知ルールを尋ねる。VPS または専用サーバーについては、どの施設がハードウェアをホストするのか、復旧サイトがアクティブかどうか、バックアップが故障したホストから分離されているか、フェイルオーバーのために容量が予約されているかを尋ねる。最近の電力、冷却、または発電機のテスト結果を依頼する。TSBG のデータセンターページは強力な施設領域のリストを提供している。顧客はサイト固有のバージョンを必要とする。

3番目のテストは、ネットワーク独立性である。現在のアップストリーム、ルートフィルター、RPKI ステータス、物理的入口の多様性、インターフェース速度、帯域保証、DDoS エクスポージャー、フェイルオーバー動作を尋ねる。99.999％のインターネット接続の主張が顧客製品に適用されるか、クレジットがどのように計算されるかを尋ねる。公開ツールを使用して、ASN とプレフィックスの状態が回答と一致するかを確認するが、サービスがプライベートまたはパートナー経路を使用する場合は公開ツールだけに依存しない。

4番目のテストは、復旧である。小規模なリストアを実行する。VPS イメージをエクスポートするか、バックアップから再構築する。リモートハンドに、非破壊的なコンソールまたはインベントリタスクを実行するよう依頼する。アウトオブバンドの連絡をテストする。緊急変更を誰が承認できるかを確認する。アカウントロック、未払い請求書、ドメインの問題、またはサポート権利の紛争が復旧作業を停止させうるかを確認する。公開資料は、有能な小規模事業者を描写している。顧客の仕事は、自身の障害シナリオの下でその能力を証明することである。

システムが故障した場合に影響を受けるのは誰か

影響を受ける人々は、顧客がどの TSBG 製品を購入するかに依存する。共有ホスティングの顧客は、cPanel、DNS、メール、ストレージ、プロバイダのサポートパスといったプラットフォームレベルの故障に晒される。VPS 顧客は、ホスト、ストレージ、ネットワーク、バックアップドメインに晒される。専用サーバーの顧客は、ハードウェア在庫、ネットワークエッジ、給電、リモートハンド、および任意のマネージドサービスレイヤーに晒される。コロケーション顧客はスタックのより多くを所有するが、依然として TSBG に電力、冷却、物理セキュリティ、リモートアクセス、時にはインターネットトランジットを依存する。

地元企業にとって、故障はウェブサイトやメールのダウンタイムを意味するかもしれない。ラックスペースを使用する通信または IT 事業者にとって、故障は下流の顧客、監視、バックホール、アンテナシステム、または災害復旧計画に影響を与え得る。メディアまたはストリーミングの顧客にとって、故障は視聴者への配信を中断させうる。より大きな西ヨーロッパのクラウドリージョンの代替としてブルガリアのサイトを使用する企業にとって、故障は購入が意図したまさに地理的な冗長性を除去しうる。

サポートサーフェスは二次的な効果も生み出す。同じ連絡先が営業、サポート、技術エスカレーションを処理する場合、顧客は通常運用中は個別の注意を受け、広範なイベント中は遅い応答を受けるかもしれない。サプライヤーパスが関係する場合、TSBG は別のキャリアの修理クロックに依存するかもしれない。サービスが AS43112 の下で可視でない経路を使用する場合、顧客は誤った公開エッジを監視し、真の故障ドメインを見逃すかもしれない。

これが、本記事の結論が「TSBG を避けよ」ではない理由である。「依存関係をマッピングせずに抽象化を購入するな」である。TSBG の公開資料は、小規模プロバイダとしては例外的に運用的である。不足している証拠は、特定の顧客経路に対する現在の到達性とテスト済みフェイルオーバーである。

証拠グレード

TSBG Hosting Ltd.は、本記事において「弱い」ネットワーク証拠グレードを獲得する。このグレードは、顧客満足度やエンジニアリングスキルの判断ではない。2026年7月12日時点で公開証拠が何を証明できるかの判断である。公式サイトは強力な企業固有のサービス主張を提供している：4つのデータセンター、コロケーション、VPS、専用サーバー、共有ホスティング、A/B 電源、監視、リモートハンド、セキュリティ、火災検知、冷却、ブルガリアのトランジットポジショニング。RIPE レコードは実際の TSBG の番号リソースアイデンティティを示している：AS43112、ORG-THL32-RIPE、193.3.63.0/24。RPKI は193.3.63.0/24の起点権限を AS43112 に対して検証している。

格下げは現在のエッジによるものである。RIPEstat は AS43112 が広報されているのを確認せず、現在の AS43112 プレフィックスを確認せず、現在の AS43112 ネイバーを確認しなかった。PeeringDB の TSBG Hosting 施設エントリーは物理的な手がかりを追加するが、その可視的なネットワーク接続は AS43112 ではなく AS47288/FixNET を指している。それは有効なパートナーまたはアップストリームの取り決めを表すかもしれないが、TSBG のライブ顧客ルーティングを独立して証明するものではない。

実際的な結論は狭い。TSBG は、詳細な物理インフラの主張を持つ実際のブルガリアのホスティングおよびコロケーション事業者と見受けられる。購入者は、それらの主張を検証可能なものとして扱うべきであり、決着したものとして扱うべきではない。重要なワークロードを配置する前に、現在の経路証拠、サイト固有の施設証拠、アップストリームとサポートの境界、テスト済みのバックアップまたは移行証拠、そしてラック、アップストリーム、ハードウェア在庫、サポート、請求、移行、またはプロバイダ契約の故障が発生した場合に誰がサービスを復旧させるのかについての書面によるマップを入手すべきである。