Uwaga
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Dane przechowywane w chmurze rosną w tempie wykładniczym. Aby zarządzać kosztami rosnących potrzeb dotyczących przechowywania danych, warto zorganizować dane na podstawie tego, jak często będzie uzyskiwany do nich dostęp i jak długo będą przechowywane. Usługa Azure Storage oferuje różne warstwy dostępu, dzięki czemu można przechowywać dane obiektów blob w najbardziej ekonomiczny sposób na podstawie sposobu ich użycia. Warstwy dostępu usługi Azure Storage obejmują:
- Hot tier - warstwa online zoptymalizowana do przechowywania danych, które są często używane lub modyfikowane. Gorąca warstwa ma najwyższe koszty magazynowania, ale najniższe koszty dostępu.
- Warstwa Chłodna — warstwa online zoptymalizowana pod kątem przechowywania danych, które są rzadko używane lub modyfikowane. Dane w warstwie chłodnej powinny być przechowywane przez co najmniej 30 dni. Poziom chłodny ma niższe koszty magazynowania i wyższe koszty dostępu w porównaniu z poziomem gorącym.
- "Warstwa zimna" – to warstwa online zoptymalizowana pod kątem przechowywania danych, które są rzadko używane lub modyfikowane, ale nadal wymagają szybkiego dostępu. Dane w warstwie zimnej powinny być przechowywane przez co najmniej 90 dni. Warstwa zimna ma niższe koszty magazynowania i wyższe koszty dostępu w porównaniu do warstwy chłodnej.
- Warstwa archiwalna — wersja offline zoptymalizowana do przechowywania danych rzadko używanych, które mają elastyczne wymagania dotyczące opóźnień, rzędu godzin. Dane w warstwie Archiwum powinny być przechowywane przez co najmniej 180 dni.
Limity pojemności usługi Azure Storage są ustawiane na poziomie konta, a nie zgodnie z warstwą dostępu. Możesz zmaksymalizować użycie pojemności w jednej warstwie lub dystrybuować pojemność w co najmniej dwóch warstwach.
Uwaga
Ustawienie warstwy dostępu jest dozwolone tylko w blokowych blogach. Nie są one obsługiwane dla obiektów blob typu załączanego i stronicowego.
Warstwy dostępu online
Gdy dane są przechowywane w warstwie dostępu online (gorąca, chłodna lub zimna), użytkownicy mogą uzyskiwać do nich dostęp natychmiast. warstwa gorąca jest najlepszym wyborem dla danych, które są w aktywnym użyciu. Warstwa chłodna lub zimna jest idealna dla danych, do których uzyskuje się dostęp rzadziej, ale które nadal muszą być dostępne do odczytu i zapisu.
Przykładowe scenariusze użycia dla warstwy gorącej obejmują:
- Dane używane w aktywnym użyciu lub oczekiwane dane będą wymagały częstych operacji odczytu i zapisu.
- Dane przygotowane do przetwarzania i ostatecznej migracji do chłodnej warstwy dostępu.
Scenariusze użycia dla poziomów dostępu chłodnego i zimnego obejmują:
- Krótkoterminowe tworzenie kopii zapasowych danych i odzyskiwanie po awarii.
- Starsze zestawy danych, które nie są często używane, ale powinny być dostępne do natychmiastowego dostępu.
- Duże zestawy danych, które muszą być przechowywane w ekonomiczny sposób, podczas gdy inne dane są zbierane do przetwarzania.
Aby dowiedzieć się, jak przenieść obiekt blob do warstwy Gorącej, Chłodnej lub Zimnej, zobacz Ustawianie warstwy dostępu obiektu blob.
Dane w warstwach chłodnych i zimnych mają nieco niższą dostępność, ale oferują taką samą wysoką trwałość, opóźnienie pobierania i charakterystykę przepływności jak warstwa gorąca. W przypadku danych przechowywanych w warstwach chłodnej lub zimnej, nieco niższa dostępność i wyższe koszty dostępu mogą być akceptowalnym kompromisem dla niższych ogólnych kosztów przechowywania w porównaniu z warstwą gorącą. Aby uzyskać więcej informacji, zobacz SLA dotycząca przechowywania.
Obiekty blob podlegają karze za wczesne usunięcie, jeśli zostaną usunięte, zastąpione lub przeniesione do innej warstwy przed upływem minimalnej liczby dni wymaganych przez warstwę. Przykładowo, blob w warstwie cool na koncie ogólnego przeznaczenia wersji 2 podlega karze za wczesne usunięcie, jeśli zostanie usunięty lub przeniesiony do innej warstwy przed upływem 30 dni. W przypadku obiektu blob znajdującego się w zimnej warstwie kara za usunięcie ma zastosowanie, jeśli zostanie usunięty lub przeniesiony do innej warstwy przed upływem 90 dni. Ta opłata jest naliczana proporcjonalnie. Jeśli na przykład obiekt blob zostanie przeniesiony do warstwy chłodnej, a następnie usunięty po 21 dniach, zostanie naliczona opłata za wczesne usunięcie odpowiadająca 9 (30 minus 21) dniom przechowywania tego obiektu blob w warstwie chłodnej. Opłaty za wczesne usunięcie występują również wtedy, gdy cały obiekt zostanie przepisany za pomocą dowolnej operacji (np. Put Blob, Put Block List lub Copy Blob) w określonym przedziale czasu. pl-PL: Ta opłata jest proporcjonalna na podstawie ceny magazynowania danych odpowiedniej warstwy, tzn. usunięcie zarchiwizowanego obiektu blob po 120 dniach spowoduje, że ten obiekt będzie obciążony opłatą za 180 dni.
Uwaga
Na koncie z włączoną funkcją łagodnego usuwania, obiekt blob jest uznawany za usunięty po jego usunięciu i wygaśnięciu okresu przechowywania. Do czasu wygaśnięcia tego okresu obiekt blob jest tymczasowo usunięty i nie podlega karze za wczesne usunięcie.
Warstwy Gorąca, Chłodna i Zimna obsługują wszystkie konfiguracje nadmiarowości. Aby uzyskać więcej informacji na temat opcji nadmiarowości danych w usłudze Azure Storage, zobacz Nadmiarowość usługi Azure Storage.
Archiwalna warstwa dostępu
Warstwa archiwalna to warstwa offline do przechowywania rzadko używanych danych. Archiwalna warstwa dostępu ma najniższy koszt przechowywania. Jednak ta warstwa ma wyższe koszty pobierania danych z większym opóźnieniem w porównaniu z warstwami gorącą, chłodną i zimną. Przykładowe scenariusze użycia dla warstwy dostępu archiwum obejmują:
- Długoterminowe kopie zapasowe, dodatkowe kopie zapasowej i archiwalne zestawy danych
- Oryginalne (nieprzetworzone) dane, które muszą zostać zachowane, nawet po przetworzeniu ich w formularzu do użytku końcowego
- Zgodność i dane archiwalne, które muszą być przechowywane przez długi czas i nie są nigdy dostępne
Aby dowiedzieć się, jak przenieść obiekt blob do warstwy Archiwum, zobacz Archiwizowanie obiektu blob.
Dane muszą pozostawać w warstwie Archiwum przez co najmniej 180 dni lub mogą podlegać opłacie za wcześniejsze usunięcie. Jeśli na przykład obiekt blob zostanie przeniesiony do warstwy archiwalnej, a następnie usunięty lub przeniesiony do warstwy gorącej po 45 dniach, zostanie naliczona opłata za wcześniejsze usunięcie, odpowiadająca 135 dniom (180 minus 45) przechowywania tego obiektu blob w warstwie archiwalnej.
Uwaga
Na koncie z włączoną funkcją łagodnego usuwania, obiekt blob jest uznawany za usunięty po jego usunięciu i wygaśnięciu okresu przechowywania. Do czasu wygaśnięcia tego okresu obiekt blob jest tymczasowo usunięty i nie podlega karze za wczesne usunięcie.
Chociaż obiekt blob znajduje się w warstwie archiwum, nie można go odczytać ani zmodyfikować. Aby odczytać lub pobrać obiekt blob z warstwy archiwum, musisz najpierw przywrócić go do warstwy online: gorącej, chłodnej lub zimnej. Rehydratacja danych w archiwalnej warstwie może potrwać do 15 godzin, w zależności od określonego priorytetu dla tej operacji. Aby uzyskać więcej informacji na temat odzyskiwania obiektów blob, zobacz Omówienie odzyskiwania obiektów blob z warstwy archiwalnej.
Metadane zarchiwizowanego obiektu blob pozostają dostępne do odczytu, dzięki czemu można wymienić obiekt blob oraz jego właściwości, metadane i tagi indeksu. Metadane blob w warstwie archiwum są tylko do odczytu, natomiast tagi indeksu blob można zarówno odczytywać, jak i zapisywać. Opłaty za magazynowanie metadanych zarchiwizowanych obiektów blob będą naliczane według stawek warstwy chłodnej. Migawki nie są obsługiwane w przypadku zarchiwizowanych obiektów blob.
Następujące operacje są obsługiwane w przypadku obiektów blob w warstwie archiwum:
- Kopiuj blob
- Usuń obiekt blob
- Przywróć usunięty obiekt blob
- Znajdowanie obiektów blob według tagów
- Pobierz metadane obiektu blob
- Pobierz właściwości obiektu blob
- Pobierz tagi obiektu Blob
- Lista blobów
- Ustaw tagi blob
- Ustaw warstwę obiektu blob
Tylko konta skonfigurowane do LRS, GRS lub RA-GRS obsługują przenoszenie obiektów blob do warstwy archiwalnej. Poziom archiwum nie jest obsługiwany dla kont ZRS, GZRS ani RA-GZRS. Aby uzyskać więcej informacji na temat konfiguracji nadmiarowości dla usługi Azure Storage, zobacz Nadmiarowość usługi Azure Storage.
Aby zmienić konfigurację nadmiarowości konta magazynu zawierającego obiekty blob w warstwie archiwum, należy najpierw przywrócić wszystkie zarchiwizowane obiekty blob do warstwy gorącej, chłodnej lub zimnej. Ponieważ operacje ponownego wypełniania mogą być kosztowne i czasochłonne, firma Microsoft zaleca unikanie zmiany konfiguracji nadmiarowości konta magazynu zawierającego zarchiwizowane obiekty blob.
Migracja konta magazynu z LRS do GRS jest możliwa pod warunkiem, że żadne obiekty blob nie zostały przeniesione do warstwy archiwalnej, gdy konto było skonfigurowane dla LRS. Konto można przenieść z powrotem do GRS, jeśli aktualizacja jest wykonywana mniej niż 14 dni od momentu, gdy konto stało się LRS, a żadne obiekty blob nie zostały przeniesione do warstwy archiwum, gdy konto zostało ustawione na LRS.
Domyślne ustawienie warstwy dostępu do konta
Konta magazynowe mają domyślne ustawienie poziomu dostępu, które wskazuje poziom online, gdzie tworzony jest nowy blob. Ustawienie domyślnej warstwy dostępu można ustawić na gorącą, chłodną lub zimną. Użytkownicy mogą zastąpić ustawienie domyślne dla pojedynczego pliku blob podczas przekazywania pliku blob lub zmiany jego warstwy.
Domyślną warstwą dostępu dla nowego konta magazynu ogólnego przeznaczenia w wersji 2 jest warstwa gorąca. Ustawienie domyślnej warstwy dostępu można zmienić podczas tworzenia konta magazynu lub po jego utworzeniu. Jeśli nie zmienisz tego ustawienia w koncie magazynowym lub jawnie nie ustawisz warstwy podczas przekazywania blobu, to nowy blob zostanie domyślnie przekazany do warstwy gorącej.
Obiekt blob, który nie ma jawnie przypisanej warstwy, wywnioskuje jej warstwę z domyślnego ustawienia warstwy dostępu do konta. Jeśli warstwa dostępu obiektu blob zostanie wywnioskowana z domyślnego ustawienia warstwy dostępu konta, w portalu Azure zostanie wyświetlona jako Gorąca (wywnioskowana), Chłodna (wywnioskowana) lub Zimna (wywnioskowana).
Domyślna zmiana ustawienia warstwy dostępu dla konta magazynowego ma zastosowanie do wszystkich obiektów blob w tym koncie, dla których warstwa dostępu nie została jawnie ustawiona. Jeśli przełączysz domyślne ustawienie warstwy dostępu do warstwy chłodniejszej na koncie ogólnego przeznaczenia w wersji 2, opłaty są naliczane za operacje zapisu (za 10 000) dla wszystkich obiektów blob, dla których warstwa dostępu jest wnioskowana. Opłaty są naliczane za operacje odczytu (za 10 000) i pobieranie danych (za GB), jeśli przełączysz się do cieplejszego poziomu na koncie ogólnego przeznaczenia w wersji v2.
Podczas tworzenia starszego konta usługi Blob Storage należy określić domyślne ustawienie warstwy dostępu jako gorąca lub chłodna w czasie tworzenia. Zmiana domyślnego ustawienia warstwy dostępu konta na niższą temperaturę w starszym koncie w usłudze Blob Storage nie wiąże się z żadnymi opłatami. Opłaty są naliczane za operacje odczytu (za 10 000) i pobieranie danych (za GB), jeśli przełączysz się na cieplejszą warstwę na koncie usługi Blob Storage. Firma Microsoft zaleca korzystanie z kont magazynu ogólnego przeznaczenia w wersji 2 zamiast kont usługi Blob Storage, jeśli to możliwe.
Uwaga
Warstwa archiwum nie jest obsługiwana jako domyślna warstwa dostępu dla konta magazynowego.
Ustawianie lub zmienianie warstwy blobu
Aby jawnie ustawić warstwę obiektu blob podczas jego tworzenia, określ ją przy przesyłaniu obiektu blob.
Po utworzeniu obiektu blob można zmienić jego warstwę na jeden z następujących sposobów:
Wywołując operację Set Blob Tier bezpośrednio lub za pośrednictwem zasad zarządzania cyklem życia. Wywołanie Set Blob Tier jest zazwyczaj najlepszą opcją, gdy zmieniasz warstwę obiektu blob z cieplejszej na chłodniejszą.
Uwaga
Nie można ponownie przywrócić zarchiwizowanego obiektu blob do warstwy online przy użyciu zasad zarządzania cyklem życia.
Wywołując operację Kopiowania Bloba, aby przenieść obiekt blob z jednej warstwy do innej. Wywołanie Copy Blob jest zalecane w większości przypadków, kiedy przywracasz obiekt blob z warstwy archiwalnej do warstwy online lub przenosisz obiekt blob z warstwy chłodnej lub zimnej do warstwy gorącej. Kopiując obiekt blob, można uniknąć kary za wczesne usunięcie, jeśli nie upłynął jeszcze wymagany interwał magazynowania dla źródłowego obiektu blob. Jednak kopiowanie blobu powoduje naliczanie opłat za pojemność dwóch blobów: źródłowego i docelowego.
Zmiana warstwy obiektu blob z cieplejszej na chłodniejszą jest natychmiastowa, podobnie jak zmiana z zimnej lub chłodnej na gorącą. Rehydratacja obiektu blob z warstwy archiwum do warstwy online, takiej jak gorąca, chłodna lub zimna, może potrwać do 15 godzin.
Podczas zmieniania warstwy obiektu blob należy pamiętać o następujących kwestiach:
Nie można stosować opcji Ustaw poziom obiektu blob w celu zarchiwizowania obiektu blob korzystającego z zakresu szyfrowania. Można używać Set Blob Tier tylko do przechodzenia między warstwami dostępu online. Aby uzyskać więcej informacji na temat zakresów szyfrowania, zobacz Zakresy szyfrowania dla usługi Blob Storage.
Jeśli obiekt blob zostanie jawnie przeniesiony do warstwy Chłodna lub Zimna, a następnie przeniesiony do warstwy archiwum, zostanie naliczona opłata za wcześniejsze usunięcie.
Jeśli obiekt blob zostanie jawnie przeniesiony do warstwy Chłodna lub Zimna, a następnie przeniesiony do warstwy archiwum, zostanie naliczona opłata za wcześniejsze usunięcie.
Zarządzanie cyklem życia obiektów blob
Zarządzanie cyklem życia usługi Blob Storage oferuje zasady oparte na regułach, których można użyć do przeniesienia danych do żądanej warstwy dostępu po spełnieniu określonych warunków. Możesz również użyć zarządzania cyklem życia, aby wygasnąć dane po zakończeniu jego życia. Zobacz Optymalizowanie kosztów, automatyzując warstwy dostępu usługi Azure Blob Storage, aby dowiedzieć się więcej.
Nie można ponownie przywrócić zarchiwizowanego obiektu blob do warstwy online przy użyciu zasad zarządzania cyklem życia. Nie można przenosić danych przechowywanych na koncie magazynu blokowych obiektów blob w warstwie Premium do warstwy Gorąca, Chłodna, Zimna ani Archiwum przy użyciu ustawiania warstwy obiektów blob lub zarządzania cyklem życia usługi Azure Blob Storage. Aby przenieść dane, należy synchronicznie skopiować bloby z konta magazynu blokowych blobów do warstwy gorącej na innym koncie, korzystając z interfejsu API Put Block From URL lub z wersji narzędzia AzCopy, która obsługuje ten interfejs API. Interfejs API Put Block From URL synchronicznie kopiuje dane na serwerze, co oznacza, że wywołanie zostanie ukończone tylko po przeniesieniu wszystkich danych z oryginalnej lokalizacji serwera do lokalizacji docelowej.
Operacje magazynowe
Chociaż zarządzanie cyklem życia ułatwia przenoszenie danych między warstwami w ramach jednego konta, można użyć zadania pamięci masowej, aby wykonać to zadanie na dużą skalę na wielu kontach. Zadanie przechowywania to zasób dostępny w usłudze Azure Storage Actions, czyli bezserwerowej platformie, której można użyć do wykonywania typowych operacji na danych na milionach obiektów w wielu kontach magazynowych. Aby dowiedzieć się więcej, zobacz Co to jest usługa Azure Storage Actions?.
Podsumowanie opcji warstwy dostępu
W poniższej tabeli przedstawiono podsumowanie cech warstw dostępu Gorąca, Chłodna, Zimna i Archiwum.
Warstwa Gorąca | Chłodny Stopień | Poziom zimny | Poziom Archiwum | |
---|---|---|---|---|
Dostępność | 99,9% | 99% | 99% | 99% |
Dostępność (odczyt RA-GRS) |
99,99% | 99,9% | 99,9% | 99,9% |
Opłaty za użycie | Wyższe koszty magazynowania, ale niższe koszty dostępu i transakcji | Niższe koszty magazynowania, ale wyższe koszty dostępu i transakcji | Niższe koszty magazynowania, ale wyższe koszty dostępu i transakcji | Najniższe koszty magazynowania, ale najwyższy dostęp i koszty transakcji |
Minimalny zalecany okres przechowywania danych | N/A | 30 dni1 | 90 dni1 | 180 dni |
Opóźnienie (czas do pierwszego bajtu) |
Milisekundy | Milisekundy | Milisekundy | Godziny2 |
Obsługiwane konfiguracje nadmiarowości | wszystkie | wszystkie | wszystkie | Tylko LRS, GRS i RA-GRS3 |
1 Obiekty w warstwie chłodnej na kontach ogólnego przeznaczenia w wersji 2 mają minimalny czas przechowywania wynoszący 30 dni. Obiekty w zimnej strefie na kontach ogólnego przeznaczenia w wersji 2 mają minimalny czas przechowywania wynoszący 90 dni. W przypadku kont usługi Blob Storage nie ma minimalnego czasu przechowywania dla warstwy chłodnej lub archiwalnej.
2 Podczas ponownego wypełniania obiektu blob z warstwy Archiwum można wybrać opcję standardowego lub wysokiego priorytetu ponownego wypełniania. Każda z nich oferuje różne opóźnienia pobierania i koszty. Aby uzyskać więcej informacji, zobacz Omówienie ponownego uwodnienia obiektów blob z warstwy archiwum.
3 Aby uzyskać więcej informacji na temat konfiguracji nadmiarowości w usłudze Azure Storage, zobacz Nadmiarowość usługi Azure Storage.
Ceny i rozliczenia
Wszystkie konta magazynu wykorzystują model cenowy dla magazynowania blokowych obiektów blob oparty na poziomie warstwy obiektu blob. Należy pamiętać o zagadnieniach dotyczących rozliczeń opisanych w poniższych sekcjach.
Aby uzyskać więcej informacji na temat cen blokowych blobów, zobacz Cennik blobów blokowych.
Koszty pojemności magazynu
Oprócz ilości przechowywanych danych koszt przechowywania danych różni się w zależności od warstwy dostępu. Koszt pojemności za gigabajt zmniejsza się, ponieważ warstwa staje się chłodniejsza.
Koszty dostępu do danych
Opłaty za dostęp do danych rosną, gdy warstwa staje się chłodniejsza. W przypadku danych w warstwach dostępu chłodnej, zimnej i archiwalnej, naliczana jest opłata za dostęp do danych za odczyt na gigabajt.
Koszty transakcji
Opłata za transakcję ma zastosowanie do wszystkich warstw i zwiększa się, gdy warstwa staje się chłodniejsza.
Koszty transferu danych w ramach replikacji geograficznej
Ta opłata dotyczy tylko kont ze skonfigurowaną replikacją geograficzną, w tym GRS, RA-GRS i GZRS. Transfer danych w ramach replikacji geograficznej powoduje naliczanie opłaty za każdy gigabajt.
Koszty transferu danych wychodzących
Transfery danych wychodzących (dane przesyłane z regionu świadczenia usługi Azure) powodują naliczanie opłat za użycie przepustowości na gigabajt. Aby uzyskać więcej informacji na temat opłat za transfer danych wychodzących, zobacz stronę Szczegóły cennika przepustowości.
Zmiana domyślnej warstwy dostępu do konta
Zmiana warstwy dostępu konta skutkuje naliczeniem opłat za zmianę warstwy dla wszystkich obiektów blob, które nie mają jeszcze jawnie ustawionej warstwy. Aby uzyskać więcej informacji, zobacz następującą sekcję „Zmienianie poziomu dostępu obiektu blob”.
Zmiana warstwy dostępu zasobu typu blob
Podczas zmiany warstwy blobu należy pamiętać o następujących skutkach rozliczeń.
- Gdy obiekt blob zostanie załadowany lub przeniesiony między poziomami, opłaty są naliczane natychmiast po załadowaniu lub zmianie poziomu.
- Gdy obiekt blob zostanie przeniesiony do zimniejszej warstwy, operacja jest rozliczana jako operacja zapisu w tej docelowej warstwie. W związku z tym obowiązują opłaty za operację zapisu (na 10 000) i zapis danych (za GB) tej właśnie warstwy.
- Gdy obiekt blob zostanie przeniesiony do cieplejszej warstwy, operacja jest rozliczana jako odczyt z warstwy źródłowej, gdzie obowiązują opłaty za operację odczytu (na 10 000) i pobieranie danych (za GB) z tej samej warstwy. Opłaty za wczesne usunięcie dowolnego obiektu blob przeniesionego z warstwy Chłodna, Zimna lub Archiwum mogą również dotyczyć.
- Podczas gdy blob jest odtwarzany z warstwy archiwalnej, dane tego blob są rozliczane jako zarchiwizowane dane, dopóki dane nie zostaną przywrócone, a warstwa blob zmieni się na Hot, Cool lub Cold.
Poniższa tabela podsumowuje sposób naliczania opłat za zmiany poziomów.
Koszty zapisywania (operacja i dostęp) | Opłaty za czytanie (koszty operacji i dostępu) |
---|---|
Od gorącego do chłodnego Gorąca na zimno Ważne do archiwizacji Od chłodnej do zimnej Fajne do archiwizacji Chłodno do archiwizowania |
Archiwizacja do zimnego przechowywania Archiwizuj do chłodzenia Przejście archiwum do trybu gorącego Zimno do ostygnięcia Od zimnego do gorącego Od chłodu do gorąca |
Zmiana warstwy dostępu dla obiektu blob w przypadku włączenia obsługi wersji lub jeśli obiekt blob zawiera migawki, może spowodować zwiększenie opłat. Aby uzyskać informacje o obiektach blob z włączoną obsługą wersji, zobacz Cennik i rozliczenia w dokumentacji wersjonowania obiektów blob. Aby uzyskać informacje o obiektach blob z migawkami, odnieś się do cennika i rozliczeń w dokumentacji dotyczącej migawek dla obiektów blob.
Zimny poziom
Warstwa zimna wymaga następujących minimalnych wersji interfejsu REST, zestawów SDK i narzędzi
Środowisko | Minimalna wersja |
---|---|
API REST | 2021-21-02 |
.SIEĆ | 12.15.0 |
Jawa | 12.21.0 |
Pyton | 12.15.0 |
JavaScript | 12.13.0 |
PowerShell (Az.Storage) | 5.8.0 |
Interfejs wiersza polecenia platformy Azure | 2.50.0 |
AzCopy | 10.18.1 |
Eksplorator usługi Azure Storage | 1.29.0 |
Obsługa funkcji
Może to mieć wpływ na obsługę tej funkcji przez włączenie protokołu Data Lake Storage Gen2, sieciowego systemu plików (NFS) 3.0 lub protokołu SSH File Transfer Protocol (SFTP). Jeśli włączono dowolną z tych funkcji, zobacz Obsługa funkcji usługi Blob Storage na kontach usługi Azure Storage, aby ocenić obsługę tej funkcji.