Speicher-IOPS in Azure Database for MySQL – Flexibler Server

  • Artikel

GILT FÜR: Azure Database for MySQL – Flexible Server

Speicher-IOPS (E/A-Vorgänge pro Sekunde) bezieht sich auf die Anzahl von Lese- und Schreibvorgängen, die vom Speichersystem pro Sekunde ausgeführt werden können. Höhere IOPS-Werte deuten auf eine bessere Speicherleistung hin, sodass Ihre Datenbank mehr gleichzeitige Lese- und Schreibvorgänge verarbeiten kann, was zu einem schnelleren Datenabruf und einer verbesserten Gesamteffizienz führt. Wenn die IOPS-Einstellung zu niedrig festgelegt ist, kann es beim Datenbankserver zu Verzögerungen bei der Verarbeitung von Anforderungen kommen, was langsamer Leistung und geringerem Durchsatz führt. Wenn die IOPS-Einstellung hingegen zu hoch festgelegt ist, kann dies zu einer unnötigen Ressourcenzuweisung und möglicherweise zu erhöhten Kosten ohne signifikante Leistungsverbesserungen führen.

Azure Database for MySQL – Flexibler Server bietet derzeit zwei Einstellungen für die IOPS-Verwaltung: vorab bereitgestellte IOPS und Autoskalierungs-IOPS.

Vorab bereitgestellte IOPS

Azure Database for MySQL – Flexibler Server bietet vorab bereitgestellte IOPS, sodass Sie Ihrer Instanz von Azure Database for MySQL – Flexibler Server eine bestimmte Anzahl von IOPS zuordnen können. Diese Einstellung stellt konsistente und vorhersagbare Leistung für Ihre Workloads sicher. Mit vorab bereitgestellten IOPS können Sie einen bestimmten IOPS-Grenzwert für Ihr Speichervolume definieren, um sicherzustellen, dass eine bestimmte Anzahl von Anforderungen pro Sekunde verarbeitet werden kann. Dies ergibt ein zuverlässiges und sicheres Leistungsniveau.

Darüber hinaus bezieht sich zusätzliche IOPS mit Vorabbereitstellung auf die Flexibilität, die bereitgestellten IOPS für das dem Server zugeordnete Speichervolume zu erhöhen. Sie haben die Möglichkeit, zusätzliche IOPS über das standardmäßig bereitgestellte Niveau hinaus hinzuzufügen, sodass Sie die Leistung jederzeit an Ihre Workloadanforderungen anpassen können.

IOPS für Autoskalierung

Autoskalierungs-IOPS bietet die Flexibilität, IOPS bei Bedarf zu skalieren, sodass keine bestimmte Menge an E/A pro Sekunde vorab bereitgestellt werden muss. Durch die Aktivierung von Autoskalierungs-IOPS passt Ihr Server IOPS automatisch basierend auf den Workloadanforderungen an. Wenn Sie das Feature für Autoskalierungs-IOPS aktivieren, können Sie die E/A-Verwaltung in Azure Database for MySQL – Flexibler Server jetzt sorgenfrei genießen, da der Server die IOPS je nach Workloadbedarf automatisch hoch- oder herunterskaliert.

Dynamische Skalierung: Mit Autoskalierungs-IOPS werden die IOPS-Grenzwerte Ihres Datenbankservers basierend auf dem tatsächlichen Bedarf Ihrer Workload dynamisch angepasst. Dies gewährleistet eine optimale Leistung ohne manuelle Eingriffe oder Konfiguration.

Verarbeitung von Workloadspitzen: Mit Autoskalierungs-IOPS kann Ihre Datenbank Workloadspitzen oder -schwankungen nahtlos verarbeiten, ohne dass die Leistung Ihrer Anwendungen beeinträchtigt wird. Mit diesem Feature wird eine konsistente Reaktionsfähigkeit auch während Auslastungsspitzen sichergestellt.

Kosteneinsparungen: Im Gegensatz zu vorab bereitgestellten IOPS, bei denen ein fester IOPS-Grenzwert angegeben und unabhängig vom Verbrauch abgerechnet wird, bezahlen Sie bei Autoskalierungs-IOPS nur für die Anzahl der E/A-Vorgänge, die Sie auch verbrauchen. Mit diesem Feature wird Ihnen nur die E/A berechnet, die Ihr Server tatsächlich nutzt, wodurch unnötige Bereitstellungen und Ausgaben für nicht ausgelastete Ressourcen vermieden werden. Dies sorgt für Kosteneinsparungen und optimale Leistung und ist somit eine intelligente Wahl für die effiziente Verwaltung Ihrer Datenbankworkloads.

