AWS RDS-tutorial: je eerste database lanceren

Amazon Web Services (AWS) biedt een breed scala aan tools voor het bouwen en beheren van applicaties in de cloud. 

Een van de nuttigste services voor dataprofessionals is Amazon Relational Database Service (RDS), een volledig beheerde oplossing die populaire database-engines ondersteunt zoals MySQL, PostgreSQL, MariaDB, Oracle en SQL Server. 

Of je nu net begint en een database wilt uitrollen zonder zelf de infrastructuur te beheren, of een ervaren professional bent die prestaties en kosten wil fine-tunen: met RDS wordt het makkelijker.

In deze tutorial leg ik de belangrijkste functies van RDS uit en laat ik je stap voor stap zien hoe je aan de slag gaat.

Wat is AWS RDS?

AWS RDS vereenvoudigt het opzetten, beheren en schalen van relationele databases in de cloud. In plaats van zelf infrastructuur, patching, back-ups en schaling te beheren, automatiseert RDS een groot deel van dit werk, zodat jij je kunt richten op je applicatie en data.

Het ondersteunt meerdere database-engines zoals MySQL, PostgreSQL, Oracle, SQL Server en Amazon Aurora. Je profiteert van functies zoals:

• Geautomatiseerde back-ups en point-in-time recovery
• Hoge beschikbaarheid met Multi-AZ-implementaties
• Read replicas voor leesintensieve workloads
• Ingebouwde beveiliging en monitoringtools

Met deze functies kun je kritieke productie-workloads met vertrouwen draaien en handmatig ingrijpen tot een minimum beperken.

Een AWS RDS-instance instellen

Om met RDS te beginnen, moet je eerst een nieuwe instance aanmaken via de AWS Console. Als je nog geen AWS-account hebt, kun je je gratis aanmelden. 

> Wil je meer leren over het bredere AWS-ecosysteem, bekijk dan de cursus AWS Cloud Technology and Services.

Een nieuwe RDS-instance maken

1. Zoek in de AWS-zoekconsole naar "RDS" en klik op de service Aurora and RDS.

2. Klik op Databases in het menu aan de linkerkant.

3. Klik rechtsboven op Create database.

4. Kies Standard Create om volledige controle te hebben over de configuratie.

Onder Engine options kies je je voorkeursengine. PostgreSQL is voor de meeste use-cases een uitstekende keuze.

5.  Nadat je de engine hebt geselecteerd, configureer je de rest van de opties om de setup te voltooien. 

We lopen de overige instellingen door die je nodig hebt om deze stap succesvol af te ronden.

Engineversie

De engineversie bepaalt welke versie van de gekozen database-engine (bijv. PostgreSQL, MySQL) wordt gebruikt. Dit heeft invloed op de functies, prestaties en compatibiliteit van je database.

Kies de nieuwste stabiele versie, tenzij je een specifieke reden hebt (bijv. app-compatibiliteit) om een oudere te gebruiken. AWS selecteert meestal de nieuwste majorversie vooraf, zoals PostgreSQL 17.2, wat voor de meeste gebruikers een veilige keuze is.

Templates

Templates bieden een vooraf geconfigureerde setup voor je database-instance op basis van je use-case: productie, ontwikkeling of free-tier testen. Ze beïnvloeden standaardinstellingen zoals prestaties, beschikbaarheid en retentie van back-ups.

• Selecteer Production als je een live-app draait en hoge beschikbaarheid nodig hebt.
• Kies Dev/Test als dit voor interne ontwikkeling of experimenten is.
• Kies Free Tier als je in aanmerking komt en RDS voor het eerst wilt uitproberen om kosten te vermijden.

Beschikbaarheid en duurzaamheid

Dit bepaalt hoe je database omgaat met storingen en verkeer verdeelt over availability zones. Het beïnvloedt uptime, redundantie en hoe snel je systeem herstelt van problemen.

• Kies Multi-AZ DB cluster (3 instances) voor leesintensieve workloads en maximale veerkracht (twee leesbare replicas).
• Kies Multi-AZ DB instance (2 instances) voor de meeste productie-omgevingen; voegt een standby-instance toe voor failover zonder extra leescapaciteit.
• Selecteer Single-AZ alleen voor dev/test of niet-kritieke applicaties; geen failover of redundantie.

Instellingen

Deze sectie definieert de identiteit van je DB-instance en hoe inloggegevens worden beheerd. Je geeft je instance een naam, stelt de master-username in en kiest hoe secrets (wachtwoorden) worden opgeslagen en versleuteld.

