Kontener dzierżawy

Operacja Lease Container ustanawia blokadę kontenera na potrzeby operacji usuwania i zarządza nią. Czas trwania blokady może wynosić od 15 do 60 sekund lub może być nieskończony.

Operację Lease Container można wywołać w jednym z następujących trybów:

• Acquire, aby zażądać nowej dzierżawy.

• Renew, aby odnowić istniejącą dzierżawę.

• Change, aby zmienić identyfikator istniejącej dzierżawy.

• Release, aby zwolnić dzierżawę, jeśli nie jest już potrzebna, aby inny klient mógł natychmiast uzyskać dzierżawę względem kontenera.

• Break, aby zakończyć dzierżawę, ale upewnij się, że inny klient nie może uzyskać nowej dzierżawy do czasu wygaśnięcia bieżącego okresu dzierżawy.

Uwaga

Operacja Lease Container jest dostępna w wersji 2012-02-12 lub nowszej.

Żądanie

Żądanie można skonstruować Lease Container w następujący sposób. Zalecane jest użycie protokołu HTTPS. Zastąp ciąg myaccount nazwą konta magazynu.

Metoda	Identyfikator URI żądania	Wersja PROTOKOŁU HTTP
PUT	https://myaccount.blob.core.windows.net/mycontainer?comp=lease&restype=container	HTTP/1.1

Aby określić kontener główny, wprowadź $root jako nazwę kontenera.

Identyfikator URI usługi magazynu emulowanego

Po wysłaniu żądania względem emulowanej usługi magazynu określ nazwę hosta emulatora i Azure Blob Storage port jako 127.0.0.1:10000, a następnie nazwę emulowanego konta magazynu.

Metoda	Identyfikator URI żądania	Wersja PROTOKOŁU HTTP
PUT	http://127.0.0.1:10000/mycontainer?comp=lease&restype=container	HTTP/1.0 HTTP/1.1

Aby uzyskać więcej informacji, zobacz Use Azurite emulator for local Azure Storage development (Używanie emulatora usługi Azurite do lokalnego programowania w usłudze Azure Storage).

Parametry identyfikatora URI

W identyfikatorze URI żądania można określić następujący dodatkowy parametr.

Parametr	Opis
timeout	Opcjonalny. Parametr jest wyrażony timeout w sekundach. Aby uzyskać więcej informacji, zobacz Ustawianie limitów czasu dla operacji usługi Blob Storage.

Nagłówki żądań

W poniższej tabeli opisano wymagane i opcjonalne nagłówki żądań.

