幹壞事是進步最大的原動力
先前 AWS Transfer Family 的後端只能是 Amazon S3，現在則是宣佈可以掛 Amazon EFS 了：「New – AWS Transfer Family support for Amazon Elastic File System」。
EFS 跟 S3 都是沒有空間限制，但 EFS 可以直接在系統上掛起來當作一般的檔案系統用，基本上就是更方便，不過代價就是單位儲存成本貴不少...
這次支援 EFS 對於一些量不大的處理又方便不少，也就是處理完後的檔案另外丟，而上傳上來的檔案可以砍掉的... 如果是上傳上來的檔案需要保留的，用 S3 會比較適合。
AWS 宣佈提昇 Amazon EFS 的最低效率：「Amazon Elastic File System increases file system minimum throughput」。
第一段裡的幾個數字差不多就是重點了：
Amazon Elastic File System (Amazon EFS) file systems using the default bursting throughput mode now have a minimum throughput of 1 MiB/s. All EFS bursting mode file systems (regardless of size) can drive 100 MiB/s of throughput, and file systems with more than 1TiB of Standard class storage can drive 100 MiB/s per TB when burst credits are available. This change increases the minimum throughput from 50KiB/s per GiB of Standard class storage to a fixed minimum of 1 MiB/s for file systems with less than 20 GiB of Standard class storage, when burst credits are exhausted.
本來最低保證效率是每 GB 提供 50KB/sec，也就是要使用到 20GB 才會提供 1MB/sec，現在對於不到 20GB 的使用者，直接拉高到固定 1MB/sec。
這對於剛開始用的使用者會方便一些，不過 EFS 主要還是方便在不同機器上共享，效率上還是本機掛 EBS 好很多 (因為 OS 可以 cache)。
先前在 AWS 上把 /home 丟到 EFS 上面，結果因為 i/o 都需要透過網路的關係，編 pyenv 超慢，後來找一天把東西都丟回 EBS 上，速度快多了...
AWS Lambda 可以掛 Amazon EFS 了：「New – A Shared File System for Your Lambda Functions」。
這有點像是一開始 Amazon EC2 只能把資料存到 Amazon S3 上，後來支援 EBS 的感覺：這使得很多程式可以直接用內建的 library 操作檔案系統，而不需要掛 AWS 專用的 library 操作 Amazon S3。
有了一個 filesystem 後馬上就可以想到很多惡搞的方法，像是用 lambda 搞 serverless PHP 之類的，之後應該會看到很有「創意」的玩法...
Colin Percival 提到了 FreeBSD 12.2 上 autofs 會整合 Amazon EFS，讓掛載進來變得更方便：「Some new FreeBSD/EC2 features: EFS automount and ebsnvme-id」。
用法是先設定 autofs，然後啟用 autofs：
# echo '/efs -efs' > /etc/auto_master # sysrc autofs_enable="YES"
然後重開機後就可以直接切到 /efs/FSID 把 EFS 掛起來了：
Having done this, any access to the path
/efs/FSID(e.g.,/efs/fs-01234567) will automatically and transparently mount that filesystem.
另外加上原來對 EBS 與 ephemeral disk 的支援，這樣 storage 的部份算是該有的都有了：
Using the tool and some devd magic, FreeBSD now maintains a tree under /dev/aws/disk containing the symlinks of the forms
- /dev/aws/disk/ebs/vol-0123456789abcdef
- /dev/aws/disk/linuxname/sdh
- /dev/aws/disk/ephemeral/SERIALNO
Amazon EFS 有 IA 的儲存方案，儲存的價位便宜很多，但需要另外收存取費用。不過這對於丟 log 之類的倒是還算方便，很多現有的程式就可以直接往裡面丟...
不過系統的設計上不是讓你指定哪些檔案放到 IA，而是設定 Lifecycle Management Policy 以及時間，當超過指定的時間後就會安排搬到 IA 裡面。
先前最低的時間是 14 天，剛剛看到 AWS 宣佈有 7 天的選項了，從 web console 上就可以看到選項可以選了：「Amazon Elastic File System Infrequent Access Now Supports a 7-day Lifecycle Management Policy」。
這樣對於開始堆資料的人，一開始塞東西進去而需要付 Standard Storage 的時間可以少蠻多的...
Amazon EFS 一直找不太到好用的使用情境，因為 NFS 的關係所以大量 I/O 時的 latency issue 使得速度快不起來，而拿來堆 log 的成本又超級高...
最新推出的 storage class 則是透過提供低儲存成本的版本，解決了堆 log 這種使用情境：「New – Infrequent Access Storage Class for Amazon Elastic File System (EFS)」。
不過 EFS 不像 S3 可以直接選擇 storage class，是需要讓系統管理的：
開啟後 30 天沒有被碰過的檔案就會切過去：
Eligible Files – Files that are 128 KiB or larger and that have not been accessed or modified for at least 30 days can be transitioned to the new storage class. Modifications to a file’s metadata that do not change the file will not delay a transition.
而 latency 也會增加：
Files that have not been read or written for 30 days will be transitioned to the Infrequent Access storage class with no further action on your part. Files in the Standard Access class can be accessed with latency measured in single-digit milliseconds; files in the Infrequent Access class have latency in the double-digits.
以 us-east-1 為例子來說，Standard 是 USD$0.3/GB-month，而 IA 只要 USD$0.045/GB-month，但抓取時會有 USD$0.01/GB 的傳輸費用，可以看出價錢低不少。
不過文章裡沒提到什麼時候會把資料從 IA 跳回 Standard，可能得找機會問問看...
Amazon EFS 也要推出 IA (Infrequent Access) 版本了，Infrequent Access 指的是不常存取的資料：「Coming Soon – Amazon EFS Infrequent Access Storage Class」。
這剛好配合上很多人拿 Amazon EFS 來堆 log 的行為... AWS 是說有機會到省到 85%，不過應該是非常大的量才有機會有這個價錢？
EFS IA reduces storage costs for files not accessed every day, with savings up to 85% compared to the EFS Standard storage class.
其實用過 Amazon EFS 的人都對效能抱怨頗嚴重 (透過 NFS 有太多操作沒辦法 cache，於是 network latency issue 就出現了)，堆 log 或是當作跨機器的空間大概是目前的主流用法...
兩篇 Amazon EFS 的消息：「Amazon Elastic File System (Amazon EFS) Available in Asia Pacific (Tokyo) Region」、「Amazon EFS Now Supports Provisioned Throughput」。
在 ap-northeast-1 等很久的功能終於上線了，另外本來 EFS 對速度是有限制的，現在則是提供付費方案讓你可以確保效能... (採用 credit 架構，不過一般是夠用的... 空間在 1TB 以下可以 burst 到 100MB/sec，參考「Throughput Modes」這篇的說明)
這樣有蠻多架構可以花錢來解了...
Amazon EFS 其實就是 AWS 提供的雲端版 NFS 或是 CIFS，這對於某些應用來說很好用，尤其效能不是主要考量時，像是從外面買來的商用軟體需要找個空間放資料...
不過沒想到在亞洲第一個開的點居然是首爾 (i.e. ap-northeast-2)：「Amazon Elastic File System (Amazon EFS) Available in Asia Pacific (Seoul) Region」。
提到 AWS 的首爾區，台北過去的直線距離雖然比大阪與東京都近，但各家的路由都是從日本繞過去，不然其實首爾的點應該會是台灣的首選... 不曉得北京與上海到首爾的連線情況又是如何，找機會開台機器測試看看。
先前 Amazon EFS 需要找台機器掛上去再同步 (無論是 EC2 的機器還是透過 VPN 將自己的機器接上去)，現在推出可以直接把檔案同步進去的服務了：「Sync Files to Amazon Elastic File System Quickly, Easily and Securely with EFS File Sync」。
不過不是所有提供 Amazon EFS 的區域都有，目前只有 us-east-1、us-east-2、us-west-2 以及 eu-west-1：
EFS File Sync is available in the US East (N. Virginia), US East (Ohio), US West (Oregon), and EU (Ireland) regions, with availability in the EU (Frankfurt) and Asia Pacific (Sydney) regions coming in December 2017.
另外這是有費用的，目前有提供的四區都是 USD$0.01/GB。