Azure Database for MySQL

  • 10 minuten

In deze les onderzoekt u hoe Azure Database for MySQL kan helpen bij het bouwen van een tolerante, performante en eenvoudig te onderhouden gegevensopslag voor uw web-app. Gezien de verwachte bedrijfskritiek en hoge vraag bent u geïnteresseerd in de mogelijkheid om reken- en opslagresources te schalen. U wilt er ook voor zorgen dat Azure Database for MySQL de beheer- en onderhoudsoverhead als een beheerde service minimaliseert, zodat u zich kunt richten op softwareontwikkeling.

Wat zijn de belangrijkste kenmerken van Azure Database for MySQL?

Azure Database for MySQL - Flexible Server is ontworpen om volledige compatibiliteit te bieden met uw bestaande MySQL-toepassingen, die de veelgebruikte MySQL Community Server-versies 5.7 en 8.0 ondersteunen. Deze hostingoptie is met name effectief voor scenario's waarvoor het volgende is vereist:

  • Gedetailleerde controle over reken- en opslagconfiguraties.
  • Consistente hoge prestaties.
  • Betrouwbare, hoge beschikbaarheid en bedrijfscontinuïteit.
  • Efficiënte strategieën voor kostenbeheer.

Daarnaast verbetert Flexible Server de beveiliging met de ingebouwde firewall voor openbare eindpunten en biedt ondersteuning voor privéconnectiviteit via Azure Virtual Network -integratie (virtueel netwerk) en Azure Private Link, waardoor uw gegevens worden beschermd tegen onbevoegde toegang.

Compute

Azure Database for MySQL - Flexible Server is beschikbaar in drie rekenlagen, waarbij elke laag is afgestemd op een specifieke use-case:

  • Burstable: ideaal voor ontwikkeling of tijdelijke projecten met onregelmatige prestatievereisten.
  • Algemeen gebruik: geschikt voor een breed scala aan productieworkloads die een evenwichtige rekenkracht en geheugen vereisen.
  • Bedrijfskritiek: Geschikt voor toepassingen die hoge rekenprestaties en tolerantie nodig hebben.

De naam van de specifieke laag is afgeleid van de naam van de Azure VM Stock Keeping Unit (SKU) die als host fungeert voor de beheerde MySQL Server-implementatie. Binnen elke laag kunt u kiezen uit verschillende VM-grootten, elk met een ander aantal vCores (variërend van 1 tot 96) en de hoeveelheid geheugen (variërend van 4 gigabytes (GB) tot ongeveer 700 GB).

De Burstable-rekenlaag maakt gebruik van VM's uit de B-serie, Algemeen gebruik is afhankelijk van VM's uit de Dadsv5-serie (AMD) en Ddsv4-serie (Intel) en Bedrijfskritiek wordt uitgevoerd op Standard Eadsv5-serie (AMD) en Edsv5-serie(Intel)-VM's.

In Azure Portal kunt u tijdens het maken van de server de laagoptie selecteren op de pagina Basisbeginselen, onder Serverdetails of op de pagina Compute en opslag van flexibele servers onder Compute.

Schermopname van de sectie Compute van de pagina Compute+storage met de opties voor de rekengrootten van de rekenlaag Geoptimaliseerd voor geheugen.

Storage

Tijdens het inrichten van een server of op een willekeurig moment daarna kunt u de hoeveelheid opslagruimte verhogen die is toegewezen tot de limiet van 16.384 gibibytes (GiB) of 16 tebibytes (TiB) voor de lagen Burstable en Algemeen gebruik en 32 TiB voor de Bedrijfskritiek-laag. De ondergrens (20 GiB) is hetzelfde, ongeacht de geselecteerde rekenlaag en -grootte. Bovendien is opslaggrootte onafhankelijk van de rekenlaag en grootte die u kiest, en kunt u ook automatisch groeien van opslag inschakelen.

Notitie

Nadat u de hoeveelheid opslagruimte hebt verhoogd, kunt u deze niet verlagen.

Ongeacht de opslaggrootte kunt u de gewenste limiet voor invoer-/uitvoerbewerkingen per seconde (IOPS) omhoog en omlaag schalen. De bovengrens van beschikbare IOPS is afhankelijk van de rekenlaag en grootte, die 80.000 IOPS bereikt voor de grootste beschikbare grootte van de Bedrijfskritiek-SKU. U kunt deze schaalbare IOPS-functionaliteit gebruiken om op elk gewenst moment dynamisch veranderende resourcevereisten aan te passen en IOPS automatisch te schalen inschakelen om automatisch aan te passen op basis van de workloadvereisten.

Netwerkverbinding

Azure Database for MySQL - Flexible Server ondersteunt de drie connectiviteitsmethoden, openbare toegang, privétoegang en een privékoppeling.

Schermopname van het tabblad Netwerken van het weergeven van de netwerkinstellingen voor een nieuwe Azure Database for MySQL-server.

Openbare toegang

Met openbare toegang, die wordt geleverd via een extern eindpunt, moet u expliciet toegang toestaan met behulp van firewallregels:

  • Voor extern verkeer moet u een afzonderlijk IP-adres of een IP-adresbereik opgeven van waaruit het verkeer is toegestaan.
  • Voor verkeer dat afkomstig is van Azure, moet u openbare toegang vanuit elke Azure-service toestaan.

Belangrijk

Omdat openbare toegang verbindingen toestaat van IP-adressen die zijn toegewezen aan elke Azure-resource, inclusief verbindingen van abonnementen van andere klanten, wordt het alleen aanbevolen voor gebruik in ontwikkelings- en testscenario's.

Persoonlijke toegang

Gebruik ondersteuning voor integratie van virtuele netwerken voor privétoegang via aangewezen virtuele Azure-netwerken. U kunt privétoegang gebruiken om veilig verbinding te maken met een flexibele MySQL-server vanuit hetzelfde VNet, vanuit een ander VNet met behulp van peering of zelfs vanuit on-premises met behulp van een ExpressRoute- of VPN-verbinding. Als u deze optie inschakelt, blokkeert de server automatisch verbindingen die afkomstig zijn van internet.

Notitie

Voordat u privétoegang inschakelt, moet aangepaste DNS-naamomzetting (Domain Name Service) worden geïmplementeerd. Zie Private Network Access met behulp van virtuele netwerkintegratie voor Azure Database for MySQL - Flexible Server voor meer informatie.

Private Link biedt een privé-IP-adreseindpunt in een VNet-subnet om rechtstreeks verbinding te maken met de flexibele MySQL-server. Azure Private Link brengt in wezen Azure-services binnen uw privé-VNet via een IP-adres zoals elke andere VNet-resource. U kunt verschillende privé-eindpunten maken, bijvoorbeeld één per verbindingstoepassing of Azure PaaS-resource. In combinatie met NSG-firewallregels bieden privékoppelingen nauwkeurige controle over welke services toegang hebben tot de database.

Standaard dwingt de server Transport Layer Security (TLS 1.2) af om binnenkomende netwerkcommunicatie te beveiligen.

Belangrijk

Hoewel u niet-versleutelde verbindingen na het inrichten van de server kunt toestaan, wordt dit niet aanbevolen.

Hoge beschikbaarheid

Azure Database for MySQL - Flexible Server ondersteunt hoge beschikbaarheid met automatische failover om ervoor te zorgen dat vastgelegde gegevens nooit verloren gaan vanwege gelokaliseerde fouten. Wanneer u deze functionaliteit inschakelt, richt het platform automatisch een stand-byreplica in en beheert deze.

Er zijn twee architectuurmodellen met hoge beschikbaarheid, afhankelijk van de plaatsing van de replica.

Zone-redundante hoge beschikbaarheid

Voor verbeterde tolerantie plaatst het zone-redundante model voor hoge beschikbaarheid de primaire database in één beschikbaarheidszone en de stand-byreplica in een afzonderlijke zone. Deze configuratie is ontworpen om te beschermen tegen storingen op datacenterniveau en biedt een hoger gegevensbeschermingsniveau door ervoor te zorgen dat de primaire en back-updatabases niet onder dezelfde gelokaliseerde risico's vallen. Dit model wordt aanbevolen voor kritieke toepassingen met continuïteit en gegevensintegriteit als belangrijkste doelen, omdat de service beschikbaar blijft, zelfs als een volledig datacenter offline gaat.

Hoge beschikbaarheid in dezelfde zone