Nagłówek żądania	Opis
Authorization	Wymagane. Określa schemat autoryzacji, nazwę konta i podpis. Aby uzyskać więcej informacji, zobacz Autoryzowanie żądań do usługi Azure Storage.
Date lub x-ms-date	Wymagane. Określa dla żądania godzinę w formacie uniwersalnego czasu koordynowanego (UTC). Aby uzyskać więcej informacji, zobacz Autoryzowanie żądań do usługi Azure Storage.
x-ms-version	Opcjonalny. Określa wersję operacji do użycia dla tego żądania. Aby uzyskać więcej informacji, zobacz Przechowywanie wersji usług Azure Storage.
x-ms-lease-id: <ID>	Wymagane do odnowienia, zmiany lub zwolnienia dzierżawy. Wartość można określić w dowolnym prawidłowym formacie ciągu identyfikatora x-ms-lease-id GUID. Aby uzyskać listę prawidłowych formatów, zobacz Konstruktor guid (ciąg).
x-ms-lease-action: <acquire ¦ renew ¦ change ¦ release ¦ break>	acquire: żąda nowej dzierżawy. Jeśli kontener nie ma aktywnej dzierżawy, usługa Blob Storage tworzy dzierżawę kontenera i zwraca nowy identyfikator dzierżawy. Jeśli kontener ma aktywną dzierżawę, możesz zażądać tylko nowej dzierżawy przy użyciu aktywnego identyfikatora dzierżawy. Można jednak określić nowy x-ms-lease durationelement , w tym ujemny (-1) dla dzierżawy, która nigdy nie wygasa. renew: odnawia dzierżawę. Dzierżawę można odnowić, jeśli identyfikator dzierżawy określony w żądaniu jest zgodny z kontenerem skojarzonym z kontenerem. Należy pamiętać, że dzierżawa może zostać odnowiona, nawet jeśli wygasła, o ile kontener nie został ponownie dzierżawiony od czasu wygaśnięcia tej dzierżawy. Po odnowieniu dzierżawy czas trwania dzierżawy zostanie zresetowany. change: zmień identyfikator dzierżawy aktywnej dzierżawy. Element change musi zawierać bieżący identyfikator dzierżawy w x-ms-lease-idelemencie i nowy identyfikator dzierżawy w pliku x-ms-proposed-lease-id. release: zwolnij dzierżawę. Dzierżawę można zwolnić, jeśli identyfikator dzierżawy określony na żądaniu jest zgodny z kontenerem skojarzonym z kontenerem. Zwolnienie dzierżawy umożliwia innemu klientowi natychmiastowe uzyskanie dzierżawy dla kontenera po zakończeniu wydania. break: przerwij dzierżawę, jeśli kontener ma aktywną dzierżawę. Po przerwaniu dzierżawy nie można jej odnowić. Każde autoryzowane żądanie może przerwać dzierżawę. Żądanie nie jest wymagane do określenia zgodnego identyfikatora dzierżawy. Gdy dzierżawa zostanie przerwana, okres przerwania dzierżawy może upłynąć. W tym czasie można wykonywać break operacje dzierżawy i release wykonywać tylko operacje dzierżawy w kontenerze. Gdy dzierżawa zostanie pomyślnie przerwana, odpowiedź wskazuje interwał w sekundach do momentu uzyskania nowej dzierżawy. Można również zwolnić dzierżawę, która została przerwana. Klient może natychmiast uzyskać dzierżawę kontenera, która została wydana.
x-ms-lease-break-period: N	Opcjonalny. break W przypadku operacji ten nagłówek jest proponowanym czasem trwania, który dzierżawa powinna być kontynuowana przed jego uszkodzeniem( od 0 do 60 sekund). Ten okres przerwania jest używany tylko wtedy, gdy jest krótszy niż czas pozostały w dzierżawie. Jeśli czas pozostały w dzierżawie jest dłuższy. Nowa dzierżawa nie będzie dostępna przed wygaśnięciem okresu przerwania, ale dzierżawa może być przechowywana przez dłuższy niż okres przerwania. Jeśli ten nagłówek nie jest wyświetlany z operacją break , przerwy dzierżawy o stałym czasie trwania po upływie pozostałego okresu dzierżawy i nieskończone przerwy dzierżawy natychmiast.
x-ms-lease-duration: -1 ¦ n seconds	Wymagane dla acquire. Określa czas trwania dzierżawy, w sekundach lub ujemny (-1) dla dzierżawy, która nigdy nie wygasa. Dzierżawa nieskończenie nieskończona może należeć do zakresu od 15 do 60 sekund. Nie można zmienić czasu trwania dzierżawy przy użyciu polecenia renew lub change.
x-ms-proposed-lease-id: <ID>	Opcjonalne dla acquireelementu , i wymagane dla changeelementu . Proponowany identyfikator dzierżawy w formacie ciągu GUID. Usługa Blob Storage zwraca wartość 400 (Invalid request) , jeśli proponowany identyfikator dzierżawy nie jest w poprawnym formacie. Aby uzyskać listę prawidłowych formatów, zobacz Konstruktor guid (ciąg).
Origin	Opcjonalny. Określa pochodzenie, z którego jest wystawiane żądanie. Obecność tego nagłówka powoduje, że nagłówki współużytkowania zasobów między źródłami (CORS) w odpowiedzi. Aby uzyskać szczegółowe informacje , zobacz obsługa mechanizmu CORS dla usług Storage .
x-ms-client-request-id	Opcjonalny. Udostępnia nieprzezroczystą wartość wygenerowaną przez klienta z limitem znaków 1-kibibyte (KiB), który jest rejestrowany w dziennikach podczas konfigurowania rejestrowania. Zdecydowanie zalecamy używanie tego nagłówka do korelowania działań po stronie klienta z żądaniami odbieranymi przez serwer. Aby uzyskać więcej informacji, zobacz Monitorowanie Azure Blob Storage.

