Ga naar hoofdinhoud

AWS EC2-instantietypen uitgelegd: wanneer gebruik je welk type

Deze post legt de verschillende AWS EC2-instantietypen uit en helpt je de behoeften van je applicatie te koppelen aan de juiste cloudresources voor betere prestaties en lagere kosten.
Laiba Siddiqui
Laiba Siddiqui

Maak je gratis account aan

Oefen en volg je voortgang.

Ga verder met GoogleDoor verder te gaan, accepteer je ons Gebruiksvoorwaarden, onze Privacybeleid en dat je gegevens in de VS worden opgeslagen.

Amazon EC2 (Elastic Compute Cloud) is een belangrijke bouwsteen van AWS. Hiermee kun je virtuele servers in de cloud opzetten die met je mee schalen. Maar niet alle EC2-instances zijn hetzelfde, en het juiste type kiezen kan veel uitmaken voor je prestaties en kosten. 

In deze gids leg ik de verschillende EC2-instantietypen uit, hun toepassingen en hoe je het type kiest dat het beste bij jou past.

Wat zijn EC2-instantietypen?

Wanneer je een instance in AWS start, moet je een instantietype kiezen. Elk type is een ander pakket aan rekenkracht, inclusief CPU, geheugen, opslag en netwerkcapaciteit. Deze typen helpen je de behoeften van je applicatie te koppelen aan de juiste hoeveelheid resources, zodat je niet betaalt voor meer dan je gebruikt.

Daarom is het kiezen van het juiste instantietype de basis voor het bouwen van efficiënte, kosteneffectieve infrastructuur. Het is een van de beste manieren om ervoor te zorgen dat je cloudomgeving soepel werkt en met je workload meegroeit.

De rol van instancefamilies

AWS deelt zijn instantietypen in families in. Elke familie heeft vergelijkbare prestatieprofielen, zodat je makkelijker de juiste voor jouw taak vindt.

Bijvoorbeeld:

  • Compute-geoptimaliseerde instances zijn ideaal voor batchverwerking en high-performance computing.
  • Geheugen-geoptimaliseerde instances zijn beter geschikt voor taken die veel RAM vereisen, zoals in-memory databases of realtime-analyse.
  • Algemene-doeleinden-instances zijn perfect wanneer je een balans nodig hebt tussen compute-, geheugen- en netwerkresources.
  • Opslag-geoptimaliseerde instances zijn geoptimaliseerd voor I/O-bewerkingen met lage latency.

Deze structuur helpt ons snel in te zoomen op de opties die bij onze specifieke use-case passen.

Naamgevingsconventie voor EC2-instances

AWS EC2-instantietypes volgen naamgevingsconventies die aangeven wat elke instance kan of waarvoor deze geoptimaliseerd is. Zo kun je die namen ontcijferen en met meer vertrouwen de juiste kiezen.

Uitleg formaat

Instantietypen worden benoemd op basis van hun instancefamilie en instantiegrootte. Het eerste deel van de instantienaam beschrijft de familie en het tweede deel geeft de grootte aan. Beide worden gescheiden door een punt ..

Neem een naam als m5.large. Die bestaat uit drie onderdelen:

  1. Serie (m) geeft het algemene doel aan. In dit geval staat m voor general purpose.
  2. Generatie (5) duidt de versie aan. Hogere nummers betekenen meestal nieuwere hardware en betere prestaties.
  3. Grootte (large) verwijst naar de schaal van resources zoals CPU en geheugen.

m5.large betekent dat je een general-purpose instance krijgt, van de vijfde generatie, met een middelgrote hoeveelheid resources.

De onderstaande afbeelding legt het formaat visueel uit:

Naamgevingsconventie voor EC2-instantietypen

          Naamgevingsconventie voor EC2-instantietypen. Bron: AWS-docs

       

Voorbeelden en ontcijferen

Laten we nog een paar voorbeelden bekijken en ontcijferen:

  • t4g.micro is een burstbare instance met Graviton-processors (ARM-based), geschikt voor lichte, incidentele workloads.
  • r6g.xlarge is een geheugen-geoptimaliseerde instance van de 6e generatie, ook Graviton-based, ideaal voor geheugenintensieve applicaties zoals in-memory databases.
  • c7gn.2xlarge is een compute-geoptimaliseerde instance, 7e generatie, met verbeterde netwerk- en EBS-ondersteuning, aangedreven door Graviton-processors.

