gsb2024

2024-12-21 ps

Environnement et playbooks ansible pour le projet GSB 2024

Quickstart

Prérequis :

une machine LInux Debian Bookworm ou Windows
VirtualBox
git
fichier machines virtuelles ova :
- debian-bookworm-gsb-2023c.ova
- debian-buster-gsb-2023a.ova

Les machines

s-adm : routeur adm, DHCP + NAT, deploiement, proxy squid
s-infra : DNS maitre, autoconfiguration navigateurs avec wpad
r-int : routage, DHCP
r-ext : routage, NAT
s-proxy : squid
s-itil : serveur GLPI
s-backup : DNS esclave + sauvegarde s-win (SMB)
s-mon : supervision avec Nagios4, notifications et syslog
s-fog : deploiement postes de travail avec FOG
s-win : Windows Server 2019, AD, DNS, DHCP, partage fichiers
s-nxc : NextCloud avec docker
s-elk : pile ELK dockerisée
s-lb : Load Balancer HaProxy pour application Wordpress (DMZ)
r-vp1 : Routeur VPN Wireguard coté siège
r-vp2 : Routeur VPN Wireguard coté agence, DHCP
s-agence : Serveur agence
s-lb : Load Balancer HaProxy pour application Wordpress
s-lb-web1 : Serveur Wordpress 1 Load Balancer
s-lb-web2 : Serveur Wordpress 2 Load Balancer
s-lb-db : Serveur Mariadb pour Wordpress
s-nas : Serveur NFS pour application Wordpress avec LB

Les playbooks

Il existe un playbook ansible pour chaque machine à installer, nommé comme la machine avec l'extension .yml

Installation

On utilisera les images de machines virtuelle suivantes :

debian-bookworm-gsb-2023c.ova (2023-12-18)
- Debian Bookworm 12.4 - 2 cartes - 1 Go - Stockage 20 Go

et pour s-fog :

debian-buster-2023a.ova (2023-01-06)
- Debian Buster 10 - 2 cartes - 1 Go - stockage 20 Go

Les images .ova doivent etre stockées dans le répertoire habituel de téléchargement de l'utilisateur courant.

Création d'une VM

Sur la machine physique, récupérer le dépot gsb2024.git avec :

   git clone https://gitea.lyc-lecastel.fr/gsb/gsb2024.git

On utilisera le script (bash) mkvm ou (PowerShell) mkvm.ps1 pour créer une VM Virtualbox.

cd gsb2024/scripts
mkvm -r s-adm

Machine s-adm

créer la machine virtuelle s-adm avec mkvm comme décrit plus haut.
démarrer la VM puis ouvir une session
utiliser le script de renommage comme suit :

bash chname <nouveau_nom_de_machine>` , puis redémarrer

utiliser le script s-adm-start : bash s-adm-start , puis redémarrer
ou sinon :

    mkdir -p tools/ansible ; cd tools/ansible
    git clone https://gitea.lyc-lecastel.fr/gsb/gsb2024.git
    cd gsb2024/pre
    bash inst-depl
    cd /var/www/html/gsbstore
    bash getall
    cd /root/tools/ansible/gsb024/pre
    bash gsbboot
    cd .. ; bash pull-config

redémarrer

Pour chaque machine

#### Etape 1

créer la machine avec mkvm -r, les cartes réseau sont paramétrées par mkvm selon les spécifications
ouvrir une session sur la machine considérée
renomme la machine soit
- en utilisant le script de renommage comme suit : /root/tools/ansible/gsb2024/scripts/chname <nouveau_nom_de_machine>
- soit avec :

NHOST=mavm   
sed -i "s/bookworm/${NHOST}/g" /etc/host{s,name}
sudo reboot # on redemarre

#### Etape 2

utiliser le script gsb-start : bash gsb-start
ou sinon:

mkdir -p tools/ansible ; cd tools/ansible
git clone https://gitea.lyc-lecastel.fr/gsb/gsb2024.git
cd gsb2024/pre
DEPL=192.168.99.99 bash gsbboot
cd ../..
bash pull-config

#### Etape 3

redémarrer
Remarque : une machine doit avoir été redémarrée pour prendre en charge la nouvelle configuration

Les tests

Il peuvent êtres mis en oeuvre avec goss de la façon suivante : chaque machine installée dispose d'un fichier de test ad-hoc portant le nom de la machine elle-même (machine.yml).

cd tools/ansible/gsb2024
bash agoss # lance le test portant le nom de la machine

bash agoss -f tap permet de lancer le test avec le détail d'exécution

4.2 KiB Raw Blame History