Nejčastější dotazy ke službě Azure Blob Storage

Jakmile nakonfigurujete zásadu, může trvat až 24 hodin, než se projeví. Jakmile se zásada projeví, doba potřebná ke spuštění akcí se může lišit v závislosti na velikosti účtu úložiště a provedených operacích.

Uplatnění aktualizované zásady trvá až 24 hodin. Jakmile se zásada projeví, doba, po kterou se akce budou spouštět, se liší v závislosti na velikosti účtu úložiště a provedených operacích. Pokud je aktualizace zakázána nebo odstraněna pravidlo a byla použita možnostAutoTierToHotFromCool, bude k automatickému vrstvení do horké vrstvy stále docházet. Například nastavte pravidlo, které zahrnuje enableAutoTierToHotFromCool na základě posledního přístupu. Pokud je pravidlo zakázané nebo odstraněné a objekt blob je aktuálně ve studené nebo studené úrovni a pak se k němu přistupuje, přesune se zpět na horkou úroveň, která se použije pro přístup mimo správu životního cyklu. Objekt blob se pak nebude přesouvat z horké na studenou nebo studenou, pokud je pravidlo správy životního cyklu zakázané nebo odstraněné. Jediným způsobem, jak zabránit automatickému používáníTierToHotFromCool, je vypnout sledování času posledního přístupu.

V závislosti na velikosti a počtu objektů, které jsou v účtu úložiště, může být ke zpracování všech objektů vyžadováno více než jedno spuštění. Můžete také zkontrolovat protokoly prostředků úložiště a zjistit, jestli se operace provádějí zásadami správy životního cyklu.

Zkontrolujte, jestli jsou v účtu úložiště povolené funkce ochrany dat, jako je obnovitelné odstranění nebo správa verzí. I když zásady odstraňují objekty blob, můžou tyto objekty blob stále existovat ve stavu obnovitelného odstranění nebo jako starší verze v závislosti na konfiguraci těchto funkcí.

Pokud se pro účet úložiště projeví zásady správy životního cyklu, může změna jeho úrovně dosazení objektu blob vést ke scénáři, kdy zásady životního cyklu přesunou objekt blob zpět do archivní úrovně. K tomu může dojít v případě, že čas poslední změny, čas vytvoření nebo čas posledního přístupu překročí prahovou hodnotu nastavenou pro zásadu. Existují tři způsoby, jak tomu zabránit:

• Přidejte podmínku daysAfterLastTierChangeGreaterThan do akce vrstvyToArchive zásady. Viz Použití zásad správy životního cyklu k archivaci objektů blob.

• Zakažte pravidlo, které má vliv na tento objekt blob dočasně, aby se zabránilo jeho opětovné archivaci. Znovu povolte pravidlo, když se objekt blob dá bezpečně přesunout zpět do archivní vrstvy.

• Pokud objekt blob musí zůstat v horké, studené nebo studené vrstvě trvale, zkopírujte objekt blob do jiného umístění, kde se zásady správy životního cyklu neprojeví.

Pole shody předpony objektu blob zásad obsahuje úplnou nebo částečnou cestu k objektu blob, která se používá k vyhledání shodných objektů blob, na které se mají použít akce zásad. Cesta musí začínat názvem kontejneru. Pokud není zadaná žádná shoda předpony, použijí se zásady na všechny objekty blob v daném účtu úložiště. Formát řetězce shody předpony je [container name]/[blob name].
Mějte na paměti následující body týkající se řetězce shody předpony:

• Řetězec shody předpony, jako je kontejner1/ se vztahuje na všechny objekty blob v kontejneru s názvem container1. Řetězec shody předpony kontejneru1 bez koncového znaku lomítka (/) se vztahuje na všechny objekty blob ve všech kontejnerech, kde název kontejneru začíná řetězcem kontejneru1. Předpona bude odpovídat kontejnerům s názvem container11, container1234, container1ab atd.
• Řetězec shody předpony kontejneru1 /sub1/ se vztahuje na všechny objekty blob v kontejneru s názvem container1 , které začínají pod1/. Předpona bude například odpovídat objektům blob s názvem container1/sub1/test.txt nebo container1/sub1/sub2/test.txt.
• Znak * hvězdičky je platným znakem v názvu objektu blob. Pokud se v předponě použije znak hvězdičky, bude se předpona shodovat s objekty blob hvězdičkou v jejich názvech. Hvězdička nefunguje jako zástupný znak.
• Znak ? otazníku je platný znak v názvu objektu blob. Pokud se znak otazníku používá v předponě, bude předpona odpovídat objektům blob se otazníkem v jejich názvech. Otazník nefunguje jako zástupný znak.
• Shoda předpony bere v úvahu pouze kladná logická porovnání (=). Záporná logická porovnání (!=) se ignorují.
• Porovnávání předpon funguje citlivým způsobem na malá a velká písmena.

