Blobbérlet

A Lease Blob művelet létrehoz és kezel egy blob zárolását az írási és törlési műveletekhez. A zárolás időtartama 15–60 másodperc, vagy végtelen lehet. A 2012-02-12 előtti verziókban a zárolás időtartama 60 másodperc.

Fontos

A 2012-02-12-es verziótól kezdve a művelet néhány viselkedése eltér a Lease Blob korábbi verzióktól. A korábbi verziókban például a kiadását követően megújíthatja a bérletet. A 2012-02-12-es verziótól kezdve ez a bérletkérés meghiúsul, de a régebbi verziókat Lease Blob használó hívások továbbra is sikeresek. A művelet viselkedésének változásairól a cikk későbbi, "Megjegyzések" szakaszában olvashat.

A műveletet az Lease Blob alábbi módok egyikével hívhatja meg:

  • Acquirelehetőséget, hogy új bérletet kérjen.

  • Renewlehetőséget egy meglévő bérlet megújításához.

  • Changeelemet egy meglévő bérlet azonosítójának módosításához.

  • Release, hogy felszabadítsa a bérletet, ha már nincs rá szükség, hogy egy másik ügyfél azonnal megszerezhesse a bérletet a blobon.

  • Break, a bérlet megszüntetéséhez, de győződjön meg arról, hogy egy másik ügyfél nem szerezhet új bérletet az aktuális bérletidőszak lejártáig.

Kérés

A kérést az Lease Blob alábbiak szerint hozhatja létre. A HTTPS használata ajánlott. Cserélje le a myaccount kifejezést a tárfiók nevére.

PUT metóduskérés URI-ja HTTP-verzió
https://myaccount.blob.core.windows.net/mycontainer/myblob?comp=lease HTTP/1.1

Emulált tárolási szolgáltatás URI-ja

Amikor kérést küld az emulált tárolási szolgáltatásra, adja meg az emulátor gazdanevét és Azure Blob Storage portot 127.0.0.1:10000, majd az emulált tárfiók nevét.

PUT metóduskérés URI-ja HTTP-verzió
http://127.0.0.1:10000/devstoreaccount1/mycontainer/myblob?comp=lease HTTP/1.0

HTTP/1.1

További információ: Az Azurite Emulator használata helyi Azure Storage-fejlesztéshez.

URI-paraméterek

A kérelem URI-ján a következő további paramétert adhatja meg.

Paraméter Leírás
timeout Választható. A timeout paraméter másodpercben van kifejezve. További információ: Időtúllépések beállítása Blob Storage-műveletekhez.

Kérésfejlécek

Az alábbi táblázat a szükséges és nem kötelező kérelemfejléceket ismerteti.

Kérelem fejléce Leírás
Authorization Kötelező. Megadja az engedélyezési sémát, a fióknevet és az aláírást. További információ: Kérelmek engedélyezése az Azure Storage-ba.
Date vagy x-ms-date Kötelező. Megadja a kérés egyezményes világidő (UTC) formátumban kifejezett időpontját. További információ: Kérelmek engedélyezése az Azure Storage-ba.
x-ms-version Választható. A kérelemhez használandó művelet verzióját adja meg. További információ: Az Azure Storage-szolgáltatások verziószámozása.
x-ms-lease-id: <ID> A bérlet megújításához, módosításához vagy kiadásához szükséges.

A értékét x-ms-lease-id bármilyen érvényes GUID-sztringformátumban megadhatja. Az érvényes formátumok listáját a Guid Konstruktor (sztring) című témakörben találja.
x-ms-lease-action: <acquire ¦ renew ¦ change ¦ release ¦ break> acquire: Új bérletet kér. Ha a blobnak nincs aktív bérlete, a Blob Storage létrehoz egy bérletet a blobon, és egy új bérletazonosítót ad vissza. Ha a blob rendelkezik aktív bérletmel, csak az aktív bérletazonosító használatával kérhet új bérletet. Megadhat azonban egy újat x-ms-lease-duration, beleértve a negatívat (-1) egy olyan bérlethez, amely soha nem jár le.

renew: Megújítja a bérletet. Megújíthatja a bérletet, ha a kérelemben megadott bérletazonosító megegyezik a blobhoz tartozóval. Vegye figyelembe, hogy a bérlet akkor is megújítható, ha lejárt, feltéve, hogy a blobot a bérlet lejárata óta nem módosították vagy adták tovább. A bérlet megújításakor a bérlet időtartama visszaáll.

change: 2012-02-12-es és újabb verziók. Módosítja egy aktív bérlet bérletazonosítóját. A-nek change tartalmaznia kell az aktuális bérletazonosítót a fájlban x-ms-lease-id, és egy új bérletazonosítót a fájlban x-ms-proposed-lease-id.

release: Felszabadítja a bérletet. Felszabadíthatja a bérletet, ha a kérelemben megadott bérletazonosító megegyezik a blobhoz tartozóval. A bérlet felszabadítása lehetővé teszi, hogy egy másik ügyfél azonnal megszerezze a blob bérletét, amint a kiadás befejeződött.

break: Megszakítja a bérletet, ha a blob aktív bérletet kapott. A bérlet megszakadása után nem újítható meg. Bármely engedélyezett kérelem megszakíthatja a bérletet; a kérelem nem szükséges egyező bérletazonosító megadásához. Ha egy bérlet megszakad, a bérlettörési időszak lejárhat, amely idő break alatt és release az egyetlen bérletművelet, amelyet a blobon végre lehet hajtani. Ha egy bérlet sikeresen megszakad, a válasz másodpercek alatt jelzi az időközt, amíg új bérletet nem lehet beszerezni.

A megszakított bérlet is felszabadítható, ebben az esetben egy másik ügyfél azonnal beszerezheti a bérletet a blobon.
x-ms-lease-break-period: N Választható. 2012-02-12-es és újabb verzió. Egy break művelet esetében ez a javasolt időtartam másodpercben, amelyet a bérletnek a megszakítása előtt kell folytatnia, 0 és 60 másodperc között. Ez a törési időszak csak akkor használatos, ha rövidebb, mint a bérletben fennmaradó idő. Ha hosszabb ideig tart, a rendszer a bérleten fennmaradó időt használja fel. A megszakítási időszak lejárta előtt nem lesz elérhető új bérlet, de a bérlet a megszakítási időszaknál hosszabb ideig tartható. Ha ez a fejléc nem jelenik meg egy break művelettel, a fennmaradó bérletidőszak letelte után egy rögzített időtartamú bérlet szakad meg, és a végtelen bérletek azonnal megszakadnak.
x-ms-lease-duration: -1 ¦ n seconds 2012-02-12-es és újabb verzió. Csak egy acquire műveleten engedélyezett és kötelező. Megadja a bérlet időtartamát másodpercben vagy negatív (-1) egy olyan bérlet esetén, amely soha nem jár le. A nem végtelen bérlet 15 és 60 másodperc között lehet. A vagy a használatával renewchangenem módosítható a bérlet időtartama.
x-ms-proposed-lease-id: <ID> 2012-02-12-es és újabb verzió. Nem kötelező a esetében, acquireés kötelező a számára change. Javasolt bérletazonosító GUID sztringformátumban. A Blob Storage akkor ad 400 (Invalid request) vissza értéket, ha a javasolt bérletazonosító nem a megfelelő formátumban van. Az érvényes formátumok listáját a Guid Konstruktor (sztring) című témakörben találja.
Origin Választható. Meghatározza, hogy a kérelem melyik forrásból legyen kibocsátva. Ennek a fejlécnek a jelenléte az eltérő eredetű erőforrások megosztását (CORS) eredményezi a válaszban. További részletekért lásd : CORS-támogatás a Storage-szolgáltatásokhoz .
x-ms-client-request-id Választható. Ügyfél által generált, átlátszatlan értéket biztosít egy 1 kibibyte (KiB) karakterkorláttal, amelyet a naplózás konfigurálásakor rögzít a naplókban. Javasoljuk, hogy ezt a fejlécet használva korrelálja az ügyféloldali tevékenységeket a kiszolgáló által kapott kérésekkel. További információ: Azure Blob Storage figyelése.

Ez a művelet feltételes fejlécek használatát is támogatja a művelet futtatásához, csak akkor, ha egy adott feltétel teljesül. További információ: Feltételes fejlécek megadása Blob Storage-műveletekhez.

A kérés törzse

Nincsenek.

Mintakérés

A következő mintakérés bemutatja, hogyan szerezhet be bérletet:

  
Request Syntax:  
PUT https://myaccount.blob.core.windows.net/mycontainer/myblob?comp=lease HTTP/1.1  
  
Request Headers:  
x-ms-version: 2015-02-21  
x-ms-lease-action: acquire  
x-ms-lease-duration: -1  
x-ms-proposed-lease-id: 1f812371-a41d-49e6-b123-f4b542e851c5  
x-ms-date: <date>  
Authorization: SharedKey testaccount1:esSKMOYdK4o+nGTuTyeOLBI+xqnqi6aBmiW4XI699+o=  
  

Reagálás

A válasz egy HTTP-állapotkódot és válaszfejléceket tartalmaz.

Állapotkód

A bérletműveletek sikerességi állapotkódjai a következők:

  • Acquire: A sikeres művelet visszaadja a 201(Létrehozva) állapotkódot.

  • Renew: A sikeres művelet a 200 -os állapotkódot adja vissza (OK).

  • Change: A sikeres művelet a 200 -os állapotkódot adja vissza (OK).

  • Release: A sikeres művelet a 200 -os állapotkódot adja vissza (OK).

  • Break: A sikeres művelet a 202-s állapotkódot adja vissza (elfogadva).

Az állapotkódokkal kapcsolatos információkért lásd: Állapot- és hibakódok.

Válaszfejlécek

A műveletre adott válasz a következő fejléceket tartalmazza. A válasz további szabványos HTTP-fejléceket is tartalmazhat. Minden szabványos fejléc megfelel a HTTP/1.1 protokoll specifikációjának.

Syntax Description
ETag Olyan értéket tartalmaz, amellyel feltételesen hajthat végre műveleteket. További információ: Feltételes fejlécek megadása Blob Storage-műveletekhez .

A rendszer ezt a fejlécet adja vissza a 2013-08-15-ös és újabb verzióval kapcsolatos kérésekhez, és az ETag érték idézőjelekben van megadva.

A Lease Blob művelet nem módosítja ezt a tulajdonságot.
Last-Modified A blob utolsó módosításának dátuma/időpontja. További információ: Dátum-idő értékek ábrázolása fejlécekben.

A blob írási művelete, beleértve a blob metaadatainak vagy tulajdonságainak frissítését is, megváltoztatja a blob utolsó módosítási időpontját. A Lease Blob művelet nem módosítja ezt a tulajdonságot.
x-ms-lease-id: <id> Amikor bérletet kér, a Blob Storage egy egyedi bérletazonosítót ad vissza. Amíg a bérlet aktív, meg kell adnia a bérletazonosítót a blobba való írásra, illetve a bérlet megújítására, módosítására vagy kiadására vonatkozó kérésekkel.

