Delen via

Opslag-IOPS in Azure Database for MySQL - Flexibele server

  • Artikel

VAN TOEPASSING OP: Azure Database for MySQL - Flexibele server

IOPS voor opslag (I/O-bewerkingen per seconde) verwijzen naar het aantal lees- en schrijfbewerkingen dat kan worden uitgevoerd door het opslagsysteem per seconde. Hogere IOPS-waarden geven betere opslagprestaties aan, waardoor uw database meer gelijktijdige lees- en schrijfbewerkingen kan verwerken, wat resulteert in snellere gegevens ophalen en de algehele efficiëntie verbeteren. Wanneer de IOPS-instelling te laag is ingesteld, kan de databaseserver vertragingen ondervinden bij het verwerken van aanvragen, wat resulteert in trage prestaties en verminderde doorvoer. Als de IOPS-instelling echter te hoog is ingesteld, kan dit leiden tot onnodige toewijzing van resources en mogelijk hogere kosten zonder aanzienlijke prestatieverbeteringen.

Azure Database for MySQL flexibele server biedt momenteel twee instellingen voor IOPS-beheer, vooraf ingerichte IOPS en IOPS voor automatische schaalaanpassing.

Vooraf ingerichte IOPS

Flexibele Azure Database for MySQL-server biedt vooraf ingerichte IOPS, zodat u een specifiek aantal IOPS kunt toewijzen aan uw flexibele Azure Database for MySQL-serverexemplaren. Deze instelling zorgt voor consistente en voorspelbare prestaties voor uw workloads. Met vooraf ingerichte IOPS kunt u een specifieke IOPS-limiet definiëren voor uw opslagvolume, waardoor u een bepaald aantal aanvragen per seconde kunt verwerken. Dit resulteert in een betrouwbaar en verzekerd prestatieniveau.

Bovendien verwijst aanvullende IOPS met vooraf ingericht naar de flexibiliteit van het verhogen van de ingerichte IOPS voor het opslagvolume dat aan de server is gekoppeld. U hebt de mogelijkheid om extra IOPS toe te voegen buiten het standaard ingerichte niveau, zodat u de prestaties op elk gewenst moment kunt aanpassen die zijn afgestemd op uw workloadvereisten.

IOPS automatisch schalen

IOPS voor automatische schaalaanpassing biedt de flexibiliteit om IOPS op aanvraag te schalen, waardoor er geen specifieke hoeveelheid IOPS per seconde vooraf hoeft in te richten. Door IOPS voor automatische schaalaanpassing in te schakelen, wordt IOPS automatisch aangepast op basis van de workloadvereisten. Als de functie IOPS voor automatische schaalaanpassing is ingeschakeld, kunt u nu genieten van zorgeloos IO-beheer in Azure Database for MySQL flexibele server, omdat de server IOPS automatisch omhoog of omlaag schaalt, afhankelijk van de behoeften van de werkbelasting. Raadpleeg de documentatie over de servicelagen voor gedetailleerde informatie over de maximaal ondersteunde IOPS voor elke servicelaag en rekenkracht. Met IOPS voor automatische schaalaanpassing worden deze limieten omhoog geschaald om de prestaties van uw workload te optimaliseren.

Dynamisch schalen: IOPS automatisch schalen past de IOPS-limiet van uw databaseserver dynamisch aan op basis van de werkelijke vraag van uw workload. Dit zorgt voor optimale prestaties zonder handmatige tussenkomst of configuratie.

Workloadpieken verwerken: met IOPS voor automatische schaalaanpassing kan uw database probleemloos werkbelastingpieken of -fluctuaties afhandelen zonder de prestaties van uw toepassingen in gevaar te brengen. Deze functie zorgt voor consistente reactiesnelheid, zelfs tijdens piekperioden van het gebruik.