Ta operacja obsługuje również używanie nagłówków warunkowych do uruchamiania operacji tylko wtedy, gdy zostanie spełniony określony warunek. Aby uzyskać więcej informacji, zobacz Określanie nagłówków warunkowych dla operacji usługi Blob Storage.

Treść żądania

Brak.

Przykładowe żądanie

Następujące przykładowe żądanie pokazuje, jak uzyskać dzierżawę:

  
Request Syntax:  
PUT https://myaccount.blob.core.windows.net/mycontainer?restype=container&comp=lease HTTP/1.1  
  
Request Headers:  
x-ms-version: 2012-02-12  
x-ms-lease-action: acquire  
x-ms-lease-duration: -1  
x-ms-proposed-lease-id: 1f812371-a41d-49e6-b123-f4b542e851c5  
x-ms-date: Thu, 26 Jan 2012 23:30:18 GMT  
Authorization: SharedKey testaccount1:esSKMOYdK4o+nGTuTyeOLBI+xqnqi6aBmiW4XI699+o=  
  

Reakcja

Odpowiedź zawiera kod stanu HTTP i zestaw nagłówków odpowiedzi.

Kod stanu

Kody stanu powodzenia zwrócone dla operacji dzierżawy są następujące:

• Acquire: Operacja zakończona powodzeniem zwraca kod stanu 201 (utworzono).

• Renew: Operacja zakończona powodzeniem zwraca kod stanu 200 (OK).

• Change: Operacja zakończona powodzeniem zwraca kod stanu 200 (OK).

• Release: Operacja zakończona powodzeniem zwraca kod stanu 200 (OK).

• Break: Operacja zakończona powodzeniem zwraca kod stanu 202 (Zaakceptowano).

Aby uzyskać informacje o kodach stanu, zobacz Stan i kody błędów.

Nagłówki odpowiedzi

Odpowiedź na tę operację zawiera następujące nagłówki. Odpowiedź może również zawierać dodatkowe, standardowe nagłówki HTTP. Wszystkie nagłówki standardowe są zgodne ze specyfikacją protokołu HTTP/1.1.

Składnia	Opis
ETag	Element ETag dla kontenera. Ten nagłówek jest zwracany dla żądań wysyłanych w wersji 2013-08-15 i nowszych, a ETag wartość jest w cudzysłowie. Lease Container operacje wykonane w wersji 2013-08-15 i nowszych nie modyfikują tej właściwości, ale wcześniejsze wersje.
Last-Modified	Zwrócono żądania dotyczące wersji 2013-08-15 lub nowszej. Zwraca datę i godzinę ostatniej modyfikacji kontenera. Aby uzyskać więcej informacji, zobacz Reprezentacja wartości daty i godziny w nagłówkach. Każda operacja, która modyfikuje kontener lub jego właściwości lub metadane, aktualizuje czas ostatniej modyfikacji. Obejmuje to ustawienie uprawnień kontenera. Operacje na obiektach blob nie mają wpływu na czas ostatniej modyfikacji kontenera. Lease Container operacje wykonane w wersji 2013-08-15 i nowszych nie modyfikują tej właściwości, ale wcześniejsze wersje.
x-ms-lease-id: <id>	Podczas żądania dzierżawy usługa Blob Storage zwraca unikatowy identyfikator dzierżawy. Gdy dzierżawa jest aktywna, należy dołączyć identyfikator dzierżawy z dowolnym żądaniem usunięcia kontenera lub odnowić, zmienić lub zwolnić dzierżawę. Pomyślna operacja odnawiania zwraca również identyfikator dzierżawy dla aktywnej dzierżawy.
x-ms-lease-time: seconds	Przybliżony czas pozostały w okresie dzierżawy w sekundach. Ten nagłówek jest zwracany tylko dla pomyślnego żądania przerwania dzierżawy. Jeśli przerwa jest natychmiastowa, zwracana jest wartość 0.
x-ms-request-id	Ten nagłówek jednoznacznie identyfikuje wykonane żądanie i może służyć do rozwiązywania problemów z żądaniem. Aby uzyskać więcej informacji, zobacz Rozwiązywanie problemów z operacjami interfejsu API.
x-ms-version	Wskazuje wersję usługi Blob Storage używaną do uruchomienia żądania. Ten nagłówek jest zwracany dla żądań wysyłanych w wersji 2009-09-19 lub nowszej.
Date	Wartość daty/godziny UTC wskazująca godzinę, w której zainicjowano odpowiedź. Usługa generuje tę wartość.
Access-Control-Allow-Origin	Zwracane, jeśli żądanie zawiera Origin nagłówek, a mechanizm CORS jest włączony z zgodną regułą. Ten nagłówek zwraca wartość nagłówka żądania pochodzenia w przypadku dopasowania.
Access-Control-Expose-Headers	Zwracane, jeśli żądanie zawiera Origin nagłówek, a mechanizm CORS jest włączony z zgodną regułą. Zwraca listę nagłówków odpowiedzi, które mają być widoczne dla klienta lub wystawcy żądania.
Access-Control-Allow-Credentials	Zwracane, jeśli żądanie zawiera Origin nagłówek, a mechanizm CORS jest włączony z zgodną regułą, która nie zezwala na wszystkie źródła. Ten nagłówek zostanie ustawiony na truewartość .
x-ms-client-request-id	Ten nagłówek służy do rozwiązywania problemów z żądaniami i odpowiadającymi im odpowiedziami. Wartość tego nagłówka jest równa wartości x-ms-client-request-id nagłówka, jeśli jest obecna w żądaniu. Wartość wynosi co najwyżej 1024 widoczne znaki ASCII. x-ms-client-request-id Jeśli nagłówek nie jest obecny w żądaniu, nie będzie on obecny w odpowiedzi.