• Voer een unieke DB instance identifier in (bijv. app-naam-db).
• Stel een master username in (bijv. postgres).
• Kies Managed in AWS Secrets Manager voor veilige, automatisch gegenereerde inloggegevens. Ga alleen voor zelfbeheer als je volledige controle over wachtwoorden wilt.
• Je kunt desgewenst ook een aangepaste KMS-sleutel voor versleuteling kiezen, maar de standaardoptie werkt prima voor de meeste gebruikers.

Instanceconfiguratie

Dit definieert het type compute-resources (CPU, RAM, netwerk) dat aan je database is toegewezen. De instanceklasse bepaalt prestaties, schaalbaarheid en kosten.

• Voor de meeste use-cases zijn Standard classes (m-classes) een goed startpunt.
• Kies Memory optimized (r- of x-classes) voor analytics of grote in-memory-bewerkingen.
• Selecteer Burstable (t-classes) als je in ontwikkeling bent of een goedkope setup nodig hebt.
• Voorbeeld: db.m7g.large geeft je twee vCPU's en 8 GiB RAM, geschikt voor middelzware workloads.

Opslagconfiguratie

Deze sectie bepaalt het type, de grootte en de prestaties van de databaseopslag. Je kunt opslag kiezen die is geoptimaliseerd voor algemeen gebruik of voor high-performance workloads.

• Kies Provisioned IOPS (io2) voor applicaties met lage latency en hoge throughput. Ideaal voor OLTP of schrijfintensieve systemen.
• Stel Allocated Storage in op basis van hoeveel data je verwacht op te slaan (minimaal 100 GiB).
• Configureer Provisioned IOPS zodat dit past bij je prestatienoden (verhouding IOPS tot opslag moet tussen 0,5 en 1.000 liggen).

Connectiviteit

Deze sectie bepaalt hoe je database verbinding maakt met de buitenwereld, inclusief netwerksettings, VPC, publieke toegang en security groups.

• Laat Don’t connect to an EC2 compute resource geselecteerd, tenzij je EC2-toegang nodig hebt.
• Gebruik IPv4 voor de meeste standaardsetups.
• Kies je VPC zorgvuldig. Dit kan na creatie niet meer worden gewijzigd.
• Selecteer Public access: No voor veilige, private databases (aanbevolen voor productie).
• Gebruik een bestaande of nieuwe VPC security group om toegang te beheren. Zorg dat poort 5432 (PostgreSQL) of 3306 (MySQL) openstaat voor toegestane bronnen.
• Je kunt de Certificate Authority op de standaard laten staan, tenzij je een specifieke eis hebt.

Database-authenticatie

Deze instelling bepaalt hoe gebruikers zich authenticeren op je database. Je kunt traditionele wachtwoorden gebruiken of integreren met AWS-services zoals IAM of Kerberos voor geavanceerdere toegangscontrole.

• Kies Password-authenticatie voor een standaard, eenvoudige login (meest gebruikelijk bij nieuwe setups).
• Selecteer IAM-authenticatie als je DB-toegang wilt beheren via AWS IAM-rollen en -policies.
• Gebruik Kerberos-authenticatie alleen als je een enterprise directory-integratie hebt.

Monitoring

Deze sectie schakelt prestatie- en activiteitstracking in voor je RDS-instance met tools zoals Database Insights, Enhanced Monitoring en DevOps Guru. Hiermee detecteer je prestatieknelpunten, analyseer je load en los je problemen op.

• Kies Database Insights – Advanced voor diepere zichtbaarheid en langere historie (15 maanden). Als je op de kosten let, biedt Standard 7 dagen aan metrics.
• Schakel Enhanced Monitoring in voor OS-niveau-metrics (bijv. CPU, geheugen) met fijne granulariteit zoals 60s-intervallen.
• Je kunt DevOps Guru inschakelen voor intelligente alerts, maar dit is optioneel en wordt apart gefactureerd. Geweldig voor productie, maar niet essentieel voor dev/test.

Instellingen van de database-engine configureren

Zodra je alle infrastructuurgerelateerde instellingen hebt gekozen, kom je bij een sectie genaamd Additional configuration (of vergelijkbaar, afhankelijk van engine/versie). Hier configureer je het gedrag en de mogelijkheden van je RDS-database-engine.

Dit is wat je doorgaans configureert:

1. Initiële databasenaam

Dit is de naam van de eerste database die automatisch wordt aangemaakt wanneer de instance wordt ingericht.

• Je kunt later altijd meer databases aanmaken.
• Als je dit leeg laat, maakt RDS geen standaarddatabase aan. Je moet dit dan handmatig doen zodra de instance klaar is.

2. Databasepoort

Elke database-engine gebruikt een standaard TCP-poort:

• PostgreSQL: 5342
• MySQL / MariaDB: 3306
• Oracle: 1521
• SQL Server: 1433

Blijf bij de standaard, tenzij je een specifieke netwerkvereiste hebt (bijv. je applicatie verwacht een andere poort).

3. Parametergroepen

Parametergroepen zijn als configuratiesjablonen voor de database-engine. Ze definiëren low-level instellingen die gedrag en prestaties beïnvloeden.

In PostgreSQL kun je bijvoorbeeld configureren:

• work_mem: Hoeveel geheugen wordt gebruikt voor interne sorteerbewerkingen
• max_connections: Hoeveel gelijktijdige clientverbindingen de DB kan accepteren
• log_min_duration_statement: Queries loggen die een bepaalde uitvoeringstijd overschrijden

Elke engine heeft zijn eigen set afstembare parameters en AWS biedt een standaardgroep. Je kunt de standaard gebruiken voor een snelle setup of een groep klonen en aanpassen als je workload specifieke tuning vereist.

4. Optiegroepen

Optiegroepen stellen je in staat geavanceerde functies toe te voegen die niet standaard beschikbaar zijn voor sommige database-engines.

Enkele voorbeelden:

• Oracle: Transparent Data Encryption (TDE), Oracle XML DB
• SQL Server: SQL Server Agent, Full-Text Search
• MySQL/PostgreSQL: Deze vereisen doorgaans geen optiegroepen, tenzij je functies zoals audit-plugins inschakelt

Meestal hoef je je geen zorgen te maken over optiegroepen als je PostgreSQL of MySQL gebruikt voor standaardworkloads. Maar werk je met Oracle of SQL Server, raadpleeg dan de documentatie om te zorgen dat je noodzakelijke functies inschakelt.

Verbinden met AWS RDS

Zodra je database-instance actief is, kun je op meerdere manieren verbinden.

1. Verbinden via de AWS-console

AWS biedt een ingebouwde query-editor voor MySQL en PostgreSQL. Navigeer naar je instance, selecteer Query Editor en voer je databasegegevens in om direct vanuit je browser SQL-commando's uit te voeren.

Dit is ideaal voor snelle checks of kleinschalige queries zonder lokale SQL-client.

2. Verbinden vanaf een lokale machine

Om te verbinden vanaf een lokale client zoals pgAdmin of MySQL Workbench.

• Kopieer het endpoint uit de AWS Console
• Zorg dat de instance publiek toegankelijk is of bereikbaar via VPC
• Geef het juiste op:
• Host (endpoint)
• Poort (5432 of 3306)
• Gebruikersnaam en wachtwoord

Zorg dat het IP-adres van je lokale machine op de allowlist staat in de security group van de database.

3. Beveiliging en toegangsbeheer

Toegang tot RDS-instances wordt bestuurd via Security Groups. Je moet het volgende doen:

• Inbound-toegang toestaan op de databasepoort (5432 of 3306)
• De security group wijzigen in de EC2-console
• Toegang beperken tot specifieke IP's of VPC's in productie. 

Je kunt toegangscontrole ook versterken met Identity and Access Management (IAM)-rollen en -policies.

AWS RDS beheren en schalen

Zodra je database draait, is het belangrijk na te denken over hoe je deze in de loop van de tijd onderhoudt, schaalt en back-upt. AWS RDS biedt ingebouwde functies die deze taken eenvoudiger maken, of je nu een groeiende applicatie ondersteunt of je voorbereidt op onverwachte storingen.

1. Je database-instance schalen

Naarmate je applicatie groeit, moet je mogelijk je database schalen om aan de vraag te voldoen. AWS RDS ondersteunt twee typen schaling: verticaal en horizontaal. 

Verticale schaling houdt in dat je je instanceklasse opwaardeert voor meer CPU-, geheugen- en netwerkcapaciteit. Dit is handig wanneer je workload toeneemt maar nog beheersbaar is op één node. 

Voor leesintensieve applicaties is horizontale schaling een betere optie. Je kunt read replicas toevoegen om leesverkeer te verdelen. Deze replicas kunnen ook worden gepromoveerd tot zelfstandige instances in het geval van failover of migratie.

2. Multi-AZ configureren voor hoge beschikbaarheid

Om de fouttolerantie te verbeteren en downtime te verminderen, kun je Multi-AZ-implementaties inschakelen. Deze configuratie maakt een standby-replica aan in een andere availability zone en houdt deze synchroon met de primaire instance via synchrone replicatie. 

