GKE sur Bare Metal est compatible avec une grande variété de systèmes exécutés sur le matériel compatible avec les distributions du système d'exploitation cible. Une configuration GKE sur Bare Metal peut s'exécuter sur un minimum de matériel ou sur plusieurs machines pour offrir flexibilité, disponibilité et performances.
Quelle que soit votre configuration GKE sur Bare Metal, vos nœuds et clusters doivent disposer de suffisamment de ressources de processeur, de RAM et de stockage pour répondre aux besoins des clusters et aux charges de travail que vous exécutez.
Configuration minimale requise et recommandée pour le processeur, la mémoire RAM et le stockage
Lorsque vous installez GKE sur une solution Bare Metal, vous pouvez créer différents types de clusters:
- Un cluster d'utilisateur qui exécute des charges de travail.
- Un cluster d'administrateur crée et contrôle des clusters d'utilisateur pour exécuter des charges de travail.
- Un cluster autonome est un cluster unique qui peut gérer et exécuter des charges de travail, mais qui ne peut pas créer ni gérer de clusters d'utilisateur.
- Un cluster hybride peut gérer et exécuter des charges de travail, et un cluster hybride peut également créer et gérer des clusters d'utilisateur supplémentaires.
En plus du type de cluster, vous pouvez choisir parmi les profils d'installation suivants en termes de besoins en ressources :
Par défaut : le profil par défaut nécessite des ressources système standards. Vous pouvez l'utiliser pour tous les types de clusters.
Périphérie : le profil de périphérie a considérablement réduit les besoins en ressources système. Il est recommandé pour les appareils de périphérie disposant de ressources limitées. Vous ne pouvez utiliser le profil de périphérie que pour les clusters autonomes.
Ressources nécessaires pour tous les types de clusters utilisant le profil par défaut
Le tableau suivant décrit la configuration matérielle minimale et recommandée dont GKE sur Bare Metal a besoin pour exploiter et gérer les clusters d'administrateur, hybrides, utilisateur et autonomes à l'aide du profil par défaut:
| Ressource | Minimum | Recommandations |
|---|---|---|
| Processeurs / Processeurs virtuels* | 4 cœurs | 8 cœurs |
| Mémoire RAM | 16 Gio | 32 Gio |
| Stockage | 128 Gio | 256 Gio |
* GKE sur une solution Bare Metal n'accepte que les processeurs et processeurs virtuels x86-64 au niveau de la microarchitecture du processeur v3 (x86-64-v3) ou version ultérieure.
Ressources nécessaires pour les clusters autonomes utilisant le profil de périphérie
Le tableau suivant décrit la configuration matérielle minimale et recommandée dont GKE sur Bare Metal a besoin pour exploiter et gérer des clusters autonomes à l'aide du profil périphérique:
| Ressource | Minimum | Recommandations |
|---|---|---|
| Processeurs / Processeurs virtuels* | 2 cœurs | 4 cœurs |
| Mémoire RAM | Ubuntu : 4 Gio CentOS/RHEL : 6 Gio |
Ubuntu : 8 Gio CentOS/RHEL : 12 Gio |
| Stockage | 128 Gio | 256 Gio |
* GKE sur une solution Bare Metal n'accepte que les processeurs et processeurs virtuels x86-64 au niveau de la microarchitecture du processeur v3 (x86-64-v3) ou version ultérieure.
Pour configurer des clusters autonomes à l'aide du profil de périphérie, suivez ces bonnes pratiques :
Exécutez
bmctlsur un poste de travail distinct. Si vous devez exécuterbmctlsur le nœud de cluster cible, vous avez besoin de 2 Go de mémoire pour répondre aux exigences minimales. Par exemple, vous avez besoin de 6 Gio pour Ubuntu et de 8 Gio pour CentOS/Redhat.Définissez
MaxPodsPerNodesur 110. Le cluster n'exécute pas plus de 30 pods utilisateur en moyenne par nœud. Vous aurez peut-être besoin de ressources supplémentaires pour une configurationMaxPodsPerNodeplus élevée ou d'exécuter plus de 30 pods utilisateur par nœud.L'environnement d'exécution des VM sur les composants Google Distributed Cloud ne sont pas pris en compte dans cette configuration minimale de ressources. L'environnement d'exécution des VM sur Google Distributed Cloud nécessite des ressources supplémentaires en fonction du nombre de VM déployées dans le cluster.
Exigences de stockage supplémentaires
GKE sur Bare Metal ne fournit aucune ressource de stockage. Vous devez provisionner et configurer l'espace de stockage nécessaire sur votre système.
Pour connaître les exigences de stockage détaillées, consultez la section Présentation des conditions préalables à l'installation.
Pour en savoir plus sur la configuration du stockage requis, consultez la page Configurer le stockage pour GKE sur Bare Metal.
Prérequis associés à la machine de nœud
Les machines virtuelles du nœud doivent remplir les conditions suivantes :
- Leur système d'exploitation fait partie des distributions compatibles avec Linux. Pour en savoir plus, consultez la page Sélectionner votre système d'exploitation.
- La version du noyau Linux est 4.17.0 ou ultérieure. Ubuntu 18.04 et 18.04.1 utilisent la version de noyau 4.15 de Linux, et sont donc incompatibles.
- Disposer de la configuration matérielle minimale requise.
- Disposer d'un accès à Internet.
- Connectivité de couche 3 à toutes les autres machines de nœud.
- Accès à l'adresse IP virtuelle du plan de contrôle.
- Disposer de serveurs de noms DNS correctement configurés.
- Aucun nom d'hôte en double.
- L'un des services NTP suivants est activé et fonctionnel :
- chrony
- ntp
- ntpdate
- systemd-timesyncd
- Un gestionnaire de packages opérationnel : apt, dnf, etc.
- Sur Ubuntu, vous devez désactiver le pare-feu UFW (Uncomplicated Firewall).
Exécutez
systemctl stop ufwpour désactiver le pare-feu UFW. Sur Ubuntu et à partir de GKE sur Bare Metal 1.8.2, vous n'êtes pas obligé de désactiver AppArmor. Si vous déployez des clusters à l'aide de versions antérieures de GKE sur Bare Metal, désactivez AppArmor à l'aide de la commande suivante :
systemctl stop apparmorLors de la création du cluster, l'espace disponible requis pour les composants du système GKE sur Bare Metal ne vérifie que l'espace disponible. Cette modification vous permet de mieux contrôler l'espace que vous allouez aux charges de travail de l'application. Chaque fois que vous installez GKE sur une solution Bare Metal, assurez-vous que les systèmes de fichiers qui sauvegardent les répertoires suivants disposent de la capacité requise et répondent aux exigences suivantes:
/: 17 Gio (18 253 611 008 octets)./var/lib/containerd:- 30 Gio (32 212 254 720 octets) pour les nœuds du plan de contrôle
- 10 Gio (10 485 760 octets) pour les nœuds de calcul
/var/lib/kubelet: 500 Mio (524 288 000 octets)/var/lib/etcd: 20 Gio (21 474 836 480 octets, applicable uniquement aux nœuds du plan de contrôle)
Quelle que soit la version du cluster, les listes de répertoires précédentes peuvent se trouver sur les mêmes partitions ou sur différentes partitions. S'ils se trouvent sur la même partition sous-jacente, l'espace requis est la somme de l'espace requis pour chaque répertoire individuel sur cette partition. Pour toutes les versions, le processus de création de cluster crée les répertoires, le cas échéant.
Les répertoires
/var/lib/etcdet/etc/kubernetessont soit inexistants, soit vides.
En plus des conditions préalables à l'installation et à l'exécution de GKE sur une solution Bare Metal, les clients doivent respecter les normes applicables à leur secteur ou segment d'activité, telles que les exigences PCI DSS pour les entreprises qui traitent des cartes de crédit ou les guides de mise en œuvre technique de sécurité (STIG, Security Technical Implementation Guides) pour les entreprises du secteur de la défense.
Prérequis pour les machines d'équilibrage de charge
Lorsque votre déploiement ne comporte pas de pool de nœuds d'équilibreur de charge spécialisé, vous pouvez utiliser des nœuds de calcul ou des nœuds de plan de contrôle pour en créer un. Dans ce cas, les conditions préalables supplémentaires sont les suivantes :
- Les machines se trouvent dans le même sous-réseau de couche 2.
- Toutes les adresses IP virtuelles se trouvent dans le sous-réseau des nœuds d'équilibreur de charge et peuvent être acheminés par la passerelle du sous-réseau.
- La passerelle du sous-réseau d'équilibreur de charge doit écouter les messages ARP gratuits pour transmettre les paquets vers l'équilibreur de charge maître.