Förbereda Linux för Edge-volymer

Artikel
10/16/2024

Artikeln beskriver hur du förbereder Linux för Edge-volymer 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.

Avinstallera tidigare instans av Azure Container Storage som aktiverats av Azure Arc-tillägget

Om du tidigare har installerat en version av Azure Container Storage som har aktiverats av Azure Arc tidigare än 2.1.0-förhandsversionen måste du avinstallera den föregående instansen för att kunna installera den nyare versionen. Om du har installerat versionen 1.2.0-preview eller tidigare använder du dessa instruktioner. Versioner efter 2.1.0-förhandsversionen kan uppgraderas och kräver inte den här avinstallationen.

För att kunna ta bort den gamla versionen av tillägget måste De Kubernetes-resurser som innehåller referenser till den gamla versionen av tillägget rensas. Väntande resurser kan fördröja rensningen av tillägget. Det finns minst två sätt att rensa dessa resurser: antingen med hjälp kubectl delete <resource_type> <resource_name>av eller genom att "avanvända" YAML-filerna som används för att skapa resurserna. De resurser som behöver tas bort är vanligtvis poddarna, PVC-referensen och crd-filen för delvolym (om Cloud Ingest Edge Volume konfigurerades). Du kan också skicka följande fyra YAML-filer till kubectl delete -f med hjälp av följande kommandon i den angivna ordningen. Dessa variabler måste uppdateras med din information:
- YOUR_DEPLOYMENT_FILE_NAME_HERE: Lägg till namn på distributionsfilen. I exemplet i den här artikeln var deploymentExample.yamlfilnamnet som användes . Om du har skapat flera distributioner måste var och en tas bort på en separat rad.
- YOUR_PVC_FILE_NAME_HERE: Lägg till filnamnen för beständiga volymanspråk. I exemplet i den här artikeln, om du använde Cloud Ingest Edge-volymen, var cloudIngestPVC.yamlfilnamnet som användes . Om du använde den lokala shared edge-volymen var localSharedPVC.yamlfilnamnet som användes . Om du har skapat flera datorer måste var och en tas bort på en separat rad.
- YOUR_EDGE_SUBVOLUME_FILE_NAME_HERE: Lägg till dina Edge-undervolume-filnamn. I exemplet i den här artikeln var edgeSubvolume.yamlfilnamnet som användes . Om du har skapat flera delvolymer måste var och en tas bort på en separat rad.
- YOUR_EDGE_STORAGE_CONFIGURATION_FILE_NAME_HERE: Lägg till namnet på edge-lagringskonfigurationsfilen här. I exemplet i den här artikeln var edgeConfig.yamlfilnamnet som användes .
```
kubectl delete -f "<YOUR_DEPLOYMENT_FILE_NAME_HERE.yaml>"
kubectl delete -f "<YOUR_PVC_FILE_NAME_HERE.yaml>"   
kubectl delete -f "<YOUR_EDGE_SUBVOLUME_FILE_NAME_HERE.yaml>"
kubectl delete -f "<YOUR_EDGE_STORAGE_CONFIGURATION_FILE_NAME_HERE.yaml>"
```
När du har tagit bort filerna för dina distributioner, datorer, Edge-delvolymer och Edge-lagringskonfiguration från föregående steg kan du avinstallera tillägget med hjälp av följande kommando. Ersätt YOUR_RESOURCE_GROUP_NAME_HERE, YOUR_CLUSTER_NAME_HEREoch YOUR_EXTENSION_NAME_HERE med din respektive information:
```
az k8s-extension delete --resource-group YOUR_RESOURCE_GROUP_NAME_HERE --cluster-name YOUR_CLUSTER_NAME_HERE --cluster-type connectedClusters --name YOUR_EXTENSION_NAME_HERE
```

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.

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.

Dela via