Azure SQL Database でエラスティック プールのリソースをスケーリングする

  • [アーティクル]

適用対象: Azure SQL Database

この記事では、Azure SQL Database でエラスティック プールとプールされたデータベースに使用できるコンピューティング リソースとストレージ リソースをスケーリングする方法について説明します。

コンピューティング リソース (仮想コアまたは DTU) の変更

仮想コアまたは eDTU の数を最初に選択した後は、次を使用して、実際の状況に基づいて、エラスティック プールを動的にスケールアップまたはスケールダウンできます。

サービス レベルの変更またはコンピューティング サイズの再スケーリングの影響

エラスティック プールのサービス レベルとコンピューティング サイズの変更は、単一データベースと同様のパターンに従い、主に次の手順を実行するサービスが含まれます。

  1. エラスティック プール用に新しいコンピューティング インスタンスを作成する

    要求されたサービス レベルとコンピューティング サイズを持つ新しいコンピューティング インスタンスがエラスティック プール用に作成されます。 サービス レベルとコンピューティング サイズの一部の組み合わせの変更では、新しいコンピューティング インスタンスに各データベースのレプリカを作成する必要があります。これにはデータをコピーすることが含まれ、全体の待機時間に大きく影響する場合があります。 いずれにしても、この手順の間、データベースはオンラインのままで、接続は元のコンピューティング インスタンスのデータベースに引き続き向けられます。

  2. 接続のルーティングを新しいコンピューティング インスタンスに切り替える

    元のコンピューティング インスタンス内のデータベースへの既存の接続が切断されます。 新しいコンピューティング インスタンス内のデータベースへの新しい接続が確立されます。 サービス レベルとコンピューティング サイズの一部の組み合わせの変更では、データベース ファイルがデタッチされ、切り替え時に再アタッチされます。 いずれにしても、切り替えにより、データベースが使用できなくなる短時間の中断が発生する場合があります。中断は通常は 30 秒未満で、多くの場合はほんの数秒です。 接続が削除されたときに長時間実行されているトランザクションがあると、切断されたトランザクションを復旧するために、この手順の所要時間が長くなる場合があります。 高速データベースの復旧により、長時間実行されているトランザクションの中断による影響を軽減できます。

重要

ワークフローのいずれの手順でもデータが失われることはありません。

サービス レベルの変更またはコンピューティング サイズの再スケーリングの待機時間

サービス レベルの変更、単一データベースまたはエラスティック プールのコンピューティング サイズのスケーリング、エラスティック プールとの間のデータベースの移動、またはエラスティック プール間でのデータベースの移動に伴う推定待ち時間は、次のようにパラメーター化されます。

サービス階層 Basic 単一データベース、
Standard (S0-S1)		 Basic エラスティック プール、
Standard (S2-S12)、
General Purpose 単一データベースまたはエラスティック プール		 Premium または Business Critical の単一データベースまたはエラスティック プール ハイパースケール
Basic 単一データベース、
Standard (S0-S1)		 • 使用される領域とは関係ない一定時間の待機時間
• 通常は 5 分未満		 • データのコピーのために使用されるデータベース領域に比例した待機時間
• 通常、使用される領域の GB あたり 1 分未満		 • データのコピーのために使用されるデータベース領域に比例した待機時間
• 通常、使用される領域の GB あたり 1 分未満		 • データのコピーのために使用されるデータベース領域に比例した待機時間
• 通常、使用される領域の GB あたり 1 分未満
Basic エラスティック プール、
Standard (S2-S12)、
General Purpose 単一データベースまたはエラスティック プール		 • データのコピーのために使用されるデータベース領域に比例した待機時間
• 通常、使用される領域の GB あたり 1 分未満		 • 単一データベースの場合は、使用される領域とは関係ない一定時間の待機時間
• 単一データベースの場合は、通常 5 分未満
• エラスティック プールの場合は、データベースの数に比例		 • データのコピーのために使用されるデータベース領域に比例した待機時間
• 通常、使用される領域の GB あたり 1 分未満		 • データのコピーのために使用されるデータベース領域に比例した待機時間
• 通常、使用される領域の GB あたり 1 分未満
Premium または Business Critical の単一データベースまたはエラスティック プール • データのコピーのために使用されるデータベース領域に比例した待機時間
• 通常、使用される領域の GB あたり 1 分未満		 • データのコピーのために使用されるデータベース領域に比例した待機時間
• 通常、使用される領域の GB あたり 1 分未満		 • データのコピーのために使用されるデータベース領域に比例した待機時間
• 通常、使用される領域の GB あたり 1 分未満		 • データのコピーのために使用されるデータベース領域に比例した待機時間
• 通常、使用される領域の GB あたり 1 分未満
Hyperscale 該当なし 該当なし 該当なし • 使用される領域とは関係ない一定時間の待機時間
• 通常は 2 分未満

