Monitorowanie na dużą skalę przy użyciu usługi Azure Monitor

  • Artykuł

Azure Backup zapewnia wbudowane funkcje monitorowania i alertów w magazynie usługi Recovery Services. Funkcje te są dostępne bez żadnej dodatkowej infrastruktury zarządzania. Jednak ta wbudowana usługa jest ograniczona w następujących scenariuszach:

  • W przypadku monitorowania danych z wielu magazynów usługi Recovery Services w ramach subskrypcji
  • Jeśli preferowany kanał powiadomień nie jest wiadomością e-mail
  • Jeśli użytkownicy chcą otrzymywać alerty w przypadku większej liczby scenariuszy
  • Jeśli chcesz wyświetlić informacje ze składnika lokalnego, takiego jak System Center Data Protection Manager na platformie Azure, który portal nie jest wyświetlany w obszarze Zadania kopii zapasowej ani Alerty kopii zapasowej

Korzystanie z obszaru roboczego usługi Log Analytics

Tworzenie alertów przy użyciu usługi Log Analytics

W usłudze Azure Monitor możesz utworzyć własne alerty w obszarze roboczym usługi Log Analytics. W obszarze roboczym użyjesz grup akcji platformy Azure , aby wybrać preferowany mechanizm powiadomień.

Ważne

Aby uzyskać informacje na temat kosztów tworzenia tego zapytania, zobacz Cennik usługi Azure Monitor.

Otwórz sekcję Dzienniki obszaru roboczego usługi Log Analytics i utwórz zapytanie dotyczące własnych dzienników. Po wybraniu pozycji Nowa reguła alertu zostanie otwarta strona tworzenia alertów usługi Azure Monitor, jak pokazano na poniższej ilustracji.

Tworzenie alertu w obszarze roboczym usługi Log Analytics

W tym miejscu zasób jest już oznaczony jako obszar roboczy usługi Log Analytics, a dostępna jest integracja grupy akcji.

Strona tworzenia alertów usługi Log Analytics

Warunek alertu

Definiowanie charakterystyki alertu to jego warunek wyzwalania. Wybierz pozycję Warunek , aby automatycznie załadować zapytanie Kusto na stronie Dzienniki , jak pokazano na poniższej ilustracji. W tym miejscu możesz edytować warunek zgodnie z potrzebami. Aby uzyskać więcej informacji, zobacz Przykładowe zapytania Kusto.

Konfigurowanie warunku alertu

W razie potrzeby możesz edytować zapytanie Kusto. Wybierz próg, okres i częstotliwość. Próg określa, kiedy zostanie zgłoszony alert. Okres to przedział czasu, w którym jest uruchamiane zapytanie. Jeśli na przykład próg jest większy niż 0, okres wynosi 5 minut, a częstotliwość wynosi 5 minut, reguła uruchamia zapytanie co 5 minut, przeglądając poprzednie 5 minut. Jeśli liczba wyników jest większa niż 0, otrzymasz powiadomienie za pośrednictwem wybranej grupy akcji.

Uwaga

Aby uruchomić regułę alertu raz dziennie, we wszystkich zdarzeniach/dziennikach utworzonych w danym dniu zmień wartość zarówno okresu, jak i "frequency" na 1440, czyli 24 godziny.

Grupy akcji alertów

Użyj grupy akcji, aby określić kanał powiadomień. Aby wyświetlić dostępne mechanizmy powiadomień, w obszarze Grupy akcji wybierz pozycję Utwórz nowy.

Dostępne mechanizmy powiadomień w oknie

Wszystkie wymagania dotyczące alertów i monitorowania można spełnić tylko w usłudze Log Analytics lub użyć usługi Log Analytics do uzupełnienia wbudowanych powiadomień.

Aby uzyskać więcej informacji, zobacz Tworzenie, wyświetlanie alertów dzienników i zarządzanie nimi przy użyciu usługi Azure Monitor oraz Tworzenie grup akcji i zarządzanie nimi w Azure Portal.

Przykładowe zapytania Kusto

Domyślne wykresy zapewniają zapytania Kusto dla podstawowych scenariuszy, w których można tworzyć alerty. Możesz również zmodyfikować zapytania, aby pobrać dane, których chcesz otrzymywać alerty. Wklej następujące przykładowe zapytania Kusto na stronie Dzienniki , a następnie utwórz alerty dotyczące zapytań.

Magazyny usługi Recovery Services i magazyny usługi Backup wysyłają dane do wspólnego zestawu tabel wymienionych w tym artykule. Istnieją jednak niewielkie różnice w schemacie magazynów usługi Recovery Services i magazynów usługi Backup (dowiedz się więcej). W związku z tym ta sekcja jest podzielona na wiele sekcji podrzędnych, które ułatwiają korzystanie z odpowiednich zapytań w zależności od tego, które obciążenia lub typy magazynów chcesz wykonywać zapytania.

Zapytania typowe dla magazynów usługi Recovery Services i magazynów kopii zapasowych

  • Wszystkie pomyślne zadania tworzenia kopii zapasowej

    AddonAzureBackupJobs
