Anteckning
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
Artikeln beskriver hur du förbereder Linux för Edge-volymer med hjälp av Azure Kubernetes Service (AKS) som aktiveras av Azure Arc, Edge Essentials eller Ubuntu.
Dessa instruktioner förutsätter att du redan har ett Arc-aktiverat 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.
Du måste också installera en cert-manager enligt beskrivningen i Installera Edge-volymer.
Förutsättningar
I följande tabell visas kraven för Azure Container Storage som aktiveras av Azure Arc:
| Krav | Kluster med en nod/två noder | Kluster med flera noder |
|---|---|---|
| Operativsystem | ||
| Kernel-version | 5.15 och senare (lägsta stöd) | 5.15 och senare (lägsta stöd) |
| Stöd för NFSv4.2 | Aktiverad i kerneln | Aktiverad i kerneln |
| Maskinvarukrav | ||
| CPU | Minst 4 CPU:er | Minst 8 CPU:er |
| RAM | Minst 16 GB | 32 GB rekommenderas (minst 16 GB) |
| VM-rekommendation | Standard_D8ds_v5 eller motsvarande | Standard_D8as_v5 eller motsvarande |
| Lagringskrav | ||
| Lagringshanterare | Lokal sökvägslagringsklass krävs | Använder trevägsreplikering för feltolerans |
| Effektiv lagring | Fullständigt diskutrymme tillgängligt | 1/3 av det totala diskutrymmet på grund av replikering |
| Reserverad systemvolym | 1 GB per Edge-volym | 1 GB per Edge-volym (använder 3 GB med replikering) |
| Systemkonfiguration | ||
| sysctl-konfiguration | fs.inotify.max_user_instances >= 1024 |
fs.inotify.max_user_instances >= 1024 |
| NVME över TCP-kernelmodul | Krävs inte | Krävs |
| Konfiguration av Hugepages | Krävs inte | Ange till 512 |
Ytterligare överväganden
- Kernelkompatibilitet: Det finns kända problem med kernelversionerna 6.4 och 6.2.
- Regional tillgänglighet: Azure Container Storage med Azure Arc är endast tillgängligt i: East US, East US 2, West US, West US 2, West US 3, Nordeuropa, Västeuropa
- Kontrollera att nödvändig disklagring är tillgänglig och korrekt monterad
- För kluster med flera noder fungerar 32 GB RAM-minne 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.
Kluster med en nod
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.
Kluster med flera noder
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 lagring
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.