Förbereda Linux
Artikeln beskriver hur du förbereder Linux med hjälp av AKS som aktiveras av Azure Arc, Edge Essentials eller Ubuntu.
Kommentar
Den lägsta linux-kernelversionen som stöds är 5.1. För närvarande finns det kända problem med 6.4 och 6.2.
Förutsättningar
Kommentar
Azure Container Storage som aktiveras av Azure Arc är endast tillgängligt i följande regioner: USA, östra, USA, östra 2, USA, västra, USA, västra 2, USA, västra 3, Europa, norra, Europa, västra.
Arc-anslutet Kubernetes-kluster
Dessa instruktioner förutsätter att du redan har ett Arc-anslutet Kubernetes-kluster. Information om hur du ansluter ett befintligt Kubernetes-kluster till Azure Arc finns i de här anvisningarna.
Om du vill använda Azure Container Storage aktiverat av Azure Arc med Azure IoT Operations följer du anvisningarna för att skapa ett kluster för Azure IoT Operations.
Använd Ubuntu 22.04 på Standard D8s v3-datorer med tre SSD:er anslutna för mer lagring.
Kluster med en nod och flera noder
Ett kluster med en nod används ofta för utveckling eller testning på grund av dess enkelhet i konfigurationen och minimala resurskrav. Dessa kluster erbjuder en enkel och enkel miljö för utvecklare att experimentera med Kubernetes utan komplexiteten i en installation med flera noder. I situationer där resurser som CPU, minne och lagring är begränsade är dessutom ett kluster med en nod mer praktiskt. Den enkla installationen och de minimala resurskraven gör det till ett lämpligt val i resursbegränsade miljöer.
Kluster med en nod har dock begränsningar, främst i form av saknade funktioner, inklusive deras brist på hög tillgänglighet, feltolerans, skalbarhet och prestanda.
En Kubernetes-konfiguration med flera noder används vanligtvis för produktions-, mellanlagrings- eller storskaliga scenarier på grund av funktioner som hög tillgänglighet, feltolerans, skalbarhet och prestanda. Ett kluster med flera noder medför också utmaningar och kompromisser, inklusive komplexitet, omkostnader, kostnader och effektivitetsöverväganden. Till exempel kräver konfiguration och underhåll av ett kluster med flera noder extra kunskaper, färdigheter, verktyg och resurser (nätverk, lagring, beräkning). Klustret måste hantera samordning och kommunikation mellan noder, vilket leder till potentiella svarstider och fel. Dessutom är det mer resursintensivt att köra ett kluster med flera noder och är dyrare än ett kluster med en nod. Optimering av resursanvändning mellan noder är avgörande för att upprätthålla kluster- och programeffektivitet och prestanda.
Sammanfattningsvis kan ett Kubernetes-kluster med en nod vara lämpligt för utveckling, testning och resursbegränsade miljöer. Ett kluster med flera noder är lämpligare för produktionsdistributioner, hög tillgänglighet, skalbarhet och scenarier där distribuerade program är ett krav. Det här valet beror i slutändan på dina specifika behov och mål för distributionen.
Minimikrav för maskinvara
Kluster med en nod eller 2 noder
- Standard_D8ds_v5 virtuell dator rekommenderas
- Motsvarande specifikationer per nod:
- 4 processorer
- 16 GB RAM-minne
Kluster med flera noder
- Standard_D8as_v5 virtuell dator rekommenderas
- Motsvarande specifikationer per nod:
- 8 processorer
- 32 GB RAM
32 GB RAM fungerar som en buffert; 16 GB RAM-minne bör dock räcka. Edge Essentials-konfigurationer kräver 8 processorer med 10 GB RAM per nod, vilket gör 16 GB RAM-minne till minimikravet.
Minimikrav för lagring
Krav för Edge-volymer
När du använder det feltoleranta lagringsalternativet allokerar Edge-volymer diskutrymme från en feltolerant lagringspool, som består av lagringen som exporteras av varje nod i klustret.
Lagringspoolen är konfigurerad för att använda 3-vägsreplikering för att säkerställa feltolerans. När en Edge-volym etableras allokerar den diskutrymme från lagringspoolen och allokerar lagringsutrymme på 3 av replikerna.
I ett 3-nodskluster med 20 GB diskutrymme per nod har klustret till exempel en lagringspool på 60 GB. På grund av replikering har den dock en effektiv lagringsstorlek på 20 GB.
När en Edge-volym etableras med en begärd storlek på 10 GB allokerar den en reserverad systemvolym (statiskt till 1 GB) och en datavolym (storleksanpassad till den begärda volymstorleken, till exempel 10 GB). Den reserverade systemvolymen förbrukar 3 GB (3 x 1 GB) diskutrymme i lagringspoolen, och datavolymen förbrukar 30 GB (3 x 10 GB) diskutrymme i lagringspoolen, totalt 33 GB.
Krav för cachevolymer
Cachevolymer kräver minst 4 GB per nod lagring. Om du till exempel har ett 3-nodskluster behöver du minst 12 GB lagringsutrymme.
Nästa steg
Information om hur du fortsätter att förbereda Linux finns i följande instruktioner för kluster med en nod eller flera noder: