TSBG Hosting Ltd.のホスティング、ラック・トランジット・修理時間に依存

概要

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 施設レコードは Haskovo/Svilengrad という物理的な手がかりを追加しますが、PeeringDB net-facility データはリストされた接続を AS47288/FixNET に結びつけており、AS43112 ではないことを示しています。これは、レジリエンスに関する主張に依存する前に、事業者の境界を検証する必要性を裏付けています。
証拠グレードは弱いです。公式サイトは豊富なサービス主張を提供していますが、現在の公開ルーティング証拠は、AS43112 のライブの顧客トラフィック、マルチサイトフェールオーバー、トランジットの多様性、予備容量、データポータビリティを独立して証明していません。

クラウドの請求書は結局ブルガリアのマシンルームに着地する

TSBG Hosting Ltd.は、ブランド認知度で評価できる名前ではありません。顧客をオンラインに保つための機器と人にまでさかのぼってサービスを追跡することで評価する必要があります。同社は弾力的に思えるサービスを販売しています。クラウドサーバー、VPS プラン、専用サーバー、共有ホスティング、ストリーミング、コロケーション、マネージドサポートです。しかし、これらのサービスのすべてには、物理的な在庫が背後にあります。仮想サーバーにはホスト容量、ストレージ、スイッチング、電力、冷却が必要です。専用サーバーには特定のシャーシと交換計画が必要です。コロケーションには、ラック、電力予算、ケーブル経路、アクセス制御、リモートハンドが必要です。ストリーミングには、イングレス、トランスコードまたはハンドオフ容量、需要が高まったときに視聴者を運ぶのに十分なアウトバウンド帯域幅が必要です。

TSBG に関する有用な事実は、同社が漠然としたクラウドの言葉だけで自らを説明していない点です。公式ホームページでは、コロケーション、専用サーバー、仮想サーバー、ストリーミング、衛星アンテナコロケーションを売り込んでいます。同じページには、4つのキャリアニュートラルなデータセンターと16年の経験が記載されており、TSBG がプライベートクラウド、災害復旧サイト、専用インターネットアクセス、IPv4 アドレス、DC 電源、衛星ダウンリンクをサポートできると述べています。これらの主張は、購入者にテストすべき具体的なリストを提供します。建物、ラック、電力ドメイン、ファイバー、アップストリーム、サーバー、アドレスリソース、サポート体制です。

リスクは、公開マーケティングの詳細が、検証可能な運用証拠よりも先行してしまう可能性があることです。プロバイダーはラックを所有していても、ネットワークパスの一部をアウトソーシングしている場合があります。有効な ASN を持っていても、現在それをアナウンスしていない場合があります。利用可能な在庫、サプライヤーのサポート、サードパーティの施設に依存する個別のプランがあるのに、サービスメニューを公開することもできます。復旧サイトを提供していても、顧客契約が復旧目標を曖昧なままにしている可能性があります。TSBG の場合、公開記録にはまさにその混合があります。具体的なサービスストーリー、具体的なブルガリアのアイデンティティ、具体的な AS 番号、そして公開日時点での番号リソース登録と可視ルート生成との間のギャップです。

そのギャップが TSBG を信頼できないものにするわけではありません。それは証明責任を変えます。顧客は、ウェブの価格表や ASN を保証報告書として扱うべきではありません。顧客は、どの施設がワークロードを収容するのか、どのネットワークエッジがサービスをアナウンスするのか、どのサプライヤーがデフォルト対応のトランジットを持っているのか、予約されている電力と予備ハードウェアはどれだけか、サービスを移行しなければならない場合にデータがどのようにプラットフォームを離れるのかを尋ねるべきです。

確実に特定できること

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

これらの記録は、ホスティング調査でよくある間違いを避けるのに十分です。サービス名を、責任主体のない浮遊ラベルとして扱うことです。ここでは、主体をブルガリアの企業アイデンティティ、連絡先窓口、番号リソース記録、可視的なサービスサイトに結び付けることができます。これは、住所もルーティング記録もないリセラーページよりも有用です。

サービス範囲も具体的です。TSBG のコロケーションページでは、1ラックユニット、クォーターラック、ハーフラック、フルラックのパッケージを宣伝しており、電力容量はラックユニットの35 W からフルラックの1500 W までと明記されています。同ページでは、インターネット接続、IPv4 アドレス、LIR サービスも提供できると述べています。クラウドサーバーページでは、VPS プラン、SSD ストレージ、RAID10 保護、1 Gbit/s の共有インターネット、オプションのバックアップがリストされています。専用サーバーページでは、冗長電源、RAID 1または RAID 10、2つのネットワークコントローラー、トップオブラック（ToR）スイッチの冗長化について説明されています。ホスティングページでは、共有ホスティングと VPS ホスティングがカバーされており、移行支援も含まれています。

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

番号リソース記録はアクティブだが、パブリックエッジは静かだった

最も重要なネットワーク事実は、好ましくないものの、正確です。RIPEstat の AS43112 の 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つのデータセンター」は、どの4つのうちのどれがワークロードをホストするのか、復旧サイトがアクティブかスタンバイか、サイトが同じアップストリームを共有しているか、バックアップストレージが別の障害ドメインにあるか、サイトが隔離されたときにどの契約上の復旧目標が適用されるかを顧客が特定できる場合にのみ、有用な出発点となります。公開ページは原則と能力を説明しています。すべての建物、電力フィード、燃料契約、キャリアミート、スペア在庫、テスト済みの復旧結果を挙げているわけではありません。

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

PeeringDB がハスコヴォの手がかりと事業者境界の警告を追加

PeeringDB は、施設ストーリーに別の公的手がかりを与えます。施設 ID 13672 の PeeringDB 施設 APIは、ブルガリアのハスコヴォにある「TSBG Hosting」をリストし、住所1として「Byalo More 3 Kapitan Andreevo」、州は Svilengrad、国は BG、tsbg.euのウェブサイトフィールド、営業および技術の電話/メール、利用可能な電圧 480 VAC を記載しています。このレコードは 2023年5月19日に作成され、2025年9月26日に更新されました。これは、TSBG 自身のサイト外にあり、TSBG のサイトが強調するトルコ・ギリシャ国境の文脈に近い、ブルガリア南部の特定の名前付き施設表面を指しているため有用です。

しかし、同じ PeeringDB データは境界問題を生み出します。施設13672の PeeringDB netfac データは、ローカル ASN 47288 を持つ「TSBG Hosting in Haskovo」という名前の1つの接続ネットワークエントリを示しています。PeeringDB ネットワーク26850は、そのネットワークを FIXNET TELEKOM LTD. STI.、ASN 47288、トラフィックスコープは欧州、オープンピアリングポリシー、7つの施設と3つのエクスチェンジ接続を持つと識別します。RIPEstat の AS47288 の AS 概要は、保有者を FIXNET Telekomunikasyon Limited Sirketi と識別し、ASN がアナウンスされているとマークします。RIPEstat の AS47288 ルーティングステータスは、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、A/B 電源（別々の電源室と UPS システムから）、リクエストに応じた電力メーターと ATS スイッチ、監視、24時間365日のサポート、インターネットアクセスを提供できるとも述べています。これにより、通常は営業電話の背後に隠れている施設サービスについて、顧客に可視的なショッピングカートが提供されます。

危惧されるのは、可視的なラック価格が、使用可能なレジリエント容量と同じではないことです。35 W のシングルラックユニットは、1500 W のフルラックとは大きく異なる依存関係です。通信機器を運用する顧客は、DC 電源、デュアル PDU、リモートハンドアクセスを必要とする場合があります。コンピュートを運用する顧客は、より多くの電力、冷却、ハードウェア交換を必要とする場合があります。価格表では、予備電力が予約されているか、クロスコネクト作業が迅速か、地域の嵐の際にリモートハンドがデバイスを交換できるか、または1つのサプライヤーが停止したときに残りのネットワークパスがトラフィックを運べるかどうかは示されません。

ここでは小規模プロバイダーの経済性が重要です。TSBG は自社サイトで、最大のデータセンター事業者ではなく、メガワットの電力やテラビット毎秒のインターネット容量を持っていないと公然と述べています。その正直さは有用です。これは、購入者に規模の演劇ではなく、適合性を探すように伝えています。小規模サイトは、ローカルビジネス、国境ルートの通信プロジェクト、災害復旧キャビネット、または低レイテンシバルカンサービスにまさに適している可能性があります。また、ハイパースケールの予備プール、グローバルクラウド API、または即時のハードウェア交換を前提とするワークロードには不適切な場合もあります。

したがって、購入者はパッケージラベルを障害の計算に変換する必要があります。1つのキャビネット電源フィードが故障した場合、顧客機器はデュアル電源とデュアル PDU を備えていますか？1つのトップオブラックスイッチが故障した場合、両方のサーバーNIC は独立したスイッチに配線されていますか？1つのアップストリームがダウンした場合、もう一方のパスには十分な支払済みコミットがありますか？1つのデータセンターが失われた場合、バックアップは失われたサイトなしで使用可能ですか？サポート担当者が遠隔地に移動しなければならない場合、実際の修理時間はどれくらいですか？障害が始まると、ラックの経済性はリスクの経済性になります。

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

TSBG の VPS および専用サーバーのページは、顧客価値がどこから来るかを示すのに十分詳細です。クラウドサーバーページでは、VPS プランは Proxmox ベースで、冗長ハードウェア、RAID10 ストレージ、冗長ネットワークおよび電源サーバーホスト、1 Gbit/s 共有インターネット、オプションのバックアップを使用していると述べています。512 MB RAM の小規模プランから大規模なマルチコアプランまでリストされています。専用サーバーページでは、サーバーには冗長電源、RAID 1または RAID 10、ハードウェア RAID コントローラー、2つのネットワークコントローラー、異なるトップオブラックスイッチが搭載されていると述べています。また、無料の OS インストール、監視、24時間365日のヘルプデスク、リモートハンドについても言及しています。

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

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

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

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

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

