要約
- AS131316 は2026年7月15日に、2,048アドレスをカバーする7つの IPv4 アナウンスを持っていました。PeeringDB はメルボルンとパースで10 Gbps、メルボルンで1 Gbps のエクスチェンジ接続を運用中とリストし、RIPE RIS は326ピア中325から可視でした。
- 現在の専用クラウドシートは A$200+GST からで、CWP ベースの VPS を提供し、冗長なコンピュート、ストレージ、ネットワーキングを約束しますが、クラウド施設、第2サイト、ラック数、ストレージ構成、電源、予備ホスト、復旧目標、テスト結果は不明です。
- 同じ文書内でリソース仕様が矛盾：前半は最小2 vCPU、8GB RAM、50GB SSD、後半は6コア、16GB RAM、150GB SSD。顧客は見積書とサービススケジュールで確定する必要があります。
- ネットワーク運用は良好ですが、ホスト容量の復元力の公的証拠は不十分です。可視ネットワークは「中」、物理的冗長性と顧客復旧は「弱」と評価します。
最も明確な数字はネットワークエッジにあり、クラウド内部にはない
Slnet Hosting の公的ネットワークフットプリントは、その名前に反してかなり substantial です。2026年7月15日08:00 UTC の RIPEstat のAS131316 のルーティングステータスは、7つの IPv4 プレフィックス、2,048アドレス、5つのネイバー、326ピア中325からの可視性を示しました。最初のルートは2011年7月で、長期間稼働の AS です。
相互接続記録も具体的です。PeeringDB は IX Australia Melbourne と Perth で10 Gbps、EdgeIX Melbourne で1 Gbps のポートを運用中とリストし、EdgeIX の参加者リストも Screw Loose Software、AS131316 を1 Gbps で確認しています。これらは信頼できる東西オーストラリアのネットワークエッジを確立します。
しかし、これらは顧客に販売されるクラウドの容量を証明しません。エクスチェンジポートはトラフィック交換の場所であり、ハイパーバイザー数やストレージレプリケーションの保証ではありません。10+10+1=21 Gbps と合計するのは誤解を招きます。ポートは異なるエクスチェンジにあり、トランジットやポリシー等で制約されます。
顧客向けホスティング番号は別の文書から来ています。Screwloose IT の2025年12月のDedicated Cloud Hosting サービスシートは月額 A$200+GST からの VPS を宣伝し、プラットフォームの冗長性を謳いますが、データセンター、バックアップの場所、復旧時間、フェイルオーバーテストを明記しません。
このギャップが本質です。Slnet はライブのルーテッドエッジとホスティング製品の存在を証明できますが、公的記録はこれらを検証可能な復旧設計に結び付けていません。
Slnet はより広範なオーストラリアのサービス事業内のネットワーク名
AS131316 周辺の名前を整理する必要があります。APNIC の自律システム記録はネットワークを SLNET-AU、Slnet Hosting とし、登録者は Screw Loose Software です。登録は2011年6月からアクティブで、2024年9月に最終更新されました。PeeringDB は Screw Loose Software を組織名、ScrewlooseIT を別名として使用します。
現在の商用ウェブサイトは Screwloose IT を使用しています。顧客文書には ABN 59 160 395 479 が表示されます。オーストラリア政府のABN Lookupは、その番号を Australian Client Services Pty. Ltd.、アクティブな非公開会社として特定し、Screwloose IT と Hostone を登録ビジネス名としてリストします。つまり、Slnet Hosting は、より広範なオーストラリアの管理 IT、テレコミュニケーション、クラウドビジネスに関連する公的なルーティングおよびホスティング ID として理解すべきであり、ASN が異なるラベルを持つからといって、個別に検証された法人として扱うべきではありません。
第一者の歴史は有用なコンテキストを提供します。Screwloose IT の会社ページは、2009年にデータセンターへのプレゼンスに投資し、Hosted Exchange、ウェブサイトおよびウェブアプリケーションホスティング、クラウドサーバー、クラウドデスクトップを提供し始めたと述べています。2013年にテレコミュニケーション事業に参入し、後に Host One を通じて西オーストラリア州のフットプリントを得たと述べています。別のHost One 発表は、買収が2022年1月1日に有効になり、パースチームと、パースとメルボルンの協力による毎日3時間の追加サポートを追加したと述べています。
これら2つのページは完全に一致する年表を提示していません：一方の歴史は西オーストラリアへの拡大を2018年とラベル付けし、買収発表は2022年としています。この不一致は可視ネットワークや現在の ABN を消去するものではありません。Host One 統合の正確な日付と法的構造は、マーケティングのタイムラインではなく、企業記録と契約から得られるべきです。
コンタクトページは現在、Osborne Park、Mulgrave、Milton、Bondi にオフィスをリストしています。これらは貴重なサポートおよびサービスエリアのシグナルです。データセンターの住所ではありません。オフィスにはエンジニアやアカウントスタッフがいる一方、顧客サーバーは別のサードパーティ施設に置かれている可能性があります。オフィスのリストは、別途施設の明記なしにクラウドサイトとしてプロットすべきではありません。
この所有権の境界は、障害時に重要です。Australian Client Services は、顧客関係、プラットフォーム設定、自社サーバー、AS131316 ルートポリシー、エスカレーションを制御できます。コロケーション事業者は、建物アクセス、電力配分、リモートハンズを制御します。トランジットおよびエクスチェンジ事業者は、経路の他の部分を制御します。顧客は、アプリケーション設計、独立したコピー、移動能力を制御します。請求書の名前は、これらの他の依存関係を削除できません。
2つのホスティング製品は非常に異なる容量モデルを露出させる
現在の製品資料は、共有ホスティングと専用クラウドコンテナの両方を説明しています。Website Hosting サービスシートは、共有ウェブホスティングを月額 A$15+GST で価格設定しています。CWP アカウント、共有パブリックアドレス、一般的な Apache または Nginx、PHP、MariaDB または MySQL スタックを提供します。CPU、メモリ、ディスク入出力は顧客間で共有されます。文書は、1人の顧客の heavy use が他に影響を与える可能性があること、一部の設定はアカウントレベルで変更できないこと、メールレピュテーションが共有されることを明示的に警告しています。
これは率直なプールドホスティング取り決めです。プロバイダーは共有サーバー、共通サービス、ベースラインセキュリティ、サーバーヘルスの可用性を維持します。顧客または開発者は、サイト、コード、プラグイン、テーマ、データベース使用、管理アカウントを維持します。OS パッチ、CWP 修理、パフォーマンス作業、マルウェア除去、サイト修理、ほとんどの復元は A$15プランの範囲外です。移行およびサーバー障害以外の復元は、プロフェッショナルサービスとして購入できます。
専用製品は境界を移動させますが、排除しません。Dedicated Cloud Hosting シートは、専用静的アドレス、専用帯域幅割り当て、ルートレベル分離を備えた VPS コンテナを説明します。少なくとも2 vCPU、8GB RAM、50GB SSD ストレージを約束し、正式な見積もりを通じてサイズ設定されます。また、ウェブアプリケーションファイアウォール、ModSecurity ルール、FirewallD または CSF 保護、攻撃検出、ログ記録、監視、自動サービス再起動をリストします。
プロバイダーは、VPS を利用可能にし、割り当てられた CPU、RAM、ストレージを機能させ、クラウドインフラを維持し、ベースラインセキュリティ制御をアクティブに保つ責任を受け入れます。しかし、料金には OS パッチ、CWP アップデート、サーバースタックアップグレード、パフォーマンスチューニング、強化、サイトトラブルシューティング、サーバーレベル侵害へのインシデント対応は含まれません。侵害されたサイトの復元は範囲外であり、バックアップからの復元はサーバー障害から生じる場合のみ含まれます。
これは異常な契約の批判ではありません。ホスティングはしばしば施設、プラットフォーム、システム、アプリケーション層に分割されます。重要な点は、現在のセールスページが Screwloose の提供をプロフェッショナルクラウドサービスと呼び、地元の専門家が継続的なサポートを提供すると言う一方、正式な包含シートは基本ホスティング料金の周りに狭い線を引いていることです。買い手は、分離されたコンテナ、管理された OS、管理されたアプリケーション、またはそのすべてを望むか決める必要があります。請求書は1つのクラウドサービスのように見えても、復旧は複数の別々に価格設定された責任にまたがります。
2コアと6コアの説明は両方とも1つの標準最小値を定義できない
専用シートには具体的な仕様の問題があります。セクション2は、すべての専用環境が少なくとも2 vCPU コア、8GB RAM、50GB SSD ストレージを含むと述べています。最終ページのセクション6は、プランを専用6コア、16GB RAM、150GB SSD VPS として要約しています。文書は、より大きな構成が例なのか、改訂されたプランなのか、顧客固有の残骸なのか、実際の標準製品なのかを説明していません。
これは重要です。なぜなら、容量計算は販売されたユニットから始まるからです。ベースコンテナが2仮想コアと8GB を予約する場合、そのホスト密度と価格経済は6コア、16GB サービスとは異なります。50GB ディスクは、150GB とは異なるバックアップ、スナップショット、移行負荷を生み出します。「開始価格」というフレーズはすでに見積もりの余地を残しています。矛盾した要約は、見積もりを補足的ではなく必須にします。
顧客は矛盾を自分に有利に解決すべきではありません。CPU が共有、キャップ、バースト可能、ピン留めのいずれか、「コア」が vCPU か物理コアか、メモリが予約されているか、ストレージがローカルか分散か、50GB か150GB が含まれるか、静的アドレスが AS131316 から来るかを述べた署名済みサービススケジュールを要求すべきです。また、「専用帯域幅割り当て」がメガビット/秒で何を意味するか、ポート速度かコミッテッドレートか、どの輻輳またはフェアユース制御が適用されるかを尋ねるべきです。
矛盾は、設置容量の推定も制限します。公的ルーティングデータは2,048アドレスを提供しますが、1アドレスが1 VPS に等しいわけではなく、多くのアドレスはルーター、共有ホスト、顧客ネットワーク、または休眠割り当てに使用できます。製品シートはアカウントごとのリソースを提供しますが、ホスト数は提供しません。PeeringDB はポート速度を提供しますが、サーバー向けファブリック容量は提供しません。
したがって、防御可能な容量声明は狭いものです。Slnet は実際のルーテッドアドレス不動産と宣言されたエクスチェンジ接続性を持っています。Screwloose は少なくとも1つの共有ホスティング層と1つの見積もり VPS 層を販売しています。サーバーの総数、仮想コア、テラバイト、ラック、利用可能な注文は未公開のままです。
7つの有効な IPv4 ルートは現在の運用を示すが、予備コンピュートは示さない
ルート不動産は異常に整然としています。RIPEstat のアナウンスされたプレフィックス応答は、観測期間中（7月1日～15日）継続的に可視であった7つのルートを示しました：103.4.122.0/24、103.4.123.0/24、103.50.12.0/24、103.50.13.0/24、103.100.199.0/24、103.114.34.0/24、103.172.76.0/23。これらは合わせて2,048の IPv4 アドレスを含みます。
APNIC 記録はセットの背後にある歴史を明らかにします。103.4.122.0/24および103.4.123.0/24記録は SLNET 名を運びます。103.50.13.0/24は Hostone Pty Ltd に登録されています。103.114.34.0/24は Screw Loose Software を指名します。103.172.76.0/23割り当ては Australian Client Services Pty Ltd を指名します。別の可視の /24 は Bottle Communications に登録されたブロックから引き出されています。これらのラベルは、運用名と取得または関連するアドレス保有全体で組み立てられたネットワークと一致しますが、それ自体で各ブロックを統治する現在の契約を証明するものではありません。
7つすべてのオリジンチェックは、AS131316 に対してテストされたとき、RIPEstat で有効を返しました。例えば、103.172.76.0/23 検証は、/23 最大長の一致するルートオリジンオーソリゼーションを見つけました。有効な RPKI は価値があります：参加ネットワークがカバーされたルートの許可されていないオリジンを拒否できるようにします。しかし、認可されたルーターに電力を供給し続けたり、不良ポリシーを防いだり、帯域幅を追加したり、故障したサーバーを復元したりはしません。
公的エッジには、RIPE スナップショットで発信された IPv6 スペースもありませんでした。これは注目に値します。各 PeeringDB エクスチェンジエントリには IPv6 インターフェースが含まれているからです。エクスチェンジ LAN 上の IPv6 アドレスは、ルーターがそこに参加できることを示します。それは顧客向け IPv6 プレフィックスを発信することと同じではありません。ネイティブ IPv6 が必要な買い手は、エクスチェンジ行から利用可能性を推測するのではなく、サービス固有の割り当てを要求しテストすべきです。
7つのルートは、オペレーターがアクティブである強い証拠です。しかし、購入者に、いくつのアドレスが空いているか、背後にどれだけのサーバー在庫があるか、パースとメルボルンのアドレスプールが別々のコンピュートにマッピングされているか、顧客のアドレスがサイト障害時に移動できるかを伝えることはできません。
3つのエクスチェンジ行は物理的なルートマップではない
PeeringDB は、メルボルンとパースの10 Gbps エクスチェンジ接続を運用中とラベル付けし、新しい EdgeIX Melbourne エントリは2026年3月に更新されました。Packet Clearing House のWA-IX 参加者ビューも、AS131316 を27.106.192.207でリストし、パースエクスチェンジのアイデンティティの独立した確証を提供します。ネットワークは両都市で明確に表現されています。
欠けているものも同様に重要です。PeeringDB API は AS131316 の施設記録を返しません。ネットワークがラックを所有していないか、コロケーションをリースしていないことを証明するものではありません。PeeringDB は自己管理で不完全です。それは、公的プロフィールが Slnet のルーターやホスティングシステムが置かれている建物を特定しないことを意味するだけです。エクスチェンジ名はメトロファブリックを特定しますが、正確なスイート、電源フィード、ケーブルパスは特定しません。
エクスチェンジ接続はいくつかの方法で提供できます。ルーターはエクスチェンジのリストされた施設の1つに置かれている可能性があります。キャリアはエクスチェンジ LAN をトランスポート経由で別の建物に延長できます。リセラーは仮想接続を提供できます。単一の物理ポートはいくつかの論理サービスを運ぶことができます。施設記録やオペレーターの声明がなければ、エクスチェンジ行は、宣言されたポート速度を持つ論理的なメトロプレゼンスとして扱うべきであり、名前付き建物を通るルートとしては扱うべきではありません。
同じ注意がアドレスジオロケーションに適用されます。IPinfo は、応答性のある AS131316 アドレスをメルボルンとパースに配置し、最近の短いパスをパースプローブから103.172.76.1に観測しました。これは有用な市場シグナルです。ジオロケーションデータベースは、レジストリ、レイテンシ、ルーティング、オペレーター提出に基づくことができ、建物レベルや都市レベルで間違っている可能性があります。プローブ結果は、低レイテンシでロケーションから応答するネットワークエンドポイントを示しますが、顧客ディスクを保持するラックを示すものではありません。
Screwloose のオフィスはギャップを埋めることができません。Osborne Park のサポートオフィスは自動的に WA-IX ルーターサイトではありません。Mulgrave のオフィスは自動的にメルボルンのクラウドではありません。2009年のデータセンタープレゼンスに関する声明は、会社がホステッドインフラに参入したことを確立しますが、現在の施設を指名しません。Host One 買収は西オーストラリアのビジネスとネットワークフットプリントをサポートしますが、VPS コンテナがパースとメルボルン間でレプリケートされるとは述べていません。
責任を持って描けるマップは、メルボルンとパースの2つの都市レベルのネットワークノードと4つのビジネスオフィスを持ちます。正確なクラウド施設、顧客データルート、都市間フェイルオーバーラインを含めることはできません。これらは調達の質問のままです。
冗長性は障害ドメインにアタッチされなければならない
「基盤となるインフラ冗長性」は、コンピュート、ストレージ、ネットワークを名指しするため、包括的に聞こえます。このフレーズを運用可能にするには、各層に独立したコンポーネントと、それが生き残ることを意図した定義された障害が必要です。
コンピュート冗長性は、予備の物理ホスト、コンテナを再起動できるクラスター、ライブマイグレーション、または単一シャーシ内の複数の電源供給を意味するかもしれません。これらの設計は異なる結果を持ちます。予備ホストは、十分な互換性のある CPU、メモリ、ストレージアクセス、ネットワーク設定がある場合にのみ1つの障害を吸収できます。ライブマイグレーションは計画メンテナンス中に役立ちますが、突然のホストまたはストレージ障害後には役立たないかもしれません。同じラック内の2つのホストは、依然としてラック電源とスイッチングを共有します。
ストレージ冗長性は、ミラーリングされたドライブ、RAID、レプリケートされたボリューム、スナップショット、またはバックアップを意味するかもしれません。ミラーリングはドライブ障害を生き残れますが、コピー破損を即座に生き残れません。スナップショットは同じアレイ上に留まりながら誤った変更から保護できます。レプリケーションは可用性を改善できますが、同じオペレーターとアカウント依存性を保持します。バックアップは、サービスを再開するために必要なアプリケーション、設定、資格情報、ネットワーク設定で復元できる場合にのみ有用になります。
ネットワーク冗長性は、デュアルリンク、2つのスイッチ、2つのルーター、別々のアップストリーム、または物理的に多様な建物入口を意味するかもしれません。PeeringDB の3つのエクスチェンジポートは有用なオプションを作成し、RIPEstat のネイバービューは、Kinetix Networks、Simtronic、Hurricane Electric、および2つの低信頼度ネイバーを観測しました。しかし、観測された BGP 隣接性は、契約、トラフィックシェア、ファイバーパス、またはフェイルオーバーがテストされたかどうかを明らかにしません。2つの論理アップストリームは、1つのキャリアテールまたは電力ドメインを共有できます。
電力冗長性はホスティングシートでまったく説明されていません。公的資料は、ユーティリティフィードの数、UPS トポロジ、ジェネレーターランタイム、ラック電力密度、または Slnet の機器が A および B フィードを使用するかどうかを述べていません。これらは通常施設レベルの事実であり、機密性の下で利用可能かもしれませんが、エクスチェンジ接続から推測することはできません。
関連する顧客の質問は「冗長ですか？」ではありません。「このサービスは顧客のアクションなしでどの単一障害を生き残れますか？2つの関連する障害後には何が起こりますか？」有用な答えは、プライマリとセカンダリのホスト、ストレージコピー、ラックと施設、再起動のトリガー、期待されるデータ損失間隔、期待される復旧時間、最後の成功した演習を指名します。公的な Slnet 文書はそのチェーンを提供しません。
最初の障害経路は VPS 内部から始まる
Slnet でホストされたアプリケーションは、AS131316 が完全に可視のままでも失敗する可能性があります。ゲスト OS がハングする可能性があります。満杯のファイルシステムがデータベースを停止させる可能性があります。パッチ未適用の CWP コンポーネントが侵害される可能性があります。サイトプラグインがメモリを枯渇させる可能性があります。証明書が期限切れになる可能性があります。これらの場合、ルーター、施設電力、物理ホストはすべて正常かもしれません。
専用サービスシートはこの境界を鋭く引きます。プロバイダーは基本的な到達可能性を監視し、ベースラインファイアウォールツールをアクティブに保ちますが、OS パッチ、CWP アップデート、ウェブスタックアップグレード、プロアクティブチューニング、強化は含まれません。サイトレベルの侵害復旧も基本料金の範囲外です。「プロフェッショナルクラウドホスティング」が管理されたシステム管理を含むと思っていた顧客は、インシデント中に違いを発見する可能性があります。
2番目の障害経路はホストです。プロセッサ、メモリモジュール、マザーボード、ネットワークカード、ドライブ、コントローラ、電源供給が故障する可能性があります。公的記録は、いくつのホストが存在するか、顧客ディスクがローカルか、クラスターがコンテナを別の場所で再起動できるか、予約されたメモリがどれだけ空いているか、交換部品がサイトにあるかを開示しません。自動サービス再起動はクラッシュしたプロセスには有用ですが、故障したシャーシがターゲット内で交換できる証拠ではありません。
3番目の経路は共有ストレージまたはサーバープールです。専用 VPS は、他のコンテナとストレージアレイ、スイッチ、制御システムを依然として共有しながら、予約されたゲストリソースを持つ場合があります。共有ホスティングアカウントはさらに進みます：製品シートは、顧客が CPU、メモリ、ディスク入出力を共有し、1人の heavy user が他に影響を与える可能性があると明示的に述べています。したがって、容量圧力は、完全な停止として現れる前に、遅いページ、遅延データベースクエリ、または失敗したメールとして現れる可能性があります。
4番目の経路はラックと施設です。ブレーカー、配電ユニット、冷却イベント、アクセス制限、メンテナンスエラーが一度に複数のホストに影響を与える可能性があります。1つのシャーシ内の冗長性は、両方の電源供給が同じフィードを使用する場合にはほとんど役に立ちません。同じラック内の予備ホストは、ラック障害中に利用できない場合があります。名前付きの第2の障害ドメインがなければ、公的な冗長性の主張は、未公開のアーキテクチャにローカルなものとして扱うべきです。
これらのリスクのいずれも、不十分な運用を証明するものではありません。それらは、真剣な買い手が必要とする証拠を定義します。Slnet の現在の文書は、責任と製品機能を確立します。障害履歴、ステータスメトリクス、または層がストレス下でどのように振る舞うかを示すタイミング復旧結果を公開していません。
バックアップはマーケティングで約束され、条件で顧客に割り当てられる
Screwloose のクラウドサービスページは、クラウドは常にバックアップされており、冗長性をソリューションの中核に置くと述べています。より広範な移行資料は、不変コピー、合意された復旧時間と復旧ポイント目標、定期的なテスト復元、ロールバック計画を推奨しています。これらは賢明なプラクティスです。
法的および製品文書はより条件的です。一般的な利用規約は、サービスに接続または提供されるデータのバックアップとセキュリティについて、顧客が単独で責任を負うと述べています。専用シートは、サーバー障害から生じない限り、バックアップからのウェブサイトの復元を除外します。共有シートも同様に含まれる復元を制限し、他の復元を課金対象とします。
これらの声明は、サービスがインフラコピーを維持する一方で、顧客がビジネス復旧に責任を持つ場合、共存できます。しかし、公的文書は区別を定義していません。バックアップ頻度、保存期間、暗号化、不変性、場所、メディア、アカウント分離、復元帯域幅、削除タイミングを述べていません。「常にバックアップ」がすべての VPS に適用されるのか、管理されたエンゲージメントのみか、一部のデータクラスのみかを述べていません。
オーストラリアサイバーセキュリティセンターのEssential Eight 評価ガイダンスは、コピーを持つことと復元を証明することを区別しています。データ、アプリケーション、設定を共通の時点に復元できるかどうか、完全または部分的な復旧が実行されたかどうかを尋ねます。その区別はここで直接関連します。正しい CWP 設定、データベース状態、DNS、キー、ファイアウォールルールのないディスクコピーは、動作するサービスを再作成しないかもしれません。
Slnet 顧客は2つの答えを求めるべきです。第一に、プロバイダーは自社のホストまたはストレージ障害から復旧するためにどのコピーを維持していますか？第二に、プロバイダー、アカウント、施設が利用できない場合、顧客は独立してどのコピーを取得できますか？2番目のコピーは、データと別のプラットフォームで再構築するのに十分な設定を含むべきです。プライマリホスティングアカウント外でテストされるべきです。
これらの答えがなければ、最も安全な解釈は保守的です：プロバイダーの冗長性は通常の可用性を改善するかもしれませんが、顧客は依然として継続性を所有します。これはまた、掲示された一般的な条件と最も一致する立場です。
ルート多様性は、サーバーがエッジから到達可能な場合にのみ役立つ
AS131316 の観測されたネットワーク関係は、1つの論理隣接性が全体の公的エッジである可能性を減らします。RIPEstat は2つの高電力左側ネイバー、AS134143 と AS55707、さらに Hurricane Electric と2つの不確かな関係を見ました。PeeringDB は3つのエクスチェンジすべてでルートサーバー参加を示しています。公的ルートオリジンオーソリゼーションは、7つの可視プレフィックスすべてをカバーしています。これは、1つのプロバイダー割り当てアドレスブロックと独立した AS を持たない小さなホストよりも強いルーティング姿勢です。
しかし、各ネットワーク制御は限られた質問に答えます。RPKI は他のネットワークが許可されたオリジンを区別するのに役立ちます。Slnet がルートを撤回したり間違った経路をアナウンスするのを止めません。エクスチェンジルートサーバーは多くのピアリングを効率的に確立するのに役立ちますが、インターネット全体への有料トランジットの代わりにはなりません。10 Gbps ポートはローカルエクスチェンジトラフィックを運ぶ一方、別の宛先への顧客トラフィックはより小さいまたは混雑したトランジット経路を使用する可能性があります。パースエッジとメルボルンエッジは、依然として1つの内部制御プレーンまたは1つのサプライヤー契約に依存できます。
一般的な利用規約は、サプライヤー境界を直接認めています。Screwloose が自社およびサードパーティのインフラの混合を使用および変更することを許可し、サービスが機器やサードパーティの取り決めに依存する可能性があると述べ、サードパーティが必要なサービスの提供を停止した場合に終了を許可します。また、法律で許容される範囲で、サードパーティのネットワークインフラの障害に対する責任を否認します。
ホステッド顧客にとって、ルート復元力はワークロードから外に向かってテストされる必要があります。VPS は別々のエッジルーターにデュアルホームされていますか？それらのルーターは同じ建物にありますか？顧客プレフィックスは両方のトランジット関係を通じて表示されますか？ルートはサーバーを移動せずに都市間を移動できますか？DDoS 緩和は別の依存関係を導入しますか？公的ルートが失敗した場合の帯域外コンソールはありますか？
IPv6 は独自のテストに値します。PeeringDB のエクスチェンジインターフェースはデュアルスタックですが、RIPEstat は7月15日に発信された IPv6 プレフィックスをゼロと見ました。顧客は、エッジルーターがエクスチェンジアドレスを持っているという理由だけで、VPS がグローバルにルーテッド IPv6 を持っていると想定すべきではありません。注文は、割り当てられたプレフィックス、オリジン、サポート境界を述べるべきです。
Slnet の公的ネットワーク記録は、正確な質問をするのに十分です。オペレーターに代わってそれらに答えるほど詳細ではありません。
修理は人、範囲、時計に依存する
Screwloose はローカルサポートを差別化要因として提示します。クラウドページは、専門家が移行と継続的サポートを管理し、ヘルプデスク時間は月曜から金曜、午前9時から午後5時までと述べています。Host One 買収発表は、パースとメルボルンのチームが毎日のサポートカバレッジを3時間延長すると述べています。現在のコンタクトページは、4つの都市にわたる同じ平日のオフィス時間をリストしています。
掲示されたManaged IT Services SLAは、そのサービスを購入する顧客に詳細を追加します。通常のリモートおよびメールサポートは、西オーストラリア時間の午前9時から午後5時まで実行されます。時間外の電話は可能な限り携帯電話に転送され、ベストエフォートベースで処理され、外部の応答サービスがバックアップとして提供されます。緊急インシデントは0～4営業時間のターゲット応答を持ち、中および低優先度はより長くかかる可能性があります。毎月第1日曜日は、停止が予想される場合の通知とともにシステムメンテナンスのために予約されています。
その SLA は自動的にホスティング SLA ではありません。それは名前付きの管理 IT 契約を統治し、顧客固有のスケジュールに置き換えられる可能性があります。専用 VPS シートは基本的な監視を提供しますが、インシデント優先度、確認時間、復旧目標、サービス credit、ホスティング製品自体の24時間エンジニアのコミットメントを公開していません。
苦情処理手順は、障害、サービス、契約、請求に関するエスカレーションを提供します。代表者が電話で応答した場合の即時確認、メールまたは録音メッセージの場合の2営業日以内の確認、必要に応じたマネージャーエスカレーションを約束します。これは有用な顧客権利経路です。緊急修理チャネルではなく、そのように誤解されるべきではありません。
土曜日の午前2時にホストが故障した場合、決定的な事実は実用的です：監視はエンジニアをページングしますか？そのエンジニアはハイパーバイザーとストレージにアクセスできますか？施設のリモートハンズは利用可能ですか？互換性のあるハードウェアがサイトにありますか？誰がフェイルオーバーを許可できますか？顧客はどのように更新されますか？月曜から金曜のヘルプデスクは、自動復旧とオンコールエンジニアリングと共存できますが、公的なホスティング文書はその取り決めを定義していません。
サポート労働力は容量です。1人のエンジニアはルーチンの再起動を処理できます。施設またはルートイベントは、多くの同時コールを生成し、サプライヤーエスカレーションを必要とし、顧客と通信している同じ人々を消費する可能性があります。Slnet の国内オフィス面はポジティブなシグナルです。チームサイズ、オンコール深度、サージ手順は未公開のままです。
請求とサプライヤー契約は正常なサーバーを停止させることができる
すべての停止が壊れたハードウェアから始まるわけではありません。Screwloose の一般的な条件は、料金が未払いの場合にサービスを制限、停止、または終了することを許可します。また、必要なサードパーティがサービスの提供を停止した場合の終了も許可します。これらの条項は、顧客アカウントとプロバイダーのサプライヤーチェーンという2つの非技術的な障害経路を作成します。
請求停止は、正常な VPS を到達不能にする可能性があります。争われた請求書、期限切れのカード、または管理エラーは、ルーター障害と同じ顧客向け症状で到着する可能性があります。条件は請求紛争ルートを提供し、争われていない金額の支払いを要求します。紛争または停止中に緊急データエクスポートが利用可能かどうかを述べていません。
サプライヤー経路も同様に重要です。Slnet は、ラックスペース、電力、ファイバー、トランジット、リモートハンズをリースしながら、ルーターとサーバーを所有できます。施設契約、キャリア請求書、または商業的撤退は、機器が故障せずに移行を強制する可能性があります。Screwloose 自身のサードパーティインフラの使用は、その条件で明示的です。公的資料はクラウド施設またはサプライヤーを指名していないため、顧客は集中、契約期間、またはウェブサイトのみからの交換オプションを評価できません。
Host One の歴史は、商業的継続性がなぜ重要かを示しています。西オーストラリアの運用とアドレススペースは現在の AS131316 フットプリント内に表示されますが、公的ページは統合の異なる日付を提供しています。それは現在の問題を示すものではありません。ビジネスコンビネーションが、ネットワーク名が安定したまま、人、アドレス、顧客サービスを組織境界を越えて移動させる方法を示しています。
関連する保護は、データへのアクセスをアカウント紛争から分離し、計画された撤退前の通知を定義し、終了後にデータが保持される期間を述べ、移行のための合理的な支援を要求する契約です。顧客はまた、現在の連絡先詳細、支払い方法、エスカレーション連絡先をホスト環境外に保つべきです。唯一のパスワードボールト、メールシステム、またはサポートポータルが影響を受けるサービスでホストされている場合、管理復旧はより困難になります。
クラウド経済は、これらの依存関係を通常の運用中にしばしば見えなくします。顧客は1つの月額金額を支払う一方、プロバイダーは複数のサプライヤーに支払い、有限のスタッフを割り当てます。継続性は、すべてのリンクが利用可能であり続けるか、顧客の許容範囲内で交換可能であることに依存します。
移植性は、契約が別途述べない限り、アドレスで停止する
Screwloose の2026年のクラウド移行プレイブックは、インベントリ、パフォーマンスプロファイリング、復旧目標、不変コピー、パイロットグループ、段階的カットオーバー、デルタ同期、テスト済みロールバックパスを推奨しています。また、ワークロードとバックアップは、地域性が重要な場合にオーストラリアのリージョンに留まるべきと述べています。これは健全な移行アドバイスです。
ホスティング包含シートは、移行を有料または別途スコープされた活動にします。共有ホスティング移行はプロフェッショナルサービス料金を引き付ける可能性があります。専用シートは、アプリケーション管理は顧客または開発者に属すると述べています。つまり、Slnet から別のプロバイダーへの移動は、インフラ協力とアプリケーション労働の両方を必要とする可能性があります。
IP アドレスは特に明確です。一般的な条件の条項12は、アドレスはサービスの期間中のみ発行され、終了時に顧客の使用権は終了し、Screwloose が関連するルーティングと DNS 委任を制御すると述べています。したがって、通常の顧客は、静的 AS131316 アドレスがその VPS に他の場所で従うと想定できません。
結果は DNS を超えて拡張されます。パートナーは古いアドレスをホワイトリストに登録している可能性があります。メールレピュテーションがそれに付随する可能性があります。セキュリティログ、証明書、ファイアウォールルール、支払いシステム、リモート API がそれに依存する可能性があります。共有ホスティング顧客は、サービスシートがパブリックアドレスとメールレピュテーションを他のアカウントと共有すると述べているため、追加のレピュテーション境界に直面します。
実用的な退出テストは、新しいアドレスを使用して独立したプロバイダー上で代表的なワークロードを再構築する必要があります。現在のデータを復元し、資格情報をローテーションし、DNS を更新し、許可リストを置き換え、送信メールを検証し、監視を確認し、経過時間を測定する必要があります。顧客はどのアーティファクトをエクスポートできるかを知っておくべきです：データベースダンプ、ウェブファイル、仮想ディスクイメージ、CWP 設定、DNS ゾーン、ログ、証明書、バックアップアーカイブ。
公的記録は、Slnet VPS イメージがエクスポート可能かどうか、スナップショットが存在するかどうか、フルディスクがどれだけ速く取得できるかを述べていません。顧客がバックアップとアプリケーション管理を所有すると述べています。注文がそれ以上言うまで、移植性はクラウドという言葉から想定されるのではなく、顧客によって設計されるべきです。
オーストラリアの範囲は可視であるが、ワークロードの地域性はそうではない
すべての強いアイデンティティシグナルはオーストラリアを指しています。APNIC は AS131316 にオーストラリアの国コードを与えます。PeeringDB はその地理的範囲がオーストラリアであると言います。ABN はアクティブであり、会社はオーストラリアのビジネス名を持ち、公的オフィスは西オーストラリア、ビクトリア、クイーンズランド、ニューサウスウェールズに広がっています。ルーティングエッジはメルボルンとパースで宣言されています。Screwloose の現在の移行およびホスティングコピーは、繰り返しオーストラリアのビジネスとデータレジデンシーについて議論しています。
それはオーストラリアの運用範囲をサポートします。各ワークロード、バックアップ、ログ、またはサポートシステムがどこにあるかを証明するものではありません。レジストリ国コードはリソース保持者を説明し、サーバーではありません。エクスチェンジ都市は相互接続を説明し、ストレージではありません。オフィスはビジネスプレゼンスを説明し、ラックではありません。オーストラリアのプライマリ VPS でさえ、海外のバックアップ、監視サービス、メールリレー、またはサポートツールを持つことができます。
その区別は、プライバシーと調達ルールの下で重要です。オーストラリア情報コミッショナー事務所のAPP 8 ガイダンスは、オーストラリアのエンティティが個人情報を海外の受信者に開示する場合、責任を保持し続けることができると説明しています。また、開示と一部の厳密に管理された請負業者の使用を区別し、契約条件、アクセス、検索、削除、下請け業者を関連事実として指しています。単にオーストラリアの会社から購入するだけでは、これらの質問に答えられません。
Screwloose 自身のクラウドホスティング比較は、顧客にバックアップ、ログ、サポートツールがローカルに留まることを確認するようアドバイスしています。それはまさに専用 VPS シートに欠けている開示です。ページは正しいデューデリジェンステストを説明しますが、Slnet の製品の場所スケジュールを公開しません。
規制されたまたは地域性に敏感な顧客は、プライマリ施設の国と州、セカンダリコピーの場所、サポートアクセス国、サブプロセッサ、監視およびログの場所、フェイルオーバー中の変更を尋ねるべきです。また、メルボルンとパースが両方とも注文可能なコンピュートロケーションか、ネットワークロケーションのみかも尋ねるべきです。サービスが別のプラットフォームにフェイルオーバーする場合、ロケーションと契約上のコントローラーは、地域性が最も重要な瞬間に変更される可能性があります。
プロバイダーは、グローバルに分散されたクラウドを運用せずに、オーストラリアを超えて販売できます。公的証拠はオーストラリアのネットワークとオーストラリアのサービスビジネスをサポートします。多国間コンピュート不動産をサポートしません。
経済は利用を報い、復元力はアイドル容量を消費する
月額 A$15で、共有ホスティングはプーリングによって機能します。多くの小規模サイトがサーバー、アドレス、メールレピュテーション、ソフトウェアスタック、サポート構造を共有します。A$200以上で、VPS 製品はより多くの分離とより大きなリソース割り当てを購入しますが、注文が別途述べない限り、依然として共有物理インフラ上に置かれます。どちらの価格も利用なしでは理解できません。
プロバイダーは、サーバー、ストレージ、ラックスペース、電力、トランジット、アドレス、ソフトウェア、労働力のコストを、設置された不動産のスライスを販売することで回収します。アイドル容量は高価です。予備ホストは何かが故障するまでほとんど収益を上げません。第2の都市は、顧客が積極的に使用しなくても、機器、ライセンス、接続性、メンテナンスを必要とします。バックアップ保存はストレージを消費し、テスト復元はスタッフと一時的なコンピュートを消費します。したがって、真の復元力には、最も安いプランに収まらない可能性のあるコストがかかります。
Slnet のアドレス不動産とエクスチェンジプレゼンスは、有用な経済性を与えます。独自のブロックをルーティングし、2つの市場でローカルにピアリングし、ネットワークエンジニアリングをホスティング、インターネット、その他の管理サービス全体に広げることができます。Host One 統合はまた、オーストラリア国内のタイムゾーン全体でサポートを広げる可能性があります。これらは可視資産に根ざした plausible な利点です。
制約も同様に根ざしています。共有ホスティングは、近隣のノイズ影響を認めます。専用シートはベースリソースを矛盾させます。PeeringDB のトラフィックプロファイルはわずか100-1000 Mbps で、最後に2024年に更新され、宣言されたポート速度の合計をはるかに下回っています。トラフィックレベルは自己報告バンドであり、ポート速度は最大値であるため、どちらの数値も現在の負荷を証明しません。公的記録は、販売済み、予約済み、または空き容量を与えません。
顧客にとって、適切な比較は単に A$15対 A$200ではありません。可用性目標を満たすコストです。外部バックアップと収益依存性のない小規模なパンフレットサイトは、合理的に共有ホスティングを受け入れるかもしれません。ビジネスアプリケーションは、管理された OS、独立したバックアップ、二次環境、時間外対応、テスト済み復旧を必要とするかもしれません。これらの追加は基本コンピュート価格を超える可能性がありますが、VPS を継続性計画に変える層を購入します。
最も安いサービスが必ずしも悪いわけではなく、最も高価なものが自動的に復元力を持つわけではありません。鍵は、価格に顧客が吸収できない障害が含まれているかどうかです。
顧客は Slnet に何をデモンストレーションを依頼すべきか
最初のリクエストは修正されたサービススケジュールであるべきです。2 vCPU 対 6コアの矛盾を解決し、予約メモリと SSD 容量を述べ、専用帯域幅を定義し、仮想化とストレージの境界を特定し、パッチ適用、インシデント対応、復旧に必要なすべての有料サポートオプションをリストする必要があります。
2番目はロケーションスケジュールであるべきです。オフィス、ネットワークポイント、コンピュートサイトを区別する必要があります。アクティブなクラウドロケーションごとに、施設オペレーター、州または国、Slnet がハードウェアを所有するかリースするか、第2のロケーションが顧客ワークロードに利用可能かを指名する必要があります。施設名が公開できない場合でも、顧客契約の下で開示できます。
3番目は障害ドメインステートメントであるべきです。どのコンポーネントが複製されていますか？ホストはラック間で分割されていますか？ストレージレプリケーションはラックまたは施設を横断しますか？ネットワークパスは別々のキャリアと建物入口によって出ますか？A および B 電源フィードは使用されていますか？どの障害が自動再起動をトリガーし、どの障害が人を必要としますか？
4番目は運用容量を文書化する必要があります。買い手は顧客機密在庫を必要としませんが、現在のヘッドルームポリシー、予備ホストターゲット、ストレージ空き閾値、ポート利用ポリシー、ハードウェア交換在庫、新規注文が遅延される条件を尋ねることができます。設置された機器、電源投入された機器、運用機器、即時利用可能な容量を分離する必要があります。
5番目は復旧結果であるべきです。最新のホスト退避、ストレージ復元、サイトレベルの演習の日付と範囲を尋ねます。測定された復旧時間とデータ損失、手動ステップ、テストがプライマリアカウントと障害ドメイン外のコピーを使用したかどうかを要求します。
6番目はネットワークをカバーする必要があります。どのアップストリームが顧客プレフィックスを運ぶか、メルボルンとパースが物理的に独立しているか、ルートオリジンとルートリーク制御がどのように維持されるか、ネイティブ IPv6 が利用可能か、アドレスが復旧中にどのように変更されるかを尋ねます。エクスチェンジポートは裏付け証拠として扱うべきであり、全体の答えとしては扱わない。
7番目は人的カバレッジを定義する必要があります。ホスティング停止のために時間外にスタッフがいる番号はどれですか？誰が施設アクセスを持っていますか？どの確認と復旧ターゲットが適用されますか？メンテナンスウィンドウはいつで、どの通知が与えられ、どのサービス credit が適用されますか？
8番目は退出をカバーする必要があります。顧客は完全なイメージ、データベース、DNS ゾーン、ログ、バックアップをエクスポートできますか？キャンセルまたは停止後、データはどのくらい保持されますか？請求紛争中もエクスポートは継続できますか？どのアドレス、ライセンス、コントロールパネル設定が移動できませんか？
9番目は地域性を解決する必要があります。本番データ、バックアップ、ログ、サポートツールはどこに保存されていますか？誰がオーストラリア以外からアクセスできますか？どの下請け業者が関与していますか？フェイルオーバーは管轄権を変更しますか？
10番目は顧客実行テストであるべきです。小さなワークロードを構築し、ルートとレイテンシを測定し、アプリケーション再起動を強制し、独立したコピーから復元し、別の場所で再構築します。成功したセールスデモンストレーションは、サービスが開始できることを示します。復旧演習は、それが戻ってくることができるかどうかを示します。
生きたオーストラリアのエッジが不完全に説明されたクラウドを囲む
Slnet Hosting は、運用実体のない名前として却下されるべきではありません。AS131316 はアクティブで長寿命です。7つの IPv4 アナウンスは、公開日にはほぼ普遍的に可視でした。チェックされた7つのオリジンはすべて RPKI-valid でした。ピアリング記録はメルボルンとパースで運用中のエクスチェンジ接続を示し、EdgeIX はメルボルンの1 Gbps プレゼンスを独立して確証しています。現在のビジネスはアクティブな ABN、全国オフィス、2026年の現在の出版物、明示的な共有および専用ホスティングオファーを持っています。
不確実性は、顧客の復元力が始まるところから始まります。PeeringDB はネットワークの施設を指名しません。ホスティング文書はクラウドサイトを指名しません。専用シートは冗長なコンピュート、ストレージ、ネットワークを約束しますが、トポロジやテストを提供しません。独自のリソース要約は最小仕様と矛盾します。公的資料は、ラック数、ホスト数、生または使用可能なストレージ、電力、現在の利用、交換部品、販売容量、バックアップ保存、復元結果、または2番目の注文可能なコンピュートロケーションを開示しません。
それは分割された評価を生み出します。ネットワーク運用は「中」の証拠グレードに値し、ルート可視性とアイデンティティでは強いが、施設と物理パスの詳細が欠けているため抑制されます。ホスト容量の復元力は「弱」のグレードに値します。決定的な物理的および復旧事実が利用できないためです。どちらのグレードも障害を予測しません。それらは、障害の前に顧客が検証できるものを測定します。
最も重要な区別は、到達可能性と復旧の間です。Slnet は到達可能性を実証しています：そのプレフィックスは可視であり、エクスチェンジポートは2つのオーストラリアのメトロに及びます。復旧は異なる証拠体系を必要とします：互換性のある予備コンピュート、独立したストレージコピー、電力とルートの分離、アクセス権のある人々、定義された時計、顧客退出経路。これらの詳細が A$200の VPS に添付されるまで、ホステッドの約束は、公衆がそのネットワークエッジでのみ見ることができるインフラに依存したままです。