Als de primaire instance uitvalt, voert RDS automatisch een failover uit naar de standby, zonder dat jij iets hoeft te doen. Omdat het database-endpoint hetzelfde blijft, hoeft je applicatie niet opnieuw te verbinden of te herconfigureren. 

Multi-AZ wordt sterk aanbevolen voor productiesystemen die hoge beschikbaarheid vereisen.

3. Back-ups en snapshots automatiseren

RDS maakt het eenvoudig om geautomatiseerde en handmatige back-ups in te stellen. Geautomatiseerde back-ups zijn standaard ingeschakeld en stellen je in staat je database te herstellen naar elk punt binnen de opgegeven retentieperiode (van 1 tot 35 dagen). 

Naast geautomatiseerde back-ups kun je ook handmatige snapshots maken. Deze zijn handig voorafgaand aan grote wijzigingen, zoals schema-updates of engine-upgrades. Snapshots kunnen onbeperkt bewaard blijven en worden gebruikt om nieuwe instances op te starten indien nodig. 

Het is een goede gewoonte om snapshots te plannen vóór belangrijke deployments als vangnet.

Geavanceerde functies van AWS RDS

Naast de basis biedt AWS RDS een set geavanceerde functies die zijn ontworpen om prestaties, beveiliging en operationele efficiëntie te verbeteren. Deze tools helpen je de databasegezondheid te monitoren, onderhoudsworkflows te beheren en beveiligingsbest practices af te dwingen — essentieel voor het draaien van productiesystemen.

1. Prestatiemonitoring met Amazon CloudWatch

RDS integreert native met Amazon CloudWatch, zodat je belangrijke prestatiemetrics kunt bijhouden, zoals CPU-gebruik, schijf-I/O, opslagruimte en databaseverbindingen. Deze metrics zijn realtime beschikbaar en kunnen worden gebruikt om alarmen of dashboards in te stellen.

CloudWatch wordt ook veel gebruikt in AWS S3- en EFS-workflows, zoals te zien is in de AWS Storage-tutorial op Datacamp.

Voor diepere inzichten kun je Performance Insights inschakelen, dat queryprestaties in de tijd visualiseert. Deze tool helpt je trage of resource-intensieve queries te identificeren, trends in database-load te zien en knelpunten op te lossen. In combinatie met querytuning en indexeringsstrategieën is het een krachtige manier om de prestaties van je database onder druk te optimaliseren.

2. RDS-onderhoud en patching

AWS beheert softwarepatching en onderhoud voor je RDS-instances. Je kunt een onderhoudsvenster definiëren waarin updates worden toegepast. Als er een kritieke patch wordt uitgebracht, kan AWS deze meteen installeren, of je kunt ervoor kiezen dit tijdelijk uit te stellen.

Je vindt alle geplande en eerdere onderhoudsactiviteiten in de RDS-console. Het up-to-date houden van je database zorgt ervoor dat je profiteert van de nieuwste prestatieverbeteringen, bugfixes en beveiligingspatches, zonder updates handmatig te hoeven beheren.

3. Versleuteling en beveiligingsbest practices

RDS ondersteunt versleuteling zowel in rust als tijdens transport. Versleuteling in rust wordt afgehandeld door AWS Key Management Service (KMS) en kan tijdens het aanmaken van de instance worden ingeschakeld. Voor data in transit ondersteunt RDS SSL/TLS-verbindingen tussen clients en de database.

Om de beveiliging verder te versterken, kun je IAM-authenticatie inschakelen voor kortlevende database-inloggegevens in plaats van hardcoded gebruikersnamen en wachtwoorden. Het is ook verstandig multi-factorauthenticatie (MFA) af te dwingen voor alle AWS-gebruikers, het principe van minimale privileges toe te passen met IAM-policies en alle toegang te loggen met AWS CloudTrail. Deze best practices helpen je data beschermd en controleerbaar te houden.

Kostenbeheer en optimalisatie

Kostenbeheer is een belangrijk onderdeel van het werken met AWS-services, en RDS is daarop geen uitzondering. Hoewel het een volledig beheerde dienst is, kunnen RDS-kosten snel oplopen, afhankelijk van de configuratie. Het kostmodel begrijpen en vroeg optimalisaties toepassen helpt je binnen budget te blijven naarmate je gebruik groeit.

1. AWS RDS-prijzen begrijpen

RDS-kosten zijn gebaseerd op:

• Instanceklasse en gebruiksuren
• Opslaggrootte en -type (gp3 of io1)
• Back-upretentie en snapshotopslag
• Datatransfer (vooral tussen regio's of AZ's)

Gebruik de AWS Pricing Calculator om je verwachte kosten te schatten en te modelleren.