Kostenbesparingen: In tegenstelling tot de vooraf ingerichte IOPS waarbij een vaste IOPS-limiet wordt opgegeven en betaald, ongeacht het gebruik, kunt u met IOPS voor automatische schaalaanpassing alleen betalen voor het aantal I/O-bewerkingen dat u gebruikt. Met deze functie worden alleen kosten in rekening gebracht voor de IO die uw server daadwerkelijk gebruikt, waardoor onnodige inrichting en uitgaven voor niet-gebruikte resources worden voorkomen. Dit zorgt voor zowel kostenbesparingen als optimale prestaties, waardoor het een slimme keuze is voor het efficiënt beheren van uw databaseworkload.

Opslagprestaties bewaken

Het IOPS-gebruik van opslag bewaken is eenvoudig met metrische gegevens die beschikbaar zijn onder Bewaking .

Overzicht

Voor een uitgebreide weergave van het IO-gebruik voor de geselecteerde periode. Navigeer naar de bewaking in Azure Portal voor Azure Database for MySQL Flexible Server op de blade Overzicht.

Schermopname van metrische overzichtsgegevens.

Verbeterde werkmap met metrische gegevens

  • Navigeer naar Werkmappen onder Bewaking in azure Portal.
  • Selecteer de werkmap Verbeterde metrische gegevens.
  • Controleer in de sectie Overzicht van de werkmap op metrische gegevens van opslag-IO-percentage.

Schermopname van verbeterde metrische gegevens.

Metrische gegevens onder Bewaking

  • Navigeer naar Metrische gegevens, onder Bewakingssectie in Azure Portal.
  • Selecteer de optie 'Metrische gegevens toevoegen'.
  • Kies 'Opslag-IO-percentage' in de vervolgkeuzelijst met beschikbare metrische gegevens.
  • Kies 'Aantal opslag-IO's' in de vervolgkeuzelijst met beschikbare metrische gegevens.

Schermopname van metrische gegevens bewaken.

De optimale IOPS-instelling selecteren

Nadat u hebt geleerd hoe u uw IOPS-gebruik effectief kunt bewaken, bent u nu uitgerust om de beste instellingen voor uw server te verkennen. Bij het kiezen van de IOPS-instelling voor uw exemplaar van flexibele Azure Database for MySQL-server, moet rekening worden gehouden met verschillende belangrijke factoren. Als u deze factoren begrijpt, kunt u een weloverwogen beslissing nemen om de beste prestaties en kostenefficiëntie voor uw workload te garanderen.

Prestaties optimaliseren

Met IOPS voor automatische schaalaanpassing kunnen consistente vereisten worden voldaan voor werkbelasting, wat voorspelbaar is zonder het nadeel van opslagbeperking en handmatige interactie om meer IOPS toe te voegen. Als uw workload een consistente doorvoer heeft of consistente IOPS vereist, kan vooraf ingerichte IOPS de voorkeur hebben. Het biedt een voorspelbaar prestatieniveau en de vaste toewijzing van IOPS correleert met werkbelasting binnen de opgegeven limieten. Hoewel voor elke vereiste van hogere doorvoer van gebruikelijke vereiste extra IOPS kan worden toegewezen aan vooraf ingerichte IOPS, waarvoor handmatige interactie en inzicht in de doorvoertoenametijd vereist zijn.

Beperkingsimpact

Houd rekening met de impact van bandbreedtebeperking op uw workload. Als de potentiële prestatievermindering als gevolg van beperking een probleem is, kan IOPS voor automatische schaalaanpassing dynamisch werkbelastingpieken verwerken, waardoor het risico op beperking en het behoud van prestaties tot een optimaal niveau wordt geminimaliseerd.

Uiteindelijk is de beslissing tussen automatisch schalen en vooraf ingerichte IOPS afhankelijk van uw specifieke workloadvereisten en prestatieverwachtingen. Analyseer uw workloadpatronen, evalueer de gevolgen van de kosten en overweeg de mogelijke impact van beperking om een geïnformeerde keuze te maken die overeenkomt met uw prioriteiten. Door rekening te houden met de specifieke kenmerken van uw databaseworkload, zoals verkeersschommelingen, querypatronen en prestatievereisten, kunt u een weloverwogen beslissing nemen met betrekking tot de keuze tussen automatisch schalen en vooraf ingerichte IOPS.

