Gemini推奨：インフラ設計＆サーバー推奨

300〜400テナント規模のBASECORDを最もコスパ良く、安定運用するためのアーキテクチャ提案

「大きくするほど詰め込める」の真実と、その先の設計限界

ユーザーが指摘された通り、「サーバーを大きくするほど、稼働率の平準化（大数の法則）が効き、1台あたりに詰め込めるテナント数は増える」というのは、統計学的に完全に正しい見解です。

例えば、テナントが50台のとき、全員が同時にチャットを使う（アクティブ率100%）確率は非常に低いですが、瞬間的なアクティブ率の最大値は30%程度（15台同時稼働）になり得ます。しかし、テナントが400台に増えた場合、統計的平準化により瞬間最大のアクティブ率は10%程度（40台同時稼働）に収束していきます。

                    ⚠️ しかし、シングルホストには「物理的・構造的限界」があります：
                    メモリのオーバーセリング限界：コールドスリープ（コンテナ停止）をしない場合、400台のコンテナがアイドル状態で起動しているだけで、Dockerとホストのオーバーヘッドだけで約30〜40GB以上のメモリを常時浪費します。
ディスクI/Oの競合：400個 of コンテナから同時にセッション同期、書き込み、PTYログ、セッションDBのポーリングが走ると、NVMeストレージであってもI/Oキューが詰まり、全テナントのレスポンスがハングアップします。
単一障害点（SPOF）：1台の物理サーバー（例: 256GB RAM機）に400台すべてを詰め込むと、その1台がダウンした際に全400顧客のサービスが同時に死滅します。

                

これらを解決するために、Geminiは単なる巨大サーバー1台での運用ではなく、「常時起動コア機＋コールドスリープ自動制御＋分散スケーリング」というハイブリッド設計を提案します。

BASECORD 大規模メモリ・リソースシミュレーター

テナント数と同時アクティブ率を設定し、必要となるインフラの理論値と推奨プランをシミュレートします。

登録テナント数 (契約数): 200 台

同時アクティブ率 (最大ピーク時): 15 %

1コンテナあたり実効メモリ制限: 1.0 GB

アクティブ稼働数

30 台

必要理論メモリ (常時)

204 GB

必要メモリ (自動停止時)

42.5 GB

※「自動停止時」の計算式: (アクティブ数 × メモリ制限) ＋ (非アクティブ数 × 50MBアイドルオーバーヘッド) ＋ OS/DB固定分(4GB)
非アクティブコンテナを自動サスペンド（完全にDockerを停止させ、リクエスト時に自動で起動）する場合、メモリ消費量を圧倒的に削減できます。

Gemini推奨サーバープラン & 設計ランキング

300〜400台のBASECORDテナントを安定して回すための、Gemini独自のサーバー比較とインフラ推奨ランキングです。

推奨順位	プラン名・構成	会社	占有区分	スペック (vCPU/RAM/ストレージ)	月額料金目安	大規模（300〜400台）での役割・適性
🥇 1位	netcup RS 12000 G12分散本命	netcup (独)	完全占有 (100%)	20 Dedicated Cores / 96 GB DDR5 / 3 TB NVMe	約 19,018 円 (€102.80)	「コア・アクティブホスト」として最適（推奨数: 2〜3台分散）自動停止制御（15分アイドルでコンテナ停止）を組み合わせることで、1台あたり150〜200テナントを完全にカバー。ECCメモリと専有20コアでディスクI/Oやログ同期も詰まりません。これを複数台並べるのが最も堅実かつ高コスパです。
🥈 2位	Hetzner Dedicated EX101	Hetzner (独)	物理専用機 (100%)	Intel Core i9-13900 / 128 GB DDR5 / 2 x 1.92 TB NVMe	約 13,690 円 (約 €74.00)	「超ハイパフォーマンス・物理占有ホスト」物理サーバーを丸ごと占有。i9-13900の驚異的なシングルスレッド性能により、コンテナの同時起動やセッション圧縮処理が爆速になります。128GBの大容量メモリで、コールドスリープ無しでも120台、自動サスペンド併用なら300台規模を1台で捌けるポテンシャルがあります。コスパ最強の物理機。
🥉 3位	Hetzner Server Auction 64GB〜128GB	Hetzner (独)	物理専用機 (100%)	型落ち物理CPU / 64〜128 GB RAM / SSD or NVMe	約 7,400〜11,100 円 (€40 〜 €60)	「あふれテナント用・セカンダリホスト」オークションで放出される旧世代の物理専用機。料金が安くリソースは占有されるため、「普段めったに使われないがデータを残しておくコールドテナント」を自動停止状態で大量に収容しておくホストとして最もコスパが高くなります。
4位	ConoHa VPS 96GB	ConoHa (日)	共有 (高速CPU)	24 vCPU / 96 GB / 100 GB SSD	約 32,747 円 (定価ベース)	「日本国内・低遅延・高セキュリティ専用ホスト」東京リージョンで日本国内ユーザー向けのレスポンスは最速。96GBメモリは魅力ですが、共有VPSのため隣人負荷に弱いこと、SSDが100GBと極端に少なく追加料金が高いことから、300〜400台の主軸に据えるにはコストパフォーマンスが悪すぎます。日本市場限定のフロントエンド用。
非推奨	Contabo Cloud VPS (Standard) 全般	Contabo (独)	共有 (高オーバーコミット)	各種共有CPU / メモリ / SSD	最安値クラス	大規模運用には「絶対に不適」詰め込み率が非常に高く、ディスクI/Oが激しく変動します。300〜400台の規模でこれを使うと、あるテナントでのチャット中に他のテナントのセッション同期やDocker起動がトリガーされ、サーバー全体が数十秒フリーズする現象が毎日発生します。安物買いの銭失いになります。

Geminiの提案：300〜400台を最も安く安定して動かす「自動停止・スリープ設計」

300〜400台のBASECORDを1台の超大型サーバー（高額）で動かすのではなく、月額2万円前後の物理サーバーまたはRS（占有型）を2台並べ、コールドスリープ自動制御を行う構成が最も安定的かつ低コストです。

1. 自動サスペンド（コールドスリープ）の導入

ユーザーがチャット画面を閉じてから15分経過したコンテナは、ホスト上で自動的に `docker stop`（または `docker pause`）します。これにより、メモリ消費は完全に0（あるいは数MB）になり、CPUのポーリングやディスクI/Oも完全に停止します。
ユーザーが再びアクセス（チャット送信や画面ロード）した瞬間、フロントのプロキシ（Nginx/OpenResty等）が検知して1〜2秒で `docker start` してセッションを繋ぎます。ユーザーは最初のロード時に少し待つだけで、あとは高速に動きます。

2. データの外部一元化（ログとDBの分離）

コンテナが停止しても履歴が消えないよう、MySQL（セッション同期用）や `memory_index`（記憶インデックス）はコンテナ内ではなく、ホスト側の高速なSSD領域、あるいは専用 of 軽量DBインスタンスに外出しして共有します。
これにより、コンテナは「使い捨て」のステートレスな実行環境となり、メモリの解放やホスト間の引っ越し（マイグレーション）が容易になります。