Usługa Azure Blob Storage — często zadawane pytania

Platforma uruchamia zasady cyklu życia raz dziennie. Po skonfigurowaniu zasad może upłynąć do 24 godzin. Gdy zasady zostaną zastosowane, czas potrzebny na uruchomienie akcji może się różnić w zależności od rozmiaru konta magazynu i wykonanych operacji.

Zastosowanie zaktualizowanych zasad może potrwać do 24 godzin. Gdy zasady będą obowiązywać, czas potrzebny na uruchomienie akcji różni się w zależności od rozmiaru konta magazynu i wykonywanych operacji. Jeśli aktualizacja ma zostać wyłączona lub usunięta reguła, a funkcja enableAutoTierToHotFromCool została użyta, automatyczne tworzenie warstw w warstwie Gorąca będzie nadal wykonywane. Na przykład ustaw regułę, w tym enableAutoTierToHotFromCool na podstawie ostatniego dostępu. Jeśli reguła jest wyłączona lub usunięta, a obiekt blob znajduje się obecnie w warstwie chłodnej lub zimnej, a następnie uzyskuje do niej dostęp, nastąpi powrót do warstwy Gorąca, ponieważ jest stosowany w przypadku dostępu poza zarządzaniem cyklem życia. Obiekt blob nie zostanie następnie przeniesiony z warstwy Gorąca na Chłodna lub Chłodna, ponieważ reguła zarządzania cyklem życia jest wyłączona lub usunięta. Jedynym sposobem zapobiegania autoTierToHotFromCool jest wyłączenie śledzenia czasu ostatniego dostępu.

W zależności od rozmiaru i liczby obiektów znajdujących się na koncie magazynu do przetworzenia wszystkich obiektów może być wymagane więcej niż jedno uruchomienie. Możesz również sprawdzić dzienniki zasobów magazynu, aby sprawdzić, czy operacje są wykonywane przez zasady zarządzania cyklem życia.

Sprawdź, czy na koncie magazynu są włączone funkcje ochrony danych, takie jak usuwanie nietrwałe lub przechowywanie wersji. Nawet jeśli zasady usuwają obiekty blob, te obiekty blob mogą nadal istnieć w stanie usunięcia nietrwałego lub jako starszej wersji w zależności od tego, jak te funkcje są skonfigurowane.

Jeśli istnieją zasady zarządzania cyklem życia dla konta magazynu, ponowne wypełnianie obiektu blob przez zmianę warstwy może spowodować scenariusz, w którym zasady cyklu życia przenoszą obiekt blob z powrotem do warstwy Archiwum. Może się tak zdarzyć, jeśli czas ostatniej modyfikacji, czas utworzenia lub czas ostatniego dostępu przekracza próg ustawiony dla zasad. Istnieją trzy sposoby zapobiegania temu:

• daysAfterLastTierChangeGreaterThan Dodaj warunek do akcji tierToArchive zasad. Ten warunek dotyczy tylko czasu ostatniej modyfikacji. Zobacz Używanie zasad zarządzania cyklem życia do archiwizowania obiektów blob.

• Wyłącz regułę, która tymczasowo wpływa na ten obiekt blob, aby zapobiec ponownemu zarchiwizowaniu. Ponownie włącz regułę, gdy obiekt blob można bezpiecznie przenieść z powrotem do warstwy Archiwum.

• Jeśli obiekt blob musi pozostać w warstwie Gorąca, Chłodna lub Chłodna, skopiuj obiekt blob do innej lokalizacji, w której zasady zarządzania cyklem życia nie obowiązują.

Pole dopasowania prefiksu obiektów blob w zasadach jest pełną lub częściową ścieżką obiektów blob używaną w celu dopasowywania obiektów blob, do których mają być stosowane akcje zasad. Ścieżka musi zaczynać się od nazwy kontenera. Jeśli nie określono dopasowania prefiksu, zasady będą stosowane do wszystkich obiektów blob na koncie magazynu. Format ciągu dopasowania prefiksu to [container name]/[blob name].
Należy pamiętać o następujących kwestiach dotyczących ciągu dopasowania prefiksu:

