1台のホームサーバーでProxmox、Kubernetesラボ、ネットワークストレージを同時に稼働できますか？
はい - ストレージが安定したハードウェアパスを確保し、ラボのリソースを制限して使い捨て可能な状態にしておけば、1台のホームサーバーでProxmox、Kubernetesのラボ、ネットワークストレージを実行できます。
この設計は、学習や重要度の低い家庭内サービスに最適であり、自動的な高可用性を実現するものではありません。物理ホストはProxmoxが管理し、ストレージの役割を明確にし、Kubernetesの実験環境から家族のデータやバックアップの唯一のコピーを制御できないようにする必要があります。
各ハードウェアパスに1つの所有者を割り当てる
CPU、メモリ、NIC、ブートデバイス、仮想化はProxmoxに任せます。ストレージをホスト上で実行するのか、コントローラーのパススルーを使った専用VMで実行するのか、別のアプライアンス役割として実行するのかを決めます。
ProxmoxとKubernetesを使ったシングルサーバーのホームラボでは、1台のホストにVM、Kubernetes、ストレージ、GitOps、プライベートアクセスを組み合わせられることが示されています。ただし、物理サーバーが共有障害境界になることも明確になります。
ホストとストレージVMの両方に同じディスクを管理させないでください。コントローラーとファイルシステムの所有権は明確でなければなりません。
安定したサービスとラボを分離する
DNS、ストレージ管理、バックアップ、重要な家庭内サービスは、Kubernetesのラボの外部、または安定したVMグループ内に置きます。Kubernetesノード、Ingressの実験、テスト用ワークロードは再構築できるようにします。
CPU、メモリ、I/O、ストレージのクォータを設定し、暴走したPodがファイルサービスを圧迫したり、プールを使い果たしたりしないようにします。ラボに割り当てる前に、ハイパーバイザーとストレージスタック用のメモリを確保してください。
障害の連鎖や権限の都合で複雑化する価値がある場合は、管理、ストレージ、サービス、実験用に異なるブリッジまたはVLANを使用します。
ホスト内でストレージの役割を分離する
| 役割 | 配置 | 復旧 |
|---|---|---|
| Proxmoxのブート | 小容量のミラー構成または復旧可能なデバイス | 再インストールと設定の復元 |
| VMおよびKubernetesのディスク | 高速なローカルストレージ | ゲストのバックアップまたは再構築 |
| 家族のファイル | 保護されたNASデータセット | スナップショットと独立したコピー |
| ラボのボリューム | 使い捨て、または価値に応じてバックアップ | 定義から再作成 |
| バックアップ | 別のホストまたは外部ターゲット | プライマリプールなしで復元 |
Proxmoxのバックアップの唯一のコピーを、ゲストと同じプールや筐体に保存しないでください。1つのコントローラーまたはホストに障害が発生すると、復元元と復元先の両方が失われます。
クライアントプロトコルは別途選択してください。SMBとNFSのガイドを使えば、家庭内の共有フォルダーとLinuxインフラストラクチャのマウントを分けて管理できます。
ブートと復旧の順序を計画する
再起動後は、ファイルサービス、Kubernetesの永続ボリューム、依存するアプリケーションが起動する前に、ストレージが正常な状態になっていなければなりません。ラボサービスが停止している間も、DNSと管理アクセスには到達できるようにします。
別の小規模なProxmoxストレージ分析では、エンタープライズ環境に似せるためだけにCephを追加せず、ホームサーバーでローカルストレージ、バックアップサーバー、NAS容量を利用できる理由が示されています。
Kubernetes VM、ストレージサービス、Proxmoxのブートディスクを、それぞれ別の障害として失うテストを行います。それぞれについて、次に実行する操作を文書化しておく必要があります。
拡張と停止の境界を設定する
ラボのスケジューリングでメモリが逼迫したらメモリを追加し、VMのレイテンシーが上昇したら高速ストレージを追加します。家族のデータの稼働時間をProxmoxのメンテナンス中も維持する必要がある場合は、ストレージを別のホストに分離します。
停止を許容でき、共有障害ドメインによる影響よりも学習効果が大きい場合は、1台のサーバーを使い続けます。実験的な再起動、パススルーの変更、容量関連の処理によって家庭内アクセスが脅かされる場合は、役割を分離します。
この設計を高可用性と呼ぶのはやめましょう。サービスをVM内で分離していても、1つの筐体、マザーボード、電源ユニット、管理者の境界は、依然として1つの物理的な障害ドメインです。
最終的なセットアップのルール
すべてのサービスに明確な役割、保護された状態、管理されたアクセス経路、テスト済みの復元方法、そしてトポロジーを分離または拡張するための測定可能なトリガーがあれば、このセットアップは合格です。
おすすめ商品
NAS＆サーバー設定
もっと読む
研究論文、ノート、プライベートドキュメント向けのローカルRAG環境
元のドキュメントを正本として扱い、インデックス作成を再現可能にし、引用を必須とし、交換可能なモデルを非公開のソースデータから分離する。
開発者はなぜプライベートDNS、VPN、テストアプリにゲートウェイノードを使うのか？
ゲートウェイノードにより、プライベートアプリには管理された1つの名前とアクセス経路を提供し、コンピュートノードは外部に公開せず、交換可能な状態に保てます。
Composeファイル、シークレット、永続データを分離して再現性のあるアプリケーションスタックを構築する方法
Compose定義の移植性を保ち、シークレットを保護し、アプリデータを個別にバックアップして、クリーンなホスト上でスタックを再構築できるようにします。
