La Page de Nicolas

Déploiement du Load-Balancer

Sat, 20 Apr 2024 14:02:27 +0600

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é !

Déploiement de la base de données

Sat, 20 Apr 2024 11:53:14 +0600

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.

Inventaire & Architecture

Fri, 19 Apr 2024 20:18:14 +0600

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	1^er K3s Server (ou Master)
Nezuko	Nipogi	GK3	Celeron J4125 2.0 GHz 4c/16Go	2^nd K3s Server (ou Master)
Zenitsu	Nipogi	GK3	Celeron J4125 2.0 GHz 4c/12Go	1^er K3s Agent (ou Worker)
Inosuke	Nipogi	GK3	Celeron J4125 2.0 GHz 4c/12Go	2^nd 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 :

A la découverte de K3s

Fri, 12 Apr 2024 18:49:47 +0600

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

Connecter un cluster Kubernetes

Mon, 01 Apr 2024 12:05:48 +0100

Pré-requis

Auparavant, vous pouvez installer l’agent sur votre cluster. Vous aurez besoin:

Un cluster Kubernetes. Si vous n’en avez pas, vous pouvez en créer un chez un cloud provider tel que GCP, AWS ou DigitalOcean.
Sur une instance auto-gérée de Gitlab, l’administrateur de l’instance devra configurer l’Agent Server. C’est disponible par défaut à wss://gitlab.dietlin.eu/-/kubernetes-agent/.

Les étapes d’installation

Pour installer l’agent dans votre cluster:Facultatif. Personnalisez l’installation de Helm. Si vous installez l’agent sur un système de production, vous devez personnaliser l’installation de Helm pour restreindre les autorisations du compte de service. Consultez Comment déployer l’agent GitLab pour Kubernetes avec des autorisations limitées.

Cours Shell Unix - Commandes & Programmation

Thu, 04 Jan 2024 18:16:23 +0100

Sommaire

Photo de Kenny Eliason sur Unsplash.

Chapitre 1 : Présentation

Thu, 02 Nov 2023 06:00:23 +0600

Définition

Un système d’exploitation est un « programme » ou ensemble de programmes assurant la gestion de l’ordinateur et de ses périphériques.

Programme ou ensemble de programmes et d’API servant d’interface entre le matériel (hardware) et les applications (software).

Unix est un système d’exploitation multi-tâches et multi-utilisateurs. Il est disponible du simple micro (PC, Mac, Atari, Amiga) jusqu’au gros système (IBM Z séries) et même dans des PDA.

Chapitre 10 : Les processus

Thu, 02 Nov 2023 06:00:23 +0600

Définition et environnement

Un processus représente à la fois un programme en cours d’exécution et tout son environnement d’exécution (mémoire, état, identification, propriétaire, père …). Voir les cours de Système d’exploitation.

Voici une liste des données d’identification d’un processus :

Un numéro de processus unique PID : chaque processus Unix est numéroté afin de pouvoir être différencié des autres. Le premier processus lancé par le système est 1 et il s’agit d’un processus appelé généralement init. On utilise le PID quand on travaille avec un processus. Lancer 10 fois le même programme (même nom) donne 10 PID différents.
Un numéro de processus parent PPID : chaque processus peut lui-même lancer d’autres processus, des processus enfants (child process). Chaque enfant reçoit parmis les informations le PID du processus père qui l’a lancé. Tous les processus ont un PPID sauf le processus 0 qui est un pseudo-processus représentant le démarrage du système (créé le 1init).
Un numéro d’utilisateur et un numéro de groupe : correspond à l’UID et au GID de l’utilisateur qui a lancé le processus. C’est nécessaire pour que le système sache si le processus à le droit d’accéder à certaines ressources ou non. Les processus enfants héritent de ces informations. Dans certains cas (que nous verrons plus tard) on peut modifier cet état.
Durée de traitement et priorité : la durée de traitement correspond au temps d’exécution écoulé depuis le dernier réveil du processus. Dans un environnement multitâches, le temps d’exécution est partagé entre les divers processus, et tous ne possèdent pas la même priorité. Les processus de plus haute priorité sont traités en premier. Lorsqu’il est inactif sa priorité augmente afin d’avoir une chance d’être exécuté. Lorsqu’il est actif, sa priorité baisse afin de laisser sa place à un autre. C’est le scheduler du système qui gère les priorités et les temps d’exécution.
Répertoire de travail actif : A son lancement, le répertoire courant (celui depuis lequel le processus a été lancé) est transmis au processus. C’est ce répertoire qui servira de base pour les chemins relatifs.
Fichiers ouverts : table des descripteurs des fichiers ouverts. Par défaut au début seuls trois sont présents : 0 1 et 2 (les canaux standards). A chaque ouverture de fichier ou de nouveau canal, la table se remplit. A la fermeture du processus, les descripteurs sont fermés (en principe).
On trouve d’autres informations comme la taille de la mémoire allouée, la date de lancement du processus, le terminal d’attachement, l’état du processus, UID effectif et Reel ainsi que GID effectif et réel.

