Migrieren einer lokalen MySQL-Instanz zu Azure Database for MySQL: Verwaltung nach der Migration

Die Verwaltung nach der Migration ist entscheidend beim Verschieben von MySQL-Datenbanken von lokalen Umgebungen in Azure Database for MySQL. Dieser Artikel befasst sich mit den wesentlichen Aufgaben und bewährten Methoden für die Verwaltung Ihrer Datenbanken nach der Migration. Sie können sicherstellen, dass Ihre Datenbanken effizient und sicher in der Azure-Umgebung funktionieren, indem Sie sich auf Überwachung, Leistungsoptimierung, Sicherheit und Wartung konzentrieren. Dieser Leitfaden bietet Einblicke und Strategien, die erforderlich sind, um Ihre migrierten Datenbanken effektiv zu verwalten, potenzielle Herausforderungen zu bewältigen und die erweiterten Features von Azure zu verwenden, um Leistung und Zuverlässigkeit zu optimieren. Ganz gleich, ob Sie die Datenbankleistung verbessern, die Datensicherheit sicherstellen oder Wartungsaufgaben optimieren möchten, in diesem Artikel werden Sie mit dem Wissen versorgt, um ein erfolgreiches Management nach der Migration auszuführen.

Voraussetzungen

Migrieren einer lokalen MySQL-Instanz zu Azure Database for MySQL: Datenmigration mit MySQL Workbench

Überwachung und Warnungen

Nachdem die Migration erfolgreich abgeschlossen wurde, müssen in der nächsten Phase die neuen cloudbasierten Datenworkloadressourcen verwaltet werden. Verwaltungsvorgänge umfassen sowohl Aktivitäten auf Steuerungsebene als auch auf Datenebene. Aktivitäten auf Steuerungsebene sind Aktivitäten, die mit den Azure-Ressourcen oder mit der Datenebene innerhalb der Azure-Ressourcen (in diesem Fall MySQL) in Verbindung stehen.

Azure Database für MySQL bietet die Möglichkeit, diese beiden Arten von Aktivitäten mithilfe von Azure-basierten Tools wie Azure Monitor, Log Analytics und Microsoft Sentinel zu überwachen. Zusätzlich zu den Azure-basierten Tools können SIEM-Systeme (Security Information and Event Management) ebenfalls für die Nutzung dieser Protokolle konfiguriert werden.

Unabhängig davon, welches Tool Sie für die Überwachung der neuen cloudbasierten Workloads verwenden, müssen Warnungen erstellt werden, mit denen Azure- und Datenbankadministratoren vor verdächtigen Aktivitäten gewarnt werden. Wenn ein bestimmtes Warnereignis über einen klar definierten Korrekturpfad verfügt, können Warnungen automatisierte Azure-Runbooks auslösen, um das Problem zu beheben.

Der erste Schritt in der Entwicklung einer vollständig überwachten Umgebung besteht darin, den Datenfluss von MySQL-Protokolldaten nach Azure Monitor zu ermöglichen. Unter Konfigurieren von und Zugreifen auf Überwachungsprotokolle für Azure Database for MySQL im Azure-Portal finden Sie weitere Informationen.

Sobald Protokolldaten fließen, verwenden Sie die Abfragesprache Kusto Query Language (KQL), um die verschiedenen Protokollinformationen abzufragen. Administratoren, die mit KQL nicht vertraut sind, finden hier ein Cheat Sheet für SQL zu KQL oder weitere Informationen auf der Seite Erste Schritte für Protokollabfragen in Azure Monitor.

So können Sie beispielsweise die Speicherauslastung von Azure Database for MySQL abfragen:

AzureMetrics
| where TimeGenerated \> ago(15m)
| limit 10
| where ResourceProvider == "MICROSOFT.DBFORMYSQL"
| where MetricName == "memory\_percent"
| project TimeGenerated, Total, Maximum, Minimum, TimeGrain, UnitName
| top 1 by TimeGenerated

So rufen Sie die CPU-Auslastung ab:

AzureMetrics
| where TimeGenerated \> ago(15m)
| limit 10
| where ResourceProvider == "MICROSOFT.DBFORMYSQL"
| where MetricName == "cpu\_percent"
| project TimeGenerated, Total, Maximum, Minimum, TimeGrain, UnitName
| top 1 by TimeGenerated

Nachdem Sie die KQL-Abfrage erstellt haben, erstellen Sie basierend auf diesen Abfragen Protokollwarnungen.

Serverparameter

