Suivi du guide github, vps. aidez-moi à appliquer les limites de ram/vcpu

Installation
1

(1)

Ceci est un VPS Ubuntu 24. Discourse utilise déjà 10 Go de RAM. Ce n’est pas acceptable.

Il semble qu’il construise une commande docker run. Bien que cela inclue

–shm-size=512m

Je préférerais appliquer des contraintes supplémentaires de CPU et de RAM car je ne veux pas qu’il consomme 4 cœurs et 12 Go de RAM puisque d’autres conteneurs y résideront. Puis-je simplement copier la commande résultante ou est-elle stockée quelque part ? Je prévois de faire docker stop, docker rm pour injecter

–cpu-shares=1100 --shm-size=512m --memory=4g --memory-swap=8g --kernel-memory=5500m

Existe-t-il un meilleur moyen d’appliquer ces contraintes ?

(2)

Est-ce que « app » est vraiment le nom du conteneur ? –name app

docker ps montre que app est le seul des conteneurs en cours d’exécution.

(3)

Ce n’est pas corrompu. L’écran de révision avant le démarrage montrait mon domaine SMTP fournisseur

DISCOURSE_SMTP_DOMAIN=discourse.example.com

Pourquoi est-ce littéralement ceci maintenant ? Comment puis-je le réparer ? Fait amusant, il a pu m’envoyer par e-mail un lien de confirmation.

(4)

Le docker run est légèrement corrompu

/usr/bin/docker run --shm-size=512m -d --restart=always -e LANG=en_US.UTF-8 -e RAILS_ENV=production -e UNICORN_WORKERS=8 -e UNICORN_SIDEKIQS=1 -e RUBY_GC_HEAP_GROWTH_MAX_SLOTS=40000 -e RUBY_GC_HEAP_INIT_SLOTS=400000 -e RUBY_GC_HEAP_OLDOBJECT_LIMIT_FACTOR=1.5 -e DISCOURSE_DB_SOCKET=/var/run/postgresql -e DISCOURSE_DB_HOST= -e DISCOURSE_DB_PORT= -e DISCOURSE_FORCE_HTTPS=true -e LC_ALL=en_US.UTF-8 -e LANGUAGE=en_US.UTF-8 -e DISCOURSE_HOSTNAME=a.shop -e DISCOURSE_DEVELOPER_EMAILS=x -e DISCOURSE_SMTP_ADDRESS=x -e DISCOURSE_SMTP_PORT=587 -e DISCOURSE_SMTP_USER_NAME=x -e DISCOURSE_SMTP_PASSWORD=Fx -e DISCOURSE_SMTP_DOMAIN=discourse.example.com -e DISCOURSE_NOTIFICATION_EMAIL=x -e LETSENCRYPT_ACCOUNT_EMAIL=x -h hoho-app -e DOCKER_HOST_IP=172.17.0.1 --name app -t -p 80:80 -p 443:443 -v /var/discourse/shared/standalone:/shared -v /var/discourse/shared/standalone/log/var-log:/var/log --mac-address xx local_discourse/app /sbin/boot

J’ai suivi ces instructions

2

Ceci est une réponse fournie par ask.discourse.org. Veuillez évaluer son utilité.

1. Définir des limites persistantes de CPU et de RAM pour Discourse Docker

Lors de l’installation de Discourse sur un VPS via le guide officiel GitHub, les limites de ressources telles que --memory et --cpus ne sont pas incluses par défaut. Bien que vous puissiez ajouter manuellement de tels indicateurs à la commande docker run, toute modification effectuée directement avec docker stop et un nouveau docker run sera perdue après l’exécution de ./launcher rebuild app. Le script launcher recrée toujours le conteneur.

Approches recommandées :

a) Modification du script launcher
Pour appliquer de manière persistante les limites de ressources, vous devez modifier le script launcher que Discourse utilise pour démarrer les conteneurs Docker. Par exemple, autour de la ligne 289, adaptez :

$docker_path run $restart_policy "${env[@]}" -h "`hostname`-$config" \
    -m="4g" --cpus="2.0" -e DOCKER_HOST_IP=$docker_ip ...

Cela garantit que chaque ./launcher rebuild crée le conteneur avec vos limites.

Source et informations supplémentaires :

b) Modification directe de la commande Docker
Bien qu’il soit techniquement possible d’exécuter Docker avec des limites personnalisées en copiant votre commande docker run reconstruite, cela n’est pas persistant et n’est pas recommandé.

Il n’existe pas encore de méthode “intégrée” officielle et persistante pour passer les arguments Docker --memory ou --cpus pour les outils de déploiement standard de Discourse, à moins de modifier le script launcher.

2. Nom du conteneur

Par défaut, le script launcher de Discourse nomme le conteneur app. Vous pouvez le confirmer avec docker ps. Changer le nom du conteneur nécessiterait également de modifier directement le script launcher ou les modèles.
En savoir plus : Discourse dans un conteneur Docker

Liens utiles

Si vous recherchez une méthode plus élégante et persistante (comme un modèle ou une fonctionnalité prise en charge du script launcher), consultez cette discussion connexe :
Interrupteurs pour VPS avec ressources limitées ?

1 « J'aime »
3

Bien. Après avoir confirmé que les instantanés peuvent être restaurés comme je m’y attends, j’essaierai ce hack.

Les licornes sont-elles directement liées au nombre de vCPU des VPS ?