kCore Cloud LLC は、ラック、トランジット、修理ウィンドウに依存したままのホスティングキャパシティを販売

要約

• kCore Cloud には検証可能な運用面が存在する。同社のウェブサイトでは共用ホスティングの注文を受け付けており、2026年5月にはカスタマーポータルで緊急メンテナンス通知が発行され、ARIN では同社が AS401197 及び2つのアドレス割り当ての保有者として特定されており、2026年7月時点で RIPEstat は報告を行った全経路収集器において同社の IPv4 及び IPv6 経路を観測している。
• 可視ネットワークはコンパクトで集約されている。AS401197 は1つの/24の IPv4 と1つの/40の IPv6 を発信しており、観測された隣接 AS は AS4213 のみである。IPv6 経路には有効な ROA が存在するが、IPv4 経路には検証認可がなく不明の状態であった。
• 同社がハードウェアを所有し、自社のデータセンタースペースを持つとの主張は妥当だが、十分に絞り込めていない。同社のコーポレートサイトは AS4213 のアドレスを使用し、そのブロックはKRYPT-IAD1として登録されており、アッシュバーンからの低レイテンシ測定はバージニア州北部を示唆するが、公開ページでは特定の施設、ラック数、電力設計、スペアパーツ在庫、代替生産サイトを特定していない。
• 公開されている年間99.9%のネットワーク保証は、計画メンテナンス、緊急作業、1時間未満で修復されたハードウェアまたはソフトウェア障害、DoS 攻撃、サポート対応、その他多くの障害カテゴリを除外している。したがって、これは限定的な金銭的救済であり、ウェブサイト、メールボックス、コントロールパネルのすべてが顧客の要求する時間内に復旧できる証拠ではない。
• バックアップと地域性のリスクは契約で明示されている。顧客は独立したコピーを保持する必要があり、ホスト型バックアップは利用不能または破損する可能性があり、アカウントデータやバックアップは別のデータセンター、州、国、大陸に移動される場合がある。米国 ASN とテキサス州の住所だけでは、各顧客コピーがどこに保管されているかは確立されない。
• 証拠レベルは中程度である。現在の経路、稼働中のコマース、最近の運用通知により、同社が活動的であることが裏付けられるが、観測された上流プロバイダは1社のみで、公に特定された施設 ID、定量化されたハードウェア資産、ネットワーク状況のプライベートビュー、遭遇した障害からの復旧エビデンスが不足しているため、より強力な評価は妨げられている。

小さなビジネスの約束には物理的な住所があっても、物理的な計画はまだない

kCore Cloud は、巨大な公益事業を標榜しているわけではない。同社のホームページには、自社ハードウェアと自社データセンタースペースを持つ小規模企業であると記載されている。会社概要ページでは、インターネットインフラの専門家が創業した小規模企業として紹介されている。認証されていない購入者に現在表示されている製品は、「クラウド」という言葉が暗示するよりも限定的である。つまり、共用ウェブサイト・メールホスティング、ドメイン名登録、移行支援、有償の技術コンサルティングである。ホスティングページには、5GB、10GB、40GB の SSD ストレージ、対応するデータベース割り当て、限られた数のメールアカウントとドメインを備えたプランがリストされている。

これは批判ではない。共用ホスティングは、サーバーの運用、ウェブスタックのパッチ適用、メール管理、コロケーションプロバイダーとの直接交渉を望まない小規模組織にとって依然として重要なインフラサービスである。顧客は抽象化を購入する。すなわち、ID、ストレージ割り当て、データベース、証明書、メールボックス、サポートである。一方、kCore はそれよりはるかに抽象度の低いシステムを組み立てなければならない。サーバー、ディスク、メモリ、ネットワークポート、ラック電力、冷却、インターネットトランジット、ドメインサービス、課金ソフトウェア、監視、そしてこれらのコンポーネントのいずれかが故障した場合に介入できる人材が必要である。

「自社のデータセンタースペース」という表現は、この境界の一部を定義するに過ぎない。それは建物全体の所有ではなく、コロケーションまたは賃借スペースモデルを示唆している。このモデルでは、kCore はサーバーとネットワーク機器を所有する一方で、別の事業者が不動産、電気設備、発電機、無停電電源装置、冷却、防火、荷積みドック、入退室リスト、面会室、スマートハンドサービスを管理する。ネットワークプロバイダーは、AS401197 がインターネットに到達するための外部回線とルーターを制御する場合がある。これらの取り決めは優れたサービスを提供し得る。同時に、共用ホスティングの顧客が決して目にしない契約間で責任を分散させる。

本記事でレビューした kCore の公開ページのいずれにも、名称や住所で特定された本番施設は確認されなかった。同社の ARIN レコードのヒューストンの住所は、法的条件の登録住所と一致するが、ビジネスの郵送先住所がサーバーの設置場所とは限らない。同サイトでは、ラック数、電力割り当て、現在のサーバー在庫、ストレージ予備、施設認証、またはセカンド本番リージョンについて公開していない。「スペース」がキャビネットの一部を意味するのか、複数のキャビネットなのか、ケージなのか、あるいはホスティングプロバイダーを通じて調達された容量なのかも明らかにしていない。

この欠落した地図は、サービスの評価方法を変える。購入者は、ヒューストンの法的住所がデータの場所であると想定できない。IP アドレスが異なるからといって、2つの機器が異なる建物にあるとは想定できない。新しい注文が受け付けられているからといって、予備のディスクベイ、未使用のラックユニット、未割り当ての電力が存在するとは想定できない。したがって、デューデリジェンスの最初の質問は単純である。購入するサービスについて、施設運営者、都市、建物、ラック設置面積、機器の所有権を特定することである。kCore がこの答えを公開せず、契約によっても提供しない限り、その物理的な場所は十分に裏付けられた仮定に留まり、顧客が検証した事実とはならない。

