Changes for page R19 Docker - Double Lane
                  Last modified by Erik Bakker on 2025/10/23 08:47
              
      
      From version  28.1 
    
    
              edited by Erik Bakker
        
on 2025/10/09 10:16
     on 2025/10/09 10:16
      Change comment:
              There is no comment for this version
          
         
      To version  15.1 
    
    
              edited by Erik Bakker
        
on 2023/09/13 07:27
     on 2023/09/13 07:27
      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 -R1 8Docker - DoubleLane1 +R11 Docker - Double lane 
- Content
-   ... ... @@ -1,19 +1,24 @@ 1 - **Non-service-affecting**finaltemplate touse the*R18*doublelane release.1 +Service affecting R11 template that improves stability of AWS EFS mounts in running instances when a reconnect to EFS is triggered. 2 2 3 3 **Process** 4 - To use the new R18release ofourcloud templateweupgrade inonestep.Thisstep isnon-service-affecting.4 +We upgrade in two steps to use the new R11 release of the cloud template. Of these two steps, the intermediate step is non-service affecting, and the final step is service affecting. 5 5 6 6 **Overview** 7 - *Updateversionsofdependencies.7 +It improves the stability of the AWS EFS mounts in running instances when a reconnect to EFS is triggered. 8 8 9 -**Update Steps** 10 -* Use the final R*18* template (non-service affecting)(duration: < 5 minutes) 9 +**Updates** 10 +* Updated mount configurations of EFS to adhere to provider's standards. 11 +* Ubuntu version update including latest security patches. 12 +* This upgrade is service-affecting, as all instances have to be recreated. 11 11 14 +**Update Steps** 15 +* Use the intermediate template (non-service affecting) (duration: 10 minutes) 16 +** This step will upgrade the backup machines hosted in the second Availability Zone in your Cloudslot. 17 +** The network drive containing the Artemis queue store and your Elastic IPs will remain. 18 +* Use the final template (non-service affecting) (duration: 10 minutes) 19 +** This step will update your cloud slot configuration to allow an MQTT broker with failover settings. 12 12 * User actions after applying the final template: 13 -** Check if all runtimes are up viatheruntimeoverview orDeploy Architecture14 -** Check if all runtimes have been installed according to the active release15 -** Check if messages pass through the busby verifying a critical message flow in external systems21 +** Check if all runtimes are reachable by Deploy Architecture. 22 +** Check if all flows have been installed according to the active release. 23 +** Check if messages pass through the model by verifying a critical message flow in external systems. 16 16 17 -**Remarks** 18 - 19 -Deadline of December 14th, 2025 
 