Note

  • サービス レベルを変更する場合、またはエラスティック プールのコンピューティングを再度スケーリングする場合は、そのプール内のすべてのデータベース全体で使用される領域の合計を、推定値の計算に使用する必要があります。
  • エラスティック プールとの間でデータベースを移動する場合、エラスティック プールで使用される領域ではなく、データベースの使用領域のみが待機時間に影響します。
  • Standard および General Purpose エラスティック プールでは、エラスティック プールで Premium ファイル共有 (PFS) ストレージが使用されている場合、エラスティック プールとの間、またはエラスティック プール間でデータベースを移動するための待ち時間は、データベース サイズに比例します。 プールで PFS ストレージが使用されているかどうかを確認するには、プールのデータベースのコンテキストで次のクエリを実行します。 AccountType 列の値が PremiumFileStorage または PremiumFileStorage-ZRS の場合、プールで PFS ストレージが使用されています。
SELECT s.file_id,
       s.type_desc,
       s.name,
       FILEPROPERTYEX(s.name, 'AccountType') AS AccountType
FROM sys.database_files AS s
WHERE s.type_desc IN ('ROWS', 'LOG');

ヒント

実行中の操作の監視については、SQL REST API を使った操作の管理、CLI を使った操作の管理、T-SQL を使った操作の管理に関する各ページと、2 つの PowerShell コマンド Get-AzSqlDatabaseActivity と Stop-AzSqlDatabaseActivity。

サービス レベルを変更またはコンピューティング サイズを再スケーリングする場合の追加の考慮事項

  • エラスティック プールの仮想コアまたは eDTU をダウンサイズするときは、プールで使われている領域が、ターゲットのサービス レベルとパフォーマンス レベルで許可されている最大サイズより小さい必要があります。
  • エラスティック プールの eDTU を再スケーリングするとき、(1) プールの最大ストレージ サイズがターゲット プールでサポートされていて、かつ、(2) 最大ストレージ サイズがターゲット プールに付属するストレージ容量を超える場合、追加のストレージ コストが適用されます。 たとえば、最大サイズが 100 GB の 100 eDTU のStandard プールを、50 eDTU の Standard プールにダウンサイズすると、ターゲット プールは最大サイズの 100 GB をサポートしますが、付属するストレージ量は 50 GB だけなので、追加ストレージ コストがかかります。 したがって、追加ストレージ量は 100 GB – 50 GB = 50 GB になります。 追加ストレージの価格については、「SQL Database の価格」をご覧ください。 実際に使われる領域の量が付属のストレージの量より少ない場合、データベースの最大サイズを付属の量に減らすことで、この追加コストを回避できます。

再スケーリング時の課金

使用状況やデータベースがアクティブであったのが 1 時間未満であったことに関係なく、データベースが存在していた 1 時間単位で、その時間に使用された最上位のサービス階層とコンピューティング サイズで課金は行われます。 たとえば、Single Database を作成し、それを 5 分後に削除した場合、請求書にはデータベース時間として 1 時間の請求が表示されます。

エラスティック プールのストレージ サイズの変更

重要

場合によっては、未使用領域を再利用できるようにデータベースを縮小する必要があります。 詳細については、「Manage file space in Azure SQL Database」(Azure SQL Database でファイル領域を管理する) を参照してください。

仮想コアベースの購入モデル

  • 最大サイズの上限に達するまでストレージをプロビジョニングすることができます。

    • Standard または General Purpose サービス レベルのストレージの場合は、10 GB 単位でサイズを増減します
    • Premium または Business Critical レベルのストレージの場合は、250 GB 単位でサイズを増減します

  • エラスティック プールのストレージは、最大サイズを増減することでプロビジョニングできます。

  • エラスティック プールのストレージの料金は、ストレージ量にサービス レベルのストレージ単価を掛けて計算します。 追加ストレージの価格について詳しくは、「SQL Database の価格」をご覧ください。

重要

場合によっては、未使用領域を再利用できるようにデータベースを縮小する必要があります。 詳細については、「Manage file space in Azure SQL Database」(Azure SQL Database でファイル領域を管理する) を参照してください。

DTU ベースの購入モデル

重要

場合によっては、未使用領域を再利用できるようにデータベースを縮小する必要があります。 詳細については、「Manage file space in Azure SQL Database」(Azure SQL Database でファイル領域を管理する) を参照してください。

次のステップ

全体的なリソースの制限については、SQL Database の仮想コアペースのリソース制限 - エラスティック プールおよび SQL Database の DTU ベースのリソース制限 - エラスティック プールに関するページを参照してください。