AS401197 はアクティブな境界を証明するが、大規模なドメインではない

kCore が単なる店頭以上の存在であることを示す最も強力な証拠は、デジタルインターネットリソースの足跡である。AS401197 の ARIN レコードは、kCore Cloud LLC を特定し、2024年6月の AS 割り当てを記録し、kcore.netを指している。ARIN の IPv6 レコードは、同社に2024年6月に登録された有効な割り当て2602:f897::/40を付与している。ARIN の IPv4 レコードは、2025年10月に登録された有効な直接割り当て199.184.211.0/24を示している。IPv4 ブロックには256個のアドレスが含まれ、/40の IPv6 は顧客用の/48ネットワークを最大256個含む可能性があるが、アドレススペースの計算は使用中の数を示すものではない。

RIPEstat の経路状態ビューは、2026年7月に1つの IPv4 プレフィックス、1つの IPv6 プレフィックス、そして1つの隣接 AS を観測した。報告を行った326の IPv4 フルフィードピアと322の IPv6 ピアのすべてが、その観測で経路を確認した。アナウンスされたプレフィックスビューは、これらの経路を199.184.211.0/24と2602:f897::/40として特定している。これは、グローバルに可視なデュアルスタックネットワーク境界の強力な証拠である。

タイムラインは明らかにする。RIPEstat の経路履歴は、割り当て直後の2024年7月から IPv6 経路を観測し、現在の/24の IPv4 は2025年10月に登場したことを示している。このパターンは、最初に IPv6 を確立し、後に直接割り当ての IPv4 ブロックを追加したネットワークと一致する。2025年10月以前に顧客トラフィックが別のプロバイダーのアドレスを使用していたかどうか、または/24が登場したときにどれだけの本番ワークロードが移行されたかは示していない。完全に非アクティブな割り当てではなく、継続的な経路可視性を示している。

経路の生成元セキュリティ状態も異なる。IPv6 経路の RIPEstat RPKI 検証では、AS401197 が/40をアナウンスすることを許可する有効な ROA が見つかった。一方、対応する IPv4 検証では、検証認可が見つからなかったため、ステータス不明が返された。不明は無効と同じではない。つまり、起点ルート暗号システムが、一致する認可から起点を確認できないことを意味する。IPv4 経路の有効な認可を作成すれば、この回避可能な曖昧さは解消されるだろう。

経路データが明らかにできないことも同様に重要である。/24は数百の個別アドレスをサポートする場合もあれば、少数の共有フロントエンドをサポートする場合もある。/40は寛大にサブネット化されていても、応答するホストは少数に過ぎないかもしれない。BGP は CPU 数、ディスク状態、テナント数、ウェブクエリ、データベース負荷、ラック内の残電力などを開示しない。サーバーに冗長電源があるか、それらの電源が独立した配電経路に接続されているか、別のマシンがそのテナントを吸収できるかどうかも示さない。ネットワーク証拠は実際の運用境界を確立するが、同社の定量化されていないハードウェアに関する表明を容量の数値に変換するものではない。

独立した測定がこの慎重さを補強する。AS401197 の IPinfo ページには同じ2つのアドレス範囲がリストされているが、ホストされているドメインは1つと推定され、最近のスキャンで ping に応答するアドレスはごくわずかだった。2026年6月のアッシュバーンからの traceroute では、AS4213 の後に低レイテンシで kCore の/24内のアドレスに到達した。IPinfo の IPv4 ブロックビューも、可視ドメインの使用がまばらであることを報告している。これらは非公式な市場シグナルであり、完全な国勢調査ではない。共用ホスティングでは、単一のアドレスの背後に多くの名前が存在する場合があり、ファイアウォールがプローブを破棄し、IPv6 サービスが迷惑トラフィックを無視し、プライベート管理アドレスは不可視である。これらの測定は小さな公開フットプリントを示唆しているが、顧客数、収益、未使用の容量、または使用不足を証明することはできない。

観測された上流プロバイダが1社のみであることが最も明確な集約点である

RIPEstat の隣接 AS データは、AS401197 の左側に AS4213 のみを観測し、下流の AS はなかった。bgp.toolsも、歴史的に Krypt Technologies として登録され、現在は Evocative Global として公に提示されている AS4213 を IPv4 と IPv6 の上流プロバイダとして特定している。CIDR Reportも、収集された経路で同じ単一の隣接関係を示している。

これは集約であり、不適切なエンジニアリングの証拠ではない。1社のプロバイダが2つの物理回線、多様化されたポート、堅牢なバックボーンを提供する可能性がある。2番目の経路は存在するが、使用するコレクタに対しては非アクティブ、プライベート、または不可視である可能性がある。プロバイダは、グローバルルーティングテーブルが単一の上流 ASN しか見ていなくても、同じ施設内で冗長ルーターとリンクを運用している可能性がある。逆に、AS4213 への2つの BGP セッションが、依然として同じ導管、ラインカード、アカウント、都市、または施設境界を共有し、同時に障害を起こす可能性もある。パブリックルーティングは AS パスを数えることができても、ケーブル経路を検査することはできない。

