了解快照集如何產生費用
摺疊目錄
展開目錄
本文為機器翻譯文章。如需檢視英文版,請選取 [原文] 核取方塊。您也可以將滑鼠指標移到文字上,即可在快顯視窗顯示英文原文。
譯文
原文

了解快照集如何產生費用

 

建立快照集,快照集是 Blob 的唯讀複本,可能會導致您的帳戶多出額外的資料儲存體費用。 在設計應用程式時,務必了解這些費用如何產生,以便將不必要的成本降到最低。

下表包含建立快照時要考量的重點:

  • 唯一的區塊或頁面會產生費用,無論它們是在 Blob 或是快照集中。 除非您更新快照集所依據的 Blob,否則您的帳戶不會產生與 Blob 相關的任何額外快照集費用。 一旦您更新基底 Blob,它就會從快照集分出來,這樣一來就會針對每個 Blob 或快照集中唯一的區塊或頁面向您收費。

  • 當您取代區塊 Blob 內的某個區塊時,後續就會將該區塊視為唯一的區塊進行收費。 即使區塊的區塊識別碼相同且擁有與快照集中相同的資料,仍會發生這種情形。 一旦再次認可區塊,它就會從任何快照集的對應項目分出來,如此就會針對其資料向您收費。 分頁 Blob 中以相同資料更新的頁面也會發生相同的情形。

  • 取代區塊 blob 可透過呼叫 UploadFile, ,UploadText, ,UploadStream, ,或 UploadByteArray 方法會取代所有該 blob 中區塊。 如果您有與該 Blob 相關聯的快照集,則基底 Blob 和快照集中的所有區塊現在都會分出來,而且會就這兩個 Blob 中的所有區塊向您收費。 即使基底 Blob 和快照集內的資料保持不變也一樣。

  • Azure Blob 服務並未提供判斷兩個區塊是否包含相同資料的方法。 即使擁有相同的資料和相同的區塊識別碼,上傳且認可的每個區塊仍會視為唯一的區塊。 由於唯一的區塊會產生費用,因此務必將「更新具有快照集的 Blob 將產生額外的唯一區塊及額外費用」這種情形納入考量。

System_CAPS_important重要事項

最佳作法中提到,管理快照集時應小心,避免產生額外費用。 建議您採取下列方式管理快照集:

  • 只要您更新 Blob,就刪除並重新建立與 Blob 相關聯的快照集,即使是以相同資料更新也一樣,除非您的應用程式設計為需要維護快照集。 藉由刪除再重新建立 Blob 的快照集,您就可以確保 Blob 與快照集不會分流。

  • 如果您要維護 blob 的快照集,請避免呼叫 UploadFile, ,UploadText, ,UploadStream, ,或 UploadByteArray 更新這些方法會取代所有 blob 的區塊 blob。 而是利用更新數量少的區塊 PutBlockPutBlockList 方法。

下列案例示範區塊 Blob 及其快照集如何產生費用。 在案例 1 中,基底 Blob 自從拍攝快照集後就未更新,因此只有唯一區塊 1、2 和 3 會產生費用:

WA_SnapshotScenario1

案例 1:只有區塊 1、2 和 3 產生費用。

在案例 2 中,基底 Blob 已更新,但快照集並未更新。 區塊 3 已更新,但即使它包含相同的資料及相同的識別碼,它仍然與快照集中的區塊 3 不同。 因此,帳戶中會產生四個區塊的費用:

WA_SnapshotScenario2

案例 2:基底 Blob 中的區塊 1、2 和 3,連同快照集中的區塊 3 都會產生費用。

案例 3 中基底 blob 已更新,但不是具有快照集。 區塊 3 在基底 Blob 中取代為區塊 4,但是快照集仍反映區塊 3。 因此,帳戶中會產生四個區塊的費用:

WA_SnapshotScenario3

案例 3:區塊 1、2、3 和 4 都會產生費用。

在案例 4 中,基底 Blob 已更新完成,而且未包含任何原始區塊。 因此,帳戶中會產生全部八個唯一區塊的費用。 如果您這類使用 update 方法可能會發生這種情況下 UploadFile, ,UploadText, ,UploadFromStream, ,或 UploadByteArray, ,因為這些方法會取代所有 blob 的內容。

WA_SnapshotScenario4

案例 4:區塊 1、2、3、4、5、6、7 和 8 都會產生費用。

顯示:
© 2016 Microsoft