Treść odpowiedzi

Brak.

Przykładowa odpowiedź

Poniżej przedstawiono przykładową odpowiedź na żądanie uzyskania dzierżawy:

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: 2012-02-12  
x-ms-lease-id: 1f812371-a41d-49e6-b123-f4b542e851c5  
Date: Thu, 26 Jan 2012 23:30:18 GMT  
  

Autoryzacja

Autoryzacja jest wymagana podczas wywoływania dowolnej operacji dostępu do danych w usłudze Azure Storage. Operację Lease Container można autoryzować zgodnie z opisem w poniższych sekcjach.

Ważne

Firma Microsoft zaleca używanie Tożsamość Microsoft Entra z tożsamościami zarządzanymi w celu autoryzowania żądań do usługi Azure Storage. Tożsamość Microsoft Entra zapewnia doskonałe zabezpieczenia i łatwość użycia w porównaniu z autoryzacją klucza współdzielonego.

Tożsamość Microsoft Entra (zalecane)

Usługa Azure Storage obsługuje używanie Tożsamość Microsoft Entra do autoryzacji żądań do danych obiektów blob. Za pomocą Tożsamość Microsoft Entra możesz użyć kontroli dostępu opartej na rolach (RBAC) platformy Azure, aby udzielić uprawnień podmiotowi zabezpieczeń. Podmiot zabezpieczeń może być użytkownikiem, grupą, jednostką usługi aplikacji lub tożsamością zarządzaną platformy Azure. Podmiot zabezpieczeń jest uwierzytelniany przez Tożsamość Microsoft Entra w celu zwrócenia tokenu OAuth 2.0. Token można następnie użyć do autoryzowania żądania względem usługi Blob Storage.

Aby dowiedzieć się więcej na temat autoryzacji przy użyciu Tożsamość Microsoft Entra, zobacz Autoryzowanie dostępu do obiektów blob przy użyciu Tożsamość Microsoft Entra.

Uprawnienia

Następujące akcje RBAC są niezbędne do Microsoft Entra użytkownika, grupy, tożsamości zarządzanej lub jednostki usługi w celu wywołania Lease Container operacji oraz najmniej uprzywilejowanej wbudowanej roli RBAC platformy Azure, która obejmuje tę akcję:

• Akcja RBAC platformy Azure: Microsoft.Storage/storageAccounts/blobServices/containers/write
• Rola wbudowana z najmniejszymi uprawnieniami: Współautor danych obiektu blob usługi Storage

