Delen via

Azure Database for MySQL enkele server

  • Artikel

VAN TOEPASSING OP: Azure Database for MySQL - enkele server

Belangrijk

Azure Database for MySQL enkele server bevindt zich op het buitengebruikstellingspad. We raden u ten zeerste aan een upgrade uit te voeren naar een flexibele Azure Database for MySQL-server. Zie Wat gebeurt er met Azure Database for MySQL Enkele server voor meer informatie over migreren naar Azure Database for MySQL Flexibele server ?

Azure Database for MySQL op basis van de MySQL Community Edition, is beschikbaar in twee implementatiemodi:

  • Flexible Server
  • Single Server

In dit artikel vindt u een overzicht en inleiding tot de kernconcepten van het implementatiemodel met één server. Zie Overzicht van flexibele servers voor meer informatie over de flexibele server-implementatiemodus. Zie kiezen van de juiste optie voor de MySQL-server in Azure voor informatie over hoe u kunt bepalen welke implementatie-optie geschikt is voor uw werkbelasting.

Overzicht

Azure Database for MySQL enkele server is een volledig beheerde databaseservice die is ontworpen voor minimale aanpassing. Het Single Server-platform is ontworpen voor het verwerken van de meeste databasebeheerfuncties, zoals het toepassen van patches, back-ups, hoge beschikbaarheid, beveiliging met minimale gebruikersconfiguratie en beheer. De architectuur is geoptimaliseerd voor ingebouwde hoge beschikbaarheid met een beschikbaarheid van 99,99% in één beschikbaarheidszone. Het ondersteunt de communityversie van MySQL 5.6 (buiten gebruik gesteld), 5.7 en 8.0. De service is momenteel algemeen beschikbaar in allerlei Azure-regio's.

Enkele servers zijn het meest geschikt voor bestaande toepassingen die al gebruikmaken van één server. Voor alle nieuwe ontwikkelingen of migraties is Flexible Server de aanbevolen implementatieoptie. Raadpleeg de juiste implementatieoptie voor uw documentatie voor meer informatie over de verschillen tussen de implementatieopties voor flexibele server en enkele server.

Hoge beschikbaarheid

Het implementatiemodel voor één server is geoptimaliseerd voor ingebouwde hoge beschikbaarheid en elasticiteit tegen lagere kosten. In de architectuur zijn rekenkracht en opslag van elkaar gescheiden. De database-engine wordt uitgevoerd in een eigen rekencontainer, terwijl gegevensbestanden zich in Azure Storage bevinden. In de opslag worden drie lokaal redundante synchrone kopieën van de databasebestanden onderhouden, zodat duurzaamheid van gegevens behouden blijft.

Tijdens geplande of niet-geplande gebeurtenissen, als de server uitvalt, behoudt de service hoge beschikbaarheid van de servers met behulp van de volgende geautomatiseerde procedure:

  1. Er wordt een nieuwe rekencontainer ingericht
  2. De opslag met gegevensbestanden wordt toegewezen aan de nieuwe container
  3. De MySQL-database-engine wordt online gebracht op de nieuwe rekencontainer
  4. De gatewayservice zorgt voor een transparante failover waarbij geen wijzigingen aan de kant van de toepassing nodig zijn.

Een failover duurt meestal tussen de 60 en 120 seconden. Het systeemeigen cloudontwerp van Single Server biedt ondersteuning voor 99,99% van de beschikbaarheid, waardoor de kosten van passieve hot stand-by worden geëlimineerd.

De toonaangevende serviceovereenkomst (SLA) van Azure met 99,99% beschikbaarheid dankzij een wereldwijd netwerk van door Microsoft beheerde datacenters, zorgt ervoor dat uw toepassingen continu (24 uur per dag, 7 dagen per week) beschikbaar blijven.

Automatisch patchen

De service voert automatische patches uit van de onderliggende hardware, het besturingssysteem en de database-engine. De patches omvatten beveiligings- en software-updates. Voor de MySQL-engine worden kleine versie-upgrades automatisch uitgevoerd. Deze zijn onderdeel van de patchrelease. Er zijn geen gebruikersactie- of configuratie-instellingen vereist voor patching. De frequentie waarbij patches worden uitgevoerd, wordt beheerd door de service op basis van de ernst van de nettolading. Over het algemeen volgt de service de maandelijkse releaseplanning, als onderdeel van de continue integratie en releases. Gebruikers kunnen zich abonneren op meldingen voor gepland onderhoud. Zij ontvangen dan 72 uur voorafgaand aan het geplande onderhoud een melding.

Automatische back-ups

Met één server worden automatisch serverback-ups gemaakt en opgeslagen in lokaal redundante of geografisch redundante opslag. Back-ups kunnen worden gebruikt om uw server naar een bepaald tijdstip binnen de retentieperiode van de back-up te herstellen. De standaardretentieperiode voor back-ups is zeven dagen. De retentie kan desgewenst op maximaal 35 dagen worden ingesteld. Alle back-ups worden versleuteld met AES 256-bits versleuteling. Raadpleeg Back-ups voor meer informatie.

Binnen een paar seconden prestaties en schaal aanpassen