| where JobOperation=="Backup"
| summarize arg_max(TimeGenerated,*) by JobUniqueId
| where JobStatus=="Completed"

  • Wszystkie nieudane zadania tworzenia kopii zapasowej

    AddonAzureBackupJobs
| where JobOperation=="Backup"
| summarize arg_max(TimeGenerated,*) by JobUniqueId
| where JobStatus=="Failed"

Zapytania specyficzne dla obciążeń magazynu usługi Recovery Services

  • Wszystkie pomyślne zadania tworzenia kopii zapasowej maszyny wirtualnej platformy Azure

    AddonAzureBackupJobs
| where JobOperation=="Backup"
| summarize arg_max(TimeGenerated,*) by JobUniqueId
| where JobStatus=="Completed"
| join kind=inner
(
    CoreAzureBackup
    | where OperationName == "BackupItem"
    | where BackupItemType=="VM" and BackupManagementType=="IaaSVM"
    | distinct BackupItemUniqueId, BackupItemFriendlyName
)
on BackupItemUniqueId

  • Wszystkie pomyślne zadania tworzenia kopii zapasowej dziennika SQL

    AddonAzureBackupJobs
| where JobOperation=="Backup" and JobOperationSubType=="Log"
| summarize arg_max(TimeGenerated,*) by JobUniqueId
| where JobStatus=="Completed"
| join kind=inner
(
    CoreAzureBackup
    | where OperationName == "BackupItem"
    | where BackupItemType=="SQLDataBase" and BackupManagementType=="AzureWorkload"
    | distinct BackupItemUniqueId, BackupItemFriendlyName
)
on BackupItemUniqueId

  • Wszystkie pomyślne zadania agenta Azure Backup

    AddonAzureBackupJobs
| where JobOperation=="Backup"
| summarize arg_max(TimeGenerated,*) by JobUniqueId
| where JobStatus=="Completed"
| join kind=inner
(
    CoreAzureBackup
    | where OperationName == "BackupItem"
    | where BackupItemType=="FileFolder" and BackupManagementType=="MAB"
    | distinct BackupItemUniqueId, BackupItemFriendlyName
)
on BackupItemUniqueId

  • Magazyn kopii zapasowych używany na element kopii zapasowej

    CoreAzureBackup
//Get all Backup Items
| where OperationName == "BackupItem"
//Get distinct Backup Items
| distinct BackupItemUniqueId, BackupItemFriendlyName
| join kind=leftouter
(AddonAzureBackupStorage
| where OperationName == "StorageAssociation"
//Get latest record for each Backup Item
| summarize arg_max(TimeGenerated, *) by BackupItemUniqueId
| project BackupItemUniqueId , StorageConsumedInMBs)
on BackupItemUniqueId
| project BackupItemUniqueId , BackupItemFriendlyName , StorageConsumedInMBs
| sort by StorageConsumedInMBs desc

Zapytania specyficzne dla obciążeń magazynu kopii zapasowych

  • Wszystkie pomyślne zadania tworzenia kopii zapasowej usługi Azure PostgreSQL

    AddonAzureBackupJobs
| where JobOperation=="Backup"
| summarize arg_max(TimeGenerated,*) by JobUniqueId
  | where DatasourceType == "Microsoft.DBforPostgreSQL/servers/databases"
| where JobStatus=="Completed"

  • Wszystkie pomyślne zadania przywracania dysku platformy Azure

    AddonAzureBackupJobs
| where JobOperation == "Restore"
| summarize arg_max(TimeGenerated,*) by JobUniqueId
| where DatasourceType == "Microsoft.Compute/disks"
| where JobStatus=="Completed"

  • Magazyn kopii zapasowych używany na element kopii zapasowej

    CoreAzureBackup
| where OperationName == "BackupItem"
| summarize arg_max(TimeGenerated, *) by BackupItemUniqueId
| project BackupItemUniqueId, BackupItemFriendlyName, StorageConsumedInMBs

Częstotliwość aktualizacji danych diagnostycznych

Dane diagnostyczne z magazynu są pompowane do obszaru roboczego usługi Log Analytics z pewnym opóźnieniem. Każde zdarzenie pojawia się w obszarze roboczym usługi Log Analytics od 20 do 30 minut po wypchnięciu z magazynu usługi Recovery Services. Poniżej przedstawiono dalsze szczegóły dotyczące opóźnienia:

  • We wszystkich rozwiązaniach wbudowane alerty usługi tworzenia kopii zapasowych są wypychane natychmiast po ich utworzeniu. Zwykle są one wyświetlane w obszarze roboczym usługi Log Analytics po upływie od 20 do 30 minut.
  • We wszystkich rozwiązaniach zadania tworzenia kopii zapasowych na żądanie i zadania przywracania są wypychane natychmiast po zakończeniu.
  • W przypadku wszystkich rozwiązań z wyjątkiem kopii zapasowych SQL i SAP HANA zaplanowane zadania tworzenia kopii zapasowej są wypychane natychmiast po zakończeniu.
  • W przypadku kopii zapasowych SQL i SAP HANA, ponieważ kopie zapasowe dzienników mogą występować co 15 minut, informacje dotyczące wszystkich ukończonych zaplanowanych zadań tworzenia kopii zapasowych, w tym dzienników, są wsadowe i wypychane co 6 godzin.
  • We wszystkich rozwiązaniach inne informacje, takie jak element kopii zapasowej, zasady, punkty odzyskiwania, magazyn itd., są wypychane co najmniej raz dziennie.
  • Zmiana konfiguracji kopii zapasowej (na przykład zmiana zasad lub edytowanie zasad) wyzwala wypychanie wszystkich powiązanych informacji o kopii zapasowej.