Etats d’un processus

Durant sa vie (temps entre le lancement et la sortie) un processus peut passer par divers états ou process state :

Chapitre 11 : Recherche complexe

Thu, 02 Nov 2023 06:00:23 +0600

La commande find

La commande find permet de rechercher des fichiers au sein de l’arborescence du système de fichiers, à l’aide de critères et la possibilité d’agir sur les résultats retournés.

find repertoires critères options

La commande find étant récursive, il suffit d’indiquer un répertoire de base pour que toute l’arborescence depuis ce répertoire soit développée. L’option de base est -print (souvent implicite sur la plupart des Unix) qui permet d’afficher sur écran les résultats.

Chapitre 12 : Le Bourne Shell

Thu, 02 Nov 2023 06:00:23 +0600

Toutes les commandes que nous nous avons vu jusqu’à présent sont standards et ne sont pas propres à un shell particulier. Avant d’entamer la programmation shell elle-même, il nous faut voir quelques options détaillées du shell par défaut, le Bourne Shell.

Fichier de configuration

Le Bourne Shell dispose d’un fichier de configuration chargé et exécuté lors du lancement du shell. Il est généralement placé dans le répertoire par défaut de l’utilisateur et se nomme .profile.

Chapitre 13 : La programmation Shell

Thu, 02 Nov 2023 06:00:23 +0600

Le shell n’est pas qu’un simple interpréteur de commandes, mais dispose d’un véritable langage de programmation avec notamment une gestion des variables, des tests et des boucles, des opérations sur variables, des fonctions…

Structure et exécution d’un script

Toutes les instructions et commandes sont regroupées au sein d’un script. Lors de sont exécution, chaque ligne sera lue une à une et exécutée. Une ligne peut se composer de commandes internes ou externes, de commentaires ou être vide. Plusieurs instructions par lignes sont possibles, séparées par le ; » ou liées conditionnellement par && ou ||. Le « ; » est l’équivalent d’un saut de ligne.

Chapitre 14 : Les particularités du Korn Shell

Thu, 02 Nov 2023 06:00:23 +0600

Si le Bourne Shell est un shell POSIX présent et standard sur tous les UNIX, le Korn Shell, apparu dans sa version moderne sous System V release 4 devient aujourd’hui un standard de fait. Le Korn Shell ou ksh est entièrement compatible avec le Bourne Shell (scripts exécutables sans modification) et le Bourne Again Shell (bash sous Linux). Ksh est présent sous Linux avec le nom pdksh.

Parmi les nouvelles possibilités :

Chapitre 15 : Compléments

Thu, 02 Nov 2023 06:00:23 +0600

La Crontab

Le mécanisme cron permet l’exécution régulière et automatique de commandes. A chaque démarrage de la machine (en fait suivant le niveau d’init) un service (daemon) est lancé, généralement appelé cron ou crontab (/usr/sbin/cron, /etc/cron, /sbin/cron, …) qui lit une table spécifique appelée crontab.

La crontab est généralement placée dans /var/adm/cron ou /etc/cron ou /usr/lib/cron. Tous les utilisateurs n’ont pas forcément le droit d’utiliser la crontab (cron.allow et cron.deny).

Chapitre 2 : Connexion & Déconnexion

Thu, 02 Nov 2023 06:00:23 +0600

1^ère Connexion

