Partager via


Préparer Linux

L’article explique comment préparer Linux à l’aide d’AKS activé par Azure Arc, Edge Essentials ou Ubuntu.

Remarque

La version minimale prise en charge du noyau Linux est 5.1. À ce stade, il existe des problèmes connus avec la version 6.4 et la version 6.2.

Prérequis

Remarque

Le Stockage de conteneurs Azure activé par Azure Arc est disponible uniquement dans les régions suivantes : USA Est, USA Est 2, USA Ouest, USA Ouest 2, USA Ouest 3, Europe Nord, Europe Ouest.

Cluster Kubernetes connecté à Arc

Ces instructions supposent que vous disposez déjà d’un cluster Kubernetes connecté à Arc. Pour connecter un cluster Kubernetes existant à Azure Arc, consultez ces instructions.

Si vous souhaitez utiliser le Stockage de conteneurs Azure activé par Azure Arc avec les Opérations Azure IoT, suivez les instructions pour créer un cluster pour les Opérations Azure IoT.

Utilisez Ubuntu 22.04 sur les machines Standard D8s v3 avec trois disques SSD attachés pour avoir plus de stockage.

Clusters à nœud unique et à nœuds multiples

Un cluster à nœud unique est couramment utilisé à des fins de développement ou de test en raison de sa simplicité dans l’installation et les exigences minimales en ressources. Ces clusters offrent un environnement léger et simple pour que les développeurs expérimentent avec Kubernetes sans la complexité d’une configuration à plusieurs nœuds. En outre, dans les situations où les ressources telles que le processeur, la mémoire et le stockage sont limitées, un cluster à nœud unique est plus pratique. Sa facilité d’installation et les exigences minimales des ressources en font un choix approprié dans les environnements limités par les ressources.

Toutefois, les clusters à nœud unique présentent des limitations, principalement sous la forme de fonctionnalités manquantes, notamment leur manque de haute disponibilité, de tolérance de panne, d’extensibilité et de performances.

Une configuration Kubernetes à plusieurs nœuds est généralement utilisée pour les scénarios de production, de préproduction ou à grande échelle en raison de la présence de fonctionnalités comme la haute disponibilité, la tolérance de panne, la scalabilité et les performances. Un cluster à plusieurs nœuds présente également des défis et des compromis, notamment la complexité, la surcharge, le coût et l’efficacité. Par exemple, la configuration et la maintenance d’un cluster à plusieurs nœuds demandent des connaissances, des compétences, des outils et des ressources (réseau, stockage, calcul) supplémentaires. Le cluster doit gérer la coordination et la communication entre les nœuds, ce qui entraîne une latence et des erreurs potentielles. En outre, l’exécution d’un cluster à plusieurs nœuds est plus gourmande en ressources et est plus coûteuse qu’un cluster à nœud unique. L’optimisation de l’utilisation des ressources entre les nœuds est essentielle pour maintenir l’efficacité et les performances du cluster et des applications.

En résumé, un cluster Kubernetes à nœud unique peut convenir aux environnements de développement, de test et limités en ressources. Un cluster à plusieurs nœuds est plus approprié pour les déploiements de production, la haute disponibilité, la scalabilité et les scénarios où des applications distribuées sont requises. Ce choix dépend finalement de vos besoins et objectifs spécifiques pour votre déploiement.

Conditions matérielles minimales requises

Cluster à nœud unique ou à 2 nœuds

  • Machine virtuelle Standard_D8ds_v5 recommandée
  • Spécifications équivalentes par nœud :
    • 4 CPU
    • 16 Go de RAM

Cluster à plusieurs nœuds

  • Machine virtuelle Standard_D8as_v5 recommandée
  • Spécifications équivalentes par nœud :
    • 8 CPU
    • 32 Go de RAM

Une RAM de 32 Go sert de mémoire tampon ; toutefois, une RAM de 16 Go devrait suffire. Les configurations Edge Essentials nécessitent 8 processeurs avec 10 Go de RAM par nœud. Par conséquent, une RAM de 16 Go est le minimum requis.

Stockage minimum requis

Stockage requis pour Edge Volumes

Lorsque vous utilisez l’option de stockage à tolérance de panne, Edge Volumes alloue de l’espace disque venant d’un pool de stockage à tolérance de panne, qui est constitué du stockage exporté par chaque nœud du cluster.

Le pool de stockage est configuré pour utiliser une réplication tridirectionnelle pour garantir la tolérance de panne. Lorsqu’un Edge Volume est approvisionné, il alloue de l’espace disque venant du pool de stockage et alloue le stockage sur 3 des réplicas.

Par exemple, dans un cluster à 3 nœuds avec 20 Go d’espace disque par nœud, le cluster dispose d’un pool de stockage de 60 Go. Toutefois, en raison de la réplication, il a une taille de stockage effective de 20 Go.

Lorsqu’un Edge Volume est approvisionné avec une taille demandée de 10 Go, il alloue un volume système réservé (dimensionné statiquement à 1 Go) et un volume de données (dimensionné à la taille du volume demandé, par exemple 10 Go). Le volume système réservé consomme 3 Go (3 x 1 Go) d’espace disque dans le pool de stockage, tandis que le volume de données consomme 30 Go (3 x 10 Go) d’espace disque dans le pool de stockage, ce qui donne un total de 33 Go.

Stockage requis pour Cache Volumes

Cache Volumes nécessite au moins 4 Go par nœud de stockage. Par exemple, si vous avez un cluster à 3 nœuds, vous avez besoin d’au moins 12 Go de stockage.

Étapes suivantes

Pour continuer à préparer Linux, consultez les instructions suivantes pour les clusters à nœud unique ou à plusieurs nœuds :