Azure Blob 存儲的訪問層 - 熱、冷和存檔

來源: Microsoft
作者:Microsoft
時(shí)間:2021-03-19
18249
Azure存儲提供了不同的訪問層,允許你以最具成本效益的方式存儲Blob對象數(shù)據(jù)。

Azure存儲提供了不同的訪問層,允許你以最具成本效益的方式存儲Blob對象數(shù)據(jù)??捎玫脑L問層包括:

熱:適用于存儲經(jīng)常訪問的數(shù)據(jù)。

冷:適用于存儲不常訪問且存儲時(shí)間至少為30天的數(shù)據(jù)。

存檔:適用于存儲極少訪問、存儲時(shí)間至少為180天且延遲要求(以小時(shí)計(jì))不嚴(yán)格的數(shù)據(jù)。

以下注意事項(xiàng)適用于不同的訪問層:

可以在上傳期間或之后在blob上設(shè)置訪問層。

在帳戶級別只能設(shè)置熱和冷訪問層。存檔訪問層只能在blob級別設(shè)置。

冷訪問層中的數(shù)據(jù)具有略低的可用性,但仍具有類似于熱數(shù)據(jù)的高持久性、檢索延遲和吞吐量特征。與熱數(shù)據(jù)相比,冷數(shù)據(jù)的可用性略低且訪問成本略高,這是可以接受的,因?yàn)楫吘蛊淇傮w存儲成本較低。有關(guān)詳細(xì)信息,請參閱存儲的SLA。

存檔訪問層中的數(shù)據(jù)是脫機(jī)存儲的。存檔層的存儲成本最低,但訪問成本和延遲最高。

數(shù)據(jù)存儲限制在帳戶級別設(shè)置,不按訪問層設(shè)置。可以選擇在一個(gè)層中用完所有存儲配額,也可以分散用于三個(gè)層。

存儲在云中的數(shù)據(jù)以指數(shù)速度增長。若要針對不斷增加的存儲需求來管理成本,可以根據(jù)屬性(如訪問頻率和計(jì)劃保留期)整理數(shù)據(jù)以優(yōu)化成本。存儲在云中的數(shù)據(jù)可能根據(jù)其生成方式、處理方式以及在生存期內(nèi)的訪問方式而有所不同。某些數(shù)據(jù)在其整個(gè)生存期中都會受到積極的訪問和修改。某些數(shù)據(jù)則在生存期早期會受到頻繁訪問,隨著數(shù)據(jù)變舊,訪問會極大地減少。某些數(shù)據(jù)在云中保持空閑狀態(tài),并且在存儲后很少(如果有)被訪問。

這些數(shù)據(jù)訪問方案的每一個(gè)都受益于針對特定訪問模式進(jìn)行了優(yōu)化的差異化訪問層。Azure Blob存儲采用熱、冷和存檔訪問層,通過單獨(dú)的定價(jià)模型來滿足對差異化訪問層的這種需要。

以下工具和客戶端庫都支持blob級分層和存檔存儲。

Azure門戶

PowerShell

Azure CLI工具

.NET客戶端庫

Java客戶端庫

Python客戶端庫

Node.js客戶端庫

備注

本文中所述的功能現(xiàn)在可用于具有分層命名空間的帳戶。若要查看限制,請參閱Azure Data Lake Storage Gen2中可用的Blob存儲功能一文。

支持分層的存儲帳戶

Blob存儲和常規(guī)用途v2(GPv2)帳戶支持在熱層、冷層和存檔層之間將對象存儲數(shù)據(jù)分層。常規(guī)用途v1(GPv1)帳戶不支持分層。你可以通過Azure門戶輕松地將現(xiàn)有的GPv1或Blob存儲帳戶轉(zhuǎn)換為GPv2帳戶。GPv2為Blob、文件和隊(duì)列提供新的定價(jià)與功能。某些功能和價(jià)格折扣僅在GPv2帳戶中提供。某些工作負(fù)荷的價(jià)格在GPv2中可能比在GPv1中更高。有關(guān)詳細(xì)信息,請參閱Azure存儲帳戶概述。

Blob存儲和GPv2帳戶在帳戶級別公開“訪問層”屬性。使用此屬性可為未在對象級別顯式設(shè)置默認(rèn)訪問層的任何blob指定默認(rèn)訪問層。對于已顯式設(shè)置了層級的對象,不會應(yīng)用帳戶層。存檔層僅適用于對象級別??梢噪S時(shí)在訪問層之間進(jìn)行切換。