この区別が重要なのは、ホームページが「冗長性が組み込まれている」と約束しているからである。冗長性は障害ドメインに関連付けられなければならない。ミラーリングされたディスクは一部のディスク障害から保護する。二重化された電源は、真に独立した給電線に接続されている場合に限り、単一の障害から保護する。二重化されたスイッチは、サーバーのインターフェース、VLAN、上流経路が両方を使用するように設定されている場合にのみ保護する。単一の事業者への2つのリンクは、パッチパネルの問題には耐えられるかもしれないが、その事業者の事業停止や共有ルーターの障害には耐えられない。同じ建物内のセカンド事業者でも、外部のファイバーエントランスを共有する可能性がある。

RFC 4116は、インターネットマルチホーミングが有用だが魔法ではない理由を説明している。複数の経路はセッションの生存性を向上させる可能性があるが、収束遅延、アドレスポリシー、運用の複雑さは残る。kCore にとって、説得力のある冗長性開示とは、第2のデフォルト上流プロバイダが存在するかどうか、回線が物理的に分離された経路で出ているかどうか、境界ルーター、光学機器、電力が二重化されているかどうか、生き残った経路が優先トラフィックを運ぶのに十分な契約容量を持っているかどうかを示すことである。また、フェイルオーバーが単に設定されているだけでなく、実際に訓練されていることも示すであろう。

PeeringDB の AS401197 クエリに kCore のエントリがないことは、どちらの方向にも証拠を追加しない。PeeringDB への参加は任意であり、特にパブリックピアリングを求めずにトランジットを購入する小規模ネットワークにとっては任意である。対照的に、AS4213 の PeeringDB エントリは、多くの施設で運用されるはるかに大規模なネットワークを記述している。この規模は AS4213 に属する。自動的に kCore に帰属させるべきではない。大規模な上流プロバイダに入る顧客経路は、その上流のすべてのサイトにわたる kCore の独立した容量を継承しない。

実際的な結論は単純である。AS4213 の交換点での障害や契約上の紛争は、kCore のパブリック経路にとって説得力のある共通モード障害経路である。この懸念を軽減する証拠には、観測された第2の上流プロバイダ、公開されたフェイルオーバーテスト、代替経路を示すルートコレクタ、または十分なバックアップ帯域幅を持つ多様化された交換点を記述した契約が含まれる。それまでは、kCore のデュアルスタック境界はアクティブでグローバルに可視であるが、外部出口点は1つしかない。

バージニア州北部が最も強力なローカリティシグナルであり、施設が確認されたわけではない

kCore のネットワークは、少なくとも一部の機器がどこで動作している可能性があるかの手がかりを残す。同社のコーポレートウェブサイトは67.198.230.22に解決される。RIPEstat のネットワーク情報レスポンスは、このアドレスを AS401197 ではなく AS4213 が発信する67.198.230.0/24内に配置している。公開レジストリのサマリーでは、包含ブロック67.198.230.0/23をKRYPT-IAD1とラベル付けしており、これはワシントン・ダレス及びバージニア州北部市場に関連する一般的な空港コードを使用している。RIPEstat の商用ジオロケーションフィードは、このブロックをレストンに配置している。kCore 自身の IPv4 ブロックへの IPinfo の traceroute は、アッシュバーンから AS4213 の後に約2ミリ秒でターゲットに到達した。

これらを総合すると、バージニア州北部における運用拠点が強く示唆される。正確な建物は特定されない。IP ジオロケーションは、サーバーラックではなく、登録、ルーティングポリシー、または近くのルーターを反映している可能性がある。IAD1はプロバイダーのラベルであり、kCore の契約上の表明ではない。AS4213 は多くの米国都市で運用されており、経路は遠隔地で引き渡される可能性がある。低レイテンシは、測定されたアドレスについて遠隔地の本番サイトの可能性を低くするが、単一の測定では、すべてのサービスやすべてのバックアップを特定することはできない。

これが、ヒューストンとバージニア州北部のシグナルを混同してはならない理由である。ヒューストンは、ARIN や同社の利用規約に表示される法的・連絡先の表層である。バージニア州北部は、公的に計測されたインフラにとって最も強力な技術的シグナルである。サイト上の別途の法的通知には、著作権関連の通信のための別のヒューストンの住所が記載されている。これらの住所は、顧客ファイル、メール、バックアップコピーがどこに保存されているかを確立するものではない。

同社の利用規約は、広範な移動権を留保している。セクション4.3は、ハードウェア構成は変動する可能性があり、kCore はサービス品質とセキュリティのために必要と判断した場合、ホストハードウェアを交換したり、アカウントを別のサーバーに移動したり、別のデータセンターや地理的な場所に移転したりする可能性があると述べている。セクション15.4は、アカウントとそのバックアップが異なるデータセンターに存在する可能性があり、バックアップが別の州、国、大陸に保存される可能性があり、災害復旧が顧客の選択した場所以外で行われる可能性があると述べている。

これらの条項は、運営者が故障したハードウェアや問題のあるサイトから逃れることを可能にすることで復旧に役立つ可能性がある。同時に、企業や ASN が米国にあるという理由だけで、ローカリティが固定されているわけではないことも意味する。州、国家、契約上、またはセクター固有の制約を持つ購入者は、本番、バックアップ、一時的な復旧、サポートアクセス、及び下請業者を対象とした、書面による配置コミットメントを必要とする。契約では、コピーが合意された境界を越える場合の事前通知と同意について説明する必要がある。そのようなコミットメントがない場合、データを移動するプロバイダーの権利は、公開されているインフラマップよりも広範である。

DNS は有用な分離を示すが、それはセカンドホスティングリージョンではない