A sikeres megújítási művelet az aktív bérlet bérletazonosítóját is visszaadja.
x-ms-lease-time: seconds A bérletidőszakban fennmaradó hozzávetőleges idő másodpercben. Ez a fejléc csak a bérlet megszakítására irányuló sikeres kérés esetén lesz visszaadva. Ha a törés azonnali, 0 a függvény visszaadja.
x-ms-request-id Ez a fejléc egyedileg azonosítja a végrehajtott kérést, és a kérés hibaelhárításához használható. További információ: API-műveletek hibaelhárítása.
x-ms-version A kérés futtatásához használt Blob Storage-verziót jelzi. Ez a fejléc lesz visszaadva a 2009-09-19-es és újabb verzióval kapcsolatos kérésekhez.
Date UTC dátum/idő érték, amely a válasz indításának időpontját jelzi. Ezt az értéket a szolgáltatás hozza létre.
Access-Control-Allow-Origin Akkor adja vissza, ha a kérelem tartalmaz fejlécet Origin , és a CORS engedélyezve van egy megfelelő szabmánnyal. Ez a fejléc a forráskérés fejlécének értékét adja vissza egyezés esetén.
Access-Control-Expose-Headers Akkor adja vissza, ha a kérelem tartalmaz fejlécet Origin , és a CORS engedélyezve van egy megfelelő szabmánnyal. Azon válaszfejlécek listáját adja vissza, amelyeket elérhetővé kell tenni az ügyfélnek vagy a kérés kiállítójának.
Access-Control-Allow-Credentials Akkor adja vissza, ha a kérelem tartalmaz fejlécet Origin , és a CORS engedélyezve van egy olyan egyező szabmánnyal, amely nem engedélyezi az összes forrást. Ez a fejléc a következőre van állítva: true.
x-ms-client-request-id Ezzel a fejléccel elháríthatja a kéréseket és a megfelelő válaszokat. Ennek a fejlécnek az értéke megegyezik a x-ms-client-request-id fejléc értékével, ha az szerepel a kérelemben. Az érték legfeljebb 1024 látható ASCII-karakter lehet. Ha a x-ms-client-request-id fejléc nem szerepel a kérelemben, akkor az nem jelenik meg a válaszban.

Választörzs

Nincsenek.

Mintaválasz

Az alábbiakban egy mintaválaszt ad vissza egy bérlet beszerzésére irányuló kéréshez:

Response Status:  
HTTP/1.1 201 Created  
  
Response Headers:  
Server: Windows-Azure-Blob/1.0 Microsoft-HTTPAPI/2.0  
x-ms-request-id: cc6b209a-b593-4be1-a38a-dde7c106f402  
x-ms-version: 2015-02-21  
x-ms-lease-id: 1f812371-a41d-49e6-b123-f4b542e851c5  
Date: <date>  
  

Engedélyezés

Az azure storage-beli adathozzáférési műveletek meghívásakor engedélyezés szükséges. A műveletet az Lease Blob alábbiak szerint engedélyezheti.

Az Azure Storage támogatja a Microsoft Entra ID használatát a blobadatokra irányuló kérések engedélyezéséhez. A Microsoft Entra ID azure-beli szerepköralapú hozzáférés-vezérléssel (Azure RBAC) adhat engedélyeket egy rendszerbiztonsági tagnak. A rendszerbiztonsági tag lehet felhasználó, csoport, alkalmazás-szolgáltatásnév vagy Azure-beli felügyelt identitás. A rendszerbiztonsági tag hitelesítését a Microsoft Entra ID végzi egy OAuth 2.0-jogkivonat visszaadásához. A jogkivonat ezután a Blob szolgáltatásra irányuló kérések engedélyezésére használható.

További információ a Microsoft Entra ID használatával történő engedélyezésről: Blobokhoz való hozzáférés engedélyezése Microsoft Entra ID használatával.

Engedélyek

Az alábbiakban azokat az RBAC-műveletet soroljuk fel, amelyek szükségesek ahhoz, hogy egy Microsoft Entra felhasználó, csoport vagy szolgáltatásnév meghívja a Lease Blob műveletet, valamint a legkevésbé emelt szintű beépített Azure RBAC-szerepkört, amely tartalmazza ezt a műveletet:

A szerepkörök Azure RBAC-vel való hozzárendelésével kapcsolatos további információkért lásd: Azure-szerepkör hozzárendelése blobadatokhoz való hozzáféréshez.

Megjegyzések

A blobok bérlete kizárólagos írási és törlési hozzáférést biztosít a blobhoz. Ha aktív bérlettel rendelkező blobba szeretne írni, az ügyfélnek tartalmaznia kell az aktív bérlet azonosítóját az írási kérelemmel. A bérlet a bérlet beszerzésekor megadott időtartamra van megadva. Ez az időtartam 15 és 60 másodperc között lehet, vagy végtelen időtartam.

Amikor egy ügyfél bérletet szerez be, a bérletazonosító lesz visszaadva. A Blob Storage létrehoz egy bérletazonosítót, ha nincs megadva a beolvasási kérelemben. Az ügyfél ezzel a bérletazonosítóval megújíthatja a bérletet, módosíthatja a bérletazonosítóját, vagy felszabadíthatja a bérletet.

Ha egy bérlet aktív, a bérletazonosítónak szerepelnie kell a következő műveletek bármelyikére vonatkozó kérelemben:

Ha a bérletazonosító nem szerepel a bérletben, ezek a műveletek egy bérelt blobon meghiúsulnak a következővel 412 – Precondition failed: .

A következő műveletek sikeresek egy bérelt blobon a bérletazonosító nélkül:

Nem szükséges megadni a bérletazonosítót egy aktív bérletet tartalmazó blob műveleteihez GET . Azonban minden GET művelet támogat egy feltételes bérletparamétert, ahol a művelet csak akkor folytatódik, ha a kérelemben szereplő bérletazonosító érvényes.

Minden tárolóművelet engedélyezett egy olyan tárolón, amely aktív bérlettel rendelkező blobokat tartalmaz, beleértve a tároló törlését is. Ezért a tárolók akkor is törölhetők, ha a benne lévő blobok aktív bérletekkel rendelkeznek. A Tárolóbérlet művelettel szabályozhatja a tároló törléséhez szükséges jogosultságokat.

Bérletállapotok

Az alábbi ábrán egy bérlet öt állapota, valamint a bérletállapot változásait okozó parancsok és események láthatók.

A blobbérletek állapotát és az állapotváltozási eseményindítókat bemutató ábra.

A bérlet ezen állapotok egyikében lehet, attól függően, hogy a bérlet zárolva van-e vagy feloldva, és hogy a bérlet megújítható-e ebben az állapotban. Az előző diagramon látható bérletműveletek állapotváltásokat okoznak.

Megújítás állapota Zárolt bérlet Zárolt bérlet
Megújuló bérlet Bérelt Lejárt
Nem megújuló bérlet Törés Hibás, elérhető
  • Available: A bérlet feloldva van, és beszerezhető. Engedélyezett művelet: acquire.

  • Leased: A bérlet zárolva van. Engedélyezett műveletek: acquire (csak bérletazonosító), renew, change, releaseés break.

  • Expired: A bérlet időtartama lejárt. Engedélyezett műveletek: acquire, renew, releaseés break.

  • Breaking: A bérlet megszakadt, de a bérlet a megszakítási időszak lejártáig zárolva marad. Engedélyezett műveletek: release és break.

  • Broken: A bérlet megszakadt, és a megszakítási időszak lejárt. Engedélyezett műveletek: acquire, releaseés break.

A bérlet lejártát követően a Blob Storage mindaddig megőrzi a bérletazonosítót, amíg a blobot nem módosítják vagy újra bérbe nem adják. Az ügyfelek megpróbálhatják megújítani vagy felszabadítani a bérletet a lejárt bérletazonosítójuk használatával. Ha a művelet sikeres, az azt jelenti, hogy a blob nem módosult a bérletazonosító utolsó érvényességétől kezdve.

