Bonjour ! Je me demandais si je pouvais héberger plus d’un Discourse sur un seul VPS. Comme je suis débutant, pourrais-je avoir des instructions claires et étape par étape ? Merci.
Oui, c’est possible !
Cependant, il s’agit d’un sujet avancé. Vous devez maîtriser ces concepts de base :
- Qu’est-ce qu’un proxy inverse ?
- Quel proxy inverse dois-je utiliser ?
- Comment configurer un hôte virtuel sur un proxy inverse ?
- Comment configurer un hôte virtuel en tant que proxy inverse pour mon application web ?
- Comment configurer une application web pour qu’elle fonctionne avec un proxy inverse ?
- Comment configurer SSL lors de l’utilisation d’un proxy inverse.
@Aiden12114, êtes-vous familier avec ces concepts ?
Si oui, vous êtes prêt à vous lancer, c’est certain !
Malheureusement, je ne comprends rien à tout ça 
Vous avez deux options :
- Multisite : plus complexe Multisite configuration with Docker
- Plusieurs conteneurs : légèrement complexe (nécessite un proxy inverse, etc., comme mentionné ci-dessus), plus coûteux.
Suivez les instructions pour configurer Discourse sans le script./discourse-setup(cp samples/standalone.yml containers/app2.yml) et renommez lesvolumesen quelque chose d’autre questandalone.
Je pense qu’il est important de partager quelques faits techniques avec toute personne intéressée ou devant prendre une décision à ce sujet :
- Un seul conteneur Discourse hébergeant plusieurs « sites », ou
- Plusieurs conteneurs, un par « site » Discourse.
Si vous adoptez l’approche « conteneur unique, multisite » et que vous avez 5 sites Discourse en ligne (voire 10), lorsque vous reconstruisez votre conteneur ou rencontrez un problème avec celui-ci pour une raison quelconque, vos 5 (ou 10) sites Discourse tomberont en panne (ou seront hors ligne) simultanément. Cela s’explique par le fait qu’un seul conteneur supporte l’ensemble des « sites ».
Si vous adoptez l’approche « conteneurs multiples » et que vous avez 5 sites Discourse en ligne (voire 10), lorsque vous reconstruisez un conteneur pour l’un de vos sites ou rencontrez un problème avec un conteneur de site pour une raison quelconque, un seul site Discourse sera affecté (ou hors ligne). Cela s’explique par le fait qu’un conteneur supporte un seul « site » (ou deux si vous exécutez des conteneurs de données et d’application séparés par site, comme nous le faisons).
De plus, grâce à la manière dont Docker superpose et partage toutes les couches en lecture seule pour chaque conteneur (lors de l’utilisation du pilote de stockage Docker recommandé, overlay2) entre les conteneurs, seule une fine couche de superposition en lecture-écriture est unique à chaque conteneur (pour les fichiers journaux, le cache, etc.). Par conséquent, l’utilisation de plusieurs conteneurs n’occupe pas beaucoup d’espace disque supplémentaire, grâce au fonctionnement d’OverlayFS.
Pour en savoir plus sur ce sujet intéressant concernant le fonctionnement du pilote de superposition Docker (et le partage des bibliothèques entre les conteneurs), veuillez consulter :
Évidemment, le choix de l’approche à adopter revient à chaque administrateur système. Sur la base de notre analyse, nous avons choisi d’opter systématiquement pour l’approche multi-conteneurs, pour les raisons exposées ci-dessus (et d’autres raisons qui seront abordées ultérieurement).
J’espère que cela vous sera utile.