當你打開汽車點火開關，把電器插到墻上的插座上，或者雙擊硬盤上的文件時，你就知道接下來會發(fā)生什么了。這些東西都會帶來你想要的結果。但在云端，你寶貴的文件卻掌握在別人手中。你確定每次都能指望有結果嗎?

[[276070]]

在將控制權移交給對象存儲之前，潛在的云存儲提供者應該回答幾個問題。您能確定您的業(yè)務所依賴的IT基礎得到了良好的保護嗎?您的數(shù)據(jù)意外不可用的可能性有多大?

持久性：宣傳的非常好，但幾乎只是學術性的

硬盤驅(qū)動器會死，而在一個裝載了硬盤驅(qū)動器的數(shù)據(jù)中心中，它們更是經(jīng)常會死。根據(jù)云存儲提供商Backblaze最新發(fā)布的硬盤數(shù)據(jù)，其108,461塊硬盤中有474塊在2019年第二季度出現(xiàn)故障，年化故障率為1.8%。但是這些失敗都沒有影響到客戶，因為持久性或數(shù)據(jù)的健康狀況對于Backblaze、Microsoft、Amazon和谷歌這樣的公司來說至關重要。它們采取極端措施來防止托管文件丟失或損壞。

每個主要的云服務提供商都使用一種稱為擦除編碼的正向糾錯技術，該技術將一個文件分成許多塊。然后，它計算額外的奇偶校驗塊，用于在任何原始文件丟失的情況下重建文件。Backblaze營銷副總裁Ahin Thomas表示，該公司基于reed - solom的Java庫將每個文件分成17個碎片，然后計算另外3個碎片以保持奇位。這些碎片然后分布在20個不同的驅(qū)動器上。

Thomas 表示:“在任何時候，我們可能會丟失三個硬盤，但一切仍然很好。那么問題是，你能在失去第四個驅(qū)動器之前，替換并重建丟失的三個驅(qū)動器嗎?”

Facebook也在它的冷庫架上使用Reed-Solomon擦除代碼，而Microsoft Azure Storage有自己的本地重構代碼，據(jù)稱可以減少重構所需的擦除代碼片段的數(shù)量。

有了硬盤驅(qū)動器故障率統(tǒng)計數(shù)據(jù)、對給定云提供商的擦除編碼體系結構的深入了解，以及故障后重建所需時間的一般概念，我們可以使用一些復雜的數(shù)學計算數(shù)據(jù)持久性。不過，云服務商(Backblaze除外)通常不會共享這些信息，因此我們只能依賴于它們在百分比中反映的持久性聲明。在微軟的地理冗余Azure存儲計劃中，經(jīng)?？梢钥吹绞褂枚嗌賯€9來衡量持久性。我們看到的11個9字通常翻譯為99.9999999%的持久性。在這個層次上，關于多一個9個甚至更少9的辯論從實用轉(zhuǎn)向了學術。

“任何云服務丟失數(shù)據(jù)的可能性都非常低，”Backblaze的 Thomas 繼續(xù)說道。“可能的情況是，你的信用卡出了問題，你沒有查看電子郵件，也沒有收到賬戶通知。”

事實上，下個世紀地球被危險的小行星撞擊的可能性，比大型云提供商隨機丟失數(shù)據(jù)的可能性更大。關鍵是提供者知道他們的硬件最終會失敗，并且他們在設計時考慮到了失敗。在任何嚴肅的云存儲供應商那里，您的數(shù)據(jù)的持久性幾乎都得到了保證。

但是，請注意，持久性計算沒有考慮到人的因素。通過錯誤的代碼行引入一個bug可以徹底清除整個系統(tǒng)。武裝沖突可能導致數(shù)據(jù)中心的丟失?；蛘咭幌盗械淖匀粸暮碚撋峡赡苡绊懚鄠€數(shù)據(jù)中心的位置，這些數(shù)據(jù)中心使您的文件在地理上分散。這些都是持久性計算范圍之外的因素，這就是為什么IT經(jīng)理需要考慮它們的原因。

Backblaze的 Thomas 說:“我們最大的客戶之一是一家基因組公司，該公司在網(wǎng)站上保存了一份數(shù)據(jù)副本，一份保存在東海岸的Amazon S3，一份保存在西海岸的Backblaze B2。通過這樣做，他們實現(xiàn)了供應商和地理多樣性。”

不管您所引用的持久性規(guī)范是什么，維護三個重要數(shù)據(jù)副本都是最佳實踐。雖然大多數(shù)組織都沒有達到這個理想，但是CIO們和家庭用戶都應該考慮所有影響持久性的變量。