Ha az ügyfél megpróbál megújítani vagy felszabadítani egy bérletet a korábbi bérletazonosítójával, és a kérés meghiúsul, akkor a blob módosult vagy újra lett bérletben, mivel az ügyfél bérlete utoljára aktív volt. Az ügyfélnek ezután új bérletet kell beszereznie a blobon.

Ha egy bérlet lejár ahelyett, hogy explicit módon felszabadulna, előfordulhat, hogy az ügyfélnek akár egy percet is várnia kell, mielőtt új bérletet szerezhetne be a blobhoz. Az ügyfél azonban azonnal megújíthatja a bérletet a bérletazonosítójával, ha a blobot nem módosították.

Vegye figyelembe, hogy a blobpillanatképekhez nem adható bérlet, mert a pillanatképek írásvédettek. Ha egy pillanatképhez bérletet kér, az 400-ra (hibás kérelem) vonatkozó állapotkódot eredményez.

A blob tulajdonságát Last-Modified-Time nem frissítik a hívásai Lease Blob.

Az alábbi táblázatok a különböző bérletállapotú bérletekkel rendelkező blobok műveleteinek eredményeit mutatják be. Az A), a (B) és a (C) betűk a bérletazonosítókat, az (X) pedig a Blob Storage által létrehozott bérletazonosítót jelölik.

Blobok használati kísérleteinek eredményei bérletállapot szerint

Művelet Elérhető Bérelt (A) Kompatibilitástörő (A) Hibás (A) Lejárt (A)
Írás a következővel: (A) Sikertelen (412) Bérelt (A), az írás sikeres Kompatibilitástörő (A), az írás sikeres Sikertelen (412) Sikertelen (412)
Írás a következővel: (B) Sikertelen (412) Sikertelen (409) Sikertelen (412) Sikertelen (412) Sikertelen (412)
Írás, nincs megadva bérlet Elérhető, az írás sikeres Sikertelen (412) Sikertelen (412) Elérhető, az írás sikeres Elérhető, az írás sikeres
Olvasás a következővel: (A) Sikertelen (412) Bérelt (A), olvasás sikeres Kompatibilitástörő (A), olvasás sikeres Sikertelen (412) Sikertelen (412)
Olvasás a következővel: (B) Sikertelen (412) Sikertelen (409) Sikertelen (409) Sikertelen (412) Sikertelen (412)
Olvasás, nincs megadva bérlet Elérhető, olvasás sikeres Bérelt (A), olvasás sikeres Kompatibilitástörő (A), olvasás sikeres Hibás (A), az olvasás sikeres Lejárt (A), olvasás sikeres

Blobok bérletállapot szerinti bérletműveleteinek eredményei

Művelet Elérhető Bérelt (A) Kompatibilitástörő (A) Hibás (A) Lejárt (A)
Acquire, nincs javasolt bérletazonosító Bérelt (X) Sikertelen (409) Sikertelen (409) Bérelt (X) Bérelt (X)
Acquire (A) Bérelt (A) Bérelt (A), új időtartam Sikertelen (409) Bérelt (A) Bérelt (A)
Acquire (B) Bérelt (B) Sikertelen (409) Sikertelen (409) Bérelt (B) Bérelt (B)
Break, pont=0 Sikertelen (409) Hibás (A) Hibás (A) Hibás (A) Hibás (A)
Break, 0. időszak> Sikertelen (409) Kompatibilitástörő (A) Kompatibilitástörő (A) Hibás (A) Hibás (A)
Change, (A) –B) Sikertelen (409) Bérelt (B) Sikertelen (409) Sikertelen (409) Sikertelen (409)
Change, (B) –(A) Sikertelen (409) Bérelt (A) Sikertelen (409) Sikertelen (409) Sikertelen (409)
Change, (B) –(C) Sikertelen (409) Sikertelen (409) Sikertelen (409) Sikertelen (409) Sikertelen (409)
Renew (A) Sikertelen (409) Bérelt (A), lejárati idő alaphelyzetbe állítása Sikertelen (409) Sikertelen (409) Leased(A), ha a blob nem lett módosítva.

