bmeme.mule
Ansible Rolle: Mule
=========
Installiert Mule Community Edition auf Linux-Servern.
Anforderungen
Java muss auf dem Server verfügbar sein.
Du kannst Java leicht mit der großartigen Geerlingguy Rolle geerlingguy.java
installieren.
Natürlich kannst du auch andere Rollen verwenden.
Stelle sicher, dass die installierte Java-Version den Anforderungen von Mule entspricht.
Installation
Dies ist eine Ansible-Rolle, die über Ansible Galaxy verteilt wird. Um diese Rolle zu installieren, kannst du den folgenden Befehl verwenden.
$ ansible-galaxy install bmeme.mule
Aktualisierung
Wenn du die Rolle aktualisieren möchtest, musst du den Parameter --force beim Installieren angeben. Bitte überprüfe den folgenden Befehl:
$ ansible-galaxy install --force bmeme.mule
Rollenvariablen
Die grundlegenden Variablen sind:
Variablenname | Beschreibung | Standard |
---|---|---|
mule_version |
Die Version von Mule, die du installieren möchtest. Siehe hier | 4.5.0 |
mule_group |
Die Systemgruppe, die zum Ausführen von Mule erstellt wird | mule |
mule_user |
Der Systembenutzer, der zum Ausführen von Mule erstellt wird | mule |
mule_home |
Verzeichnis, das Mule hostet | /opt/mule |
mule_remove_package |
Das "tar.gz"-Mule-Paket nach der Installation entfernen | true |
mule_restart_handler_enabled |
Mule nach der Installation neu starten/starten | true |
Mule Konfigurationseigenschaften
In früheren Versionen dieser Rolle (1.x.x) war es möglich, eine vollständige Mule-Konfiguration durch das Einfügen von Vorlagendateien vorzunehmen. Leider hat dieser Ansatz viele Kompatibilitätsprobleme mit unterschiedlichen Software-Versionen verursacht, daher haben wir dieses Feature entfernt.
Jetzt erlaubt diese Rolle nur die Konfiguration von grundlegenden Java-Eigenschaften und Protokollierungseigenschaften in der wrapper.conf
-Datei.
Variablenname | Beschreibung | Standard |
---|---|---|
mule_wrapper_java_command |
Absoluter Pfad zur Java-Anwendung | java |
mule_wrapper_java_initmemory |
Anfangs-Java-Heap-Größe (in MB) | 1024 |
mule_wrapper_java_maxmemory |
Maximale Java-Heap-Größe (in MB) | 2048 |
mule_wrapper_startup_timeout |
Standard-Startzeitüberschreitung | 600 |
mule_wrapper_console_format |
Format der Ausgabe für die Konsole. (Siehe Dokumentation für Formate) | M |
mule_wrapper_console_loglevel |
Log-Level für die Konsolenausgabe. (Siehe Dokumentation für Log-Level) | INFO |
mule_wrapper_logfile |
Logdatei für die Protokollausgabe. | %MULE_BASE%/logs/%MULE_APP%.log |
mule_wrapper_logfile_format |
Format der Ausgabe für die Logdatei. (Siehe Dokumentation für Formate) | M |
mule_wrapper_logfile_loglevel |
Log-Level für die Logdateiausgabe. (Siehe Dokumentation für Log-Level) | INFO |
mule_wrapper_logfile_maxsize |
Maximale Größe, die die Logdatei erreichen darf, bevor sie archiviert wird | 1m |
mule_wrapper_logfile_maxfiles |
Maximale Anzahl der archivierten Logdateien, bevor alte Dateien gelöscht werden. | 10 |
mule_wrapper_syslog_loglevel |
Log-Level für die Sys-/Ereignisprotokollausgabe. (Siehe Dokumentation für Log-Level) | NONE |
Um Mule optimal zu konfigurieren, schau dir die offizielle Dokumentation hier an und passe deine Instanz nach Bedarf direkt in deinem Playbook an.
Abhängigkeiten
Nicht zutreffend.
Beispiel-Playbook
Es ist immer schön für die Benutzer, ein Beispiel zu sehen, wie man die Rolle verwendet (zum Beispiel mit übergebenen Variablen):
- hosts: muleserver
vars_files:
- vars/main.yml
roles:
- geerlingguy.java # z.B.
- bmeme.mule
Lizenz
MIT
Autoreninformation
Diese Rolle wurde von Bmeme erstellt. Sie wird derzeit von Daniele Piaggesi und Roberto Mariani gepflegt.
Anerkennungen
Beim Erstellen dieser Rolle wurden wir von anderen Rollen beeinflusst, die wir normalerweise verwenden/verwendet haben, und ihren Ansätzen. Danke für die großartige Arbeit von: