レプリケーション・テクノロジ
ファイル・システムの内容をレプリケートするテクノロジには、ストレージ・レベルのレプリカ・テクノロジ、オペレーティング・システム・ツールおよびその他の製品固有の機能があります。
OCIで中間層のファイル・システム・レプリケーションに使用できるテクノロジは、OCI Block VolumesレプリカとOCI File Storageレプリカ(ストレージ・レベルのレプリカ・テクノロジとして)、rsync (オペレーティング・システム・ツールとして)、およびOracleデータベース固有の機能であるDatabase File System (DBFS)です。
RTOとRPOの値は、テクノロジごとに異なります。RTOは、ストレージを有効にしてアプリケーションにアクセスできるようにするためにかかる時間によって決まります。RPOは、各テクノロジで許可されるレプリケーションの頻度によって決まります。
OCI Block Volumesレプリケーションについて
ボリュームまたはボリューム・グループのレプリケーションを有効にすると、ソースからレプリカへのデータの初期同期がプロセスに含まれます。初期同期プロセスの完了後、レプリケーション・プロセスは継続的に行われます(一般的なリカバリ・ポイント目標(RPO)のターゲット・レートはリージョン間のレプリケーションで30分未満ですが、RPOは変わる可能性があります)。
ブロック・ボリューム・レプリカ・アーティファクトを直接マウントすることはできません。レプリケートされたブロック・ボリュームをマウントするには、そのレプリカ(またはグループ内でレプリケートされる場合はボリューム・グループ・レプリカ)でアクティブ化を実行する必要があります。アクティブ化プロセスでは、レプリカがクローニングされて新しいボリュームが作成されます。このレプリカは、通常のブロック・ボリュームとしてマウントできます。このテクノロジーの RTOは、この操作の実行に必要な時間に直接関連しています(通常、5 - 10分は、ノードの数やアクションを並行して実行する場合によって異なります)。フェイルオーバーの状況では、これらのステップによって、追加の運用オーバーヘッドが発生し、合計RTOが増加する可能性があります。ただし、計画的なスイッチオーバーでは、プライマリ・システムを停止する前にこれらの操作を実行できるため、停止時間が発生したり、合計RTOが増えたりすることはありません。
このレプリケーションでは、ソースと宛先間の特定の接続は必要ありませんが、ブロック・ボリューム・レプリケーションのソースおよび宛先リージョン・マッピングにリストされている必要があります。
ノート:
OCI Block Volumesは通常、プライベートに使用されます。各コンピュート・インスタンスには、独自のブロック・ボリュームに対する読取り/書込みアクセス権があります。1つのボリュームを複数のコンピュート・インスタンスに一度にアタッチできますが、複数のインスタンス・ボリューム・アタッチメントを使用した制御されていない読取り/書込み操作によるデータ破損を防ぐには、追加のクラスタ対応ソリューションが必要です。したがって、アプリケーションがノード間でファイルを共有する必要がある場合は、かわりにOCIファイル・ストレージ・ファイル・システム(ネットワーク・ファイル・システム)を使用します。
OCI File Storageレプリケーションについて
OCIファイル・ストレージ・ファイル・システムのレプリケーションを有効にする場合は、ターゲット・ファイル・システムを選択し、データのレプリケート頻度を定義します。レプリケーション機能は、ソース・ファイル・システム内に特別なレプリケーション・スナップショットを作成します。次に、スナップショットをターゲットに転送し、新しいデータをターゲット・ファイル・システムに書き込みます。最後に完了したレプリケーション・スナップショットは、次の間隔までソースとターゲット両方のファイル・システム内に残ります。次の間隔でレプリケーション・プロセスにより、古いレプリケーション・スナップショットが自動的に削除されて、新しいレプリケーション・スナップショットが作成されます。レプリケーションが有効であるかぎり、レプリケーション・プロセスは指定の間隔で続行されます。レプリケーションの最小間隔は 15分で、このテクノロジの最小 RPOを定義します。
ターゲット・ファイル・システムは、エクスポートされたことがないファイル・システムであるため、ターゲット可能としてマークされます。レプリケーションが有効な間は、ターゲット・ファイル・システムは読取り専用であり、レプリケーションによってのみ更新されます。レプリケートされたファイル・システムをエクスポートおよびマウントするには、それをクローニングする必要があります。
その後、クローン・ファイル・システムをエクスポートおよびマウントできます。このテクノロジーの RTOは、この操作の実行に必要な時間(ファイルシステムのクローニング、エクスポート、およびマウントに 通常5分未満)に直接関連していますが、ノードの数やアクションを並行して実行するかどうかによって異なる場合があります。フェイルオーバーの状況では、これらのステップによって、追加の運用オーバーヘッドが発生し、合計RTOが増加する可能性があります。ただし、計画的なスイッチオーバーでは、プライマリ・システムを停止する前にこれらの操作を実行できるため、停止時間が発生したり、合計RTOが増えたりすることはありません。
このレプリケーションでは、プライマリ・サイトとセカンダリ・サイト間の特定の接続は必要ありませんが、OCI File Storage (OCI FS)レプリケーションの推奨ターゲット・リージョンのリストに含まれている必要があります。
リモート同期(rsync)ユーティリティについて
rsyncユーティリティを使用すると、変更時間およびファイル・サイズを比較して、ホストとストレージ・ドライブ間、およびホスト間でファイルを転送および同期できます。SSHとともに使用すると、ネットワークの使用を最小限に抑えながら、2つの異なるシステム間でファイルとディレクトリを同期できます。
このテクノロジを使用するには、rsyncスクリプトを作成して実行します。スクリプトでは、適切なrsyncコマンドを使用して、構成フォルダや製品フォルダなどの中間層フォルダをレプリケートする必要があります。このテクノロジのRPOは、rsyncレプリカ・スクリプトの頻度によって異なります。
rsyncをレプリケーション・テクノロジとして使用する場合、ストレージはすでにプライマリとセカンダリの両方にマウントされているため、セカンダリにストレージをマウントするためにスイッチオーバー中に時間は必要ありません。このテクノロジは、スイッチオーバーまたはフェイルオーバー中にシステムの RTOを増やしません。
rsyncコマンドは、適切なコピー操作を実行するための便利なオプションを提供します。たとえば、--excludeオプションは、コピーから特定のファイルおよびフォルダをスキップします。フラグ--deleteを使用すると、ソースに存在しなくなったファイルを宛先で削除することで、正確なコピーを保持できます。フラグ--checksumは、両方のシステムに存在するすべてのファイルに対して完全なチェックサム比較を強制します。rsyncはオペレーティング・システム・コマンドであるため、ファイルやフォルダがブロック・ボリューム、NFSマウントのいずれにあるか、または基礎となる記憶域がプライマリとスタンバイで異なる場合でもコピーできます。
このテクノロジには、プライマリ・リージョンとセカンダリ・リージョンの間のネットワーク接続が必要です。具体的には、rsyncコマンドを実行しているホストと、接続先のリモート・ホストとの間のネットワーク接続が必要です。OCIは長年にわたって進化し、リモート・ピアリングとDynamic Routing Gatewaysによるリージョン間の直接的な通信を提供しています。これにより、トラフィックをインターネット経由またはオンプレミス・ネットワーク経由でルーティングすることなく、プライベートIPアドレスを使用した通信が可能になります。これにより、rsyncソリューションは信頼性が高く、リージョン間の有効なレプリケーション・アプローチとして使用できるほどセキュアになりました。
rsyncテクノロジでは、ユーザーがrsyncスクリプトの作成を担当するため、その実装に柔軟性があります。様々なアプローチを選択できます。
- ピアツーピア
このモデルでは、コピーは各ホストからリモートピアに直接行われます。各ノードには、そのピアへのSSH接続があり、SSHを介して
rsyncコマンドを使用してプライマリ・システムをレプリケートします。これは簡単にセットアップでき、追加のハードウェアは必要ありません。ただし、スクリプトが一元化されていないため、多くのノードにわたるメンテナンスが必要です。つまり、大規模なクラスタでは、ソリューションがさらに複雑になります。
- セントラル・ステージングの場所
このモデルでは、ノードはコーディネータとして機能します。レプリケートする必要がある各ホストに接続し、コンテンツを共通のステージング場所にコピーします。このノードは、ステージングの場所から宛先ホストへのコピーも調整します。このアプローチでは、コピーのオーバーヘッドから個々のノードをオフロードします。
データベースファイルシステムについて
dbfs_clientユーティリティを使用して、通常のNFSファイル・システムとしてマウントできます。
ノート:
データベースがOracle Autonomous Databaseの場合、DBFS機能は使用できません。
Oracle Data Guardがデータベースに対して構成されている場合、プライマリのDBFSコンテンツは自動的にスタンバイ・データベースにレプリケートされます。DBFSフォルダに配置するフォルダまたはファイルは、セカンダリ・サイトで使用でき、データベースが読取り専用モードでオープンされている場合、またはスナップショット・スタンバイ・モードに変換されている場合は、セカンダリ・ホストでマウントできます。
ただし、Oracleでは、中間層アーティファクト(中間層構成や製品など)をDBFSマウントに直接格納することはお薦めしません。これにより、中間層はDBFSインフラストラクチャ(データベース・クライアント、データベース、FUSEライブラリなど)に依存します。DBFSマウントを中間ステージング・フォルダとして使用して、レプリケートするフォルダのコピーを格納できます。
このテクノロジを使用するには、構成フォルダなどの中間層フォルダをDBFSステージング・フォルダとの間でコピーするスクリプトを作成して実行する必要があります。このテクノロジの RPOは、これらのスクリプトの頻度によって異なります。
DBFSマウントは中間層アーティファクトの格納に直接使用されないため、実ストレージはすでにプライマリとスタンバイの両方にマウントされているため、スイッチオーバー中にスタンバイにストレージをマウントする時間は必要ありません。このテクノロジは、スイッチオーバーまたはフェイルオーバー中にシステムの RTOを増やしません。
このテクノロジには、中間層ホスト上のデータベース・クライアントが必要です。実装によっては、この方法では、ロール変換などのデータベース操作のために、ホストとリモートデータベース間の SQL*net接続が必要になる場合もあります。