Pour pouvoir travailler sous Unix il faut ouvrir une session, à l’aide d’un nom d’utilisateur et d’un mot de passe. On distingue les administrateurs des utilisateurs normaux. L’administrateur est appelé root ou utilisateur privilégié et dispose de tous les pouvoirs sur la machine et le système Unix. L’utilisateur normal dispose de droits réduits et définis par l’administrateur. Pour se connecter :

Login : <tapez ici votre nom d\'utilisateur>
Password : <tapez ici votre mot de passe>

Le mot de passe n’apparaît pas en clair et doit être tapé en aveugle. En cas d’erreur, un message indiquera :

Chapitre 3 : 1ere commande : echo

Thu, 02 Nov 2023 06:00:23 +0600

Une 1^ère commande

En principe cette commande n’est pas utile tout de suite, mais la première chose que l’on apprend généralement avec un shell ou un langage quelconque est d’afficher un message du genre Hello, world. la commande echo est une commande centrale du shell : elle transmet tous ses paramètres sur écran (ou canal de sortie standard).

$ echo texte

Le texte est quelconque mais peut aussi admettre quelques caractères de formatage.

Chapitre 4 : Système de fichiers

Thu, 02 Nov 2023 06:00:23 +0600

Définition

Un système de fichiers / FileSystem / FS: comment dont sont gérés et organisés les fichiers par le système d’exploitation. Le FS d’Unix est hiérarchique.

Les divers types de fichiers

On distingue principalement trois types de fichiers : ordinaires, catalogue, spéciaux.

Fichiers ordinaires (ordinary files)

Ce sont soit des fichiers contenant du texte, soit des exécutables (ou binaires), soit des fichiers de données. Par défaut, rien ne permet de différencier les uns des autres, sauf à utiliser quelques options de certaines commandes (ls -F par exemple) ou la commande file.

Chapitre 5 : l'éditeur VI

Thu, 02 Nov 2023 06:00:23 +0600

Introduction

L’éditeur Unix par défaut se nomme VI (prononcez “vi aïe”). S’il n’est pas des plus ergonomiques par rapport à des éditeurs en mode graphique, il a l’avantage d’être disponible et d’utiliser la même syntaxe de base sur tous les Unix. Chaque Unix propose généralement une syntaxe étendue au-delà de la syntaxe de base. Pour en connaître les détails : man vi.

vi [options] Fichier [Fichier2 ...]

Trois modes de fonctionnement :

mode commande : les saisies représentent des commandes. On y accède en appuyant sur ESC.
mode saisie : saisie de texte classique
mode ligne de commande « à la ex » :utilisation de commandes spéciales saisies et se terminant par Entrée. Accès pas la touche « : ».

Commandes de saisie

En mode commande

Chapitre 6 : les redirections

Thu, 02 Nov 2023 06:00:23 +0600

Introduction

Les redirections sont l’une des plus importantes possibilités offerte par le shell.

Par redirection, on entend la possibilité de rediriger l’affichage de l’écran vers un fichier, une imprimante ou tout autre périphérique, les messages d’erreurs vers un autre fichier, remplacer la saisie clavier par le contenu d’un fichier.

Unix utilise des canaux d’entrées/sorties pour lire et écrire ses données. Par défaut le canal d’entrée est le clavier, et le canal de sortie, l’écran. Un troisième canal, le canal d’erreur, est aussi redirigé vers l’écran.

Chapitre 7 : Les droits d'accès

Thu, 02 Nov 2023 06:00:23 +0600

Introduction

Nous avons indiqué que le rôle d’un système d’exploitation est aussi d’assurer la sécurité et l’accès aux données, ce qui se fait grâce au mécanisme des droits. Chaque fichier se voit attribué des droits qui lui sont propres, des autorisations d’accès individuelles. Lors d’un accès le système vérifie si celui-ci est permis.

A sa création par l’administrateur, un utilisateur se voit affecté un UID unique. Les utilisateurs sont définis dans le fichier /etc/passwd. De même chaque utilisateur est rattaché à au moins un groupe (groupe principal), chaque groupe possédant un identifiant unique, le GID . Les groupes sont définis dans /etc/group.

Chapitre 8 : Les filtres et utilitaires

Thu, 02 Nov 2023 06:00:23 +0600

Introduction

