Auswählen von Compute und Speicher

In diesem Artikel wird beschrieben, wie Sie die richtige Compute- und Speichergröße für Ihre Oracle-Workloads mithilfe des Azure-IaaS-Modells (Infrastructure-as-a-Service) verwenden.

Sie können Azure IaaS verwenden, um Ihre Oracle-Workloads von der lokalen Umgebung in die Cloud zu migrieren. Die Komplexität, Größe und hohe E/A-Anforderungen einer Workload können den Migrationsprozess erschweren und sich negativ auf die Leistung von Oracle Database auswirken. Die Datenbankleistung hängt von Parametern wie Lese-/Schreibdatenträgerdurchsatz (MBIT/s), Lese-/Schreib-IOPS, CPU, RAM und Netzwerklatenz ab. Daher ist die Auswahl der richtigen Kombination aus Compute und Speicher für Azure IaaS und dem Speicherort von Anwendungsworkloads relativ zu Datenbankdiensten für eine erfolgreiche Datenbankmigration von entscheidender Bedeutung.

Bewerten der Oracle-Workload mithilfe von AWR- oder Statspack-Berichten

Um Empfehlungen zur richtigen Dimensionierung für die erforderliche Azure-Infrastruktur zu erhalten, müssen Sie entweder einen AWR-Bericht (Automatic Workload Repository) oder einen Statspack-Bericht für jede Datenbank generieren, die Sie zu Azure migrieren möchten.

Ein AWR-Bericht ist ein detaillierter Leistungsanalysebericht, der von Oracle Database generiert wird. Der Bericht enthält umfassende Informationen zur Datenbankleistung, Warteereignissen, Systemressourcen und mehr. Ein AWR-Bericht ist im Oracle Diagnostics Pack für das Oracle Database-Produktset enthalten. Wenn Sie standard Edition oder Enterprise Edition ohne Diagnostics Pack-Lizenz ausführen, verwenden Sie stattdessen einen Statspack-Bericht .

Einblicke in die Spitzenlast sind wichtig, da eine Datenbank und Server für unterschiedliche Kapazitäten verwendet werden. Wenn die Spitzenlast bei Sicherungszeitpunkten während der Nacht auftritt und die Anforderungen für Recovery Time Objective (RTO) oder Recovery Point Objective (RPO) der Sicherung innerhalb von vier Stunden liegen, können Sie dieselbe Übung für eine durchschnittliche Auslastung wiederholen.

Das Zeitfenster für die Spitzenlast beträgt in der Regel eine Stunde. Sie können die Spitzenlast mithilfe von Oracle Enterprise Manager ermitteln. Wenn Sie über keine Lizenz für Oracle Enterprise Manager verfügen, können Sie das folgende Skript für die fünf häufigsten Auslastungszeiten verwenden. Dieses Skript ist sowohl für Standard Edition-Datenbanken als auch für Enterprise Edition Datenbanken verfügbar.

Empfehlungen

• Generieren Sie umfassende AWR-Berichte für eine Übung zur richtigen Größenanpassung der Datenbank.
• Generieren Sie den AWR-Bericht für den auslastungsreichsten Workloadzeitraum in kurzen Zeitfenstern, z. B. 30 Minuten oder einer Stunde.
• Generieren Sie einen AWR-Bericht mit Spitzenlast (und bei Bedarf einen AWR-Bericht mit mittlerer Spitzenlast).
• Rufen Sie alle anderen AWR-Berichte ab, die möglicherweise wichtige Details zur Datenbankworkload enthalten, z. B. Berichtsperioden zum Monatsende oder Zum Ende des Quartals.
• Stellen Sie sicher, dass der Bericht im HTML-Code für das Tool mit der richtigen Größe enthalten ist.
• Verwenden Sie die folgenden Skripts, um die fünf häufigsten Auslastungszeiten zu erhalten, wenn Sie nicht sicher sind, wann spitzen Auslastungen auftreten:
  • AWR
  • Statspack

Verwenden von automatisierten Tools für die richtige Größe Ihrer Workload

Verwenden Sie automatisierte Tools für die richtige Größe Ihrer Workloads, um die richtige Azure Virtual Machines SKU gemäß vCPU, Arbeitsspeicher, Durchsatz und IOPS zu verwenden. Analysieren Sie einen AWR-Bericht oder einen Statspack-Bericht Ihrer Oracle-Workloads, um Ihre Azure-Infrastruktur so zu dimensionieren, dass sie die Leistungsanforderungen erfüllt. Solche Analysen basieren auf expertenbezogenen Kenntnissen der Datenbankleistung und erfordern automatisierte Tools zum Verwalten aller Variablen, z. B. das Oracle Migration Assistant Tool (OMAT).

