4.4.2. Portainer am Timberwolf Server
Beschreibung: Portainer Oberfläche, etc.
Kategorie: Docker
Link zu diesem Beitrag: Alles auswählen
[url=https://forum.timberwolf.io/app.php/kb/viewarticle?a=51&sid=7599aa0b13572865aa0a760226f88d3d]Knowledge Base - 4.4.2. Portainer am Timberwolf Server[/url]
Das Menü "Portainer" zeigt angeschlossene Geräte als auch erstellte Mounts (inkl. Speichergröße) am TWS an. Des weiteren wird eine Statistik über die Speichergröße der vorhandenen Container und Images dargestellt.
Seit Beta16 wird für Container auch der Zugriff auf die interne InfluxDB Datenbank ermöglicht. Durch Aufklappen der Information unter i erhält man Benutzername und Passwort für den Lesezugriff auf die Datenbank.
Mit dem Link "Aufruf der Docker-Verwaltung mit Portainer" wird die Weboberfläche von Portainer aufgerufen.
Hinweis: Die Anmeldung am Portainer erfolgt mit dem Benutzernamen "portainer" und dem Admin-Kennwort vom Etikett des Timberwolf Servers.
Über Portainer können sämtliche Einstellungen die für die Erstellung von Docker-Containern erforderlich sind (Laden von Images, Shares verbinden, Port-Mapping, etc.) getroffen werden. Weiters können Container gestartet / gestoppt bzw. bei Bedarf auch gelöscht werden.
Tipp: Mit Duplicate/Edit kann eine Kopie eines Containers angelegt werden, wenn man den Containernamen ändert.
So kann man an einem produktiv eingesetzten Container zuerst an einer Kopie Änderungen testen.
Sollen beide Container gleichzeitig laufen, muss am Duplikat das Portmapping geändert werden (wenn mit Reverse-Proxy zugegriffen wird) oder bei macVLAN ein andere IP festgelegt werden (bei Zugriff auf den Container über eine IP Adresse).
Hinweis: Nach dem Start des Containers aus der Portainer-Oberfläche werden im Container ggf. noch startup-scripts ausgeführt bzw. Programme geladen, etc. Dadurch kann zB. eine Benutzeroberfläche eventuell erst nach mehreren Minuten erreichbar sein, obwohl der Container bereits als "Running" angezeigt wird.
Das Restart-Verhalten kann unter Advanced Settings => Restart festgelegt werden:
Derzeit stehen folgende Optionen zur Verfügung:
- no: Der Container wird in keinem Fall automatisch neu gestartet.
- on-failure: Wird der Container aufgrund eines Fehlers gestoppt (Exit mit Fehlercode > 0), erfolgt automatisch der Neustart des Containers.
- unless-stopped: Der Container wird immer neu gestartet, außer er wurde manuell beendet (am TWS über Portainer).
- always: es wird immer versucht, den Container neu zu starten.