Awanio Cockpit との統合
Cockpit をターゲットにすると、Condensa は Cockpit コントロールプレーンが 管理する KVM ホスト群へ VM を移行します。移行ごとに ターゲットホスト、 ストレージプール、ネットワーク を選択でき、移行の転送ジョブは Cockpit の Tasks パネルに自動的に表示されます。
前提条件
- 稼働中の Cockpit コントロールプレーンに、Condensa サーバーから HTTPS で 到達できること。
- ターゲットホストが Cockpit に登録済みであること(Cockpit の通常の ホストプロビジョニングフローで追加)。
- Condensa 用の Cockpit サービスアカウント(アクセスキー + シークレット)。
- 直接取得(direct pull)とウォーム移行には: ターゲットホストに VDDK が インストール済み で、ホストから ESXi へのネットワークアクセスがあること — VDDK について を参照。
- staged フォールバック(VDDK のないホストで自動使用。コールドのみ)には: ホストが
CONDENSA_PUBLIC_URLに到達できること。
1. Cockpit でサービスアカウントを作成
Cockpit で Condensa 用のサービスアカウントを作成し、アクセスキーと シークレットを控えます。
2. Condensa でプロバイダーを登録
- Providers → Add Provider を開きます。
- ベンダーに Awanio Cockpit を選択します。
- 以下を入力します:
- Label — ウィザードで見分けやすい名前(例:
cockpit-prod) - API URL — Cockpit のエンドポイント(例:
https://cockpit.example.com) - アクセスキー / シークレット — サービスアカウントの認証情報
- Label — ウィザードで見分けやすい名前(例:
- 保存後、プロバイダーカードの Test をクリックします — 成功しない 限り移行は実行できません。
3. 移行の実行
移行ウィザードで VMware ソースと VM を選択し、続いて:
- Target provider — 登録した Cockpit プロバイダー
- Target host — VM を受け取る KVM ホスト
- Storage pool — 変換後の qcow2 ディスクの配置先
- Network — VM の NIC を接続するスイッチ(既定は None。稼働中の ソースとの IP 競合を防ぐため)
電源オンかつ CBT が利用可能な VMware VM にはウォーム移行が提示され、 ウィザードが VM ごとの準備状況を表示します。
データの流れ
| エンジン | 経路 | 使用条件 |
|---|---|---|
| VDDK direct pull | ターゲットホストが ESXi から直接取得し、qcow2 へオンザフライ変換 | ホストに VDDK あり(優先。ウォームは必須) |
| Staged 転送 | Condensa が vSphere からエクスポート・変換し、ホストがダウンロード | 自動フォールバック。コールドのみ |
実際に使われたエンジンは移行詳細ページの Method バッジに表示されます。
トラブルシューティング
- プロバイダーの Test が失敗する — API URL、サービスアカウントの 認証情報、Cockpit の TLS 証明書の受け入れを確認してください。
- インポートジョブが thumbprint/VDDK エラーで失敗する — ターゲット ホストの VDDK(Vapor UI → System → Third-party Libraries)と、ホストから ESXi のポート 443/902 への到達性を確認してください。
- direct pull のはずが staged 転送になった — ターゲットホストに VDDK が ないか ESXi に到達できません。移行は staging 経由のコールドで完了します。