Hat jemand Erfahrung mit zwei separaten Docker-Containern anstelle der Secondsite-Methode?

[MikeNolan]

Ich kann die secondsite-Methode nicht wieder zum Laufen bringen und ziehe daher in Betracht, meine beiden Websites in separaten Containern auf demselben Server auszuführen.

Wenn jemand damit Erfahrung hat, kann er mir gerne eine Nachricht schicken.

[itsbhanusharma (Bhanu Sharma)]

Es ist größtenteils auf einem anständig großen Rechner machbar. Sie benötigen mindestens einen Reverse-Proxy, um SSL zu handhaben. Und vielleicht die Socket-Vorlage anstelle der Port-Weiterleitung verwenden.

[Ethsim2 (Ethan)]

@itsbhanusharma

Und vielleicht die Socket-Vorlage anstelle der Port-Freigabe verwenden.

Wäre ein Docker-Netzwerk angebracht?

[itsbhanusharma (Bhanu Sharma)]

Wenn Sie wissen, was Sie tun, dann ja. Es sollte kein Problem geben.

[pfaffman (Jay Pfaffman)]

Ich habe es mit Traefik und Nginx Proxy gemacht. Es verbraucht mehr Ressourcen als Multisite. Sie müssen immer noch verstehen, wie Sie PostgreSQL dazu bringen, mehrere Datenbanken zu haben (es sei denn, Sie möchten zwei Kopien von PostgreSQL ausführen, was noch mehr Ressourcen erfordert).

[MikeNolan]

Dieser Server hat 12 Prozessoren und 16 GB RAM, und dies sind keine Hochvolumen-Foren, daher mache ich mir keine Sorgen über die zusätzlichen Ressourcen, um zwei Container zu haben, die beide PostgreSQL ausführen.

[pfaffman (Jay Pfaffman)]

@MikeNolan

Ich muss nur herausfinden, wie ich zwei Container gleichzeitig zum Laufen bringe. Wenn ich einen neu baue, stoppt er den anderen.

Du musst eine weitere yml-Datei erstellen, wie z.B. app2.yml, und alles ändern, was mit der anderen kollidiert.

[Ethsim2 (Ethan)]

Hallo Jay

Wenn Sie sagen

@pfaffman

ändere all die Sachen, die mit dem anderen kollidieren.

meinen Sie damit, dass ich die beiden Container als eine einzige Website hinter einem sinnvollen Hostnamen und einer Failover-Einrichtung behandeln soll (d. h. denselben DISCOURSE_HOSTNAME und einen Load Balancer/Health-Check davor), anstatt zu versuchen, beide Container direkt verfügbar zu machen?

Ich stelle mir vor, dass beide Konfigurationen den Netzwerkparameter annehmen können, anstatt Ports verfügbar zu machen, was bei möglichen Konflikten hilft?

Müssen die Volume-Bindungen für jeden Container unterschiedlich sein?

[pfaffman (Jay Pfaffman)]

@MikeNolan

Ich muss nur herausfinden, wie ich zwei Container gleichzeitig zum Laufen bringe. Wenn ich einen neu baue, stoppt er den anderen.

Moment. Hast du Discourse zweimal geklont? Du möchtest Discourse einmal klonen und dann mehrere yml-Dateien im Container-Verzeichnis haben.

Schau dir vielleicht Use Nginx Proxy Manager to manage multiple sites with Discourse an, obwohl https://hub.docker.com/r/jwilder/nginx-proxy das ist, was ich verwendet habe. Du musst nur einige ENV-Variablen zu deinem YML hinzufügen, damit es sich verbinden kann, aber es gibt immer noch eine ganze Reihe von Dingen, die du verstehen musst, damit es funktioniert.

@Ethsim2

Meinst du, ich sollte die beiden Container als eine einzige Seite hinter einem sinnvollen Hostnamen behandeln?

Jede Seite hat ihren eigenen Hostnamen. Das ist der Sinn der Sache, oder?

@Ethsim2

Ich gehe davon aus, dass beide Konfigurationen einfach demselben Docker-Netzwerk beitreten können, anstatt Host-Ports zu binden, was einige der offensichtlichen Konflikte vermeiden würde – ist das der richtige Ansatz?

Ich lasse den Reverse-Proxy mit Port 80 auf dem Container sprechen. Andere ziehen es vor, Sockets zu verwenden. Du solltest keine Ports freigeben.

@Ethsim2

Und für den volumes:-Abschnitt, müssen die Bind-Mounts für jeden Container unterschiedlich sein (z. B. separate /var/discourse/shared/app1 und /var/discourse/shared/app2), oder gibt es eine sinnvolle Möglichkeit, einige davon zwischen ihnen zu teilen?

Nein. Keine dieser Dateien kann geteilt werden.

Jede Seite benötigt eine PostgreSQL-Datenbank (kann auf demselben PostgreSQL-Server sein, wenn du weißt, wie das geht).

Jede Seite benötigt ihren eigenen Redis. Sie können Redis nicht teilen, was ein Vorteil der Multisite-Einrichtung ist.

Wenn du zwei PostgreSQLs ausführen möchtest, ändere einfach den Hostnamen, SMTP und die Pfade der Volumes und entferne/kommentiere die SSL- und LetsEncrypt-Vorlagen aus. Du kannst sogar discourse-setup verwenden, wenn du app.yml vor dem erneuten Ausführen von ./discourse-setup beispielsweise in hostname.yml umbenennst.

[Ethsim2 (Ethan)]

@pfaffman

@Ethsim2

Ich gehe davon aus, dass sich beide Konfigurationen dasselbe Docker-Netzwerk teilen können, anstatt Host-Ports zu binden, was einige der offensichtlichen Konflikte vermeiden würde – ist das der richtige Ansatz?

Ich lasse den Reverse-Proxy mit Port 80 auf dem Container sprechen. Andere ziehen es vor, Sockets zu verwenden. Sie sollten keine Ports freigeben.

Könnten Sie diesen Punkt näher erläutern? Ich habe beide Beispiele unten angepasst, um sie an eine Konfiguration für eine zweite Website anstelle einer einzelnen Website anzupassen.

##########################################
# app1.yml  (web + sidekiq)
##########################################

templates:
  - "templates/web.template.yml"
  - "templates/web.ratelimited.template.yml"
  # - "templates/web.ssl.template.yml"
  # - "templates/web.letsencrypt.ssl.template.yml"

- docker_args: "--network=discourse-net"
+ docker_args: "--network=discourse-net-1"

expose:
  - "8001:80"

params:
  version: tests-passed

env:
  LC_ALL: en_US.UTF-8
  LANG: en_US.UTF-8
  LANGUAGE: en_US.UTF-8

  DISCOURSE_HOSTNAME: "physicsyear2.site"
  DISCOURSE_DEVELOPER_EMAILS: "tvgazebo5@gmail.com"

  DISCOURSE_SMTP_ADDRESS: smtp-relay.brevo.com
  DISCOURSE_SMTP_PORT: 2525
  DISCOURSE_SMTP_USER_NAME: "YOUR_BREVO_USERNAME"
  DISCOURSE_SMTP_PASSWORD: "YOUR_BREVO_PASSWORD"
  DISCOURSE_NOTIFICATION_EMAIL: "noreply@physicsyear2.site"

  ## External Postgres
  DISCOURSE_DB_HOST: pg
  DISCOURSE_DB_PORT: 5432
  DISCOURSE_DB_USERNAME: discourse
  DISCOURSE_DB_PASSWORD: "REPLACE_ME_discordb_strong"
  DISCOURSE_DB_NAME: discourse
  DISCOURSE_DB_SOCKET: ""

  ## External Redis
  DISCOURSE_REDIS_HOST: redis
  DISCOURSE_REDIS_PORT: 6379
  DISCOURSE_REDIS_PASSWORD: "REPLACE_ME_redis_strong"

  ## MUST be identical on app1 and app2
  SECRET_KEY_BASE: "REPLACE_ME_secret_key_base"

volumes:
  - volume:
-      host: /var/discourse/shared/web-only
+     host: /var/discourse/shared/web-only-1
      guest: /shared
  - volume:
-      host: /var/discourse/shared/web-only/log/var-log
+     host: /var/discourse/shared/web-only/log/var-log-1
      guest: /var/log

hooks:
  after_code:
    - exec:
        cd: $home/plugins
        cmd:
          - git clone https://github.com/discourse/docker_manager.git

run:
  - exec: echo "App1 starting — Sidekiq ENABLED"
  # Note: NO sidekiq/down file here → Sidekiq runs
  - exec: echo "App1 ready"



##########################################
# app2.yml  (web + sidekiq)
##########################################

templates:
  - "templates/web.template.yml"
  - "templates/web.ratelimited.template.yml"
  # - "templates/web.ssl.template.yml"
  # - "templates/web.letsencrypt.ssl.template.yml"

- docker_args: "--network=discourse-net"
+ docker_args: "--network=discourse-net-2"

expose:
  - "8002:80"

params:
  version: tests-passed

env:
  LC_ALL: en_US.UTF-8
  LANG: en_US.UTF-8
  LANGUAGE: en_US.UTF-8

  DISCOURSE_HOSTNAME: "physicsyear2.site"
  DISCOURSE_DEVELOPER_EMAILS: "ppyem3@gmail.com"

  DISCOURSE_SMTP_ADDRESS: smtp-relay.brevo.com
  DISCOURSE_SMTP_PORT: 2525
  DISCOURSE_SMTP_USER_NAME: "YOUR_BREVO_USERNAME"
  DISCOURSE_SMTP_PASSWORD: "YOUR_BREVO_PASSWORD"
  DISCOURSE_NOTIFICATION_EMAIL: "noreply@physicsyear2.site"

  ## External Postgres
  DISCOURSE_DB_HOST: pg
  DISCOURSE_DB_PORT: 5432
  DISCOURSE_DB_USERNAME: discourse
  DISCOURSE_DB_PASSWORD: "REPLACE_ME_discordb_strong"
  DISCOURSE_DB_NAME: discourse
  DISCOURSE_DB_SOCKET: ""

  ## External Redis
  DISCOURSE_REDIS_HOST: redis
  DISCOURSE_REDIS_PORT: 6379
  DISCOURSE_REDIS_PASSWORD: "REPLACE_ME_redis_strong"

  ## MUST be identical on app1 and app2
  SECRET_KEY_BASE: "REPLACE_ME_secret_key_base"

volumes:
  - volume:
-      host: /var/discourse/shared/web-only
+     host: /var/discourse/shared/web-only-2
      guest: /shared
  - volume:
-      host: /var/discourse/shared/web-only/log/var-log
+     host: /var/discourse/shared/web-only/log/var-log-2
      guest: /var/log

hooks:
  after_code:
    - exec:
        cd: $home/plugins
        cmd:
          - git clone https://github.com/discourse/docker_manager.git

run:
  - exec: echo "App2 starting — Sidekiq ENABLED"
  # IMPORTANT: we DO NOT create /etc/service/sidekiq/down here
  # so Sidekiq also runs in app2
  - exec: echo "App2 ready"

[Ethsim2 (Ethan)]

@pfaffman

Du kannst sogar discourse-setup verwenden, wenn du app.yml in z.B. hostname.yml umbenennst, bevor du ./discourse-setup erneut ausführst.

Das klingt gut und erklärt wahrscheinlich, warum .\\discourse-setup nicht mit einer app.yml funktionierte, anstatt dass die yml-Datei den beabsichtigten Hostnamen trug?

[MikeNolan]

Ich habe vorerst zwei separate Kopien von Discourse, mit denen ich ein wenig herumspielen kann. Wie ich bereits sagte, ist dieses System groß genug und die Websites sind klein genug, dass ich es nicht für problematisch halte, Dinge zu duplizieren.

[pfaffman (Jay Pfaffman)]

@MikeNolan

Wie ich bereits sagte, ist dieses System groß genug und die Standorte sind klein genug, dass ich es nicht für problematisch halte, Dinge zu duplizieren.

Es geht nicht um den Platz. Es ist einfach verwirrend. Es ist so konzipiert, dass es einen einzigen Discourse-Klon und alle Container im Verzeichnis „container“ gibt. Deshalb heißt es „container“.

[MikeNolan]

Verstanden. Ich werde es wahrscheinlich morgen beheben, das klingt nach einer einfachen Lösung.