Uwaga

To samo opóźnienie dotyczy innych miejsc docelowych dla danych diagnostycznych, takich jak konta magazynu i usługa Event Hubs.

Korzystanie z dzienników aktywności magazynu usługi Recovery Services

Przestroga

Poniższe kroki dotyczą tylko kopii zapasowych maszyn wirtualnych platformy Azure. Nie można użyć tych kroków w przypadku rozwiązań, takich jak agent Azure Backup, kopie zapasowe SQL na platformie Azure lub Azure Files.

Możesz również użyć dzienników aktywności, aby otrzymywać powiadomienia o zdarzeniach, takich jak powodzenie tworzenia kopii zapasowej. Aby rozpocząć, wykonaj następujące kroki:

  1. Zaloguj się do witryny Azure Portal.
  2. Otwórz odpowiedni magazyn usługi Recovery Services.
  3. We właściwościach magazynu otwórz sekcję Dziennik aktywności .

Aby zidentyfikować odpowiedni dziennik i utworzyć alert:

  1. Sprawdź, czy dzienniki aktywności są odbierane pod kątem pomyślnych kopii zapasowych, stosując filtry pokazane na poniższej ilustracji. Zmień wartość Przedział czasu zgodnie z potrzebami, aby wyświetlić rekordy.

    Filtrowanie w celu znalezienia dzienników aktywności dla kopii zapasowych maszyn wirtualnych platformy Azure

  2. Wybierz nazwę operacji, aby wyświetlić odpowiednie szczegóły.

  3. Wybierz pozycję Nowa reguła alertu , aby otworzyć stronę Tworzenie reguły .

  4. Utwórz alert, wykonując kroki opisane w temacie Tworzenie, wyświetlanie alertów dziennika aktywności i zarządzanie nimi przy użyciu usługi Azure Monitor.

    Nowa reguła alertu

W tym miejscu zasób to sam magazyn usługi Recovery Services. Powtórz te same kroki dla wszystkich magazynów, w których chcesz otrzymywać powiadomienia za pośrednictwem dzienników aktywności. Warunek nie będzie miał progu, okresu ani częstotliwości, ponieważ ten alert jest oparty na zdarzeniach. Po wygenerowaniu odpowiedniego dziennika aktywności alert zostanie zgłoszony.

Monitorowanie na dużą skalę przy użyciu usługi Log Analytics

Wszystkie alerty utworzone na podstawie dzienników aktywności i obszarów roboczych usługi Log Analytics można wyświetlić w usłudze Azure Monitor. Po prostu otwórz okienko Alerty po lewej stronie.

Chociaż można otrzymywać powiadomienia za pośrednictwem dzienników aktywności, zdecydowanie zalecamy używanie usługi Log Analytics, a nie dzienników aktywności do monitorowania na dużą skalę. Oto dlaczego:

  • Ograniczone scenariusze: powiadomienia za pośrednictwem dzienników aktywności dotyczą tylko kopii zapasowych maszyn wirtualnych platformy Azure. Powiadomienia muszą być skonfigurowane dla każdego magazynu usługi Recovery Services.
  • Dopasowanie definicji: zaplanowane działanie tworzenia kopii zapasowej nie pasuje do najnowszej definicji dzienników aktywności. Zamiast tego jest on zgodny z dziennikami zasobów. To wyrównanie powoduje nieoczekiwane efekty, gdy dane przepływa przez kanał dziennika aktywności zmieniają się.
  • Problemy z kanałem dziennika aktywności: w magazynach usługi Recovery Services dzienniki aktywności pompowane z Azure Backup są zgodne z nowym modelem. Niestety ta zmiana wpływa na generowanie dzienników aktywności w usługach Azure Government, Azure (Niemcy) i Microsoft Azure obsługiwanych przez firmę 21Vianet. Jeśli użytkownicy tych usług w chmurze tworzą lub konfigurują alerty z dzienników aktywności w usłudze Azure Monitor, alerty nie są wyzwalane. Ponadto we wszystkich regionach publicznych platformy Azure, jeśli użytkownik zbiera dzienniki aktywności usługi Recovery Services w obszarze roboczym usługi Log Analytics, te dzienniki nie są wyświetlane.

Obszar roboczy usługi Log Analytics umożliwia monitorowanie i alerty na dużą skalę dla wszystkich obciążeń chronionych przez Azure Backup.

Następne kroki

Aby utworzyć zapytania niestandardowe, zobacz Model danych usługi Log Analytics.