Amazon-Web-Services
AWS EFS - 在 25 到 30 秒內未以程式方式檢測到文件刪除和重新創建
我觀察到 EFS 檢測到文件已被重新創建（即刪除然後再次創建）的延遲非常大。
在這個簡單的測試範例中，我有一個文件在大約 5 秒後被刪除並重新創建。我有兩個 EC2 實例安裝到同一個 EFS：
EC2-1：負責讀取文件
EC2-2：負責刪除和創建文件。
我看到的問題是，當 EC2-2 刪除該文件時，EC2-1 正確更新說它不再存在。EC2-2 大約 5 秒後重新創建該文件。EC2-1 未檢測到文件已返回另外 25 到 30 秒。
現在，如果我在重新創建後（例如和 LS 命令）在 EC2-1 上的文件系統上執行某種查詢，它會立即更新以說明文件已創建。
需要明確的是，我可以直覺地看到文件在創建後立即在 EC2-1 FS 上創建，只需執行 LS。它以程式方式閱讀它失敗了。在我的測試案例中，我有一個 Node.js 腳本，它實際上只是每秒呼叫一次 readFileSync()。我還在 Python 中進行了相同的測試，以得出這是一個 EFS 問題。
如果我在 EC2-2 上執行相同的腳本，會看到預期的結果，即文件失去一秒鐘，然後在重新創建後立即可用。因此，在執行刪除和創建的實例上閱讀此內容可以按預期工作。
好像 EFS 根本沒有檢測到文件刪除/重新創建。
兩個 EC2 虛擬機上的作業系統都是 Ubuntu Server 18.04。在“通用”和“高 I/O”類型的新 EFS 上進行了測試。
感謝@kofemann 向我指出了該
noac選項，我能夠了解文件系統屬性記憶體並找到下面的文章，該文章很好地總結了這些選項。