kCore のドメインサービス設計は、パブリック BGP 境界よりも分散されている。Google Public DNS の A レコード応答は、コーポレートサイトが同社自身の IPv4 /24ではなく、AS4213 のアドレス上にあることを示している。そのNS 応答は、ゾーンをa.ns.cl0secall.netとb.ns.cl0secall.netに委任している。レビュー時点では、最初の権威サーバーは AS4213 と AS401197 内のアドレスを使用し、2番目は AS25795 と別の IPv6 ネットワーク内のアドレスを使用していた。MX 応答も同様に、メールサーバーを AS401197 内とその別ネットワーク上に配置していた。

この配置は真の利益をもたらす可能性がある。AS401197 が停止した場合、その経路外にあるセカンダリ権威サーバーはドメインの応答を継続できる。外部メールサーバーは、プライマリが到達不能な間、メッセージをキューに保持できる。マーケティングサイトを上流プロバイダのアドレススペースでホストすることで、kCore の/24に影響を与える起点経路停止中も公開ページを到達可能に保つことができる。これらは、ドメイン層と通信層における賢明な分離である。

しかし、それらはまた、明示すべき依存関係も生み出す。権威ホスト名はcl0secall.netを使用しているが、これは kCore のサイトで所有権や利用規約が説明されていない別のドメインである。コーポレートページは AS4213 内に留まっているが、AS4213 は公的に観測された kCore の唯一の上流プロバイダと同じ AS である。したがって、AS4213 のルートレベルでのインシデントは、顧客ネットワークと企業ウェブサイトの両方に影響を与える可能性がある。それらのアドレスが異なる割り当てに属していてもである。2番目の DNS とメールパスは生き残るかもしれないが、顧客ポータルとコアネットワークが同時にダウンした場合に、サポートスタッフがどのようにインシデントを投稿するかは公開証拠では確立されていない。

顧客ポータルにはネットワークステータスページへのリンクが含まれているが、未認証のリクエストはログインにリダイレクトされる。公開アナウンスフィードは表示され役立つが、これは継続的に更新されるステータスダッシュボードではない。この区別は停止中に重要である。ポータルやアイデンティティサービスがダウンしているために認証できない顧客は、インシデントの所有権、影響を受けるサービス、復旧更新について、独立してホストされた公開ソースを必要とする。

したがって、DNS の多様性は評価に値するが、アプリケーション冗長性と誤解されるべきではない。ウェブサイトは正しく解決されても、データベース、ストレージ、またはコントロールパネルが利用できない場合がある。セカンダリメールサーバーはメッセージを受け入れても、顧客のメールボックスを復元するわけではない。別個のステータスチャネルは停止を説明できても、それを短縮するわけではない。いずれの層も価値があるが、基盤となる共用ホスティングワークロードを別の本番スタックに移動できることを証明するものはない。

SSD RAID 10は設置された容量であり、保証された使用可能容量ではない

kCore のホスティングページには、全プラットフォームが SSD RAID 10ストレージ上で動作すると記載されている。RAID 10は通常、ミラーリングとストライピングを組み合わせ、一部のディスクがアレイを失うことなく故障することを許容し、単一ディスクよりもパフォーマンスを向上させる。これは共用ホスティングにとって合理的な設計選択である。それでも、多くの疑問が未回答のままである。ディスクの数とモデル、コントローラー設計、スペアポリシー、再構築時間、監視閾値、ファイルシステムレイアウト、ライトキャッシュ保護、レプリカが同じシャーシや電力ドメインを共有しているかどうかなどである。

経済性はこれらの詳細の背後に隠れている。リストされているエントリープランは月額10ドル未満であり、ストレージ、データベーススペース、メール、証明書の自動化、サポート、監視、移行が含まれている。低価格が可能なのは、多数のテナントがサーバー、ソフトウェアライセンス、ネットワーク容量、スタッフ時間を共有するためである。プロバイダーは高い利用率を維持することで利益を得る。回復力には、重要な瞬間に余剰が必要である。未使用のディスクベイ、予備サーバー、空きストレージ、未契約のラック電力、そして複数の要素が同時に故障した場合に利用可能なスタッフ時間などである。

設置容量は物理的に存在する量である。使用可能容量は、パフォーマンス、再構築スペース、復旧マージンを維持しながら安全に販売できる量である。サーバーは名目上十分なディスク容量を持っていても、RAID 再構築中に十分な I/O パフォーマンスを欠く可能性がある。ラックには空きユニットがあっても、それ以上の電力割り当てができない場合がある。仮想ホストは別のアカウントを受け入れられても、ノード障害後に隣接アカウントを吸収するためのメモリが不足している場合がある。公開プランの制限は顧客のクォータを説明するが、プロバイダーの残りの余剰は説明しない。

kCore のプラットフォームページには、エンタープライズグレードのサーバーハードウェアを使用し、個々のコンポーネント障害を考慮して設計し、機器のライフサイクルを積極的に管理していると記載されている。これらは正しいカテゴリである。このページでは、ハードウェアの世代、交換閾値、故障率、または準備済みのスペアパーツ在庫は公開されていない。利用規約ではハードウェア構成の変動が許容されている。この柔軟性は実用的な運用をサポートするが、購入者が標準化されたフリートや保証された交換クラスを推測することを妨げる。

