May 2022 RocketMQ Upgrade Notice
2022/04/27
[Alibaba Cloud][RocketMQ][Upgrade Notice]
Upgrade windows:
Beijing Time 22:30 on May 09, 2022 - Beijing Time 05:00 on May 10 2022 [ap-northeast-1,ap-southeast-1,ap-southeast-2]
Beijing Time 22:30 on May 11, 2022 - Beijing Time 05:00 on May 12, 2022 [ap-northeast-1,ap-southeast-1,ap-southeast-2,ap-southeast-5]
Beijing Time 22:30 on May 16, 2022 - Beijing Time 05:00 on May 17, 2022 [ap-southeast-2,ap-southeast-3,ap-south-1,me-east-1,ap-southeast-6]
Beijing Time 22:30 on May 18, 2022 - Beijing Time 05:00 on May 19, 2022 [ap-southeast-2]
Beijing Time 22:30 on May 23, 2022 - Beijing Time 05:00 on May 34, 2022 [eu-central-1,eu-west-1]
Beijing Time 22:30 on May 25, 2022 - Beijing Time 05:00 on May 26, 2022 [us-east-1,us-west-1]
Beijing Time 22:30 on May 30, 2022 - Beijing Time 05:00 on May 31, 2022 [ap-northeast-1,ap-southeast-1,ap-southeast-2]
Upgrade content: RocketMQ services in certain regions during upgrade windows as mentioned above (including access via TCP, MQTT, and HTTP).
Possible impacts of the upgrade:
(1) During the upgrade windows, the RocketMQ console and each service node in the cluster may experience network jitter for up to a few seconds (the duration of the jitter positively corelates to the size of the cluster), retry mechanism will automatically kick in from the client portal. Generally, this will not affect the performance of the applications but may generate exceptions in application log files.
(2) During the upgrade windows, messages from RocketMQ may be duplicated. To avoid issues related to such duplicate messages, your application design should follow best-practices (i.e., message consumption should be idempotent).
(3) There may be delay in sending messages. Please avoid performing operations in the RocketMQ console during the upgrade windows listed above.
(4) Connections may be interrupted or denied via HTTP access during the upgrade windows, but such interruption or denial of connection should not last for more than 1 minute. Please ensure your applications include a reconnection/retry mechanism in the client portal.
You can also use the monitoring management function to monitor important services. Specifically, click on the monitoring alarm menu on the left side of the RocketMQ console.
We apologize for any inconvenience caused. If you have any questions, please feel free to contact us by submitting a ticket any time.
Upgrade windows:
Beijing Time 22:30 on May 09, 2022 - Beijing Time 05:00 on May 10 2022 [ap-northeast-1,ap-southeast-1,ap-southeast-2]
Beijing Time 22:30 on May 11, 2022 - Beijing Time 05:00 on May 12, 2022 [ap-northeast-1,ap-southeast-1,ap-southeast-2,ap-southeast-5]
Beijing Time 22:30 on May 16, 2022 - Beijing Time 05:00 on May 17, 2022 [ap-southeast-2,ap-southeast-3,ap-south-1,me-east-1,ap-southeast-6]
Beijing Time 22:30 on May 18, 2022 - Beijing Time 05:00 on May 19, 2022 [ap-southeast-2]
Beijing Time 22:30 on May 23, 2022 - Beijing Time 05:00 on May 34, 2022 [eu-central-1,eu-west-1]
Beijing Time 22:30 on May 25, 2022 - Beijing Time 05:00 on May 26, 2022 [us-east-1,us-west-1]
Beijing Time 22:30 on May 30, 2022 - Beijing Time 05:00 on May 31, 2022 [ap-northeast-1,ap-southeast-1,ap-southeast-2]
Upgrade content: RocketMQ services in certain regions during upgrade windows as mentioned above (including access via TCP, MQTT, and HTTP).
Possible impacts of the upgrade:
(1) During the upgrade windows, the RocketMQ console and each service node in the cluster may experience network jitter for up to a few seconds (the duration of the jitter positively corelates to the size of the cluster), retry mechanism will automatically kick in from the client portal. Generally, this will not affect the performance of the applications but may generate exceptions in application log files.
(2) During the upgrade windows, messages from RocketMQ may be duplicated. To avoid issues related to such duplicate messages, your application design should follow best-practices (i.e., message consumption should be idempotent).
(3) There may be delay in sending messages. Please avoid performing operations in the RocketMQ console during the upgrade windows listed above.
(4) Connections may be interrupted or denied via HTTP access during the upgrade windows, but such interruption or denial of connection should not last for more than 1 minute. Please ensure your applications include a reconnection/retry mechanism in the client portal.
You can also use the monitoring management function to monitor important services. Specifically, click on the monitoring alarm menu on the left side of the RocketMQ console.
We apologize for any inconvenience caused. If you have any questions, please feel free to contact us by submitting a ticket any time.
