DRM アプライアンスのインストール
DRM は仮想アプライアンスとして提供されます。最小構成の Ubuntu ベース上に、1 つの Go バイナリ（組み込み Web UI と SQLite データベース）を含む単一の OVA イメージです。コンパイルの必要はなく、リバースプロキシの構成も不要です。アプライアンス自体が HTTPS を終端し、ハイパーバイザー上で通常の VM として稼働します。これは VMware SRM の配布形態と全く同じです。
サイトごとに 1 つのアプライアンスをデプロイします — プライマリサイトに 1 つ、リカバリサイトに 1 つ配置し、それぞれがそのサイトの Cockpit に接続します。DRM 間を直接結ぶプロセスの常時リンクはありません。2 つのアプライアンスはリカバリプラン定義の交換のみを行います。
本ページの位置づけ
このページでは、アプライアンスを稼働状態にするまでの手順を説明します。コンソールが https://<address>:7772/ で応答するようになったら、はじめに に進んでライセンスの適用、Cockpit への接続、および 2 つのサイトのペアリングを行ってください。
開始する前に
| リソース | アプライアンスのデフォルト値 | 備考 |
|---|---|---|
| vCPU | 2 | コントロールプレーン専用 — DRM はレプリケーションのデータパス上には配置されません。 |
| RAM | 2 GB | |
| ディスク | 10 GB (シンプロビジョニング) | OS、SQLite データベース、自己署名 TLS 証明書データを保持します。 |
| ネットワーク | 1 NIC | サイトの Cockpit にアクセスし、サイト間ではピアの DRM にポート 7772 で通信します。 |
共有 / HA ストレージ上にデプロイしてください
DRM は設計上、アプリケーションレベルのクラスタリング機能を備えていません。インスタンスの可用性は Cockpit の VM-HA に委ねられています。VM-HA は障害が発生したホストの VM を別の場所で再起動しますが、ローカルディスク上にある VM はスキップされます。アプライアンスは共有 / HA データストア上に配置し、VM-HA を有効にしてください。ローカルストレージに配置した場合、ホストに障害が発生するとアプライアンスは停止し、自動再起動されません。
1. エンタープライズポータルから OVA をダウンロードする
エンタープライズポータル にサインインし、DRM 製品を開いて、最新のアプライアンスリリースをダウンロードします（プラットフォームは generic — OVA は任意のハイパーバイザーで動作します）。drm-appliance-<version>.ova という名前のファイルが取得されます。
リリースページには OVA の SHA-256 チェックサムも公開されています。インポートする前にダウンロードファイルを検証してください：
sha256sum drm-appliance-<version>.ova
# 出力をポータルのリリースページに表示されているチェックサムと比較します2. ハイパーバイザーに OVA をインポートする
OVA は、OVF 記述子と streamOptimized VMDK ディスクをまとめた tar アーカイブです。Cockpit 経由、または Vapor を介して直接インポートします。
Cockpit を使用する場合
データストアブラウザを使用して、アプライアンスディスクをデータストアにアップロードします。ワークフローでネイティブフォーマットが必要な場合は、まず OVA を解凍し（
tar -xf drm-appliance-<version>.ova）、VMDK を qcow2 に変換します：bashqemu-img convert -O qcow2 drm-appliance-<version>-disk1.vmdk drm-appliance.qcow2VM プロビジョニングウィザードを開き、開始する前に で示したサイジングで新しい VM を作成します。Storage のステップで Attach Existing を選択してアップロードしたディスクを指定し、Network のステップでアプライアンスが応答する管理ネットワークに 1 つの NIC を接続します。VM は共有 / HA データストアに配置してください。
データストアとウィザードの詳細については、Cockpit の 仮想マシン および ストレージとデータストア のガイドを参照してください。
Vapor を直接使用する場合
ストレージプールブラウザを使用して Vapor のストレージプールにディスクをアップロードし、上記のサイジングと 1 つの NIC を持つ既存ディスクから VM を作成します。ストレージプール および 仮想マシン を参照してください。
VMware ターゲット
VMware サイトでは OVA を直接インポートできます — OVF テンプレートのデプロイ を使用してデプロイし、アプライアンスの事前定義されたハードウェア構成をそのまま維持してください。
3. 電源をオンにしてアドレスを確認する
VM を起動します。初回起動時にアプライアンスは以下を実行します：
- DHCP 経由で NIC を有効化します。
- このインスタンス専用のシークレットを生成し（各アプライアンスが一意になるように設計されており、イメージに事前埋め込みされたものはありません）、自己署名 TLS 証明書を発行し、DRM サービスを起動する一連の初回セットアップを実行します。
- ファイアウォールを SSH (22) と DRM コンソール (7772) のみに制限します。
DHCP サーバーのリース情報から割り当てられたアドレスを確認するか、VM コンソールから読み取ります（次のステップ）。
4. コンソールを開いてログインを設定する
VM のコンソールを開きます。組み込みのコンソールアカウントでログインします：
| アカウント | ユーザー名 | パスワード |
|---|---|---|
| コンソール (SSH / VM コンソール) | drm | drm |
初回ログイン時にこのパスワードの変更が求められます。このコンソールアカウントはホストレベルのアクセス（アドレスの確認、ホストのメンテナンス）のみを目的としており、次に作成する DRM Web 管理者とは別のものです。
アドレスを確認し、サービスが稼働していることを確認します：
ip -4 addr # アプライアンスのアドレス
systemctl is-active drm drm-update.path # どちらも「active」と表示される必要があります5. DRM コンソールを開いて初期セットアップを完了する
ブラウザで以下にアクセスします：
https://<address>:7772/証明書は自己署名されているため（アプライアンスは IP アドレスでアクセスされ、パブリック CA は IP に対する証明書を発行しないため）、初回アクセス時にブラウザで警告が表示されます — 続行を許可してください。これは意図的な設計であり、管理者パスワードやその後のすべてのリクエストが平文の HTTP で送信されるのを防ぎます。
新規のアプライアンスでは、DRM は初回セットアップウィザードを表示します。このウィザードで最初の Web 管理者アカウントを作成し、ログインします。
アプライアンスをパブリックインターネットに公開しないでください
アプライアンスは必ず管理ネットワーク内に維持してください。両サイトにまたがるフェイルオーバーをオーケストレーションし、暗号化された Cockpit 資格情報を保持するため、パブリックアドレスに配置するようには強化されていません。
6. 2 つ目のサイトで同じ手順を繰り返す
リカバリサイトでも同様に 2 つ目のアプライアンスをデプロイします。各アプライアンスは独立しており自己完結しています — 生成されるシークレットは異なる必要があるため、構成済みのアプライアンスをクローンして 2 つ目のアプライアンスを作成しないでください。新規の OVA をインストールしてください。
アプライアンスのアップデートの維持
DRM は再インストールすることなくインプレースで自身をアップデートします — データベース、ペアリングされたサイト、リカバリプラン、シークレットはすべて引き継がれます。
- ダッシュボードから: Settings → Updates にインストールされているバージョンと新しいリリースが表示され、Install Update ボタンが提供されます。
- SSH から:
sudo drm update（確認のみの場合はsudo drm update --check）。
アップデートはエンタープライズポータルのリリースフィードから HTTPS 経由で取得されます。アップデータはダウンロードのチェックサムを再検証し、新しいバイナリを信頼する前に一度テスト実行し、ダウングレードを拒否し、リカバリプランの実行中は再起動を拒否します。エアギャップ（閉域網）サイトでは、アップデート確認を無効にするか、社内の署名済みフィードを指定できます。
次のステップ
両方のアプライアンスでコンソールが https://<address>:7772/ で応答するようになったら、以下を続行してください：
- はじめに — 前提条件、ライセンス、各 DRM のローカル Cockpit への接続。
- 2 つのサイトのペアリング — プライマリおよびリカバリの Cockpit を接続し、DRM インスタンス同士をペアリング。
- ワークロードの保護 — 最初の VM をレプリケーション対象として登録。