Hier zijn enkele populaire series en hun overeenkomende opties, plus notaties. 

Serie

Opties

  • c – Compute-geoptimaliseerd
  • d – Dichte opslag
  • hpc – High-performance computing
  • i – Opslag-geoptimaliseerd
  • g – Graphics-intensief
  • m – General purpose
  • mac – macOS
  • p – GPU-versneld
  • r – Geheugen-geoptimaliseerd
  • a – AMD-processors
  • g – AWS Graviton-processors
  • i – Intel-processors
  • m1 ultra – Apple M1 Ultra-chip
  • m2 – Apple M2-chip
  • m2pro – Apple M2 Pro-chip
  • b – Blokopslagoptimalisatie
  • z – Hoge CPU-frequentie
  • n – Netwerk- en EBS-geoptimaliseerd

Voor de volledige lijst met series en opties, bekijk de AWS documentatie.

Laten we nu de verschillende instantietypen in meer detail bekijken. 

Algemene-doeleinden-instances

Algemene-doeleinden-instances bieden een gebalanceerde mix van rekenkracht, geheugen en netwerk. Ze zijn een uitstekende keuze als je workload niet sterk in één richting overhelt, ideaal voor webservers, ontwikkelomgevingen en backendsystemen.

AWS biedt in deze categorie twee hoofdseries: de T-serie en de M-serie. Laten we die van dichtbij bekijken:

T-serie 

T-serie-instances zijn gebouwd voor burstbare prestaties. Ze leveren een basisniveau aan CPU-kracht, maar kunnen tijdelijk opschalen wanneer dat nodig is. Deze burstmogelijkheid werkt met een kredietsysteem: wanneer je instance minder dan de basislijn gebruikt, spaart hij credits op. Bij pieken verbruikt hij die credits om de prestaties te verhogen.

Als je de modus “unlimited” inschakelt, kan je instance blijven bursten voorbij het kredietsaldo, maar je betaalt dan voor het extra verbruik.

Deze instances zijn ideaal voor variabele of lage tot gemiddelde CPU-workloads, zoals:

  • Webapps met weinig verkeer
  • Ontwikkel- en testomgevingen
  • Kleine databases
  • CI/CD-pijplijnen

Stel dat je een kleine webapp runt. Meestal draait die soepel met minimaal CPU-gebruik. Wanneer je een campagne start en het verkeer piekt, gebruikt de app opgespaarde credits om de extra belasting op te vangen. Na de piek keert hij terug naar de basislijn en spaart weer credits.

Populaire typen zijn onder meer t4g, t3 en t2, beschikbaar in maten zoals t4g.nano. 

M-serie 

M-serie-instances bieden een uitgebalanceerde CPU-geheugenverhouding, met ongeveer 4 GB RAM per vCPU. Daardoor zijn ze veelzijdig voor algemene workloads die geen gespecialiseerde compute- of geheugensamenstelling nodig hebben.

We kunnen ze gebruiken voor:

  • Kleine tot middelgrote databases (bijv. MySQL, PostgreSQL)
  • Applicatieservers
  • Backendservices voor bedrijfsapplicaties
  • Caching-lagen
  • Gameservers

Voorbeelden zijn m6i, m8g en mac, elk in meerdere maten beschikbaar, zoals m8g.medium.

Compute-geoptimaliseerde instances

Als je workloads veel verwerking vragen maar weinig geheugen, zijn compute-geoptimaliseerde instances een goede match. Ze leveren hoge snelheid voor CPU-intensieve taken, ideaal voor analytics, media-encoding of gaming-infrastructuur.

AWS biedt deze kracht via de C-serie. Laten we die in detail verkennen: 

C-serie

C-serie-instances zijn ontworpen voor hoge rekenprestaties met minder geheugenkosten. Je krijgt dus meer CPU-kracht per gigabyte RAM, perfect voor applicaties waar snelheid belangrijker is dan opslag of geheugen.

Voor maximale doorvoer en efficiëntie gebruiken deze instances de nieuwste processors, waaronder Intel, AMD en AWS Graviton-chips.

We kunnen ze gebruiken voor:

  • High-performance webservers
  • Video-encoding en mediatranscoding
  • Wetenschappelijke simulaties en modellering
  • Batchverwerking en datacrunching
  • Gameservers die lage latency en snelle tickrates nodig hebben

Voorbeelden die je kunt tegenkomen zijn c6g, c7i, c5n en c4. Elk is beschikbaar in verschillende maten, zodat je kunt opschalen of afschalen naar behoefte.

Dit onderscheidt compute-geoptimaliseerde instances:

  • Lage latency: Ze reageren snel, waardoor ze geschikt zijn voor realtime-applicaties zoals streaming en gaming.
  • Hoge verwerkingssnelheden: Met hoge kloksnelheden en geoptimaliseerde CPU-cores kunnen ze miljoenen requests per seconde afhandelen.
  • Kosteneffectief schalen: Je kunt je rekenkracht vergroten zonder te veel te betalen voor geheugen dat je niet nodig hebt.

Duurzaamheid: Veel C-serie-instances gebruiken AWS Graviton-processors, die energiezuiniger zijn en je CO₂-voetafdruk helpen verkleinen.

Geheugen-geoptimaliseerde instances

Geheugen-geoptimaliseerde instances zijn het beste voor workloads die meer geheugen dan CPU-kracht of opslag nodig hebben. Deze instances verwerken high-performance databases en in-memory applicaties die grote datasets volledig in het geheugen verwerken voor ultrasnelle responstijden.

R-serie

R-serie-instances zijn gebouwd voor geheugenintensieve workloads. Ze bieden een hogere geheugen-tot-vCPU-verhouding, wat ze ideaal maakt wanneer je app veel RAM vereist maar niet per se veel rekenkracht.

We kunnen ze gebruiken voor:

  • In-memory caching: Ideaal voor tools zoals Redis of Memcached die afhankelijk zijn van bliksemsnelle datatoegang.
  • Realtime big data-analyse: Perfect voor het verwerken en analyseren van data in-memory, met lage latency.
  • Enterprise-apps: Geweldig voor grote applicaties die een solide geheugenallocatie nodig hebben om betrouwbaar te draaien.

Populaire opties zijn onder meer r5, r6a, r8g en r4. Elk is beschikbaar in verschillende maten, afhankelijk van je behoeften. 

X-serie en Z-serie

X-serie-instances bieden extreem veel geheugen en zijn specifiek ontworpen voor geheugenintensieve bedrijfsworkloads. Deze zijn de go-to voor:

  • SAP HANA
  • In-memory databases
  • Realtime, grootschalige analytics

Standaardmodellen zijn x1e, x2gd en x8g.

Z-serie-instances zijn net anders. Ze combineren veel geheugen met een hoge CPU-frequentie, waardoor ze ideaal zijn voor:

  • Electronic design automation (EDA)
  • Financiële simulaties
  • Grote relationele databases
  • Computationele lithografie

Als je workload sterke single-threaded prestaties en veel RAM vereist, biedt de Z-serie (zoals de Z1d) een uitgebalanceerde punch.

Opslag-geoptimaliseerde instances

Opslag-geoptimaliseerde instances gebruiken lokaal aangesloten, snelle SSD’s (NVMe), ideaal voor workloads die extreem snelle en betrouwbare opslag vereisen. Daarom kunnen we ze gebruiken voor NoSQL-databases, data lakes of grootschalige dataverwerking die hoge IOPS (Input/Output Operations Per Second) vereist.

Laten we enkele veelvoorkomende opslag-geoptimaliseerde instances bekijken: 

I-serie, D-serie, H-serie

De volgende tabel toont details per instantieserie:

 

I-serie

D-serie

H-serie

Primair gebruik

Transactieworkloads met hoge IOPS en data-toegang met lage latency.

Data-intensieve applicaties, big data-verwerking en workloads met grote opslagcapaciteit.

High-performance computing (HPC)-applicaties met opslaggebonden vereisten.

Ideaal voor

NoSQL-databases (zoals Cassandra, MongoDB), transactionele databases, realtime-analyse en gedistribueerde bestandsystemen.

Data lakes, Hadoop-gedistribueerde computing, logverwerking en grootschalige data-analyse.

HPC-simulaties, wetenschappelijke computing, seismische analyse en machine learning met grote lokale datasets.

Opslag

Snelle NVMe SSD lokale opslag (ephemeral). 

Lokale opslag met hoge capaciteit, meestal HDD of SSD (afhankelijk van instantietype).

Lokale NVMe SSD-opslag met hoge doorvoer (ephemeral).

Prestaties

Zeer hoge IOPS en lage latency. 

Hoge sequentiële lees-/schrijfsnelheden en minder willekeurige IOPS dan de I-serie, maar uitstekend voor het streamen van grote bestanden.

Levert uitstekende doorvoer en hoge IOPS, afgestemd op data-intensieve simulaties en HPC-workloads.

Voorbeelden

I8g, I7ie, I3en

D3, D3en

H1

Voor de volledige lijst met I-, H- en D-serie-instances, bekijk de documentatie.

Prestaties van lokale opslag

Lokale opslag gebruikt NVMe-SSD’s en biedt razendsnelle prestaties met zeer hoge IOPS (Input/Output Operations Per Second), sub-milliseconde-latency en hoge doorvoer voor je applicaties. Het is echter ephemeral, wat betekent dat de data verloren gaat wanneer de instance wordt gestopt of beëindigd.

Daarom wordt ephemeral storage vooral gebruikt voor:

  • Tijdelijke scratch-ruimte
  • Buffer-/cachestorage
  • Supersnelle tijdelijke databases (zoals Redis, Cassandra met replicas)

Daartegenover staan EBS-backed volumes (Elastic Block Store): dat is persistente opslag die beschikbaar blijft, zelfs als de instance wordt gestopt. EBS is netwerk-aangesloten en zeer duurzaam, met functies zoals snapshots voor eenvoudige back-up en herstel. Dit maakt het ideaal voor workloads waarbij datapersistentie belangrijk is, zoals databases en kritieke bestanden.

Hoewel ephemeral storage ongelooflijke prestaties biedt, levert het geen dataduurzaamheid. EBS-backed opslag biedt daarentegen uitstekende duurzaamheid en veerkracht, ideaal voor workloads die zowel prestaties als databescherming nodig hebben.

Versnelde computing-instances

Versnelde computing-instances, ook wel hardware-versnelde instances genoemd, gebruik je wanneer gespecialiseerde hardware nodig is, zoals GPU’s (Graphics Processing Units), FPGA’s (Field Programmable Gate Arrays) of aangepaste AWS-chips om rekenintensieve taken uit te besteden die op alleen CPU’s te traag of inefficiënt zouden zijn. 

Daarom bieden ze betere prestaties en zijn ze geschikt voor workloads die zware parallelle verwerking of complexe berekeningen vereisen.

GPU-gebaseerde instances (P- en G-families)

GPU-gebaseerde instances zijn perfect voor taken die krachtige parallelle computing vereisen. Met NVIDIA-GPU’s als kern zijn deze instances geoptimaliseerd voor zware workloads zoals ML-modeltraining, 3D-rendering, high-end gaming en andere graphics-intensieve taken.

Twee belangrijke families binnen de GPU-categorie zijn:

  • P-familie (bijv. P4, P5): Uitgerust met NVIDIA-GPU’s, afgestemd op machine learning (ML) en high-performance computing (HPC).
  • G-familie (bijv. G4, G5): Eveneens aangedreven door NVIDIA-GPU’s, ideaal voor grafische workloads, ML-inferentie en gamestreaming.

Gespecialiseerde AI/ML-instances (Infm- en Trn-families)

Voor AI- en machinelearning-workloads zijn de Inferentia-geoptimaliseerde instances (Inf) en Trainium-geoptimaliseerde instances (Trn) gebouwd met AWS’ eigen silicon, zoals AWS Inferentia en AWS Trainium-chips. Ze kunnen deep learning-modellen op schaal trainen en infereren met een top prijs-prestatieverhouding.

  • Inf-familie (bijv. Inf1, Inf2): Ideaal voor inferentietaken met lage latency en hoge doorvoer, ondersteund door AWS Inferentia-chips.
  • Trn-familie (bijv. Trn1, Trn2): Geoptimaliseerd voor gedistribueerde training van deep learning-modellen, met snelle interconnects en veel rekenkracht, aangedreven door AWS Trainium-chips.

Deze instances zijn schaalbaar en ondersteunen TensorFlow, PyTorch en Apache MXNet om efficiëntie te verhogen en naadloze prestaties te bieden.

We kunnen ze gebruiken voor:

  • Deep learning-training op schaal: Gebruik Trn1 voor kosteneffectieve, hoge-prestatie training van grote modellen.
  • AI-inferentie tegen lage kosten: Gebruik Inf1 voor snelle, goedkope modelinferentie.
  • Grootschalige AI-implementaties: Ondersteun omgevingen met miljoenen inferences per seconde, zoals aanbevelingssystemen, spraakherkenning en autonome voertuigen.

Hoe kies je de juiste EC2-instance?

Met zoveel instantietypen is het best lastig om te weten waar je op moet letten om het meeste uit AWS te halen. Laten we dus bekijken hoe jij en je team met vertrouwen keuzes kunnen maken die prestaties, kosten en schaalbaarheid in balans brengen.

Belangrijke beslisfactoren

Begin met de echte behoeften van je workload. Bepaal de vereisten voor CPU-kracht, geheugen, opslag en netwerk, want verschillende workloads vragen om verschillende instantietypen. 

Kijk ook naar je verkeerspatroon. Is het stabiel en voorspelbaar, of zijn er pieken? Dat helpt ons bepalen of we iets nodig hebben dat on demand kan schalen.

En meestal werken we met budgetten, dus weeg prestaties af tegen wat we willen uitgeven. Als we geen persistente opslag nodig hebben, kan het gebruiken van ephemeral storage ons behoorlijk wat besparen ten opzichte van EBS-volumes.

AWS-hulpmiddelen voor selectie

Gelukkig geeft AWS ons meerdere tools om te filteren. Enkele daarvan:

  • Instance Explorer is een snelle manier om instantietypen te filteren op basis van de specs die je zoekt.
  • AWS Compute Optimizer bekijkt hoe je instances nu gebruikt en stelt betere opties voor als die er zijn.
  • AWS Pricing Calculator schat kosten vooraf in, handig om opties te vergelijken vóór de uitrol.

Benchmarking en testen

Zelfs met al deze tools is het zinvol om zelf tests te draaien. Het benchmarken van verschillende instances in onze omgeving laat zien hoe ze zich houden onder echte workloads. Dat geeft ons een beter beeld van prestaties, latency en kosten, gebaseerd op wat voor ons telt.

Kosten en aanschafopties

Bij EC2 kan de manier waarop we instances aanschaffen onze totale kosten beïnvloeden. Omdat AWS meerdere aankoopopties biedt, elk afgestemd op verschillende workloads, bekijken we hoe je de juiste kiest voor je huidige project en je cloudkosten effectief beheert.

On-demand instances

On-demand instances geven ons de meeste flexibiliteit. We kunnen ze starten wanneer we willen, per seconde betalen en net zo makkelijk stoppen, zonder verplichtingen. Ze zijn perfect voor:

  • Kortlopende projecten
  • Piekende of onvoorspelbare workloads
  • Snel beginnen zonder vooraf te plannen

Maar die flexibiliteit heeft een hogere prijs. Voor langlopende of voorspelbare workloads kunnen andere opties ons na verloop van tijd veel meer besparen.

Reserved en Spot-instances

Reserved instances zijn ideaal wanneer we weten dat een workload gedurende langere tijd consistent draait. Door een termijn van één of drie jaar aan te gaan, kunnen we tot 75% besparen vergeleken met on-demand. Slim voor stabiele, always-on apps.

Spot-instances zijn daarentegen beter voor een krap budget. AWS biedt ongebruikte capaciteit met forse kortingen, tot wel 90%, maar deze kan met weinig waarschuwing worden ingetrokken. Ze zijn dus het best voor taken die onderbrekingen aankunnen, zoals:

  • Batchverwerking
  • Data-analyse
  • CI/CD-workloads
  • Stateless services

