新レプリケーション機能とは?

バージョン6の新レプリケーション機能とは? ハイアベイラビリティを実現するクラスタソフトの構成には、ファイバチャンネル構成で共有ストレージを使用する例が多い。この中でSteelEye Data Replication(以下、SDR)は、ネットワークミラーリングによるデータレプリケーション構成を、高い

サイオステクノロジー株式会社 ミドルウェア開発部

2008年4月28日 20:00

バージョン6の新レプリケーション機能とは?

 ハイアベイラビリティを実現するクラスタソフトの構成には、ファイバチャンネル構成で共有ストレージを使用する例が多い。この中でSteelEye Data Replication(以下、SDR)は、ネットワークミラーリングによるデータレプリケーション構成を、高い信頼性で安価に提供できる製品である。

 SDRは、Linuxカーネルコミュニティーのソフトウェアミラーリングの仕組みに対して実際に貢献を続けてきたメンバーが開発してきた製品である。最新バージョンであるSDRバージョン6ではさらに新しい機能が追加され、機能が強化されるとともに、データレプリケーションリソースのGUIでの操作やその表示方法など運用操作面での強化も図られている。

 本記事では、これらの機能強化項目のうち、同期時間短縮のためのインテント・ログファイルによる「差分同期機能」、WANでより活用するための「非同期書き込み・圧縮データ転送への対応」、過去時点のレプリケーションデータを復活できる「データ・リワインド機能」について紹介していく。

インテント・ログによる差分同期機能

 インテント・ログとは、データレプリケーションの稼働系サーバの同期元ディスクから待機系サーバの同期先ディスクへの更新データ情報を納めたファイルである。

 稼働系サーバでアプリケーションが動作し、同期元ディスクへの更新データが発生するたびに、更新データをインテント・ログとして管理する。また、ミラーを一時停止(ポーズ)し、待機系サーバでの同期先ディスクのセーブを取得後、ミラーを再開するなどの操作を行う。同期元と同期先のディスクで内容の差が生じた場合には、インテント・ログに蓄積された更新データのみを同期するため、データレプリケーションですべてのデータを同期する必要がなくなっている。必要なのは、変更された部分のわずかなデータの同期のみである。

 このインテント・ログによる差分同期機能によって、次に触れる非同期データレプリケーションが可能になっている。主にWAN環境で使用するレプリケーションの非同期書き込みでは、更新データを確実に書き込むことが非常に重要となる。このインテント・ログによる更新データの管理を行うことでネットワーク上で遠く離れた待機系サーバに対して、まだ書き込まれていないデータを確実に把握することができる。この書き込まれていないデータを待機系サーバへ書き込むことで、WAN環境においても、稼働系サーバと待機系サーバのデータ同一性を保つことができるのである。

 さらに、このインテント・ログ機能により、同期データレプリケーションを実行している場合にも保護するサーバのメンテナンスがより簡単に早く行えるようになった。

 具体的な例として、LifeKeeperでクラスタを構成している稼働系サーバをメンテナンスする場合、稼働系サーバから待機系サーバへ保護対象サービスを一旦スイッチオーバーした後、メンテナンスを開始し、終わったら元にスイッチバックする必要がある。

 このとき、従来であれば、スイッチバックした段階で、すべてのディスク内容を同期し直す必要があった。大きなディスク領域をデータレプリケーションによる保護対象としている場合、この同期時間は無視できないほど大きなものとなる。しかし、この新しい差分同期機能を用いれば、稼働系サーバへスイッチバックする際、更新ブロックデータのみを書き込むことができ、すばやく同期状態を回復することができるようになる。同期時間ははるかに短く、場合によってはほぼ0とすることが可能だ。

 次に、WAN環境でSDRによるデータレプリケーションをより使いやすくする機能について紹介しよう。

人気記事トップ10

人気記事ランキングをもっと見る

企画広告も役立つ情報バッチリ! Sponsored

ClickHouse Cloudが実現した広告運用SaaS「ATOM」のデータ基盤革新、パフォーマンスを向上しながら、運用負荷とコストを削減 11月11日 6:20 AIで開発が加速する時代、品質保証はどう変わる? Tricentisが示すAIエージェント活用の実像 11月9日 6:45 悪用までの猶予が「1分」に迫るフロンティアAI時代に開発と本番を貫く脆弱性管理が必要 10月29日 8:30 欧州CRA対応とSBOM運用。AI生成コードのOSS混入問題の対策とは ――スニペット単位で検出する「FossID」「Insignary Clarity」によるSBOM運用 9月16日 6:40 PostgreSQLからTiDBへ、稼働中SaaSで進める段階的DB移行の実践と再設計への展望 9月7日 6:30 機能安全開発におけるGoogleTestの活用を支援!「Parasoft C/C++test CT」で実現する効率化&AI連携 4月14日 6:30 【CNDW2025】Grafanaが明かす「オブザーバビリティの哲学」ー最小限の労力で実用的なインサイトを得るには 1月23日 6:30 【CNDW2025】プロダクト急増に備える基盤刷新 ーウェルスナビがECSからEKSへの移行で得た知見とは 1月15日 6:30 【CNDW2025】250環境を5人で運用、構築時間は30分に ーKINTOテクノロジーズが語るインフラ基盤組織の作り方 2025年12月18日 6:30 新たな自動化で熱視線! AIエージェントの「推論能力」を支える2つのコンポーネントとは? 2025年11月28日 6:30