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

適用対象:Azure SQL データベース

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

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

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

• Azure Portal
• PowerShell
• Azure CLI
• REST API

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

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

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

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

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

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

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

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

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');

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

• エラスティック プールの仮想コアまたは eDTU を減らすときは、プールで使われている領域が、ターゲットのサービス レベルとプールのコンピューティングの最大データ サイズ制限より小さい必要があります。
• Elastic Pool の eDTU を増やす際、次の場合に追加のストレージ コストが適用されることがあります。
  • プールの最大データ サイズがターゲット プールでサポートされている。および
  • プールの最大データ サイズが、ターゲット プールの付属のストレージの量を超えている。
• たとえば、最大データ サイズが 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 時間の請求が表示されます。

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

エラスティック プールのストレージ サイズ (最大データ サイズ) は、Azure portal、PowerShell、Azure CLI、または REST API を使って指定できます。 エラスティック プールの最大データ サイズを増やすと、指定された値がプールのサービス目標の最大データ サイズ制限を超えることはできません。 最大データ サイズを小さくする場合、指定する新しい値は、プール内のすべてのデータベースに割り当てられる領域の合計以上である必要があります。

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

• General Purpose または Business Critical レベルのエラスティック プールのストレージ サイズ (最大データ サイズ) は、「仮想コア購入モデルを使用したエラスティック プールに対するリソース制限」で指定されている最大データ サイズ制限まで指定できます。 エラスティック プールの最大データ サイズは、1 GB の倍数で増減できます。
• エラスティック プールのストレージの価格は、指定された最大データ サイズに、サービス レベルのストレージ ユニット価格を掛けたものになります。 ストレージの価格について詳しくは、「SQL Database の価格」をご覧ください。

DTU ベースの購入モデル

• エラスティック プールの eDTU 料金には、追加コストなしで一定量のストレージが含まれます。 付属する量を超える追加のデータ ストレージは、プロビジョニングされる eDTU に対応する最大データ サイズ制限まで、追加コストでプロビジョニングできます。 付属するストレージ量と最大データ サイズ制限については、DTU 購入モデルを使用したエラスティック プールのリソース制限に関する記事を参照してください。
• エラスティック プールの追加ストレージの料金は、追加ストレージ量にサービス レベルの追加ストレージ単価を掛けて計算します。 追加ストレージの価格について詳しくは、「SQL Database の価格」をご覧ください。
• Standard レベルまたは Premium レベルのエラスティック プールの最大データ サイズの有効な値は、50 GB、100 GB、150 GB、200 GB、250 GB、 300 GB、400 GB、500 GB、750 GB、800 GB、1,024 GB、1,200 GB、1,280 GB、1,536 GB、1,600 GB、1,792 GB、2,000 GB、2,048 GB、2,048 GB 2,304 GB、2,500 GB、2,560 GB、2,816 GB、3,000 GB、3,072 GB、3,328 GB、3,584 GB、3,840 GB、4,096 GB。 指定された最大データ サイズは、プロビジョニングされた eDTU に対して指定された最大データ サイズ制限を超えることはできません。

スケーリングの変更を監視または取り消す

サービス レベルの変更またはコンピューティングの再スケーリング操作を監視し、また取り消すことができます。

Login-AzAccount
$SubscriptionID = "<YourSubscriptionIdHere>"
Select-AzSubscription -SubscriptionName $SubscriptionID

Get-AzSqlElasticPoolActivity -ResourceGroupName "ResourceGroup01" -ElasticPoolName "Pool01" ServerName "Server01" 

Stop-AzSqlElasticPoolActivity -ResourceGroupName "ResourceGroup01" -ElasticPoolName "Pool01" -ServerName "Server01" -OperationId af97005d-9243-4f8a-844e-402d1cc855f5

$resourceGroupName = "<resource group name>"
$serverName = "<server name>"
$elasticPoolName = "<elastic pool name>"
az sql elastic-pool op list --resource-group $resourceGroupName --server $serverName --elastic-pool $elasticPoolName --query "[?state=='IN_PROGRESS'].name" --out tsv

$resourceGroupName = "<resource group name>"
$serverName = "<server name>"
$elasticPoolName = "<elastic pool name>"
$operationId = (az sql elastic-pool op list --resource-group $resourceGroupName --server $serverName --elastic-pool $elasticPoolName --query "[?state=='IN_PROGRESS'].name" --out tsv)
if (-not [string]::IsNullOrEmpty($operationName)) {
    (az sql elastic-pool op cancel --resource-group $resourceGroupName --server $serverName --elastic-pool $elasticPoolName --name $operationId)
        "Operation " + $operationName + " has been canceled"
}
else {
    "No management operation on the elastic pool found"
}

アクセス許可

Azure portal、PowerShell、Azure CLI、または REST API を使用してエラスティック プールをスケーリングするには、Azure RBAC アクセス許可 (特に共同作成者、SQL DB 共同作成者ロール、または SQL Server 共同作成者 Azure RBAC ロール) が必要です。 詳細については、Azure RBAC: 組み込みのロールに関するページをご覧ください。

関連するコンテンツ

• 仮想コア購入モデルを使用したエラスティック プールのリソース制限
• DTU 購入モデルを使用したエラスティック プールのリソース制限