• Ciąg dopasowania prefiksu, taki jak container1/ dotyczy wszystkich obiektów blob w kontenerze o nazwie container1. Ciąg dopasowania prefiksu container1 bez końcowego znaku ukośnika (/) dotyczy wszystkich obiektów blob we wszystkich kontenerach, w których nazwa kontenera zaczyna się od kontenera ciągów1. Prefiks będzie zgodny z kontenerami o nazwie container11, container1234, container1ab itd.
• Ciąg dopasowania prefiksu kontener1/sub1/ dotyczy wszystkich obiektów blob w kontenerze o nazwie container1 , które zaczynają się od ciągu sub1/. Na przykład prefiks będzie zgodny z obiektami blob o nazwie container1/sub1/test.txt lub container1/sub1/sub2/test.txt.
• Znak gwiazdki jest prawidłowym znakiem * w nazwie obiektu blob. Jeśli znak gwiazdki jest używany w prefiksie, prefiks będzie pasowały do obiektów blob z gwiazdką w nazwach. Gwiazdka nie działa jako symbol wieloznaczny.
• Znak ? zapytania jest prawidłowym znakiem w nazwie obiektu blob. Jeśli znak zapytania jest używany w prefiksie, prefiks będzie pasowały do obiektów blob z znakiem zapytania w nazwach. Znak zapytania nie działa jako symbol wieloznaczny.
• Dopasowanie prefiksu uwzględnia tylko dodatnie porównania logiczne (=). Ujemne porównania logiczne (!=) są ignorowane.
• Dopasowanie prefiksu działa w sposób uwzględniający wielkość liter.

Niestety, nie ma możliwości śledzenia czasu, w którym będą wykonywane zasady, ponieważ jest to proces planowania w tle. Jednak platforma będzie uruchamiać zasady raz dziennie.

Reguła codziennego spisu jest przeznaczona do uruchamiania raz dziennie. Ponadto istnieje cotygodniowa reguła spisu zaplanowana dla każdej niedzieli.

Chociaż staramy się zapewnić spójne środowisko, nie możemy zagwarantować dokładnego czasu wykonywania dla każdego przebiegu. Czas wykonywania reguły spisu może się różnić. Jeśli na przykład dzisiejsze zasady są zaplanowane o godzinie 12:05, może to potrwać o godzinie 12:07, 12:15 lub innej godziny następnego dnia.

Raport spisu obiektów blob tworzy trzy typy plików. Zobacz Pliki spisu. Istniejący klienci korzystający ze spisu obiektów blob mogą zobaczyć zmianę liczby plików spisu z jednego pliku na wiele plików. Obecnie mamy już plik manifestu, który zawiera listę plików. To zachowanie pozostaje niezmienione, więc te pliki są wyświetlane w pliku manifestu.

Wprowadzono zmianę w celu zwiększenia wydajności spisu obiektów blob, szczególnie w przypadku dużych kont magazynu zawierających ponad pięć milionów obiektów. Teraz wyniki są zapisywane równolegle do wielu plików, eliminując wąskie gardło użycia pojedynczego pliku spisu. Ta zmiana była monitowana przez opinie klientów, ponieważ zgłaszali trudności podczas otwierania i pracy z nadmiernie dużym pojedynczym plikiem spisu.

Jako użytkownik ta zmiana ma pozytywny wpływ na środowisko uruchamiania spisu obiektów blob. Oczekuje się, że zwiększy wydajność i zmniejszy ogólny czas działania. Jednak aby w pełni skorzystać z tej poprawy, należy upewnić się, że kod jest aktualizowany w celu przetwarzania wielu plików wyników, a nie tylko jednego. To dostosowanie dopasowuje kod do nowego podejścia i optymalizuje obsługę danych spisu.

Nie, istniejące dane nie mają wpływu. Tylko nowe wyniki spisu obiektów blob mają wiele plików spisu.

Nie, zmiana odbywa się bezproblemowo.

Wymagane akcje zależą od tego, jak obecnie przetwarzasz wyniki spisu obiektów blob:

