Changes for page R17 Docker - Single Lane
                  Last modified by Erik Bakker on 2025/10/23 08:46
              
      
      From version  17.2 
    
    
              edited by Erik Bakker
        
on 2023/09/13 07:20
     on 2023/09/13 07:20
      Change comment:
              Update document after refactoring.
          
         
      To version  36.1 
    
    
              edited by Erik Bakker
        
on 2025/10/23 08:46
     on 2025/10/23 08:46
      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 - Singlelane1 +R17 Docker - Single Lane 
- Content
-   ... ... @@ -1,24 +1,15 @@ 1 - ServiceR8template that improvessecurityand allows fortheretrievalof Static IP addressesfrom Deploy Architecture.1 +**Non-service-affecting** final template to use the **R17** single lane release. 2 2 3 3 **Process** 4 - We upgrade inonestep touse the new R8release ofthecloud template. This stepisservice affecting.4 +To use the new R17 release of our cloud template we upgrade in one step. This is a rolling update, making it non-service affecting. 5 5 6 6 **Overview** 7 -It improves the ease with which Static IP Addresses can be gathered and distributed by a user while at the same time improving the security and auto-healing functionality. 7 +* Non-service-affecting template to upgrade to the latest version of the authorization server. Applying this template only affects customers running on DSH Event Streaming. 8 +* Update the version of authorization server as preparation for the API-Gateway MAM migration. 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 -* Added new version of the deployment agent, solving a known portainer bug where all containers are replaced instead of one. 15 - 16 16 **Update Steps** 17 -* Use the final template (service affecting) (duration: 10 minutes) 18 -** This step will upgrade the primary machines in the first Availability Zone in your Cloudslot. 19 -** The runtimes on the machines will be restored using the active release in the eMagiz portal. 20 -* User actions after applying the final template: 21 -** 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. 11 +* Use the final R17 template (non-service affecting)(duration: < 5 minutes) 24 24 13 +**Remarks** 14 + 15 +Deadline of December 14th, 2025 
 