Aby dowiedzieć się więcej na temat przypisywania ról przy użyciu kontroli dostępu opartej na rolach platformy Azure, zobacz Przypisywanie roli platformy Azure w celu uzyskania dostępu do danych obiektów blob.

Sygnatury dostępu współdzielonego

Sygnatura dostępu współdzielonego (SAS) zapewnia bezpieczny delegowany dostęp do zasobów na koncie magazynu. Dzięki sygnaturze dostępu współdzielonego masz szczegółową kontrolę nad sposobem uzyskiwania dostępu do danych przez klienta. Możesz określić zasób, do którego klienta może uzyskiwać dostęp, jakie uprawnienia mają do tych zasobów i jak długo sygnatura dostępu współdzielonego jest prawidłowa.

Operacja Lease Container obsługuje autoryzację przy użyciu sygnatury dostępu współdzielonego konta.

Jeśli dostęp do klucza współdzielonego jest niedozwolony dla konta magazynu, token SAS konta nie będzie dozwolony na żądanie do usługi Blob Storage. Aby dowiedzieć się więcej, zobacz Omówienie sposobu, w jaki zezwalanie na klucz udostępniony wpływa na tokeny SAS.

Sygnatura dostępu współdzielonego konta

Sygnatura dostępu współdzielonego konta jest zabezpieczona za pomocą klucza konta magazynu. Sygnatura dostępu współdzielonego konta deleguje dostęp do zasobu w co najmniej jednej usłudze magazynu. Wszystkie operacje dostępne za pośrednictwem sygnatury dostępu współdzielonego delegowania użytkownika lub usługi są również dostępne za pośrednictwem sygnatury dostępu współdzielonego konta.

W poniższej tabeli przedstawiono podpisany typ zasobu i podpisane uprawnienia do określania podczas delegowania dostępu:

Operacja	Podpisana usługa	Podpisany typ zasobu	Podpisane uprawnienie
Kontener dzierżawy	Obiekt blob (b)	Kontener (c)	Zapis (w) lub usuwanie (d)*

Należy pamiętać, że Delete uprawnienie umożliwia przerwanie dzierżawy obiektu blob lub kontenera w wersji 2017-07-29 lub nowszej.

Aby dowiedzieć się więcej na temat sygnatury dostępu współdzielonego konta, zobacz Twórca sygnaturę dostępu współdzielonego konta.

Klucz wspólny

Operacja Lease Container obsługuje autoryzację klucza współdzielonego. Nie zalecamy autoryzowania przy użyciu kluczy kont w większości scenariuszy, ponieważ jest to mniej bezpieczne.

Zalecamy uniemożliwienie autoryzacji klucza współużytkowanego dla konta magazynu, jeśli jest to możliwe. Aby uzyskać więcej informacji, zobacz Zapobieganie autoryzacji za pomocą klucza wspólnego.

Uwagi

Dzierżawa kontenera zapewnia wyłączny dostęp do kontenera do usuwania. Dzierżawa kontenera kontroluje tylko możliwość usunięcia kontenera przy użyciu operacji Usuń kontener . Aby usunąć kontener z aktywną dzierżawą, klient musi uwzględnić aktywny identyfikator dzierżawy z żądaniem usunięcia. Jeśli identyfikator dzierżawy nie jest uwzględniony, operacja zakończy się niepowodzeniem z błędem 412 (Warunek wstępny nie powiódł się). Wszystkie inne operacje kontenera kończą się powodzeniem w dzierżawie kontenera bez uwzględniania identyfikatora dzierżawy. Dzierżawa jest udzielana przez czas określony podczas pozyskiwania dzierżawy, który może wynosić od 15 do 60 sekund lub nieskończony czas trwania.

Gdy klient uzyskuje dzierżawę, zwracany jest identyfikator dzierżawy. Usługa Blob Storage generuje identyfikator dzierżawy, jeśli nie został określony w żądaniu pozyskiwania. Klient może użyć tego identyfikatora dzierżawy do odnowienia dzierżawy, zmiany identyfikatora dzierżawy lub zwolnienia dzierżawy. Na poniższym diagramie przedstawiono możliwe stany dzierżawy oraz polecenia lub zdarzenia, które powodują zmiany stanu dzierżawy.