修復ウィンドウは在庫とアクセスに依存する。ディスクが故障した場合、現地のスペアがあれば迅速に交換できる。互換性のあるディスクがオンサイトにない場合、調達と配送が停止の一部となる。マザーボードが故障した場合、システム全体のスペアがあれば復旧を短縮できる。そうでなければ、運営者はディスクを移植するか、異なるハードウェアに復元するか、部品を待つ必要があるかもしれない。賃借スペースでは、kCore は施設スタッフに技術者の入室を許可してもらうか、リモートハンドを実行してもらう必要があるかもしれない。SLA の1時間の除外は、物理的な交換を1時間で可能にするわけではない。

容量に関する強力な回答は、機密詳細を公開することなく、障害予備を定量化するだろう。本番サイト数、サーバー障害ドメイン数、最低限の予備ノード余剰、オンサイト交換カテゴリ、ストレージ空き容量閾値、最大オーバーサブスクリプションポリシーなどである。また、単一のサーバー障害が手動のテナント移動なしに許容できるかどうかも示すだろう。さらに、バックアップストレージをライブ冗長ストレージと区別するだろう。RAID は特定のコンポーネント障害を通じてサービスを稼働させ続けるが、独立した履歴コピーを作成するわけではない。

99.9%保証は謳い文句よりも狭い

kCore は99.9%の可用性を繰り返し約束している。年間ベースでこのパーセンテージは、約8時間46分のカウントされるダウンタイムを許容する。ホスティングページではこれを年間約9時間に丸めている。パンフレットとしては、この算術は理解できる。ウェブサイトが丸一日の営業を停止できるかどうかを決定する運営者にとっては、カウントされるダウンタイムの定義がパーセンテージよりも重要である。

公開された利用規約のセクション5では、コミットメントを年間ベースで測定されるネットワーク可用性と定義している。救済措置は、合計可用性が99.9%未満だが99%を上回る場合の1ヶ月分の無料ホスティングから始まり、99%を1パーセンテージポイント下回るごとにさらに1ヶ月分が追加される。補償は限定的であり、同社の内部記録が資格を判断する唯一の基準となる。この契約では、このクレジットが、法律で許容される範囲において、ネットワーク、ソフトウェア、ハードウェア、機器の障害に対する唯一の救済であると記載されている。

除外事項は広範である。計画メンテナンスはカウントされない。緊急メンテナンスや1時間未満で修復されたハードウェアまたはソフトウェア障害はカウントされない。分散型サービス拒否攻撃、ハッカー攻撃、プラン制限超過によるダウンタイム、サービス変更、技術サポートリクエストの処理に費やされた時間、顧客設定、サードパーティアプリケーション、特定の通知済み DNS またはアドレス変更、ポリシー違反、不可抗力、または同社の制御が及ばない事象もカウントされない。

これらの除外事項は、個々には運用的に理にかなっている場合もある。メンテナンスは必要であり、顧客がインシデントを引き起こし、攻撃は購入された容量を圧倒する可能性がある。しかし、集合的には、経験したダウンタイムとクレジットされたダウンタイムとの間に大きな隔たりを生み出す。11回の別個の59分間のハードウェア障害は、ほぼ11時間の中断を引き起こしながら、1時間未満の除外内に留まる可能性がある。顧客は DoS 攻撃の間トラフィックを提供できなくても、その事象は SLA 計算を減少させない。サポート依存の復旧は、顧客が助けを待っている間、まさに計算外に留まる可能性がある。

保証はまた、ネットワークに関するものであるが、販売されるサービスはより広範である。経路が到達可能であっても、ウェブサーバーがエラーを返す場合がある。ウェブサーバーは動作していても、データベースがロックされている場合がある。静的サイトが提供され続ける間、コントロールパネルがオフラインになる場合がある。ウェブサイトが正常でもメールが遅延する場合がある。顧客は、コンポーネント固有のサービス指標か、訪問者のリクエストから始まり kCore が制御するアプリケーション依存関係を含むエンドツーエンドの定義を必要とする。

2026年5月の緊急メンテナンス通知は、この区別を例示している。kCore は、緊急のセキュリティ問題により、東部時間午後10時に顧客ポータルの短時間停止が必要であると述べ、その後、メンテナンスが午後10時25分に完了したと更新した。これは肯定的な運用的証拠である。日付付きの通知、述べられた理由、完了更新、そしてサポートへの招待がある。それはポータルに関するものであり、ホストされているウェブサイトとは限らない。公開記録は、その停止がサービス指標に対してカウントされたかどうか、顧客が別の管理経路を保持していたかどうか、またはその後のインシデントレビューが公開されたかどうかを示していない。

意思決定により有用な可用性記録は、月次指標、顧客視点でのインシデント期間、サービス固有の除外事項、影響を受けたテナント数を公開するだろう。計画作業と緊急作業を分離し、1時間の例外がどのくらいの頻度で使用されるかを示すだろう。現在の SLA は、限定的なクレジットの価格を設定するには十分に実在する。それは顧客が依存するすべての層に対する復旧時間のコミットメントではない。

バックアップに関する文言は顧客を最終的な復旧ラインにする

契約は、マーケティングページが最も曖昧な部分で最も明確である。セクション11.20は、顧客に対して kCore から独立した場所にすべてのコンテンツのコピーを維持するよう要求し、kCore のバックアップサービスを唯一のバックアップとして使用してはならないと述べている。セクション15は、kCore がホスティングアカウントデータのバックアップに商業上合理的な努力を払うと述べているが、ファイル数、バックアップソフトウェアの障害、ストレージ障害、または破損によりコピーが利用できなくなる可能性があるとしている。同社は、該当する製品ページに記載されている限られた数のコピーを保持し、プラン変更後に古いコピーを削除する可能性がある。

