私のチームには、NFS インスタンスがある AZ に障害が発生した場合の計画を立てるというタスクがあります。この NFS インスタンスは、他の AZ (私たちは北カリフォルニアを使用) にある他のマシン (NFS クライアント) とファイルを共有します。
アイデアを提案する必要があります。私たちが持っているアイデアの 1 つは、NFS インスタンス AZ に障害が発生した場合に、そのハード ドライブを切断し、別の AZ の別のインスタンスに接続するというものです (これはすべて lambda を使用)。ただし、この場合は NFS クライアントの fstab も再構成する必要があります。
何か案は？
答え1
AZ 内のサーバーの代わりに、AWS Elastic File System サービスを使用します。EFSはNFSをサポートファイルは複数の AZ に保存されます。
AZ がダウンすると、その AZ 内のリソースを処理できなくなるため、Lambda/再接続のアイデアは無効になります。EBS ボリュームは単一の AZ にあります。S3 マルチ AZ に保存されているボリューム スナップショットを使用してこの問題を回避することはできますが、その場合はサーバー全体を復元する必要があります。AWS での Windows に関する私の理解は限られていますが、データが OS ドライブ上にある場合は sysprep する必要があり、データ ドライブの場合は別のサーバーに接続できます。
EFS はおそらく最良、最もシンプル、そして最も安価なソリューションです。