Dzierżawa może znajdować się w jednym z pięciu stanów, w zależności od tego, czy dzierżawa jest zablokowana, czy odblokowana, i czy dzierżawa jest odnawialna w tym stanie. Akcje dzierżawy pokazane na powyższym diagramie powodują przejścia stanu.

Stan odnowienia	Zablokowana dzierżawa	Odblokowana dzierżawa
Odnawialna dzierżawa	Dzierżawionych	Wygasłe
Dzierżawa nieodnawiona	Kluczowa	Uszkodzone, dostępne

• Available, dzierżawa jest odblokowana i można uzyskać. Dozwolona akcja: acquire.

• Leased, dzierżawa jest zablokowana. Dozwolone akcje: acquire (ten sam identyfikator dzierżawy), renew, change, releasei break.

• Expired, czas trwania dzierżawy wygasł. Dozwolone akcje: acquire, renew, releasei break.

• Breaking, dzierżawa została przerwana, ale dzierżawa będzie nadal blokowana do momentu wygaśnięcia okresu przerwania. Dozwolone akcje: release i break.

• Broken, dzierżawa została przerwana, a okres przerwania wygasł. Dozwolone akcje: acquire, releasei break.

Usługa Blob Storage utrzymuje identyfikator dzierżawy po wygaśnięciu dzierżawy kontenera. Klient może odnowić lub zwolnić dzierżawę przy użyciu wygasłego identyfikatora dzierżawy. Jeśli klient próbuje odnowić lub zwolnić wygasłą dzierżawę przy użyciu poprzedniego identyfikatora dzierżawy, a żądanie zakończy się niepowodzeniem, kontener został ponownie wydzierżawiony lub usunięty od czasu ostatniego uaktywnienia dzierżawy klienta.

Jeśli dzierżawa wygaśnie, a nie zostanie jawnie zwolniona, może być konieczne odczekenie do jednej minuty, zanim będzie można uzyskać nową dzierżawę dla kontenera. Klient może jednak natychmiast odnowić dzierżawę przy użyciu wygasłego identyfikatora dzierżawy.

Właściwość kontenera Last-Modified-Time nie jest aktualizowana przez wywołania elementu .Lease Container

W poniższych tabelach przedstawiono wyniki akcji dla kontenerów z dzierżawami w różnych stanach dzierżawy. Litery (A), (B) i (C) reprezentują identyfikatory dzierżaw, a (X) reprezentuje identyfikator dzierżawy generowany przez usługę Blob Storage.

Wyniki prób użycia kontenerów według stanu dzierżawy

Akcja	Dostępne	Dzierżawione (A)	Niezgodność (A)	Przerwane (A)	Wygasłe (A)
Usuń za pomocą (A)	Niepowodzenie (412)	Dzierżawione (A), usuwanie powiodło się	Przerywanie (A), usuwanie kończy się powodzeniem	Niepowodzenie (412)	Niepowodzenie (412)
Usuń za pomocą (B)	Niepowodzenie (412)	Niepowodzenie (409)	Niepowodzenie (412)	Niepowodzenie (412)	Niepowodzenie (412)
Usuwanie, brak określonej dzierżawy	Dostępne, usuwanie powiedzie się	Niepowodzenie (412)	Niepowodzenie (412)	Dostępne, usuwanie powiedzie się	Dostępne, usuwanie powiedzie się
Inne operacje z (A)	Niepowodzenie (412)	Dzierżawione (A), operacja kończy się powodzeniem	Przerwanie (A), operacja kończy się powodzeniem	Niepowodzenie (412)	Niepowodzenie (412)
Inne operacje z (B)	Niepowodzenie (412)	Niepowodzenie (409)	Niepowodzenie (409)	Niepowodzenie (412)	Niepowodzenie (412)
Operacje, brak określonej dzierżawy	Dostępna operacja kończy się powodzeniem	Dzierżawione (A), operacja kończy się powodzeniem	Przerwanie (A), operacja kończy się powodzeniem	Przerwane (A), operacja kończy się powodzeniem	Wygasła (A), operacja kończy się powodzeniem