OMAT unterstützt Sie bei der Bewertung Ihrer Ressourcennutzung für lokale oder cloudbasierte Oracle-Installationen und empfiehlt den optimalen virtuellen Computer (VM) und Speicher, um dieselbe Workload in Azure auszuführen. OMAT sammelt und verarbeitet AWR-Berichte aus dem Quellsystem, extrahiert die erforderlichen Daten und platziert sie in einer Excel-Arbeitsmappe. Überprüfen Sie die Partition von CPU- und Kernprozessoren, wenn Sie OMAT verwenden, um Ihnen den Hyperthreadfaktor zu geben. OMAT verwendet standardmäßig den Faktor 2, aber Sie können diese Zahl an Ihre spezifische Nutzung anpassen. Wenden Sie sich an Ihren lokalen Ansprechpartner, wenn Sie Unterstützung benötigen.

Empfehlungen

• Verwenden Sie automatisierte Tools für die Rechteanpassung, z. B. OMAT. Tools für die rechte Dimensionierung automatisieren die schritte, die im AWR-Sizing-Dokument beschrieben sind, um den Migrationsprozess zu beschleunigen und den AWR-Bericht zu vereinfachen.
• Wenden Sie sich an Experten, die die vom OMAT-Bericht generierten Empfehlungen verstehen.

Auswählen der richtigen VM für Ihre Workload

Es ist wichtig, den richtigen virtuellen Computer für Ihre Workload auszuwählen. Jede VM-Familie verfügt über eine Auswahl an Größen, die Ihren Anforderungen angepasst werden können. E-Serie und M-Serie sind Hyperthread-VMs, die häufig für Datenbankanforderungen verwendet werden. Verwenden Sie virtuelle Computer der E-Serie für Workloads mit hohem Durchsatz. Verwenden Sie virtuelle Computer der M-Serie für Workloads, die einen hohen Arbeitsspeicher erfordern.

Microsoft bietet auch eingeschränkte Kerngrößen , um die Kosten für die Softwarelizenzierung zu reduzieren und gleichzeitig denselben Arbeitsspeicher, Speicher und E/A-Bandbreite beizubehalten.

Empfehlungen

• Wählen Sie einen virtuellen Hyperthreadcomputer aus, um Lizenzierungskosten zu sparen.
• Verwenden Sie Azure-Preistools , um die Kosten verschiedener Azure-VM-Empfehlungen zu vergleichen.
• Verwenden Sie Azure-Reservierungen , um die Kosten für die Computeinfrastruktur zu reduzieren.

Auswählen der richtigen Speicherlösung für Ihre Workload

Die Auswahl der Azure-Speicherlösung für die Datenbank hängt von der Datenbankgröße, IOPS und dem Durchsatz ab. Azure Managed Disks stellt Speichervolumes auf Blockebene bereit, die von Azure verwaltet und mit Azure-VMs verwendet werden. Azure Storage bietet eine vielzahl von hochverfügbaren, hochgradig skalierbaren Speicheroptionen für Apps, Daten und VMs in der Cloud. Die Bewertung der richtigen Größe hilft Ihnen bei der Entscheidung, welche Speicherlösung für die Datenbank verwendet werden soll.

Weitere Speicherüberlegungen beziehen sich auf archivierte Oracle-Wiederholungsprotokolldateien und -sicherungen. Bei der Archivierung von Wiederholungsprotokollen handelt es sich um einen fortlaufenden Lese-/Schreibprozess, der eine kontinuierliche Bewertung der Lösungsanforderungen und der Verfügbarkeit erfordert.

Der AWR-Bericht bietet Einblicke in die Durchsatz- und IOPS-Anforderungen Ihrer spezifischen Workload. Es ist wichtig, dass Sie Ihre Anforderungen an Durchsatz und IOPS vor der Bereitstellung kennen, da Oracle-Workloads leistungsabhängig sind.

Die folgende Tabelle enthält ein Beispiel für ein Datenträgerspeicherlayout.

