Gérer Kubernetes (K3s) sans apprentissage : guide de l'utilisateur via Panel

Kubernetes est le standard de facto du monde des microservices. Mais la courbe d’apprentissage est abrupte : schéma YAML, commandes kubectl, contrôles, espaces de noms, service mesh, contrôleur d’entrée sont un obstacle à surmonter pour un développeur qui souhaite se concentrer sur son travail. De plus, son installation est une tâche à part : kubeadm, etcd, plugins CNI…

K3s est la version allégée de ce graphique : une distribution Kubernetes mono-binaire de 40 Mo développée par l’équipe Rancher. Il est installé avec une seule commande, possède l’API Kubernetes standard, mais utilise sqlite au lieu d’etcd intégré et consomme peu de ressources.

Alors, comment gérer les K3 une fois que vous l’avez installé ? Dans cet article, nous expliquerons comment gérer le cluster K3s via le panel sans écrire de YAML Kubernetes.

Pourquoi les K3 ?

Kubernetes à grande échelle (kubeadm, EKS, GKE) est extrêmement complexe. Pour les petits et moyens projets :

• Pas besoin de 3+ nœuds de plan de contrôle
• Aucun fournisseur de stockage sophistiqué requis
• Service mesh (Istio, Linkerd) est extrêmement surfait

K3s est destiné à ces scénarios : il fonctionne même sur un seul nœud, ne dépasse pas 512 Mo de RAM, vous pouvez passer en multi-nœuds quand vous le souhaitez.

Installation des K3 de manière classique

Par l’intermédiaire d’un officiel :

P0

Cette commande installe les K3, crée le service systemd, écrit kubeconfig à l’emplacement P0. Ensuite, vous le copiez dans votre répertoire personnel :

P1

Désormais, les commandes P0 fonctionnent. Mais pour déployer une vraie application, vous commencez à écrire YAML :

P2

Pour de nombreux développeurs, cette pile YAML est démotivante. Voulez-vous tout savoir ou mettre le projet en ligne ?

Gestion des K3 avec VDS Panel

Lorsque le module Kubernetes est actif dans le Panel VDS, vous gérez votre cluster K3s depuis l’interface du panel sans écrire YAML.

Ajouter un projet

Sélectionnez « Nouveau projet » → « Déploiement Kubernetes ». Champs du formulaire :

• Nom : myapp (devient votre espace de noms automatique)
• Image : P0 (ou accédez à l’URL → création de panneau, poussez vers votre propre registre)
• Réplique : 2
• Port : 8080
• Limite de mémoire : 512 Mo (curseur)
• Limite CPU : 0,5 cœur

Cliquez sur “Créer”. Le panneau crée Deployment + Service + Ingress en arrière-plan, injecte env avec ConfigMap si nécessaire et prépare le secret d’extraction d’image.

Isolement de l’espace de noms

Chaque projet obtient son propre espace de noms. Si vous envisagez de partager des ressources communes (DB, Redis), les secrets pertinents sont automatiquement copiés dans l’espace de noms du projet.

Mise à l’échelle des répliques

Faites glisser le curseur “Replika” sur la page de détails du projet. Il suffit de cliquer de 2 à 5, le panneau exécute P0.

Surveillance des ressources

Flux de graphiques CPU/mémoire en direct pour chaque pod. Le panneau donne un avertissement lorsque la limite est dépassée ; S’il le dépasse de manière constante, il démarre automatiquement le démon P0 (pour protéger les projets voisins).

Mise à jour continue

Lorsque vous mettez à jour la balise d’image, le panneau effectue une mise à jour continue : les anciens pods restent en vie jusqu’à ce que les nouveaux pods passent la sonde de préparation. Restauration automatique en cas d’échec du déploiement.

Auto-guérison

Si le pod plante dans CrashLoopBackOff, le panneau déclenche la réapplication du manifeste après 45 secondes. Dans la plupart des cas, cela suffit ; Dans les cas extrêmes tels que la corruption d’image, tous les détails sont enregistrés dans le journal des événements.

Cluster multi-nœuds

Vous avez démarré sur un seul serveur, le trafic a augmenté, vous pouvez ajouter un deuxième nœud. Le panneau affiche la commande “Ajouter un nouveau nœud” à partir de l’onglet “Nœuds” (jeton + URL d’amorçage). Exécutez la commande sur le nouveau serveur et le nœud rejoindra automatiquement le cluster. Le panneau distribue les espaces de noms et les pods au nouveau nœud via le planificateur.

Scénario réel : famille de microservices

Disons que vous disposez d’une architecture de microservices avec 6 services : P0, P1, P2, P3, P4, P5.

6 services fonctionnent en 15 minutes environ.

Conclusion

Kubernetes est un outil puissant ; mais un véhicule ne peut pas être entièrement automatisé. L’interface du panneau cache la complexité de Kubernetes tout en conservant sa puissance. Si vous souhaitez passer à l’architecture de microservices mais vous débarrasser du labyrinthe YAML, le module Kubernetes du VDS Panel est fait pour vous.

Pour plus de détails et l’installation, vous pouvez accéder à notre formulaire de contact.