Rappel : un filtre (ou une commande filtre) est un programme sachant écrire et lire des données par les canaux standards d’entrée et de sortie. Il en modifie ou traite éventuellement le contenu. la commande wc est un filtre. Les utilitaires sans être obligatoirement des filtres permettent un certain nombre d’actions sur des fichiers ou leur contenu comme le formatage ou l’impression.

Recherche de lignes

Il s’agit d’extraire des lignes d’un fichier selon divers critères. Pour cela on dispose de trois commandes grep , egrep et fgrep qui lisent les données soit depuis un fichier d’entrée, soit depuis le canal d’entrée standard.

Chapitre 9 : L'impression

Thu, 02 Nov 2023 06:00:23 +0600

Introduction

Il existe principalement deux standards d’impression sous Unix, l’un sous System V et l’autre sous BSD. Un troisième tend à s’installer depuis quelques temps, CUPS, qui tente de fédérer les divers systèmes d’impression sous Unix.

Quelque soit le standard, le principe est le même. A chaque imprimante déclarée (généralement dans /etc/printcap) correspond une file d’attente (queue). L’ensemble de ces files d’attente est géré par un service indépendant (daemon). Ces deux principes permettent une impression multi-utilisateur (les jobs d’impression sont en file d’attente, job queues), et en réseau (le service peut être accedé depuis une autre machine distante).

Aide-Mémoire K9S

Mon, 01 Jan 0001 00:00:00 +0000

Start with K9s

Use default config

$ k9s

Use non-default kubeconfig

$ k9s --kubeconfig /path/to/kubeconfig

Use non-default context

$ k9s --context fooctx

Readonly

$ k9s --readonly

Check info (locations for configurations, logs, screen dumps)

$ k9s info

Use K9s

List Resources

List a specific resource:

:<resource> : list Resources, e.g. :pod to list all pods.
:<resource> <namespace> : list Resources in a given namespace.

List all available resources:

Aide-Mémoire Unix

Mon, 01 Jan 0001 00:00:00 +0000

Quelques commandes simples

Consulter le manuel

$ man [n] commande

Visualisation à l’écran des informations concernant la commande spécifiée. L’affichage est realisé par un more. Le manuel est divisé en huit sections:

1 : Les commandes utilisateurs
2 : Les appels sytèmes
3 : La librairie des sous-routines
4 : Les formats de fichiers
5 : Les fichiers spéciaux
7 : Les possibilités diverses
8 ou 1m : Les commandes d’administrations système
9 : glossaire

On peut spécifier la section dans laquelle on veut effectuer la recherche (grace au paramètre n).

La Page de Nicolas

Déploiement du Load-Balancer

Cas d’usage

Déploiement de la base de données

Introduction

Inventaire & Architecture

Le Setup

Inventaire du matériel

Choix des logiciels

Schéma d’architecture

A la découverte de K3s

Introduction

Découvrons Lightweight Kubernetes

Connecter un cluster Kubernetes

Pré-requis

Les étapes d’installation

Cours Shell Unix - Commandes & Programmation

Sommaire

Chapitre 1 : Présentation

Définition

Chapitre 10 : Les processus

Définition et environnement

Etats d’un processus

Chapitre 11 : Recherche complexe

La commande find

Chapitre 12 : Le Bourne Shell

Fichier de configuration

Chapitre 13 : La programmation Shell

Structure et exécution d’un script

Chapitre 14 : Les particularités du Korn Shell

Chapitre 15 : Compléments

La Crontab

Chapitre 2 : Connexion & Déconnexion

1ère Connexion

Chapitre 3 : 1ere commande : echo

Une 1ère commande

Chapitre 4 : Système de fichiers

Définition

Les divers types de fichiers

Fichiers ordinaires (ordinary files)

Chapitre 5 : l'éditeur VI

Introduction

Commandes de saisie

Chapitre 6 : les redirections

Introduction

Chapitre 7 : Les droits d'accès

Introduction

Chapitre 8 : Les filtres et utilitaires

Introduction

Recherche de lignes

Chapitre 9 : L'impression

Introduction

Aide-Mémoire K9S

Start with K9s

Use K9s

List Resources

Aide-Mémoire Unix

Quelques commandes simples

Consulter le manuel

1^ère Connexion

Une 1^ère commande