ここでレビューした公開ホスティングページは、アプリケーションレベルでのバックアップと復元機能を宣伝しているが、プラットフォームバックアップの保持数を指定していない。利用規約はさらに、復元されたコピーは再フォーマットが必要な生データとして到着する可能性があり、満足のいく復元が行われない場合の顧客の救済は、自身のバックアップを使用することであると付け加えている。有料のバックアップ作成と復元は返金ポリシーから除外されている。これは特定の復旧ポイントや復旧時間の保証ではない。

リスクは異なる。RAID 10は稼働中の一部のディスク障害に対処する。バックアップは、削除、破損、侵害、または以前の状態に戻す必要性に対処する。同じラック内のコピーはディスク障害には耐えられるかもしれないが、ラックの電力障害には耐えられない。同じ管理アカウント上のコピーはサーバー損失には耐えられるかもしれないが、アカウントの乗っ取りには必ずしも耐えられない。地理的に離れたコピーは施設インシデントには耐えられるかもしれないが、転送時間、地域性制限、同じクレデンシャルやプロバイダへの依存をもたらす可能性がある。

CISA のランサムウェアガイドは、オフラインで暗号化されたバックアップと定期的な復元テストを推奨している。重要な言葉は「テスト済み」である。成功を報告するバックアップジョブは、どこかにバイトが書き込まれたことを証明するが、データベースの一貫性、クレデンシャルの存在、暗号化キーの利用可能性、名前の再ポイント、復元されたサイトがターゲットスタックで動作することは証明しない。有用なテストは、障害の宣言から復元されたコピーから提供されるトラフィックまでの時間を測定する。

kCore の顧客にとって、独立したコピーには、ウェブサイトファイル、データベースダンプ、重要な場合はメール、DNS レコード、証明書及び関連する鍵素材、アカウント設定、スケジュールされたタスク、サイトを実行するために必要なソフトウェアバージョンのドキュメントを含めるべきである。コピーは kCore ポータルなしでアクセス可能であるべきである。復元先は、共用サーバーが利用不能になった後ではなく、インシデントの前に特定されるべきである。

kCore は、保持期間、コピー頻度、ストレージの分離、暗号化慣行、復元優先度、過去の復元成功率を公開することで証拠を強化できる。プランごとに復旧ポイント目標と復旧時間目標を定義することもできる。現状では、契約は賢明にも、顧客に対して最後のコピーをプロバイダーに委任しないよう助言している。購入者はこの警告を文字通りに受け取るべきである。

kCore への移行は説明されているが、kCore からの移行は顧客の演習のままである

移行ページは、単純なオンボーディングシーケンスを提供する。ホスティングを購入し、場合によってはドメインを移管し、コンシェルジュチケットを開き、チームにウェブサイトを移行させる。ホスティングページには、専門家がダウンタイムをほとんどまたは全くなしに、以前のプロバイダーからウェブサイトデータを移動させると記載されている。小規模サイトにとっては、実践的な移行支援は洗練されたセルフサービスツールよりも価値があるかもしれない。

オンボーディング支援は、オフボーディングのポータビリティを確立するものではない。公開資料は、どのソースコントロールパネル、データベースバージョン、メールボックス形式、スケジュールされたタスク、またはアプリケーションスタックがサポートされているかを定義していない。完全なアカウントエクスポート、最大エクスポート時間、エグレス帯域幅、または競合プロバイダーへの移動支援を約束していない。シェルアクセスに関する唯一の公開アイテムは、顧客がサポートチケットを介して共用または WordPress ホスティングのシェルアクセスを要求できると述べている。これはファイル転送を容易にする可能性があるが、特権レベル、期間、またはアカウント停止中のアクセスを指定していない。

NIST クラウドコンピューティング標準ロードマップは、データやアプリケーションを移動する能力としてのポータビリティを論じ、ロックインの源泉としてインターフェース、フォーマット、VM テクノロジーの違いを強調している。共用ホスティングは複雑な仮想ドメインの移動よりも単純であるが、同じ原則が適用される。ファイルは機能するサービスの一部に過ぎない。データベースエンコーディング、メールボックス、DNS タイミング、証明書、PHP 拡張、ファイルパーミッション、バックグラウンドタスク、アプリケーションシークレットは、使用可能な状態で到着しなければならない。

契約はまた、請求に関して退出圧力を作り出す。料金は前払いである。支払いが失敗すると停止または解約につながる可能性があり、kCore はその結果失われたコンテンツに対する責任を否認する。自動更新は有効になっていても失敗する可能性があり、顧客は支払いを確実にする責任を負う。サービスは期間満了時に終了する場合がある。請求紛争では、チャージバックは未払い額が解決されるまで停止につながる可能性がある。

これは低価格ホスティングでは珍しいことではないが、請求をインフラ依存関係に変える。期限切れのカードはデータ可用性イベントになる可能性がある。最近の唯一のコピーがプロバイダーのポータルの背後にある顧客は、エクスポートを準備する時点が請求紛争の前だったことに気付くかもしれない。救済策は運用的である。複数の最新の支払い連絡先を維持し、更新確認を監視し、独立したコピーを保持し、他の場所での復元をテストすることである。

成熟したオフボーディング声明は、キャンセル、停止、満了後にデータがどのくらい利用可能か、紛争中にエクスポートが可能かどうか、提供されるフォーマット、予想されるスループット、管理された退出のサポート料金を指定するだろう。ドメイン登録とホスティングを分離し、顧客がどの名前、レコード、コンテンツを独立して移動できるかを理解できるようにするだろう。kCore は入り方を説明している。顧客は依然として出方を考案しなければならない。

