Redeploy Safe / Upgrade sichere Konfiguration

Achten Sie auch auf redeploy sichere Konfiguration, damit bei einem Update/Upgrade (redeploy) Ihrer Node, keine Einstellungen, Konfigurationen und Inhalte verloren gehen. 

Ein redeploy wird zB. genutzt, wenn Sie Ihren Container/Node Upgraden oder Updaten (neue Version einspielen, Sicherheitsupdates durchführen).
Infos dazu erhalten Sie HIER.

Informationen zu einem redeploy und welche Daten überschrieben werden und welche nicht, erhalten Sie in unserer Doku unter:
https://faq.inetsolutions.cloud/container-redeploy/

1. Generell bleiben alle Daten in Volumen erhalten.
   Welche Ordner als Volumes bereit stehen können Sie durch Klick auf das Zahnradsymbol -> Volumes einsehen und ändern.
   
   
   Tragen Sie hier aber nicht z.B. /usr oder gar / ein, denn sonst ist natürlich kein redeploy/Update mehr möglich, da so keine Dateien überschrieben werden können.
   Ändern Sie Volumes also mit Bedacht und wenn Sie wirklich wissen was Sie tun. 
   Weitere Infos: https://faq.inetsolutions.cloud/container-volumes/
   
   
2. Alles, was in der redeploy.conf angegeben ist.
   
   
   Auch hier gilt:
   Geben Sie nicht zuviel an (zB. nicht / oder /lib /, usr usw. ), denn sonst kann ein Update/Patch u.U. nicht per per redeploy durchgeführt werden, da dann diese Dateien eben nicht überschrieben werden.
   Geben Sie also wirklich nur Ihre Konfigurationsdateien oder Konfigurationsordner an, die Sie explizit geändert haben, sofern diese nicht eh schon in einem Volume sind.
   Weitere Infos:
   https://faq.inetsolutions.cloud/container-redeploy/#saving-custom-data-during-container-redeploy
   
   

3. Ihre WebApps (/opt/tomcat/webapps) und DocumentRoot (/var/www/webroot) sind in unseren iNET.elastic Plattform Nodes/Containern (zB. TomcatJava & ApachePHP) natürlich bereits als Volumen definiert und werden so bei einem redeploy nicht überschrieben.
   
   

Erweitere Hinweise, spezielle Konfigurationen nach redeploy erhalten:

• Für den Apache Webserver
  • nicht direkt /etc/httpd/conf/httpd.conf editieren, sondern /etc/httpd/conf.d/ nutzen.
    Hintergrund: /etc/httpd/conf.d ist bei Plattform-Nodes immer ein Volume und wird automatisch bei einem redeploy "erhalten".
  • PHP Variablen/Umgebungsvariablen:
    https://faq.inetsolutions.cloud/environment-variables/#php
    
    
• Für einen Tomcat
  • ist per default die server.xml nicht redeploy safe, da diese in keinem Volumen liegt.
    Auch wenn Sie eigene Configs nach zB. /opt/tomcat/conf/ hochladen/anlegen, sind diese erstmal nicht redeploy safe.
    Sollen diese Dateien oder Ordner bei einem Redeploy erhalten bleiben sollen, nehmen Sie diese in die redeploy.conf auf.
  • Redeploy safe Konfiguration von Java Argumenten und Environment Variables:
    https://faq.inetsolutions.cloud/java-options-arguments/
    https://faq.inetsolutions.cloud/custom-environment-variables/

allgemeine Hinweise:

• Wenn Sie mit der finalen Einrichtung fertig sind, empfehlen wir daher immer einen REDEPLOY durchzuführen bevor Sie "live gehen". 
  Damit kann geprüft werden, ob alle gewünschten Einstellungen/Änderungen wirklich redeploy safe sind.
• Führen Sie regelmäßig redeploys durch, um immer auf aktuellem Sicherheitsstand zu sein.
  Wie bei einem klassischen vServer auch, müssen Sie sich um Sicherheitsupdates Ihrer Software & Container/Nodes selber kümmern.
• Wir bieten auch Management/Support-Pakete dafür an und übernehmen bei Sicherheitslücken diese redeploys/upgrades Ihrer Container/Nodes. Wenn Sie Interesse daran haben, wenden Sie sich diesbgl. gerne an uns.

Hinweis zu VPS:
Nutzen Sie einen VPS in der iNET.elastic, muss dieser per apt/yum intern geupgradet werden. 
Ein redeploy bei einer VPS ist eine komplette Neuinstallation des Betriebssystems.

Ein VPS ist kein Plattform-Container wie Tomcat/Java oder Apache/PHP, sondern ein vorinstallierter vServer mit entsprechendem Betriebssystem.

Er hat auch per default auch keine Volumes.

Infos zu Upgrade/Updates & Sicherheitspatches:

https://www.inetfaq.de/knowledgebase.php?article=64