Migrace pracovních prostorů vyhrazeného clusteru Log Analytics do podpory zóny dostupnosti
Tato příručka popisuje, jak migrovat vyhrazené pracovní prostory clusteru Log Analytics s vyhrazeným clusterem z podpory zóny bez dostupnosti na podporu dostupnosti.
Poznámka:
Prostředky Application Insights můžou také používat zóny dostupnosti, ale jenom v případě, že jsou založené na pracovním prostoru a pracovní prostor používá vyhrazený cluster. Klasické prostředky Application Insights (jiné než pracovní prostory) nemůžou používat zóny dostupnosti.
Požadavky
Tento článek se týká pracovních prostorů, které používají vyhrazené clustery. Pokud váš pracovní prostor nepoužívá vyhrazený cluster, používá sdílený cluster, který spravuje služba Log Analytics. V oblastech, ve kterých jsou zóny dostupnosti, používají sdílené clustery zóny dostupnosti nebo se migrují, aby je mohly používat. Další podrobnosti najdete v tématu Log Analytics – podporované oblasti.
Ujistěte se, že oblast, do které chcete přesunout, je oblast, která podporuje zóny dostupnosti. Pokud chcete zjistit, které oblasti podporují zóny dostupnosti, prohlédnou si podporované oblasti.
Požadavky na výpadek
Neexistují žádné požadavky na výpadek.
Proces migrace: Přechod na vyhrazený cluster
Krok 1: Určení aktuálního clusteru pro váš pracovní prostor
Pokud chcete zjistit aktuální stav propojení pracovního prostoru pro váš pracovní prostor, použijte rozhraní příkazového řádku, PowerShell nebo REST k načtení podrobností o clusteru. Pokud cluster používá zónu dostupnosti, pak má vlastnost volanou isAvailabilityZonesEnabled s hodnotou true. Po vytvoření clusteru nelze tuto vlastnost změnit.
Krok 2: Vytvoření vyhrazeného clusteru s podporou zóny dostupnosti
Přesuňte pracovní prostor do zóny dostupnosti vytvořením nového vyhrazeného clusteru v oblasti, která podporuje zóny dostupnosti. Cluster je automaticky povolený pro zóny dostupnosti. Pak propojte pracovní prostor s novým clusterem.
Důležité
Zóna dostupnosti je v clusteru definována při vytváření a nedá se upravit.
Přechodem na nový cluster může být postupný proces. Neodebíjejte předchozí cluster, dokud se nevyprázdní žádná data. Pokud je například doba uchovávání pracovního prostoru nastavená na 60 dnů, můžete před odebráním zachovat starý cluster spuštěný.
Všechny dotazy na dotazy pracovního prostoru jsou oba clustery potřebné k poskytnutí jedné sjednocené sady výsledků. Výsledkem je, že všechny funkce služby Azure Monitor, které spoléhají na pracovní prostor, jako jsou sešity a řídicí panely, budou nadále přijímat úplnou sjednocenou sadu výsledků založenou na datech z obou clusterů.
Fakturace
Vyhrazené clustery vyžadují úroveň závazku počínaje 100 GB za den.
Nový cluster se během prvního dne neúčtuje, aby se zabránilo dvojité fakturaci během konfigurace. K datu migrace se budou fakturovat pouze data přijatá před dokončením migrace.
Související obsah
Přečtěte si další informace: