Produits Entr'ouvert » Publik Installation Développeur

Poussé un paquet "dspawn" dans nos dépôts jessie, à partir de ce que j'utilise en prod et en local pour gérer nos conteneurs. Je dois encore faire la doc pour l'utiliser avec publik-devinst. En gros ça fait debootstrap là où systemd-nspawn est content, et ça règle un tas de petits ajustements.

Description: systemd-nspawn container manager
 an alternative to machinectl aimed at debootstrap compatible distributions, with many features:
 authorizes ssh keys in container, caches deboostrap models for fast container creations,
 various network configurations, uses apt-cacher-ng if available, and more.

$ dspawn --help
usage: dspawn [-h] [-r {stable,jessie,stretch,buster}] [-a x.x.y.z]
              [-m {zone,bridge,private}] [-c MACADDRESS]
              {create,config,list,list-images,start,stop,show,shell,remove,login,enable,disable,kill,reboot}
              [name [name ...]]

manage nspawn containers with debootstrap and caching

positional arguments:
  {create,config,list,list-images,start,stop,show,shell,remove,login,enable,disable,kill,reboot}
                        which task shall we perform?
  name                  container name(s)

optional arguments:
  -h, --help            show this help message and exit
  -r {stable,jessie,stretch,buster}, --release {stable,jessie,stretch,buster}
                        which release model shall we use; default: stable
  -a x.x.y.z, --address x.x.y.z
                        static ip address
  -m {zone,bridge,private}, --mode {zone,bridge,private}
                        configure nspawn network; default: containers in a
                        common zone
  -c MACADDRESS, --macaddress MACADDRESS
                        specify container mac address

Une série de patch pour permettre d'exécuter p-devinst sur une machine distante, par exemple un conteneur:

dspawn -c devinstfoo
ansible-playbook -i root@devinstfoo, bootstrap.yaml
ansible-playbook -i root@devinstfoo, install.yml

(c'est encore en chantier, je vous préviens quand c'est fonctionnel et validé)

Emmanuel Cazenave a écrit :

Il manque les inventaires root@dev.publik et dev.publik pour que je puisse vraiment essayer.

Ces noms d'hôtes ne sont pas définis dans un inventaire, note la virgule ',' dans les commandes de: https://dev.entrouvert.org/issues/21756#note-14

bootstrap.yml refait des choses que fait déjà install.yml (installation de python, git , postgres, cloner les sources),
est-ce qu'il serait pas plus simple de mettre dans bootstrap.yml juste ce qu'il faut pour créer un container qui soit en état d'exécuter
install.yml et deploy-tenant.yml (éventuellement depuis le container plutôt que depuis l’hôte si c'est plus simple) ?

Je d'accord de ne pas dupliquer ces opérations, mais je ne vois pas où tu installe postgresql, git et python. Pour le clonage je pense que mon souci était que certaines opérations sont à réaliser sur la machine hôte et d'autres dans le conteneur. Du coup je vais probablement sortir quelques opérations de install.yml.

Juste une ideé, mais comme ça ou autrement, il faut qu'on trouve une solution pour avoir moins d'entrelacement entre bootstrap et install, ils se marchent un peu sur les pieds là.

yep, je regarde ça

Déplacer l'essentiel des variables de l'inventaire à group_vars/all ça me plait, j'avais essayé là #21725 sans succès, il faudrait le faire à part dans #21725 plutôt que noyé dans nos histoires de containers.

ajouté le patch dans ce ticket.

J'ai pas compris les bidouilles avec tmp_dir que tu fais passer dans src_dir.

c'est du hack pas assez documenté: le module ansible copy change de comportement selon qu'on est dans un mode local ou remote;

lors d'une utilisation de devinst sur conteneur, on est content de garder les dépôts des sources en local, et de les monter dans le conteneur,

du coup pour que la compilation (locale) de wcs_skeleton_filename soit copiéé (via le module ansible copy) dans le conteneur, je place ce dossier dans le dossier monté des 2 cotés (src_dir):

tmp_dir: "{{src_dir}}/tmp"

On pourrait se faire un petit sprint sur tout ça, ce serait sympa.

ouaip

Les 2 patches attachés permettent comme discuté quand on s'était vu:

• de séparer les opérations locales de collecte des sources de l'installation proprement dite
• de réaliser ces opérations sur des machines différentes:
  • télécharger les sources en local (afin de bénéficier de la configuration SSH)
  • construire un conteneur et y exécuter l’installation des composants

Depuis la branche #containers les commandes suivantes réalisent l'installation complète:

ansible-playbook -i inventory.yml -e target=dev.publik container.yml
ansible-playbook -i inventory.yml -e target=dev.publik install.yml
ansible-playbook -i inventory.yml -e target=dev.publik deploy-tenants.yml

(des parties pourraient probablement être réorganisées entre playbook et roles; j'ai tenté de faire un minimum de changements dans un premier temps)

Après réflexion je me dis que j'ai pris le problème à l'envers : plutôt que complexifier devinst avec de l'exécution à distance il suffit d'appeler devinst depuis un conteneur, hop problème résolu.