Hoe Azure Database for MariaDB werkt
Hier verkent u hoe Azure Database for MariaDB werkt. Als u MariaDB gebruikt en Azure overweegt om uw MariaDB-apps te hosten, moet u kiezen tussen hosting met:
- PaaS, met behulp van Azure Database for MariaDB.
- IaaS, met behulp van MariaDB op Azure-VM's.
In deze les leert u meer over de verschillen tussen deze opties, de functies en functies die elk biedt, en de specifieke vereisten van elk ervan.
Hoe verschillen de hostingopties?
Er zijn twee mogelijke hostingopties:
- Azure Database for MariaDB. Een volledig beheerde DBaaS waarvoor minimale gebruikersconfiguratie of -beheer is vereist.
- MariaDB op Azure-VM's. Een database-implementatie die gebruikmaakt van IaaS. U beheert de database.
De volgende tabel identificeert belangrijke verschillen tussen Azure Database for MariaDB en MariaDB op Azure-VM's.
| Functie | Azure Database for MariaDB | MariaDB op Azure-VM's |
|---|---|---|
| Ondersteunde versie van MariaDB | MariaDB 10.2 of 10.3 | Elke versie die de klant wil installeren |
| MariaDB-update- en upgradebeheer | Automatisch | Door de klant beheerd |
| Updates en patches voor het besturingssysteem | Automatisch | Door de klant beheerd |
| Hoge beschikbaarheid | Ingebouwd en gebaseerd op onderbrekingsmechanismen op knooppuntniveau. Wanneer er een onderbreking optreedt, maakt de service automatisch een nieuw exemplaar en koppelt de service er opslag aan. | De klantarchitecten, implementeert, test en onderhoudt de juiste opties voor hoge beschikbaarheid. |
| Hybride scenario's | Ondersteunt gegevenssynchronisatie vanuit externe MariaDB-bronnen. Ondersteunt ook maximaal vijf alleen-lezen replica's, mogelijk tussen Azure-regio's. | Door de klant beheerd |
| Back-up- en herstelbewerkingen | Automatisch. Back-ups worden opgeslagen in door de gebruiker geconfigureerde opslag die lokaal redundant of geografisch redundant is. Herstel naar een bepaald tijdstip wordt ondersteund. | Door de klant beheerd |
| Geavanceerde beveiliging tegen bedreigingen | Opgegeven | Door de klant beheerd |
Een prijscategorie selecteren
Wanneer u een Azure Database for MariaDB-server maakt, zijn er drie prijscategorieën waaruit u kunt kiezen:
- Basis. Deze laag is het beste voor workloads die lichte reken- en I/O-prestaties vereisen.
- Algemeen gebruik. Deze laag is het meest geschikt voor productieworkloads waarvoor hoge gelijktijdigheid, schaal en voorspelbare prestaties nodig zijn.
- Geoptimaliseerd voor geheugen. Deze laag is het meest geschikt voor databaseworkloads met hoge prestaties die prestaties in het geheugen vereisen voor snellere transactieverwerking en hogere gelijktijdigheid.
In de volgende tabel worden de belangrijke verschillen tussen deze lagen geïdentificeerd.
| Resource | Basic | Algemeen doel | Geoptimaliseerd voor geheugen |
|---|---|---|---|
| Compute-generatie | Gen 5 | Gen 5 | Gen 5 |
| vCores | 1, 2 | 2, 4, 8, 16, 32, 64 | 2, 4, 8, 16, 32 |
| Geheugen per vCore | 2 gigabyte (GB) | 5 GB | 10 GB |
| Opslaggrootte | 5 GB tot 1 terabyte (TB) | 5 GB tot 4 TB | 5 GB tot 4 TB |
| Bewaarperiode voor databaseback-ups | 7 tot 35 dagen | 7 tot 35 dagen | 7 tot 35 dagen |
Azure Database for MariaDB-functies
Laten we eens kijken naar enkele van de belangrijkste functies van Azure Database for MariaDB.
Hoge beschikbaarheid en herstel
Azure Database for MariaDB biedt een gegarandeerd hoog beschikbaarheidsniveau zoals gedefinieerd in een SLA (Service Level Agreement). De SLA definieert een uptime van 99,99 procent. De volgende tabel identificeert veelvoorkomende foutscenario's en hoe MariaDB u helpt deze te herstellen.
| Scenario | Herstel |
|---|---|
| Databaseserverfout | Automatisch. Er wordt automatisch een nieuwe databaseserver geïmplementeerd en de externe gegevensopslag wordt eraan gekoppeld. Nadat het databaseherstel is voltooid, kunnen clients verbinding maken met de nieuwe databaseserver. |
| Opslagfout | Automatisch. Alle gegevens worden opgeslagen in drie kopieën. Toepassingen merken dus geen gevolgen voor schijffouten of voor het blokkeren van beschadigingen. |
| Regiofout | Handmatig. Dit type fout is een zeldzame gebeurtenis in Azure. Als u wilt beschermen tegen een regiofout, configureert u een of meer MariaDB-leesreplica's in andere regio's voor herstel na noodgevallen. |
| Logische of gebruikersfouten | Handmatig. Gebruik een herstel naar een bepaald tijdstip om terug te keren naar een tijdstip waarop een fout is opgetreden. |
Belangrijk
Toepassingen die verbinding maken met Azure Database for MariaDB-databases moeten worden gebouwd om verbroken verbindingen en mislukte transacties te detecteren en opnieuw uit te voeren. De toepasselijke gateway die clienttoegang beheert, kan vervolgens transparant geprobeerde verbindingen omleiden naar de zojuist gemaakte databaseserver.
Back-ups en herstellen
Azure Database for MariaDB voert verschillende back-upbewerkingen uit, waaronder:
- Volledig
- Differentiële
- Transactielogboek
Met deze back-ups kan serverherstel naar een bepaald tijdstip worden hersteld.
Tip
De standaardretentieperiode is zeven dagen. U kunt retentie echter maximaal 35 dagen configureren.
De back-upfrequentie varieert, afhankelijk van de grootte van de database:
Maximaal 4 TB opslagruimte:
- Volledige back-ups wekelijks.
- Differentiële back-ups tweemaal per dag.
- Transactielogboeken elke 5 minuten.
Notitie
Servers met maximaal 4 TB opslagruimte kunnen twee volledige databaseback-ups, alle differentiële back-ups en back-ups van transactielogboeken die worden uitgevoerd sinds de vroegste volledige databaseback-up behouden.
Maximaal 16 TB opslagruimte. Deze back-ups zijn gebaseerd op momentopnamen en worden als volgt uitgevoerd:
- Eerste momentopname na serverimplementatie.
- Differentiële momentopnamen ten minste één keer per dag daarna.
- Transactielogboeken elke 5 minuten.
Notitie
Servers met maximaal 16 TB opslag behouden een volledige momentopname van de database, alle differentiële momentopnamen en back-ups van transactielogboeken van de afgelopen acht dagen.
Schalen beschrijven
Azure Database for MariaDB is beschikbaar in de volgende servicelagen:
- Basis
- Algemeen gebruik
- Geoptimaliseerd geheugen
Elke laag biedt verschillende prestatiemogelijkheden die lichtgewicht tot zware databaseworkloads ondersteunen. U kunt echter uw eerste database-app bouwen op een kleine database met behulp van de prijscategorie Basic, voor een paar dollar per maand. Naarmate uw behoeften veranderen, kunt u de schaal aanpassen aan uw behoeften. Dankzij deze dynamische schaalbaarheid kunnen uw database-apps transparant reageren op wijzigingen in resourcevereisten.
Beveiliging beschrijven
Azure Database for MariaDB biedt de volgende app-beveiligingen:
- Gegevensbescherming tijdens overdracht. MariaDB versleutelt uw gegevens met TLS (Transport Layer Security). Het biedt standaard versleuteling met Secure Sockets Layer en TLS (SSL/TLS).
- At-rest gegevensbeveiliging. MariaDB versleutelt at-rest-gegevens met behulp van een cryptografische module. De Federal Information Processing Standard 140-2 (FIPS 140-2) valideert deze module.
- Netwerkbeveiliging:
- Verbinding maken ionen naar MariaDB worden gerouteerd via een regionale gateway. De gateway moet een openbaar toegankelijk IP-adres hebben. Het IP-adres van uw MariaDB-server is echter beveiligd.
- Firewallregels worden gemaakt die alle toegang tot een zojuist geïmplementeerde MariaDB-server blokkeren.
- U kunt eventueel Advanced Threat Protection implementeren om meer bescherming te bieden voor uw MariaDB-server.
Vervolgens kijken we of Azure Database for MariaDB geschikt is voor uw organisatie, de bijbehorende apps en databaseworkloads.