Windows Server 2012のAWS EFS

Question

誰かが、Windows NFS 4.1クライアントを使用してAWS EFSボリュームに接続するWindowsサーバーを手に入れたことはありますか？

私は、Windows ServerがファイルをNFSボリューム（理想的にはEFS）にドロップする必要があります。ここでは、その上にあるフォルダボリュームはRHELベースのアプリケーションからポーリングできます。 S3をサポートするのdoesntそのアプリは他に我々は

TKS

Answer 1

ありません、それは不可能であることを使用すると思います。 AWSには、具体的にはそのドキュメントでは不可能であると述べられています。

たとえば、Microsoft WindowsのAmazon EC2インスタンスとAmazonでEFSを使用して

はサポートされていません。 AWS EFS setup docs

これは、ここでは不可能である理由の多くの技術的な説明：

はシェア NFSは、主に他の人がへのアクセスを拒否するユーザーのためのWindowsクライアントによって使用される、拒否シェアの概念をサポートして拒否開かれた特定のファイル。 Amazon EFSはこれをサポートせず、OPEN4_SHARE_DENY_NONE以外の共有拒否値を指定するOPENコマンドに対して、NFSエラーNFS4ERR_NOTSUPPを返します。 Linux NFSクライアントはOPEN4_SHARE_DENY_NONE以外を使用しません。 AWS document reference

私はこれを回避するサードパーティのクライアントを見つけることができませんでした。

Answer 2

回避策を使用しました。私の場合は、Windows 2016 Server EC2インスタンスでEFS共有にアクセスする必要がありました。スピード/スループットはまったく問題ではありませんでした。

私はt2.nano Linux/Ubuntuインスタンスをスピンアップし、そのインスタンスにEFS共有をマウントし、Linuxインスタンス上にSMB共有をセットアップして、ネットワーク経由でマウントされたEFSファイルシステムを提供しました。

その後、ネットワークフォルダをWindows 2016サーバーEC2インスタンス上のドライブにマッピングするだけでした。

Linux/UbuntuインスタンスでSMB共有を設定することは、Ubuntuのドキュメントhereで説明されているように簡単です。

Answer 3

比較的小さな変更を少し加えて、NFSv4.1 client made by folks at CITI @ University of Michiganから始めて、AWS EFSファイルシステムに接続することができます。

as @kafka as：AWS EFSは、いずれかのクライアントがOPEN4_SHARE_DENY_NONE以外の共有拒否値を指定した場合に許可/拒否されます。幸運なことに、CITIの人々はこれを可能な問題として発見し、コメントアウトしたときに共有拒否の値としてOPEN4_SHARE_DENY_NONEしか使用しないという定義を追加しました。

この定義がコメントアウトされたら、readmeで指定されているVisual StudioとWDKのバージョンを使用する場合は、システムに合わせて再コンパイルする必要があります。 1つの問題は、自己署名証明書プロセスがになる必要があり、が古いルート機関証明書を使用していないことです（それは512ビットなので）。代わりにcertreqを使用してください。

私はa fork of the CITI code at Githubにこの知識を収集しています。 （あなたがあなたの問題を解決したか、移動したと確信していますが、Googleからここに上陸した人々には幸運です！）