• Jeśli bieżące przetwarzanie zakłada pojedynczy plik wyników spisu, należy zmodyfikować kod, aby pomieścić wiele plików wyników spisu.

• Jeśli jednak bieżące przetwarzanie obejmuje odczytywanie listy plików wyników z pliku manifestu, nie trzeba wprowadzać żadnych zmian w sposobie przetwarzania wyników. Istniejące podejście nadal bezproblemowo współpracuje ze zaktualizowaną funkcją.

Nie jest to zalecane, ale jest to możliwe. Skontaktuj się z kanałami pomocy technicznej, aby poprosić o wyłączenie tej funkcji.

Skontaktuj się z zespołem bieżącego konta i kanałami pomocy technicznej.

Ta zmiana rozpocznie stopniowe wdrażanie od 1 września 2023 r.

L.p. Usługa Azure Compute obsługuje metryki na dyskach. Aby uzyskać więcej informacji, zobacz Per disk metrics for Managed and Unmanaged Disks (Metryki poszczególnych dysków dla dysków zarządzanych i niezarządzanych).

Niektóre wykresy metryk platformy Azure, takie jak te, które wyświetlają dane dostępności i opóźnienia, używają linii kreskowanej, aby wskazać, że brakuje wartości (znanej również jako wartość null) między dwoma znanymi punktami danych ziarna czasu. Jeśli na przykład w selektorze czasu wybrano 1 minute stopień szczegółowości czasu, ale metryka została zgłoszona o godzinie 07:26, 07:27, 07:29 i 07:30, linia przerywana łączy 07:27 i 07:29, ponieważ między tymi dwoma punktami danych występuje minuta. Linia ciągła łączy wszystkie inne punkty danych. Linia przerywana jest rozwijana do zera, gdy metryka używa agregacji count (liczba) i sum (suma). W przypadku agregacji średniej, minimalnej lub maksymalnej linia przerywana łączy dwa najbliższe znane punkty danych. Ponadto gdy brakuje danych z prawej lub lewej krawędzi wykresu, linia przerywana jest rozwijana w kierunku brakującego punktu danych.

Alert kondycji zasobu można skonfigurować na podstawie usługi Azure Resource Health , aby śledzić dostępność konta magazynu. Jeśli na koncie nie ma żadnych transakcji, alerty są raportowane na podstawie kondycji klastra usługi Storage, w którym znajduje się twoje konto magazynu.

Dzienniki analizy zawierają rekordy wszystkich operacji odczytu, zapisu, listy i usuwania z pomyślnymi i nieudanymi żądaniami we wszystkich operacjach. Dzienniki analiz są najlepszym rozwiązaniem i nie ma gwarantowanej kolejności.

Kanał informacyjny zmian to rozwiązanie, które zapewnia transakcyjny dziennik pomyślnych mutacji lub zmian na koncie, takich jak tworzenie obiektów blob, modyfikowanie i usuwanie. Kanał informacyjny zmian gwarantuje, że wszystkie zdarzenia mają być rejestrowane i wyświetlane w kolejności pomyślnych zmian na obiekt blob, dlatego nie trzeba filtrować szumu z ogromnej liczby operacji odczytu lub żądań zakończonych niepowodzeniem. Kanał informacyjny zmian jest zasadniczo zaprojektowany i zoptymalizowany pod kątem tworzenia aplikacji, który wymaga pewnych gwarancji.

Możesz wykorzystać obie funkcje, ponieważ zestawienie zmian i zdarzenia usługi Blob Storage zapewniają te same informacje z tą samą gwarancją niezawodności dostarczania, a główną różnicą jest opóźnienie, kolejność i przechowywanie rekordów zdarzeń. Źródło zmian publikuje rekordy w dzienniku w ciągu kilku minut od zmiany, a także gwarantuje kolejność operacji zmiany na obiekt blob. Zdarzenia magazynu są wypychane w czasie rzeczywistym i mogą nie być uporządkowane. Zdarzenia zestawienia zmian są trwale przechowywane na koncie magazynu jako stabilne dzienniki tylko do odczytu z własnym zdefiniowanym przechowywaniem, podczas gdy zdarzenia magazynu są przejściowe do użycia przez program obsługi zdarzeń, chyba że jawnie je przechowujesz. Dzięki kanałowi zmian dowolna liczba aplikacji może korzystać z dzienników we własnej wygodzie przy użyciu interfejsów API obiektów blob lub zestawów SDK.

