Linux voorbereiden op Edge-volumes (preview)

Artikel
10/16/2024

In het artikel wordt beschreven hoe u Linux voorbereidt op Edge-volumes met behulp van AKS die zijn ingeschakeld door Azure Arc, Edge Essentials of Ubuntu.

Notitie

De minimaal ondersteunde Linux-kernelversie is 5.1. Op dit moment zijn er bekende problemen met 6.4 en 6.2.

Vereisten

Notitie

Azure Container Storage ingeschakeld door Azure Arc is alleen beschikbaar in de volgende regio's: VS - oost, VS - oost 2, VS - west 2, VS - west 2, VS - west 3, Europa - noord, Europa - west.

Het vorige exemplaar van Azure Container Storage verwijderen dat is ingeschakeld door de Azure Arc-extensie

Als u eerder een versie van Azure Container Storage hebt geïnstalleerd die is ingeschakeld door Azure Arc ouder dan 2.1.0-preview, moet u dat vorige exemplaar verwijderen om de nieuwere versie te kunnen installeren. Als u de versie 1.2.0-preview of eerder hebt geïnstalleerd, gebruikt u deze instructies. Versies na 2.1.0-preview zijn upgradebaar en vereisen deze verwijdering niet.

Als u de oude versie van de extensie wilt verwijderen, moeten de Kubernetes-resources met verwijzingen naar de oude versie van de extensie worden opgeschoond. Alle resources die in behandeling zijn, kunnen het opschonen van de extensie vertragen. Er zijn ten minste twee manieren om deze resources op te schonen: ofwel met behulp van kubectl delete <resource_type> <resource_name>, of door de YAML-bestanden die worden gebruikt om de resources te maken ongedaan te maken. De resources die moeten worden verwijderd, zijn doorgaans de pods, de PVC waarnaar wordt verwezen en het subvolume CRD (als Cloud Ingest Edge Volume is geconfigureerd). U kunt ook de volgende vier YAML-bestanden doorgeven aan kubectl delete -f de volgende opdrachten in de opgegeven volgorde. Deze variabelen moeten worden bijgewerkt met uw gegevens:
- YOUR_DEPLOYMENT_FILE_NAME_HERE: Voeg de namen van uw implementatiebestand toe. In het voorbeeld in dit artikel is deploymentExample.yamlde gebruikte bestandsnaam opgegeven. Als u meerdere implementaties hebt gemaakt, moet elke implementatie op een afzonderlijke regel worden verwijderd.
- YOUR_PVC_FILE_NAME_HERE: Voeg de bestandsnamen van uw permanente volumeclaim toe. In het voorbeeld in dit artikel, als u het Cloud Ingest Edge-volume hebt gebruikt, was cloudIngestPVC.yamlde gebruikte bestandsnaam. Als u het lokale gedeelde edge-volume hebt gebruikt, was localSharedPVC.yamlde gebruikte bestandsnaam. Als u meerdere PVC's hebt gemaakt, moet elke pc op een afzonderlijke regel worden verwijderd.
- YOUR_EDGE_SUBVOLUME_FILE_NAME_HERE: Voeg de bestandsnamen van uw Edge-subvolume toe. In het voorbeeld in dit artikel is edgeSubvolume.yamlde gebruikte bestandsnaam opgegeven. Als u meerdere subvolumes hebt gemaakt, moet elke subvolume worden verwijderd op een afzonderlijke regel.
- YOUR_EDGE_STORAGE_CONFIGURATION_FILE_NAME_HERE: Voeg hier de naam van het configuratiebestand voor de Edge-opslag toe. In het voorbeeld in dit artikel is edgeConfig.yamlde gebruikte bestandsnaam opgegeven.
```
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>"
```
Nadat u de bestanden voor uw implementaties, PVC's, Edge-subvolumes en de Edge-opslagconfiguratie uit de vorige stap hebt verwijderd, kunt u de extensie verwijderen met behulp van de volgende opdracht. Vervang YOUR_RESOURCE_GROUP_NAME_HERE, YOUR_CLUSTER_NAME_HEREen YOUR_EXTENSION_NAME_HERE door uw respectieve informatie:
```
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
```

Kubernetes-cluster dat is verbonden met Arc

In deze instructies wordt ervan uitgegaan dat u al een Kubernetes-cluster met Arc hebt. Als u een bestaand Kubernetes-cluster wilt verbinden met Azure Arc, raadpleegt u deze instructies.

Als u Azure Container Storage wilt gebruiken die is ingeschakeld door Azure Arc met Azure IoT Operations, volgt u de instructies voor het maken van een cluster voor Azure IoT Operations.

Clusters met één knooppunt en meerdere knooppunten

