Kapazitätsplanung für die Migration von Oracle-Workloads zu Azure
Dieser Artikel baut auf Anleitungen für das Azure Cloud Adoption Framework auf und enthält Überlegungen zur Infrastrukturkapazitätsplanung für Oracle-Workloads in Microsoft Azure. Der Artikel enthält Empfehlungen und Tools, die Sie bei diesem Planungsprozess unterstützen.
Die Kapazitätsplanung ist unerlässlich für ein effizientes Leistungs- und Kostenmanagement bei der Ausführung von Oracle-Datenbankworkloads in Azure. Dieser Artikel beschreibt Richtlinien, Methoden und Tools für die genaue Zuordnung von Ressourcen, den Ausgleich von Leistungsanforderungen und die Optimierung der Kosten. Die spezifischen Kapazitätsanforderungen hängen von den Leistungsmerkmalen der Datenbankworkload ab. Diese Merkmale sind transaktionsbezogen, analytisch oder gemischt. Die Einschränkungsfaktoren für Oracle-Datenbankworkloads sind in der Regel Verarbeitungsleistung, Arbeitsspeicher und Durchsatz.
Mithilfe der Kapazitätsplanung können Sie die geeignete Infrastruktur für die Oracle-Architektur in Azure auswählen. Für eine effektive Implementierung dieses Prozesses müssen Sie die Datenbankspeicherkapazität kennen.
Überlegungen zur Kapazitätsplanung
Die Kapazitätsplanung für Oracle-Workloads auf Azure Infrastructure-as-a-Service (IaaS) ist ein Prozess, der ein umfassendes Verständnis der Workloadanforderungen und der verfügbaren Azure-Ressourcen erfordert.
Hinweis
Die folgenden Überlegungen gelten für Oracle-Datenbanken, die auf virtuellen Azure-Computern ausgeführt werden. Wenden Sie sich für Oracle Database@Azure zur Unterstützung bei der Größenanpassung an Ihr lokales Oracle-Vertriebsteam.
Überlegungen zur Leistung insgesamt
Ihre vorhandene Umgebung dient möglicherweise nicht als genauer Maßstab für Anforderungen an Oracle-Datenbankworkloads in Azure. Verwenden Sie Oracle Automatic Workload Repository (AWR)-Berichte, um die Leistungsmerkmale der Workload oder Workloads für die Migration zu verstehen. AWR-Berichte enthalten Leistungsstatistiken für Ihre Oracle-Datenbankworkloads.
Sie können die vorhandene Umgebung als Maßstab für die Größe von Anwendungsservern verwenden, wenn keine AWR-Leistungsstatistiken verfügbar sind. Sie sollten Leistungsmetriken von Anwendungsservern sammeln, um sicherzustellen, dass die Anwendungsserver und eventuelle Platform-as-a-Service-Lösungen (PaaS) entsprechend dimensioniert sind.
Hinweis
Um AWRs zu sammeln, müssen Sie die Oracle Diagnostic Pack-Lizenz für Ihre Datenbankworkload erwerben. Als Alternative zu AWR-Berichten können Sie Statspack-Berichte verwenden. Statspack-Berichte ist eine Teilmenge von AWR-Berichten und erfordern keine Diagnostic Pack-Lizenz.
Sammeln Sie AWR-Berichte für Ihre Datenbankworkload:
Wenn die Workload eine Spitzenlast erfährt. Wenn Ihnen die Zeit der Spitzenlast nicht bekannt ist, können Sie die am stärksten ausgelastete AWR mit dem Skript
busiest_awrermitteln.Für einen Zeitraum, der für die Spitzenlast repräsentativ ist. Sie können z. B. den AWR-Bericht während des Monatsabschlussprozesses erstellen, wenn es sich bei der Spitzenlast um einen Monatsabschlussprozess handelt. Der Zeitraum sollte nur Zeiten mit Spitzenlast umfassen und keine längeren Zeiträume mit geringer Last. Wenn Sie Zeiträume mit geringer Last in Ihren AWR-Bericht einschließen, stellen die Leistungsstatistiken einen Mittelwert dar und nicht die tatsächlichen Anforderungen an die Leistung der Workload.
Für Aktivitäten wie Batchbewertungsprozesse oder andere Aktivitäten, die eine beträchtliche Last für die Datenbank darstellen.
Sammeln Sie AWR-Berichte während der Spitzenlast und ähnlichen Szenarien. Informationen zur Ermittlung der geeigneten VM-SKU und Speicherkonfiguration finden Sie unter Dimensionierung von Azure-Ressourcen basierend auf einem Oracle AWR-Bericht. Wenn Sie mehrere Oracle-Datenbankworkloads verwalten und die Konsolidierung mehrerer Workloads auf denselben virtuellen Computern in Erwägung ziehen, können Sie das Oracle Migration Assistant Tool (OMAT) verwenden. OMAT ist ein Tool für die automatisierte Größenbewertung, das basierend auf AWR-Berichten eine Infrastrukturbewertung generiert und mögliche VM- und Speicherkonfigurationen vorschlägt.
Computeaspekte
Nachdem Sie die grundlegenden Leistungsanforderungen für die Datenbankworkload ermittelt haben, sollten Sie die folgenden Empfehlungen für die VM-Planung berücksichtigen:
Verwenden Sie gegebenenfalls eingeschränkte Kerne. Eingeschränkte Kerne liefern den Arbeitsspeicher und die Durchsatzkapazität einer größeren VM-SKU mit der vCPU-Kapazität einer kleineren VM-SKU. Eingeschränkte Kerne sind im Hinblick auf die Kosten der Oracle-Lizenzierung vorteilhaft, da die Oracle-Lizenzierung auf Prozessorkernen basiert. Weitere Informationen zur Funktionsweise der Oracle-Lizenzierung in Azure finden Sie unter Lizenzierung der Oracle-Software in der Cloud Computing-Umgebung. Weitere Informationen zu eingeschränkten Kernen finden Sie unter Azure VM-Größen.
Verwenden Sie arbeitsspeicheroptimierte VMs für Oracle-Workloads. Arbeitsspeicheroptimierte VMs weisen ein höheres Verhältnis von Arbeitsspeicher zu vCPU auf als universelle VMs. Diese VMs werden für Oracle-Workloads bevorzugt, die in der Regel arbeitsspeicherintensiv sind. Weitere Informationen zu arbeitsspeicheroptimierten VMs finden Sie unter Arbeitsspeicheroptimierte VM-Größen.
Berücksichtigen Sie bei bei der Bewertung Ihrer Gesamtarchitektur weitere VMs, die für hohe Verfügbarkeit, Nichtproduktionsumgebungen usw. erforderlich sind.
Überlegungen zum Speicher
Die Leistung und Zuverlässigkeit von Oracle-Datenbankworkloads hängen stark vom Entwurf und der Konfiguration der zugrunde liegenden Speicherinfrastruktur ab. Beachten Sie bei der Speicherplanung die folgenden Richtlinien:
Wenn Sie verwaltete Datenträger verwenden, sollten Sie für Oracle-Workloads unbedingt Azure SSD Premium, Azure SSD Premium v2 oder Azure Disk Storage Ultra verwenden. Azure SSD Standard oder Azure Standard HDD wird für Oracle-Produktionsworkloads nicht empfohlen. Ausführliche Informationen zu Speicherbeschränkungen bei SSD Premium v2 und Disk Ultra finden Sie unter Verwaltete Azure-Datenträger.
Die Datenträgerwartezeit kann je nach den Merkmalen Ihrer Workload ein Problem darstellen. Weitere Informationen zur Datenträgerwartezeit finden Sie unter Verwaltete Azure-Datenträgertypen.
Wenn Sie SSD Premium verwenden, sollten Sie die Hostzwischenspeicherung für alle Datenträger auf
ReadOnlyund für die OSDisk-Klasse aufReadWritekonfigurieren. Das Zwischenspeichern von Hostdatenträgern für Datenträger mit einer Größe von mehr als 4.095 GB wird nicht unterstützt. Um Volumes zu erstellen, die größer als ein P50-Parameter oder 4 TB sind, weisen Sie mehrere SSD Premium-Datenträger zu, um logische RAID-0 Striped Volumes zu erstellen. Verwenden Sie einen Volume-Manager wie Linux Logical Volume Manger, Version 2 (LVM2), oder weisen Sie zum Erstellen von Datenträgergruppen im Oracle Automatic Storage Management (ASM) mehrere SSD Premium-Datenträger zu, um Ihre gewünschte Kapazität oder den erforderlichen Durchsatz zu erzielen.Bei Verwendung von verwalteten Datenträgern bestimmt der kumulative Durchsatz aller Datenträger, die an die VM angefügt sind und durch die VM-SKU eingeschränkt werden, den Datenträgerdurchsatz. Weitere Informationen finden Sie unter Virtuelle Computer und Datenträgerleistung.
Wenn Sie verwaltete Datenträger mit einer schreibintensiven Workload verwenden, sollten Sie Disk Storage Ultra für Wiederholungsprotokolle verwenden.
Wenn die Durchsatzanforderungen den maximalen Durchsatz einer einzelnen VM überschreiten, sollten Sie Netzwerkspeicher wie Azure NetApp Files verwenden, da die VM bei einer solchen Konfiguration auf den Netzwerkdurchsatz oder Egress und nicht auf den Datenträgerdurchsatz beschränkt ist.
Wenn Sie häufig temporäre Oracle-Dateien verwenden, sollten Sie eine VM-SKU mit einem temporären Datenträger auswählen und die temporären Dateien auf dem temporären Datenträger speichern. Diese Konfiguration reduziert die Eingabe-/Ausgabelast (E/A) auf den Datenträgern.