Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
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.
Ü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
busiest_awrSkript ermitteln.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 eingeschränkte Kerne, um Oracle-Lizenzierungskosten zu optimieren. Eingeschränkte Kerne stellen die Arbeitsspeicher- und Durchsatzkapazität größerer VM-SKUs bereit, während die vCPU-Kapazität auf kleinere VM-SKUs beschränkt wird. Diese Konfiguration reduziert Oracle-Lizenzierungskosten, da die Lizenzierung auf Prozessorkernen basiert. Weitere Informationen finden Sie unter Lizenzierung von Oracle-Software in der Cloud Computing-Umgebung und eingeschränkten Kerngrößen.
Wählen Sie speicheroptimierte VMs für Oracle-Workloads aus. Speicheroptimierte VMs bieten ein höheres Speicher-zu-vCPU-Verhältnis im Vergleich zu allgemeinen VMs, wodurch sie ideal für speicherintensive Oracle-Workloads geeignet sind. Weitere Informationen finden Sie unter vm der M-Serie.
Verwenden Sie die neuesten VM-SKUs für verbesserte Leistung und Kompatibilität.** Die neuesten VM-SKUs, z. B. Mdsv3 und Edsv6, bieten robuste speicheroptimierte Optionen. Wählen Sie je nach Bewertung der Dimensionierung zwischen mittlerem und hohem Arbeitsspeicher aus.
Fügen Sie zusätzliche VMs für hohe Verfügbarkeit und Notfallwiederherstellung hinzu. Stellen Sie sicher, dass Ihre Architektur VMs für hohe Verfügbarkeit, Notfallwiederherstellung und Nichtproduktionsumgebungen berücksichtigt, um die Betriebsresilienz aufrechtzuerhalten.
Überlegungen zur Speicherung
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:
Wählen Sie den entsprechenden verwalteten Datenträgertyp basierend auf den Workloadanforderungen aus. Verwenden Sie Azure Premium SSD für betriebssystembezogene Aktivitäten, um eine zuverlässige Leistung sicherzustellen. Für Datenträger empfehlen wir Azure Premium SSD v2 für verbesserte Leistungsfunktionen. Azure Ultra Disk Storage eignet sich für Workloads, die einen extrem hohen Durchsatz und eine geringe Latenz erfordern. Vermeiden Sie die Verwendung von Azure Standard SSD oder Azure Standard HDD für Oracle-Workloads in der Produktion. Weitere Informationen finden Sie unter von Azure verwalteten Datenträgern. Weitere Speicheroptionen sind Azure Netapp Files und ESAN.
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 für Ihre betriebssystembezogenen Aktivitäten mehr als 4 TB erforderlich sind, verwenden Sie mehrere Premium-SSD-Datenträger und streifen Sie diese zu einem RAID-0-Array. Das Zwischenspeichern von Hostdatenträgern für Datenträger mit einer Größe von mehr als 4.095 GB wird nicht unterstützt.
Verstehen Sie die Unterschiede zwischen Premium SSD v1 und Premium SSD v2. Premium SSD v1 verwendet die ursprüngliche Architektur von Azure, die Bandbreite mit anderen VM-Datenverkehr teilt und die Leistung beeinträchtigen kann. Premium SSD v2 nutzt die Direct Drive-Architektur für verbesserte Leistung und reduzierte Latenz. Weitere Details finden Sie unter den Unterschieden zwischen Premium SSD und Premium SSD v2.
Erwägen Sie den kumulativen Datenträgerdurchsatz bei Verwendung von verwalteten Datenträgern. Der kumulative Durchsatz aller Datenträger, die an die VM angefügt sind, wird durch die VM-SKU eingeschränkt. Weitere Informationen finden Sie unter Virtuelle Computer und Datenträgerleistung.
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.