サポートの働きは販売される容量の一部である

kCore は人的サポートで差別化を図っている。コンシェルジュページは、同社の技術者が知識豊富で、大規模なジェネリックサポートセンターに外注されていないと述べている。個別化された技術アドバイスと限定的なコンサルティングサービスを時給で提供している。プラットフォームページは、継続的な監視と完全なオンコール応答カバレッジを主張している。ホスティングプランにはチケットサポートが含まれており、サイトには電話とメールの連絡先が掲載されている。

小規模チームのサポートは、回答者が環境全体を理解している可能性があるため、優れたものになり得る。また、知識と権限を集中させる可能性もある。ARIN は、同社のリソースに対する管理者、技術、ルーティング、DNS、ネットワーク運用、及び不正利用の役割について、単一の指名された人物をリストしている。これは単一の運営者しかいないことを証明するものではない。レジストリの連絡先は、しばしば意図的に集約される。同社はスタッフ数、シフトモデル、エスカレーション階梯、応答目標、または後継者計画を公開していない。

契約文言は約束を縮小する。技術サポートは可用性に基づいて提供され、kCore は広告された統計的平均内にすべてのリクエストが処理されることを保証しない。同社は支援する際にサービスとコンテンツへの完全なアクセス権を持つ場合がある。顧客は、変更がウェブサイトの機能に影響を与える可能性があるため、支援を求める前にバックアップを取るよう促されている。対象範囲外のリクエストには前払いが必要な場合があり、複数の状況でサポートが拒否される場合がある。

したがって、修復には人的なキューがある。監視アラートは、正しい層を診断できる人に届かなければならない。その人は施設アクセス、上流チケット、スペアパーツ、ベンダーライセンス、または顧客承認を必要とする可能性がある。複数のテナントが同じサーバーで故障した場合、原因が共有されているため、1人の専門家が効率的に対応できるかもしれない。施設やセキュリティのインシデントが多数の異なるタスクを生み出す場合、同じ小規模チームが制限リソースになる可能性がある。

2026年5月のポータル通知は、少なくとも迅速で直接的なコミュニケーションサイクルと完了更新を示している。夜間のストレージ障害や広範な経路停止への応答を測定するものではない。公的にリンクされたネットワークステータス面は認証を必要とするため、見込み顧客は可用性履歴やインシデントを検査できない。アナウンスアーカイブにはほとんど公開履歴が含まれていない。レポートがないことはインシデントがない証拠ではない。外部者がパフォーマンスを計算できる公開記録が欠如しているだけである。

購入者は、重大度の定義、初回応答目標、復旧の所有権、及びポータルがダウンしたときにアクセス可能なままである経路を求めるべきである。緊急 DNS 変更とデータリリースを誰が承認できるかを特定すべきである。ビジネスクリティカルなサービスにとっては、サポート能力はディスクやトランジットと同様にアーキテクチャの一部である。

障害はテナント、ドメイン、通信に伝播する

共用ホスティングの停止が、サーバー所有者だけに影響を与えることは稀である。物理ホストは、無関係な多数のウェブサイト、データベース、メールボックスをホストする可能性がある。ストレージ問題により複数の顧客が同時にオフラインになる可能性がある。侵害されたコントロールパネルはドメインやアカウントを露呈させる可能性がある。DNS 停止により健全なコンテンツが到達不能になる可能性がある。請求やドメイン更新の失敗は、何らハードウェア障害がなくともサイトを中断させる可能性がある。

kCore の可視アドレスの小さなフットプリントは、この集約を重要にする。IPinfo のホスト済みドメイン推定はクライアントを数えるにはあまりに不完全であり、共有 IP は多数の名前に面する可能性がある。影響を確立するために必要な証拠は、プロバイダーが提供するテナント分布である。顧客の身元ではなく、障害ドメインごとの最大アカウント数、最大サーバー上の顧客の割合、メール、DNS、コントロールサービスがそのドメインを共有しているかどうかである。

ドメイン製品は別の依存連鎖を追加する。kCore は、レジストラパートナーを通じてドメイン名を再販していると述べている。ドメインページでは、顧客が同じ顧客体験の中でネームサーバー、レジストラロック、連絡先情報を管理できる。バンドルは管理と請求を簡素化するが、侵害されたアカウントや失敗した更新が、コンテンツとそれに到達するために使用される名前の両方に触れる可能性があることも意味する。契約では、ドメインの移転と登録はレジストリとレジストラのルールに従うと述べている。

顧客は、所有クレデンシャルを分離し、多要素認証を要求し、DNS レコードを他の場所に保持し、ドメイン登録を独立したレジストラに置くかどうかを決定することで、この爆発半径を縮小できる。kCore の利用規約はユーザースペースに二要素認証を要求しており、これは有用なコントロールである。アカウント復旧には依然として独立した連絡方法と文書化された所有権証明プロセスが必要である。

サービスの適切性にも限界がある。利用規約は、サービスが HIPAA 準拠ではなく、保護医療情報を禁止していると述べている。高リスクの使用には事前の確認と独立した冗長システムが必要である。これらの除外は、小規模な共用ホスティングプラットフォームが、人物の安全や規制対象の医療データ用に設計されたインフラと誤解されるのを避けるのに役立つ。通常の顧客データに関するすべての地域性やプライバシーの問題に対処するものではない。

