花的更少，用的更好：AWS存儲又雙叒更新了

9月初，亞馬遜云科技（以下簡稱AWS）舉辦了一場存儲日活動，活動上宣布了許多關于文件，對象，塊存儲以及關于數(shù)據(jù)傳輸和數(shù)據(jù)備份的新特性。

這些新功能特性有一些個共同的目標，那就是讓你：

用的更好，花的更少

成本方面，通過分層來把數(shù)據(jù)遷移到低成本介質上；

使用方面，可以簡化訪問的復雜性，自動化進行數(shù)據(jù)遷移和驗證備份的狀態(tài)。

文件存儲

文件存儲第一個重磅消息就是發(fā)布了FSx for NetApp ONTAP，將ONTAP存儲陣列作為AWS的一項原生的文件存儲服務來提供。(相關閱讀：亞馬遜云托管了NetApp存儲陣列，開創(chuàng)傳統(tǒng)存儲和公有云的新型合作模式)

文件存儲的第二項發(fā)布是為EFS文件存儲新增了智能分層技術，這與S3的分層有些相似，通過分層來優(yōu)化成本和訪問性能。

如果有一個文件在一段時間內沒有用過，EFS的智能分層技術會把它遷移到IA（不經(jīng)常訪問）存儲層，如果這個文件又被訪問了，智能分層技術又把文件放回到標準存儲層上。

跑前跑后的，妥妥的存儲后勤人員。

文件傳輸服務——File Transfer Family

文件存儲的第三項發(fā)布是一個全新的服務，是一個叫做Transfer family的文件傳輸服務，Transfer family通過SFTP、FTPS、FTP等協(xié)議自動將文件和對象傳輸?shù)絊3或者EFS里。

作為一項托管服務，它省去了用戶自己托管和管理文件傳輸服務的麻煩，如果沒有Transfer Family，用戶就得自己操作和管理這種傳輸設備，自己打打補丁，盯著其運行狀態(tài)，有時候還得為部分用戶設立審核機制，監(jiān)管用戶的操作。

針對上傳工作流，Transfer Family可以掃描惡意軟件，可以甄別個人信息和一些異常狀況，如果傳輸過程中發(fā)生錯誤也可以通過故障保護模式自動處理。AWS表示，所有這一切都可以通過低代碼技術來自動完成。

Transfer Family支持讓用戶配置所有必要的任務，配置完成后就能自動在后臺執(zhí)行。

對象存儲

S3對象存儲已經(jīng)這么成熟了也有更新？是的，還沒熟透。

那還能升級什么呢？

這次升級的重點其實還是S3的智能分層技術，優(yōu)化的方向在于成本。

小對象的監(jiān)控和自動化操作不再收費；

無需再分析對象的大?。?/p>

取消了對象最短存儲時間限制；

不再分析對象的預期壽命；

S3 Multi-Region Access Points，中文直譯為“S3多區(qū)域接入點”，它在跨多個Region的存儲桶之上構建了一個全局訪問端點。它可以跨多個Region工作，可以提供更好的性能和彈性。

它可以通過AWS的網(wǎng)絡動態(tài)地將請求路由到延遲最低的拷貝，AWS說，讀寫性能最多提高60%。

S3多區(qū)域接入點依賴于S3的跨區(qū)域復制技術，可以在用戶選定的Region的存儲桶之間復制數(shù)據(jù)。用戶可以自己選擇將哪些數(shù)據(jù)復制到哪個存儲桶，如果用戶嫌麻煩，AWS也提供了一些操作模板讓你選，操作起來會簡單點。

按說新功能使用起來一般人都會覺得挺麻煩吧，但AWS的做法能消除這種麻煩，無需增加任何復雜性就能用上這種新特性。

塊存儲

EBS direct API snapshots以前支持最大16TB的卷，現(xiàn)在支持最大64TB的卷。

64TB什么概念？它跟最大的EBS io2 Block Express卷是一樣的?？煺湛梢詫?shù)據(jù)恢復到EBS io2 Block Express卷，可用于數(shù)據(jù)保護，測試和開發(fā)等場景。

AWS用io2 Block Express實例構建了第一款云上的SAN，可以以亞毫秒的延時提供十萬級的IOPS，還有5個9的可用性。

AWS表示它適合給SAP和Oracle之類的ERP、MySQL、SQL Server、SAP HANA、Oracle數(shù)據(jù)庫以及Cassandra、MongoDB這類NoSQL數(shù)據(jù)庫用。

備份

AWS Backup是一個全托管的備份服務，為AWS應用提供策略驅動的備份和恢復服務。AWS Backup Audit Manager，中文直譯為“AWS備份審核管理器”，它提供可自定義的控件和參數(shù)，比如備份頻率或備份周期。

AWS備份審核管理器對于數(shù)據(jù)治理非常有幫助，它可以提供備份合規(guī)性證明，能持續(xù)跟蹤備份的各種活動，審核備份流程并生成審核報告。

看完這么多更新，我的內心毫無波瀾。

除了之前就說過的FSx for NetApp ONTAP，別的服務的更新都是本著用的更好，花的更少的原則來搞，把東西做得簡簡單單的，把性能做得高高的，把成本拉的低低的。