Bohužel neexistuje způsob, jak sledovat čas, kdy se zásady budou spouštějí, protože se jedná o proces plánování na pozadí. Platforma ale zásady spustí jednou denně.

Pravidlo denního inventáře je navržené tak, aby se spouštěly jednou denně. Kromě toho je naplánované týdenní pravidlo inventáře pro každou neděli.

I když se snažíme poskytovat konzistentní prostředí, nemůžeme zaručit přesný čas provádění pro každé spuštění. Doba provádění pravidla inventáře se může lišit. Pokud je například dnešní zásada naplánovaná na 12:05, může se nastartovat v 12:07, 12:15 nebo kdykoliv v následujícím dni.

Sestava inventáře objektů blob vytváří tři typy souborů. Viz Soubory inventáře. Stávající zákazníci, kteří používají inventář objektů blob, můžou vidět změnu počtu souborů inventáře z jednoho souboru na více souborů. Dnes už máme soubor manifestu, který poskytuje seznam souborů. Toto chování zůstává beze změny, takže tyto soubory jsou uvedeny v souboru manifestu.

Změna byla implementována za účelem zvýšení výkonu inventáře objektů blob, zejména u velkých účtů úložiště obsahujících více než pět milionů objektů. Výsledky se teď zapisují paralelně s více soubory a eliminují kritické body použití jednoho souboru inventáře. Tato změna byla vyzvána zpětnou vazbou zákazníků, protože hlásila potíže při otevírání a práci s příliš velkým souborem inventáře.

Jako uživatel má tato změna pozitivní dopad na vaše zkušenosti se spuštěním inventáře objektů blob. Očekává se, že zvýší výkon a sníží celkovou dobu běhu. Pokud ale chcete toto vylepšení plně využít, musíte zajistit, aby byl váš kód aktualizovaný tak, aby zpracovával více souborů výsledků, a ne jenom jeden. Tato úprava zarovná kód s novým přístupem a optimalizuje zpracování dat inventáře.

Ne, stávající data nejsou ovlivněná. Pouze nové výsledky inventáře objektů blob mají více souborů inventáře.

Ne, změna se bez problémů provede.

Požadované akce závisí na tom, jak aktuálně zpracováváte výsledky inventáře objektů blob:

• Pokud vaše aktuální zpracování předpokládá jeden soubor s výsledky inventáře, musíte upravit kód tak, aby vyhovoval více souborům s výsledky inventáře.

• Pokud ale vaše aktuální zpracování zahrnuje čtení seznamu souborů výsledků ze souboru manifestu, nemusíte provádět žádné změny způsobu zpracování výsledků. Stávající přístup bez problémů funguje s aktualizovanou funkcí.

To se nedoporučuje, ale je to možné. Projděte si prosím kanály podpory a požádejte o vypnutí této funkce.

Projděte si aktuální tým účtů a kanály podpory.

Tato změna začne postupně zavádět od 1. září 2023.

Ne. Azure Compute podporuje metriky na discích. Další informace najdete v tématu Metriky jednotlivých disků pro spravované a nespravované disky.

Některé grafy metrik Azure, například grafy, které zobrazují data dostupnosti a latence, používají přerušovanou čáru k označení chybějící hodnoty (označované také jako hodnota null) mezi dvěma známými datovými body agregačního intervalu. Pokud jste například v selektoru času vybrali 1 minute časové intervaly, ale metrika byla hlášena v 07:26, 07:27, 07:29 a 07:30, pak přerušovaná čára spojuje 07:27 a 07:29, protože mezi těmito dvěma datovými body je minutová mezera. Plná čára spojuje všechny ostatní datové body. Pokud metrika využívá agregaci počtu a součtu, přerušovaná čára klesne na nulu. U průměrných, minimálních nebo maximálních agregací spojuje přerušovaná čára dva nejbližší známé datové body. Pokud data navíc chybí na pravé nebo levé straně grafu, přerušovaná čára se protáhne směrem k chybějícímu datovému bodu.

Upozornění služby Resource Health můžete nakonfigurovat na základě služby Azure Resource Health , abyste mohli sledovat dostupnost vašeho účtu úložiště. Pokud v účtu nejsou žádné transakce, hlásí výstrahy na základě stavu clusteru úložiště, ve kterém se nachází váš účet úložiště.

Metrika počtu objektů blob a počtu objektů blob se generují každou hodinu. Proces na pozadí tyto metriky vypočítá a aktualizuje je několikrát denně.

