[Upgrade] ApsaraMQ for RocketMQ October 2024 Upgrade Notice
Sep 24, 2024
ApsaraMQ for RocketMQUpgrade Time Periods
Beijing Time 22:30 on October 09, 2024 - Beijing Time 05:00 on October 10, 2024 [cn-qingdao,cn-beijing,cn-hangzhou,cn-chengdu,ap-northeast-1,cn-heyuan,cn-guangzhou,ap-northeast-2]
Beijing Time 22:30 on October 14, 2024 - Beijing Time 05:00 on October 15, 2024 [cn-qingdao,mq-internet-access,cn-beijing,cn-hangzhou,cn-huhehaote,ap-southeast-1,cn-wulanchabu,cn-zhengzhou,ap-southeast-3]
Beijing Time 22:30 on October 16, 2024 - Beijing Time 05:00 on October 17, 2024 [cn-hangzhou,cn-shanghai,cn-zhangjiakou,cn-hongkong,cn-chengdu,ap-southeast-1,cn-fuzhou]
Beijing Time 22:30 on October 21, 2024 - Beijing Time 05:00 on October 22, 2024 [cn-hangzhou,cn-shanghai,cn-shenzhen,cn-hongkong,cn-huhehaote,ap-northeast-1,cn-nanjing,ap-southeast-6]
Beijing Time 10:00 on October 23, 2024 - Beijing Time 12:00 on October 23, 2024 [eu-central-1,eu-west-1]
Beijing Time 22:30 on October 23, 2024 - Beijing Time 05:00 on October 24, 2024 [cn-shenzhen,cn-zhangjiakou,cn-north-2-gov-1,cn-shanghai,cn-shanghai-finance-1,ap-southeast-3,ap-southeast-2]
Beijing Time 14:00 on October 28, 2024 - Beijing Time 18:00 on October 28, 2024 [us-east-1,us-west-1]
Beijing Time 22:30 on October 28, 2024 - Beijing Time 05:00 on October 29, 2024 [mq-internet-access,cn-beijing,cn-hangzhou-finance,cn-shenzhen-finance-1,ap-southeast-5,cn-qingdao-acdr-ut-1a]
Beijing Time 07:00 on October 30, 2024 - Beijing Time 10:00 on October 30, 2024 [ap-south-1,me-east-1,me-central-1]
Beijing Time 22:30 on October 30, 2024 - Beijing Time 05:00 on October 31, 2024 [mq-internet-access,cn-beijing,cn-hangzhou-finance,cn-shenzhen-finance-1,ap-southeast-6]
Upgrade Content
ApsaraMQ for RocketMQ in the corresponding region, including access methods over TCP, MQTT, and HTTP
Upgrade Impact
During the update, the following issues may occur:
1. Second-level transient connections may occur in the ApsaraMQ for RocketMQ console and each service node of the cluster. The transient connection duration is positively correlated with the scale of the cluster. In most cases, transient connections do not affect business because the automatic retry mechanism is triggered on clients. However, exception logs are generated and message delays may occur.
2. Messages may be duplicated. Make sure that message idempotence is performed on applications based on best practices.
3. During the update, do not manage resources such as creating or deleting topics in the ApsaraMQ for RocketMQ console.
4. If you access ApsaraMQ for RocketMQ over HTTP, transient connections may occur or connection requests may be rejected. The issue lasts for less than 1 minute. Make sure that the reconnection and retry mechanisms are configured on clients.
You can also use the monitoring feature provided by ApsaraMQ for RocketMQ to monitor important business. To configure the monitoring feature, go to the ApsaraMQ for RocketMQ console and click Monitoring and Alerting in the left-side navigation pane of the Instance Details page.
We apologize for the inconvenience. If you have questions, submit a ticket to contact ApsaraMQ for RocketMQ technical support.