Als je je voorbereidt op certificering, is prijsbegrip een belangrijk onderdeel van de AWS Cloud Practitioner (CLF-C02)-leerlijn.

2. Best practices voor kostenoptimalisatie

Er zijn verschillende manieren om RDS-kosten te verlagen of te beheersen. Als je langlopende productie-databases draait, overweeg dan Reserved Instances aan te schaffen. Die bieden aanzienlijke kortingen ten opzichte van on-demand prijzen in ruil voor een verplichting van één of drie jaar.

Om overprovisioning te voorkomen, schakel je auto-scaling voor opslag in, zodat je toegewezen ruimte alleen groeit wanneer nodig. Voor data die zelden wordt geraadpleegd maar wel bewaard moet blijven, kun je oude back-ups of exports offloaden naar S3 of Glacier, die veel goedkopere opslagopties zijn.

Je kunt het gebruik van hulpbronnen monitoren met AWS Trusted Advisor, dat onderbenutte instances kan signaleren en rightsizing kan aanbevelen. Combineer dit met AWS Cost Explorer en budgetmeldingen om je gebruikspatronen in de tijd te volgen en een seintje te krijgen wanneer je je bestedingslimieten nadert.

Probleemoplossing voor AWS RDS

Zelfs met een volledig beheerde service als RDS kunnen er problemen ontstaan, van verbindingsproblemen tot prestatievertragingen. Weten waar je moet kijken en hoe je moet reageren, helpt je snel op te lossen en de impact op je applicatie te minimaliseren.

1. Verbindingsproblemen identificeren en oplossen

Verbindingsproblemen worden vaak veroorzaakt door verkeerd geconfigureerde netwerkinstellingen. De meest voorkomende boosdoeners zijn ontbrekende of onjuiste security group-regels, zoals een gesloten poort of beperkt IP-bereik. Een andere frequente oorzaak is het gebruik van het verkeerde endpoint of poortnummer, vooral bij het wisselen tussen omgevingen.

Controleer ook op DNS-resolutieproblemen, vooral als je applicatie in een andere VPC of regio draait. Tools zoals ping of telnet kunnen helpen bij het verifiëren van basisconnectiviteit. Als je er nog niet uitkomt, leveren enginelogs die beschikbaar zijn via de RDS-console vaak nuttige aanwijzingen; let op authenticatiefouten of time-outs die naar de hoofdoorzaak kunnen wijzen.

2. Prestatieproblemen oplossen

Als de prestaties achteruitgaan, is het belangrijk om gestructureerd te werk te gaan. Begin met het inschakelen van querylogging via de instellingen van je parametergroep. Dit helpt je queries te identificeren die langer duren dan verwacht.

Gebruik daarna Performance Insights om queryload, waitevents en gebruikersactiviteit in de tijd te visualiseren. Deze inzichten onthullen vaak indexeringsproblemen, inefficiënte querystructuren of hoge gelijktijdigheid. Kleine aanpassingen, zoals indexen toevoegen of een complexe join herschrijven, kunnen vaak merkbare winst opleveren.

Als tuning niet helpt, overweeg dan je instanceklasse te upgraden of read replicas toe te voegen om horizontaal te schalen. Test prestatieveranderingen altijd in een stagingomgeving voordat je ze in productie toepast.

3. Omgaan met failover en herstel

In een Multi-AZ-implementatie regelt RDS automatisch failovers. Als de primaire instance niet beschikbaar is, promoveert AWS de standby tot primair en werkt het DNS-record bij, meestal binnen enkele minuten. Dit proces is naadloos en je applicatie kan blijven draaien zonder handmatige interventie.

Voor Single-AZ-instances zijn failovers niet automatisch. In het geval van een storing moet je de database handmatig herstellen vanaf de meest recente snapshot. Om de hersteltijd te verkorten is het verstandig CloudWatch-alarmen en SNS-meldingen in te stellen, zodat je meteen wordt gewaarschuwd als er iets misgaat. Zo kan je team snel reageren en de downtime minimaliseren.

Conclusie

Amazon RDS maakt het eenvoudig om relationele databases in de cloud te implementeren, beheren en schalen, zonder de overhead van het inrichten van infrastructuur of handmatig onderhoud. Met ondersteuning voor meerdere engines, geautomatiseerde back-ups, hoge beschikbaarheid en monitoringtools voor prestaties is RDS geschikt voor alles, van hobbyprojecten tot bedrijfskritische applicaties.

Deze tutorial gaf je de praktische stappen en basiskennis om te beginnen.

Als je klaar bent om meer te ontdekken, is de AWS Cloud Practitioner (CLF-C02)-leerlijn een mooie volgende stap richting certificering en cloudexpertise.