你的文件會在你需要的時候出現(xiàn)嗎?

所以，知道您的數(shù)據(jù)在云中是安全的就放心了。但是你是否從云供應商那里對于數(shù)據(jù)的可訪問性得到了同樣的保證?雖然現(xiàn)代數(shù)據(jù)中心可以接近無所不在的正常運行時間，但情況并非如此?？捎眯粤炕藬?shù)據(jù)可訪問的時間量。它不考慮影響您與云存儲提供商連接的任何其他變量，比如ISP問題、網(wǎng)絡硬件故障或斷電。但是，它仍然比持久性規(guī)范低很多。99%、99.9%或99.99%的可用性保證是常見的，允許偶爾進行數(shù)據(jù)中心維護。

您想要的可用性級別由您對數(shù)據(jù)的操作和您愿意支付的金額決定。在99%的情況下，你可以接受每年3.65天的停機時間。繁忙的電子商務網(wǎng)站不會容忍這些銷售損失。添加一個9(99.9%)可以使您每年的空閑時間達到8.75小時，而99.99%可以將停機時間限制在53分鐘左右。

云服務提供者在其服務級別協(xié)議(SLA)中發(fā)布并保證可用性。如果供應商未能履行此承諾，它可以以適用于下個月賬單的服務積分的形式退還一定比例的費用。通常，這些都是分層的，以便在服務失誤時更加積極主動。例如，Amazon S3標準對象存儲類為99.99%的可用性設計，如果每月正常運行時間在99.9%到99.0%之間，則授予10%的服務信用。如果一個月的可用性低于99.0%，但超過95.0%，則該值將增加到25%。如果服務低于95%，它將提供100%的信用額度。

當然，你肯定不是為了這些額度。您需要滿足SLA中規(guī)定的可用性的提供者。該協(xié)議只是說明了供應商對其交付能力的信心。

二者兼有還是都沒有?

很多時候，你不一定要購買最好的可用性或防故障持久性。云存儲已經(jīng)發(fā)展到可以指定存儲類、動態(tài)確定每月的可用性，或者縮減使用少于11個9的非關鍵數(shù)據(jù)的持久性。

谷歌云存儲可以分為標準存儲類、近線存儲類和冷線存儲類。標準適用于短時間內(nèi)頻繁訪問(或熱)數(shù)據(jù)的存儲。該公司允許您進一步深入并定義單區(qū)域、雙區(qū)域或多區(qū)域，以微調(diào)性能和地理冗余。當然，將數(shù)據(jù)存儲在不同的位置使谷歌能夠靈活地將SLA從99.0%提高到99.95%，典型的月可用性大于99.99%，這一點也不奇怪。對于計劃每月讀取或修改一次或更少的數(shù)據(jù)(如備份、歸檔和長尾多媒體內(nèi)容)，近線存儲更好。同時，coldline存儲被描述為由于法律或監(jiān)管原因以及災難恢復而保存的不常訪問的數(shù)據(jù)。Coldline的成本要低得多，但它提供的可用性稍微低一些，受90天的最低存儲時間限制，并且會產(chǎn)生數(shù)據(jù)訪問成本。

Amazon的Simple Storage Service (S3)有自己的存儲類，可以滿足不同的用例。一方面，S3標準為頻繁訪問的數(shù)據(jù)提供了高持久性、可用性和性能。另一方面，S3 One zone - infrequency Access (IA)減少了地理上的冗余，并在存儲費用上提供了很大的折扣，但對數(shù)據(jù)檢索要求更高的價格。

亞馬遜、谷歌和微軟為配置定制云存儲解決方案提供了足夠的靈活性，這既好又有挑戰(zhàn)性。當您構建基于存儲、請求、管理、傳輸、加速和跨區(qū)域復制的服務時，很容易在解析它們同樣復雜的定價表時迷失。像Backblaze這樣的提供商比三巨頭中的任何一家都更簡單、更實惠，只要你在尋找一個純粹的云存儲游戲，它有11個9級的耐用性和99.9%的可用性。當您進入更多計算密集型工作負載或毫秒級災難恢復點時，探索對象存儲之外的服務是有意義的，這些服務可能更適合于邊緣計算、高端人工智能或機器學習。

對持久性和可用性的概念有了堅實的了解，就更容易信任云存儲提供商提供的服務。在保護組織最有價值的文件時，減少與內(nèi)部存儲相關的設備、維護、電源和人員成本可能是節(jié)省組織資金的關鍵。