forked from Myceliandre/myc-manage
1 changed files with 618 additions and 0 deletions
-
618README.org
@ -0,0 +1,618 @@ |
|||||
|
#+SETUPFILE: /home/vaab/dev/el/org-html-themes/setup/theme-readtheorg.setup |
||||
|
#+PROPERTY: Effort_ALL 0 0:30 1:00 2:00 0.5d 1d 1.5d 2d 3d 4d 5d |
||||
|
#+PROPERTY: Max_effort_ALL 0 0:30 1:00 2:00 0.5d 1d 1.5d 2d 3d 4d 5d |
||||
|
#+PROPERTY: header-args:python :var filename=(buffer-file-name) |
||||
|
#+PROPERTY: header-args:sh :var filename=(buffer-file-name) |
||||
|
#+TODO: TODO WIP BLOCKED POSTPONED | DONE CANCELED |
||||
|
#+LATEX_HEADER: \usepackage[margin=0.5in]{geometry} |
||||
|
#+LaTeX_CLASS: article |
||||
|
#+OPTIONS: H:8 ^:nil prop:("Effort" "Max_effort") tags:not-in-toc |
||||
|
#+COLUMNS: %50ITEM %Effort(Min Effort) %Max_effort(Max Effort) |
||||
|
|
||||
|
#+begin_LaTeX |
||||
|
\hypersetup{ |
||||
|
linkcolor=blue, |
||||
|
pdfborder={0 0 0 0} |
||||
|
} |
||||
|
#+end_LaTeX |
||||
|
|
||||
|
#+TITLE: Architecture 0k.io |
||||
|
|
||||
|
#+LATEX: \pagebreak |
||||
|
|
||||
|
* Process de déploiement |
||||
|
|
||||
|
Description du process de déploiement pour une nouvelle installation |
||||
|
|
||||
|
** Base myc |
||||
|
|
||||
|
*** Qu'est ce c'est ? |
||||
|
|
||||
|
A partir d'une debian 9, on peut installer la machine pour être prête |
||||
|
à utiliser un déploiement myc. |
||||
|
|
||||
|
Une fois executé, la machine aura toute les deps pour lancer une |
||||
|
commande compose qui fera peut-être appel à des registry de |
||||
|
mycéliandre. Un compose de base est aussi proposé. |
||||
|
|
||||
|
*** Déploiement |
||||
|
|
||||
|
**** Hôte linux base debian 9 |
||||
|
|
||||
|
#+BEGIN_SRC sh |
||||
|
wget http://docker.0k.io/get/myc -qO - | bash |
||||
|
#+END_SRC |
||||
|
|
||||
|
If you want to setup odoo admin password and domain in one go: |
||||
|
|
||||
|
#+BEGIN_SRC sh |
||||
|
export DOMAIN=myhost.com |
||||
|
wget http://docker.0k.io/get/myc -qO - | bash |
||||
|
#+END_SRC |
||||
|
|
||||
|
**** Hôte macosx |
||||
|
|
||||
|
- install bash, docker |
||||
|
- Uncheck "Securely store docker logins in macOS keychain" |
||||
|
|
||||
|
*** Ce que cela fait |
||||
|
**** Mettre la machine en état charm-ready |
||||
|
|
||||
|
- installation du strict minimu pour lancer les =charms= |
||||
|
|
||||
|
- téléchargement de la dernière version des =0k-charms= (collection |
||||
|
de recettes d'installation et de gestion de docker) |
||||
|
|
||||
|
**** Mettre la machine en état compose ready (notre docker qui va bien) |
||||
|
|
||||
|
via le lancement du charm =docker-host= qui installe: |
||||
|
|
||||
|
- docker, docker-compose, compose avec des versions qui vont bien |
||||
|
- paquets maisons (kal-scripts, 0k-manage, 0k-pgm, lxc-scripts, 0k-docker) |
||||
|
- accès pour le repository deb de kalysto.org |
||||
|
- clé SSH pour repos git.kal.fr |
||||
|
- login sur le docker registry docker.0k.io |
||||
|
|
||||
|
**** Commandes spécifique à myc |
||||
|
|
||||
|
- login sur le registry myc |
||||
|
- téléchargement du compose de base dans =/opt/apps/myc-deploy= |
||||
|
|
||||
|
|
||||
|
** Modification du compose |
||||
|
|
||||
|
*** Qu'est-ce que c'est ? |
||||
|
|
||||
|
Il y a des update client à faire souvent sur le compose. Cette étape |
||||
|
doit être externalisée au plus possible, sont consigné ici ce qu'il |
||||
|
faut encore faire à la main. |
||||
|
|
||||
|
*** Commande |
||||
|
|
||||
|
**** Création de clé OVH pour letsencrypt/lexicon |
||||
|
|
||||
|
Ceci n'est nécessaire qu'en cas d'utilisation de la méthode DNS |
||||
|
pour valider la possession du domaine auprès de letsencrypt. |
||||
|
|
||||
|
#+BEGIN_SRC shell |
||||
|
APPLICATION_KEY=XXXXXXXXXXXXXXXXX |
||||
|
REDIR_WEBSITE=https://0k.io |
||||
|
|
||||
|
req=$(cat <<EOF |
||||
|
{ |
||||
|
"accessRules": [ |
||||
|
{ |
||||
|
"method": "GET", |
||||
|
"path": "/*" |
||||
|
}, |
||||
|
{ |
||||
|
"method": "POST", |
||||
|
"path": "/*" |
||||
|
}, |
||||
|
{ |
||||
|
"method": "PUT", |
||||
|
"path": "/*" |
||||
|
}, |
||||
|
{ |
||||
|
"method": "DELETE", |
||||
|
"path": "/*" |
||||
|
} |
||||
|
], |
||||
|
"redirection":"$REDIR_WEBSITE" |
||||
|
} |
||||
|
EOF |
||||
|
) |
||||
|
res=$(curl -X POST \ |
||||
|
-H "X-Ovh-Application: ${APPLICATION_KEY}" \ |
||||
|
-H "Content-type: application/json" \ |
||||
|
https://eu.api.ovh.com/1.0/auth/credential \ |
||||
|
-d "$req") |
||||
|
consumer_key=$(echo "$res" | jq -r .consumerKey) |
||||
|
validation_url=$(echo "$res" | jq -r .validationUrl) |
||||
|
echo "Visit: $validation_url" |
||||
|
echo "ConsumerKey: $consumer_key" |
||||
|
#+END_SRC |
||||
|
|
||||
|
Il s'agit alors de remplir le compose.yml |
||||
|
|
||||
|
#+BEGIN_SRC yaml |
||||
|
ovh: |
||||
|
## see: https://api.ovh.com/g934.first_step_with_api |
||||
|
entrypoint: ovh-eu |
||||
|
application: |
||||
|
key: XXXXXXXXXXXXXXXX |
||||
|
secret: YYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYY |
||||
|
consumer_key: ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ |
||||
|
#+END_SRC |
||||
|
|
||||
|
Puis de valider que tout est ok: |
||||
|
|
||||
|
#+BEGIN_SRC shell |
||||
|
check-compose-ovh-credentials compose.yml |
||||
|
#+END_SRC |
||||
|
|
||||
|
|
||||
|
** Lancement/Deploy de service odoo |
||||
|
|
||||
|
*** Qu'est ce que c'est ? |
||||
|
|
||||
|
A partir d'une base myc, cette commande permet d'envoyer la |
||||
|
construction et l'assemblage de tous les services décrit dans le |
||||
|
=compose.yml= fourni par défaut. |
||||
|
|
||||
|
*** commandes |
||||
|
|
||||
|
#+BEGIN_SRC sh |
||||
|
cd /opt/apps/myc-deploy |
||||
|
compose --debug up odoo frontend |
||||
|
#+END_SRC |
||||
|
|
||||
|
De manière générale: |
||||
|
|
||||
|
#+BEGIN_SRC sh |
||||
|
compose [--debug] up [SERVICES...] |
||||
|
#+END_SRC |
||||
|
|
||||
|
*** Ce que ça fait |
||||
|
|
||||
|
Les charms vont s'occuper de séparer la config des |
||||
|
donnée, de tout stocker dans =/srv/datastore=, il vont |
||||
|
s'occuper de la petite maintenance: |
||||
|
|
||||
|
- le charm postgres (qui est une dépendance du service odoo) va créer |
||||
|
un mot de passe et le filer à odoo |
||||
|
- le charm apache (qui implémente le service frontend) |
||||
|
va créer les fichiers de conf apache pour déclarer un virtualhost |
||||
|
et mettre les clés SSL s'il y a lieu. |
||||
|
|
||||
|
|
||||
|
* Gestion |
||||
|
|
||||
|
Description des process de gestion d'une installation existante. |
||||
|
|
||||
|
** Mise à jour de l'ensemble |
||||
|
|
||||
|
Pour mettre à jour un VPS: |
||||
|
|
||||
|
#+BEGIN_SRC sh |
||||
|
myc-update |
||||
|
#+END_SRC |
||||
|
|
||||
|
Cette commande va ré-appliquer l'installation du charm =docker-host= |
||||
|
qui installe ou met à jour chaque composant. |
||||
|
|
||||
|
** Gestion des dockers |
||||
|
*** Relancement |
||||
|
|
||||
|
si on veut relancer parce que le compose a changé : |
||||
|
|
||||
|
on fait pareil qu'au lancement : lors du "up", docker-compose se |
||||
|
rend compte que la définition des services a changé et relance les |
||||
|
docker voulu. |
||||
|
|
||||
|
*** Arrêt |
||||
|
|
||||
|
#+BEGIN_SRC sh |
||||
|
compose --debug down |
||||
|
#+END_SRC |
||||
|
|
||||
|
*** Voir les logs |
||||
|
|
||||
|
#+BEGIN_SRC sh |
||||
|
cd /opt/apps/myc-deploy |
||||
|
compose --debug logs odoo |
||||
|
#+END_SRC |
||||
|
|
||||
|
*** Obtenir les IPs des dockers |
||||
|
|
||||
|
#+BEGIN_SRC sh |
||||
|
docker-ip |
||||
|
#+END_SRC |
||||
|
|
||||
|
** Par services |
||||
|
|
||||
|
*** odoo |
||||
|
**** Backups |
||||
|
***** Backuping odoo account (filestore and database) |
||||
|
|
||||
|
#+BEGIN_SRC sh |
||||
|
compose save odoo DBNAME OUTPUT_FILE |
||||
|
#+END_SRC |
||||
|
|
||||
|
***** Restoring odoo account (filestore and database) |
||||
|
|
||||
|
#+BEGIN_SRC sh |
||||
|
compose load odoo SOURCE_FILE DBNAME |
||||
|
#+END_SRC |
||||
|
|
||||
|
***** charger un dump SQL dans odoo |
||||
|
|
||||
|
Supporte *.dump ou sql (non compressé), *.gz ou *.bz2: |
||||
|
|
||||
|
#+BEGIN_SRC sh |
||||
|
compose load-db odoo MONFICHIER.dump.bz2 |
||||
|
#+END_SRC |
||||
|
|
||||
|
***** sauvegarder dump db de odoo |
||||
|
|
||||
|
Pour l'instant on passe par pgm |
||||
|
|
||||
|
#+BEGIN_SRC sh |
||||
|
compose save-db odoo MONFICHIER.dump.bz2 |
||||
|
#+END_SRC |
||||
|
|
||||
|
**** Update de modules |
||||
|
|
||||
|
#+BEGIN_SRC sh |
||||
|
compose update odoo MABASE [MODULE [MODULE ...]] |
||||
|
#+END_SRC |
||||
|
|
||||
|
|
||||
|
**** lancement d'une commande odoo |
||||
|
|
||||
|
Si l'ensemble n'est pas up: |
||||
|
|
||||
|
#+BEGIN_SRC sh |
||||
|
compose --debug run odoo --help |
||||
|
#+END_SRC |
||||
|
|
||||
|
|
||||
|
**** Mod dev d'odoo |
||||
|
|
||||
|
Il est souhaitable de lancer odoo en mode dev avec un terminal prêt à |
||||
|
accueillir un pdb par exemple, et pouvoir changer facilement la ligne de commande. |
||||
|
|
||||
|
On peut tout a fait lancer odoo directement, par exempe: |
||||
|
|
||||
|
#+BEGIN_SRC sh |
||||
|
compose run --rm --use-aliases odoo --dev=wdb --config=/opt/odoo/auto/odoo.conf |
||||
|
#+END_SRC |
||||
|
|
||||
|
On récupère ainsi tous les volumes et autres options (sauf ce qui est |
||||
|
dans =command:=) défini dans =compose.yml=. |
||||
|
|
||||
|
Un problème cependant: si on utilise apache comme frontend, celui-ci |
||||
|
ne pourra pas résoudre le nom =odoo= à cause de problèmes autour de |
||||
|
=docker-compose= et/ou =docker network=. En effet, si on fait un =up= |
||||
|
comme d'habitude, et qu'on souhaite simplement arrêter le service |
||||
|
classique pour ensuite le remplacer par la commande au dessus, cela ne |
||||
|
fonctionnera pas. En effet, l'alias réseau =odoo= n'est plus adjoignable |
||||
|
(même avec les commandes =docker network {dis,}connect=), et même si |
||||
|
le container original de odoo est détruit ou éjecté du réseau, ou que l'on |
||||
|
essaye de connecter soi-même le nouveau container. |
||||
|
|
||||
|
Un moyen (bancal) de passer outre cependant: |
||||
|
- =down= pour fermer le réseau |
||||
|
- =create= sur le service apache, puis =restart=. |
||||
|
- enfin, le =run= tel que décrit au dessus |
||||
|
|
||||
|
Soit: |
||||
|
|
||||
|
#+BEGIN_SRC sh |
||||
|
compose down && |
||||
|
compose create apache && |
||||
|
compose restart apache && |
||||
|
compose run --rm --use-aliases odoo --dev=wdb --config=/opt/odoo/auto/odoo.conf |
||||
|
#+END_SRC |
||||
|
|
||||
|
Le container odoo crée par la dernière ligne se retirera proprement des tables DNS |
||||
|
interne, et donc peut tout a fait être relancée autant de fois que l'on souhaitera. |
||||
|
|
||||
|
*** letsencrypt |
||||
|
|
||||
|
Le service letsencrypt fourni des certificat SSL à la demande et les |
||||
|
renouvelle automatiquement. |
||||
|
|
||||
|
**** configuration dans compose |
||||
|
***** Authentification HTTP |
||||
|
|
||||
|
Il n'y a besoin d'aucune option dans le service =letsencrypt=. |
||||
|
|
||||
|
Le charm =apache= doit trouver un service utilisant le charm =letsencrypt=, cette |
||||
|
connection se fera automatiquement si un servce de type =letsencrypt= est lancé soit |
||||
|
parce que directement mentionné dans la racine ou dans une relation explicite. |
||||
|
|
||||
|
La relation construite automatiquement (ou manuellement) d'un service |
||||
|
=apache= vers un service =letsencrypt= s'appelle =cert-provider=. |
||||
|
|
||||
|
Une fois que ce service est relié à apache, on peut s'en servir comme clé dans |
||||
|
la configuration =ssl= des relations =*-->web-proxy-->apache=. |
||||
|
|
||||
|
Par défaut, =apache= utilisera du ssl pour tout se virtual-host s'il trouve un |
||||
|
=cert-provider= à disposition. |
||||
|
|
||||
|
Aussi la configuration suivante est suffisante pour avoir un site publié en SSL: |
||||
|
#+BEGIN_SRC yaml |
||||
|
|
||||
|
www.mydomain.org: |
||||
|
charm: odoo |
||||
|
|
||||
|
apache: |
||||
|
|
||||
|
letsencrypt: |
||||
|
|
||||
|
#+END_SRC |
||||
|
|
||||
|
|
||||
|
Cela équivaut à : |
||||
|
|
||||
|
|
||||
|
#+BEGIN_SRC yaml |
||||
|
|
||||
|
www.mydomain.org: |
||||
|
charm: odoo |
||||
|
relations: |
||||
|
web-proxy: |
||||
|
myapache: |
||||
|
domain: www.mydomain.org |
||||
|
ssl: |
||||
|
myletsencrypt: |
||||
|
challenge-type: http |
||||
|
|
||||
|
myapache: |
||||
|
charm: apache |
||||
|
|
||||
|
myletsencrypt: |
||||
|
charm: letsencrypt |
||||
|
|
||||
|
#+END_SRC |
||||
|
|
||||
|
|
||||
|
|
||||
|
***** Authentification DNS |
||||
|
****** créer un nouveau jeu de clé OVH pour l'authentification DNS |
||||
|
|
||||
|
When =letsencrypt= is setup and running:: |
||||
|
|
||||
|
#+BEGIN_SRC sh |
||||
|
compose --debug add letsencrypt DOMAIN [DOMAIN...] |
||||
|
#+END_SRC |
||||
|
|
||||
|
Exemple de setup (dans =compose.yml=): |
||||
|
|
||||
|
#+BEGIN_SRC yaml |
||||
|
letsencrypt: |
||||
|
options: |
||||
|
email: admin@0k.io |
||||
|
ovh: |
||||
|
entrypoint: ovh-eu |
||||
|
application: |
||||
|
key: ZZZ |
||||
|
secret: XXX |
||||
|
consumer_key: YYYYY |
||||
|
#+END_SRC |
||||
|
|
||||
|
Le résultat est dans =/srv/datastore/data/letsencrypt/etc/letsencrypt/live/DOMAIN1= |
||||
|
Il apparaît entre 30sec et 1 minute après la demande. |
||||
|
|
||||
|
****** Vérifier que le jeu de clé ovh est bon |
||||
|
|
||||
|
Cette commande prend le compose yml et va vérifier que les accès sont valides: |
||||
|
|
||||
|
#+BEGIN_SRC shell |
||||
|
check-compose-ovh-credentials compose.yml |
||||
|
#+END_SRC |
||||
|
|
||||
|
**** Utilisation manuelle |
||||
|
|
||||
|
On peut utiliser le service =letsencrypt= manuellement |
||||
|
|
||||
|
***** creation d'un certificat http |
||||
|
|
||||
|
#+BEGIN_SRC shell |
||||
|
compose crt letsencrypt create DOMAIN [DOMAIN...] |
||||
|
#+END_SRC |
||||
|
|
||||
|
Cette action crée un certificat (et force le renouvellement si existant). |
||||
|
|
||||
|
On peut y injecter une configuration via =--add-compose-content= si nécessaire:: |
||||
|
|
||||
|
#+BEGIN_SRC shell |
||||
|
compose --add-compose-content=' |
||||
|
letsencrypt: |
||||
|
ovh: |
||||
|
## see: https://api.ovh.com/g934.first_step_with_api |
||||
|
entrypoint: ovh-eu |
||||
|
application: |
||||
|
key: XXX |
||||
|
secret: YYY |
||||
|
consumer_key: ZZZ |
||||
|
challenge-type: dns |
||||
|
#renew-before-expiry: 30' crt letsencrypt create DOMAIN [DOMAIN...] |
||||
|
#+END_SRC |
||||
|
|
||||
|
***** Renew de tous les certificats |
||||
|
|
||||
|
Cela renew uniquement les certificats dont la date de validité est inférieure à 30j |
||||
|
|
||||
|
#+BEGIN_SRC shell |
||||
|
compose crt letsencrypt renew |
||||
|
#+END_SRC |
||||
|
|
||||
|
|
||||
|
***** Liste des certificats gérés et infos connexes |
||||
|
|
||||
|
#+BEGIN_SRC shell |
||||
|
compose run letsencrypt crt list |
||||
|
#+END_SRC |
||||
|
|
||||
|
***** suppression d'un certificat |
||||
|
|
||||
|
#+BEGIN_SRC shell |
||||
|
compose run letsencrypt certbot delete --cert-name DOMAIN |
||||
|
#+END_SRC |
||||
|
|
||||
|
*** apache |
||||
|
|
||||
|
**** Utiliser letsencrypt |
||||
|
|
||||
|
Pour ajouter la fonctionalité de génération automatique de certificat |
||||
|
via le service =letsencrypt=, il faut: |
||||
|
- déclarer un service =letsencrypt= si cela n'est pas déjà fait |
||||
|
- le lier au charm apache via une relation =cert-provider=: |
||||
|
|
||||
|
#+BEGIN_SRC yaml |
||||
|
frontend: |
||||
|
charm: apache |
||||
|
relations: |
||||
|
cert-provider: letsencrypt |
||||
|
|
||||
|
letsencrypt: |
||||
|
... |
||||
|
#+END_SRC |
||||
|
|
||||
|
Et l'on peut alors utiliser la valeur =letsencrypt= (le nom du service qui implémente |
||||
|
qui est en relation =cert-provider= avec apache) dans le champ =ssl=:: |
||||
|
|
||||
|
#+BEGIN_SRC yaml |
||||
|
web-proxy: |
||||
|
apache: |
||||
|
... |
||||
|
ssl: letsencrypt |
||||
|
#+END_SRC |
||||
|
|
||||
|
**** Changer les clés SSL |
||||
|
|
||||
|
Voici un exemple de ce qu'on peut mettre dans les options de la relation apache |
||||
|
pour déclarer le certificat que l'on souhaite: |
||||
|
|
||||
|
#+BEGIN_SRC yaml |
||||
|
|
||||
|
ssl: |
||||
|
ca-cert: |
||||
|
-----BEGIN CERTIFICATE----- |
||||
|
MIIF6TCCA9GgAwIBAgIQBeTcO5Q4qzuFl8umoZhQ4zANBgkqhkiG9w0BAQwFADCB |
||||
|
iDELMAkGA1UEBhMCVVMxEzARBgNVBAgTCk5ldyBKZXJzZXkxFDASBgNVBAcTC0pl |
||||
|
... |
||||
|
m9T8bJUox04FB6b9HbwZ4ui3uRGKLXASUoWNjDNKD/yZkuBjcNqllEdjB+dYxzFf |
||||
|
BT02Vf6Dsuimrdfp5gJ0iHRc2jTbkNJtUQoj1iM= |
||||
|
-----END CERTIFICATE----- |
||||
|
-----BEGIN CERTIFICATE----- |
||||
|
MIIFdzCCBF+gAwIBAgIQE+oocFv07O0MNmMJgGFDNjANBgkqhkiG9w0BAQwFADBv |
||||
|
MQswCQYDVQQGEwJTRTEUMBIGA1UEChMLQWRkVHJ1c3QgQUIxJjAkBgNVBAsTHUFk |
||||
|
... |
||||
|
Le9Gclc1Bb+7RrtubTeZtv8jkpHGbkD4jylW6l/VXxRTrPBPYer3IsynVgviuDQf |
||||
|
Jtl7GQVoP7o81DgGotPmjw7jtHFtQELFhLRAlSv0ZaBIefYdgWOWnU914Ph85I6p |
||||
|
0fKtirOMxyHNwu8= |
||||
|
-----END CERTIFICATE----- |
||||
|
cert: | |
||||
|
-----BEGIN CERTIFICATE----- |
||||
|
MIIF/TCCBOWgAwIBAgIRALUydpTpCApfYMuJchDJv5AwDQYJKoZIhvcNAQELBQAw |
||||
|
XzELMAkGA1UEBhMCRlIxDjAMBgNVBAgTBVBhcmlzMQ4wDAYDVQQHEwVQYXJpczEO |
||||
|
... |
||||
|
lIxY9HJanHrWvjiz7+eToxXpZJtAPXTx5hxzcJrtWROlq7IJCMIhzr/EVA37jTCk |
||||
|
Xs5S6mr0T6Dqx6MQkPATSsEEJlLH5wq3DxXQcrMqnM/WHMRYUCkoTl37sXplflHe |
||||
|
jw== |
||||
|
-----END CERTIFICATE----- |
||||
|
key: | |
||||
|
-----BEGIN PRIVATE KEY----- |
||||
|
MIIJRQIBADANBgkqhkiG9w0BAQEFAASCCS8wggkrAgEAAoICAQDONqqTCS4CiSi/ |
||||
|
XeNpp2nUsq1299spGc7mlRs+PDrXNHscB5lUB5/yo2yEetYXrJacQ8n4NV9hkID5 |
||||
|
... |
||||
|
44eHDYsofcnRbidGR+QT8PQgiiDNCkbpi2u4QnLTs0w4oW+53ZTyHYEYF2rcLbIb |
||||
|
vRt4kR4KG6ULXrmsRA4WQjBDJ9vZw2aK+w== |
||||
|
-----END PRIVATE KEY----- |
||||
|
|
||||
|
#+END_SRC |
||||
|
|
||||
|
**** Ajouter des rêgles particulière de apache |
||||
|
|
||||
|
|
||||
|
#+BEGIN_SRC yaml |
||||
|
relations: |
||||
|
web-proxy: |
||||
|
apache: |
||||
|
... |
||||
|
apache-custom-rules: | |
||||
|
RewriteEngine On |
||||
|
RewriteCond %{HTTPS} off |
||||
|
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [R=302,L,QSA] |
||||
|
|
||||
|
#+END_SRC |
||||
|
|
||||
|
*** postgres |
||||
|
|
||||
|
**** utilisation de pgm |
||||
|
|
||||
|
récupérer l'IP du docker postgres via =docker-ip= |
||||
|
|
||||
|
#+BEGIN_SRC sh |
||||
|
PGHOST=172.19.0.2 PGUSER=postgres pgm ls |
||||
|
#+END_SRC |
||||
|
|
||||
|
|
||||
|
***** Vérification des derniers logs de renouvellement automatique |
||||
|
|
||||
|
#+BEGIN_SRC shell |
||||
|
tail -f /srv/datastore/data/cron/var/log/cron/letsencrypt-renew_script.log -n 200 |
||||
|
#+END_SRC |
||||
|
|
||||
|
* Interventions avancées |
||||
|
|
||||
|
Description des process avancés d'intervention sur une installation existante. |
||||
|
|
||||
|
** Modification du compose |
||||
|
|
||||
|
Y a un exemple en commentaire dans le =/opt/apps/myc-deploy/compose.yml= |
||||
|
|
||||
|
Petit exemple: |
||||
|
|
||||
|
#+BEGIN_SRC yaml |
||||
|
odoo: |
||||
|
... |
||||
|
|
||||
|
docker-compose: |
||||
|
## Important to keep as a list: otherwise it'll overwrite charm's arguments. |
||||
|
command: |
||||
|
- "--log-level=debug" |
||||
|
environment: |
||||
|
TOTO: TUTU |
||||
|
image: masuperimage |
||||
|
|
||||
|
#+END_SRC |
||||
|
|
||||
|
** Troubleshooting |
||||
|
|
||||
|
S'il semble qu'il y ait un soucis, tu peux visualiser le =docker-compose.yml= qui est |
||||
|
généré à la fin via l'ajout de =--debug= AVANT la commande: |
||||
|
|
||||
|
#+BEGIN_EXAMPLE |
||||
|
compose --debug up odoo frontend |
||||
|
#+END_EXAMPLE |
||||
|
|
||||
|
|
||||
|
* Comment ça marche |
||||
|
|
||||
|
La surcouche =compose= est là pour créer un =docker-compose.yml= et le |
||||
|
lancer tout a fait normalement. Le long du chemin, il peut aussi |
||||
|
préparer des trucs utiles si c'est nécessaire. |
||||
|
|
||||
|
Il part du =compose.yml= et accède aux définitions en yaml des charms à déployer |
||||
|
et qui sont dans /srv/charms ... (qui en fait sont dans =/opt/apps/0k-charms=). |
||||
|
|
||||
|
Chaque charm possède une définition générale (le =metadata.yml=) qui peut aussi |
||||
|
injecter des trucs dans le =docker-compose.yml= final. |
||||
|
|
||||
|
Et puis il y a des =hooks=, qui sont juste des scripts bash qui sont |
||||
|
lancés avec des infos dans des variables d'environment, qui vont généralement |
||||
|
créer des trucs à l'init ou lors de liaison avec d'autres charms. |
||||
Write
Preview
Loading…
Cancel
Save
Reference in new issue