Het model voor hoge beschikbaarheid in dezelfde zone plaatst de primaire database en de stand-byreplica binnen dezelfde beschikbaarheidszone. Het kiezen van een implementatie in dezelfde zone is nuttig voor scenario's waarin minimale latentie cruciaal is voor de prestaties van toepassingen. Het onderhouden van zowel het primaire exemplaar als de replica in de fysieke nabijheid zorgt ervoor dat het failoverproces geen aanzienlijke invloed heeft op reactietijden. Deze installatie is ideaal voor toepassingen die zelfs worden beïnvloed door minimale latentieverschillen, die van invloed kunnen zijn op functionaliteit of gebruikerservaring.

Bedrijfscontinuïteit

Azure Database for MySQL - Flexible Server maakt automatisch back-ups van een bepaald tijdstip van de databases. Ze worden gedurende maximaal 35 dagen of 10 jaar bewaard in lokaal redundante opslag wanneer ze langetermijnretentie gebruiken. Bij het configureren van back-ups kunt u lokaal redundante, zone-redundante of geografisch redundante back-ups kiezen, zodat u kunt herstellen van een storing die van invloed is op een hele Azure-regio. Daarnaast kunt u op elk gewenst moment back-ups op aanvraag uitvoeren om een back-upmomentopname te maken buiten het normale back-upschema.

Azure Database for MySQL biedt ook ondersteuning voor beheerde onderhoudsvensters die zijn bedoeld voor automatische serverpatching, waardoor bedrijfscontinuïteit wordt vergemakkelijkt. Door een aangepast patchschema op te geven, kunt u het effect van een tijdelijke downtime die het gevolg is van het opnieuw opstarten van de server minimaliseren.

Kostenoptimalisatie

Azure Database for MySQL - Flexible Server biedt tal van opties voor het optimaliseren van kosten.

  • Gedetailleerde controle over reken- en opslagconfiguratie. U kunt de meeste serverconfiguratieopties onafhankelijk aanpassen, zodat u de implementatiekosten kunt optimaliseren op basis van uw doelstellingen en de beoogde use-case. U kunt bijvoorbeeld opties voor:

    • Reken-SKU
    • De hoeveelheid opslagruimte
    • IOPS
    • De bewaarperiode voor back-ups

    Daarnaast kunt u IOPS-functionaliteit voor automatisch schalen inschakelen om IOPS automatisch aan te passen op basis van de workloadvereisten. In tegenstelling tot de vooraf ingerichte IOPS, die een vaste IOPS-limiet aangeeft en wordt betaald, ongeacht het gebruik, kunt u met IOPS voor automatische schaalaanpassing alleen betalen voor het aantal I/O-bewerkingen dat u gebruikt.

  • De mogelijkheid om de server op aanvraag te stoppen en te starten. De facturering van de rekenlaag stopt zodra u de server stopt. Met deze mogelijkheid kunt u de kosten tijdens het ontwikkelen, testen en productieworkloads minimaliseren met een betrouwbaar voorspelbaar schema.

  • De Burstable-rekenlaag. Profiteer van de Burstable-rekenlaag voor concurrerende prijzen voor uw workloads waarvoor een laag CPU-gebruik is vereist met af en toe pieken in het CPU-gebruik.

  • Korting voor gereserveerde instanties. U kunt een aankoopplan van één jaar of drie jaar doorvoeren om korting op de gereserveerde instantie te krijgen, waardoor u meer dan 60 procent van de oorspronkelijke, niet-berekende kosten bespaart. Overweeg deze optie voor productieworkloads met voorspelbare, langetermijnvereisten voor rekencapaciteit.

  • Een gratis Azure-account. U kunt een gratis Azure-account gebruiken om Flexibele server kosteloos gedurende 12 maanden te evalueren, met maandelijkse limieten van maximaal:

    • 750 uur burstable B1MS-exemplaar, voldoende uren om elke maand een database-exemplaar uit te voeren.
    • 32 GB opslag en 32 GB back-upopslag.

Notitie

Als u een flexibele Azure Database for MySQL-server maakt met uw gratis Azure-account, worden de geschatte maandelijkse kosten nog steeds weergegeven op de blade Compute + Storage: Kostenoverzicht en op het tabblad Beoordelen en maken . Zolang u echter uw gratis Azure-account gebruikt en uw servicegebruik binnen de bijbehorende maandelijkse limieten blijft, worden er geen kosten in rekening gebracht voor de service.