cloud hosting

Hoe migreer je van AWS naar Hetzner

AWS Hetzner
Moeilijkheid: Gevorderd Geschatte tijd: 1-2 weken

Stapsgewijze handleiding om je cloudinfrastructuur te verhuizen van Amazon Web Services naar Hetzner, de kosteneffectieve Duitse hostingprovider.

Vereisten

  • Een AWS-account met gedocumenteerde infrastructuur
  • Een Hetzner Cloud-account
  • SSH-toegang tot beide omgevingen
  • Basiskennis van serverbeheer

Stappen

  1. AWS-resources inventariseren

    Inventariseer alle EC2-instanties, databases, opslagbuckets en netwerkconfiguraties in je AWS-account.

  2. Hetzner-servers inrichten

    Maak equivalente cloudservers of dedicated machines aan in Hetzner Cloud die overeenkomen met je workloadvereisten.

  3. Databases migreren

    Exporteer databases van RDS of zelfbeheerde instanties en importeer ze in je nieuwe Hetzner-databaseservers.

  4. Applicaties overzetten

    Deploy je applicatiecode en configuraties naar de nieuwe Hetzner-infrastructuur via je CI/CD-pipeline.

  5. DNS bijwerken

    Wijs je domein-DNS-records naar de nieuwe Hetzner-server IP-adressen met verlaagde TTL voor snelle rollback.

  6. Testen en cutover

    Voer volledige integratietests uit op Hetzner en voer vervolgens de definitieve cutover uit en ontmantel AWS-resources.

Waarom migreren van AWS naar Hetzner?

AWS is een Amerikaans bedrijf, dus de gegevens die het host — ook in de EU-regio’s — vallen onder de CLOUD Act. Hetzner is een Duits bedrijf met eigen datacentra in Duitsland en Finland, volledig binnen de EU en het AVG-kader. (Hetzner biedt ook cloudlocaties in de VS en Singapore; kies Neurenberg, Falkenstein of Helsinki om je gegevens in de EU te houden.) Naast datasoevereiniteit is Hetzner aanzienlijk kosteneffectiever: vergelijkbare cloudservers kosten vaak een fractie van hun AWS-equivalenten, met transparante prijzen en geen verborgen uitgangskosten.

Gedetailleerde migratiestappen

Stap 1: AWS-resources inventariseren

Maak een volledige inventaris voordat je migreert:

  1. Maak een lijst van alle EC2-instanties met hun specificaties (CPU, RAM, opslag)
  2. Documenteer RDS-databases (engine, versie, grootte)
  3. Catalogiseer S3-buckets en hun totale opslaggebruik
  4. Breng VPC-netwerken, beveiligingsgroepen en load balancers in kaart
  5. Noteer AWS-specifieke diensten (Lambda, SQS, etc.) die alternatieven nodig hebben

Stap 2: Hetzner-servers inrichten

Via de Hetzner Cloud Console of de hcloud CLI:

  1. Maak cloudservers aan die overeenkomen met je EC2-specificaties
  2. Selecteer de datacenterlocatie (Falkenstein, Neurenberg of Helsinki)
  3. Stel firewalls in die overeenkomen met je AWS-beveiligingsgroepen
  4. Configureer privénetwerken voor communicatie tussen servers
  5. Koppel volumes voor persistente opslagbehoeften

Stap 3: Databases migreren

Voor PostgreSQL- of MySQL-databases:

  1. Maak een database-dump op AWS: pg_dump of mysqldump
  2. Zet het dumpbestand over naar Hetzner via scp of rsync
  3. Importeer op de Hetzner-server: psql of mysql < dump.sql
  4. Verifieer rijaantallen en data-integriteit

Stap 4: Applicaties overzetten

Deploy je applicatiestack op Hetzner:

  • Gebruik je bestaande CI/CD-pipeline gericht op Hetzner
  • Installeer afhankelijkheden en configureer omgevingsvariabelen
  • Stel een reverse proxy (nginx/Caddy) en TLS-certificaten (Let’s Encrypt) in

Stap 5: DNS bijwerken

  1. Verlaag DNS-TTL naar 60 seconden minstens 24 uur voor de cutover
  2. Werk A/AAAA-records bij om naar Hetzner-IP’s te wijzen
  3. Werk eventuele CNAME-records voor subdomeinen bij
  4. Monitor DNS-propagatie

Stap 6: Testen en cutover

  1. Voer volledige integratie- en belastingstests uit tegen de Hetzner-omgeving
  2. Voer een laatste databasesync uit indien replicatie wordt gebruikt
  3. Schakel DNS om en verifieer dat verkeer naar Hetzner stroomt
  4. Monitor applicatielogs en metrics nauwlettend gedurende 48 uur
  5. Ontmantel AWS-resources pas na bevestiging van stabiliteit

Tips voor een soepele migratie

  • Gebruik Hetzner’s Terraform-provider voor infrastructure-as-code deployments
  • Overweeg een parallelle uitvoeringsperiode waar beide omgevingen verkeer afhandelen
  • Stel monitoring vroeg in (Prometheus, Grafana) op Hetzner vóór de cutover
  • Houd AWS-resources 30 dagen na migratie aan als rollback-vangnet

Was dit nuttig?