Überwachen der Speicherleistung

Die Überwachung der Speicher-IOPS-Auslastung ist einfach mit Metriken, die unter „Überwachung“ verfügbar sind.

Übersicht

Erhalten eines umfassenden Überblicks über die E/A-Auslastung für den ausgewählten Zeitraum. Navigieren Sie im Azure-Portal für Azure Database for MySQL Flexibler Server auf dem Blatt „Übersicht“ zu „Überwachung“.

Screenshot of overview metrics.

Arbeitsmappe mit erweiterten Metriken

  • Navigieren Sie in Ihrem Azure-Portal im Abschnitt „Überwachung“ zu „Arbeitsmappen“.
  • Wählen Sie die Arbeitsmappe „Erweiterte Metriken“ aus.
  • Suchen Sie im Abschnitt „Übersicht“ der Arbeitsmappe nach Metriken des Typs „Speicher-E/A-Prozentsatz“.

Screenshot of enhanced metrics.

Metriken unter „Überwachung“

  • Navigieren Sie in Ihrem Azure-Portal im Abschnitt „Überwachung“ zu „Metriken“.
  • Wählen Sie die Option „Metrik hinzufügen“ aus.
  • Wählen Sie „Speicher-E/A-Prozentsatz“ aus der Dropdownliste der verfügbaren Metriken aus.
  • Wählen Sie „Speicher-E/A-Anzahl“ aus der Dropdownliste der verfügbaren Metriken aus.

Screenshot of monitoring metrics.

Auswählen der optimalen IOPS-Einstellung

Nachdem Sie erfahren haben, wie Sie Ihre IOPS-Nutzung effektiv überwachen, können Sie jetzt die besten Einstellungen für Ihren Server ermitteln. Bei der Auswahl der IOPS-Einstellung für Ihre Instanz von Azure Database for MySQL – Flexibler Server sollten Sie mehrere wichtige Faktoren berücksichtigen. Wenn Sie diese Faktoren verstehen, können Sie eine fundierte Entscheidung treffen, um die beste Leistung und Kosteneffizienz für Ihre Workload zu gewährleisten.

Leistungsoptimierung

Mit Autoskalierungs-IOPS können konsistente Anforderungen für Workloads erfüllt werden, die vorhersehbar sind, ohne den Nachteil von Speicherdrosselung und manueller Interaktion, um mehr IOPS hinzuzufügen. Wenn Ihre Workload einen konsistenten Durchsatz aufweist oder konsistente IOPS erfordert, ist vorab bereitgestellte IOPS möglicherweise vorzuziehen. Diese bietet ein vorhersagbares Leistungsniveau, und die feste Zuordnung von IOPS korreliert mit der Workload innerhalb der angegebenen Grenzwerte. Wenn jedoch ein höherer Durchsatz als üblich erforderlich ist, können zusätzliche IOPS mit vorab bereitgestellten IOPS zugewiesen werden, wozu eine manuelle Interaktion und ein Verständnis der Durchsatzsteigerungszeit erforderlich ist.

Auswirkungen der Drosselung

Berücksichtigen Sie die Auswirkungen von Drosselung auf Ihre Workload. Wenn die potenzielle Leistungsminderung durch Drosselung ein Problem darstellt, kann Autoskalierungs-IOPS Workloadspitzen dynamisch verarbeiten, das Risiko von Drosselung minimieren und die Leistung auf einem optimalen Niveau halten.

Letztendlich hängt die Entscheidung zwischen Autoskalierungs- und vorab bereitgestellter IOPS von Ihren spezifischen Workloadanforderungen und Leistungserwartungen ab. Analysieren Sie Ihre Workloadmuster, bewerten Sie die Kostenauswirkungen, und berücksichtigen Sie die potenziellen Auswirkungen von Drosselung, um eine fundierte Entscheidung zu treffen, die Ihren Prioritäten entspricht. Wenn Sie die spezifischen Merkmale Ihrer Datenbankworkload berücksichtigen, z. B. Datenverkehrsschwankungen, Abfragemuster und Leistungsanforderungen, können Sie eine fundierte Entscheidung hinsichtlich der Wahl zwischen Autoskalierungs- und vorab bereitgestellter IOPS treffen.