Der temporäre Tabellenbereich kann viel Durchsatz und IOPS verbrauchen. Wenn dieses Szenario für Ihre Workload gilt, wählen Sie einen virtuellen Computer mit einem angefügten kurzlebigen Datenträger aus, z. B. Ed-v5. Platzieren Sie den temporären Tabellenbereich auf dem Datenträger. Sie können je nach Ihren Anforderungen andere Datenträgertypen auswählen.

Dies ist nur ein Beispiel für eine Kundenworkload. Überprüfen und passen Sie die Anforderungen an die Größe Ihrer Workload, die IOPS und den Durchsatz entsprechend an.

Wenn Sie mehrere Datenträger für ein oder mehrere logische Volumes in Ihrem Datenträgersetup verwenden müssen, stellen Sie unabhängig von der Datenträgertechnologie (Oracle ASM, LVM oder andere) sicher, dass Sie die Last auf datenträgerübergreifend verteilen, um eine maximale Leistung zu erzielen.

Sie können verwaltete Ssd Premium v2-Datenträger überall dort verwenden, wo sie verfügbar sind. Überprüfen Sie die Verfügbarkeit in Übereinstimmung mit der Region, und überprüfen Sie die Datenträgerkonfigurationen vor der Bereitstellung.

Die standardmäßig konfigurierte Datenträgergröße in ASM ist entscheidend, wenn Sie Oracle ASM und Managed Disks verwenden. Wenn Sie ASM für eine maximale Größe von 4096 GB konfigurieren, kann ASM nur diesen Betrag verarbeiten. Selbst wenn Sie also höhere Datenträger bereitstellen, erkennt ASM den Speicherplatz nicht. Planen Sie die Datenträgergröße entsprechend, und entscheiden Sie, ob Datenträger mit einer Größe von 4095 GB bereitgestellt werden sollen. Weitere Informationen finden Sie unter ASM-Konfiguration.

Empfehlungen

• Verwenden Sie die vom OMAT-Tool generierten Empfehlungen, um Sie durch Ihre Datenbankspeicheroptionen zu führen.
• Verstehen der Azure-Datenträgertypen und deren Anpassung an Ihre Workloadanforderungen.
• Überprüfen Sie bewährte Methoden für Datenträgertypen und Konfigurationen.
• Besuchen Sie Azure NetApp Files für Oracle, wenn Sie Azure NetApp Files für Oracle als Speicherebene verwenden möchten.
• Besuchen Sie Anwendungsvolumegruppen , wenn Sie die Entkopplung von oracle Exadata planen.
• Unter Azure Files (Hot-Tarif) finden Sie geeignete Optionen für große Mengen von Redo Log-Archiven und verwalteten Azure Premium-Datenträgern.
• Die Sicherungsoption für Oracle-Workloads basiert auf dem Datenvolumen und Ihren technischen und nicht technischen Anforderungen. Weitere Informationen finden Sie unter Sicherungsstrategien für Oracle-Workloads.
• Planen Sie Ihr Speicherlayout, um Leistungsprobleme zu vermeiden.

Größe der erforderlichen Computeinfrastruktur für Oracle-Anwendungen

Oracle-Anwendungen können in der Regel mithilfe von VMs mit ähnlichen Funktionen wie VMs in der lokalen Bereitstellung nach Azure verschoben werden.

Verwenden Sie Datenpunkte aus den Anwendungs- und Webebenen , um die erforderliche Computeinfrastruktur für Oracle-Anwendungen zu dimensionieren. Die Anwendungsebene kann in jede geeignete VM-SKU verschoben werden, die die Leistungs- und Kostenoptimierungsanforderungen erfüllt.

Weitere Informationen zur Verwendung von Referenzarchitekturen zum Bereitstellen von Oracle-Anwendungen in Azure IaaS finden Sie unter Oracle-Anwendungen in Azure.

Empfehlungen

Abrufen von Datenpunkten aus der Anwendungs- und Webebene. Zu diesen Datenpunkten gehören:

• Anzahl der vCPUs
• Durchschnittliche vCPU-Nutzung
• Arbeitsspeichergröße
• Durchschnittliche Arbeitsspeicherauslastung
• App-Speichergröße
• App-Version
• Betriebssystem
• IOPS insgesamt
• Durchsatz gesamt
• Sicherungsstrategie

Nächster Schritt

Informationen zum Schutz kritischer Daten und Anwendungen finden Sie unter Geschäftskontinuität und Notfallwiederherstellung.