kCore が停止した場合、最も直接的に影響を受ける当事者は、ウェブサイト所有者、その訪問者、メールボックスユーザー、及びホストされているドメインに依存するすべての人である。二次的影響には、失われた売上、届かないメッセージ、期限切れの認証リンク、アクセス不能なコミュニティ情報、遅延するインシデント調整が含まれる可能性がある。したがって、安価な月額料金は、ホスティング料金をはるかに超える価値のある活動の上流にあるかもしれない。SLA クレジットはこの外部コストに一致する可能性は低く、それゆえに独立した復旧が重要である。

回復力を説明するだけでなく実証するもの

kCore には、マイナスの運用的評価を避けるのに十分な公開証拠がある。同社の注文面はアクティブである。経路は最新で広く可視である。直接割り当てられたアドレススペース、デュアルスタックアナウンス、機能する権威サービスとメール、文書化された契約、アクティブなサポートチャネル、2026年日付のメンテナンスコミュニケーションを有している。これらは小規模プロバイダーにとって実質的なシグナルである。

次の証拠は運用的かつ狭いスコープであるべきである。第1に、本番都市と施設の法的運営者を特定し、ラックに関する機密詳細は非公開のままとする。セカンドのアクティブな本番サイトが存在するか、どのサービスがそこで稼働できるかを示す。バックアップロケーションとフェイルオーバー容量を区別する。リモートコピーは価値があるが、計算、ソフトウェア、クレデンシャル、DNS、ネットワーク容量も準備されていない限り、準備の整ったアプリケーションプラットフォームではない。

第2に、ネットワークの障害ドメインを文書化する。上流プロバイダの数、境界ルーター、物理的交換地点を明示し、リンクが分離されたエントランスと給電を使用しているかどうかを示し、フェイルオーバー訓練の日付と結果を公開する。IPv4 /24の有効な ROA を追加する。IPv6 ROA は、同社がすでにこのメカニズムを理解していることを示している。

第3に、使用可能容量のコントロールを開示する。購入者はシリアル番号を必要としない。最大のサーバーが生き残ったサーバーに過負荷をかけることなく故障できること、互換性のある交換部品がオンサイトまたは契約上利用可能であること、ストレージの再構築がパフォーマンスを維持することを知る必要がある。ディスク、サーバー、ネットワーク機器の予約済みマージンと交換目標を示す。

第4に、バックアップに関する文言を測定可能な復旧に変換する。頻度、保持、分離、復元優先度、テスト済みの復旧範囲を公開する。健全なポータルに依存しない顧客可読なエクスポート手順を提供する。本番、バックアップ、災害復旧のデータの場所を明確にする。特に顧客が米国内の配置に対して支払っている場合に。

第5に、インシデントの証拠を公開する。コンポーネント履歴を備えた独立してホストされたステータスページは、顧客がウェブサイト、ポータル、DNS、メール、ホスティングの停止を区別することを可能にする。ハードウェアイベントに関する簡潔なインシデントレポートを公開し、経験されたダウンタイムと SLA でカウントされたダウンタイムの両方を報告する。これにより、顧客情報を明かすことなく、99.9%の数字が検証可能になる。

最後に、サポートエスカレーションを説明する。重大度レベル、応答確認目標、時間外チャネル、誰が施設作業や緊急移行を許可できるかを公開する。小規模企業はハイパースケーラーを模倣する必要はない。利用不能な担当者、単一の支払い処理業者の障害、または過負荷のチケットキューが、無期限に復旧をブロックできないことを示す必要がある。

運用的評決は現実的だが、意図的に限定されている

kCore Cloud は営業している。現在の証拠は、簡潔に説明するよりも強力である。AS401197 は持続的なデュアルスタックルーティングを有し、同社は自身の IPv4 スペースを取得し、営業サイトとポータルはアクティブであり、2026年のセキュリティメンテナンス通知は誰かがサービスを維持していることを示している。同社の文言は、グローバルな公益事業であると主張するのではなく、小規模と自社保有ハードウェアを強調することで、有用な期待を設定している。

同じ証拠が限界を定義している。外部から観測された単一の上流プロバイダが両方のアドレスファミリーの経路を運んでいる。物理的なサイトは公的に特定されていない。バージニア州北部は最も強力な推測であり、確認された顧客コミットメントではない。設置されたハードウェアの量と残りのフェイルオーバー容量は不明である。SLA は多くの実際の障害経験を除外している。バックアップの復元は保証されておらず、独立したコピーは顧客の責任であり、データは州や国の境界を越える可能性がある。公開インシデント履歴とサポートエスカレーションは依然としてまばらである。

テスト済みの外部コピーを保持し、数時間の中断に耐えられる控えめなウェブサイトにとっては、このリスクは公表価格で許容できるかもしれない。事業者の停止、ハードウェア不足、請求紛争、施設避難にもかかわらず利用可能であり続けなければならないサービスにとっては、公開証拠は不十分である。顧客は、配置に関する契約上のコミットメント、多様化されたトランジット、定量化された復旧容量、エクスポート権利、独立した復元先を必要とするだろう。

これがホスティング経済の中心的トレードオフである。kCore は、顧客がそれらを個別に購入する必要がないように、ラック、ライセンス、トランジット、人的専門知識を組み合わせている。これらのリソースが共有されているために低月額料金が機能する。回復力が機能するのは、それらの一部が完全には消費されておらず、障害ドメインが真に分離されており、顧客が耐性を使い果たす前に修復が行われる場合のみである。kCore は稼働中のサービスと信頼できる小規模ネットワークを示した。可視システムが故障したときに引き継ぐ準備システムを、まだ公には示していない。