Azure-SQL-Database-Service überwachen
Der „ Azure SQL Database “-Dienstsensor wird nach der Installation des „ Instana “-Agenten automatisch bereitgestellt und installiert.
Zusätzliche Informationen
Unterstützung für clientseitiges Tracing
Konfiguration
Der Azure-SQL-Database-Sensor kann inaktiviert und nach Tags und Ressourcengruppen gefiltert werden. Auch Replikdatenbanken können gefiltert werden. Der Sensor „ Azure SQL Database “ kann über die Agent-Konfiguration wie <agentinstall_dir>/etc/instana/configuration.yaml folgt konfiguriert werden:
com.instana.plugin.azure.sqldb:
# Valid values: true, false
enabled: false # enabled (true) by default
# Valid values: true, false
enable_replica_monitoring: true # enabled (true) by default
# Comma separated list of tags in key:value format
include_tags:
# Comma separated list of tags in key:value format
exclude_tags:
# Comma separated list of resource groups
include_resource_groups:
# Comma separated list of resource groups
exclude_resource_groups:
Der Azure-SQL-Datenbank-Sensor kann inaktiviert werden. Verwenden Sie die folgende Konfiguration, um die Überwachung der Azure-SQL-Datenbank-Services zu inaktivieren:
com.instana.plugin.azure.sqldb:
enabled: false
Azure SQL Database Der Sensor überwacht standardmäßig Replikationsdatenbanken. Um die Überwachung der SQL-Replik-Datenbanken von „ Azure “ zu deaktivieren, verwenden Sie die folgende Konfiguration:
com.instana.plugin.azure.sqldb:
enable_replica_monitoring: false
Mehrere Tags und Ressourcengruppen können durch Komma getrennt definiert werden. Tags sollten als Schlüssel/Wert-Paar getrennt durch :-Zeichen angegeben werden. Um die Konfiguration einfacher zu machen, können Sie definieren, welche Tags und Ressourcengruppen Sie in die Erkennung aufnehmen oder von der Erkennung ausschließen möchten. Wenn Tags oder Ressourcengruppen in beiden Listen (Ein- und Ausschlussliste) definiert werden, hat die Ausschlussliste eine höhere Priorität. Wenn keine Servicefilterung erforderlich ist, sollte die Konfiguration nicht definiert werden. Es ist nicht erforderlich, alle Werte zu definieren, um die Filterung zu aktivieren.
Verwenden Sie die folgende Konfiguration, um Services nach Tags in die Erkennung aufzunehmen:
com.instana.plugin.azure.sqldb:
include_tags: # Comma separated list of tags in key:value format (e.g. env:prod,env:staging)
Verwenden Sie die folgende Konfiguration, um Services nach Tags von der Erkennung auszuschließen:
com.instana.plugin.azure.sqldb:
exclude_tags: # Comma separated list of tags in key:value format (e.g. env:dev,env:test)
Um Services nach Ressourcengruppen in die Erkennung einzuschließen, verwenden Sie folgende Konfiguration:
com.instana.plugin.azure.sqldb:
include_resource_groups: # Comma separated list of resource groups (e.g. rg_prod,rg_staging)
Um Services nach Ressourcengruppen von der Erkennung auszuschließen, verwenden Sie folgende Konfiguration:
com.instana.plugin.azure.sqldb:
exclude_resource_groups: # Comma separated list of resource groups (e.g. rg_dev,rg_test)
Die Erkennungsfilterung kann auf der globalen Ebene für alle Azure-Services konfiguriert werden. Im Falle der Definition von Filtern für den Azure API SQL-Datenbankservice werden globale Filter überschrieben. Weitere Informationen zur Filterung der Service-Erkennung bei der globalen Dienst Azure finden Sie unter „ Azure -Konfiguration “.
Messdatenerfassung
Um die Metriken anzuzeigen, wählen Sie in der Seitenleiste der Benutzeroberfläche von „ Instana “ den Punkt „Infrastruktur“ aus, klicken Sie auf einen bestimmten überwachten Host, und schon wird ein Host-Dashboard mit allen erfassten Metriken und überwachten Prozessen angezeigt.
Die Messdaten werden im Minutentakt abgerufen, was der Auflösung entspricht, die Azure für die Überwachung dieser Services bietet.
Konfigurationsdaten
| Datenbankdetails | Beschreibung |
|---|---|
| Name | Datenbankname |
| Ressourcengruppe | Die Ressourcengruppe der Datenbank |
| Position | Datenbankposition |
| Abonnement-ID | Die Abonnement-ID der Datenbank |
| Max. Größe | Die maximale Größe der Datenbank in Byte |
| Status | Der Status der Datenbank |
| Zonenredundant | Gibt an, ob die Datenbank zonenredundant ist, was bedeutet, dass die Repliken der Datenbank über mehrere Verfügbarkeitszonen verteilt sind |
| SKU | Preisermittlungsstufe (SKU) |
Leistungsmetriken
| Metrik | Einheit | Aggregation | Beschreibung |
|---|---|---|---|
| DTU | |||
| DTU-Limit | Anzahl | Durchschnitt | Gesamte DTU-Nutzung der Datenbank |
| Verwendete DTU | Anzahl | Durchschnitt | DTU-Nutzung der Datenbank |
| DTU-Prozentsatz | Prozent | Durchschnitt | Prozentsatz der DTU-Nutzung |
| CPU | |||
| CPU-Prozentsatz | Prozent | Durchschnitt | CPU-Ressourcen, die von allen Datenbanksitzungen verbraucht werden |
| Verbindungen | |||
| Erfolgreiche Verbindungen | Anzahl | Gesamtzahl | Gesamtzahl der erfolgreichen Verbindungen |
| Fehlgeschlagene Verbindungen | Anzahl | Gesamtzahl | Gesamtzahl fehlgeschlagener Verbindungen |
| Blockiert durch Firewall | Anzahl | Gesamtzahl | Gesamtzahl der von der Firewall blockierten Verbindungen |
| Gegenseitiges Sperren | |||
| Deadlocks | Anzahl | Gesamtzahl | Deadlocks |
| Speicher | |||
| Speicher | Byte | Maximum | Datenbankgröße insgesamt |
| Storage-Prozentsatz | Prozent | Maximum | Prozentsatz der Datenbankgröße |
| E/A | |||
| Daten-E/A | Prozent | Durchschnitt | Daten-E/A-Nutzung |
| Protokoll-E/A | Prozent | Durchschnitt | Protokoll-E/A-Nutzung |
| Other | |||
| Worker | Prozent | Durchschnitt | Limit der gleichzeitigen Worker (Anforderungen) der Serviceebene der Datenbank durch die Microsoft Azure SQL Database |
| Sitzungen | Prozent | Durchschnitt | Limit für gleichzeitige Sitzungen der Serviceebene der Datenbank |
| Speicherinterner OLTP-Storage | Prozent | Durchschnitt | Speicherinterner OLTP-Storage (XTP-Storage) |
| vCore | |||
| vCore-Limit | Prozent | Durchschnitt | Gesamtzahl der verfügbaren vCores |
| Verwendete vCores | Prozent | Durchschnitt | Verwendete vCores |
* DTU-Metriken sind nur für DTU-basierte Ressourcen verfügbar
** Die Metriken von „ vCore “ sind nur für Ressourcen unter vCore-based verfügbar
Signaturen für Allgemeinzustand
Für jeden Sensor gibt es eine kuratierte Wissensdatenbank für Signaturen für den Allgemeinzustand, die kontinuierlich anhand der eingehenden Messdaten ausgewertet werden und die je nach Auswirkung auf den Benutzer Probleme oder Vorfälle auslösen können.
Vordefinierte Ereignisse lösen Probleme oder Vorfälle aus, wenn die Zustandssignaturen von Entitäten nicht mehr den Vorgaben entsprechen, während benutzerdefinierte Ereignisse Probleme oder Vorfälle auslösen, wenn die Schwellenwerte einer einzelnen Metrik einer bestimmten Entität überschritten werden.
Informationen zu integrierten Ereignissen für den „ Azure SQL Database “-Dienstsensor finden Sie in der Referenz zu integrierten Ereignissen.