De schaalvereisten voor Azure Database for MySQL-server bepalen

8 minuten

Als het gaat om het aanpassen van de grootte van rekenresources, moet u overwegen of het bestaande en voorspelde gebruik goed binnen de capaciteit valt. U kunt de vereiste informatie ophalen door metrische basisgegevens voor prestaties te bewaken, zoals CPU- en RAM-gebruik. Het is mogelijk om het logboek voor langzame query's te gebruiken om slecht presterende query's te identificeren en te optimaliseren en het prestatieprobleem op te lossen zonder de rekenkracht te schalen. U moet ook I/O-prestaties bewaken om ervoor te zorgen dat lees- en schrijfbewerkingen van databases geen knelpunt zijn in de prestaties. Een andere optie om de beschikbare capaciteit op de hoofddatabase effectief te vergroten, is door een leesreplica in te richten om de querybelasting te verschuiven.

Metrische gegevens over databaseprestaties bewaken

Azure Portal biedt toegang tot een aantal metrische gegevens die u kunt gebruiken om de databaseprestaties te bewaken. U kunt bijvoorbeeld het CPU-percentage visualiseren dat door een flexibele server wordt gebruikt.

Naarmate het CPU-gebruik bijna 100% overschrijdt, verslechtert de databaseprestaties ernstig. Als het CPU-gebruik op uw flexibele server consequent hoger is dan 50%, kunt u overwegen de rekenkracht te vergroten.

U kunt uw metrische prestatiegegevens bekijken in de werkmap met bewakingsoverzichten. Voer de volgende stappen uit om toegang te krijgen tot de overzichtswerkmap:

Selecteer In Azure Portal, in het linkerdeelvenster, onder Bewaking voor uw exemplaar van flexibele Azure Database for MySQL-server, Werkmappen.
Selecteer de werkmap Overzicht . U ziet grafieken met verbindingen, CPU- en geheugengebruik en andere metrische gegevens, zoals in de volgende schermopname.

Naast het analyseren van deze metrische gegevens, kunt u serverdiagnose bekijken voor inzicht in de prestaties in het deelvenster Logboeken van uw flexibele server.

Naast deze metrische gegevens en logboeken kunt u ook het logboek voor langzame query's bewaken om details over langlopende query's vast te leggen. Deze informatie kan bestaande trage query's voor optimalisatie onthullen en u kunt waarschuwingen instellen om toekomstige regressies voor queryprestaties te detecteren voor risicobeperking.

Als u de functie Logboek voor langzame query's wilt inschakelen, selecteert u serverlogboeken op de pagina die is gekoppeld aan uw flexibele server en schakelt u vervolgens de selectievakjes Inschakelen en Logboeken voor langzame query's in.

Nadat logboekregistratie van trage query's is ingeschakeld, kunt u inzichten in queryprestaties weergeven met behulp van Log Analytics of visualisatiewerkmappen. Als u toegang wilt krijgen tot de inzichten in queryprestaties, volgt u dezelfde stappen als hierboven, maar selecteert u Query Performance Insights in plaats van Overzicht.

U ziet verschillende visualisaties, waaronder de vijf langste topquery's of een samenvatting van trage query's, zoals wordt weergegeven in de volgende schermopname.

Prestatieparameters van de server afstemmen

U kunt MySQL-serverparameters configureren om de prestaties te optimaliseren op basis van uw bewaking. U kunt bijvoorbeeld de waarde verhogen om innodb_buffer_pool_size meer tabelgegevens in het geheugen te bewaren en leesbewerkingen op de schijf op te slaan. U kunt de innodb_log_file_size activiteit voor het leegmaken van het controlepunt van de buffergroep verhogen, ten koste van tragere crashherstel.

Als u merkt dat toepassingsverbindingen in de wachtrij worden geplaatst en de serverbelasting acceptabel is, kunt u het aantal maximumverbindingen verhogen om meer parallelle uitvoering mogelijk te maken.

