Azure Database for PostgreSQL - フレキシブル サーバーのストレージ オプション
適用対象: 
Azure Database for PostgreSQL - フレキシブル サーバー
Azure によって管理され、Azure Virtual Machines で使用されるブロックレベルのストレージ ボリュームである Azure マネージド ディスクを使用して、Azure Database for PostgreSQL フレキシブル サーバー インスタンスを作成できます。 マネージド ディスクは、オンプレミス サーバー内の物理ディスクと似ていますが、仮想化されています。 マネージド ディスクを使用した場合、ユーザーは、サイズと種類を指定してディスクをプロビジョニングするだけで済みます。 ディスクのプロビジョニング後、残りの作業は Azure によって行われます。 Azure Database for PostgreSQL - フレキシブル サーバーは、Premium ソリッドステート ドライブ (Premium SSD) と Premium ソリッドステート ドライブ バージョン 2 (Premium SSD v2) をサポートし、価格はプロビジョニングするコンピューティング、メモリ、ストレージ層に基づいて計算されます。
Premium SSD
Azure Premium SSD は、入出力 (IO) を集中的に行うワークロードが存在する仮想マシン (VM) 向けに、ハイ パフォーマンスかつ低待機時間のディスク サポートを提供します。 Premium SSD ユニットは、ミッションクリティカルな運用アプリケーションに適しています。
Premium SSD v2 (プレビュー)
Premium SSD v2 は、Premium SSD よりも高いパフォーマンスを提供するだけでなく、通常はコストも低くなります。 Premium SSD v2 のパフォーマンス (容量、スループット、および IOPS と呼ばれる 1 秒あたりの入出力操作数) は、いつでも個別に調整することができます。 これらの調整を行う機能により、パフォーマンス ニーズの変化に対応しながら、ワークロードのコスト効率を高めることができます。 たとえば、トランザクション集中型データベースでは、数日間の例外的に需要が高い期間に、大量の IOPS に対処する必要があるかもしれません。 ゲーム アプリケーションで、ピークの時間帯にだけより高いスループットが必要になることもあるかもしれません。 このため、Premium SSD v2 は、ほとんどの汎用ワークロードに対して、パフォーマンスにとって最適な価格を提供できます。
Note
Premium SSD v2 は現在、Azure Database for PostgreSQL - フレキシブル サーバーに対してはプレビュー段階です。
Premium SSD と Premium SSD v2 の相違点
Premium SSD とは異なり、Premium SSD v2 には専用のサイズはありません。 Premium SSD v2 ディスクは、都合の良い任意のサイズに設定して、ワークロードの要件に合う細かい調整を行うことができます。 この細かい増量は、1 GiB 刻みで行うことができます。 Premium SSD v2 は、ホスト キャッシュをサポートしませんが、Premium SSD よりも短い待機時間を提供します。 Premium SSD v2 容量の範囲は、1 GiB から 64 TiB までです。
次の表は、Azure Database for PostgreSQL - フレキシブル サーバーでサポートされるディスク タイプのさまざまな側面を比較したもので、どれが自分のニーズにより適しているかを判断する上で役に立ちます。
| Premium SSD v2 | Premium SSD | |
|---|---|---|
| ディスクの種類 | SSD | SSD |
| シナリオ | 低遅延および高い IOPS とスループットを一貫して必要とする運用ワークロードおよびパフォーマンスが重要なワークロード。 | 運用環境のパフォーマンスが重要となるワークロード。 |
| 最大ディスク サイズ | 65,536 GiB | 32,767 GiB |
| 最大スループット | 1,200 MB/秒 | 900 MB/秒 |
| 最大 IOPS | 80,000 | 20,000 |
Premium SSD v2 では、サブスクリプションあたりとリージョンあたり最大 32 TiB が既定で提供されますが、依頼があればそれを超える容量がサポートされます。 容量の増加を要求するには、クォータの増加を要求するか、Azure サポートにお問い合わせください。
Premium SSD v2 - IOPS
すべての Premium SSD v2 ディスクは、料金のかからない 3,000 IOPS のベースラインを備えています。 6 GiB を超えると、ディスクの最大 IOPS は GiB あたり 500 の割合で、最大 80,000 IOPS まで増やすことができます。 そのため、8 GiB のディスクの IOPS は最大 4,000、10 GiB のディスクの IOPS は最大 5,000 にすることができます。 あるディスクに 80,000 IOPS を設定できるようにするには、そのディスクに少なくとも 160 GiB が必要です。 IOPS が 3,000 を超えると、ディスクの価格が上がります。
Premium SSD v2 - スループット
すべての Premium SSD v2 ディスクのベースライン スループットは 125 MB/秒で、無料です。 6 GiB を超えると、設定できる最大スループットは、セット IOPS あたり 0.25 MB/秒増加します。 ディスクの IOPS が 3,000 の場合、設定できる最大スループットは 750 MB/秒です。 このディスクのスループットを 750 MB/秒を超えて引き上げるには、その IOPS を増やす必要があります。 たとえば、IOPS を 4,000 に増やした場合、設定できる最大スループットは 1,000 になります。 5,000 IOPS 以上のディスクでサポートされる最大スループットは 1,200 MB/秒です。 スループットが 125 MB/ 秒を超えると、ディスクの価格が上がります。
Note
Premium SSD v2 は現在、Azure Database for PostgreSQL - フレキシブル サーバーに対してはプレビュー段階です。
Premium SSD v2 - プレビュー中の制限事項
高可用性、読み取りレプリカ、地理冗長バックアップ、カスタマー マネージド キーによるデータ暗号化、ストレージ自動拡張の機能は、Premium SSD v2 ではサポートされていません。
Premium SSD (PV1) から Premium SSD v2 (PV2) へのオンライン移行はサポートされていません。 ストレージ タイプをまたぐ移行を行う必要がある場合は、代替案として、別のストレージ タイプでプロビジョニングされた新しいサーバーへの既存サーバーのポイントインタイム リストアを実行することができます。
Premium SSD V2 を有効にできるのは、新しく作成されたサーバーに対してだけです。 既存サーバー上の Premium SSD V2 の有効化はサポートされていません。
プロビジョニングするストレージは、Azure Database for PostgreSQL フレキシブル サーバー インスタンスが利用できるストレージ容量となります。 このストレージは、データベース ファイル、一時ファイル、トランザクション ログ、PostgreSQL サーバー ログ用に使用されます。 プロビジョニングするストレージの合計容量によって、ご利用のサーバーで使用できる I/O 容量も決まります。
| ディスク サイズ | Premium SSD IOPS | Premium SSD v2 の IOPS |
|---|---|---|
| 32 GiB | プロビジョニング済み 120、最大 3,500 | 最初の 3000 IOPS を無料で 17179 までスケールアップできます |
| 64 GiB | プロビジョニング済み 240、最大 3,500 | 最初の 3000 IOPS を無料で 34359 までスケールアップできます |
| 128 GiB | プロビジョニング済み 500、最大 3,500 | 最初の 3000 IOPS を無料で 68719 までスケールアップできます |
| 256 GiB | プロビジョニング済み 1,100、最大 3,500 | 最初の 3000 IOPS を無料で 80000 までスケールアップできます |
| 512 GiB | プロビジョニング済み 2,300、最大 3,500 | 最初の 3000 IOPS を無料で 80000 にスケーリングできます |
| 1 TiB | 5,000 | 最初の 3000 IOPS を無料で 80000 までスケールアップできます |
| 2 TiB | 7,500 | 最初の 3000 IOPS を無料で 80000 までスケールアップできます |
| 4 TiB | 7,500 | 最初の 3000 IOPS を無料で 80000 までスケールアップできます |
| 8 TiB | 16,000 | 最初の 3000 IOPS を無料で 80000 までスケールアップできます |
| 16 TiB | 18,000 | 最初の 3000 IOPS を無料で 80000 までスケールアップできます |
| 32 TiB | 20,000 | 最初の 3000 IOPS を無料で 80000 までスケールアップできます |
| 64 TiB | 該当なし | 最初の 3000 IOPS を無料で 80000 までスケールアップできます |
次の表は、Premium SSD v2 ディスク容量とパフォーマンスの最大値の概要を示したもので、どちらを使用するべきかを判断する上で役に立ちます。
| SSD v2 ディスク サイズ | 使用可能な最大 IOPS | 使用可能な最大スループット (MB/秒) |
|---|---|---|
| 1 GiB から 64 TiB | 3,000 から 80,000 (GiB あたり 500 IOPS ずつ増加) | 125 から 1,200 (セット IOPS あたり 0.25 MB/秒ずつ増加) |
仮想マシンの種類によっても IOPS の制限が発生します。 サーバーの種類に関係なく、任意のストレージ サイズを選択することはできますが、特に仮想コア数が少ないサーバーを選択した場合など、ストレージが提供する IOPS をフルに使用できない可能性があります。 詳細については、「Azure Database for PostgreSQL - フレキシブル サーバーでのコンピューティングの選択肢」を参照してください。
Note
インスタンスに割り当てるストレージの種類に関係なく、ストレージで行えるのはスケールアップのみであり、スケールダウンは行えません。
I/O 使用量の監視は、Azure portal 内、または Azure CLI コマンドを使用して行うことができます。 監視すべき関連メトリックは、容量の上限、ストレージの割合、ストレージの使用量、および I/O の割合です。
ディスクがいっぱいになる条件
ディスクがいっぱいになると、サーバーはエラーを返し始め、それ以上の変更を行えなくなります。 上限に達すると、バックアップや先書きログ (WAL) アーカイブなど、他の操作アクティビティでも問題が発生する可能性があります。
この状況を回避するため、ストレージの使用率が 95% に達するか、利用可能な容量が 5 GiB 未満になると、サーバーは自動的に読み取り専用モードに切り替わります。 Premium SSD ストレージ タイプを使用している場合は、ストレージ自動拡張機能を使用することで、この問題の発生を防ぐことができます。
使用中のディスク領域を積極的に監視し、ストレージ内の利用可能な領域がなくなる前にディスク サイズを増やすことをお勧めします。 サーバーのストレージがディスク不足状態に近づいたときに通知するアラートを設定できます。 詳細については、Azure portal を使用して Azure Database for PostgreSQL - フレキシブル サーバーのメトリックについてのアラートを設定する方法を参照してください。
ストレージの自動拡張 (Premium SSD)
ストレージの自動拡張は、サーバーが利用可能な空き領域を常に十分持ち、読み取り専用にならないようにするために役立ちます。 ストレージの自動拡張を有効にすると、ワークロードに影響を与えることなくディスク サイズが増えます。 ストレージの自動拡張がサポートされているのは、Premium SSD ストレージ層においてだけです。
プロビジョニングされたストレージが 1 TiB を超えるサーバーの場合、ストレージの自動拡張メカニズムがアクティブになるのは、利用可能な領域が、合計容量の 10% と 64 GiB のどちらか小さい方の値を下回ったときです。 これに対し、ストレージが 1 TiB 以下のサーバーの場合、このしきい値は、20% の利用可能な空き領域か 64 GiB (これらの値のどちらか小さい方) に調整されます。
わかりやすい例として、ストレージ容量が (1 TiB を超える) 2 TiB のサーバーを考えてみましょう。 この場合、自動拡張の制限は 64 GiB に設定されます。 この選択は、2 TiB の 10% (約 204.8 GiB) と比較すると、64 GiB の方が小さい値であるためです。 これに対し、ストレージ サイズが (1 TiB 未満である) 128 GiB のサーバーの場合、自動拡張機能がアクティブになるのは、残りの領域が 25.8 GiB しかなくなったときです。 このアクティブ化は、割り当てられたストレージの合計 (128 GiB) の 20% のしきい値に基づきます。これは 64 GiB よりも小さな値であるためです。
既定の動作では、ディスク サイズは Premium SSD の次のストレージ サイズまで引き上げられます。 この増量は、ユーザーによる手動のストレージ スケーリング操作が開始されるか、ストレージの自動拡張によって開始されるかに関係なく、サイズとコストの両方が常に 2 倍になります。 ストレージの自動拡張を有効にすると、ストレージが少ない状態が自動的に検出され、それに応じてストレージがスケールアップされるため、予測できないワークロードを管理する場合に価値があります。
ストレージのスケーリング プロセスは、ダウンタイムを発生させることなくオンラインで実行されます。ただし、ディスクが 4,096 GiB でプロビジョニングされている場合は例外です。 この例外は、Azure マネージド ディスクの制限です。 ディスクが既に 4,096 GiB の場合、ストレージの自動拡張が有効になっている場合でも、ストレージ スケーリング アクティビティはトリガーされません。 このような場合は、ストレージを手動でスケーリングする必要があります。 このシナリオ (4096 GiB の境界線に達するか超過した場合) では、手動スケーリングはオフライン操作であることに注意してください。 このタスクは、お客様のビジネス ニーズに合わせてスケジュール設定することをお勧めします。 その他の操作はすべてオンラインで実行できます。
Note
インスタンスに割り当てるストレージの種類に関係なく、ストレージで行えるのはスケールアップのみであり、スケールダウンは行えません。
ストレージの自動拡張の制限事項と考慮事項
ディスク スケーリング操作は、4,096 GiB 境界を超えるような特定のシナリオを除き、通常はオンラインで実行されます。 これらのシナリオには、4,096 GiB の制限に到達する、または制限を超えることが含まれます。 たとえば、2,048 GiB から 8,192 GiB へのスケーリングでは、オフライン操作がトリガーされます。 Azure portal では、4 TB は 4,095 GiB と表されるので、そこまでの移行では操作はオンラインのままです。 しかし、Azure CLI 内などで、4 TB を 4,096 GiB と明示的に指定した場合、4,096 GiB の制限に到達するため、スケーリング操作はオフライン モードで実行されます。 オフライン スケールの操作にかかる時間は、通常 2 - 10 分です。 低ダウンタイム スケーリング機能を使うと、この期間が 30 秒未満に短縮されます。 リソースのスケーリング中のダウンタイムの短縮により、データベース インスタンスの全体的な可用性が向上します。
ホスト キャッシュ (ReadOnly および Read/Write) は、4 TiB 未満のディスク サイズでサポートされています。 4,095 GiB までプロビジョニングされているすべてのディスクで、ホスト キャッシュを利用できます。 ホスト キャッシュは、4,096 GiB 以上のディスク サイズではサポートされていません。 たとえば、4,095 GiB でプロビジョニングされた P50 Premium ディスクではホスト キャッシュを利用できますが、4,096 GiB でプロビジョニングされた P50 ディスクではホスト キャッシュを利用できません。 小さいディスク サイズから 4096 GiB 以上に移行するお客様は、ディスク キャッシュを使用できなくなります。
この制限は、根底にある Azure マネージド ディスクによるもので、これには手動のディスク スケーリング操作が必要になります。 この制限に近づくと、ポータルで情報メッセージを受信します。
WAL 使用率が高いときには、ストレージの自動拡張はトリガーされません。
Note
ストレージの自動拡張はオンライン ディスクのスケーリングに依存するため、ダウンタイムは発生しません。
IOPS のスケーリング
Azure Database for PostgreSQL - フレキシブル サーバーでは、追加の IOPS のプロビジョニングがサポートされています。 この機能を使用すると、無償の IOPS 制限を超えて追加の IOPS をプロビジョニングできます。 この機能を使用すると、ワークロードの要件に合わせるために、プロビジョニングされる IOPS の数を任意のタイミングで増減させることができます。
選択したコンピューティング サイズによって、IOPS の最小値と最大値が決まります。 コンピューティング サイズごとの最小と最大の IOPS の詳細については、「コンピューティング サイズ」を参照してください。
重要
選択したコンピューティング サイズによって、IOPS の最小値と最大値が決まります。
IOPS のスケールアップとスケールダウンについて説明します。
価格
最新の価格情報については、「Azure Database for PostgreSQL - フレキシブル サーバーの価格」を参照してください。
Azure portal にも、選択されたオプションに基づく、サーバー構成の月額コストの見積もりが表示されます。
この見積もりは、サーバー作成エクスペリエンス全体を通して、以下のように [新しい Azure Database for PostgreSQL フレキシブル サーバー] ページで確認できます。
![[新しい Azure Database for PostgreSQL フレキシブル サーバー] ウィザード内の推定月額コストを示すスクリーンショット。](media/compute-storage-pricing/new-server-estimated-costs.png#lightbox)
以下のように、既存インスタンスのリソース メニューの [設定] セクションで、[コンピューティングとストレージ] を選択すると、これを既存サーバーでも確認することができます。
![既存の Azure Database for PostgreSQL フレキシブル サーバー インスタンスの [コンピューティングとストレージ] ページ内の推定月額コストを示すスクリーンショット。](media/compute-storage-pricing/existing-server-estimated-costs.png#lightbox)
Azure サブスクリプションを取得していない場合は、Azure 料金計算ツールを使用して見積もり価格を確認できます。 Azure 価格計算ツール Web サイトで、[データベース] カテゴリを選択した後、[Azure Database for PostgreSQL] を選択して、サービスを見積もりに追加した後、オプションをカスタマイズします。
Azure Database for PostgreSQL 製品チームと提案やバグを共有します。