Eén server is beschikbaar in drie SKU-lagen: Basic, Algemeen gebruik en Geoptimaliseerd voor geheugen. De Basic-laag is het meest geschikt voor goedkope ontwikkeling en workloads met weinig gelijktijdigheid. Algemeen gebruik en Geoptimaliseerd voor geheugen zijn beter geschikt voor productieworkloads waarvoor hoge gelijktijdigheid, schaalbaarheid en voorspelbare prestaties nodig zijn. U kunt uw eerste app op een kleine database bouwen voor een paar euro met maand en vervolgens de schaal ervan aanpassen om aan de vereisten van uw oplossing te voldoen. De opslagschaal is online en ondersteunt automatische groei van opslag. Doordat de schaalbaarheid dynamisch is, kan uw database op een transparante manier reageren op snel veranderende resourcevereisten. U betaalt alleen voor de resources die u gebruikt. Zie Prijscategorieën voor meer details.

Beveiliging, naleving en beheer van bedrijfskwaliteit

Eén server maakt gebruik van de door FIPS 140-2 gevalideerde cryptografische module voor opslagversleuteling van data-at-rest. Gegevens, inclusief back-ups en tijdelijke bestanden die worden gemaakt tijdens het uitvoeren van query's, worden versleuteld. De service maakt gebruikt van de AES 256-bits versleuteling die deel uitmaakt van Azure-opslagversleuteling. De sleutels kunnen door het systeem worden beheerd (standaardinstelling) of door de klant worden beheerd. De service versleutelt actieve gegevens met SSL/TLS (Transport Layer Security) dat standaard wordt afgedwongen. De service ondersteunt TLS-versies 1.2, 1.1 en 1.0 en biedt de mogelijkheid om een minimale TLS-versie af te dwingen.

De service biedt privétoegang tot de servers met behulp van private link en biedt bedreigingsbeveiliging via het optionele Microsoft Defender voor opensource-databasesplan . Microsoft Defender voor opensource-relationele databases detecteert afwijkende activiteiten die duiden op ongebruikelijke en mogelijk schadelijke pogingen om toegang te krijgen tot of misbruik te maken van databases.

Naast systeemeigen verificatie biedt Single Server ondersteuning voor Microsoft Entra ID-verificatie . Microsoft Entra-verificatie is een mechanisme voor het maken van verbinding met de MySQL-servers met behulp van identiteiten die zijn gedefinieerd en beheerd in Microsoft Entra-id. Met Microsoft Entra-verificatie kunt u databasegebruikersidentiteiten en andere Azure-services op een centrale locatie beheren, wat het toegangsbeheer vereenvoudigt en centraliseert.

Controlelogboekregistratie is beschikbaar om alle activiteiten op databaseniveau bij te houden.

Eén server is een klacht met alle toonaangevende certificeringen zoals FedRAMP, HIPAA, PCI DSS. Bezoek het Vertrouwenscentrum van Azure voor informatie over de beveiliging van het Azure-platform.

Zie het beveiligingsoverzicht voor meer informatie over de beveiligingsfuncties van Azure Database for MySQL.

Bewaking en waarschuwingen

Eén server is uitgerust met ingebouwde prestatiebewakings- en waarschuwingsfuncties. Alle metrische gegevens van Azure hebben een frequentie van één minuut, en elke metriek bevat een geschiedenis van 30 dagen. U kunt waarschuwingen configureren voor de metrische gegevens. De service staat het configureren van logboeken voor langzame query's toe en wordt geleverd met een gedifferentieerde Query Store-functie. Query Store vereenvoudigt het oplossen van problemen met prestaties, omdat u snel de langstlopende en meest tijdrovende query's kunt vinden. Met deze hulpprogramma's kunt u uw workloads snel optimaliseren en uw server configureren voor de beste prestaties. Zie Bewaking voor meer informatie.

Migratie

De service voert de communityversie van MySQL uit. Dit maakt volledige toepassingscompatibiliteit mogelijk en vereist minimale herstructureringskosten voor het migreren van bestaande toepassingen die zijn ontwikkeld op MySQL-engine naar één server. De migratie naar de enkele server kan worden uitgevoerd met behulp van een van de volgende opties:

  • Dumpen en herstellen: voor offline migraties, waarbij gebruikers zich enige downtime kunnen veroorloven, kunnen dumpen en herstellen met behulp van communityhulpprogramma's, zoals mysqldump/mydumper, de snelste manier zijn voor migratie. Zie Migreren met behulp van dumpen en herstellen voor meer informatie.
  • Azure Database Migration Service : voor naadloze en vereenvoudigde offlinemigraties naar één server met gegevensmigratie met hoge snelheid kan Azure Database Migration Service worden gebruikt.
  • Replicatie van binnenkomende gegevens: voor minimale downtime-migraties kan ook de replicatie van binnenkomende gegevens, die afhankelijk is van replicatie op basis van binlog, worden gebruikt. Replicatie van binnenkomende gegevens heeft de voorkeur voor minimale downtime-migraties van praktijkgerichte experts die meer controle over de migratie willen. Zie replicatie van binnenkomende gegevens voor meer informatie.

Feedback en ondersteuning

Voor vragen of suggesties die u mogelijk hebt over het werken met een flexibele Azure Database for MySQL-server, kunt u de volgende contactpunten overwegen:

Volgende stappen

Nu u een inleiding tot de implementatiemodus Azure Database for MySQL - Single Server hebt gelezen, kunt u het volgende doen: