Azure SQL Database の Hyperscale エラスティック プールの概要

適用対象:Azure SQL Database

この記事は、Azure SQL データベースの Hyperscale Elastic Pool の概要を示します。

Azure SQL Database のエラスティック プールを使用すると、サービスとしてのソフトウェア (SaaS) の開発者は、各データベースのパフォーマンスに弾力性を持たせながら、データベースのグループの価格対パフォーマンス比を所定の予算内で最適化できます。 Azure SQL Database Hyperscale エラスティック プールでは、Hyperscale データベース用の共有リソース モデルが導入されています。

Azure CLI または PowerShell を使用してデータベースを Hyperscale エラスティック プールに作成、スケーリング、または移動する例については、「コマンド ライン ツールを使った Hyperscale エラスティック プールの操作」を参照してください。

注意

Hyperscale のエラスティック プールは現在プレビュー段階です。

概要

Hyperscale データベースをエラスティック プールに配置し、プール内のデータベース間でリソースを共有し、使用パターンが異なる複数のデータベースを保持するコストを最適化します。

Hyperscale データベースでエラスティック プールを使用するシナリオ:

  • エラスティック プールに割り当てられたコンピューティング リソースを、割り当てられたストレージの量に関係なく、予測可能な時間でスケールアップまたはスケールダウンする必要があるとき。
  • エラスティック プールに割り当てられたコンピューティング リソースを、1 つ以上の読み取りスケール レプリカを追加してスケールアウトしたいとき。
  • コンピューティング リソースが少なくても、書き込み集中型ワークロードに対して高トランザクション ログ スループットを使用したい場合。

Hyperscale 以外のデータベースを Hyperscale エラスティック プールに移行すると、データベースが Hyperscale サービス レベルにアップグレードされます。

Architecture

従来、スタンドアロン Hyperscale データベースのアーキテクチャは、コンピューティング、ストレージ ("ページ サーバー")、ログ ("ログ サービス") という 3 つの独立した主要コンポーネントで構成されます。 Hyperscale データベースのエラスティック プールを作成すると、プール内のデータベースがコンピューティング リソースとログ リソースを共有します。 さらに、高可用性の構成を選択した場合、各高可用性プールは、同等の独立したコンピューティング リソースとログ リソースのセットで作成されます。

以下で、Hyperscale データベースのエラスティック プールのアーキテクチャについて説明します。

  • Hyperscale エラスティック プールは、プライマリ Hyperscale データベースをホストするプライマリ プールと、最大 4 つの追加高可用性プール (構成されている場合) で構成されます。
  • プライマリ エラスティック プールでホストされているプライマリ Hyperscale データベースは、SQL Server データベース エンジン (sqlservr.exe) コンピューティング プロセス、仮想コア、メモリ、SSD キャッシュを共有します。
  • プライマリ プールの高可用性を構成すると、プライマリ プール内のデータベースの読み取り専用データベース レプリカを含む追加の高可用性プールが作成されます。 各プライマリ プールは、最大 4 つの高可用性レプリカ プールを保持できます。 各高可用性プールは、プール内のすべてのセカンダリ読み取り専用データベースのコンピューティング、SSD キャッシュ、メモリ リソースを共有します。
  • プライマリ エラスティック プール内の Hyperscale データベースはすべて、同じログ サービスを共有します。 高可用性プール内のデータベースには書き込みワークロードがないため、ログ サービスは利用されません。
  • 各 Hyperscale データベースには独自のページ サーバー のセットがあり、これらのページ サーバーはプライマリ プール内のプライマリ データベースと高可用性プール内のすべてのセカンダリ レプリカ データベースの間で共有されます。
  • geo レプリケートされたセカンダリ Hyperscale データベースは、別のエラスティック プール内に配置できます。
  • データベース接続文字列に ApplicationIntent=ReadOnly を指定すると、いずれかの高可用性プール内の読み取り専用レプリカ データベースにルーティングされます。

Hyperscale データベースのElastic Poolのアーキテクチャを次に図示します。

Diagram showing the Hyperscale elastic pool architecture.

Hyperscale Elastic Pool データベースの管理

他のサービス レベルのプールされたデータベースと同じコマンドを使用して、プールされた Hyperscale データベースを管理できます。 Hyperscale エラスティック プールを作成するときは、エディションに必ず Hyperscale を指定してください。

唯一の違いは、既存の Hyperscale エラスティック プールについて高可用性 (H/A) レプリカの数を変更できることです。 そのためには次を行います。

  • Azure PowerShell Set-AzSqlElasticPool コマンドの HighAvailabilityReplicaCount パラメーターを使用します。
  • Azure CLI az sql elastic-pool update コマンドの --ha-replicas パラメーターを使用します。

次のクライアント ツールを使用して、エラスティック プール内の Hyperscale データベースを管理できます。

非 Hyperscale (非ハイパースケール) のデータベースを Hyperscale エラスティック プールに移行する

データベースを Hyperscale に移行するには、データベースを既存の Hyperscale エラスティック プールに追加します。 この場合の移行では、Hyperscale Elastic Pool がソース データベースと同じ論理サーバー上に存在する必要があります。

データベースを Hyperscale Elastic Pool に移行する場合は、Hyperscale Elastic Poolあたりのデータベースの最大数に注意してください。

T-SQL を使用して、非 Hyperscale のデータベースを Hyperscale Elastic Pool に移行する

T-SQL コマンドを使用して複数の General Purpose データベースを移行し、hsep1 という名前の既存の Hyperscale エラスティック プールに追加することができます。

ALTER DATABASE gpepdb1 MODIFY (SERVICE_OBJECTIVE = ELASTIC_POOL(NAME = [hsep1]))
ALTER DATABASE gpepdb2 MODIFY (SERVICE_OBJECTIVE = ELASTIC_POOL(NAME = [hsep1]))
ALTER DATABASE gpepdb3 MODIFY (SERVICE_OBJECTIVE = ELASTIC_POOL(NAME = [hsep1]))
ALTER DATABASE gpepdb4 MODIFY (SERVICE_OBJECTIVE = ELASTIC_POOL(NAME = [hsep1]))

この例ではターゲット SERVICE_OBJECTIVE を Hyperscale エラスティック プールとして指定して、General Purpose から Hyperscale への移行を暗黙的に要求しています。 上記の各コマンドが各 General Purpose データベースの Hyperscale への移行を開始することができます。 これらの ALTER DATABASE コマンドは、すぐに戻ることができ、移行が完了するまで待機することはありません。 この例ではこのような 4 つの移行を General Purpose から Hyperscale へ並列に実行しています。

ユーザーは、動的管理ビュー sys.dm_operation_status クエリを実行し、これらのバックグラウンド移行操作の状態を監視することができます。

PowerShell を使用して、Hyperscale以外のデータベースを Hyperscale エラスティック プールに移行する

PowerShell コマンドを使用すると、既存の hsep1 という名前の Hyperscale エラスティック プールに複数の General Purpose データベースを移行して追加できます。 例えば、サンプル スクリプトは、下記の手順を実行します。

  1. Get-AzSqlElasticPoolDatabase コマンドレットを使用して、General Purpose エラスティック プール内のすべてのデータベースを表示しますgpep1
  2. Where-Object コマンドレットは gpepdb で始まる名前のデータベースのリストのみをフィルター処理します。
  3. Set-AzSqlDatabase コマンドレットは、データベースごとに移行を開始します。 この場合、ターゲットとするhsep1 という名前の Hyperscale エラスティック プールを指定して Hyperscale サービス レベルへの移行を暗黙的に要求したことになります。
    • -AsJob パラメーターを使用すると、Set-AzSqlDatabase 要求を並列で実行できます。 ユーザーが移行を 1 つずつ実行したい場合は、この -AsJob パラメーターを削除することができます。
$dbs = Get-AzSqlElasticPoolDatabase -ResourceGroupName "myResourceGroup" -ServerName "mylogicalserver" -ElasticPoolName "gpep1"
$dbs | Where-Object { $_.DatabaseName -like "gpepdb*" } | % { Set-AzSqlDatabase -ResourceGroupName "myResourceGroup" -ServerName "mylogicalserver" -DatabaseName ($_.DatabaseName) -ElasticPoolName "hsep1" -AsJob }

sys.dm_operation_status 動的管理ビューに加えて、PowerShell コマンドレット Get-AzSqlDatabaseActivity を使用し、これらのバックグラウンド移行操作の状態を監視することができます。

リソース制限

次に、エラスティック プール内の Hyperscale データベースの使用についてサポートされている制限の一覧を示します。

  • サポートされているハードウェア生成: Standard シリーズ (Gen5)、Premium シリーズ、Premium シリーズのメモリ最適化。
  • プールあたりの仮想コアの最大数: サービス レベルの目標に応じて、80 または 128 の仮想コア。
  • データベースあたりでサポートされる最大データ サイズ: 100 TB。
  • プール内の DB 全体でサポートされる最大合計データ サイズ: 100 TB。
  • データベースあたりでサポートされる最大トランザクション ログ スループット: 100 MB。
  • プール内のデータベース全体でサポートされる最大合計トランザクション ログ スループット: 131.25 MB/秒。
  • 各 Hyperscale エラスティック プールは、最大 25 個のデータベースを保持できます。

詳細については、Standard シリーズPremium シリーズPremium シリーズのメモリ最適化のための Hyperscale エラスティック プールのリソース制限を参照してください。

Note

パフォーマンス プロファイル、サポートされている機能、公開されている制限は、機能がプレビュー段階にある間は変更される可能性があります。 そのため、ワークロードについて機能、パフォーマンス、スケーリングのテストを定期的に行って、ユース ケースを検証することをお勧めします。

制限事項

次の制限が適用されます。

  • Hyperscale 以外の既存のエラスティック プールの Hyperscale エディションへの変更はサポートされていません。 移行セクションでは使用可能ないくつかのオルタナティヴが提示されます。
  • Hyperscale エラスティック プールのエディションの非 Hyperscale エディションへの変更はサポートされていません。
  • Hyperscale エラスティック プール内にある適格なデータベースを逆移行するには、まず Hyperscale エラスティック プールから取り出す必要があります。 その後、スタンドアロン Hyperscale データベースを General Purpose スタンドアロン データベースに逆移行できます。
  • プール内のデータベースのメンテナンスが実行され、メンテナンス期間がプール レベルで構成されます。 現在、Hyperscale エラスティック プールのメンテナンス期間を構成することはできません。
  • Hyperscale サービス レベルの場合、ゾーン冗長のサポートはデータベースまたはエラスティック プールの作成時にのみ指定でき、リソースがプロビジョニングされた後は変更できません。 詳細については、「Azure SQL Database を可用性ゾーンのサポートに移行」を参照してください。
  • Hyperscale エラスティック プールに名前付きレプリカを追加することはサポートされていません。 Hyperscale データベースの名前付きレプリカを Hyperscale エラスティック プールに追加しようとすると、UnsupportedReplicationOperation エラーが発生します。 代わりに、名前付きレプリカを単一の Hyperscale データベースとして作成します。

ゾーン冗長エラスティック プールの考慮事項

ゾーン冗長エラスティック プールの場合、次の事項を考慮してください。

Note

ゾーン冗長を持つ Hyperscale エラスティック プールは、現在プレビュー段階です。 詳細については、「ブログ投稿: ゾーン冗長を持つ Hyperscale エラスティック プール」を参照してください。

  • ゾーン冗長ストレージ冗長(ZRS または GZRS)を持つデータベースのみを、ゾーン冗長を持つ Hyperscale エラスティック プールに追加できます。
  • スタンドアロンの Hyperscale データベースをゾーン冗長 Hyperscale エラスティック プールに追加するには、ゾーン冗長およびゾーン冗長バックアップ ストレージ(ZRS または GZRS)を持った状態で作成する必要があります。 ゾーン冗長を持たない Hyperscale データベースの場合、ゾーン冗長オプションが有効になっている新しい Hyperscale データベースへのデータ転送を実行します。 複製は、データベース コピー、ポイントインタイム リストア、geo レプリカを使用して作成する必要があります。 詳細については、「再デプロイ(Hyperscale)」を参照してください。
  • Hyperscale データベースをエラスティック プール間で移動するには、ゾーン冗長およびゾーン冗長バックアップ ストレージの設定が一致している必要があります。
  • データベースを Hyperscale 以外の別のサービス レベルからゾーン冗長を持つ Hyperscale エラスティック プールに移行する方法は以下の通りです。
    • Azure Portal を介して、まずゾーン冗長およびゾーン冗長バックアップ ストレージ(ZRS)の両方を有効にします。 その後、データベースをゾーン冗長 Hyperscale エラスティック プールに追加できます。
    • PowerShell を介して、まずゾーン冗長を有効にします。 次に、「Set-AzSqlDatabase」を使用して、ゾーン冗長バックアップ ストレージ(ZRS または GZRS)を指定するために -BackupStorageRedundancy パラメーターが使用されていることを確認します。

既知の問題

問題 推奨事項
稀なケースですが、Hyperscale データベースをエラスティック プールに移動 / 復元 / コピーしようとした場合に、エラー 45122 - This Hyperscale database cannot be added into an elastic pool at this time. In case of any questions, please contact Microsoft support を取得することがあります。 この制限は、実装固有の詳細によるものです。 このエラーによって操作が続けられない場合は、サポート インシデントを生成して、支援を要求してください。