Migrowanie obszarów roboczych usługi Log Analytics do obsługi stref dostępności
W tym przewodniku opisano sposób migrowania obszarów roboczych usługi Log Analytics z obsługi stref niedostępnych do obsługi dostępności.
Uwaga
Zasoby Szczegółowe informacje aplikacji 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 (nienależące do obszaru roboczego) zasoby aplikacji Szczegółowe informacje nie mogą używać stref dostępności.
Wymagania wstępne
Aby zapewnić obsługę stref dostępności, obszar roboczy musi znajdować się w jednym z następujących obsługiwanych regionów:
- Wschodnie stany USA 2
- Zachodnie stany USA 2
Dedykowane klastry
Obsługa usługi Azure Monitor dla stref dostępności wymaga obszaru roboczego usługi Log Analytics połączonego z dedykowanym klastrem usługi Azure Monitor. Dedykowane klastry to opcja wdrożenia, która umożliwia zaawansowane funkcje dzienników usługi Azure Monitor, w tym stref dostępności.
Nie wszystkie dedykowane klastry mogą używać stref dostępności. Dedykowane klastry utworzone po połowie października 2020 r. można ustawić tak, aby obsługiwały strefy dostępności podczas ich tworzenia. Nowe klastry utworzone po tej dacie są domyślnie włączone dla stref dostępności w regionach, w których usługa Azure Monitor je obsługuje.
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
Istnieje koszt użycia dedykowanego klastra. Wymaga on dziennej rezerwacji pojemności wynoszącej 500 GB.
Jeśli masz już dedykowany klaster i zdecydujesz się zachować go w celu uzyskania dostępu do danych, opłaty są naliczane za oba dedykowane klastry. Od 4 sierpnia 2021 r. minimalna wymagana rezerwacja pojemności dla dedykowanych klastrów jest ograniczona z 1000 GB/codziennie do 500 GB/codziennie, dlatego zalecamy zastosowanie tego minimum do starego klastra w celu zmniejszenia opłat.
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: