メインコンテンツまでスキップ

コンピュートグループ

Compute Groupは、ストレージ・コンピュート分離アーキテクチャにおいて異なるワークロード間の物理的な分離を実現するメカニズムです。Compute Groupの基本原理は以下の図で説明されています:

compute_group

  • 1つ以上のBEノードでCompute Groupを構成できます。

  • BEノードはローカルでステートレスであり、データは共有ストレージに格納されます。

  • 複数のCompute Groupが共有ストレージを通じてデータにアクセスします。

Resource Groupのような強力な分離の利点を維持しながら、Compute Groupは以下の利点を提供します:

  • コストの削減:ストレージ・コンピュート分離アーキテクチャにより、データは共有ストレージに存在するため、Compute Groupの数はレプリカ数によって制限されなくなります。ユーザーはストレージコストを増加させることなく、必要な数のCompute Groupを作成できます。

  • より高い柔軟性:ストレージ・コンピュート分離アーキテクチャでは、BEノード上のデータはキャッシュされているため、Compute Groupの追加に煩雑なデータ移行プロセスは必要ありません。新しいCompute Groupは、クエリ実行時にキャッシュをウォームアップするだけで済みます。

  • より良い分離:データの可用性は共有ストレージ層で処理されるため、任意のCompute Group内のBEノードの障害が、Resource Groupで発生するようなデータロード障害を引き起こすことはありません。

注意

3.0.2より前のバージョンでは、Compute クラスターと呼ばれていました。

全てのCompute Groupの表示

SHOW COMPUTE GROUPSコマンドを使用して、現在のリポジトリ内の全てのcompute groupを表示します。返される結果は、ユーザーの権限レベルに基づいて異なる内容が表示されます:

  • ADMIN権限を持つユーザーは全てのcompute groupを表示できます
  • 一般ユーザーは使用権限(USAGE_PRIV)を持つcompute groupのみ表示できます
  • ユーザーがいずれのcompute groupに対しても使用権限を持たない場合、空の結果が返されます
SHOW COMPUTE GROUPS;

Compute Groupの追加

compute groupの管理にはOPERATOR権限が必要で、これによりノード管理権限が制御されます。詳細については、Privilege Managementを参照してください。デフォルトでは、rootアカウントのみがOPERATOR権限を持ちますが、GRANTコマンドを使用して他のアカウントに付与することができます。 BEを追加してcompute groupに割り当てるには、Add BEコマンドを使用します。例:

ALTER SYSTEM ADD BACKEND 'host:9050' PROPERTIES ("tag.compute_group_name" = "new_group");

上記のsqlはhost:9050をcompute group new_groupに追加します。PROPERTIES文を省略した場合、BEはcompute group default_compute_groupに追加されます。例えば:

ALTER SYSTEM ADD BACKEND 'host:9050';

Compute Group アクセスの付与

前提条件:現在の操作ユーザーが'ADMIN'権限を持っているか、現在のユーザーが admin ロールに属していること。

GRANT USAGE_PRIV ON COMPUTE GROUP {compute_group_name} TO {user}

Compute Group アクセスの取り消し

前提条件: 現在の操作ユーザーが'ADMIN'権限を持っている、または現在のユーザーがadminロールに属している。

REVOKE USAGE_PRIV ON COMPUTE GROUP {compute_group_name} FROM {user}

デフォルトCompute Groupの設定

現在のユーザーのデフォルトcompute groupを設定するには(この操作には、現在のユーザーがすでにコンピューティンググループを使用する権限を持っている必要があります):

SET PROPERTY 'default_compute_group' = '{clusterName}';

他のユーザーのデフォルトのcompute groupを設定するには(この操作にはAdmin権限が必要です):

SET PROPERTY FOR {user} 'default_compute_group' = '{clusterName}';

現在のユーザーのデフォルトコンピュートグループを表示するには、返された結果のdefault_compute_groupの値がデフォルトコンピュートグループです:

SHOW PROPERTY;

他のユーザーのデフォルトcompute groupを表示するには、この操作では現在のユーザーが管理者権限を持っている必要があり、返された結果のdefault_compute_groupの値がデフォルトcompute groupです:

SHOW PROPERTY FOR {user};

現在のリポジトリで利用可能なすべてのcompute groupを表示するには:

SHOW COMPUTE GROUPS;
Note
  • 現在のユーザーがAdmin権限を持っている場合、例:CREATE USER jack IDENTIFIED BY '123456' DEFAULT ROLE "admin"の場合:
    • 自分と他のユーザーのデフォルトcompute groupを設定できます
    • 自分と他のユーザーのPROPERTYを表示できます
  • 現在のユーザーがAdmin権限を持っていない場合、例:CREATE USER jack1 IDENTIFIED BY '123456'の場合:
    • 自分のデフォルトcompute groupを設定できます
    • 自分のPROPERTYを表示できます
    • すべてのcompute groupを表示することはできません。この操作にはGRANT ADMIN権限が必要です
  • 現在のユーザーがデフォルトのcompute groupを設定していない場合、既存のシステムはデータの読み取り/書き込み操作を実行する際にエラーを発生させます。この問題を解決するため、ユーザーはuse @clusterコマンドを実行して現在のコンテキストで使用するcompute groupを指定するか、SET PROPERTY文を使用してデフォルトのcompute groupを設定できます。
  • 現在のユーザーがデフォルトのcompute groupを設定しているが、そのclusterが後に削除された場合、データの読み取り/書き込み操作中にもエラーが発生します。ユーザーはuse @clusterコマンドを実行して現在のコンテキストで使用するcompute groupを再指定するか、SET PROPERTY文を使用してデフォルトのcluster設定を更新できます。

Compute Groupの切り替え

ユーザーは、コンピューティングとストレージが分離されたアーキテクチャで使用するデータベースとcompute groupを指定できます。

構文

USE { [catalog_name.]database_name[@compute_group_name] | @compute_group_name }

データベースまたはコンピュートグループ名に予約キーワードが含まれている場合、対応する名前をバッククォート```で囲む必要があります。

コンピュートグループのスケーリング

ALTER SYSTEM ADD BACKENDALTER SYSTEM DECOMMISION BACKENDを使用してBEを追加または削除することで、コンピュートグループをスケールできます。