Tak. Reguły zabezpieczeń sieci konta magazynu, w tym zapory bazujące na adresach IP i sieci wirtualnej, są obsługiwane w przypadku punktu końcowego statycznej witryny internetowej i mogą być używane do ochrony witryny internetowej.

L.p. Statyczna witryna internetowa obsługuje tylko anonimowy publiczny dostęp do odczytu dla plików w kontenerze $web.

Można skonfigurować domenę niestandardową ze statyczną witryną internetową przy użyciu usługi Azure Content Delivery Network (Azure CDN). Usługa Azure CDN niezawodnie zapewnia małe opóźnienia połączenia z witryną internetową z dowolnego miejsca na świecie.

Niestandardowy certyfikat SSL można skonfigurować ze statyczną witryną internetową przy użyciu usługi Azure CDN. Usługa Azure CDN niezawodnie zapewnia małe opóźnienia połączenia z witryną internetową z dowolnego miejsca na świecie.

Nagłówek hosta dla statycznej witryny internetowej można skonfigurować przy użyciu: Azure CDN — Verizon Premium. Chcemy poznać Twoją opinię w tym miejscu.

Błąd 404 może wystąpić, jeśli odwołujesz się do nazwy pliku przy użyciu nieprawidłowego przypadku. Na przykład: Index.html zamiast index.html. W nazwach plików i rozszerzeniach w adresie URL statycznej witryny internetowej uwzględniana jest wielkość liter, mimo że są one obsługiwane przez protokół HTTP. Może się to również zdarzyć, jeśli punkt końcowy usługi Azure CDN nie został jeszcze aprowizowany. Poczekaj do 90 minut po aprowizacji nowej usługi Azure CDN, aby propagacja została ukończona.

W witrynie Azure Portal otwórz stronę konfiguracji statycznej witryny internetowej swojego konta, a następnie znajdź nazwę i rozszerzenie, które ustawiono w polu Nazwa dokumentu indeksu. Upewnij się, że ta nazwa jest dokładnie taka sama jak nazwa pliku znajdującego się w kontenerze $web konta magazynu. W nazwach plików i rozszerzeniach w adresie URL statycznej witryny internetowej uwzględniana jest wielkość liter, mimo że są one obsługiwane przez protokół HTTP.

Nie, jeśli musisz przeszukiwać dane obiektu blob, użyj przyspieszania zapytań lub usługi Azure Search.

Tagi indeksu obiektów blob obsługują tylko typy danych ciągów i wykonywanie zapytań zwraca wyniki z porządkowania leksykograficznego. W przypadku liczb zero dopełnij liczbę. W przypadku dat i godzin zapisz jako zgodny format ISO 8601.

Nie, tagi usługi Resource Manager ułatwiają organizowanie zasobów płaszczyzny sterowania, takich jak subskrypcje, grupy zasobów i konta magazynu. Tagi indeksów zapewniają zarządzanie obiektami blob i odnajdywanie na płaszczyźnie danych.

Pojemność magazynu jest rozliczana w jednostkach średniej dziennej ilości przechowywanych danych w gigabajtach (GB) w okresie miesięcznym. Jeśli na przykład w pierwszej połowie miesiąca będzie ciągle używane 10 GB miejsca w magazynie, a w drugiej połowie miesiąca w ogóle nie będzie ono używane, rachunek będzie dotyczył średniego użycia 5 GB miejsca w magazynie.

Następne kroki

Aby dowiedzieć się więcej na temat usługi Azure Blob Storage, odwiedź następujące linki:

• Wprowadzenie do usługi Azure Storage
• Co to jest usługa Azure Blob Storage