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