請使用GPv2帳戶而非Blob存儲帳戶進(jìn)行分層。GPv2支持Blob存儲帳戶支持的所有功能,以及許多其他功能。Blob存儲和GPv2的定價(jià)幾乎相同,但某些新功能和價(jià)格折扣只提供給GPv2帳戶。

GPv1和GPv2帳戶的定價(jià)結(jié)構(gòu)不同,客戶在決定使用GPv2帳戶之前,應(yīng)仔細(xì)評估這二者。只需單擊一下,即可輕松地將現(xiàn)有的Blob存儲或GPv1帳戶轉(zhuǎn)換為GPv2帳戶。有關(guān)詳細(xì)信息,請參閱Azure存儲帳戶概述。

熱訪問層

熱訪問層的存儲成本高于冷存儲和存檔層,但訪問成本最低。熱訪問層的示例使用方案包括:

處于活躍使用狀態(tài)或預(yù)期會頻繁讀取和寫入的數(shù)據(jù)。

分階段進(jìn)行處理并最終遷移至冷訪問層的數(shù)據(jù)。

冷訪問層

與熱存儲相比,冷訪問層的存儲成本較低,訪問成本較高。此層適用于將要保留在冷層中至少30天的數(shù)據(jù)。冷訪問層的示例使用方案包括:

短期備份和災(zāi)難恢復(fù)

不經(jīng)常使用但在被訪問時(shí)應(yīng)當(dāng)立即可用的較舊數(shù)據(jù)

需要經(jīng)濟(jì)高效地進(jìn)行存儲且要收集更多數(shù)據(jù)在將來進(jìn)行處理的大型數(shù)據(jù)集

存檔訪問層

與熱層和冷層相比,存檔訪問層的存儲成本最低,但數(shù)據(jù)檢索成本較高。存檔層中的數(shù)據(jù)必須至少保留180天,否則需要支付提前刪除費(fèi)。存檔層中數(shù)據(jù)的檢索可能需要幾個(gè)小時(shí),具體取決于指定的解除凍結(jié)優(yōu)先級。對于小型對象,優(yōu)先級高的解除凍結(jié)可能會在1小時(shí)內(nèi)從存檔中檢索到對象。若要了解詳細(xì)信息,請參閱從存檔層解凍Blob數(shù)據(jù)。

如果blob位于存檔存儲中,則blob數(shù)據(jù)處于脫機(jī)狀態(tài),不能讀取或修改。若要在存檔中讀取或下載Blob,必須首先將其解除凍結(jié)到聯(lián)機(jī)層。不能創(chuàng)建存檔存儲中Blob的快照。但是,Blob元數(shù)據(jù)會保持聯(lián)機(jī)和可用狀態(tài),因而可列出Blob、其屬性以及元數(shù)據(jù)。不允許設(shè)置或修改存檔中的blob元數(shù)據(jù)。對于存檔中的Blob,僅以下操作有效:獲取Blob屬性、獲取Blob元數(shù)據(jù)、列出Blob、設(shè)置Blob層、復(fù)制Blob和刪除Blob。

存檔訪問層的示例使用方案包括:

長期備份、輔助備份和存檔數(shù)據(jù)集

必須保留的原始數(shù)據(jù),即使它已處理成最終可用的形式

需要長時(shí)間存儲并且?guī)缀醪辉L問的合規(guī)性和存檔數(shù)據(jù)

帳戶級分層

所有三個(gè)訪問層中的Blob可以在同一帳戶中共存。如果Blob沒有顯式分配的層,則會從帳戶訪問層設(shè)置推斷相應(yīng)的層。如果訪問層來自帳戶,則你可以看到“推斷的訪問層”Blob屬性已設(shè)置為“true”,而“訪問層”Blob屬性與帳戶層匹配。在Azure門戶中,Blob訪問層的“推斷訪問層”屬性顯示為“熱(推斷)”或“冷(推斷)”。

更改帳戶訪問層適用于帳戶中存儲的未設(shè)置顯式層的所有“推斷訪問層”對象。如果將帳戶層從熱切換為冷,則只按GPv2帳戶中沒有設(shè)置層的所有Blob的寫入操作次數(shù)(以10,000次為單位)收費(fèi)。不會在Blob存儲帳戶中對此更改收費(fèi)。如果在Blob存儲或GPv2帳戶中從冷切換為熱,則會按讀取操作次數(shù)(以10,000次為單位)和數(shù)據(jù)檢索量(以GB為單位)收費(fèi)。

