Sådan fungerer Azure Database til MySQL

Fuldført

I dette undermodul udforsker du, hvordan Azure Database til MySQL fungerer, startende med arkitekturen. Du får også mere at vide om, hvordan tjenesten giver høj tilgængelighed, sikkerhedskopieringsfunktionalitet og skalering, så den opfylder arbejdsbelastningens behov.

Azure Database til MySQL-arkitektur

I følgende diagram beskrives arkitekturen for en forekomst af Azure Database for MySQL – Flexible Server.

1. MySQL-forekomsten kører på en Azure VM.
2. Data og logge gemmes i Azure Premium Storage.
3. Dataene replikeres tre gange på tværs af lokalt redundant lager for sikkerhedskopiering og robusthed. Tjenesten indeholder også muligheder for at konfigurere zone-redundante eller geo-redundante lagersikkerhedskopieringer.
4. Derudover har du mulighed for at finde dine forskellige klientapps, der er forbundet med den fleksible MySQL-server, inden for den samme tilgængelighedszone.

Du kan desuden vælge at få høj tilgængelighed i samme zone eller zone redundant, hvilket automatisk klargør og vedligeholder en standbyreplika.

Sådan fungerer høj tilgængelighed

For Azure Database for MySQL – Flexible Server i zonen med enkelt tilgængelighed sker følgende proces efter en værtsserverfejl:

1. Azure klargør en ny virtuel maskine (VM).
2. Azure knytter lagrings- og datafilerne til den nyligt klargjorte VM.
3. MySQL-databaseprogrammet er online.
4. Klientprogrammer genopretter forbindelsen til den nye MySQL-forekomst.

Seddel

Hvis du har klargjort høj tilgængelighed på tværs af zoner, vedligeholdes en hot standby-server i en anden tilgængelighedszone i det samme Azure-område. Denne server er en fuldt synkroniseret replika af den primære server. I tilfælde af en primær serverfejl kan den varme standbyserver hurtigt overtage med minimal afbrydelse og dermed opretholde tjenestens tilgængelighed.

Sådan fungerer sikkerhedskopier

Du kan bruge sikkerhedskopier til at gendanne din server til et hvilket som helst tidspunkt i opbevaringsperioden (35 dage eller op til 10 år med langsigtet opbevaring som prøveversion).

Sådan fungerer skalering

Skalering i Azure Database til MySQL omfatter tilpasning af beregningsressourcerne i henhold til programmets behov, hvilket kan variere afhængigt af brugernes behov, kompleksiteten af de behandlede handlinger eller andre faktorer som f.eks. forretningsvækst. Denne fleksibilitet er afgørende for at opretholde optimal ydeevne og omkostningseffektivitet.

Skaleringstyper

1. lodret skalering (skalering op/ned)
   • Beregningsskalering: Dette refererer til ændring af beregningsniveau for din Fleksible MySQL-server. Azure tilbyder flere beregningsniveauer, der hver især er designet til at imødekomme forskellige typer arbejdsbelastninger:
     • burstable: Egnet til miljøer med forbigående sprængninger af CPU-forbrug, der ikke kræver kontinuerlig fuld CPU-ydeevne.
     • generelle formål: Udviklet til en lang række programmer, der giver en balance mellem beregnings-, hukommelses- og I/O-ressourcer.
     • forretningskritiske: Giver den højeste ydeevne for databaser med mere effektive CPU'er og hurtigere I/O, der er velegnet til arbejdsbelastninger med høj transaktionstid og lav ventetid.
   • hukommelses- og CPU-allokering: Afhængigt af dit valgte niveau kan du skalere antallet af vCores og mængden af RAM, der er tilgængelig for databasen, hvilket direkte påvirker muligheden for at håndtere større eller mere komplekse forespørgsler og giver mulighed for et større antal samtidige forbindelser.
2. vandret skalering
   • Azure Database til MySQL kan skaleres vandret ved at tilføje læsereplikaer for at distribuere læsetrafik på tværs af flere servere, så læseydeevnen forbedres, samtidig med at den primære server er tilgængelig til skriveadgang. Vandret skalering gør det muligt for databasen at håndtere mere forespørgselsbelastning, hvilket øger programmets svartid.
3. Lagerskalering
   • Dynamisk lagerskalering: Med Azure Database til MySQL kan du øge lagerkapaciteten uden nedetid. Du kan starte med en mindre allokering og skalere op, efterhånden som dine data vokser.
   • funktionen Autogrow: Denne funktion øger automatisk lagerstørrelsen, før du når kapacitetsgrænsen, hvilket forhindrer eventuelle afbrydelser i forbindelse med lagerbegrænsninger.

Automatisk skalering af IOPS

Autoskalerings-IOPS (input-/outputhandlinger pr. sekund) er en funktion, der dynamisk justerer I/O-dataoverførselshastigheden baseret på den aktuelle arbejdsbelastning. Dette er især nyttigt for uforudsigelige eller spidsbelastningsmønstre, da det sikrer, at databasen kan håndtere pludselige stigninger i belastningen uden manuel indgriben.

• IOPS-skalering baseret på: Når arbejdsbelastningen øges, og der kræves mere I/O-dataoverførselshastighed, øger funktionen Automatisk skalering automatisk IOPS-grænsen op til den maksimalt tilladte grænse på det valgte beregningsniveau. Omvendt reduceres IOPS i perioder med lav aktivitet for at minimere omkostningerne.
• Omkostningseffektivitet: Ved automatisk at justere IOPS baseret på det faktiske forbrug betaler du kun for det IOPS, du bruger, i stedet for ressourcer til overklaring til håndtering af spidsbelastninger, som kun kan forekomme sporadisk.

Bedste fremgangsmåder til skalering

Hvis du vil skalere Azure Database til MySQL effektivt, skal du overvåge målepunkter for ydeevnen ved hjælp af Azure Monitor, konfigurere vigtige beskeder, planlægge fremtidig vækst ved at gennemgå forbrugsmønstre og teste skalerbarhed i løbet af ikke-spidsbelastninger for at sikre problemfri ydeevne under øget belastning.

Ved at forstå og bruge disse skaleringsmekanismer kan du sikre, at din fleksible Azure Database til MySQL-server altid kører effektivt og tilpasser sig både de aktuelle og fremtidige behov i din virksomhed.

Konfigurer og juster funktionsmåden for programmet

Hvis du nemt vil konfigurere og tilpasse servervariabler og -parametre i Azure Database til MySQL, kan du bruge Azure Portal, Azure CLI eller REST-API'en til at justere indstillinger, f.eks. størrelsen af forespørgselscachen, forbindelsestimeout og indstillinger for lagerprogrammet, så du sikrer optimal ydeevne og funktionsmåde for din specifikke arbejdsbelastning.

Overvej derefter, om Azure Database til MySQL opfylder behovene i din organisation, dens apps og databasearbejdsbelastninger.