このトピックでは、ApsaraDB for SelectDB でサポートされているリソース管理スキームについて説明し、ApsaraDB for SelectDB のリソースをより適切に活用できるようにします。
リソース管理スキーム
ApsaraDB for SelectDB は、コンピューティングリソースの管理と分離に使用できる以下のスキームをサポートしています。マルチインスタンス、マルチクラスタ、およびワークロードグループです。
マルチインスタンススキーム
ApsaraDB for SelectDB では、同じアカウント内に独立してデプロイされた複数のインスタンスを作成できます。このスキームは、システムが互いに完全に独立しているシナリオでよく使用されます。
このスキームでは、リソースはインスタンスに基づいて分離されます。インスタンスのコンピューティングリソースとストレージリソースは、別のインスタンスのリソースから物理的に分離されています。各インスタンスには独自のエンドポイントがあります。
マルチクラスタスキーム
ApsaraDB for SelectDB は、ストレージコンピューティング分離アーキテクチャをサポートしています。同じインスタンス内に、物理的に分離された複数のコンピューティングクラスタを作成できます。各コンピューティングクラスタは、バックエンド（BE）ノードのグループで構成されます。コンピュータクラスタは、ビッグデータシステムのコンピューティンググループまたはコンピューティングキューに似ています。このスキームは、読み取りトラフィックを書き込みトラフィックから分離したり、オンライン トラフィックをオフライン トラフィックから分離したりするシナリオでよく使用されます。
このスキームでは、コンピューティングリソースはクラスタに基づいて分離されます。ただし、インスタンス内のクラスタは同じデータセットを共有します。同じエンドポイントを使用してインスタンス内の複数のクラスタに接続し、USE @cluster_name コマンドを実行して、使用するクラスタに切り替えることができます。詳細については、「複数のコンピューティング クラスタ」をご参照ください。
ワークロードグループスキーム
ApsaraDB for SelectDB では、ワークロードグループを使用して、コンピューティングリソースをソフトウェア的に分離できます。 1 つのクラスタに複数のワークロードグループを含めることができます。これにより、各タスクで単一の BE ノードのコンピューティングリソースとメモリリソースの使用を制限できます。このスキームは、リソースの分離が必要であるが、ある程度のプリエンプションを許可するシナリオでよく使用されます。
このスキームでは、コンピューティングリソースはワークロードグループに基づいて論理的に分離されます。ただし、すべてのワークロードグループは同じデータセットを共有します。ワークロードグループに関連付けられているデータベースアカウントを使用して、異なるワークロードグループにアクセスできます。詳細については、「ワークロードグループ」をご参照ください。
スキームの比較
次の表は、前述のリソース管理スキームの分離とリソース使用率の観点からの比較を示しています。
スキーム | 分離方法 | 分離レベル |
マルチインスタンススキーム | 異なるインスタンスのコンピューティングリソースとデータは互いに完全に分離されています。 | 超高 |
単一インスタンスマルチクラスタスキーム | コンピューティングリソースは物理的に分離されていますが、データはコンピューティングクラスタ間で共有されます。 | 高 |
ワークロードグループスキーム | コンピューティングリソースは論理的に分離されていますが、データはワークロードグループ間で共有されます。 | 中 |
マルチインスタンススキームは、分離の点で他のスキームよりも優れていますが、ストレージリソースの冗長化とコンピューティングリソースの利用率の低下につながる可能性があります。対照的に、ワークロードグループスキームは、コンピューティングリソースの適度なプリエンプションをサポートしています。これにより、リソースの高い使用率が保証されますが、分離は弱くなります。一般に、システムが互いに完全に独立しているシナリオでは、マルチインスタンススキームを使用することをお勧めします。データを共有する必要があるが、コンピューティングリソースを物理的に分離する必要があるシナリオでは、マルチクラスタスキームを使用することをお勧めします。データを共有する必要があり、コンピューティングリソースを分離する必要がある場合があるシナリオでは、ワークロードグループスキームを使用することをお勧めします。
スキームの推奨事項
ビジネス要件に基づいて、上記のスキームを組み合わせることができます。たとえば、マルチインスタンススキームとマルチクラスタスキームを組み合わせたり、マルチクラスタスキームとワークロードグループスキームを組み合わせたりできます。
マルチインスタンススキーム
次のシナリオでは、マルチインスタンススキームの使用を検討できます。
独立したビジネスシステムまたはチーム間でデータが共有されません。
一部のビジネスシステムは重要であるか、機密情報を含んでおり、データ漏洩の可能性を最小限に抑え、相互干渉を防ぐ必要があります。
マルチクラスタスキーム
次のシナリオでは、単一インスタンスマルチクラスタスキームの使用を検討できます。
データは共有されますが、機密レベルの異なるデータに対してコンピューティングリソースを分離する必要があります。たとえば、オンラインデータ分析のコンピューティングリソースをオフラインデータ分析のコンピューティングリソースから分離する必要があります。
データインポートのワークロードをデータクエリのワークロードから分離する必要があります。
リソース使用率に関する特別な要件はありません。
ワークロードグループスキーム
次のシナリオでは、ワークロードグループスキームの使用を検討できます。
データを共有する必要があり、機密レベルの異なるデータに対してコンピューティングリソースを物理的に分離する必要はありません。各タイプのデータに使用可能な基本リソースが必要であり、アイドル状態のリソースはプリエンプションできます。
リソースを最大限に活用したい場合、またはリソース使用率に関する特別な要件がある場合。