次の方法で共有

ワークロード管理とは

混合ワークロードを実行すると、ビジー状態のシステムでリソースの問題が発生する可能性があります。 ソリューション アーキテクトは、従来のデータ ウェアハウス アクティビティ (データの読み込み、変換、クエリなど) を分離して、SLA にヒットするのに十分なリソースが確実に存在することを確認する方法を模索しています。

物理サーバーの分離は、使用率が低い、過剰予約されている、またはキャッシュがハードウェアの起動と停止で常に準備されている状態にあるインフラストラクチャのポケットにつながる可能性があります。 成功したワークロード管理スキームは、リソースを効果的に管理し、非常に効率的なリソース使用率を確保し、投資収益率 (ROI) を最大化します。

データ ウェアハウス ワークロードとは、データ ウェアハウスに関連して発生するすべての操作を指します。 これらのコンポーネントの深さと幅は、データ ウェアハウスの成熟度レベルによって異なります。 データ ウェアハウスのワークロードには、次のものが含まれます。

  • ウェアハウスにデータを読み込むプロセス全体
  • データ ウェアハウスの分析とレポートの実行
  • データ ウェアハウス内のデータの管理
  • データ ウェアハウスからのデータのエクスポート

データ ウェアハウスのパフォーマンス容量は、 データ ウェアハウス ユニットによって決まります。

ワークロード管理の概念

以前は、Azure Synapse の Synapse SQL の場合、 リソース クラスを使用してクエリのパフォーマンスを管理しました。 ロール メンバーシップに基づいてクエリにメモリを割り当てることが許可されているリソース クラス。 リソース クラスの主な課題は、一度構成すると、ワークロードを制御するガバナンスや機能がなかったということです。

たとえば、smallrc にアドホック ユーザー ロール メンバーシップを付与すると、そのユーザーはシステム上のメモリの 100% を消費できます。 リソース クラスでは、重要なワークロードでリソースを予約して使用できるようにする方法はありません。

Azure Synapse の専用 SQL プール ワークロード管理は、 ワークロード分類、ワークロードの 重要度、ワークロード の分離という 3 つの大まかな概念で構成されています。 これらの機能により、ワークロードによるシステム リソースの活用方法をより細かく制御できます。

ワークロード分類は、ワークロード グループに要求を割り当て、重要度レベルを設定するという概念です。 これまで、この割り当ては 、sp_addrolememberを使用してロール メンバーシップを使用して行われました。 このアクションは、 CREATE WORKLOAD CLASSIFIER を使用して実行できるようになりました。 分類機能は、ラベル、セッション、要求を分類する時間などの豊富なオプション セットを提供します。

ワークロードの重要度は、要求がリソースにアクセスする順序に影響します。 ビジー状態のシステムでは、重要度の高い要求がリソースに最初にアクセスします。 重要度によって、ロックへの順次アクセスも保証されます。

ワークロードの分離では、ワークロード グループのリソースが予約されます。 ワークロード グループに予約されているリソースは、そのワークロード グループのみで実行されるように保証されます。 ワークロード グループでは、リソース クラスと同様に、要求ごとに割り当てられるリソースの量を定義することもできます。 ワークロード グループを使用すると、一連の要求で消費できるリソースの量を予約したり上限を設定したりできます。 最後に、ワークロード グループは、クエリ タイムアウトなどのルールを要求に適用するためのメカニズムです。

次のステップ