Hoe Azure Database for MySQL werkt

  • 9 minuten

In deze les verkent u hoe Azure Database for MySQL werkt, te beginnen met de architectuur. U leert ook hoe de service hoge beschikbaarheid, back-upfunctionaliteit en schaalaanpassing biedt om te voldoen aan de behoeften van uw workload.

Azure Database for MySQL-architectuur

In het volgende diagram wordt de architectuur van een exemplaar van Azure Database for MySQL - Flexible Server beschreven.

Schermopname van een gedetailleerd architectuurdiagram van Azure Database for MySQL in een typische organisatie zoals eerder beschreven.

  1. Het MySQL-exemplaar wordt uitgevoerd op een Azure-VM.
  2. Gegevens en logboeken worden opgeslagen in Azure Premium Storage.
  3. De gegevens worden drie keer gerepliceerd in lokaal redundante opslag voor back-up en tolerantie. De service biedt ook opties voor het configureren van zone-redundante of geografisch redundante opslagback-ups.
  4. Daarnaast hebt u de mogelijkheid om uw verschillende client-apps die zijn verbonden met de flexibele MySQL-server, in dezelfde beschikbaarheidszone te vinden.

U kunt verder kiezen voor dezelfde zone of zone-redundante hoge beschikbaarheid, waarmee automatisch een stand-byreplica wordt ingericht en onderhouden.

Hoe hoge beschikbaarheid werkt

Voor Azure Database for MySQL - Flexible Server, binnen de enkele beschikbaarheidszone, vindt het volgende proces plaats na een fout in de hostingserver:

  1. Azure richt een nieuwe virtuele machine (VM) in.
  2. Azure wijst de opslag- en gegevensbestanden toe aan de zojuist ingerichte VM.
  3. De MySQL-database-engine is online gebracht.
  4. Clienttoepassingen maken opnieuw verbinding met het nieuwe MySQL-exemplaar.

Notitie

Als u hoge beschikbaarheid in meerdere zones hebt ingericht, wordt een hot standby-server onderhouden in een andere beschikbaarheidszone in dezelfde Azure-regio. Deze server is een volledig gesynchroniseerde replica van de primaire server. In het geval van een storing in de primaire server kan de hot stand-byserver snel worden overgenomen met minimale onderbrekingen, waardoor de beschikbaarheid van de service behouden blijft.

Hoe back-ups werken

U kunt back-ups gebruiken om uw server te herstellen naar elk tijdstip binnen de bewaarperiode (35 dagen of maximaal 10 jaar met langetermijnretentie, in preview).

Hoe schalen werkt

Schalen in Azure Database for MySQL omvat het aanpassen van de rekenresources op basis van de behoeften van de toepassing, die kunnen fluctueren op basis van de vraag van de gebruiker, de complexiteit van de verwerkte bewerkingen of andere factoren zoals bedrijfsgroei. Deze flexibiliteit is van cruciaal belang voor het behoud van optimale prestaties en kostenefficiëntie.

Typen schalen

  1. Verticaal schalen (omhoog/omlaag schalen)
    • Rekenkracht schalen: dit verwijst naar het wijzigen van de rekenlaag van uw flexibele MySQL-server. Azure biedt verschillende rekenlagen, die elk zijn ontworpen om te voldoen aan verschillende typen workloads:
      • Burstable: geschikt voor omgevingen met onregelmatige bursts van CPU-gebruik waarvoor geen continue volledige CPU-prestaties nodig zijn.
      • Algemeen gebruik: ontworpen voor een breed scala aan toepassingen en biedt een balans tussen reken-, geheugen- en I/O-resources.
      • Bedrijfskritiek: biedt de hoogste prestaties voor databases, met krachtigere CPU's en snellere I/O, geschikt voor workloads met een hoge transactie en lage latentie.
    • Geheugen- en CPU-toewijzing: afhankelijk van de geselecteerde laag kunt u het aantal vCores en de hoeveelheid RAM die beschikbaar is voor uw database schalen, wat rechtstreeks van invloed is op de mogelijkheid om grotere of complexere query's af te handelen en een groter aantal gelijktijdige verbindingen mogelijk te maken.
  2. Horizontaal schalen
    • Azure Database for MySQL kan horizontaal worden geschaald door leesreplica's toe te voegen om leesverkeer over meerdere servers te distribueren, waardoor de leesprestaties worden verbeterd terwijl de primaire server beschikbaar blijft voor schrijfbewerkingen. Met horizontaal schalen kan uw database meer querybelasting afhandelen, waardoor de reactiesnelheid van toepassingen toeneemt.
  3. Schalen van opslag
    • Dynamische schaalaanpassing van opslag: Met Azure Database for MySQL kunt u de opslagcapaciteit verhogen zonder uitvaltijd. U kunt beginnen met een kleinere toewijzing en omhoog schalen naarmate uw gegevens groeien.
    • Functie voor automatisch vergroten: deze functie verhoogt automatisch de opslaggrootte voordat de capaciteitslimiet wordt bereikt, waardoor eventuele onderbrekingen met betrekking tot opslagbeperkingen worden voorkomen.

IOPS automatisch schalen

IOPS voor automatisch schalen (Input/Output Operations Per Second) is een functie waarmee de I/O-doorvoer dynamisch wordt aangepast op basis van de huidige workload. Dit is met name handig voor onvoorspelbare of piekgevoelige workloadpatronen, omdat deze ervoor zorgt dat de database plotselinge toenamen van de belasting kan verwerken zonder handmatige tussenkomst.

  • IOPS schalen op basis van belasting: wanneer de werkbelasting toeneemt en er meer I/O-doorvoer is vereist, wordt de IOPS-limiet automatisch verhoogd tot het maximum dat is toegestaan in de gekozen rekenlaag. Omgekeerd worden IOPS verlaagd tijdens perioden van lage activiteit om de kosten te minimaliseren.
  • Kosteneffectiviteit: Door IOPS automatisch aan te passen op basis van werkelijk gebruik, betaalt u alleen voor de IOPS die u gebruikt in plaats van resources die te veel worden ingericht om piekbelastingen af te handelen, wat mogelijk slechts sporadisch voorkomt.

Best practices voor schalen

Als u Azure Database for MySQL effectief wilt schalen, controleert u metrische prestatiegegevens met behulp van Azure Monitor, stelt u kritieke waarschuwingen in, plant u toekomstige groei door gebruikspatronen te controleren en schaalbaarheid te testen tijdens daluren om een soepele prestaties te garanderen onder een verhoogde belasting.

Door deze schaalmechanismen te begrijpen en te gebruiken, kunt u ervoor zorgen dat uw flexibele Azure Database for MySQL-server altijd efficiënt wordt uitgevoerd, zodat deze zich aanpast aan de huidige en toekomstige behoeften van uw bedrijf.

Gedrag van engine configureren en afstemmen

Als u eenvoudig servervariabelen en -parameters in Azure Database for MySQL wilt configureren en aanpassen, kunt u de Azure-portal, de Azure CLI of de REST API gebruiken om instellingen zoals de grootte van de querycache, verbindingstime-outs en voorkeuren voor opslagengines aan te passen, zodat de prestaties en het gedrag van uw specifieke werkbelasting optimaal zijn.

Overweeg vervolgens of Azure Database for MySQL voldoet aan de behoeften van uw organisatie, de bijbehorende apps en databaseworkloads.