Changes for page R19 Docker - Double Lane
                  Last modified by Erik Bakker on 2025/10/23 08:47
              
      
      From version  11.1 
    
    
              edited by Erik Bakker
        
on 2023/06/19 14:28
     on 2023/06/19 14:28
      Change comment:
              There is no comment for this version
          
         
      To version  26.1 
    
    
              edited by Erik Bakker
        
on 2025/06/30 09:51
     on 2025/06/30 09:51
      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 +R17 Docker - Double Lane 
- Content
-   ... ... @@ -1,27 +1,17 @@ 1 -Service affecting R9template that improvessecurityand allows fortheretrievalofStatic IP addressesfrom Deploy Architecture.1 +**Service affecting** final template to use the R16 double lane release. 2 2 3 3 **Process** 4 - We upgrade in twosteps touse the new R9release ofthe cloudtemplate.Ofthesetwosteps,theintermediatestepisnon-service affecting,and thefinalstepis serviceaffecting.4 +o use the new R17 template on your environment, we replace all connections to activate the new configuration. This update is service affecting and aims to enable data traffic via our new carwash. 5 5 6 6 **Overview** 7 - Itimproves the easewithwhich Static IP Addresses canbe gathered and distributed by a user while atthe same thing improving thesecurityby upgradingthe Ubuntu versionandauto-healingfunctionality.7 +* New connections to a **new** carwash. 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 - 16 16 **Update Steps** 17 -* Use the intermediate template (non-service affecting) (duration: 10 minutes) 18 -** This step will upgrade the backup machines hosted in the second Availability Zone in your Cloudslot. 19 -** The network drive containing the Artemis queue store and your Elastic IPs will remain. 20 -* Use the final template (service affecting) (duration: 10 minutes) 21 -** This step will upgrade the primary machines in the first Availability Zone in your Cloudslot. 22 -** The runtimes on the machines will be restored using the active release in the eMagiz portal. 10 +* Use the final template (non service affecting)(duration: < 10 minutes) 11 +** This step will replace all connections. 12 + 23 23 * User actions after applying the final template: 24 -** Check if all runtimes are reachablebyDeploy Architecture.25 -** Check if all flows have been installed according to the active release.26 -** Check if messages pass through the modelby verifying a critical message flow in external systems.14 +** Check if all runtimes are up via the runtime overview or Deploy Architecture 15 +** Check if all runtimes have been installed according to the active release 16 +** Check if messages pass through the bus by verifying a critical message flow in external systems 27 27 
 
