SIOS DataKeeper for Linuxは、共有ストレージを使用せずに可用性の高いクラスター（SIOS LifeKeeperを使用）を構築したいお客様や、ビジネスに不可欠なデータをサーバー間でリアルタイムに複製したいお客様に別の方法を提供します。
SIOS DataKeeperは、同期または非同期のボリュームレベルのミラーリングを使用して、プライマリーサーバー（ミラーソース）から1台以上のバックアップサーバー（ミラーターゲット）にデータを複製します。
DataKeeperの特長
SIOS DataKeeperには、以下の特長があります。
- TCP/IPベースのローカルエリアネットワーク（LAN）またはワイドエリアネットワーク（WAN）経由で、リモートの場所に高い信頼性、効率、整合性でデータをミラーリングできます。
- 同期と非同期のミラーリングを利用できます。
- 複製はファイルシステムの下のブロックレベルで実行されるので、関与するアプリケーションに対して透過的です。
- LifeKeeperと共に使用した場合、複数ターゲットへのカスケーディングフェイルオーバーも含めて、複数ターゲットへの同時ミラーリングを実行できます。
- 内蔵のネットワーク圧縮により、ワイドエリアネットワークでの最大スループットが向上します。
- 主要なファイルシステムはすべて利用可能です（ファイルシステムのジャーナリングへの対応については、 SPS for Linuxリリースノート の製品説明を参照してください）。
- ミラーリングしたデータにフェイルオーバーの保護を提供します。
- LifeKeeperのグラフィカルユーザインターフェースに統合されています。
- 他のLifeKeeper Application Recovery Kitはすべて利用可能です。
- システムリカバリー時に、プライマリーサーバーとバックアップサーバーとの間でデータを自動的に再同期します。
- 障害発生時には、仮想のシステムコンポーネントの健全性を監視し、ローカルリカバリーを実行します。
- I/Oフェンス用のSTONITHデバイスを利用できます。詳細については、STONITH のトピックを参照してください。
同期ミラーリングと非同期ミラーリングの違い
同期ミラーリングと非同期ミラーリングの違いを理解すると、アプリケーション環境に適切なミラーリング方法を選択することができます。
同期ミラーリング
SIOS DataKeeperは、プライマリーサーバーとバックアップサーバーに同時にデータを書き込む同期ミラーリング方法を使用して、リアルタイムミラーを実現します。書き込み動作のたびに、DataKeeperは書き込みをターゲットデバイスに転送し、リモート確認を受信してからI/O完了を通知します。同期ミラーリングの長所は、データの保護レベルが高いことです。これは、常にデータのすべてのコピーを確実に同一にしているからです。ただし、リモート確認を待つために、パフォーマンスが低下することがあり、これは特にWAN環境で発生します。
非同期ミラーリング
非同期ミラーリングでは、それぞれの書き込みがソースデバイスに対して行われ、次に、コピーがターゲットデバイスに送信されるキューに入れられます。これはつまり、任意の時点で、ソースからターゲットデバイスへの送信を待っている多数の書き込みトランザクションが存在する可能性があります。非同期ミラーリングの長所は、書き込みがプライマリディスクに到達した時点で確認されるため、パフォーマンスが高いことです。ただし、プライマリーディスクに障害が発生した場合、非同期書き込みキュー内にある書き込みはターゲットに送信されないため、信頼性が低くなります。この問題を緩和するために、SIOS DataKeeperはプライマリーディスクに対する個々の書き込みについてインテントログファイルにエントリーを作成します。また、多量の書き込みが継続的に行われた場合、キューに書き込まれたデータの送出を優先するため一時的にI/Oパフォーマンスが低下する場合があります。
インテントログとは、プライマリーとターゲットのミラー間で同期していないデータブロックを示すビットマップです。サーバーの障害発生時にインテントログを使用すると、データ全体の再同期を回避できます。
DataKeeper ビットマップのファイルサイズの計算
ビットマップはブロックごとに1ビットが定義されます。したがって、ビットマップファイルのサイズはミラー対象のデバイスサイズとブロックサイズによって決まります。各ブロックのサイズは /etc/default/LifeKeeper のLKDR_CHUNK_SIZEで定義されます。詳細は DataKeeperパラメーター一覧 を参照してください。デフォルト値の時、ビットマップは1ビット当たり256KBのボリュームスペースを意味します。
ファイルサイズ計算例： ボリュームが 640GB の場合、ビットマップは327,680バイトです。
(640 × 1024 × 1024 × 1024 / (256 × 1024)) / 8
計算すると、ビットマップは327,680バイトになります。
このトピックへフィードバック