共有クラスター(廃止)
🚫
共有クラスターは 2026 年に廃止されました。すべての新しいプロジェクトは専用サーバーをご利用ください。
共有クラスターとは
共有クラスターは、Zeabur の初期のサーバー提供形態でした。このモデルでは、複数ユーザーのサービスが同じ Kubernetes クラスターにデプロイされ、CPU、メモリ、ネットワークリソースを共有していました。ユーザーはハードウェアを管理する必要がなく、実際のリソース使用量に対してのみ課金されていました。
共有クラスター vs. 専用サーバー
| 機能 | 共有クラスター(廃止) | 専用サーバー |
|---|---|---|
| リソース分離 | マルチテナント、共有ハードウェア | 完全専用ハードウェア |
| 課金方式 | 従量制(vCPU / メモリ / トラフィック) | 月額固定料金 |
| サーバーロケーション | 固定リージョン(AWS) | Bring Your Own Host (BYOH)、任意のリージョン |
| パフォーマンスの安定性 | ノイジーネイバーの影響あり | 安定かつ予測可能 |
| ユースケース | 小規模プロジェクト、開発/テスト | 本番環境、高信頼性ワークロード |
廃止の理由
専用サーバーの提供が成熟するにつれ、Zeabur はより優れたリソース分離とパフォーマンス保証を提供するため、共有クラスターを専用サーバーアーキテクチャに統合しました。共有クラスター時代の従量制価格モデルは、料金プランで料金情報として引き続き参照されています。
共有クラスターから専用サーバーへの移行
サービスがまだ共有クラスターで稼働している場合は、以下の手順で移行してください:
- 専用サーバーをプロビジョニング — Zeabur サーバーページで専用サーバーを購入するか、自分のサーバーを登録してください。
- データをバックアップ — バックアップとリストア機能を使用して、すべてのステートフルサービス(データベース、永続ストレージ)のバックアップを作成してください。
- プロジェクトをエクスポート — プロジェクトのエクスポート機能を使用して、プロジェクトの YAML 設定をエクスポートしてください。
- 専用サーバーに再デプロイ — 専用サーバーのリージョンに新しいプロジェクトを作成し、設定をインポートして、サービスを再デプロイしてください。
- データを復元 — 手順 2 のバックアップを新しいサービスに復元してください。
- DNS を切り替え — カスタムドメインの DNS レコードを新しいサービスのドメインに向けてください。
- 確認とクリーンアップ — 新しい環境が正常に動作していることを確認したら、共有クラスターから古いサービスを削除してください。
移行中に問題が発生した場合は、コミュニティフォーラムでお問い合わせください。