Services managés Kubernetes

1. Présentation du service Google

La plateforme cloud de Google (Google Cloud Platform) est un ensemble de services allant de la machine virtuelle (avec Compute Engine), les services gérés (Cloud SQL, Cloud Storage) en passant par le serverless (Cloud Functions).

Parmi ces outils, GKE (Google Kubernetes Engine) propose un service de gestion de conteneurs basé sur Kubernetes.

À noter qu’à la création d’un nouveau compte, Google propose un financement à hauteur de 300 $ de crédit. Cette somme permettra de couvrir largement les besoins d’infrastructure pour des clusters de petite taille.

2. Administration depuis la console Google

L’administration des composants Google peut se faire depuis le portail en ligne. Entrez l’adresse suivante dans un navigateur : https://console.cloud.google.com/

Une fois authentifié, il est possible de cliquer sur une petite icône à droite de la barre de recherche dans le bandeau bleu du haut de l’écran.

Portail d’administration des services Google et icônes du shell embarqué

Exemple de lancement de commandes depuis la console du portail d’administration des services Google

3. Installation de la commande gcloud en local

echo "deb [signed-by=/usr/share/keyrings/cloud.google.gpg] \ 
     https://packages.cloud.google.com/apt...

1. Présentation du service Azure

Microsoft Azure est un service informatique dans les nuages proposé par Microsoft. Le service a été ouvert le 1^er février 2010 sous le nom de Windows Azure avant d’être renommé Microsoft Azure le 25 mars 2014.

Cette offre propose de nombreuses solutions clés en main comme :

Dans ce qui va suivre, le service AKS sera présenté avec des exemples pour sa mise en place.

2. Administration depuis la console Azure

a. Présentation de la console

L’administration d’Azure peut se faire depuis le portail en ligne de Microsoft.

 Entrez l’adresse suivante dans un navigateur : https://portal.azure.com/

Racine du portail Azure

 Une fois authentifié, pour lancer l’interface de ligne de commande, suivez les actions suivantes :

• Cliquez sur l’icône à droite du champ de recherche dans le bandeau du haut.

• Choisissez le type bash.

• Confirmez la création d’un espace de travail dans le service Cloud Drive.

Tout comme pour le service de Google, le shell mis à disposition par Azure contient la commande kubectl ainsi que la commande az. Cette dernière sera introduite un peu plus loin et permet d’administrer en ligne de commande les différents services Azure.

Utilisation d’une ligne de commande depuis le portail Azure

3. Installation de la commande az en local

Pour certains besoins, il n’est pas toujours possible de passer par le portail (l’automatisation de l’installation de clusters, par exemple). Dans ces cas-là, il est nécessaire de procéder à l’installation de la commande az.

1. Présentation du service Amazon AWS

Amazon est le fournisseur historique d’informatique dans le cloud. Son offre est très complète et il est ainsi possible de gérer énormément de types de charges différentes ou d’applications à l’aide de services managés.

Le service Kubernetes managé d’Amazon porte le nom d’EKS (Amazon Elastic Container Service for Kubernetes).

La création d’un cluster EKS peut vite se révéler très compliquée du fait de nombreuses opérations à la charge de l’utilisateur. En effet, le service EKS ne gère que la partie plan de contrôle du cluster (master control plane).

Il revient à l’utilisateur de réaliser les autres opérations :

2. Introduction de la commande eksctl

La création d’un cluster EKS demande une bonne connaissance Amazon. Comme ce livre n’a pas vocation à expliquer le fonctionnement des services d’AWS, la suite des exercices s’appuiera sur un utilitaire qui prendra en charge ces opérations : eksctl.

Son fonctionnement s’inspire de celui de kubectl, mais appliqué à la création de clusters EKS.

3. Configuration des accès Amazon

Avant de lancer la configuration du cluster, il faut récupérer des identifiants d’accès aux services d’AWS.

Une fois connecté depuis l’interface du site d’AWS, il faut se rendre dans la console de gestion des utilisateurs en déroulant les instructions suivantes :

1. Présentation d’OVHcloud

La société OVHcloud (anciennement OVH) est une société française spécialisée dans l’hébergement de serveurs ainsi que dans la fourniture d’accès Internet. Depuis les années 2010, la société s’est diversifiée dans l’informatique des nuages (cloud computing).

Leur service cloud offre moins de prestations ou de zones d’hébergement que les acteurs présentés précédemment. En revanche, l’indépendance vis-à-vis des GAFAM (cet acronyme désigne les sociétés Google, Apple, Facebook, Amazon et Microsoft) peut être un vrai atout dans le cas où la protection des données et le respect de certaines directives européennes (RGPD) seraient un sujet important. 

Un dernier aspect à l’utilisation de leur offre : les coûts d’hébergement sont généralement très compétitifs vis-à-vis des autres acteurs présentés surtout lors de la consommation de services sans réservation.

1. Origine du besoin

Dans une phase exploratoire ou pour un nombre limité de clusters à créer, le lancement d’opérations manuelles reste acceptable. Toutefois, lors d’un passage à l’échelle, le besoin d’automatiser ces opérations peut rapidement se faire sentir.

C’est généralement là que devient nécessaire d’utiliser des outils dits Infrastructure as Code comme Terraform (ou son fork OpenTofu).

Dans ce qui va suivre, un exemple d’automatisation de la création d’un cluster OVH sera présenté à l’aide d’OpenTofu. À noter que les utilisateurs de Terraform devraient pouvoir utiliser ces exemples sans adaptations notables.

2. Installation d’OpenTofu

La première étape va être de récupérer le binaire OpenTofu sur le poste de travail. La procédure d’installation est disponible à l’emplacement suivant : https://opentofu.org/docs/intro/install/

$ curl https://get.opentofu.org/install-opentofu.sh -o install.sh  
$ bash install.sh --install-method deb 

Le script réclame la saisie du mot de passe de l’utilisateur avant de mettre à jour les sources logicielles puis d’installer la commande tofu.

Ci-dessous le résultat attendu en cas de succès :

Installing OpenTofu...  
Reading package lists... Done  
Building dependency tree... Done  
Reading state information... Done  
The following NEW packages will be installed:  
 tofu  
0 upgraded, 1 newly installed, 0 to remove and 58 not upgraded.  
Need to get 0 B/25.1 MB of archives.  
After this operation, 82.3 MB of additional disk space will be used. ...

1. Origine du besoin

Les classes de stockage définies par défaut dans un service managé sont généralement de type ReadWriteOnce : un seul pod à la fois peut écrire dans les volumes persistants. Dans la plupart des cas (base de données, middleware de messagerie), c’est un comportement attendu et souhaitable.

En revanche, pour partager des fichiers entre plusieurs pods (pour mettre en place un espace commun comme des ressources statiques), il devient nécessaire de disposer de volumes persistants de type ReadWriteMany.

Par défaut, les services disque d’AWS et de Google n’offrent pas cette capacité. Heureusement, il est possible de contourner le problème de deux façons :

Les deux techniques seront abordées. En revanche, dans le cas du déploiement d’un serveur NFS externe à Kubernetes, sa mise en place sera à votre charge.

2. Serveur NFS déployé dans Kubernetes