Un monde d'octets

Pour des raisons d'optimization, l'ai décidé de déplacer mes container lxc vers un mac book mini reinstallé sous ubuntu.

Préparer le destinaire LXC

lxc config set core.https_address 192.168.1.15
lxc config set core.trust_password <SECRET>

Préparer la source

lxc remote add 192.168.1.15 --password <SECRET>

A partir de la, vous êtes en mesure de contrôle le service lxd distant :

lxc list 192.168.1.15:

Vous pouvez ensuite copier le container en faisant depuis la source :

lxd move --mode=push <container> 192.168.1.15:

Il suffit d'ajouter un device de type disque a la configuration du container

exemple :

lxc config device add mycontainer export disk source=/export path=/export

Ici, notre volume s'appellera "export" de type "disk" dont la source est "/expot" et le point de montage "/export" sur le container "mycontainer"

Cependant pour les droits, il faut savoir que si l'uid du container n'a pas l'accès au chemin monté sur l'hôte, ce sera permission denied. Il faut donc voir l'uid reel de l'utilisateur vu par l'hôte et placer des acls.

Creation d'une interface br0

Pour br0, nous allons choisir une interface macvlan bridgé, car certains chipset wifi ne supportent pas le bridge classique de linux (bridge-utils), mais de plus, macvlan est bien plus moderne !

ip link add br0 link eth0 address 8a:38:2a:cc:d7:aa type macvlan mode bridge
ip link set br0 up

l'adresse mac est totalement bidonnée mais rien de grave ici

Destruction de l'interface eth0 et linkage a br0

lxc config device remove test-18-10 eth0
lxc config device add test-18-10 eth0 nic name=eth0 nictype=macvlan mode=bridged parent=br0

Depuis que mon espace "/var" grossissait sans prévenir, je me suis dit, ca serait quand même bien de voir ce que prends lxd comme place, et même plus précisément chaque container :

sudo du -sh /var/snap/lxd/common/lxd/containers/*/rootfs

Ce qui me laisse à penser que prendre ubuntu ou fedora pour des micro services, c'est pas forcement léger. J'ai essayé Alpine Linux, qui est certes beaucoup plus light (1/50eme), mais pour laquelle beaucoup de choses changent par rapport à une Ubuntu :

exemples :

- bind est lancé en tant que user "named" dans alpine et "bind" dans ubuntu - les chemins de bind sont totalement différent, idem pour la structuration de la configuration - systemctl n'existe pas - bon, la je pinaille, mais c'est pas "apk install" (comme apt install) mais "apk add" - "service openvpn@servername start" ne fonctionne pas, il ne peut être que "service openvpn start"

Bref, beaucoup de petits détails d'administration présents dans certaines distribs, sont ici faites totalement différemment. Je ne dirais pas que c'est moins bien ou mieux, juste différent. Il y'a surement encore beaucoup de différences, mais c'est vrai que pour du micro-services, les gains en tailles apportés par Alpine sont WAOUH :

65M	/var/snap/lxd/common/lxd/containers/openvpn/rootfs
1,1G	/var/snap/lxd/common/lxd/containers/redis/rootfs

• openvpn est un container Alpine contenant la configuration d'un openvpn et des scripts d'administration
• redis est un container Ubuntu ne contenant qu'une installation additionnelle des paquets redis

Ca parle de soit ! Maintenant si la taille n'est pas un problème, je préfèrerais une ubuntu (écosystème, préférence personnelle ...), mais Alpine est très utilisé par beaucoup de containers docker sur le hub, ce qui atteste de sa validité pour ces usages.

Installation sur Ubuntu 18.04

apt install lxd lxd-client lxc-utils

Vous devez ensuite initialiser lxd, ce qui aura pour effet de créer un premier volume, nécessaire pour les containers.

lxd init

Lors de la configuration du réseau, lxd essaye de déterminer un range disponible. En cas d'échec, il faudra relancer l'init et saisir une adresse cidr pour paramétrer le bridge. La notation sera "IP de l'interface/Masque". Exemple : 192.168.10.1/24.

Création d'un premier container :

lxc launch ubuntu:bionic/amd64 picsou -p default -p {profile} -p ...

Contrairement à lxc, le container est déjà démarré à cette étape.

lxc list
lxc info {container}

Déposer des fichiers sur un container

Voici comment installer sa clef ssh pour root :

lxc file push ~/.ssh/id_rsa.pub picsou/root/.ssh/authorized_keys

Il faut ensuite corriger les droits du dossier :

echo "chmod 600 /root/.ssh/authorized_keys && sudo chown root: /root/.ssh/authorized_keys" | lxc exec picsou /bin/bash

Destruction d'un container

lxd delete {--force} container

Gestion des profils

lxc profile show profil
lxc profile create profil
lxc profil edit profil [< file.txt]

Pour modifier un attribut de profil, on peut utiliser :

lxc profile set profil attribut valeur

Dépôt d'images

lxc image list images:
lxc image list ubuntu:

Par défaut, on croit que lxc launch ubuntu:bionic/i386 installe une ubuntu bionic ... mais en fait ubuntu: indique le dépôt. Donc pour installer quelque-chose venant du dépôt images, il faut faire :

lxc launch images:alpine/3.6/i386 rushmore

Et voila notre container lxc rushmore est bien un linux alpine 3.6 version i386.