Changes for page R19 Docker - Double Lane
                  Last modified by Erik Bakker on 2025/10/23 08:47
              
      
      From version  13.1 
    
    
              edited by Erik Bakker
        
on 2023/07/10 15:13
     on 2023/07/10 15:13
      Change comment:
              There is no comment for this version
          
         
      To version  27.1 
    
    
              edited by Erik Bakker
        
on 2025/10/09 10:11
     on 2025/10/09 10:11
      Change comment:
              There is no comment for this version
          
         Summary
- 
          Page properties (2 modified, 0 added, 0 removed)
Details
- Page properties
- 
      - Title
-   ... ... @@ -1,1 +1,1 @@ 1 -R 9Docker - Doublelane1 +R18 Docker - Double Lane 
- Content
-   ... ... @@ -1,28 +1,16 @@ 1 - ServiceR9template that improvessecurityand allows fortheretrievalofStatic IP addressesfrom Deploy Architecture.1 +**Non-service-affecting** final template to use the *R18* double lane release. 2 2 3 3 **Process** 4 - We upgrade in twosteps touse the new R9release ofthecloud template.Of these two steps,the intermediatestepisnon-serviceaffecting, and thefinalstep is service4 +To use the new R18 release of our cloud template we upgrade in one step. This step is non-service-affecting. 5 5 6 6 **Overview** 7 - Itimproves the ease with which Static IP Addresses can be gatheredand distributed by a userwhile at thesame time improvingthesecurity andauto-healing functionality.7 +* Update versions of dependencies. 8 8 9 -**Updates** 10 -* Ability to fetch Static IP Addresses 11 -* New ubuntu version with new security patches. 12 -* Disable IPv6 on startup 13 -* Enable new Out of Memory killer to protect instance becoming unhealthy 14 -* Improved Cloud instance status check and auto repair 15 -* Added new version of the deployment agent, solving a known portainer bug where all containers are replaced instead of one. 16 - 17 17 **Update Steps** 18 -* Use the intermediate template (non-service affecting) (duration: 10 minutes) 19 -** This step will upgrade the backup machines hosted in the second Availability Zone in your Cloudslot. 20 -** The network drive containing the Artemis queue store and your Elastic IPs will remain. 21 -* Use the final template (service affecting) (duration: 10 minutes) 22 -** This step will upgrade the primary machines in the first Availability Zone in your Cloudslot. 23 -** The runtimes on the machines will be restored using the active release in the eMagiz portal. 10 +* Use the final R*18* template (non-service affecting)(duration: < 5 minutes) 11 + 24 24 * User actions after applying the final template: 25 -** Check if all runtimes are reachablebyDeploy Architecture.26 -** Check if all flows have been installed according to the active release.27 -** Check if messages pass through the modelby verifying a critical message flow in external systems.13 +** Check if all runtimes are up via the runtime overview or Deploy Architecture 14 +** Check if all runtimes have been installed according to the active release 15 +** Check if messages pass through the bus by verifying a critical message flow in external systems 28 28 
 
