メインコンテンツまでスキップ
バージョン: 2.5

StarRocks のダウングレード

このトピックでは、StarRocks クラスターをダウングレードする方法について説明します。

StarRocks クラスターをアップグレードした後に例外が発生した場合、以前のバージョンにダウングレードしてクラスターを迅速に復旧することができます。

概要​

ダウングレードする前に、このセクションの情報を確認してください。推奨されるアクションを実行してください。

ダウングレードパス​

  • パッチバージョンのダウングレードの場合

    StarRocks クラスターをパッチバージョン間でダウングレードできます。例えば、v2.2.11 から v2.2.6 への直接ダウングレードが可能です。

  • マイナーバージョンのダウングレードの場合

    互換性と安全性の理由から、StarRocks クラスターをマイナーバージョンごとに順次ダウングレードすることを強くお勧めします。例えば、StarRocks v2.5 クラスターを v2.2 にダウングレードするには、次の順序でダウングレードする必要があります: v2.5.x --> v2.4.x --> v2.3.x --> v2.2.x。

  • メジャーバージョンのダウングレードの場合

    StarRocks v3.0 クラスターを v2.5.3 以降のバージョンにのみダウングレードできます。

    • StarRocks は v3.0 で BDB ライブラリをアップグレードします。ただし、BDBJE はロールバックできません。ダウングレード後は v3.0 の BDB ライブラリを使用する必要があります。
    • v3.0 にアップグレードした後、新しい RBAC 権限システムがデフォルトで使用されます。ダウングレード後も RBAC 権限システムのみを使用できます。

注意

アップグレードに失敗した後にクラスターをダウングレードし、再度クラスターをアップグレードしたい場合、例えば 2.5->3.0->2.5->3.0 のように、いくつかの Follower FE のメタデータアップグレードの失敗を防ぐために、ダウングレード後に次の手順を実行してください:

  1. ALTER SYSTEM CREATE IMAGE を実行して新しいイメージを作成します。
  2. 新しいイメージがすべての Follower FE に同期されるのを待ちます。

イメージファイルが同期されたかどうかは、Leader FE のログファイル fe.log を確認することで確認できます。"push image.* from subdir [] to other nodes. totally xx nodes, push successful xx nodes" のようなログの記録があれば、イメージファイルが正常に同期されたことを示しています。

ダウングレード手順​

StarRocks のダウングレード手順は、アップグレード手順の逆順です。したがって、最初に FEs をダウングレードし、その後に BEs と CNs をダウングレードする必要があります。順序を間違えると、FEs と BEs/CNs 間の互換性が失われ、サービスがクラッシュする可能性があります。FE ノードの場合、Leader FE ノードをダウングレードする前に、すべての Follower FE ノードを最初にダウングレードする必要があります。

始める前に​

準備中に、マイナーまたはメジャーバージョンのダウングレードを行う場合は、互換性の設定を行う必要があります。また、クラスター内のすべてのノードをダウングレードする前に、FEs または BEs のいずれかでダウングレードの可用性テストを実施する必要があります。

互換性設定を実施する​

StarRocks クラスターを以前のマイナーまたはメジャーバージョンにダウングレードする場合、互換性設定を実施する必要があります。一般的な互換性設定に加えて、ダウングレードする StarRocks クラスターのバージョンに応じて詳細な設定が異なります。

  • 一般的な互換性設定

StarRocks クラスターをダウングレードする前に、tablet クローンを無効にする必要があります。バランサーを無効にしている場合は、このステップをスキップできます。

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");

ダウングレード後、すべての BE ノードのステータスが Alive になった場合、tablet クローンを再度有効にできます。

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");
  • v2.2 以降のバージョンからダウングレードする場合

FE 設定項目 ignore_unknown_log_id を true に設定します。これは静的パラメータであるため、FE 設定ファイル fe.conf で変更し、ノードを再起動して変更を有効にする必要があります。ダウングレードと最初のチェックポイントが完了した後、false にリセットしてノードを再起動できます。

  • FQDN アクセスを有効にしている場合

FQDN アクセスを有効にしている場合（v2.4 以降でサポート）で、v2.4 より前のバージョンにダウングレードする必要がある場合、ダウングレードする前に IP アドレスアクセスに切り替える必要があります。詳細な手順については、Rollback FQDN を参照してください。

FE のダウングレード​

互換性設定と可用性テストが完了したら、FE ノードをダウングレードできます。最初に Follower FE ノードをダウングレードし、その後に Leader FE ノードをダウングレードする必要があります。

  1. FE ノードの作業ディレクトリに移動し、ノードを停止します。

    # <fe_dir> を FE ノードのデプロイメントディレクトリに置き換えてください。
    cd <fe_dir>/fe
    ./bin/stop_fe.sh

  2. bin、lib、および spark-dpp の下の元のデプロイメントファイルを以前のバージョンのものに置き換えます。

    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  .

    注意

    StarRocks v3.0 を v2.5 にダウングレードする場合、デプロイメントファイルを置き換えた後に次の手順を実行する必要があります:

    1. v3.0 デプロイメントのファイル fe/lib/starrocks-bdb-je-18.3.13.jar を v2.5 デプロイメントのディレクトリ fe/lib にコピーします。
    2. ファイル fe/lib/je-7.*.jar を削除します。

  3. FE ノードを起動します。

    sh bin/start_fe.sh --daemon

  4. FE ノードが正常に起動したかどうかを確認します。

    ps aux | grep StarRocksFE

  5. 上記の手順を繰り返して他の Follower FE ノードをダウングレードし、最後に Leader FE ノードをダウングレードします。

    注意

    StarRocks v3.0 を v2.5 にダウングレードする場合、ダウングレード後に次の手順を実行する必要があります:

    1. ALTER SYSTEM CREATE IMAGE を実行して新しいイメージを作成します。
    2. 新しいイメージがすべての Follower FE に同期されるのを待ちます。

    このコマンドを実行しないと、一部のダウングレード操作が失敗する可能性があります。ALTER SYSTEM CREATE IMAGE は v2.5.3 以降でサポートされています。

BE のダウングレード​

FE ノードをダウングレードした後、クラスター内の BE ノードをダウングレードできます。

  1. BE ノードの作業ディレクトリに移動し、ノードを停止します。

    # <be_dir> を BE ノードのデプロイメントディレクトリに置き換えてください。
    cd <be_dir>/be
    ./bin/stop_be.sh

  2. bin および lib の下の元のデプロイメントファイルを以前のバージョンのものに置き換えます。

    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  .

  3. BE ノードを起動します。

    sh bin/start_be.sh --daemon

  4. BE ノードが正常に起動したかどうかを確認します。

    ps aux | grep starrocks_be

  5. 上記の手順を繰り返して他の BE ノードをダウングレードします。

CN のダウングレード​

  1. CN ノードの作業ディレクトリに移動し、ノードを優雅に停止します。

    # <cn_dir> を CN ノードのデプロイメントディレクトリに置き換えてください。
    cd <cn_dir>/be
    ./bin/stop_cn.sh --graceful

  2. bin および lib の下の元のデプロイメントファイルを以前のバージョンのものに置き換えます。

    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  .

  3. CN ノードを起動します。

    sh bin/start_cn.sh --daemon

  4. CN ノードが正常に起動したかどうかを確認します。

    ps aux | grep  starrocks_be

  5. 上記の手順を繰り返して他の CN ノードをダウングレードします。