只有熱訪問層和冷訪問層可以設(shè)置為默認(rèn)帳戶訪問層。只能在對象級別設(shè)置存檔層。上傳blob時(shí),無論默認(rèn)帳戶層是哪個(gè),都可以將所選訪問層指定為熱層、冷層或存檔層。使用此功能可以將數(shù)據(jù)直接寫入存檔層,從而從在Blob存儲中創(chuàng)建數(shù)據(jù)的那一刻起就實(shí)現(xiàn)了節(jié)省成本。

Blob級別分層

有了Blob級別分層,就可以使用Put Blob或Put塊列表操作將數(shù)據(jù)上傳到所選的訪問層,并使用設(shè)置Blob層操作或生命周期管理功能在對象級別更改數(shù)據(jù)的層。可以將數(shù)據(jù)上傳到所需的訪問層,然后在使用模式更改時(shí)輕松地在熱、冷或存檔層之間更改Blob訪問層,不需在帳戶之間移動(dòng)數(shù)據(jù)。所有層更改請求會立即發(fā)生,熱和冷之間的層更改是即時(shí)的。從存檔層中解除凍結(jié)Blob可能需要幾個(gè)小時(shí)。

上次Blob層更改的時(shí)間通過Blob屬性“訪問層更改時(shí)間”公開。覆蓋熱層或冷層中的blob時(shí),除非在創(chuàng)建時(shí)顯式設(shè)置了新的blob訪問層,否則新創(chuàng)建的blob將繼承被覆蓋的blob的層的屬性。如果Blob位于存檔層中,則無法被覆蓋,因此在這種情況下,不允許上傳相同的Blob。

備注

存檔存儲和Blob級別分層僅支持塊Blob。

Blob生命周期管理

Blob存儲生命周期管理提供豐富的基于規(guī)則的策略,這些策略可用于將數(shù)據(jù)轉(zhuǎn)移到最適合的訪問層,并在數(shù)據(jù)的生命周期結(jié)束時(shí)使數(shù)據(jù)過期。請參閱通過自動(dòng)執(zhí)行Azure Blob存儲訪問層來優(yōu)化成本來了解詳細(xì)信息。

備注

存儲在塊Blob存儲帳戶(高級性能)中的數(shù)據(jù)目前無法使用設(shè)置Blob層或使用Azure Blob存儲生命周期管理分層到熱、冷或存檔訪問層。若要移動(dòng)數(shù)據(jù),必須使用通過URL放置塊API或支持此API的AzCopy版本,將塊Blob存儲帳戶中的Blob同步復(fù)制到其他帳戶中的熱訪問層。通過URL放置塊API同步復(fù)制服務(wù)器上的數(shù)據(jù),這意味著只有在所有數(shù)據(jù)都從原服務(wù)器位置移動(dòng)到目標(biāo)位置后,調(diào)用才會完成。

Blob級別分層計(jì)費(fèi)

在各個(gè)層之間上傳或移動(dòng)blob時(shí),系統(tǒng)會在上傳時(shí)或?qū)影l(fā)生更改時(shí)立即按相應(yīng)的費(fèi)率收費(fèi)。

將blob移到更冷的層(熱->冷、熱->存檔或冷->存檔)時(shí),操作按目標(biāo)層寫入操作計(jì)費(fèi),具體說來就是按目標(biāo)層的寫入操作次數(shù)(以10,000次為單位)和數(shù)據(jù)寫入量(以GB為單位)收費(fèi)。

將Blob移到更暖的層(存檔->冷、存檔->熱或冷->熱)時(shí),操作按從源層讀取計(jì)費(fèi),具體說來就是按源層的讀取操作次數(shù)(以10,000次為單位)和數(shù)據(jù)檢索量(以GB為單位)收費(fèi)。也可能還會收取從冷層或存檔層移出的任何Blob的提前刪除費(fèi)用。將數(shù)據(jù)從存檔層中解除凍結(jié)需要一段時(shí)間,而數(shù)據(jù)會按存檔價(jià)格計(jì)費(fèi),直到將數(shù)據(jù)以聯(lián)機(jī)方式還原并將blob層更改為熱層或冷層為止。

下表總結(jié)了如何對層更改進(jìn)行計(jì)費(fèi)。

微信圖片_20210319161114.png

“冷”層和“存檔”層提前刪除

移到冷層(僅限GPv2帳戶)中的Blob會有一個(gè)30天的冷層提前刪除期限。移到存檔層中的Blob會有一個(gè)180天的存檔提前刪除期限。此項(xiàng)費(fèi)用按比例計(jì)算。例如,如果將某個(gè)Blob移到存檔層,然后在45天后將其刪除或移到熱層,則需支付相當(dāng)于將該Blob存儲在存檔層中135(180減45)天的提前刪除費(fèi)用。

