La Page de Nicolas
  • Accueil
  • A propos
  • Compétences
  • Expériences
  • Cursus
  • Suite
    Projets Billets récents Galerie
  • Articles
  • Notes
  • Dark Theme
    Light Theme Dark Theme System Theme
  • Articles
  • Homelab
    • K3s
      • Introduction
      • Architecture
      • La database ETCD
      • Le Load-Balancer NGINX
  • Le Shell Unix
    • Sommaire
    • 01 - Présentation
    • 02 - Connexion / Déconnexion
    • 03 - Commande echo
    • 04 - Système de fichiers
    • 05 - L'éditeur VI
    • 06 - Les redirections
    • 07 - Les droits d'accès
    • 08 - Les filtres et utilitaires
    • 09 - L'impression
    • 10 - Les processus
    • 11 - Recherche complexe
    • 12 - Le Bourne Shell
    • 13 - La programmation Shell
    • 14 - Le Korn Shell
    • 15 - Compléments
  • Gitlab Agent
Hero Image
Déploiement du Load-Balancer

Cas d’usage Dans le cas où l’on a plusieurs K3s Server dans son lab (ici, j’en ai 2), l’API server est actif sur chaque K3s Server. Quand on veut interagir avec son cluster avec l’utilitaire Kubectl, nous devons choisir de requêter sur un K3s Server parmi les 2 disponibles. Ca ne pose pas de problème dès l’instant que ce noeud K3s server choisi est disponible, dans le cas contraire, nous serions dans l’obligation de changer notre configuration (kubeconfig) pour requêter sur l’autre K3s Server encore vivant. Dans de telles circonstances, on ne peut pas dire qu’on soit dans de la haute disponibilité !

samedi 20 avril 2024 Lire
Hero Image
Déploiement de la base de données

Introduction Avant de se plonger dans la construction du cluster avec K3s, on va d’abord déployer la source de données de notre cluster qui servira à son installation plus tard. Pour cela, on va avoir besoin d’un moteur de base de données. La documentation de K3s précise qu’il supporte MySQL, PostGreSQL et enfin ETCD mais dans sa version 3.5.9 uniquement (juin 2024). Comme Kubernetes s’appuie sur une base de donnée de type clé/valeur pour sa configuration, ETCD est le meilleur candidat pour ça. Il est léger, fiable et rapide.

samedi 20 avril 2024 Lire
Hero Image
Inventaire & Architecture

Le Setup Pour ce lab Kubernetes, on va implémenter un cluster High-Availability K3s. Pour cela, je vais utiliser mes 4 mini-PC Nipogi + mon NAS Synology. Inventaire du matériel Host Marque Modèle Configuration (CPU/RAM) Rôle dans le lab Tanjiro Nipogi GK3 Celeron J4125 2.0 GHz 4c/12Go 1er K3s Server (ou Master) Nezuko Nipogi GK3 Celeron J4125 2.0 GHz 4c/16Go 2nd K3s Server (ou Master) Zenitsu Nipogi GK3 Celeron J4125 2.0 GHz 4c/12Go 1er K3s Agent (ou Worker) Inosuke Nipogi GK3 Celeron J4125 2.0 GHz 4c/12Go 2nd K3s Agent (ou Worker) Homenas Synology DS918+ Celeron J3455 1.5 GHz 4c/8Go Services BDD & LB pour l’accès kubectl au cluster Choix des logiciels Ubuntu 22.04 LTS comme distribution Linux sur les noeuds. K3s (1.27.12+k3s1) comme distribution Kubernetes. Schéma d’architecture A la cible, notre lab K3s devrait ressembler à ça :

vendredi 19 avril 2024 Lire
Hero Image
A la découverte de K3s

Introduction Si vous êtes ici, c’est que vous vous apprêtez à démarrer avec moi l’exploration de K3s. J’ai déjà pris un peu d’avance sur vous, et j’ai décidé de partager mes notes à travers une série de billets qui, je l’espère, vous permettra d’apprendre des choses que tu ne trouveras pas forcément ailleurs. Découvrons Lightweight Kubernetes Introduction (c’est ici !) Inventaire & Architecture Déploiement de la DB ETCD Déploiement du load-balancer NGINX Déploiement du cluster : Les K3s Servers Déploiement du cluster : Les K3s Agents Déploiement du cluster : MetalLB Notre 1ère application cloud native : Kubernetes Dashboard Gérer son cluster avec Portainer

vendredi 12 avril 2024 Lire
Navigation
  • A propos
  • Compétences
  • Expériences
  • Cursus
  • Projets
  • Billets récents
  • Galerie
Contactez moi :
  • nicolas@dietlin.eu
  • Niltied
  • Nicolas DIETLIN

Toha Theme Logo Toha
© 2024 Copyright
Alimenté par Hugo Logo