問題タブ [amazon-efs]

私はユーザーのコードをファイル システムに保存しています。現在は AWS の EBS です。可用性の向上を目指しており、EBS のダウンによる停止の可能性を減らしたいと考えています。EFS は妥当なオプションのようです。

EFS は EBS よりも遅く、EFS は EBS よりも高価であることを理解しています。EFS の読み取りおよび書き込みレイテンシーを測定し、EBS と比較するために実行されたパフォーマンス ベンチマークがあるかどうかを知りたいです。

EFS の場所 (/temp/mf ディレクトリ、ファイル名 test.txt など) にファイルをドロップするメインフレーム (MF) があります。

MF がファイルへの書き込みを完了したことを確認するために、たとえば 30 秒間変更されていないファイル (test.txt) を検出するためのファイル トリガー (任意の AWS サービス) が必要であり、ラムダ関数を起動します。 .

どうすればこれを達成できますか?

私は、世界のさまざまな地域でアクセスできる医療製品に取り組んでおり、流通法に従って、患者のデータ、履歴、または記録を別の国に持ち込むことはできないため、患者からデータを収集しています。基本的な要件は、米国のサイトではすべての関連データを米国のデータ センター (現在の米国東部データ センターなど) に保存し、EU ベースのサイトではすべてのデータを EU ベースのデータ センター (AWS アイルランドやフランクフルトなど) に保存する必要があるということです。

これが最も効率的に行われる方法を分析する必要があります - 2 つの完全に異なるスタックを実行しますか? それとも、これらの異なる場所にデータベースと EFS システムを配置するだけでよいのでしょうか?

AWS EFS をローカル MacBook (他のローカル コンピュータも) にマウントしようとしていますが、うまくいきません。

私のポート 22 と 2049 は、テストとして広く開いています。

私はいくつかのコマンドを試しました mount -t nfs4 -o nfservers=4.1 xxx.xxx.xxx.xxx:/ efs/

しかし、connection timed outエラーが発生し続けます。

また、この EFS を別の AWS アカウント EC2 インスタンスにマウントしてみました。しかし、同じエラーが発生し続けます。

たとえば、Account1 に EFS があり、Account2 (異なる VPC) に EC2 があり、次のことを試しています。

EC2 が同じアカウント (account1) にない限り、機能しません。

この EFS を別のアカウントまたはローカル コンピューターにマウントする方法はありますか?

クライアントと API の間にあるサービスに取り組んでいます。クライアント ユーザーは、私のサービスを介して API リクエストを行います。API では、ユーザーを認証してリクエストを許可するために、いくつかのユーザー Cookie を設定する必要があります。クライアントは Cookie を保存できないため、すべての Cookie を AWS EFS に保存しています。サービスは PHP で記述され、API 要求は cURL を使用して行われます。Cookie の処理は、cURLCURLOPT_COOKIEFILEとを使用して行われCURLOPT_COOKIEJARます。

問題は、Cookie ファイルが追加または更新される代わりに上書きされ、API 要求が失敗する場合があることです。私はまだこの原因を見つけようとしていますが、Cookie をファイルではなくデータベースに保存することを検討しています。明らかに、これはデータベースの負荷の増加につながりますが、他の欠点は考えられません。いずれかがあります？

Elastic Beanstalk で実行されている Docker コンテナに EFS ボリュームをマウントできません。ここに私が持っているものがありますDockerrun.aws.json:

これが私が持っているものです.ebextensions/storage-efs-mountfilesystem.config。あとはこれと同じです。

Elastic Beanstalk 環境に SSH 接続すると、ボリュームがホストにマウントされていることがわかります。

しかし、私の Docker コンテナーでは、ファイルシステムは EFS ではありません。

VOLUMEに指示はありませんDockerfile。

さらに、Docker コンテナーにファイルを作成した場合、ホスト ディレクトリに戻ると、そのファイルは存在しません。したがって、 /mydirはホスト ボリュームからのものではありません。Docker 上の EFS ボリュームにアクセスするには、他に何が必要ですか?

Linux インスタンス (約 5) と単一の Windows インスタンスが読み書きできる場所が必要です。EFS ブロックを使用することを考えましたが、Linux インスタンスではうまく機能します。複数の Linux インスタンスにマウントでき、それらはすべて連携して機能します。しかし、同じ EFS ブロックを Windows インスタンスと共有する必要があり、AWS の公式ドキュメントによると、EFS ブロックは Windows ではサポートされていません。

では、EFS ブロックを Linux インスタンスのディレクトリにマウントし、そのディレクトリを Samba 経由で Wi​​ndows インスタンスと共有することは可能ですか?

そうでない場合、私の代替手段は何ですか？

私はAWSの世界にかなり慣れていないので、EFSマウントからElastic BeanstalkでスケーラブルなWordPressインストールを実行することの制限について疑問に思っていました.

ファイルシステムを正しくマウントできましたが、Elastic Beanstalk がアプリケーションを EFS フォルダーにデプロイするにはどうすればよいですか? EFS を /var/www/html にマウントすることはできますか? または、ドキュメント ルートを切り替える方法はありますか?