Überlegungen zum Workload Vorab bereitgestellte IOPS IOPS für Autoskalierung
Workloads mit konsistenten und vorhersagbaren E/A-Mustern Empfohlen, da nur bereitgestellte IOPS verwendet wird Kompatibel, keine manuelle Bereitstellung von IOPS erforderlich
Workloads mit unterschiedlichen Nutzungsmustern Nicht empfohlen, da diese Vorgehensweise während hoher Nutzungszeiten möglicherweise keine effiziente Leistung bietet. Empfohlen, automatische Anpassung erfolgt, um unterschiedliche Workloads zu verarbeiten
Workloads mit dynamischem Wachstum oder sich änderndem Leistungsbedarf Nicht empfohlen, da ständige Anpassungen gemäß sich ändernder IOPS-Anforderung erforderlich sind Empfohlen, da für bestimmte Durchsatzanforderungen keine zusätzlichen Einstellungen erforderlich sind

Kostenbetrachtung

Wenn Sie über eine schwankende Workload mit unvorhersehbaren Spitzen verfügen, ist die Entscheidung für Autoskalierungs-IOPS möglicherweise kostengünstiger. Diese Lösung stellt sicher, dass Sie nur für die höhere IOPS bezahlen, die in Spitzenzeiten verwendet wird, was zu Flexibilität und Kosteneinsparungen führt. Vorab bereitgestellte IOPS bietet zwar konsistente und maximale IOPS, kann jedoch je nach Workload zu höheren Kosten führen. Berücksichtigen Sie den Kompromiss zwischen Kosten und Leistung, die für Ihren Server erforderlich ist.

Testen und Bewerten

Wenn Sie sich nicht sicher sind, welche IOPS-Einstellung optimal ist, sollten Sie Leistungstests sowohl mit Autoskalierungs-IOPS als auch mit vorab bereitgestellter IOPS durchführen. Bewerten Sie die Ergebnisse, und ermitteln Sie, welche Einstellung Ihre Workloadanforderungen und Leistungserwartungen erfüllt.

Beispielworkloads: E-Commerce-Websites

Wenn Sie Besitzer einer E-Commerce-Website sind, die im Laufe des Jahres Schwankungen des Datenverkehrs aufweist. In normalen Zeiten ist die Workload mäßig, aber während Feiertagen oder Sonderaktionen steigt das Datenverkehrsaufkommen exponentiell an.

Autoskalierungs-IOPS: Mit Autoskalierungs-IOPS kann Ihre Datenbank ihre IOPS dynamisch anpassen, um die erhöhte Workload in Spitzenzeiten zu bewältigen. Wenn der Datenverkehr in die Höhe schießt, z. B. während der Black Friday-Aktion, ermöglicht die automatische Skalierungsfunktion Ihrer Datenbank eine nahtlose Erhöhung von IOPS, um die Nachfrage zu befriedigen. Dies gewährleistet eine reibungslose und unterbrechungsfreie Leistung und verhindert Verlangsamungen oder Dienstunterbrechungen. Nach der Spitzenzeit, wenn der Datenverkehr nachlässt, wird die IOPS wieder reduziert, was zu Kosteneinsparungen führt, da Sie nur für die Ressourcen zahlen, die während der Spitzenzeit genutzt wurden.

Vorab bereitgestellte IOPS: Wenn Sie sich für vorab bereitgestellte IOPS entscheiden, müssen Sie die maximale Workloadkapazität schätzen und eine feste Anzahl von IOPS entsprechend zuordnen. In Spitzenzeiten kann die Workload jedoch das vorab festgelegte IOPS-Limit überschreiten. Infolgedessen könnte die Speicher-E/A gedrosselt werden, was die Leistung beeinträchtigt und möglicherweise zu Verzögerungen oder Timeouts für Ihre Benutzer führen kann.

Beispielworkloads: Berichterstellungs-/Datenanalyseplattformen

Angenommen, Sie verfügen über Azure Database for MySQL – Flexibler Server. Diese Lösung wird für Datenanalysen verwendet, für die Benutzer*innen komplexe Abfragen und umfangreiche Datenverarbeitungsaufgaben übermitteln. Das Workloadmuster ist relativ konsistent, mit einem konstanten Fluss von Abfragen über den Tag verteilt.

