Anleitung zu jedem Feld
Was jede Option des Launchers bedeutet, welchen Wert du eintragen sollst und was das für dein Deployment bedeutet. Diese Seite öffnet sich über die Hilfe-Links ? im Formular.
Bevor du anfängst
Abonnement im AWS Marketplace
Jedes imaxe-Produkt wird als AMI (Machine Image) im AWS Marketplace veröffentlicht. Damit CloudFormation eine Instanz mit diesem Image starten kann, muss dein AWS-Konto zuvor das Produkt abonniert haben.
Das Abonnement ist kostenlos und wird einmalig pro Konto und Produkt abgeschlossen. Du zahlst nur die Nutzung: die Softwaregebühr der AMI (falls vorhanden) plus die AWS-Ressourcen, die du erstellst. Im Formular führt dich die Schaltfläche «AWS Marketplace öffnen» zur Produktseite des ausgewählten Produkts.
Produkt und Region
Produkt
Der Software-Stack, den du ausrollen möchtest (Tomcat, Moodle, Odoo usw.). Es ist das Feld, das den Rest des Formulars steuert: Beim Ändern passen sich der empfohlene Instanztyp an, ob der Datenbankabschnitt erscheint und welche optionalen Erweiterungen für dieses Produkt sinnvoll sind.
AWS-Region Pflichtfeld
Das AWS-Rechenzentrum, in dem der gesamte Stack erstellt wird. Es beeinflusst die Latenz für deine Nutzer, den Preis (variiert je Region) und die Verfügbarkeit der AMI.
- Wähle die Region am nächsten zu deinen Nutzern.
- Für Nutzer in Spanien bieten eu-west-3 (Paris), eu-central-1 (Frankfurt) oder eu-south-2 (Spanien) niedrige Latenz.
- Das SSH-Key-Pair und die VPC-/Subnetz-IDs müssen zu genau dieser Region.
Name des Stacks Pflichtfeld
Identifiziert dieses Deployment in deiner CloudFormation-Konsole. Standardmäßig wird es als imaxe-<producto> ausgefüllt, aber du kannst es ändern.
Regeln: beginne mit einem Buchstaben und verwende nur Buchstaben, Zahlen und Bindestriche (zwischen 3 und 128 Zeichen). Leerzeichen und Akzente sind nicht erlaubt.
Instanz
Instanztyp Pflichtfeld
Die Größe der EC2-Maschine — ihre CPU und ihr Arbeitsspeicher. Der Standardwert ist auf das gewählte Produkt dimensioniert; erhöhe ihn, wenn du viel Traffic erwartest, oder senke ihn, um Testumgebungen günstiger zu machen.
- t3.small / t3.medium — allgemeine Nutzung, Bursts. Gute Wahl für den Anfang.
- t3.large / m5.large — mehr Arbeitsspeicher, dauerhafte Last.
- c5.large — rechenorientiert (mehr CPU pro Euro).
SSH-Key-Pair Pflichtfeld
Der Name eines EC2-Key-Pairs, das bereits in dieser Region existiert. Es ist der Schlüssel, mit dem du dich per SSH mit der Instanz verbindest.
Sie werden in der AWS-Konsole erstellt, unter EC2 › Netzwerk und Sicherheit › Schlüsselpaare. Hier musst du genau den Namen des Paars eintragen (nicht den Schlüssel selbst). Wenn du noch keins hast, erstelle es vor dem Start.
CIDR für SSH-Zugriff Pflichtfeld
Der Bereich der IP-Adressen, die zur Verbindung per SSH (Port 22) berechtigt sind, in CIDR-Notation x.x.x.x/n. Es hat absichtlich keinen Standardwert: Es ist eine Sicherheitsentscheidung, die du treffen musst.
- Eine einzelne IP (empfohlen): deine öffentliche IP mit /32, z. B. 203.0.113.10/32.
- Ein Büronetzwerk: z. B. 203.0.113.0/24 (256 Adressen).
- Jede IP: 0.0.0.0/0 öffnet SSH für das gesamte Internet — nur für Tests, niemals in Produktion.
Root-Volume und Monitoring Optional
Root-Volume (GB): Größe des EBS-gp3-Boot-Volumes. Der Standardwert reicht für die meisten Deployments; erhöhe ihn, wenn du viele Daten auf der Instanz selbst speicherst.
Detailliertes Monitoring: sendet Metriken alle 1 Minute an CloudWatch statt alle 5. Nützlich für feine Diagnosen, verursacht aber geringe Zusatzkosten pro Instanz.
Netzwerk
Eine neue VPC erstellen
Standardmäßig aktiviert und empfohlen. Der Stack erstellt ein eigenes virtuelles privates Netzwerk (VPC) — mit dem Namen, den du vergibst, und so vielen öffentlichen Subnetzen, wie du Availability Zones nutzen willst, dazu Internet-Gateway und Routing-Tabelle — einsatzbereit und isoliert von deinen anderen Ressourcen. Ab zwei Subnetzen kannst du später Load Balancer oder Multi-AZ-RDS ergänzen.
Deaktiviere es nur, wenn du innerhalb eines bereits vorhandenen Netzwerks ausrollen musst (aufgrund interner Richtlinien, Konnektivität mit anderen Systemen usw.).
VPC-ID Pflichtfeld, wenn du keine VPC erstellst
Der Bezeichner deiner vorhandenen VPC. Er beginnt mit vpc- gefolgt von einer hexadezimalen Zeichenkette, z. B. vpc-0a1b2c3d4e5f6. Du findest ihn in der VPC-Konsole.
Subnetz-ID Pflichtfeld, wenn du keine VPC erstellst
Das öffentliche Subnetz innerhalb dieser VPC, in dem die Instanz platziert wird. Es beginnt mit subnet-. Es muss einen Internetausgang haben (Route zu einem Internet-Gateway), damit die Anwendung erreichbar ist.
Welche Ports öffnet die Security Group?
Nur die, die die AMI des gewählten Produkts deklariert, jeder mit der passenden Reichweite: SSH aus dem angegebenen Admin-CIDR; HTTP und HTTPS ins Internet nur, wenn das Produkt Web ausliefert; und Dienst-Ports (Cache, Agent, Collector) beschränkt auf den Netzblock, niemals offen im Internet. Bei einer bestehenden VPC gibst du diesen Block unter „CIDR mit Zugriff auf den Dienst“ an.
Domain und TLS
Domain Optional
Wenn du es leer lässt, greifst du über die öffentliche IP zu, die AWS der Instanz zuweist. Wenn du eine Domain angibst (z. B. miapp.empresa.com), musst du nach dem Start des Stacks einen DNS-Eintrag erstellen, der diese Domain auf die IP des Stacks zeigt.
E-Mail für das Zertifikat Optional
Gilt nur, wenn du eine Domain angegeben hast. Es ist die E-Mail, die zum automatischen Ausstellen und Erneuern eines kostenlosen TLS-Zertifikats von Let's Encrypt verwendet wird, sodass deine Website über HTTPS läuft. Du erhältst Ablaufhinweise an diese Adresse.
Datenbank
Dieser Abschnitt erscheint nur für die Produkte, die eine Datenbank verwenden (Moodle, Odoo, Drupal, Redmine, ownCloud, Dolibarr). Die Engine (MariaDB oder PostgreSQL) wird vom Produkt bestimmt.
Wo lebt die Datenbank?
- Lokale Datenbank (Standard) — läuft auf der Instanz selbst. Einfacher und günstiger; ideal für den Anfang, kleine Umgebungen oder Tests. Das Backup hängt von der Instanz ab.
- Verwaltetes RDS — AWS-Datenbankdienst, getrennt von der Instanz, mit automatischen Backups, Patching und optionaler Hochverfügbarkeit. Empfohlen für Produktion.
Größe der RDS-Instanz Optional
Die Kapazität (CPU und Arbeitsspeicher) der verwalteten Datenbank. db.t3.small reicht für den Start; steige auf db.t3.medium oder db.m5.large je nach Last um.
Multi-AZ Optional
Hält eine Replik der Datenbank in einer zweiten Verfügbarkeitszone. Fällt die primäre aus, schaltet AWS automatisch ohne Datenverlust um. Bietet Fehlertoleranz, verdoppelt aber die Kosten der Datenbank.
Backups und Alerts
Backup nach S3 Optional
Plant ein tägliches Backup der Daten in einen Amazon-S3-Bucket, mit 7 Tagen Aufbewahrung. Ein einfaches und günstiges Sicherheitsnetz gegen Löschungen oder Ausfälle.
E-Mail für SNS-Alerts Optional
Wenn du es ausfüllst, erstellt der Stack ein Amazon-SNS-Thema und abonniert dich, um Benachrichtigungen per E-Mail über den Zustand des Deployments zu erhalten: Ausfälle, hohe Auslastung oder Backup-Ergebnisse. Du musst das Abonnement über die erste E-Mail bestätigen, die AWS sendet. Leer lassen, um keine Alerts zu erhalten.
Kosten
Wie die geschätzten Kosten berechnet werden
Das Panel «Geschätzte monatliche Kosten» des Launchers summiert eine Annäherung der AWS-Ressourcen, die deine Konfiguration erstellt, zum On-Demand-Preis und unter Annahme eines Dauerbetriebs (~730 Stunden pro Monat) in der ausgewählten Region. Es dient dem Vergleich von Optionen, nicht als Rechnung.
| Konzept | Berechnungsgrundlage |
|---|---|
| Rechenleistung (EC2) | Instanztyp × Anzahl der Instanzen |
| Spot-Instanzen | ≈ 70 % Rabatt gegenüber On-Demand |
| Auto-Scaling (ALB) | mindestens 2 Instanzen + Load-Balancer |
| Speicher (EBS gp3) | GB des Volumes × Gebühr pro GB |
| RDS | gewählte Klasse (× 2 bei Multi-AZ) + Speicher |
| Erweiterungen | CDN, Redis, EFS, WAF, S3, backup |