Als u serverparameters wilt wijzigen, gaat u naar Azure Portal voor uw flexibele MySQL-server en gaat u naar de sectie Serverparameters . Voer de parameternaam in de zoekbalk in of blader door de parameters Top of All supported server.

De functie IOPS voor automatische schaalaanpassing verkennen en inschakelen

Azure Database for MySQL heeft twee manieren om IO-capaciteit voor schijven toe te wijzen: vooraf ingericht versus 'automatisch geschaalde' IOPS (I/O-bewerkingen per seconde).

Vooraf ingerichte IOPS kan de voorkeur hebben wanneer de databasebelasting voorspelbaar is en niet piekt. De server krijgt een basisaantal IOPS dat is ingericht en u kunt indien nodig extra IOPS (maximaal de rekengrootte) toewijzen door naar Compute en opslag te gaan:

Als er een piek optreedt, kunnen serverprestaties tijdelijk afnemen als I/O-bewerkingen de toegewezen waarde overschrijden. Capaciteit en kosten zijn echter voorspelbaar.

De functie IOPS voor automatische schaalaanpassing is gebouwd voor onvoorspelbaar, stekelig of groeiend databaseverkeer. Als deze functie is ingeschakeld, wordt IOPS dynamisch geschaald, dus handmatige aanpassing is niet vereist om kosten of prestaties te optimaliseren wanneer de werkstroom fluctueert. Als gevolg hiervan verwerkt het gebruik van de functie IOPS voor automatische schaalaanpassing op transparante wijze pieken in workloads en betaalt u alleen voor verbruikte bewerkingen, niet voor ongebruikte capaciteit.

Voor een bestaande flexibele MySQL-server kunt u de functie IOPS voor automatische schaalaanpassing inschakelen in Azure Portal door Compute en opslag te selecteren:

Notitie

U kunt ook de functie IOPS voor automatische schaalaanpassing inschakelen tijdens het maken van de server.

IOPS bewaken

Met IOPS voor bewaking kunt u bepalen hoe dicht uw exemplaar bij de maximale IOPS ligt, als u vooraf ingerichte IOPS gebruikt of de maximale rekengrootte als u de functie IOPS voor automatische schaalaanpassing gebruikt.

Als u de IOPS-prestaties wilt bewaken, gaat u naar de blade Metrische gegevens onder de sectie Bewaking of naar de blade Overzicht als u IOPS-prestaties wilt weergeven, samen met andere algemene metrische gegevens.

Schermopname van de bewaking van de overzichtsblade.

Bij WingTip Toys, omdat u verwacht dat het verkeer op onvoorspelbare momenten toeneemt wanneer de marketingcampagne wordt uitgerold, wilt u voorkomen dat het risico bestaat dat binnenkomende orders niet kunnen worden ondergebracht. U wilt ook voorkomen dat u betaalt voor maximale capaciteit als u deze niet echt nodig hebt. U selecteert ervoor om de IOPS-functie voor automatisch schalen te gebruiken in plaats van vooraf ingerichte IOPS. Hiervoor moet u indien nodig handmatig meer IOPS toevoegen. Deze aanpak zorgt voor een balans tussen kosteneffectiviteit en schaalbaarheid op aanvraag.

Een leesreplica inrichten

U richt leesreplica's in om alleen-lezenquery's naar een afzonderlijke database te offloaden, waardoor de belasting van de hoofdtoepassingsdatabase wordt verminderd.

Als u een leesreplica wilt inrichten, selecteert u replicatie in Azure Portal op de pagina die is gekoppeld aan uw flexibele server en selecteert u Vervolgens Replica toevoegen.

Nadat u de leesreplica hebt gemaakt, kunt u de naam van de replicaserver en de bijbehorende reken- en opslaginstellingen configureren. U kunt sommige instellingen niet wijzigen, zoals verificatie, die worden overgenomen van de primaire server.