クラスター
ローカル k3d クラスターを起動するか、既存の kubeconfig をインポートして任意の Kubernetes 環境を管理。
ローカル k3d クラスターを起動するか、既存の kubeconfig を取り込み、同じ Kubernetes セクションからクラスターを管理します。
k3dでローカルクラスターを起動
開発やテスト用の使い捨てのローカルクラスターが必要なら k3d を使います。
Kubernetesセクションを開く
クラスターが設定されていない場合、Dockermanは「Start a Cluster」ボタンを表示します。
「Start a Cluster」をクリック
Dockermanは初回使用時にk3dバイナリをダウンロードします。
クラスターの起動を待つ
ローカルクラスターは通常、最新のマシンで約10秒で起動します。
Kubernetesの使用を開始
ネームスペーススイッチャーが表示され、ワークロードリストが利用可能になります。
Dockermanは初回使用時にk3dバイナリをダウンロードします。開始する前に、外向きのHTTPSを許可するか、バイナリを自分でインストールしてください。
既存のクラスターをインポート
すでにクラスターがあり、Dockerman で直接管理したい場合は kubeconfig を取り込みます。
「Import Cluster」をクリック
クラスターページからインポートフローを開きます。
kubeconfigファイルを選択
Dockerman はファイルを解析してコンテキストを一覧します。取り込みたいコンテキストを選んでください。現在の流れは、server URL とユーザー紐付けの個別の事前入力欄を保証しません。
接続を確認
Dockermanはクラスターを保存する前にAPIサーバーをプローブします。
クラスターの切り替え
Kubernetes セクション上部のクラスタースイッチャーで、取り込んだクラスターとローカル k3d クラスターを切り替えます。
- クラスターの選択は アクティブな Docker ホストとは独立しています。別の K8s コンテキストに切り替えても Docker 接続には影響せず、その逆も同様です。
- 同じリソースが存在する別のクラスターに切り替える場合、現在の Kubernetes ページが維持されます。ネームスペースセレクタは新しいクラスターと同期します。
- アプリ再起動後、Dockerman は 最後のクラスターに再接続 し、表示していた YAML エディタや CRD インスタンスなどのディープページを復元します。
クラスターの削除
クラスターの種類に応じたアクションを使います。
- 「Delete from Dockerman」でインポートしたkubeconfigを削除し、リモートクラスターは実行したままにします。
- 「Tear down the local k3d cluster」でクラスターとそのデータを削除します。
k3dクラスターの解体は元に戻せません。クラスター内に作成されたすべてのワークロードと永続ボリュームが失われます。
クラスターバージョンとステータス
クラスターページには API サーバーのバージョン、接続状態、ノード情報が表示されます。Node オブジェクトには kubelet とコンテナランタイムのバージョンがあり、ノードごとの kube-proxy バージョンはありません。
ノード、PersistentVolume、ネームスペース
それぞれ Kubernetes セクション内に専用ページがあり、K8s サイドバーから開けます。
- ノード — 状態、容量、割り当て可能量、ラベル、kubelet バージョン、コンテナランタイム、スケジュール済み Pod を表示します。
- PersistentVolume — フェーズ、クレームバインディング、再利用ポリシー、容量を含むクラスタースコープの PV リスト。完全なリファレンスは 設定とストレージ → PersistentVolume を参照してください。
- ネームスペース — ネームスペースを直接作成、削除、検査します。サイドバーのネームスペースセレクタはこのページと同期します。
クラスターイベント
専用のイベントブラウザを開き、ネームスペース、タイプ（Normal/Warning）、理由、関連オブジェクトで絞り込めます。特定リソースに範囲を決めずに問題を切り分けるときに使います。