Latest / M365.FM – Microsoft 365, Copilot & AI podcast in het Nederlands / Azure Kubernetes Service (AKS) uitgelegd: control plane, nodes, netwerk, beveiliging en kosten (AI-nasynchronisatie)

Transcript

Azure Kubernetes Service (AKS) uitgelegd: control plane, nodes, netwerk, beveiliging en kosten (AI-nasynchronisatie) · M365.FM – Microsoft 365, Copilot & AI podcast in het Nederlands

0:00
Speaker 2: Je hebt Kubernetes en Axfast wel eens voorbij horen komen
0:02
Speaker 2: in cloudgesprekken. Misschien knikte je instemmend, maar wat betekenen ze
0:06
Speaker 2: eigenlijk voor iemand die applicaties in de cloud draait? Containers
0:09
Speaker 2: hebben de manier waarop we software bouwen veranderd, omdat ze lichtgewicht,
0:12
Speaker 2: draagbaar en consistent zijn. Het probleem is dat ze handmatig
0:14
Speaker 2: beheren al snel een puinhoop wordt. Een handje vol containers
0:17
Speaker 2: kun je aan, maar bij tientallen of honderden ben je
0:19
Speaker 2: alleen maar bezig met schalen, updates en storingen, in plaats
0:23
Speaker 2: van aan je eigen product te bouwen. Aan het eind
0:25
Speaker 2: van deze aflevering begrijp je de vier belangrijkste zaken die
0:28
Speaker 2: Azure Kubernetes Service voor je regelt, het controlplane, de nodes,
0:31
Speaker 2: het netwerk en de beveiliging. We zullen ook uitleggen wat
0:33
Speaker 2: het daadwerkelijk kost. Geen marketingpraatjes, gewoon in begrijpelijke taal. Het containerprobleem,
0:38
Speaker 2: waarom we AXE nodig hebben. Containers zijn populair geworden omdat
0:41
Speaker 2: ze een echt pijnpunt oplossen. Een pakket dat je applicatiecode,
0:44
Speaker 2: runtime bibliotheken en configuratie bundelt. Het draait hetzelfde op je laptop,
0:48
Speaker 2: op een testserver of in productie. Geen het werkt op
0:51
Speaker 2: mijn machine problemen meer. Een handjevol containers draaien werkt prima.
0:55
Speaker 2: Je start ze handmatig. check de logs en herstart ze
0:57
Speaker 2: als ze crashen. Maar zodra je er tientallen of honderden
1:00
Speaker 2: hebt verspreid over meerdere servers, loop je tegen een heel
1:03
Speaker 2: nieuw soort problemen aan. Je moet bepalen waar elke container
1:06
Speaker 2: heen gaat, welke server welke container krijgt en hoe ze
1:08
Speaker 2: elkaar vinden via het netwerk. Wat gebeurt er als er
1:10
Speaker 2: eentje crash om drie uur ochtends? En hoe ga je
1:12
Speaker 2: om met een verkeerspeak die 50 extra kopieën van je
1:15
Speaker 2: app vereist binnen 30 seconden? Kubernetes is een open source
1:18
Speaker 2: platform dat precies voor deze problemen is ontworpen. Het plant
1:21
Speaker 2: containers op servers, schaalt ze op en neer, controleert hun
1:24
Speaker 2: gezondheid en routeert verkeer tussen ze. Het is de industriestandaard
1:27
Speaker 2: voor containerorchestratie. Maar Kubernetes lost het ene probleem op en
1:30
Speaker 2: creëert het andere. Het zelf draaien is complex. Je moet
1:34
Speaker 2: een controlplane opzetten en onderhouden, het brein van het cluster,
1:37
Speaker 2: worker nodes beheren, beveiligingspatches toepassen, versies upgraden en configuratiegegevens backuppen.
1:41
Speaker 2: Dat is een fulltime baan voor iemand die weet waar
1:43
Speaker 2: hij mee bezig is. Beheerde diensten zoals Azure Kubernetes Service
1:47
Speaker 2: nemen die operationele last van je schouders. Microsoft draait het
1:50
Speaker 2: controlplane voor je en regelt de upgrades, patches en backups.
1:53
Speaker 2: Jij focust je op je applicaties. Dus, wat doet AXE
1:55
Speaker 2: precies voor je? Laten we beginnen met het grootste onderdeel,
1:58
Speaker 2: het controlplane. Wat is Azure Kubernetes Service? AXE is simpelweg
2:02
Speaker 2: de beheerde versie van Kubernetes van Microsoft. Je krijgt een
2:06
Speaker 2: volledig functioneel Kubernetes cluster zonder dat je de onderliggende infrastructuur
2:09
Speaker 2: hoeft op te zetten of te onderhouden. Microsoft beheert het
2:11
Speaker 2: controlplane voor je, zodat jij je kunt richten op het
2:13
Speaker 2: implementeren en draaien van je applicaties. Zie het als het
2:16
Speaker 2: verschil tussen een appartement huren en een huis bouwen. Als
2:18
Speaker 2: je een huis bouwt, ben je verantwoordelijk voor alles, het fundament, leidingwerk, elektra,
2:22
Speaker 2: het dak. Wanneer je huurt, regelt de verhuurder dat allemaal.
2:24
Speaker 2: Je trekt er gewoon in en richt het in. Access
2:26
Speaker 2: de verhuurder. Microsoft regelt het fundament. het controlplane, netwerken, beveiligingspatches
2:31
Speaker 2: en upgrades. Jij brengt de inrichting, je gecontaineriseerde applicaties, configuraties
2:35
Speaker 2: en deployment pipelines. Maar Axe is niet zomaar een op
2:37
Speaker 2: zichzelf staand Kubernetes cluster. Het werkt nauw samen met de
2:39
Speaker 2: rest van het Azure platform. Entra ID regelt gebruikersauthenticatie en toegangscontrole.
2:44
Speaker 2: Azure Monitor verzamelt logs en statistieken van je cluster en
2:47
Speaker 2: je applicaties. Met Azure Policy dwing je regels af in
2:50
Speaker 2: al je clusters, zoals het verbieden van containers als root
2:53
Speaker 2: of eisen dat images uit een goedgekeurd register komen. Dit
2:56
Speaker 2: maakt AXE meer dan alleen Kubernetes dat op Azure VM's draait.
2:59
Speaker 2: Natuurlijk moet je nog steeds de basisconcepten van Kubernetes kennen. Pads,
3:03
Speaker 2: deployments en services. Dat is de kennis die jij meebrengt.
3:06
Speaker 2: AXE vervangt die niet. Maar wat het wel wegneemt, is
3:08
Speaker 2: de operationele overhead om het cluster gezond te houden. Je
3:11
Speaker 2: hoeft je geen zorgen te maken dat het controlplane uitvalt.
3:13
Speaker 2: Je hoeft Kubernetes versies niet handmatig te upgraden. Je hoeft
3:16
Speaker 2: geen backups te maken van etcd, de configuratiedatabase van het cluster.
3:19
Speaker 2: Microsoft regelt dat allemaal. Laten we dus eens kijken wat
3:21
Speaker 2: er achter de schermen gebeurt bij dat brein, het controlplane.
3:23
Speaker 2: Het controlplane, het brein dat Microsoft beheert. Wat zit er
3:26
Speaker 2: precies in dat controlplane? Vier hoofdcomponenten. De API server is
3:30
Speaker 2: de voordeur. Elk commando, verzoek en interactie met je cluster
3:33
Speaker 2: verloopt via deze server. De scheduler bepaalt op welke node
3:35
Speaker 2: elke nieuwe pad wordt uitgevoerd. De controller manager bewaakt de
3:38
Speaker 2: cluster status en zorgt dat de realiteit overeenkomt met wat
3:40
Speaker 2: jij hebt gevraagd. En ETCD slaat alle configuratiegegevens op. Zie
3:44
Speaker 2: het als het geheugen van je cluster. Als ETCD beschadigd
3:46
Speaker 2: raakt of verloren gaat, ben je het cluster kwijt. Als
3:49
Speaker 2: je zelf Kubernetes opzet, ben je voor dit alles verantwoordelijk.
3:51
Speaker 2: Jij patcht de API-server wanneer er kwetsbaarheden verschijnen. Jij maakt
3:54
Speaker 2: regelmatig backups van ETCD. Jij vangt hardware storingen op de
3:57
Speaker 2: machines die deze componenten draaien op. Dat is veel werk.
3:59
Speaker 2: Met AXE neemt Microsoft dat van je over. Zij draaien
4:02
Speaker 2: het controlplane op hun eigen infrastructuur. Zij patchen het, maken
4:05
Speaker 2: er backups van en monitoren het. Je ziet de onderliggende
4:07
Speaker 2: machines nooit. Je communiceert alleen met het API-server-eindpunt, de rest
4:11
Speaker 2: gebeurt achter de schermen. Maar niet alle controlplanes zijn hetzelfde.
4:14
Speaker 2: AXE biedt drie niveaus, Free, Standard en Premium. De gratis
4:18
Speaker 2: laag biedt je het controlepaneel zonder extra kosten, zonder sla
4:21
Speaker 2: op de API-server. Dit is prima voor leer-, ontwikkel- of
4:24
Speaker 2: testomgevingen waar een paar minuten uitvaltijd geen kwaad kan. Maar
4:27
Speaker 2: voor productiewerklodes wil je waarschijnlijk meer. De standaardlaag kost ongeveer
4:30
Speaker 2: 72 dollar per maand per cluster. Dit geeft je een
4:33
Speaker 2: sla van 99,95% op de API-server bij gebruik van beschikbaarheidszones.
4:38
Speaker 2: Als het controlepaneel uitvalt, crediteert Microsoft je. Het is de
4:41
Speaker 2: standaardkeuze voor de meeste productieclusters. De premiumlaag kost ongeveer 432
4:45
Speaker 2: dollar per maand. Je krijgt alles van standaard plus lange
4:48
Speaker 2: termijn ondersteuning voor Kubernetes versies. Als je een gereguleerde workload
4:52
Speaker 2: draait die maanden of jaren op een specifieke versie moet blijven,
4:55
Speaker 2: dan is premium logisch. Dit is echter het belangrijkste punt.
4:58
Speaker 2: Je betaalt eigenlijk niet voor het controlepaneel zelf. De gratis
5:01
Speaker 2: laag is echt gratis. Standaard en premium zijn vergoedingen voor
5:04
Speaker 2: de sla- en lange termijn ondersteuning, niet voor de resources
5:06
Speaker 2: van het controlepaneel. Waar je wel voor betaalt zijn de
5:08
Speaker 2: worker notes, de VM's die je containers draaien. Die worden
5:10
Speaker 2: afzonderlijk gefactureerd tegen standaard Azure VM tarieven. Dus, bekijk het
5:13
Speaker 2: op deze manier. Het controlepaneel is het brein. Microsoft beheert
5:17
Speaker 2: dit voor je. Je kiest de servicelaag op basis van
5:19
Speaker 2: je betrouwbaarheidsbehoeften. Maar het echte werk van het draaien van
5:21
Speaker 2: je applicaties gebeurt op de worker nodes. Op die worker
5:24
Speaker 2: nodes draaien je applicaties daadwerkelijk. Laten we het daarover hebben.
5:27
Speaker 2: De nodes, de workers waarvoor je betaalt. Nodes zijn Azure
5:30
Speaker 2: Virtual Machines, simpel en duidelijk. Standaard Azure VM's die je
5:34
Speaker 2: pads hosten, de kleinste eenheid in Kubernetes die in of
5:36
Speaker 2: meer containers draait. Je kiest de grootte en het aantal. Dus,
5:39
Speaker 2: als je een D2S liggend streepje V3 wilt met 2
5:41
Speaker 2: VCPU's en 8 GB aan RAM, dan kan dat. Heb
5:44
Speaker 2: je een geheugen geoptimaliseerde E32 nodig met 32 VCPU's en
5:47
Speaker 2: 256 GB, dan werkt dat ook. Nu, je gooit niet
5:50
Speaker 2: zomaar willekeurige VM's bij elkaar. Axe organiseert ze in node pools.
5:54
Speaker 2: Een node pool is een groep identieke VM's met dezelfde
5:57
Speaker 2: grootte en configuratie. Je kunt meerdere node pools in één
6:00
Speaker 2: cluster hebben. Een pool met algemene D-serie VM's voor je
6:02
Speaker 2: webfront en een andere met geheugen geoptimaliseerde E-serie VM's voor
6:05
Speaker 2: je database en een derde met GPU-enabled VM's voor machine
6:08
Speaker 2: learning workloads. Elke pool schaalt onafhankelijk. En die schaling is automatisch.
6:12
Speaker 2: De cluster autoscaler bewaakt je pods. Wanneer ze meer resources
6:15
Speaker 2: nodig hebben dan de huidige nodes kunnen bieden, voegt hij
6:17
Speaker 2: nieuwe nodes toe. En wanneer het verkeer afneemt en de
6:19
Speaker 2: belasting grotendeels inactief is, verwijdert hij ze. Jij stelt de
6:22
Speaker 2: minimum en maximum grootte voor elke pool in en ax
6:25
Speaker 2: regelt de rest. Dit is waar je echt geld bespaart.
6:27
Speaker 2: Je betaalt niet voor onbenutte capaciteit tijdens daluren. Node-upgrades zijn
6:31
Speaker 2: iets anders wat Axe afhandelt. Wanneer er een nieuwe OS-beveiligingspatch uitkomt,
6:35
Speaker 2: kan Axe deze op je nodes toepassen. En wanneer er
6:37
Speaker 2: een nieuwe Kubernetes-versie uitkomt, kan Axe je cluster upgraden. Jij
6:41
Speaker 2: bepaalt het schema. Jij beslist wanneer upgrades plaatsvinden, niet Microsoft.
6:45
Speaker 2: Het eigenlijke werk van pads drainen, nodes updaten en ze
6:47
Speaker 2: weer online brengen wordt voor je gedaan. Nu, de kosten.
6:50
Speaker 2: Je betaalt standaard Azure VM tarieven voor je nodes. Een
6:53
Speaker 2: D2S V3 in EastUS kost ongeveer 70 dollar per maand
6:57
Speaker 2: en een grotere VM kost meer. Maar er zijn manieren
6:59
Speaker 2: om die kosten aanzienlijk te verlagen. Gereserveerde instanties laten je
7:02
Speaker 2: vastleggen voor 1 of 3 jaar in ruil voor korting,
7:04
Speaker 2: tot wel 72% goedkoper dan PSU Go. Als je je
7:07
Speaker 2: basiscapaciteit kent, de nodes die altijd moeten draaien, is reserveren
7:11
Speaker 2: erg zinvol. Spot VM's zijn nog goedkoper, tot 90% korting op,
7:14
Speaker 2: pay as you go, tarieven. Maar, dit is het addertje
7:17
Speaker 2: onder het gras. Azure kan die capaciteit op elk moment terugvorderen,
7:20
Speaker 2: met 30 seconden melding voor verwijdering. Dat is prima voor
7:24
Speaker 2: batch taken, CI, CD pipelines of stateless workloads die interrupties aankunnen,
7:28
Speaker 2: maar niet ideaal voor je klantgerichte productie API. Dus, je
7:31
Speaker 2: betaalt voor de workers, kies de grote, Het aantal en
7:33
Speaker 2: het prijsmodel, terwijl Axtepols schaling en upgrades beheert. Je nodes
7:37
Speaker 2: en pads moeten met elkaar kunnen communiceren. En dat is
7:40
Speaker 2: waar netwerken om de hoek komt kijken. Netwerken, hoe pads
7:43
Speaker 2: met elkaar praten. Elke pad in je cluster heeft een
7:45
Speaker 2: IP-adres nodig, maar pads komen en gaan constant. Ze crashen,
7:49
Speaker 2: ze schalen op. Ze worden vervangen. Dus heb je een
7:51
Speaker 2: systeem nodig dat dynamisch IP's uitdeelt en zorgt dat pads
7:53
Speaker 2: elkaar kunnen bereiken. Dat is wat de Container Networking Interface doet.
7:57
Speaker 2: Azure CNI is de implementatie van Microsoft en beheert hoe
8:00
Speaker 2: pads adressen krijgen en hoe verkeer tussen ze stroomt. Er
8:03
Speaker 2: zijn twee hoofdnetwerkmodellen waaruit je kunt kiezen. Overleennetwerken geven pads
8:07
Speaker 2: IP's uit een apart adresbereik dat geen deel uitmaakt van
8:09
Speaker 2: je virtuele netwerk. Dit is de meer schaalbare optie. Je
8:12
Speaker 2: kunt tot 5000 nodes en een kwart miljoen pads in
8:15
Speaker 2: één cluster hebben. Omdat pad-IP's gescheiden zijn van je VNet,
8:19
Speaker 2: kun je dezelfde adresruimte hergebruiken in meerdere clusters zonder conflicten.
8:22
Speaker 2: De keerzijde is dat pads niet direct van buiten het
8:25
Speaker 2: cluster toegankelijk zijn. Verkeer dat een pad verlaat, wordt vertaald
8:28
Speaker 2: naar het IP-adres van de node. De andere optie is
8:31
Speaker 2: flat networking waarbij pads-IP's direct uit je VNet bereik krijgen.
8:34
Speaker 2: Externe systemen kunnen indien nodig direct pads bereiken... Maar het
8:38
Speaker 2: nadeel is dat je IP-adressen verbruikt uit je VNet die
8:40
Speaker 2: snel op kunnen raken als je veel pads hebt. Je
8:42
Speaker 2: moet de grootte van je subnet zorgvuldig plannen. Laten we
8:45
Speaker 2: het nu hebben over verkeer dat je cluster verlaat. Wanneer
8:47
Speaker 2: een pad iets op internet moet bereiken, zoals een externe API,
8:51
Speaker 2: database of externe service, moet dat verkeer ergens doorheen. Standaard
8:55
Speaker 2: gebruikt Axon Azure Load Balancer voor uitgaande verbindingen, wat voor
8:58
Speaker 2: de meeste workloads prima werkt. Maar als je applicaties veel
9:01
Speaker 2: uitgaande verbindingen maken, kun je tegen SNAT-poortuitputting aanlopen. Elke node
9:05
Speaker 2: krijgt een vast aantal source network address translation poorten en
9:09
Speaker 2: als die opraken, mislukken nieuwe verbindingen. De oplossing is Azure
9:12
Speaker 2: NAT Gateway, die veel beter omgaat met grote aantallen verbindingen.
9:16
Speaker 2: Voor het blootstellen van je applicaties aan het internet zijn
9:18
Speaker 2: er twee hoofdbenaderingen. Voor applicaties die communiceren via TCP of UDP,
9:22
Speaker 2: zoals gameservers, databases of aangepaste protocollen, gebruik je een load
9:26
Speaker 2: balancer service. Deze geeft je app een publiek IP-adres en
9:28
Speaker 2: stuurt verkeer door op laag 4. Voor webapplicaties die HTTP
9:32
Speaker 2: of HTTPS gebruiken, wil je een Ingress-controller. Deze werkt op
9:35
Speaker 2: laag 7. Deze begrijpt URL's, paden en hostnamen. Je kunt
9:39
Speaker 2: verkeer naar verschillende services routeren op basis van de domeinnaam
9:42
Speaker 2: of het URL-pad, en één publiek IP kan tientallen applicaties bedienen.
9:45
Speaker 2: AXE ondersteunt beheerde Ingress-opties zoals Application Gateway for Containers, of
9:49
Speaker 2: je kunt je eigen oplossing zoals een GINX draaien. Een
9:52
Speaker 2: fout die mensen vaak maken, is het aanmaken van hun
9:54
Speaker 2: AXE-cluster met een te klein subnet. Misschien een 28 subnet,
9:57
Speaker 2: in totaal 16 IP's. Dat werkt voor een klein testcluster,
10:00
Speaker 2: maar AXE reserveert IP's per node. Een cluster met 3
10:03
Speaker 2: nodes en een 28 is vandaag misschien prima, maar als
10:05
Speaker 2: je volgende maand een node pool toevoegt en je verkeer groeit,
10:07
Speaker 2: kun je plotseling niet meer schalen. En je kunt de
10:09
Speaker 2: CIDR van het subnet niet meer wijzigen nadat het cluster
10:11
Speaker 2: is aangemaakt. Je zou het cluster opnieuw moeten opbouwen of
10:14
Speaker 2: een nieuwe noodpool op een ander subnet moeten aanmaken en
10:16
Speaker 2: je workloads moeten migreren. Plan de grootte van je subnets
10:18
Speaker 2: vanaf dag 1 voor groei. Zodra je app draait en
10:21
Speaker 2: bereikbaar is, moet je deze beveiligen. Beveiliging. Wie krijgt er toegang? Dus,
10:25
Speaker 2: hoe werkt beveiliging eigenlijk in AXE? Zie het als een
10:28
Speaker 2: gebouw met meerdere beveiligingslagen. De eerste laag is identiteit en toegang.
10:32
Speaker 2: Wie mag er door de deur naar binnen? Je koppelt
10:34
Speaker 2: je cluster aan en tra ID, de identiteitsservice van Microsoft.
10:37
Speaker 2: Dit heette voorheen Azure Active Directory. Je team logt in
10:40
Speaker 2: met de normale werkgegevens, aparte accounts zijn niet nodig. Daarbovenop
10:44
Speaker 2: voeg je Kubernetes RBAC toe, oftewel op rollen gebaseerd toegangsbeheer.
10:48
Speaker 2: Dit bepaalt wie wat kan zien, wie pads kan implementeren
10:50
Speaker 2: en wie resources kan verwijderen. Een ontwikkelaar krijgt misschien alleen
10:53
Speaker 2: toegang tot de eigen namespace, terwijl een operator clusterbrede leestoegang
10:57
Speaker 2: heeft en een beheerder volledige controle krijgt. Je kunt entragroepen
11:00
Speaker 2: direct koppelen aan Kubernetes rollen, dus wanneer iemand bij het
11:02
Speaker 2: team komt of vertrekt, werk je de Entra-groep bij een
11:04
Speaker 2: volgende rechten automatisch. Het is de receptiebalie die de toegang
11:07
Speaker 2: voor het hele gebouw regelt. Netwerkbeveiliging is de tweede laag.
11:11
Speaker 2: Standaard is de API-server van je AXE-cluster toegankelijk via het
11:14
Speaker 2: openbare internet en hoewel je dit kunt beperken tot specifieke
11:16
Speaker 2: IP bereiken, blijft het eindpunt blootgesteld. Voor productieworkloads wil je
11:20
Speaker 2: in plaats daarvan een privaat cluster. Op die manier krijgt
11:22
Speaker 2: de API-server een intern IP-adres van je VNet, alleen toegankelijk
11:26
Speaker 2: via Azure Private Link, zonder enige openbare blootstelling. Iedereen die
11:29
Speaker 2: het cluster beheert, moet verbonden zijn met je netwerk via
11:31
Speaker 2: een VPN, ExpressRoute of een Jumbox binnen het VNet. Dan
11:35
Speaker 2: komen we bij pad beveiliging, waar de meeste kwetsbaarheden in
11:37
Speaker 2: containers optreden. De belangrijkste regel, draai containers nooit als root.
11:41
Speaker 2: Als een container als root draait en een aanvaller breekt in,
11:43
Speaker 2: hebben ze root toegang op de host. Hetzelfde geldt voor
11:46
Speaker 2: privilege escalatie, schakel dit uit. Gebruik Azure Policy voor Kubernetes
11:49
Speaker 2: om deze regels automatisch af te dwingen. Je kunt instellen
11:52
Speaker 2: dat geen enkele container in deze namespace als root mag draaien,
11:54
Speaker 2: en het beleid blokkeert elke implementatie die die regels schendt
11:57
Speaker 2: voordat deze een nood bereikt. Geheimen zijn het volgende grote punt.
12:00
Speaker 2: Sla nooit wachtwoorden, API-sleutels of verbindingsreeksen op in je code
12:03
Speaker 2: of container images. Mensen doen het constant. Ze hardcoden een
12:06
Speaker 2: database wachtwoord in een configuratiebestand, bouwen de image, pushen deze
12:10
Speaker 2: naar een register en dat wachtwoord is voor altijd ingebed.
12:13
Speaker 2: Iedereen met toegang tot het register kan het extraheren. Gebruik
12:16
Speaker 2: in plaats daarvan Azure Key Vault. Sla je geheimen daarop
12:19
Speaker 2: en laat je pad ze benaderen via de Secret Store
12:21
Speaker 2: CSI Driver. De pad koppelt het geheim als volume of
12:23
Speaker 2: omgevingsvariabelen tijdens runtime en het geheim raakt nooit je image
12:27
Speaker 2: of broncode aan. Tot slot, monitoring. Microsoft Defender for Containers
12:31
Speaker 2: scant je container images op bekende kwetsbaarheden en bewaakt je
12:34
Speaker 2: cluster op verdachte activiteiten, pogingen tot privilege-escalatie, ongebruikelijke netwerkverbindingen en
12:39
Speaker 2: cryptomining workloads. Het is geen tool die je zomaar instelt
12:41
Speaker 2: en vergeet, maar het detecteert zaken die je zelf mogelijk mist.
12:44
Speaker 2: Zelfs met dit alles kan er nog steeds iets misgaan.
12:46
Speaker 2: Laten we daarom kijken naar de meest voorkomende valkuilen. Veel
12:48
Speaker 2: voorkomende valkuilen, wat gaat er mis? Waar struikelen mensen het
12:51
Speaker 2: vaakst over? Laten we de gebruikelijke verdachten eens langslopen. Eerst
12:54
Speaker 2: hebben we de Azure quota limieten. Je Azure abonnement heeft
12:56
Speaker 2: limieten voor het aantal vcpus dat je in een regio
12:58
Speaker 2: kunt gebruiken en hetzelfde geldt voor publieke IP's, load balancers
13:01
Speaker 2: en andere resources. Wanneer je een axe cluster aanmaakt, verbruikt
13:04
Speaker 2: dit een deel van dat kwotum. Als je de limiet bereikt,
13:06
Speaker 2: mislukt het aanmaken van het cluster of stopt het schalen.
13:09
Speaker 2: De oplossing is eenvoudig, vraag een kwotumverhoging aan via de
13:12
Speaker 2: Azure portal. Doe dit echter voordat je het nodig hebt,
13:15
Speaker 2: niet wanneer een deployment om twee uur vastloopt. Het volgende
13:17
Speaker 2: punt is subnet grootte en dit is pijnlijk omdat je
13:19
Speaker 2: het achteraf niet kunt herstellen. Axe reserveert IP-adressen per node
13:23
Speaker 2: en elke node heeft een bepaald aantal IP's nodig voor pads.
13:26
Speaker 2: Als je subnet te klein is, raak je door de
13:27
Speaker 2: adressen heen en kun je een subnet niet meer uitbreiden
13:30
Speaker 2: nadat het cluster is aangemaakt. Plan dus voor groei. Als
13:32
Speaker 2: je denkt dat je vandaag 10 nodes nodig hebt, reserveer
13:34
Speaker 2: dan genoeg IP's voor 50 nodes. Een 24 subnet geeft
13:37
Speaker 2: je 251 bruikbare IP's, wat voor de meeste clusters een
13:40
Speaker 2: goed startpunt is. Image spool back off is waarschijnlijk de
13:43
Speaker 2: meest voorkomende padfout die je zult zien. Je pad probeert
13:46
Speaker 2: een container image op te halen en dat mislukt. Meestal
13:48
Speaker 2: is het een authenticatieprobleem. Je cluster heeft geen toegang tot
13:51
Speaker 2: het containerregister. Misschien gebruik je een privaat register zonder inloggegevens
13:55
Speaker 2: of zijn de gegevens verlopen. Controleer je image pool secrets.
13:57
Speaker 2: Zorg dat het service account toegang heeft tot het register
13:59
Speaker 2: en verifieer of de image naam correct is. Het is
14:01
Speaker 2: zelden een Kubernetes-bak. Crash low back off is een andere
14:04
Speaker 2: veel voorkomende fout. Je pad start, draait een paar seconden, crash,
14:07
Speaker 2: herstart en crash weer. De natuurlijke reactie is om Kubernetes
14:10
Speaker 2: de schuld te geven, maar doe dat niet. 9 van
14:12
Speaker 2: de 10 keer ligt het aan je applicatie, een verkeerd
14:14
Speaker 2: geconfigureerde omgevingsvariabelen, een ontbrekende dependency of een database connection string
14:17
Speaker 2: die naar de verkeerde server wijst. Controleer de padlogs met kubectlogs.
14:21
Speaker 2: De foutmelding staat daar meestal direct in. En dan is
14:23
Speaker 2: er nog de uitputting van uitgaande verbindingen. Je applicaties maken
14:26
Speaker 2: veel verbindingen met externe services, APIs, databases en tools van derden.
14:30
Speaker 2: Elke verbinding gebruikt een SNAT-poort en elke node heeft een
14:33
Speaker 2: beperkt aantal van die poorten. Wanneer deze op zijn, mislukken
14:36
Speaker 2: nieuwe verbindingen geruisloos. Je app ziet er gezond uit, maar
14:39
Speaker 2: kan niets buiten het cluster bereiken. De oplossing is overstappen
14:42
Speaker 2: op Azure NAT Gateway, die veel beter omgaat met hoge
14:44
Speaker 2: aantallen verbindingen dan de standaard load balancer, of grotere node-formaten
14:47
Speaker 2: gebruiken met meer SNAT-poorten per node. Al deze onderdelen hebben
14:50
Speaker 2: een prijskaartje, dus laten we kijken wat je daadwerkelijk gaat betalen.
14:53
Speaker 2: Kosten en prijzen. Dus, wat kost DAX nu echt? Laten
14:56
Speaker 2: we duidelijk zijn. Het grootste deel van uw factuur komt
14:58
Speaker 2: van de worker note VM's, de rekenkracht, opslag en netwerken.
15:02
Speaker 2: Dat is waar het echte geld naar toe gaat. Een
15:03
Speaker 2: D2 ASV3 note in East US kost ongeveer 70 dollar
15:06
Speaker 2: per maand. 5 notes 350 dollar. 10 notes 700. Die
15:11
Speaker 2: VM kosten lopen snel op. Het controlepaneel heeft drie prijskategorieën.
15:15
Speaker 2: Free geeft u het controlepaneel zonder extra kosten, maar zonder sla.
15:18
Speaker 2: Standard kost ongeveer 72 dollar per maand per cluster met
15:22
Speaker 2: een 99,95% sla op de API-server. Premium is ongeveer 432
15:27
Speaker 2: dollar per maand en voegt ondersteuning op lange termijn toe
15:30
Speaker 2: voor Kubernetes-versies. Voor de meeste productieworkloads is Standard ideaal, maar
15:34
Speaker 2: u kunt die VM-kosten verlagen. Gereserveerde instanties laten u vastleggen
15:38
Speaker 2: voor één of drie jaar, met een besparing tot 72%
15:40
Speaker 2: vergeleken met betalen naar gebruik. Als u uw basiscapaciteit kent,
15:43
Speaker 2: de notes die altijd moeten draaien, is reserveren een logische keuze.
15:46
Speaker 2: Azure besparingsplannen werken vergelijkbaar, maar bieden meer flexibiliteit tussen verschillende VM-families.
15:51
Speaker 2: U legt zich vast op een bepaald uurlijks bedrag en
15:53
Speaker 2: Azure past de korting automatisch toe. Besparingen lopen op tot 65%.
15:56
Speaker 2: Spot VM's zijn de goedkoopste optie, tot 90% korting, maar
15:59
Speaker 2: er zit een addertje onder het gras. Azure kan die
16:01
Speaker 2: capaciteit op elk moment terugvorderen. Uw nodes worden verwijderd, uw
16:04
Speaker 2: pads worden opnieuw geplant. Dat werkt prima voor batch taken, CI,
16:07
Speaker 2: CD runners of stateless workloads. Minder voor uw productie API.
16:11
Speaker 2: Kostenoptimalisatie gaat niet alleen over kortingen. Kies de juiste grootte
16:14
Speaker 2: voor uw nodes. Provisioneer geen VM met 16 cores als
16:16
Speaker 2: uw pads er slechts 2 gebruiken. Gebruik de cluster autoscaler,
16:19
Speaker 2: zodat u niet betaalt voor inactieve nodes bij weinig verkeer.
16:21
Speaker 2: Overweeg voor lichte CPU workloads B-serie VM's. Ze zijn burstable
16:25
Speaker 2: en aanzienlijk goedkoper dan de D-serie. Vergeet ook opslag en
16:28
Speaker 2: datatransfer niet. Permanente volumes verhogen de kosten. Azure Disk is snel,
16:32
Speaker 2: maar duur. Azure Files is goedkoper, maar langzamer. Kies op
16:35
Speaker 2: basis van de prestatiebehoeften van uw workload. Data-agress, verkeer dat
16:39
Speaker 2: Azure verlaat, kost ook geld. Hou uw verkeer indien mogelijk
16:42
Speaker 2: binnen dezelfde regio. Dus, wanneer is AXE eigenlijk zinvol? Laten
16:46
Speaker 2: we praten over praktijkadvies. Wanneer moet u AXE gebruiken? AXE
16:49
Speaker 2: blinkt uit bij een microservices-architectuur. U heeft meerdere onafhankelijke services
16:53
Speaker 2: die afzonderlijk moeten schalen. De front-end heeft misschien tien replica's
16:56
Speaker 2: nodig tijdens piekuren, terwijl de back-ender maar drie nodig heeft.
16:58
Speaker 2: AXE regelt dat op natuurlijke wijze. Elke service schaalt onafhankelijk
17:02
Speaker 2: op basis van het eigen verkeer. Hoge beschikbaarheid is een
17:05
Speaker 2: ander sterk argument. AXE verdeelt uw pads over meerdere nodes.
17:08
Speaker 2: Als een node uitvalt, worden de pads opnieuw geplant op
17:10
Speaker 2: gezonde nodes. Als u beschikbaarheidszones gebruikt, kan uw cluster overleven
17:14
Speaker 2: als een heel datacenter uitvalt. Voor applicaties die 24-7 in
17:17
Speaker 2: de lucht moeten zijn, is dat waardevol. CI-CD-integratie is waar
17:20
Speaker 2: AXE echt zijn waarde bewijst. Je bouwt je container image,
17:23
Speaker 2: pust deze naar een registry en Axe implementeert de nieuwe
17:25
Speaker 2: versie met een rolling update. Geen downtime. Als er iets misgaat,
17:28
Speaker 2: draai je de wijziging terug. Geen handmatige SSH naar servers,
17:31
Speaker 2: geen gekopieer en geplak van bestanden. De pipeline regelt alles.
17:34
Speaker 2: Maar Axe is niet altijd het juiste antwoord. Als je
17:36
Speaker 2: een simpele monolithische applicatie hebt die op één VM draait,
17:39
Speaker 2: voegt Axe complexiteit toe zonder veel voordeel. Je zou Kubernetes
17:42
Speaker 2: beheren puur om het beheren. Soms is een VM, App
17:45
Speaker 2: Service of zelfs Azure Functions de simpelere, goedkopere keuze. Als
17:48
Speaker 2: je net begint, gebruik dan de gratis laag. Maak een cluster,
17:51
Speaker 2: implementeer een testapplicatie, maak dingen kapot en herstel ze. Leer
17:54
Speaker 2: de concepten zonder je zorgen te maken over de kosten.
17:56
Speaker 2: Wanneer je klaar bent voor productie, stap je over naar standard.
17:58
Speaker 2: Laten we alles op een rij zetten. Dus, dit is
18:00
Speaker 2: wat je moet onthouden. AXE neemt vier belangrijke zaken voor
18:02
Speaker 2: zijn rekening. Microsoft beheert het controlplane, dat is het brein
18:05
Speaker 2: van het cluster. Jij kiest de grote en het aantal nodes,
18:08
Speaker 2: de worker VM's, en AXE beheert de polls en schaling.
18:11
Speaker 2: Voor netwerken communiceren pads met elkaar en de buitenwereld via
18:14
Speaker 2: Azure CNI, en AXE integreert hiermee om alles werkend te krijgen.
18:17
Speaker 2: Beveiligingstools zijn ingebouwd. Identiteit, netwerkisolatie, path hardening. Je betaalt alleen
18:22
Speaker 2: voor de compute, nodes, opslag en netwerken. Het controlplane zelf
18:26
Speaker 2: is gratis in de gratis laag. Je hebt alleen standard
18:28
Speaker 2: of premium nodig als je een sla- of langdurige ondersteuning wilt.
18:31
Speaker 2: Je volgende stap, maak een gratis axe cluster aan in
18:34
Speaker 2: de Azure portal. Implementeer een simpele testapplicatie, NGINX of een
18:37
Speaker 2: Hello World container. Kijk hoe het werkt, maak het kapot
18:40
Speaker 2: en herstel het. Die praktijkervaring is beter dan welke tutorial
18:43
Speaker 2: dan ook. Als deze aflevering hielp, abonneer je dan voor
18:45
Speaker 2: meer duidelijke uitleg over Azure en deel het met iemand
18:48
Speaker 2: die aan zijn cloudreis begint. Ze zullen je later bedanken.