Sikertelen (409), ha a blob módosult.
Renew (B) Sikertelen (409) Sikertelen (409) Sikertelen (409) Sikertelen (409) Sikertelen (409)
Release (A) Sikertelen (409) Elérhető Elérhető Elérhető Elérhető
Release (B) Sikertelen (409) Sikertelen (409) Sikertelen (409) Sikertelen (409) Sikertelen (409)
Az időtartam lejár Elérhető Lejárt (A) Hibás (A) Hibás (A) Lejárt (A)

A bérletblob módosításai a 2012-02-12-es verzióban

Az alábbi lista a 2012-02-12-es verzióban bevezetett viselkedésváltozásokat Lease Blob tartalmazza.

  • A bérlet beszerzésére irányuló hívásnak Lease Blob tartalmaznia kell egy bérlet időtartamának fejlécét. Ha a bérlet időtartamának megadása nélkül próbál meg bérletet beszerezni, a szolgáltatás a következőt adja 400 Bad Request – Missing required headervissza: .

  • A bérlet kiadása után már nem újíthatja meg a bérletet. Ha megpróbálja ezt megtenni, a szolgáltatás a következőt adja 409 Conflict – The lease ID specified did not match the lease ID for the blobvissza: . Azoknak az alkalmazásoknak, amelyek meghívták a kiadást, majd meghívták a megújítást, most menteniük kell a ETag kiadási hívásból. Ezután az alkalmazásoknak feltételes fejléccel If-Match kell meghívniuk a beszerzést, hogy csak akkor szerezhesse meg a bérletet, ha a blob változatlan.

  • A bérlet feloldása után már nem szakíthatja meg a bérletet. Ha megpróbálja ezt megtenni, a szolgáltatás a következőt adja 409 Conflict – There is currently no lease on the blobvissza: .

  • Most megszakíthat egy megszakított vagy megszakadt bérletet, így idempotenssé teheti a megszakítási műveleteket. A korábbi verziókban ez a következő hibával 409 Conflict – The lease has already been broken and cannot be broken againmeghiúsult: . Ezzel a módosítással lerövidítheti a szünetek időtartamát. Ha megszakít egy megszakított állapotú bérletet, és a fennmaradó megszakítási időszaknál rövidebb időtartamot tartalmaz, a rendszer a rövidebb időtartamot használja.

Számlázás

A díjszabási kérések olyan ügyfelektől származhatnak, amelyek Blob Storage API-kat használnak, közvetlenül a Blob Storage REST API-ból vagy egy Azure Storage-ügyfélkódtárból. Ezek a kérések tranzakciónkénti díjakat halmoznak fel. A tranzakció típusa befolyásolja a fiók terhelését. Az olvasási tranzakciók például más számlázási kategóriába tartoznak, mint az írási tranzakciók. Az alábbi táblázat a tárfiók típusa alapján a kérelmek számlázási kategóriáját Lease Blob mutatja be:

Művelet Tárfiók típusa Számlázási kategória
Bérletblob (beszerzés, kiadás, megújítás) Prémium szintű blokkblob
Standard általános célú v2
Egyéb műveletek
Bérletblob (beszerzés, kiadás, megújítás) Standard általános célú v1 Olvasási műveletek
Bérletblob (megszakítás, módosítás) Prémium szintű blokkblob
Standard általános célú v2
Egyéb műveletek
Bérletblob (megszakítás, módosítás) Standard általános célú v1 Írási műveletek

Lásd még

new-blob-lease-features-infinite-leases-smaller-lease-times-and-more.aspx)
Kérések engedélyezése az Azure Storage-nak
Állapot- és hibakódok
Blob Storage-hibakódok
Bérlettároló