データストアの作成と管理

データストアは Add Datastore（データストアの追加）ウィザードを使用して作成します。ウィザードは Basics（基本設定）、Configuration（構成）、Review（確認）の 3 つのステップで進行し、作成するデータストアの種類に応じて入力項目を調整します。

ウィザードを起動する場所によって、開始時のコンテキストが設定されます：

• ホストから起動 — 対象ホストがそのホストに固定されます。スコープは Local（ローカル）または Shared（共有）から選択可能です。
• クラスターまたはデータセンターから起動 — データストアは定義上共有されるため、ウィザードは自動的に Shared（共有）スコープを選択し、クラスター内のすべてのホストに展開します。

TIP

ライセンスが制限モード (restricted mode) にある場合、データストアの作成は無効化され、ウィザードに理由を説明するバナーが表示されます。

---

ステップ 1 — 基本設定 (Basics)

項目	注意事項
Target Cluster	データストアが所属するクラスター（スタンドアロンホストの場合は No Cluster）。特定のホストまたはクラスターから起動した場合はロックされます。
Target Host	データストアの作成元となるホスト。クラスターから起動した共有データストアの場合は非表示になります（プールはすべてのホストに配置されます）。
Datastore name	必須。デフォルトのマウントパスの自動生成に使用されます。
Autostart	ホストの起動時にデータストアを自動的に開始します。
Scope	Local（このホストのみ）または Shared（クラスター内のすべてのホスト）。共有スコープには少なくとも 2 台のホストを持つクラスターが必要です。
Type	利用可能なタイプは選択したスコープによって異なります（下記参照）。

データストアタイプ

スコープ	タイプ	基盤
Local	Local directory	ホスト上のディレクトリパス（libvirt ディレクトリプール）。
Local	Local disk device	パーティションのない、未マウントのローカルディスク全体。
Shared	Shared NFS	すべてのホスト上の同じパスにマウントされた NFS エクスポート。
Shared	Shared Clustered FS (OCFS2)	共有グループによって協調動作する、OCFS2 でフォーマットされた共有 SAN/マルチパス LUN。

---

ステップ 2 — 構成 (Configuration)

構成ステップは、ステップ 1 で選択したタイプによって変化します。

ローカルディレクトリ (Local directory)

絶対ディレクトリパス（例: /var/lib/cockpit/images/local-store）を指定します。ホストはそのパスにディレクトリベースの libvirt プールを作成します。

ローカルディスクデバイス (Local disk device)

ローカルディスク全体と、libvirt が使用するマウントパス（デフォルトは /mnt/<datastore-name>）を選択します。選択できるのは条件を満たすディスクのみです。以下のディスクは拒否されます：

• すでに別のストレージプールに属している
• 取り外し可能（リムーバブル）である
• パーティションが含まれている
• すでにマウントされている
• ネットワーク / マルチパスデバイスである（これらは共有 OCFS2 プール用に予約されています）

共有 NFS (Shared NFS)

項目	注意事項
NFS source	host:/path 形式のエクスポート（例: nfs.example.com:/exports/datastore）。
Shared mount path	すべてのホストで使用される共通パス。デフォルトは /mnt/<cluster-name>/<datastore-name>。絶対パスである必要があります。
Username / Password	オプション。一方を設定する場合は、両方を設定する必要があります。

Cockpit はクラスター内のすべてのホストに一致する netfs プールを作成します。

共有クラスター FS / OCFS2 (Shared Clustered FS)

OCFS2 データストアを使用すると、複数のホストが同じ LUN に同時に読み書きできます。これはホスト間の協調動作があって初めて安全になるため、このタイプには追加の前提条件と安全策が存在します。

前提条件: 共有グループがすでに存在していること

ウィザードが O2CB クラスターを自動作成することはありません。クラスター内のすべてのホストが、すでに同じ O2CB 共有グループに所属している必要があります。所属していない場合、ウィザードは "No shared O2CB cluster" と表示してブロックします。まずShared Group タブからグループをセットアップし、その後ウィザードを再開してください。

ホストごとのデバイス項目で、各ホストが認識している共有 LUN をマッピングします：

• 未マウントのネットワークベースまたはマルチパスデバイスのみが提示されます。ローカルディスクは対象外です。
• 各ホストで iSCSI ソフトウェアアダプターが有効になっている必要があります。有効になっていない場合、そのホストの Configure → Storage → Adapters ページで構成するよう行に表示されます。
• すべてのホストが同じ根幹の LUN を指している必要があります。デバイスパスはホストごとに異なる場合がありますが（例: /dev/mapper/mpathb と /dev/sdd）、ウィザードはそれらが同じ LUN 識別子（永続 ID / WWID）に解決されるかを検証し、不一致を拒否します。

フォーマットによる LUN データの消去

選択した LUN にすでにファイルシステムが存在する場合、データストアの作成によって再フォーマットが行われ、すべてのホスト上の全データが一度に消去されます。ウィザードは検出されたファイルシステムを表示し、続行前に 「Yes, erase this device」 チェックボックスへのチェックを要求します。1 台のホスト（アルファベット順で最初の「エントリーポイント」ホスト）が LUN に対して mkfs を実行し、その他のホストはそれをマウントするのみとなります。

---

ステップ 3 — 確認と作成 (Review & Create)

確認ステップでは、最終的な構成（スコープ、タイプ、ホスト、マウントパス、および OCFS2 の場合は O2CB クラスター名と各ホストのデバイス割り当て）が要約表示されます。

Create Datastore を選択するとリクエストが送信されます。共有データストアはすべてのホストでバックグラウンド作成されるため、ウィザードが閉じ、Tasks パネルが自動的に開いて進行状況を確認できます。

---

既存データストアの管理

データストアのビューから次の操作ができます：

• 容量の監視 — 合計・使用済み・空き容量。
• Refresh — データストアを再スキャンし、Cockpit の表示を実際にディスク上にあるファイルと一致させます。
• Start / Stop — データストアをオンライン／オフラインにします。停止すると、そのディスクは VM から利用できなくなります。
• Delete — データストアを削除します。中のディスクファイルを消去するかどうかを選べます。その選択をしなければ登録のみが削除され、ファイルはそのまま残ります。

---

関連トピック

• ストレージとデータストアの概要 — ローカル vs 共有、スコープが重要な理由。
• 共有グループ (OCFS2) の管理 — OCFS2 データストアが依存する O2CB クラスターのセットアップと運用。
• VM とストレージのマイグレーション — データストア間でのディスクの移動。