Scaleway a dévoilé de nouveau services (encore en beta pour certains) au sein de sa nouvelle gamme Scaleway Elements.
Scaleway Elements représentant l’ecosystème Cloud public est composé de cinq catégories de produits à savoir : Compute, Stockage, Réseaux, Internet des objets et Intelligence artificielle.
Je vais m’intéresser à ce service en beta nommé Scaleway Elements Kubernetes Kapsule qui permet d’exécuter des applications conteneurisées dans un environnement Kubernetes géré par Scaleway. Actuellement le service est disponible dans la zone de disponibilité de Paris en France et supporte à minima la dernière version mineure des 3 dernières versions majeures de Kubernetes.
Je lance donc depuis la console web de Scaleway Elements un cluster Kubernetes managé via ce service avec des noeuds de type DEV1-M (3vCPU, 4Go RAM et 40 Go de disque NVMe) :
avec plusieurs options qui définiront le prix à venir. En effet ce dernier dépendra des ressources qui sont allouées pour le cluster Kubernetes telles que le nombre et le type de nœuds, l’utilisation de loadbalancers et les volumes persistants. Les nœuds sont facturés au même prix que les instances compute utilisées. Le control plane de Kubernetes est fourni sans frais supplémentaires :
Je choisis ici de ne pas activer le dashboard Kubernetes et de ne pas installer d’Ingress Controller :
Lancement de la création du cluster :
qui une fois terminée me retourne un le point de terminaison ainsi qu’un domaine Wildcard :
Un Load Balancer m’est en effet attribué avec ce domaine Wildcard qui pointe en effet sur les adresses IP publiques de chacun des noeuds constituant le cluster :
Je peux charger le fichier Kubeconfig à utiliser en conjonction du client Kubectl pour gérer le cluster Kubernetes en ligne de commande :
Je connecte alors ce cluster au service Weave Cloud qui me fournira avec Weave Scope et Cortex le moyen de surveiller ce dernier. En effet, Weave Cloud est une plate-forme opérationnelle qui agit comme une extension à son infrastructure d’orchestration de conteneurs, fournissant Deploy: livraison continue, Explore: visualisation et dépannage et Monitor: surveillance Prometheus. Ces fonctionnalités fonctionnent ensemble pour aider à expédier les fonctionnalités plus rapidement et à résoudre les problèmes plus rapidement :
What is Weave Cloud & Documentation
Je peux alors visualiser mes trois noeuds Worker :
Et m’y connecter. J’en profite donc pour y installer l’Agent ZeroTier pour les lier à un réseau VPN via la console Shell fournie avec Weave Scope :
Mes trois noeuds sont connectés au service VPN de ZeroTier :
Je peux donc procéder à l’installation de MetalLB pour obtenir un service de Load Balancing intégré avec le plan d’adressage défini dans ZeroTier :
openssl rand -base64 128 | kubectl create secret generic -n metallb-system memberlist --from-literal=secretkey=-
kubectl apply -f [https://raw.githubusercontent.com/google/metallb/v0.9.2/manifests/metallb.yaml](https://raw.githubusercontent.com/google/metallb/v0.9.2/manifests/metallb.yaml)
et ce fichier de configuration :
MetalLB est actif dans le cluster :
Pour permettre l’installation de Knative, je procède à l’installation de Gloo par chargement au préalable du binaire Glooctl depuis son dépôt sur Github :
Installation de Knative Serving dans le cluster :
avec un proxy pour Knative Serving qui a pris une adresse IP via MetalLB :
Premier test de Knative Serving avec l’image Docker du célèbre Helloworld en Go :
qui répond via le Proxy :
Autre test avec une image Docker Azure Functions pour Linux :
via ce manifeste YAML :
Je modifie la partie Headers de mon navigateur Web pour accéder à cette fonction test :
et la fonction répond :
Visualisation de cette fonction dans Weave Cloud et des conteneurs associés :
Idem pour le sempiternel démonstrateur FC :
Modification encore une fois de la partie Headers du navigateur Web :
Le démonstrateur est accessible :
Je visualise dans Weave Cloud les conteneurs associés à ce démonstrateur et Knative Serving :
ainsi que les grandes métriques du cluster Kubernetes :
Scaleway Elements Kubernetes Kapsule est appelé à s’enrichir avec notamment même si ici les clusters de Kubernetes doivent être considérés comme stateless. Si on a besoin d’une application stateful, on peut utiliser des volumes persistants. La storageClass pour les volumes Scaleway Block Storage est définie par défaut, elle n’a donc pas besoin d’être spécifiée …
À suivre ! …
Top comments (0)