Changes for page R21 Docker - Double Lane
Last modified by Erik Bakker on 2026/06/16 11:56
From version 33.1
edited by Erik Bakker
on 2026/06/15 09:37
on 2026/06/15 09:37
Change comment:
There is no comment for this version
To 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
Summary
-
Page properties (2 modified, 0 added, 0 removed)
Details
- Page properties
-
- Title
-
... ... @@ -1,1 +1,1 @@ 1 -R 21Docker - DoubleLane1 +R9 Docker - Double lane - Content
-
... ... @@ -1,21 +1,28 @@ 1 - {{info}}Thisenvironment templateneeds tobeappliedonall environmentsof all(your)modelsbefore August 15th, 2026{{/info}}1 +Service affecting R9 template that improves security and allows for the retrieval of Static IP addresses from Deploy Architecture. 2 2 3 -**Non-service affecting** final template to use the **R21** double lane release. This is the only step for your upgrade to the new **R21** template. 4 - 5 5 **Process** 6 -We upgrade in o nestep to use the new**R19**release of the cloud template.This step is non-service affecting.4 +We upgrade in two steps to use the new R9 release of the cloud template. Of these two steps, the intermediate step is non-service affecting, and the final step is service affecting. 7 7 8 8 **Overview** 9 -* Upgrade cloud environment to prepare for IP address migration. 10 -* Update authorization server to enable future certificate rotations. 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. 11 11 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 + 12 12 **Update Steps** 13 -* Use the final**R19**template (non-service affecting) (duration: 10 minutes)14 -** This step will upgrade the backup machines hosted in the second Availability Zone in your cloudslot.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. 15 15 ** The network drive containing the Artemis queue store and your Elastic IPs will remain. 16 -** The runtimes on the machines will be restored using the active release in the eMagiz portal 17 -* User actions after applying the intermediate template: 18 -** Check if all ".02" runtimes are reachable by the runtime dashboard 19 -** Check if all flows have been installed according to the active release 20 -** Check if messages pass through the bus by verifying a critical message flow in external systems 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. 24 +* User actions after applying the final template: 25 +** Check if all runtimes are reachable by Deploy Architecture. 26 +** Check if all flows have been installed according to the active release. 27 +** Check if messages pass through the model by verifying a critical message flow in external systems. 21 21