Amazonは最近、Elastic File System Replicationを発表した。ネットワークファイルシステムの最新のコピーをセカンダリのAWSリージョンあるいは同じリージョン内に保持するためのものだ。
この新機能は、ビジネス継続性をサポートし、災害復旧戦略の一部としてコンプライアンス要件を満たすように設計されている。数分の目標復旧時間（RTO）と目標復旧時点（RPO）を目標としている。AWSのバイスプレジデント兼チーフエバンジェリストであるJeff Barr氏は、その仕組みについて次のように説明している。
すべてのレプリケーショントラフィックはAWSグローバルバックボーン内にとどまります。ほとんどの変更は1分以内にレプリケートされ、ほとんどのファイルシステムにおいて全体のRPOは15分です。レプリケーションはバーストクレジットを消費せず、ファイルシステムのプロビジョニングされたスループットにはカウントされません。
レプリケーションを使用すると、セカンダリデータコピーをさまざまなリージョンに保存できる。顧客はコピー先のリージョンと、コピーのストレージクラスを選択できる。ストレージクラスには、Standard（リージョン内の3つのAZにデータを保存）とOne Zone（より低料金で、1つのAZにデータを保存）がある。 AWSの主任技術者であるMassimo Re Ferrè氏は、次のようにコメントしている。
これは、マルチリージョンデプロイを検討している顧客にとって大きな前進です。
ユタ州のCDOであるDrew Mingl氏は、次のように付け加えている。
これは、人々が実感しているよりも便利です。
レプリケーションはブロックベースであり、クラッシュコンシステントではない。Amazon EFSは、ファイルとメタデータの保存に使用されるブロックへの変更を追跡し、最大300 MB/秒で変更をレプリケートする。このプロセスはCloudWatchメトリックのTimeSinceLastSyncで監視される。
レプリカへのフェイルオーバーが、送信元または宛先のいずれかのファイルシステムからトリガーされると、レプリケーションルールが削除される。読み取り専用の宛先は、リカバリプロセスで使用できる書き込み可能なファイルシステムになる。
出典: https://aws.amazon.com/blogs/aws/new-replication-for-amazon-elastic-file-system-efs/
Redditスレッドでは、多くの開発者が、レプリケーションが長年にわたって不足している機能であると強調している。ユーザjamsan920は次のように説明している。
私たちはDataSyncを使用して、EFSに保存されたデータに対してかなり積極的なRTOを満たそうとしました。しかし、複雑な対応を実施することなく、持っていたデータの量を処理するための装備は悲しいほどありませんでした。2 TB未満のデータは、それほど重要ではないようです。私はこれに本当に期待しています。これは、2番目のリージョンにDRを短いRTOで移動するという、残っている数少ないギャップの1つであり、私たちが望んでいたものでした。
この機能は現在、AWSリージョンの一部で利用できる。顧客は、リージョン間またはリージョン内のデータ転送料金と、元のファイルシステムとレプリカファイルシステムに対する標準のEFSストレージ料金を支払う。