2019-12-16 22:58:06 +00:00
|
|
|
|
# Survol des playbooks Ansible
|
2019-12-16 21:27:58 +00:00
|
|
|
|
|
|
|
|
|
On découpe nos *playbooks* Ansible par rôles :
|
|
|
|
|
|
|
|
|
|
- `pycon.yml`: Pour les pycon.fr
|
|
|
|
|
- `backup.yml`: Configure rsnapshot pour sauvegarder nos serveurs.
|
2019-12-18 19:20:22 +00:00
|
|
|
|
- ...
|
2019-12-16 21:27:58 +00:00
|
|
|
|
|
|
|
|
|
En partant de là, on peut utiliser les commandes suivantes:
|
|
|
|
|
|
2019-12-17 10:57:23 +00:00
|
|
|
|
Après avoir cloné ce repo, installé Ansible dans un venv, installez
|
|
|
|
|
les roles nécessaires via :
|
2019-12-16 21:27:58 +00:00
|
|
|
|
|
2022-01-30 09:53:31 +00:00
|
|
|
|
- ansible-galaxy install julienpalard.nginx
|
2019-12-16 21:27:58 +00:00
|
|
|
|
|
|
|
|
|
Puis pour jouer les *playbooks* :
|
|
|
|
|
|
2021-12-30 20:33:48 +00:00
|
|
|
|
- Pour tout relancer : `ansible-parallel *.yml`
|
2019-12-16 21:27:58 +00:00
|
|
|
|
- Pour configurer les PyCons : `ansible-playbook pycons.yml`
|
|
|
|
|
|
2018-10-09 19:43:40 +00:00
|
|
|
|
|
2019-12-16 22:58:06 +00:00
|
|
|
|
## Faire, ne pas faire
|
|
|
|
|
|
|
|
|
|
Faire : Configurer les machines : apt install, fichiers de
|
2019-12-18 19:20:22 +00:00
|
|
|
|
configuration, utilisateurs, éventuellement un premier `git clone`
|
|
|
|
|
pour que ça marche si c'est un site statique.
|
2019-12-16 22:58:06 +00:00
|
|
|
|
|
2019-12-18 19:20:22 +00:00
|
|
|
|
Ne pas faire : Deployer. En dehors de l'éventuel premier git clone,
|
|
|
|
|
c'est le rôle de la CI (Github Actions, ...), pas de nos playbooks.
|
2019-03-22 08:57:51 +00:00
|
|
|
|
|
2019-07-04 20:24:35 +00:00
|
|
|
|
|
2019-12-16 22:58:06 +00:00
|
|
|
|
# Servers
|
|
|
|
|
|
2021-11-17 16:31:32 +00:00
|
|
|
|
La distinction services/serveurs :
|
2018-12-20 22:54:21 +00:00
|
|
|
|
|
2021-11-17 16:31:32 +00:00
|
|
|
|
- Un serveur contient un chiffre dans son hostname : deb2.afpy.org,
|
|
|
|
|
bbb2.afpy.org, …
|
|
|
|
|
- Un service ne contient pas de chiffre dans son hostname :
|
|
|
|
|
discuss.afpy.org, bbb.afpy.org, www.afpy.org, …
|
2019-12-16 22:58:06 +00:00
|
|
|
|
|
|
|
|
|
|
2021-11-17 16:31:32 +00:00
|
|
|
|
## deb2.afpy.org
|
2019-12-16 22:58:06 +00:00
|
|
|
|
|
2021-11-17 16:31:32 +00:00
|
|
|
|
♥ Machine sponsorisée par Gandi ♥
|
2019-12-16 22:58:06 +00:00
|
|
|
|
|
2021-11-17 16:31:32 +00:00
|
|
|
|
C'est un VPS `V-R4 2 CPUs · 4 GB RAM`.
|
2018-12-20 22:54:21 +00:00
|
|
|
|
|
2021-11-17 16:31:32 +00:00
|
|
|
|
Elle héberge les services suivants :
|
2018-12-21 11:32:09 +00:00
|
|
|
|
|
2021-11-17 16:31:32 +00:00
|
|
|
|
- https://www.afpy.org ([source](https://github.com/AFPy/site))
|
|
|
|
|
- https://discuss.afpy.org une instance Discourse.
|
|
|
|
|
- [https://*.pycon.fr/*](https://pycon.fr/) (que des sites statiuques)
|
|
|
|
|
- https://afpyro.afpy.org ([source](https://github.com/AFPy/siteafpyro))
|
|
|
|
|
- Alain le bot IRC du canal #afpy ([source](https://github.com/AFPy/alain))
|
|
|
|
|
- La gate [IRC](https://afpy.org/irc)—[Discord](https://afpy.org/discord)
|
|
|
|
|
- https://dl.afpy.org: un *directory listing* nginx des vidéos de nos conférences.
|
|
|
|
|
- https://logs.afpy.org: Les logs du salon IRC #afpy ([source](https://github.com/AFPy/AfpyLogs/))
|
|
|
|
|
- https://pydocteur.afpy.org: Un bot utilisé dans le repo de la traduction ([source](https://github.com/AFPy/PyDocTeur))
|
2018-12-20 22:54:21 +00:00
|
|
|
|
|
|
|
|
|
|
2021-11-17 16:31:32 +00:00
|
|
|
|
## bbb2.afpy.org
|
2018-12-20 22:54:21 +00:00
|
|
|
|
|
2021-11-17 16:31:32 +00:00
|
|
|
|
♥ Machine sponsorisée par Gandi ♥
|
2019-07-04 21:30:06 +00:00
|
|
|
|
|
2021-11-17 16:31:32 +00:00
|
|
|
|
C'est un VPS `V-R8 4 CPUs · 8 GB RAM`.
|
2018-10-09 19:43:40 +00:00
|
|
|
|
|
|
|
|
|
|
2018-12-21 11:32:09 +00:00
|
|
|
|
# Ansible
|
2018-10-09 19:43:40 +00:00
|
|
|
|
|
2018-12-21 11:32:09 +00:00
|
|
|
|
On utilies ces rôles Ansible :
|
2018-10-09 19:43:40 +00:00
|
|
|
|
|
2021-11-18 05:30:59 +00:00
|
|
|
|
|
|
|
|
|
## roles/nginx
|
|
|
|
|
|
|
|
|
|
Ce rôle configure un nginx avec Letsencrypt en DNS-01 via l'API Gandi (nos domaines étant chez Gandi).
|
|
|
|
|
|
|
|
|
|
L'avantage du DNS-01 c'est qu'on peut configurer un nouveau serveur **avant** que le DNS ne pointe sur lui.
|
|
|
|
|
|
|
|
|
|
|
2019-12-18 12:41:45 +00:00
|
|
|
|
## julienpalard.nginx
|
2018-10-09 19:43:40 +00:00
|
|
|
|
|
2021-11-18 05:30:59 +00:00
|
|
|
|
Ce rôle configure un nginx avec Letsencrypt en HTTP-01, on l'utilise
|
|
|
|
|
assez peu maintenant, on l'utilise là où on ne peut pas faire de
|
|
|
|
|
DNS-01 (pour `fr.pycon.org` par exemple).
|
|
|
|
|
|
2019-12-18 12:41:45 +00:00
|
|
|
|
Voir la [doc](https://github.com/JulienPalard/ansible-role-nginx).
|
2018-10-09 19:43:40 +00:00
|
|
|
|
|
|
|
|
|
|
2018-12-21 11:32:09 +00:00
|
|
|
|
## common
|
2018-10-09 19:43:40 +00:00
|
|
|
|
|
2018-12-21 11:32:09 +00:00
|
|
|
|
*common* est un rôle "de base" permettant d'avoir une conf "normale"
|
|
|
|
|
sur toutes nos machines (emacs et vim installés, nos authorized-keys,
|
2019-12-18 12:41:45 +00:00
|
|
|
|
pas de mlocate, hostname propre, firewall, ce genre de broutilles).
|
2019-03-06 23:08:06 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
# Backups
|
|
|
|
|
|
2021-04-03 09:47:40 +00:00
|
|
|
|
Julien Palard a un rsnapshot (vérifié en 2021) sur son NAS perso, avec :
|
2019-03-06 23:08:06 +00:00
|
|
|
|
|
|
|
|
|
```
|
2021-04-03 09:47:40 +00:00
|
|
|
|
backup deb.afpy.org:/srv/ deb.afpy.org/
|
|
|
|
|
backup deb.afpy.org:/home/ deb.afpy.org/
|
|
|
|
|
backup deb.afpy.org:/etc/ deb.afpy.org/
|
|
|
|
|
backup deb.afpy.org:/srv/ deb.afpy.org/
|
|
|
|
|
backup deb.afpy.org:/home/ deb.afpy.org/
|
|
|
|
|
backup deb.afpy.org:/etc/ deb.afpy.org/
|
|
|
|
|
backup deb.afpy.org:/var/discourse/shared/standalone/backups/ deb.afpy.org/
|
2021-04-06 10:13:56 +00:00
|
|
|
|
backup storage.afpy.org:/var/www/ storage.afpy.org/
|
2019-03-06 23:08:06 +00:00
|
|
|
|
```
|
2019-04-03 21:00:30 +00:00
|
|
|
|
|
2019-07-04 20:24:35 +00:00
|
|
|
|
|
2020-11-02 10:04:50 +00:00
|
|
|
|
## BBB
|
|
|
|
|
|
2021-11-17 16:31:32 +00:00
|
|
|
|
Hébergé sur bbb2.afpy.org chez Gandi.
|
2021-05-12 14:42:30 +00:00
|
|
|
|
|
|
|
|
|
J'y ai appliqué un poil de ssh-hardening :
|
|
|
|
|
|
|
|
|
|
AuthenticationMethods publickey
|
|
|
|
|
LogLevel VERBOSE
|
|
|
|
|
|
|
|
|
|
Ensuite j'ai [rsync les enregistrements depuis le bbb
|
|
|
|
|
précédent](https://docs.bigbluebutton.org/2.2/customize.html#transfer-published-recordings-from-another-server).
|
|
|
|
|
|
|
|
|
|
Puis j'ai sauvegardé/restauré la DB de greenlight :
|
|
|
|
|
|
|
|
|
|
# Sur l'ancienne machine :
|
|
|
|
|
docker exec greenlight_db_1 /usr/bin/pg_dumpall -U postgres -f /var/lib/postgresql/data/dump.sql
|
|
|
|
|
|
|
|
|
|
# Sur la nouvelle machine :
|
|
|
|
|
# Copier la sauvegarde sur le nouveau serveur :
|
|
|
|
|
cd ~root/greenlight
|
|
|
|
|
rsync bbb.afpy.org:/root/greenlight/db/production/dump.sql ./
|
|
|
|
|
|
|
|
|
|
docker-compose down
|
|
|
|
|
rm -fr db
|
|
|
|
|
# Configurer le même mot de passe dans .env et docker-compose.yml que l'ancienne machine
|
|
|
|
|
# En profiter pour vérifier le SAFE_HOSTS dans le .env.
|
|
|
|
|
docker-compose up -d
|
|
|
|
|
# Attendre un peu avec un top sous les yeux que ça se termine vraiment
|
|
|
|
|
docker exec greenlight_db_1 /usr/local/bin/psql -U postgres -c "DROP DATABASE greenlight_production;"
|
|
|
|
|
mv dump.sql db/production/
|
|
|
|
|
docker exec greenlight_db_1 /usr/local/bin/psql -U postgres -f /var/lib/postgresql/data/dump.sql
|
|
|
|
|
rm db/production/dump.sql
|
|
|
|
|
docker-compose down
|
|
|
|
|
docker-compose up -d # Il va s'occuper de la migration
|
|
|
|
|
docker-compose logs -f # pour voir si tout va bien
|
|
|
|
|
|
|
|
|
|
`rsync` des certificats TLS aussi :
|
|
|
|
|
|
|
|
|
|
rsync -vah bbb.afpy.org:/etc/letsencrypt/ /etc/letsencrypt/
|
|
|
|
|
|
|
|
|
|
Ça a pris un petit :
|
|
|
|
|
|
|
|
|
|
sed s/sd-106563.dedibox.fr/bbb.afpy.org/ /etc/nginx/sites-available/bigbluebutton
|
|
|
|
|
|
|
|
|
|
Il faut attendre un moment avec un `top` qui tourne, ruby a tout plein
|
|
|
|
|
de truc a faire avant de démarrer.
|