Changes for page R20 Docker - Double Lane
Last modified by Erik Bakker on 2026/02/10 10:51
From version 32.1
edited by Erik Bakker
on 2026/02/10 10:51
on 2026/02/10 10:51
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 -R 20Docker - DoubleLane1 +R11 Docker - Double lane - Content
-
... ... @@ -1,50 +1,24 @@ 1 - === IntermediateTemplate-ReleaseNotes===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 -**Non-service affecting** intermediate template to use the R20 double lane release. This is the first of two steps for your upgrade to the new R20 template. 4 - 5 5 **Process** 6 - To use the new R20release ofourcloud templateweupgradeintwo steps,withonlythesecond stepbeingservice affecting.Belowisthe firststep.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. 7 7 8 8 **Overview** 9 -* Security improvements to the eMagiz infrastructure 10 -* Update Ubuntu version 11 -* Update Docker version 12 -* Update control agent version 13 -* Update Authorization Server (if applicable) 7 +It improves the stability of the AWS EFS mounts in running instances when a reconnect to EFS is triggered. 14 14 15 -**Update Steps** 16 -* Use this intermediate R20 template (non-service affecting)(duration: 15 minutes) 17 -** This step will upgrade the backup machines hosted in the second Availability Zone in your cloudslot. 18 -** The network drive containing the Artemis queue store and your Elastic IPs will remain. 19 -** The runtimes on the machines will be restored using the active release in the eMagiz portal 20 -* User actions after applying the intermediate template: 21 -** Check if all ".02" runtimes are reachable by the runtime dashboard 22 -** Check if all flows have been installed according to the active release 23 -** Check if messages pass through the bus by verifying a critical message flow in external systems 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. 24 24 25 -**Remarks** 26 - 27 -To allow the user to have more control of the upgrade process we now allow to upgrade to the intermediate template as a seperate step. This gives you the option to wait longer before updating the **service affecting** final template. In this time you can do additional verifications on your model. 28 - 29 -=== Final Template - Release Notes === 30 - 31 -**Service affecting** final template to use the R20 double lane release. 32 - 33 -**Process** 34 -To use the new R20 release of our cloud template we upgrade in two steps, with only the second step being service affecting. Below is the remaining step. 35 - 36 -**Overview** 37 -* Security improvements to the eMagiz infrastructure 38 -* Update Ubuntu version 39 -* Update Docker version 40 -* Update control agent version 41 -* Update Authorization Server (if applicable) 42 - 43 43 **Update Steps** 44 -* Use the final R20 template (non-service affecting)(duration: 15 minutes) 45 -** This step will upgrade the primary machines in the first Availability Zone in your cloudslot. 46 -** The runtimes on the machines will be restored using the active release in the eMagiz portal. 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. 47 47 * User actions after applying the final template: 48 -** Check if all ".01" runtimes are reachable by the runtime dashboard 49 -** Check if all flows have been installed according to the active release 50 -** Check if messages pass through the bus by verifying a critical message flow in external systems 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. 24 +