Vorab bereitgestellte IOPS: Mit vorab bereitgestellter IOPS können Sie eine geeignete Anzahl von IOPS basierend auf der erwarteten Workload auswählen. Solange die ausgewählte IOPS das tägliche Abfragevolumen angemessen verarbeitet, besteht keine Gefahr einer Drosselung oder Leistungseinbuße. Dieser Ansatz ermöglicht Vorhersagbarkeit der Kosten und ermöglicht es Ihnen, Ressourcen effizient zu optimieren, ohne dass dynamische Skalierung erforderlich ist.

Autoskalierungs-IOPS: Das Feature für Autoskalierung bietet in diesem Fall möglicherweise keine wesentlichen Vorteile. Da die Workload konsistent ist, kann die Datenbank mit einer festen Anzahl von IOPS bereitgestellt werden, die den Bedarf problemlos erfüllt. Automatische Skalierung ist möglicherweise nicht erforderlich, da es keine plötzlichen Aktivitätsausbrüche gibt, die zusätzliche IOPS erfordern. Durch die Verwendung von vorab bereitgestellter IOPS verfügen Sie über vorhersagbare Leistung ohne Skalierung, und die Kosten sind direkt an den zugewiesenen Speicher gebunden.

Häufig gestellte Fragen

Wie erfolgt ein Wechsel von vorab bereitgestellter IOPS zu Autoskalierungs-IOPS?

  • Greifen Sie auf das Azure-Portal zu, und suchen Sie die relevante Instanz von Azure Database for MySQL – Flexibler Server.
  • Navigieren Sie zum Blatt „Einstellungen“, und wählen Sie den Abschnitt „Compute und Speicher“ aus.
  • Wählen Sie im Abschnitt „IOPS“ die Option „Autoskalierungs-IOPS“ aus, und speichern Sie die Einstellungen, um die Änderungen anzuwenden.

Wie schnell wird Autoskalierungs-IOPS nach der Änderung wirksam?

Nachdem Sie Autoskalierungs-IOPS für Ihre Instanz von Azure Database for MySQL – Flexibler Server aktiviert und die Einstellungen gespeichert haben und nachdem die Bereitstellung für die Ressource erfolgreich abgeschlossen wurde, werden die Änderungen sofort wirksam. Dies bedeutet, dass das Feature für Autoskalierungs-IOPS ohne Verzögerung auf Ihre Datenbank angewendet wird.

Wie wirkt sich ein PITR-Vorgang (Point-In-Time Restore, Zeitpunktwiederherstellung) auf den IOPS-Verbrauch aus?

Während eines PITR-Vorgangs in Azure Database for MySQL – Flexibler Server wird ein neuer Server erstellt, und es werden Daten aus dem Speicher des Quellservers in den Speicher des neuen Servers kopiert. Dieser Prozess führt zu einem höheren IOPS-Verbrauch auf dem Quellserver. Dieser höhere IOPS-Verbrauch ist normal und kein Anzeichen für Probleme mit dem Quellserver oder dem PITR-Vorgang. Nach Abschluss des PITR-Vorgangs fällt der IOPS-Verbrauch auf dem Quellserver wieder auf den üblichen Wert. Weitere Informationen zur Zeitpunktwiederherstellung finden Sie in der Dokumentation zu Azure Database for MySQL – Flexibler Server im Abschnitt Sicherung und Wiederherstellung.

Wie kann ich wissen, wann IOPS hoch- und herunterskaliert wurde, wenn der Server die Funktion Autoskalierungs-IOPS verwendet? Oder kann ich die IOPS-Nutzung für meinen Server überwachen?

Lesen Sie den Abschnitt Überwachen der Speicherleistung, in dem Sie ermitteln können, ob Ihr Server während eines bestimmten Zeitfensters hoch- oder herunterskaliert wurde.

Kann ich später zwischen Autoskalierungs-IOPS und vorab bereitgestellter IOPS wechseln?

Ja, Sie können zu vorab bereitgestellter IOPS zurückkehren, indem Sie sich auf dem Blatt „Einstellungen“ im Abschnitt „Compute und Speicher“ für vorab bereitgestellte IOPS entscheiden.

Woher weiß ich, wie viele IOPS von Azure Database for MySQL – Flexibler Server verbraucht wurden?

Navigieren Sie im Abschnitt „Übersicht“ zu „Überwachung“ oder auf dem Blatt „Überwachung“ zu Metriken für E/A-Anzahl. Die Metrik für die E/A-Anzahl gibt die Summe der vom Server im ausgewählten Zeitrahmen verwendeten IOPS an.

Nächste Schritte