---
title: "SafeKit による Docker 高可用性：フェイルオーバー用の mirror.safe モジュールをインストールする"
canonical: "https://safekit.eviden.com/ja/quick-install/safekit-quick-installation-guide-with-docker/"
description: "SafeKit は用の mirror.safe モジュールをデプロイして、Linux 上の Docker コンテナの同期リアルタイムレプリケーションと自動フェイルオーバーを有効にします。このガイドでは、共有ストレージなしでクリティカルアプリケーション用の 2 ノードシェアードナッシングクラスターをセットアップする手順を説明します。"
category: "quick-install"
lang: "ja"
topics: "Docker の高可用性クイックインストールガイド, SafeKit High Availability の制限事項, SafeKit/Docker ソリューションの概要, Linux への SafeKit/Docker ソリューションのインストール (mirror.safe), SafeKit/Docker ソリューションのステップバイステップ設定, SafeKit mirror ソリューションのデモンストレーション"
translation: "translate_md 2026-11-08.15 | glossaire 2026-11-09.11 | Translation LLM | 43 expressions"
---
# SafeKit による Docker 高可用性：フェイルオーバー用の mirror.safe モジュールをインストールする {#docker-high-availability-with-safekit-install-the-mirrorsafe-module-for-failover}
## Docker の高可用性クイックインストールガイド {#quick-guide}
このガイドでは、SafeKit を使用して Docker 用の **mirror クラスター**をセットアップし、共有ストレージを必要とせずに自動フェイルオーバーと同期レプリケーションを確実に行う方法について説明します。
ヘルプが必要な場合は、[SafeKit AI 🤖](https://safekit.eviden.com/ja/resources/safekit-support/)をご利用ください。
### 1. 概要 {#1-overview}
* **アーキテクチャ：** 2 ノードシステム (プライマリ/セカンダリ) を使用します。
* **データ保護：** **ゼロデータ損失**（RPO = 0）を実現するリアルタイム同期レプリケーションを実装します。
### 2. インストール {#2-installation}
* **ソフトウェア：** 両方のサーバーに SafeKit エンジンをインストールします。
* **モジュール：** 事前に設定された `mirror.safe` アプリケーションモジュールをダウンロードします。
### 3. 設定 {#3-configuration}
* **Web コンソール：**Docker ファイルを含む特定のフォルダーを構成します。
* **監視：**Docker アプリケーションの監視と保護を開始します。
## SafeKit High Availability の制限事項 {#safekit-ha-limitations}
制限/要件 | 理由と影響 | 推奨される代替案
---|---|---
レプリケーションサイズ：数 TB | 障害発生後の再同期時間（[ステップ 3](https://safekit.eviden.com/ja/architectures/file-replication-byte-level-with-failover-mirror-cluster/#safekit-mirror-cluster)）：
• 1 Gb/s ネットワーク ≈ 3 時間/TB
• 10 Gb/s ネットワーク ≈ 1 時間/TB（ディスクの書き込み性能による） | • [外部共有ストレージ](https://safekit.eviden.com/ja/best-practises/san-vs-nas-shared-storage-for-a-failover-cluster/)を使用する（より高価で、より複雑）。
ファイル数：100 万ファイル未満 | •障害発生後の再同期時間性能（[ステップ 3](https://safekit.eviden.com/ja/architectures/file-replication-byte-level-with-failover-mirror-cluster/#safekit-mirror-cluster)）。
• 両方のノード間で各ファイルを比較するのに必要な時間。 | • 複製する多数のファイルを仮想ハードディスク/仮想マシンに配置します。
• この場合、仮想ハードディスク/仮想マシンを表すファイルのみがレプリケートおよび再同期されます。
フェイルオーバー容量：32 台以下の VM | • 各 VM は、独立した mirror モジュール内で実行されます。
• 同じクラスター上で最大 32 個の mirror モジュールを実行できます。 | • 外部共有ストレージと別の VM クラスタリングソリューションを使用する（より高価で、より複雑）。
ネットワークアーキテクチャ：リモートサイト間の LAN/VLAN ネットワーク | • 同じサブネット内の 2 つのノードで[仮想 IP アドレス](https://safekit.eviden.com/ja/best-practises/how-a-virtual-ip-address-works/)を自動フェイルオーバーします。
• 再同期のための十分な帯域幅（[ステップ 3](https://safekit.eviden.com/ja/architectures/file-replication-byte-level-with-failover-mirror-cluster/#safekit-mirror-cluster)）。
• [同期レプリケーション](https://safekit.eviden.com/ja/best-practises/synchronous-replication-vs-asynchronous-replication/)の低レイテンシ：通常<5 ミリ秒の RTT。より高い値は、アプリケーションの書き込みレートに対して検証する必要があります。 | • 2 つのノードが異なるサブネットにある場合（クラウドで一般的）、ロードバランサー、クラウドプロバイダーの CLI、BGP、または DNS リダイレクションなど[の他のルーティングオプションを](https://safekit.eviden.com/ja/best-practises/how-a-virtual-ip-address-works/#safekit-virtual-ip-implementation)使用します。
• 高遅延ネットワークには、非同期レプリケーションに対応したバックアップソリューションを使用してください。
## SafeKit/Docker ソリューションの概要 {#overview-of-the-safekit--docker-solution}
ソリューションについては、こちらで説明しています。** 💡 [SafeKit : Docker 高可用性 & リアルタイムデータレプリケーションソフトウェア]()
**。
## Linux への SafeKit/Docker ソリューションのインストール (mirror.safe) {#installation-of-the-safekit--docker-solution-on-linux-mirrorsafe}
### 前提条件 {#prerequisites}
* SafeKit で再起動する Docker アプリケーションを、2 つのノード（仮想マシンまたは物理サーバー）にインストールする必要があります。
### Linux でのパッケージのインストール {#package-installation-on-linux}
* SafeKit の無料版を 2 台の Linux ノードにインストールします。注：無料トライアルには SafeKit のすべての機能が含まれています。トライアル終了後、パッケージをアンインストールせずに永久ライセンスキーを有効化できます。
* safekit_xx.bin パッケージをダウンロードした後、それを実行して rpm と safekitinstall スクリプトを抽出し、**safekitinstall** スクリプトを実行します
* ファイアウォールの自動設定に **「はい」** と回答します
* Web コンソールとデフォルトユーザー **admin** のパスワードを設定します。**すべてのノードで同じパスワードを設定してください**。
SafeKit (Linux) をダウンロード >
### Docker Compose アプリケーションの例 1 {#example-1-with-a-docker-compose-application}
Docker Compose アプリケーションでは、アプリケーションとそのすべてのコンテナを記述する **docker-compose.yml** ファイルを使用します。
* まず、両方のサーバーで、docker compose アプリケーションを起動せずにインストールします：**docker-compose -f docker-compose.yml up --no-start**
* 1 つのサーバーで、docker-compose.yml の各ボリュームに対して、次のコマンドを実行します：**docker volume inspect volume_name**
**Docker ボリュームのホストディレクトリを**返します（これらのパスは docker-compose.yml には指定されていません）。
パスのリストは **/var/lib/docker/volumes/ /_data** のように表示されます
* **ステップバイステップの設定**セクションに移動し、
* **mirror.safe** モジュールをデプロイする
* 障害発生時に切り替わる**仮想 IP アドレス**を設定します
* **/var/lib/docker/volumes/ /_data** のリストを**レプリケートディレクトリ**として設定します
* それぞれ start_prim および stop_prim スクリプトに以下を記述します。**/usr/local/bin/docker-compose-f docker-compose.yml --no-ansi start** および **/usr/local/bin/docker-compose-f docker-compose.yml --no-ansi stop**
### Docker アプリケーションで一連のコンテナを起動する例 2 {#example-2-with-a-docker-application-starting-a-set-of-containers}
ここでは、一連のコンテナを起動する Docker アプリケーション **「myappli」を**想定します。
* まず、両方のサーバーに **myappli** をインストールします。起動はしないでください
* あるサーバーで、myapply が使用しているボリュームを一覧表示します。ls **/var/lib/docker/volumes**
これにより、**/var/lib/docker/volumes/ /_data** のようなパスのリストが得られます
* **ステップバイステップの設定**セクションに移動し、
* **mirror.safe** モジュールをデプロイする
* 障害発生時に切り替わる**仮想 IP アドレス**を設定します
* **/var/lib/docker/volumes/ /_data** のリストを**レプリケートディレクトリ**として設定します
* それぞれ start_prim および stop_prim スクリプトに **/.../myappli start** および **/.../myappli stop を**記述します
### シンプルな Docker イメージを使用した例 3 {#example-3-with-a-simple-docker-image}
この構成は、nginx Docker イメージ（Web サーバー）の例で示されています。
* Docker ボリュームの作成
両方のサーバーで、同じ名前の Docker ボリュームを作成します：**docker volume create replicated_vol**
ボリュームがホスト上のどこに保存されているかのディレクトリパスを取得します：**docker volume inspect replicated_vol**
（例：**/var/lib/docker/storage/replicated_vol/_data**）
* Docker コンテナの作成
両方のサーバーで、前のボリュームにバインドする nginx docker コンテナを作成します：**docker container create --name mynginx -v replicated_vol:/usr/share/nginx/html -p 9011:80 nginx**
ボリュームに index.html ファイルを配置します：**docker cp index.html mynginx:/usr/share/nginx/html/index.html**
* **ステップバイステップの設定**セクションに移動し、
* **mirror.safe** モジュールをデプロイする
* 障害発生時に切り替わる**仮想 IP アドレス**を設定します
* **/var/lib/docker/storage/replicated_vol/_data** レプリケートディレクトリとして設定します
* それぞれ start_prim と stop_prim のスクリプトに、**`docker start mynginx`** と **`docker stop mynginx`** を記述します
* SafeKit は設定後、**http://vitual-ip:9011** で index.html へのアクセスをテストします
## SafeKit/Docker ソリューションのステップバイステップ設定 {#step-by-step-configuration-of-the-safekit--docker-solution}
### 前提条件 {#prerequisites}
* Docker は 2 つのノードにインストールされています。
* レプリケートされるデータの総量は数テラバイトに制限されます。これを超えると、再同期に要する時間が長くなります。
* ノード間の相互接続は最低 1Gb/s（より高速な再同期のためには 10Gb/s を推奨）。
* IP フェイルオーバーには、同じ LAN または拡張 LAN（L2）上の両方のノードが必要です。ルーティングされた L3 ネットワークはサポートされていません（🛠️ [クラウドロードバランサー](https://safekit.eviden.com/ja/resources/safekit-user-guide-82/#Cloud)を除く）。
### 1. SafeKit コンソールを起動します {#1-launch-the-safekit-console}
* いずれかのクラスターノードで、`http://localhost:9010` に接続してウェブコンソールをブラウザで起動します。
* ユーザー名に `admin` と入力し、インストール時に定義したパスワードを入力します。
コンソールは、クラスター外部のワークステーションのブラウザーで実行することもできます。
⚠️ SafeKit の設定は、単一のブラウザから両方のノードで行います。
ℹ️ Web コンソールを保護するには、ユーザーガイドの 🛠️ [11. SafeKit Web サービスの保護を](https://safekit.eviden.com/ja/resources/safekit-user-guide-82/#https)参照してください。
### 2. ノードアドレスの設定 {#2-configure-node-addresses}
* ノードの IP アドレスを入力し、`Tab key` を押して接続性を確認し、ノード名を入力します。node1 または node2 のいずれかが赤色の場合、両方のノードへのブラウザの接続性を確認し、両方のノードのファイアウォールを 🛠️ [トラブルシューティング](https://safekit.eviden.com/ja/resources/safekit-user-guide-82/#Troubleshooting)のために確認します。
* 次に、`Save and apply` をクリックして設定を保存します。
* 両方のノードで `Success` ✅ メッセージを確認します。
* あるノードで構成の `Failure` ❌ が発生した場合は、そのノードの▼アコーディオンを開いてメッセージを確認してください。SafeKit AI 🤖 使用して支援を受けることができます。
ℹ️ 必要に応じて、新しい `LAN and nodes`（最初の ➕）を追加して、2 番目のハートビートと専用のレプリケーションネットワークを作成できます。
ℹ️ `Advanced configuration` をクリックすると、`cluster.xml` ファイルが表示されます。このファイルはコンソールによって自動的に作成され、ノードにデプロイされます。
### 3. モジュールを選択します {#3-select-a-module}
* `New module` で、`mirror.safe` モジュールをクリックします。
ℹ️ 上部の青いバナーで、🛜 `node1` コンソール接続ノードを表します。このノードは、必要に応じて `node2` にリクエストを中継します。
ℹ️ インストール時にモジュールを配置した場合、コンソールは接続ノード (`node1`) の `Application_Modules/generic/` ディレクトリで `xxx.safe` を検索します。
### 4. モジュールを構成する {#4-configure-the-module}
* `Module startup at boot` で、遅延なしで起動時にモジュールを自動起動するように選択します。
* `Macros`/`SERVICES` に、アプリケーションのサービス名を起動順にコンマで区切って入力します。Milestone [Milestone XProtect サービスの視覚的な例については、このスクリーンショットを参照してください 🖼️](https://safekit.eviden.com/wp-content/uploads/2025/05/milestone-services.png)。
* `Heartbeat networks` では、レプリケーションが行われる単一のハートビートネットワークが必要です。ステップ 2 でプライベート LAN を追加した場合は、プライベート LAN でレプリケーションフローを持つ 2 つのハートビートを設定できます。
* `Virtual IP addresses` に、仮想 IP アドレスを入力します。仮想 IP アドレスは、両方のノードの IP アドレスと同じ IP ネットワーク (同じサブネット) 内の標準 IP アドレスです。
アプリケーションクライアントは、仮想 IP アドレス（または仮想 IP アドレスに関連付けられた DNS 名）で設定する必要があります。
障害発生時には、仮想 IP アドレスが自動的に切り替わります。
* `Replicated directories` で、レプリケートするディレクトリのパスを設定します。両方のノードに存在し、アプリケーションデータが含まれていることを確認します。
データとログのレプリケーションは、データベースにとって不可欠です。
必要に応じて、追加のレプリケートディレクトリを作成できます。
[Milestone XProtect SQL レプリケーションの視覚的な例については、こちらのスクリーンショットをご覧ください 🖼️](https://safekit.eviden.com/wp-content/uploads/2025/05/milestone-replication.png)。
* `Checkers` では、必要に応じて、プロセス監視、カスタムチェッカー、TCP、ping、またはスプリットブレインチェッカーなどのチェッカーを設定できます。
たとえば、プロセス名が `Monitored processes/services` に表示されている場合、障害発生時に再起動アクションで監視されます。誤ったプロセス名を設定すると、モジュールは起動直後に停止します。
ℹ️ `Advanced configuration` をクリックすると、`userconfig.xml` ファイルが表示されます。このファイルはコンソールによって自動的に作成され、再起動スクリプトを使用してノードにデプロイされます。
ℹ️ クラウド展開では、SafeKit で仮想 IP アドレスを設定する必要はありません。仮想 IP は、🛠️ [クラウドロードバランサーレベル](https://safekit.eviden.com/ja/resources/safekit-user-guide-82/#Cloud)で管理されます。
ℹ️ SafeKit の構成を適用すると、Windows サービスでサービスの `startup type` が自動的に `Manual` に設定されます。これにより、システム起動時にサービスが自動的に開始されることはなく、モジュール自体が開始されたときにのみ開始されます（Linux でも同様です）。
### 5. スクリプトを編集する（任意） {#5-edit-scripts-optional}
* このステップはオプションであり、ほとんどの場合スキップできます。再起動スクリプトは、前のステップで定義されたサービスを再起動するようにすでに事前設定されています。
* `Next step` を直接クリックしてください。
* `start_prim.ps1`、`SERVICES` リストで指定された順序ですべてのサービスを開始し、`stop_prim.ps1` 逆の順序ですべてのサービスを停止します。
* さらに、`start_prim.ps1` 各サービスの起動をチェックし、いずれかのサービスが正しく起動しなかった場合はモジュールを停止します。
### 6. 通信の暗号化（オプション） {#6-communication-encryption-optional}
* ノード間の通信の暗号化を維持します。
### 7. 保存して適用 {#7-save-and-apply}
* 両方のノードで設定とスクリプト `Save and apply`。
### 8. 設定が正常に完了したことを確認する {#8-verify-successful-configuration}
* 両方のノードで `Success` ✅ メッセージを確認し、`Monitor modules` をクリックします。
* あるノードで構成の `Failure` ❌ が発生した場合は、そのノードの▼アコーディオンを開いてメッセージを確認してください。SafeKit AI 🤖 使用して支援を受けることができます。
⚠️ Linux では、レプリケートされたディレクトリがマウントポイントの場合、このステップでエラーが発生することがあります。🛠️ [問題を解決するには、SK-0030 を参照してください](https://github.com/FR-LES-SAFEKIT-DEV/safekit-packages/releases/download/v8.2/SafeKit_8.2_Knowledge_Base.pdf)。
### 9. 最新のデータでノードを起動する {#9-start-the-node-with-up-to-date-data}
* ノード 1 に最新のレプリケートされたディレクトリがある場合は、それを選択して⋯ `Force start` ▶ `As primary` ] を選択します。
ノード 2 が起動すると、すべてのデータがノード 1 からノード 2 にコピーされます。
⚠️ 間違った選択をすると、両方のノードで古いデータを同期させてしまう危険性があります。
⚠️ また、SafeKit はレプリケーションメカニズムをインストールし、`start_prim` スクリプトでアプリケーションを起動できるように、ノード 1 で Docker アプリケーションが停止していることも前提としています。
⚠️ 2 回目以降の起動には `Start` 使用してください。SafeKit は最新のサーバーを保持します。「Starting `As primary` は、初回起動時または例外的な操作時に使用する特別な起動方法です。
### 10. ALONE（緑）に切り替わるまで待ちます {#10-wait-for-the-transition-to-alone-green}
* ノード 1 は ALONE（緑）状態に達する必要があります。これは、仮想 IP が設定され、`start_prim` スクリプトがノード 1 で実行されたことを意味します。
⚠️ ALONE（緑）に到達しない場合、またはアプリケーションが起動しない場合は、ノード 1 の[モジュールログ 🖼️](https://safekit.eviden.com/wp-content/uploads/2024/03/24-module-log-script.png)で原因を分析してください。
* `node1` の 🔍**ログ**アイコンをクリックしてモジュールログを開き、チェッカーがエラーを検出してモジュールを停止するなどのエラーメッセージを探します。
* ログの `start_prim` をクリックします。スクリプトの出力メッセージが右側に表示され、サービスが正しく起動していないなどのエラーを検出できます。
* ログメッセージについては、SafeKit AI 🤖 をご利用ください。
⚠️ クラスターが `WAIT (red) not uptodate, STOP (red) not uptodate` 状態の場合は、WAIT ノードを停止し、[プライマリとして強制的に起動してください 🖼️](https://safekit.eviden.com/wp-content/uploads/2024/03/10-monitoring-mirror-stop-stop-prim.png)。
### 11. ノード 2 を起動する {#11-start-node-2}
* ⋯コンテキストメニューからノード 2 `Start`。
* SECOND（緑色）の状態になるまで待ちます。
ℹ️ ノード 2 は、レプリケートされたディレクトリを再同期している間（ノード 1 からノード 2 にコピー）、SECOND（オレンジ色の）状態を維持します。
* レプリケートされたディレクトリで再同期するファイルのサイズやネットワーク帯域幅によっては、これに時間がかかる場合があります。
* コピーの進捗状況を確認するには、ノード 2 の[モジュールログ 🖼️](https://safekit.eviden.com/wp-content/uploads/2024/03/27-module-log-reintegration.png)と[レプリケーションリソース 🖼️](https://safekit.eviden.com/wp-content/uploads/2024/03/26-replication-resources-reintegration.png)を参照してください。ログメッセージのサポートには SafeKit AI 🤖 を使用してください。
### 12. クラスターが動作していることを確認します {#12-verify-that-the-cluster-is-operational}
* PRIM ノードで Docker サービスが実行され、SECOND ノードでは実行されていない状態で、クラスターが緑/緑であることを確認します。
この状態では、ファイル内の変更のみがリアルタイムで複製されます。
⚠️ Docker サービスのクライアントであるコンポーネントは、仮想 IP アドレスで構成する必要があります。DNS 名で構成することもできます（DNS 名が作成され、仮想 IP アドレスに関連付けられている場合）。
### 13. テスト {#13-testing}
* PRIM ノードのコンテキストメニューを下にスクロールして、`Stop` をクリックして停止します。
* SECOND ノードでフェイルオーバーが発生し、ALONE（緑色）になっていることを確認します。
* Windows の Microsoft 管理コンソール (MMC) または Linux のコマンドラインを使用して、Docker サービスのフェイルオーバーを確認します (`stop_prim` スクリプトでノード 1 で停止し、`start_prim` スクリプトでノード 2 で開始します)。
⚠️ node2 で ALONE（緑）に到達しない場合、またはアプリケーションが起動しない場合は、ノード 2 の[モジュールログ 🖼️](https://safekit.eviden.com/wp-content/uploads/2024/03/38-module-log-script-second.png)で原因を分析してください。
* `node2` の 🔍**ログ**アイコンをクリックしてモジュールログを開き、チェッカーがエラーを検出してモジュールを停止するなどのエラーメッセージを探します。
* ログの `start_prim` をクリックします。スクリプトの出力メッセージが右側に表示され、サービスが正しく起動していないなどのエラーを検出できます。
* ログメッセージについては、SafeKit AI 🤖 をご利用ください。
⚠️
* すべて問題なければ、node1 で開始すると、node2 からレプリケートされたディレクトリが再同期されます。
* 問題が発生した場合は、node2 を停止し、[node1 をプライマリとして強制的に起動します 🖼️](https://safekit.eviden.com/wp-content/uploads/2024/03/10-monitoring-mirror-stop-stop-prim.png)。これにより、停止時のローカルに正常なデータで再起動します。
ℹ️ 詳細と動画については、[SafeKit オンライン研修](https://safekit.eviden.com/ja/resources/safekit-on-line-training/)をご覧ください。
### 14. サポート {#14-support}
* サポートを受けるには、ノードごとに 1 つずつ、合計 2 つの SafeKit `Snapshots`（2 つの .zip ファイル）を取得してください。
ℹ️ [サポートに関する詳細はこちら](https://safekit.eviden.com/ja/resources/safekit-support/)。
## SafeKit mirror ソリューションのデモンストレーション {#demonstration-of-the-safekit-mirror-solution}
### SafeKit ビデオ：アプリケーションレベルのクラスタリング (8:47) {#demo-mirror-ha-cluster}
このビデオでは、SafeKit SAN の複雑さなしに **mirror HA クラスター**を実装する方法をご紹介します。このデモンストレーションでは Microsoft SQL Server を使用していますが、このソリューションは他のデータベースやアプリケーションでも同様に機能します。
### 章 {#chapters}
1. 🎬 [SQL Server を使用する 2 つのノード](https://www.youtube.com/watch?v=mGwEguDnnH0&t=0s) (0:32)
2. 🎬 [クラスターと mirror.safe モジュールを構成する](https://www.youtube.com/watch?v=mGwEguDnnH0&t=32s) (3:58)
3. 🎬 [SQL レプリケーション、移行、クラッシュ時のフェイルオーバーを開始してテストする](https://www.youtube.com/watch?v=mGwEguDnnH0&t=270s) (4:17)
### ステップバイステップの実装 {#step-by-step-implementation}
* 🛠️ [Windows で mirror クラスターをセットアップする方法については、ガイドをお読みください](https://safekit.eviden.com/ja/quick-install/safekit-quick-installation-guide-for-a-new-windows-application-with-real-time-replication-and-failover/)
* 🛠️ [Linux で mirror クラスターをセットアップする方法については、ガイドをお読みください](https://safekit.eviden.com/ja/quick-install/safekit-quick-installation-guide-for-a-new-linux-application-with-real-time-replication-and-failover/)