Een cluster met één knooppunt wordt vaak gebruikt voor ontwikkelings- of testdoeleinden vanwege de eenvoud in de installatie en minimale resourcevereisten. Deze clusters bieden een lichtgewicht en eenvoudige omgeving voor ontwikkelaars om te experimenteren met Kubernetes zonder de complexiteit van een installatie met meerdere knooppunten. Bovendien is een cluster met één knooppunt praktischer in situaties waarin resources zoals CPU, geheugen en opslag beperkt zijn. Het gemak van de installatie en minimale resourcevereisten maken het een geschikte keuze in omgevingen met beperkte resources.

Clusters met één knooppunt hebben echter beperkingen, meestal in de vorm van ontbrekende functies, waaronder hun gebrek aan hoge beschikbaarheid, fouttolerantie, schaalbaarheid en prestaties.

Een Kubernetes-configuratie met meerdere knooppunten wordt doorgaans gebruikt voor productie-, faserings- of grootschalige scenario's vanwege functies zoals hoge beschikbaarheid, fouttolerantie, schaalbaarheid en prestaties. Een cluster met meerdere knooppunten introduceert ook uitdagingen en afwegingen, waaronder complexiteit, overhead, kosten en efficiëntieoverwegingen. Het instellen en onderhouden van een cluster met meerdere knooppunten vereist bijvoorbeeld extra kennis, vaardigheden, hulpprogramma's en resources (netwerk, opslag, berekening). Het cluster moet coördinatie en communicatie tussen knooppunten afhandelen, wat leidt tot mogelijke latentie en fouten. Daarnaast is het uitvoeren van een cluster met meerdere knooppunten resource-intensief en duurder dan een cluster met één knooppunt. Optimalisatie van resourcegebruik tussen knooppunten is van cruciaal belang voor het onderhouden van de efficiëntie en prestaties van clusters en toepassingen.

Kortom, een Kubernetes-cluster met één knooppunt is mogelijk geschikt voor ontwikkel-, test- en resourcebeperkingsomgevingen. Een cluster met meerdere knooppunten is geschikter voor productie-implementaties, hoge beschikbaarheid, schaalbaarheid en scenario's waarin gedistribueerde toepassingen een vereiste zijn. Deze keuze is uiteindelijk afhankelijk van uw specifieke behoeften en doelstellingen voor uw implementatie.

Minimale hardwarevereisten

Cluster met één knooppunt of twee knooppunten

Standard_D8ds_v5 VM aanbevolen
Equivalente specificaties per knooppunt:
- 4 CPU's
- 16 GB RAM

Cluster met meerdere knooppunten

Standard_D8as_v5 VM aanbevolen
Equivalente specificaties per knooppunt:
- 8 CPU's
- 32 GB RAM

32 GB RAM fungeert als buffer; 16 GB RAM moet echter volstaan. Edge Essentials-configuraties vereisen 8 CPU's met 10 GB RAM per knooppunt, waardoor 16 GB RAM de minimale vereiste is.

Minimale opslagvereisten

Vereisten voor Edge-volumes

Wanneer u de fouttolerante opslagoptie gebruikt, wijst Edge Volumes schijfruimte toe uit een fouttolerante opslaggroep, die bestaat uit de opslag die door elk knooppunt in het cluster wordt geëxporteerd.

De opslaggroep is geconfigureerd voor het gebruik van drierichtingsreplicatie om fouttolerantie te garanderen. Wanneer een Edge-volume is ingericht, wordt schijfruimte toegewezen vanuit de opslaggroep en wordt opslag toegewezen op 3 van de replica's.

In een cluster met 3 knooppunten met 20 GB schijfruimte per knooppunt heeft het cluster bijvoorbeeld een opslaggroep van 60 GB. Vanwege replicatie heeft deze echter een effectieve opslaggrootte van 20 GB.

Wanneer een Edge-volume wordt ingericht met een aangevraagde grootte van 10 GB, wijst het een gereserveerd systeemvolume (statisch formaat toe aan 1 GB) en een gegevensvolume (grootte aan de aangevraagde volumegrootte, bijvoorbeeld 10 GB). Het gereserveerde systeemvolume verbruikt 3 GB (3 x 1 GB) schijfruimte in de opslaggroep en het gegevensvolume verbruikt 30 GB (3 x 10 GB) schijfruimte in de opslaggroep voor in totaal 33 GB.

Vereisten voor cachevolumes

Voor cachevolumes is ten minste 4 GB per knooppunt van opslag vereist. Als u bijvoorbeeld een cluster met 3 knooppunten hebt, hebt u ten minste 12 GB opslagruimte nodig.

Share via