Migrowanie obszarów roboczych dedykowanego klastra usługi Log Analytics do obsługi stref dostępności
W tym przewodniku opisano sposób migrowania dedykowanych obszarów roboczych klastra usługi Log Analytics Dedicated Cluster z obsługi stref niedostępnych do obsługi dostępności.
Uwaga
Zasoby usługi Application Insights mogą również używać stref dostępności, ale tylko wtedy, gdy są oparte na obszarze roboczym, a obszar roboczy korzysta z dedykowanego klastra. Klasyczne (nie oparte na obszarze roboczym) zasoby usługi Application Insights nie mogą używać stref dostępności.
Wymagania wstępne
Ten artykuł dotyczy obszarów roboczych korzystających z dedykowanych klastrów. Jeśli obszar roboczy nie korzysta z dedykowanego klastra, używa udostępnionego klastra zarządzanego przez usługę Log Analytics. W regionach, w których znajdują się strefy dostępności, udostępnione klastry używają stref dostępności lub są migrowane w celu ich używania. Aby uzyskać więcej informacji, zobacz Log Analytics — obsługiwane regiony.
Upewnij się, że region, w którym chcesz przenieść, jest regionem obsługującym strefy dostępności. Aby zobaczyć, które regiony obsługują strefy dostępności, zobacz obsługiwane regiony.
Wymagania dotyczące przestojów
Nie ma żadnych wymagań dotyczących przestojów.
Proces migracji: przejście do dedykowanego klastra
Krok 1. Określanie bieżącego klastra dla obszaru roboczego
Aby określić bieżący stan linku obszaru roboczego dla obszaru roboczego, użyj interfejsu wiersza polecenia, programu PowerShell lub rest, aby pobrać szczegóły klastra. Jeśli klaster używa strefy dostępności, ma właściwość o nazwie isAvailabilityZonesEnabled z wartością true. Po utworzeniu klastra nie można zmienić tej właściwości.
Krok 2. Tworzenie dedykowanego klastra z obsługą stref dostępności
Przenieś obszar roboczy do strefy dostępności, tworząc nowy dedykowany klaster w regionie obsługującym strefy dostępności. Klaster jest automatycznie włączony dla stref dostępności. Następnie połącz obszar roboczy z nowym klastrem.
Ważne
Strefa dostępności jest definiowana w klastrze w czasie tworzenia i nie można jej modyfikować.
Przejście do nowego klastra może być procesem stopniowym. Nie usuwaj poprzedniego klastra, dopóki nie zostanie oczyszczony z żadnych danych. Jeśli na przykład okres przechowywania obszaru roboczego jest ustawiony na 60 dni, możesz zachować stary klaster uruchomiony przed jego usunięciem.
Wszystkie zapytania względem obszaru roboczego wysyłają zapytania do obu klastrów zgodnie z potrzebami, aby zapewnić jeden, ujednolicony zestaw wyników. W związku z tym wszystkie funkcje usługi Azure Monitor, które opierają się na obszarze roboczym, takim jak skoroszyty i pulpity nawigacyjne, nadal otrzymują pełny, ujednolicony zestaw wyników na podstawie danych z obu klastrów.
Rozliczenia
Dedykowane klastry wymagają warstwy zobowiązania, począwszy od 100 GB dziennie.
Nowy klaster nie jest rozliczany w ciągu pierwszego dnia, aby uniknąć podwójnego naliczania opłat podczas konfiguracji. Opłaty za datę migracji będą nadal naliczane tylko dane pozyskane przed zakończeniem migracji.
Powiązana zawartość
Dowiedz się więcej na następujące tematy: