Ich bin Linux-Administrator, mit AWS einigermaßen vertraut, und wurde gebeten, ein Team bei der Installation von Discourse auf einer t2.micro-Instanz (frei von der Free Tier) zu unterstützen. Nachdem wir fertig waren, bat mich das Team, meine Vorgehensweise hier für die Gemeinschaft zu veröffentlichen.
Die t2.micro verfügt nur über 8 GB Speicherplatz, was etwas Nachdenken erforderte. Nach einer Durchsicht einer funktionierenden Discourse-Installation stellte ich fest, dass zwar /var/discourse wahrscheinlich irgendwann der größte Bereich sein würde, aber /var/lib/docker während der Installation zum Problem werden würde.
Nach dem Start der Instanz (der außerhalb des Rahmens dieses Beitrags liegt – für Details siehe https://docs.aws.amazon.com/quickstarts/latest/vmlaunch/step-1-launch-instance.html) musste ich ein Volume (ein Elastic Block Store, kurz EBS-Volume) erstellen und an die von mir erstellte Instanz anhängen. In diesem Fall habe ich ein allgemeines EBS-Volume von ca. 32 GB erstellt, angehängt und unter /media/store eingehängt (hätte auch problemlos /opt oder etwas anderes verwenden können).
Danach war es eine einfache Angelegenheit, /media/store/discourse und /media/store/docker zu erstellen und sie an der richtigen Stelle im Dateisystem zu platzieren.
Ich habe für /media/store/discourse eine symbolische Verknüpfung zu /var/discourse verwendet, was dem Installer anscheinend nichts ausmachte, musste aber für Docker eine Bind-Mount verwenden. (Dies habe ich in /etc/fstab hinzugefügt, /var/lib/docker erstellt und dann eingehängt.)
/media/store/docker /var/lib/docker none bind 0 0
Wir arbeiten noch an der E-Mail-Funktionalität (die AWS SES nutzen muss), aber so haben wir es geschafft, den Installer auf einer t2.micro-Instanz zum Laufen zu bringen. Das 32-GB-EBS-Volume kostet ca. 3 $ pro Monat.