Wyniki operacji dzierżawy dla kontenerów według stanu dzierżawy

Akcja	Dostępne	Dzierżawione (A)	Niezgodność (A)	Przerwane (A)	Wygasłe (A)
Acquire, brak proponowanego identyfikatora dzierżawy	Dzierżawione (X)	Niepowodzenie (409)	Niepowodzenie (409)	Dzierżawione (X)	Dzierżawione (X)
Acquire (A)	Dzierżawione (A)	Dzierżawiony (A), nowy czas trwania	Niepowodzenie (409)	Dzierżawione (A)	Dzierżawione (A)
Acquire (B)	Dzierżawione (B)	Niepowodzenie (409)	Niepowodzenie (409)	Dzierżawione (B)	Dzierżawione (B)
Break, period=0	Niepowodzenie (409)	Przerwane (A)	Przerwane (A)	Przerwane (A)	Przerwane (A)
Break, okres>0	Niepowodzenie (409)	Niezgodność (A)	Niezgodność (A)	Przerwane (A)	Przerwane (A)
Change, (A) do (B)	Niepowodzenie (409)	Dzierżawione (B)	Niepowodzenie (409)	Niepowodzenie (409)	Niepowodzenie (409)
Change, (B) do (A)	Niepowodzenie (409)	Dzierżawione (A)	Niepowodzenie (409)	Niepowodzenie (409)	Niepowodzenie (409)
Change, (B) do (C)	Niepowodzenie (409)	Niepowodzenie (409)	Niepowodzenie (409)	Niepowodzenie (409)	Niepowodzenie (409)
Renew (A)	Niepowodzenie (409)	Dzierżawione (A), resetowanie zegara wygaśnięcia	Niepowodzenie (409)	Niepowodzenie (409)	Dzierżawione (A)
Renew (B)	Niepowodzenie (409)	Niepowodzenie (409)	Niepowodzenie (409)	Niepowodzenie (409)	Niepowodzenie (409)
Release (A)	Niepowodzenie (409)	Dostępne	Dostępne	Dostępne	Dostępne
Release (B)	Niepowodzenie (409)	Niepowodzenie (409)	Niepowodzenie (409)	Niepowodzenie (409)	Niepowodzenie (409)
Czas trwania wygasa	Dostępne	Wygasłe (A)	Przerwane (A)	Przerwane (A)	Wygasłe (A)

Rozliczenia

Żądania cenowe mogą pochodzić od klientów korzystających z interfejsów API usługi Blob Storage bezpośrednio za pośrednictwem interfejsu API REST usługi Blob Storage lub biblioteki klienta usługi Azure Storage. Te żądania naliczają opłaty za transakcję. Typ transakcji wpływa na sposób naliczania opłat za konto. Na przykład transakcje odczytu są naliczane do innej kategorii rozliczeniowej niż transakcje zapisu. W poniższej tabeli przedstawiono kategorię rozliczeń dla Lease Container żądań na podstawie typu konta magazynu:

Operacja	Typ konta magazynu	Kategoria rozliczeń
Kontener dzierżawy (pozyskiwanie, wydawanie, odnawianie)	Blokowy obiekt blob w warstwie Premium Standardowa ogólnego przeznaczenia, wersja 2	Inne operacje
Kontener dzierżawy (pozyskiwanie, wydawanie, odnawianie)	Standardowa ogólnego przeznaczenia, wersja 1	Operacje odczytu
Kontener dzierżawy (przerwanie, zmiana)	Blokowy obiekt blob w warstwie Premium Standardowa ogólnego przeznaczenia, wersja 2	Inne operacje
Kontener dzierżawy (przerwanie, zmiana)	Standardowa ogólnego przeznaczenia, wersja 1	Operacje zapisu

Aby dowiedzieć się więcej o cenach dla określonej kategorii rozliczeń, zobacz Azure Blob Storage Cennik.

Zobacz też

Autoryzowanie żądań do usługi Azure Storage
Kody stanu i błędów
Kody błędów usługi Blob Storage
Dzierżawienie obiektu blob