一些在冷層和存檔層之間移動(dòng)時(shí)的詳細(xì)信息:

如果根據(jù)存儲帳戶的默認(rèn)訪問層將Blob推斷為冷層,并將Blob移動(dòng)到存檔層,則不會收取提前刪除費(fèi)用。

如果將Blob顯式移動(dòng)到冷層,然后將其移動(dòng)到存檔層,則將收取提前刪除費(fèi)用。

如果未發(fā)生訪問層更改,請使用Blob屬性“Last-Modified”來計(jì)算提前刪除時(shí)間。否則,請通過查看Blob屬性(即“access-tier-change-time”)來使用最后一次將訪問層修改為“冷”或“存檔”的時(shí)間。有關(guān)Blob屬性的詳細(xì)信息,請參閱獲取Blob屬性。

比較塊Blob存儲選項(xiàng)

下表對高級性能塊blob存儲與熱、冷、存檔訪問層進(jìn)行了比較。

微信圖片_20210319161305.png

GPv2帳戶冷層中的對象的最短保留期為30天。Blob存儲帳戶的冷層沒有最短保留期。

存檔存儲目前支持兩種解除凍結(jié)優(yōu)先級:“高”和“標(biāo)準(zhǔn)”,它們帶來不同的檢索延遲和成本。有關(guān)詳細(xì)信息,請參閱從存檔層解凍Blob數(shù)據(jù)。

備注

Blob存儲帳戶支持與常規(guī)用途v2存儲帳戶相同的性能和可伸縮性目標(biāo)。有關(guān)詳細(xì)信息,請參閱Blob存儲可伸縮性和性能目標(biāo)。

立即登錄,閱讀全文
版權(quán)說明:
本文內(nèi)容來自于Microsoft,本站不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。文章內(nèi)容系作者個(gè)人觀點(diǎn),不代表快出海對觀點(diǎn)贊同或支持。如有侵權(quán),請聯(lián)系管理員(zzx@kchuhai.com)刪除!
相關(guān)文章
Azure Arc為企業(yè)構(gòu)建安全的云基礎(chǔ)
Azure Arc為企業(yè)構(gòu)建安全的云基礎(chǔ)
隨著人工智能技術(shù)持續(xù)重塑企業(yè)運(yùn)營方式,企業(yè)需要能夠處理海量數(shù)據(jù)的系統(tǒng),以支持實(shí)時(shí)洞察,同時(shí)幫助他們應(yīng)對跨IT和OT環(huán)境(包括云端、邊緣和本地)中運(yùn)營、應(yīng)用、數(shù)據(jù)和基礎(chǔ)設(shè)施的協(xié)作難題。
Azure
微軟云
云服務(wù)
2024-12-172024-12-17
釋放.NET 9和Azure的AI技術(shù)與云計(jì)算潛力:更快、更智能、面向未來
釋放.NET 9和Azure的AI技術(shù)與云計(jì)算潛力:更快、更智能、面向未來
.NET 9現(xiàn)已正式發(fā)布,它為.NET平臺的發(fā)展掀開了嶄新的一頁,突破了性能、云原生開發(fā)和AI技術(shù)集成的邊界。
Azure
微軟云
云服務(wù)
2024-12-162024-12-16
Azure網(wǎng)絡(luò)管理現(xiàn)已具備智能Microsoft Copilot副駕駛能力
Azure網(wǎng)絡(luò)管理現(xiàn)已具備智能Microsoft Copilot副駕駛能力
智能Microsoft Copilot副駕駛for Azure網(wǎng)絡(luò)服務(wù)現(xiàn)已推出公共預(yù)覽版。
Azure
微軟云
云服務(wù)
2024-12-102024-12-10
Microsoft Fabric功能更新,借助AI驅(qū)動(dòng)的數(shù)據(jù)平臺加速應(yīng)用創(chuàng)新
Microsoft Fabric功能更新,借助AI驅(qū)動(dòng)的數(shù)據(jù)平臺加速應(yīng)用創(chuàng)新
一年前,我們正式推出了一款端到端數(shù)據(jù)平臺,旨在幫助組織推動(dòng)人工智能轉(zhuǎn)型,并重新定義數(shù)據(jù)的連接、管理和分析方式。
Azure
微軟云
云服務(wù)
2024-12-092024-12-09
優(yōu)質(zhì)服務(wù)商推薦
更多