Overwegingen voor workload Vooraf ingerichte IOPS IOPS automatisch schalen
Workloads met consistente en voorspelbare I/O-patronen Aanbevolen omdat deze alleen ingerichte IOPS gebruikt Compatibel, geen handmatige inrichting van IOPS vereist
Workloads met verschillende gebruikspatronen Niet aanbevolen omdat het mogelijk geen efficiënte prestaties biedt tijdens perioden met hoog gebruik. Aanbevolen omdat deze automatisch wordt aangepast om verschillende werkbelastingen te verwerken
Workloads met dynamische groei of veranderende prestatiebehoefte Niet aanbevolen omdat er constante aanpassingen nodig zijn volgens veranderende IOPS-vereisten Aanbevolen omdat er geen extra instellingen vereist zijn voor specifieke doorvoervereiste

Kostenoverwegingen

Als u een fluctuerende workload hebt met onvoorspelbare pieken, kan het voordeliger zijn om IOPS voor automatische schaalaanpassing te kiezen. Het zorgt ervoor dat u alleen betaalt voor de hogere IOPS die tijdens piekperioden worden gebruikt, wat flexibiliteit en kostenbesparingen biedt. Vooraf ingerichte IOPS, waarbij consistente en maximale IOPS worden geboden, kunnen hogere kosten in rekening worden gebracht, afhankelijk van de workload. Houd rekening met de afweging tussen kosten en prestaties die van uw server zijn vereist.

Testen en evalueren

Als u niet zeker weet wat de optimale IOPS-instelling is, kunt u prestatietests uitvoeren met zowel IOPS voor automatische schaalaanpassing als vooraf ingerichte IOPS. Evalueer de resultaten en bepaal welke instelling voldoet aan uw workloadvereisten en prestatievereisten.

Voorbeeldworkloads: E-commercewebsites

Als u eigenaar bent van een e-commercewebsite die gedurende het hele jaar schommelingen in het verkeer ondervindt. Tijdens normale perioden is de werkbelasting gemiddeld, maar tijdens vakantieseizoenen of speciale promoties neemt het verkeer exponentieel toe.

IOPS automatisch schalen: met IOPS voor automatische schaalaanpassing kan uw database de IOPS dynamisch aanpassen om de verhoogde werkbelasting tijdens piekperioden af te handelen. Wanneer er pieken in het verkeer optreden, zoals tijdens de verkoop van Black Friday, kan uw database met de functie voor automatisch schalen de IOPS naadloos omhoog schalen om aan de vraag te voldoen. Dit zorgt voor soepele en ononderbroken prestaties, waardoor vertragingen of serviceonderbrekingen worden voorkomen. Na de piekperiode, wanneer het verkeer afgaat, schaalt de IOPS terug naar beneden, waardoor kostenbesparingen mogelijk zijn omdat u alleen betaalt voor de resources die tijdens de piek worden gebruikt.

Vooraf ingerichte IOPS: als u kiest voor vooraf ingerichte IOPS, moet u de maximale workloadcapaciteit schatten en een vast aantal IOPS toewijzen. Tijdens piekperioden kan de workload echter de vooraf vastgestelde IOPS-limiet overschrijden. Als gevolg hiervan kan de I/O voor opslag worden beperkt, de prestaties worden beïnvloed en mogelijk vertragingen of time-outs voor uw gebruikers worden veroorzaakt.

Voorbeeldworkloads: Rapportage /Data Analytics Platforms

Stel dat u een flexibele Azure Database for MySQL-server hebt gebruikt voor gegevensanalyse waarbij gebruikers complexe query's en grootschalige gegevensverwerkingstaken indienen. Het workloadpatroon is relatief consistent, met een stabiele stroom query's gedurende de dag.