これらはまさに公開すべき正しい領域です。問題は、主張が顧客が依存するのと同じレベルでテストされているかどうかです。A/B 電源は、両方の回路が1つの上流パネル、1つの燃料契約、または1つのメンテナンスベンダーに依存している場合、2本のコードによって証明されるものではありません。冷却の冗長性は、ホットアイル、センサーの故障、または空気の流れの変化がヘッドルームを奪う可能性がある場合、公称容量によって証明されるものではありません。監視は、センサーがあっても、アラートの所有権、しきい値、緊急時の許可が不明確な場合、証明されるものではありません。

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 には存在しないことを示しました。RIPEstat の AS43112 の ASN ネイバーは、公開日に観測されたネイバーを示しませんでした。

この組み合わせは、購入者に3つのことを分離するよう伝えています。1つ目はレジストリの意図です。ASN、ルートオブジェクト、ROA、whois 関係は、オペレーターが準備または認可されていることを示しています。2つ目はライブルーティングです。パブリックコレクターは、ルートが現在可視かどうか、およびどのように可視かを示しています。3つ目はサービスルーティングです。顧客のワークロードは、TSBG ASN だけからは明らかでない、異なるアップストリームまたはアドレス計画を使用している可能性があります。レジリエンスは3つ目に依存しますが、パブリックレコードは主に最初の2つを明らかにします。

PeeringDB の AS47288 の証拠も、読み過ぎることなく有用です。TSBG Hosting 施設レコードに接続された AS47288 ネットワークである FixNET は、RIPEstat ルーティングステータスでアクティブであり、NetIX、TurkIX Sofia、RegPEX に PeeringDB エクスチェンジ接続を持っていました。これは、施設レコードに関連付けられたライブな近隣ネットワーク表面を示しています。TSBG の顧客トラフィックがその表面を使用していること、TSBG がそれを制御していること、または特定の顧客にとって十分に多様であることを証明するものではありません。

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

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

TSBG はサポートを繰り返し強調しています。サイトでは、24時間365日のヘルプデスクサポート、リモートハンド、メール、Viber、WhatsApp メッセージング、監視、無料のハードウェア交換支援について言及しています。ホスティングやコロケーションサービスにおいて、サポートは単なる追加機能ではありません。それは、目に見えない依存関係が修復アクションになるためのチャネルです。ルーターは冗長化できますが、どのパスが壊れているかを特定する人は依然として必要です。ディスクアレイは保護できますが、リビルド、リストア、フェールオーバーを決定する人は依然として必要です。顧客はサーバーを所有できますが、リモートハンドがボタンを押したり、カードを再装着したり、コンソールを読んだりする唯一の方法かもしれません。

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

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

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

データの局所性はブルガリアのラベルで解決されない

割り当て地域は BG であり、TSBG 自身のストーリーは強くブルガリア的です。同社はブルガリアで法人化されており、ソフィアにオフィスを構え、ブルガリアのサイトを説明し、ブルガリアを戦略的な通信トランジットの立地として市場に売り込んでいます。欧州、バルカン、トルコ向け、または中東の接続ニーズを持つ顧客にとって、これは意味のあるポジショニング主張です。レイテンシを削減し、機器をブルガリアのプロバイダー関係の下に置き、大規模な西ヨーロッパのクラウドリージョンに代わる選択肢を提供することができます。

しかし、データ主権は国コードだけではありません。顧客は、プライマリデータ、バックアップ、ログ、コントロールパネルの記録、サポートチケット、監視データ、請求記録がどこに存在するかを特定する必要があります。VPS プランは、仮想ディスクをあるブルガリアの施設に配置し、バックアップを別の施設に配置する場合があります。共有ホスティングプランは、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、トレースルートとパス多様性の結果、現在のステータスページ、施設固有のサービス説明、責任者を指名する契約文言。これらが利用可能になるまで、正しい編集姿勢は注意です。

重要なワークロードを委託する前に購入者が TSBG をテストする方法

最初のテストは、アイデンティティとサービスの適合性です。TSBG に、どの法人が契約に署名するのか、どのサイトがサービスをホストするのか、どの製品レイヤーが適用されるのか、サービスが AS43112、AS47288、トランジットプロバイダーアドレスブロック、または別のルーティングアレンジメントを使用するのかを確認するよう依頼します。回答をRIPE RDAP for AS43112、RIPE RDAP for 193.3.63.0/24、および公開 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 は、AS43112 に対する193.3.63.0/24の発信認可を検証しています。

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

実際的な結論は狭いです。TSBG は、詳細な物理インフラの主張を持つ、本物のブルガリアのホスティングおよびコロケーションオペレーターであるように見えます。購入者はこれらの主張をテスト可能であり、解決済みではないと扱うべきです。重要なワークロードを委託する前に、現在のルート証拠、サイト固有の施設証拠、アップストリームとサポートの境界、テスト済みのバックアップまたは移行証拠、ラック、アップストリーム、ハードウェア在庫、サポート、請求、移行、プロバイダー契約の障害が発生した場合に誰がサービスを復旧するかの文書化されたマップを取得する必要があります。