Upgrade StarRocks
This topic describes how to upgrade your StarRocks cluster.
Overview
Review the information in this section before upgrading, and perform any recommended actions.
StarRocks versions
The version of StarRocks is represented by three numbers in the form Major.Minor.Patch, for example, 2.5.4
. The first number represents the major version of StarRocks, the second number represents the minor version, and the third number represents the patch version.
CAUTION
Please note that you cannot upgrade an existing shared-nothing cluster to a shared-data cluster, or vice versa. You must deploy a new shared-data cluster.
Upgrade paths
-
For patch version upgrade
You can upgrade your StarRocks cluster across patch versions, for example, from v2.2.6 directly to v2.2.11.
-
For minor version upgrade
From StarRocks v2.0 onwards, you can upgrade a StarRocks cluster across minor versions, for example, from v2.2.x directly to v2.5.x. However, for compatibility and safety reasons, we strongly recommend you upgrade your StarRocks cluster consecutively from one minor version to another. For example, to upgrade a StarRocks v2.2 cluster to v2.5, you need to upgrade it in the following order: v2.2.x --> v2.3.x --> v2.4.x --> v2.5.x.
-
For major version upgrade
To upgrade your StarRocks cluster to v3.0, you must first upgrade it to v2.5.
CAUTION
Suppose you need to perform consecutive minor version upgrades, for example, 2.4->2.5->3.0->3.1->3.2, or you have downgraded your cluster after a failed upgrade and you want to upgrade the cluster again, for example, 2.5->3.0->2.5->3.0. To prevent metadata upgrade failure for some Follower FEs, perform the following steps between two consecutive upgrades or after the downgrade before the second trial of upgrade:
- Run ALTER SYSTEM CREATE IMAGE to create a new image.
- Wait for the new image to be synchronized to all Follower FEs.
You can check whether the image file has been synchronized by viewing the log file fe.log of the Leader FE. A record of log like "push image.* from subdir [] to other nodes. totally xx nodes, push successful xx nodes" suggests that the image file has been successfully synchronized.
Upgrade procedure
StarRocks supports rolling upgrades, which allow you to upgrade your cluster without stopping the service. By design, BEs and CNs are backward compatible with the FEs. Therefore, you need to upgrade BEs and CNs first and then FEs to allow your cluster to run properly while being upgraded. Upgrading them in an inverted order may lead to incompatibility between FEs and BEs/CNs, and thereby cause the service to crash. For FE nodes, you must first upgrade all Follower FE nodes before upgrading the Leader FE node.
Before you begin
During preparation, you must perform the compatibility configuration if you are up for a minor or major version upgrade. You also need to perform the upgrade availability test on one of the FEs and BEs before upgrading all nodes in the cluster.
Perform compatibility configuration
If you want to upgrade your StarRocks cluster to a later minor or major version, you must perform the compatibility configuration. In addition to the universal compatibility configuration, detailed configurations vary depending on the version of the StarRocks cluster you upgrade from.
- Universal compatibility configuration
Before upgrading your StarRocks cluster, you must disable tablet clone. You can skip this step if you have disabled the balancer.
ADMIN SET FRONTEND CONFIG ("tablet_sched_max_scheduling_tablets" = "0");
ADMIN SET FRONTEND CONFIG ("tablet_sched_max_balancing_tablets" = "0");
ADMIN SET FRONTEND CONFIG ("disable_balance"="true");
ADMIN SET FRONTEND CONFIG ("disable_colocate_balance"="true");
After the upgrade, and the status of all BE nodes is Alive
, you can re-enable tablet clone.
ADMIN SET FRONTEND CONFIG ("tablet_sched_max_scheduling_tablets" = "10000");
ADMIN SET FRONTEND CONFIG ("tablet_sched_max_balancing_tablets" = "500");
ADMIN SET FRONTEND CONFIG ("disable_balance"="false");
ADMIN SET FRONTEND CONFIG ("disable_colocate_balance"="false");
- If you upgrade from v2.0 to later versions
Before upgrading your StarRocks v2.0 cluster, you must set the following BE configuration and system variable.
-
If you have modified the BE configuration item
vector_chunk_size
, you must set it to4096
before upgrading. Because it is a static parameter, you must modify it in the BE configuration file be.conf and restart the node to allow the modification to take effect. -
Set the system variable
batch_size
to less than or equal to4096
globally.SET GLOBAL batch_size = 4096;
Upgrade BE
Having passed the upgrade availability test, you can first upgrade the BE nodes in the cluster.
-
Navigate to the working directory of the BE node and stop the node.
# Replace <be_dir> with the deployment directory of the BE node.
cd <be_dir>/be
./bin/stop_be.sh -
Replace the original deployment files under bin and lib with the ones of the new version.
mv lib lib.bak
mv bin bin.bak
cp -r /tmp/StarRocks-x.x.x/be/lib .
cp -r /tmp/StarRocks-x.x.x/be/bin . -
Start the BE node.
sh bin/start_be.sh --daemon
-
Check if the BE node is started successfully.
ps aux | grep starrocks_be
-
Repeat the above procedures to upgrade other BE nodes.
Upgrade CN
-
Navigate to the working directory of the CN node and stop the node gracefully.
# Replace <cn_dir> with the deployment directory of the CN node.
cd <cn_dir>/be
./bin/stop_cn.sh --graceful -
Replace the original deployment files under bin and lib with the ones of the new version.
mv lib lib.bak
mv bin bin.bak
cp -r /tmp/StarRocks-x.x.x/be/lib .
cp -r /tmp/StarRocks-x.x.x/be/bin . -
Start the CN node.
sh bin/start_cn.sh --daemon
-
Check if the CN node is started successfully.
ps aux | grep starrocks_be
-
Repeat the above procedures to upgrade other CN nodes.
Upgrade FE
After upgrading all BE and CN nodes, you can then upgrade the FE nodes. You must first upgrade the Follower FE nodes and then the Leader FE node.
-
Navigate to the working directory of the FE node and stop the node.
# Replace <fe_dir> with the deployment directory of the FE node.
cd <fe_dir>/fe
./bin/stop_fe.sh -
Replace the original deployment files under bin, lib, and spark-dpp with the ones of the new version.
mv lib lib.bak
mv bin bin.bak
mv spark-dpp spark-dpp.bak
cp -r /tmp/StarRocks-x.x.x/fe/lib .
cp -r /tmp/StarRocks-x.x.x/fe/bin .
cp -r /tmp/StarRocks-x.x.x/fe/spark-dpp . -
Start the FE node.
sh bin/start_fe.sh --daemon
-
Check if the FE node is started successfully.
ps aux | grep StarRocksFE
-
Repeat the above procedures to upgrade other Follower FE nodes, and finally the Leader FE node.