クラスター
ローカル 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 は file を parse して context を一覧します。現在の flow は server URL と user binding の個別 prefill field を保証しません。
接続を確認
Dockermanはクラスターを保存する前にAPIサーバーをプローブします。
クラスターの切り替え
Kubernetesセクション上部のクラスタースイッチャーを使用して、インポートしたクラスターと任意のローカルk3dクラスター間を移動します。
- クラスターの選択は アクティブな Docker ホストとは独立しています。別の K8s コンテキストに切り替えても Docker 接続には影響せず、その逆も同様です。
- 同じリソースが存在する別のクラスターに切り替える場合、現在の Kubernetes ページが維持されます。ネームスペースセレクタは新しいクラスターと同期します。
- アプリ再起動後、Dockerman は 最後のクラスターに再接続 し、表示していた YAML エディタや CRD インスタンスなどのディープページを復元します。
クラスターの削除
クラスタータイプに応じたアクションを使用します。
- 「Delete from Dockerman」でインポートしたkubeconfigを削除し、リモートクラスターは実行したままにします。
- 「Tear down the local k3d cluster」でクラスターとそのデータを削除します。
k3dクラスターの解体は元に戻せません。クラスター内に作成されたすべてのワークロードと永続ボリュームが失われます。
クラスターバージョンとステータス
Cluster page は API server version、connection state、node information を表示します。Node object には kubelet と container runtime version があり、node ごとの kube-proxy version はありません。
ノード、PersistentVolume、ネームスペース
これらにはそれぞれ Kubernetes セクション内に専用のアプリ内ページがあります。K8s サイドバーから到達できます。
- ノード — condition、capacity、allocatable、label、kubelet version、container runtime、scheduled Pod を表示します。
- PersistentVolume — フェーズ、クレームバインディング、再利用ポリシー、容量を含むクラスタースコープの PV リスト。完全なリファレンスは 設定とストレージ → PersistentVolume を参照してください。
- ネームスペース — ネームスペースを直接作成、削除、検査します。サイドバーのネームスペースセレクタはこのページと同期します。
クラスターイベント
専用のイベントブラウザを開くと、ネームスペース、タイプ（Normal/Warning）、理由、関連オブジェクトでフィルタリングできます。特定のリソースに範囲を絞ることなく問題をトリアージするのに便利です。