Im Rahmen der Migration wurden wahrscheinlich die lokalen Serverparameter geändert, um einen schnellen ausgehenden Datenverkehr zu unterstützen. Außerdem wurden Änderungen an den Parametern von Azure Database for MySQL vorgenommen, um einen schnellen eingehenden Datenverkehr zu unterstützen. Die Azure-Serverparameter sollten nach der Migration auf ihre ursprünglichen lokalen Werte zurückgesetzt werden, die für Ihre Workloads optimiert sind.

Achten Sie jedoch darauf, dass Sie die Serverparameter überprüfen und Änderungen vornehmen, die sowohl für die Workload als auch für die Umgebung geeignet sind. Einige Werte, die sich hervorragend für eine lokale Umgebung eigneten, sind für eine cloudbasierte Umgebung möglicherweise nicht optimal. Vergewissern Sie sich außerdem bei der Planung der Migration Ihrer aktuellen lokalen Parameter zu Azure, dass diese dort tatsächlich festgelegt werden können.

Einige Parameter dürfen in der Azure Database for MySQL nicht geändert werden.

PowerShell-Modul

Das Azure-Portal und Windows PowerShell können verwendet werden, um Azure Database for MySQL zu verwalten. Im Rahmen der ersten Schritte mit PowerShell müssen Sie zunächst die Azure PowerShell-Cmdlets für MySQL mithilfe des folgenden PowerShell-Befehls installieren:

Install-Module -Name Az.MySql

Sehen Sie sich nach der Installation der Module die folgenden Referenztutorials an, um zu erfahren, welche Vorteile Sie aus der Erstellung von Skripten Ihrer Verwaltungsaktivitäten ziehen können:

• Tutorial: Entwerfen einer Azure Database for MySQL-Instanz mithilfe von PowerShell

• Sichern und Wiederherstellen eines Azure Database for MySQL-Servers mithilfe von PowerShell

• Konfigurieren von Serverparametern in Azure Database for MySQL mit PowerShell

• Automatische Speichervergrößerung für einen Azure Database for MySQL-Server mithilfe von PowerShell

• Informationen zum Erstellen und Verwalten von Lesereplikaten in Azure Database for MySQL mithilfe von PowerShell

• Neustarten eines Azure Database for MySQL-Servers mithilfe von Azure PowerShell

Upgradeprozess: Azure Database for MySQL

Da Azure Database for MySQL ein PaaS-Angebot ist, sind Administratoren nicht für die Verwaltung von Updates auf dem Betriebssystem oder der MySQL-Software verantwortlich. Es sollte jedoch beachtet werden, dass der Upgradeprozess beliebig erfolgen kann, und dass MySQL-Serverworkloads im Rahmen der Upgradebereitstellung gestoppt werden können. Sorgen Sie für diese Ausfallzeiten vor, indem Sie die Workloads an ein Lesereplikat umleiten, falls eine bestimmte Instanz in den Wartungsmodus wechselt.

Das Benachrichtigungsfeature Geplante Wartung informiert Ressourcenbesitzer bis zu 72 Stunden vor der Installation eines Updates oder kritischen Sicherheitspatches. Datenbankadministratoren müssen möglicherweise Anwendungsbenutzer über geplante und ungeplante Wartungen benachrichtigen.

WWI-Szenario

WWI verwendet die Azure-Aktivitätsprotokolle, um den Datenfluss der MySQL-Protokollierung an einen Log Analytics-Arbeitsbereich zu ermöglichen. Dieser Arbeitsbereich ist so konfiguriert, dass er Teil von Microsoft Sentinel ist, damit sämtliche Threat Analytics-Ereignisse angezeigt und Incidents erstellt werden.

Die MySQL-DBAs haben die Azure PowerShell-Cmdlets für Azure Database for MySQL installiert, um die Verwaltung des MySQL-Servers zu automatisieren. Auf diese Weise ist es nicht notwendig, sich jedes Mal erneut im Azure-Portal anzumelden.

Checkliste für die Verwaltung

• Erstellen Sie Ressourcenwarnungen für allgemeine Dinge wie CPU und Arbeitsspeicher.

• Stellen Sie sicher, dass die Serverparameter nach der Migration für die entsprechende Zieldatenworkload konfiguriert sind.

• Erstellen Sie Skripts für häufige administrative Aufgaben.

• Richten Sie Benachrichtigungen zu Wartungsereignissen wie Upgrades und Patches ein. Benachrichtigen Sie die Benutzer nach Bedarf.

Nächster Schritt