Vooraf ingerichte IOPS: Met vooraf ingerichte IOPS kunt u een geschikt aantal IOPS selecteren op basis van de verwachte workload. Zolang de gekozen IOPS het dagelijkse queryvolume adequaat afhandelt, is er geen risico op beperking of prestatievermindering. Deze benadering biedt voorspelbaarheid van kosten en stelt u in staat om resources efficiënt te optimaliseren zonder dynamische schaalaanpassing nodig te hebben.

IOPS voor automatisch schalen: de functie Automatische schaalaanpassing biedt in dit geval mogelijk geen aanzienlijke voordelen. Omdat de workload consistent is, kan de database worden ingericht met een vast aantal IOPS dat comfortabel aan de vraag voldoet. Automatisch schalen is mogelijk niet nodig omdat er geen plotselinge pieken in de activiteit zijn waarvoor extra IOPS is vereist. Door vooraf ingerichte IOPS te gebruiken, hebt u voorspelbare prestaties zonder schaalaanpassing en zijn de kosten rechtstreeks gekoppeld aan de toegewezen opslag.

Veelgestelde vragen

Hoe kan ik overstappen van vooraf ingerichte IOPS naar IOPS voor automatische schaalaanpassing?

  • Open uw Azure-portal en zoek de relevante flexibele Azure Database for MySQL-server.
  • Ga naar de blade Instellingen en kies de sectie Compute + Storage.
  • Kies in de sectie IOPS voor automatisch schalen en sla de instellingen op om de wijzigingen toe te passen.

Hoe snel wordt IOPS voor automatische schaalaanpassing van kracht na het aanbrengen van de wijziging?

Zodra u IOPS voor automatische schaalaanpassing voor een flexibele Azure Database for MySQL-server hebt ingeschakeld en de instellingen hebt opgeslagen, worden de wijzigingen onmiddellijk van kracht nadat de implementatie naar de resource is voltooid. Dit betekent dat de IOPS-functie voor automatische schaalaanpassing zonder vertraging wordt toegepast op uw database.

Hoe is een herstelbewerking (Point-In-Time Restore) van invloed op het IOPS-gebruik?

Tijdens een PITR-bewerking in Azure Database for MySQL - Flexible Server wordt een nieuwe server gemaakt en worden gegevens gekopieerd van de opslag van de bronserver naar de opslag van de nieuwe server. Dit proces resulteert in een verhoogd IOPS-gebruik op de bronserver. Deze toename van het IOPS-gebruik is normaal en geeft geen problemen aan met de bronserver of de PITR-bewerking. Zodra de PITR-bewerking is voltooid, keert het IOPS-gebruik op de bronserver terug naar de gebruikelijke niveaus. Raadpleeg de sectie Back-up en herstel in de documentatie van Azure Database for MySQL - Flexible Server voor meer informatie over PITR.

Hoe weet u wanneer IOPS omhoog en omlaag zijn geschaald wanneer de server gebruikmaakt van de functie IOPS voor automatische schaalaanpassing? Of kan ik het IOPS-gebruik voor mijn server bewaken?

Raadpleeg de sectie Opslagprestaties bewaken, waarmee u kunt bepalen of uw server tijdens een bepaald tijdvenster omhoog of omlaag is geschaald.

Kan ik later schakelen tussen IOPS voor automatische schaalaanpassing en vooraf ingerichte IOPS?

Ja, u kunt teruggaan naar vooraf ingerichte IOPS door te kiezen voor vooraf ingerichte IOPS onder de blade Instellingen.

Hoe kan ik weten hoeveel IOPS zijn gebruikt voor flexibele Azure Database for MySQL-server?

Ga naar Bewaking onder de sectie Overzicht of navigeer naar metrische gegevens over IO-telling op de blade Bewaking. Metrische io-telling geeft de som van IOPS die door de server in de geselecteerde periode wordt gebruikt.

Volgende stappen