Analytické protokoly obsahují záznamy všech operací čtení, zápisu, výpisu a odstranění s úspěšnými a neúspěšnými požadavky napříč všemi operacemi. Analytické protokoly jsou v nejlepším úsilí a není zaručeno žádné řazení.

Kanál změn je řešení, které poskytuje transakční protokol úspěšných mutací nebo změn ve vašem účtu, jako je vytvoření objektu blob, úprava a odstranění. Kanál změn zaručuje, že se všechny události budou zaznamenávat a zobrazovat v pořadí úspěšných změn v jednotlivých objektech blob, takže nemusíte odfiltrovat šum z velkého objemu operací čtení nebo neúspěšných požadavků. Kanál změn je zásadně navržený a optimalizovaný pro vývoj aplikací, který vyžaduje určité záruky.

Obě funkce můžete využít jako události kanálu změn a úložiště objektů blob, které poskytují stejné informace se stejnou zárukou spolehlivosti doručení, přičemž hlavním rozdílem je latence, řazení a ukládání záznamů událostí. Kanál změn publikuje záznamy do protokolu během několika minut od změny a také zaručuje pořadí operací změn na objekt blob. Události úložiště se odsílají v reálném čase a nemusí se řadit. Události kanálu změn jsou v účtu úložiště trvale uložené jako stabilní protokoly jen pro čtení s vlastním definovaným uchováváním, zatímco události úložiště jsou přechodné, aby je obslužná rutina událostí spotřebovala, pokud je explicitně neuložíte. S kanálem změn může libovolný počet aplikací využívat protokoly podle vlastního pohodlí pomocí rozhraní API objektů blob nebo sad SDK.

Ano. Koncový bod statického webu podporuje pravidla zabezpečení sítě účtu úložiště, včetně bran firewall založených na protokolu IP a bran firewall virtuálních sítí, která je možné použít k zajištění ochrany vašeho webu.

No. Statický web podporuje anonymní veřejný přístup pro čtení pouze k souborům v kontejneru $web.

Pro statický web můžete nakonfigurovat vlastní doménu s využitím služby Azure Content Delivery Network (Azure CDN). Azure CDN nabízí konzistentně nízkou latenci připojení k vašemu webu odkudkoli na světě.

Můžete pro statický web nakonfigurovat vlastní certifikát SSL s využitím služby Azure CDN. Azure CDN nabízí konzistentně nízkou latenci připojení k vašemu webu odkudkoli na světě.

Hlavičku hostitele pro statický web můžete nakonfigurovat s využitím služby Azure CDN – Verizon Premium. Budeme rádi za vaše názory, o které se můžete podělit tady.

K chybě 404 může dojít v případě, že odkazujete na název souboru pomocí nesprávného případu. Například: Index.html místo index.html. U názvů souborů a jejich přípon v adrese URL statického webu se rozlišují velká a malá písmena, i když se obsluhují přes HTTP. K tomu může dojít také v případě, že váš koncový bod Azure CDN ještě není zřízený. Po zřízení nového azure CDN počkejte až 90 minut, než se rozšíření dokončí.

Na webu Azure Portal otevřete stránku konfigurace statického webu vašeho účtu a vyhledejte název a příponu nastavené v poli Název dokumentu indexu. Ujistěte se, že se tento název přesně shoduje s názvem souboru v kontejneru $web účtu úložiště. U názvů souborů a jejich přípon v adrese URL statického webu se rozlišují velká a malá písmena, i když se obsluhují přes HTTP.

Ne, pokud potřebujete hledat v datech objektů blob, použijte akceleraci dotazů nebo azure search.

Značky indexu objektů blob podporují pouze datové typy řetězců a dotazování vrací výsledky s lexikálním řazením. Pro čísla je číslo nula. U kalendářních dat a časů uložte jako formát kompatibilní se standardem ISO 8601.

Ne, značky Resource Manageru pomáhají uspořádat prostředky řídicí roviny, jako jsou předplatná, skupiny prostředků a účty úložiště. Značky indexu poskytují správu a zjišťování objektů blob v rovině dat.

Kapacita úložiště pro Blob Storage se účtuje v jednotkách průměrného denního množství uložených dat v gigabajtech (GB) za měsíční období. Když třeba trvale využíváte 10 GB úložiště v první půlce měsíce, ale v druhé půlce nic, bude se vám účtovat průměrné využití, to znamená 5 GB úložiště.

Další kroky

Další informace o službě Azure Blob Storage najdete na následujících odkazech:

• Seznámení se službou Azure Storage
• Co je Azure Blob Storage