Snelle vergelijking: on-demand vs. reserved vs. spot-instances

Hier is een snelle tabel naast elkaar om je te helpen beslissen:

Optie

Beste voor

Kosten

Flexibiliteit

Goed om te weten

On-demand

Kortdurend of onvoorspelbaar werk

Hoogst

Zeer flexibel

Geweldig voor testen of onvoorspelbare belasting

Reserved

Langdurige, stabiele workloads

Lager (met commitment)

Minder flexibel

1- of 3-jaarstermijn bespaart tot 75%

Spot

Onderbreekbare, fouttolerante taken

Laagst

Beperkt (kan op elk moment stoppen)

Tot 90% besparing, maar zonder garanties

Voor een uitgebreidere vergelijking, bekijk de officiële AWS-website.

Tips voor kostenoptimalisatie

Om ons budget nog verder op te rekken, zijn hier een paar tools en strategieën waarop we kunnen leunen:

  • Savings Plans: Flexibele, op commitment gebaseerde prijzen voor EC2 en andere services. We kunnen tot 72% besparen door consistente afname toe te zeggen.
  • Auto Scaling: Past onze capaciteit automatisch aan de vraag aan, zodat we nooit overprovisioneren.
  • Right-sizing: Evalueer regelmatig instantietypen en -groottes om te checken of ze nog passen. Kleine aanpassingen kunnen op termijn veel besparen.

Conclusie

Er is geen one-size-fits-all voor EC2-instances, en dat is maar goed ook. Of we nu snel een ontwikkelomgeving opzetten of een complexe machinelearning-pijplijn opschalen, AWS geeft ons de flexibiliteit om precies te kiezen wat we nodig hebben.

De sleutel is onze workload begrijpen, onze prestatiedoelen kennen en kosten in het oog houden. Hoe doelgerichter we kiezen—gesteund door tools, testen en een beetje trial-and-error—hoe meer we uit onze infrastructuur halen.

Wil je je AWS-skills verder uitbouwen of meer ontdekken wat EC2 kan? Bekijk dan deze resources:

Deze resources helpen je je AWS-vaardigheden naar een hoger niveau te tillen, met praktische voorbeelden en toepassingen uit de echte wereld.

FAQs

Wat is het verschil tussen ECS en EC2?

EC2 is een virtualmachineservice waarbij je de volledige virtuele machine beheert, inclusief het besturingssysteem en de applicaties. ECS daarentegen is een beheerde containerorkestratieservice die zich richt op het draaien en schalen van gecontaineriseerde applicaties.

Is AWS EC2 serverless?

EC2 vereist beheer en inrichting (provisioning) van de omgeving.

Wat is Elastic IP in AWS?

In AWS is een Elastic IP-adres een statisch, publiek IPv4-adres dat je kunt koppelen aan een instance of netwerkinterface om een consistent publiek IP te garanderen, zelfs als de instance wordt gestopt of opnieuw wordt gestart, of naar een andere regio wordt verplaatst.

Hoe verwijder ik een EC2-instance?

Log in op de AWS Management Console, ga naar het EC2-dashboard en selecteer de instance die je wilt verwijderen. Kies vervolgens "Terminate" in het dropdownmenu Instance State. Bevestig de beëindiging wanneer daarom wordt gevraagd.

Wat is AMI in AWS?

Amazon Machine Image (AMI) is een sjabloon met de informatie die nodig is om een Amazon Elastic Compute Cloud (EC2)-instance te starten.

Hoe verhouden Graviton-gebaseerde instances zich tot die op Intel of AMD?

Graviton-instances gebruiken ARM-architectuur en bieden voor veel workloads een betere prijs-prestatieverhouding en energie-efficiëntie. Controleer wel de compatibiliteit met x86-apps.

Laiba Siddiqui

Auteur

Laiba Siddiqui

Ik ben een contentstrateeg die graag complexe onderwerpen eenvoudig maakt. Ik heb bedrijven als Splunk, Hackernoon en Tiiny Host geholpen om boeiende en informatieve content te maken voor hun doelgroep.

Onderwerpen

Gerelateerd