Azure Database for PostgreSQL - フレキシブル サーバーのストレージ オプション
適用対象: 
Azure Database for PostgreSQL - フレキシブル サーバー
Azure によって管理され、Azure Virtual Machines で使用されるブロックレベルのストレージ ボリュームである Azure マネージド ディスクを使って、Azure Database for PostgreSQL フレキシブル サーバー インスタンスを作成できます。 マネージド ディスクは、オンプレミス サーバーの物理ディスクと似ていますが、仮想化されています。 マネージド ディスクを使用した場合、ユーザーは、サイズと種類を指定してディスクをプロビジョニングするだけで済みます。 ディスクのプロビジョニング後、残りの作業は Azure によって行われます。 Azure Database for PostgreSQL フレキシブル サーバーは Premium ソリッドステート ドライブ (SSD) と Premium SSD v2 をサポートし、価格はプロビジョニングするコンピューティング、メモリ、ストレージ層に基づいて計算されます。
Premium SSD
Azure Premium SSD では、入出力 (IO) を集中的に行うワークロードが存在する仮想マシン (VM) 向けに、高パフォーマンスで待ち時間の少ないディスク サポートが提供されます。 Premium SSD はミッションクリティカルな運用アプリケーションに適していますが、互換性のある VM シリーズでのみ使用できます。 Premium SSD では、512E セクター サイズがサポートされます。
Premium SSD v2 (プレビュー)
Premium SSD v2 は Premium SSD よりも高いパフォーマンスを提供しますが、通常はコストも低くなります。 Premium SSD v2 ディスクのパフォーマンス (容量、スループット、IOPS (1 秒あたりの入出力操作数)) は、いつでも個別に調整できるため、ワークロードのコスト効率を高めながら、パフォーマンス ニーズの変化に対応できます。 たとえば、トランザクション集中型データベースで少さいサイズの大量の IOPS が必要になったり、ゲーム アプリケーションで大量の IOPS がピーク時にのみ必要になったりする場合があります。 このため、Premium SSD v2 では、ほとんどの汎用ワークロードに対して最適な価格パフォーマンスを提供できます。 Premium SSD v2 ディスクを使用する Azure Database for PostgreSQL フレキシブル サーバー インスタンスを、サポートされているすべてのリージョンでデプロイできるようになりました。
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 までです。
次の表では、使用するディスクの種類のいずれか 1 つを決定する場合に役立つように、5 種類のディスクを比較しています。
| Premium SSD v2 | Premium SSD | |
|---|---|---|
| ディスクの種類 | SSD | SSD |
| シナリオ | 低遅延および高い IOPS とスループットが常に要求される、運用および高パフォーマンスのワークロード | 運用環境のワークロードやパフォーマンスに影響されやすいワークロード |
| 最大ディスク サイズ | 65,536 GiB | 32,767 GiB |
| 最大スループット | 1,200 MB/秒 | 900 MB/秒 |
| 最大 IOPS | 80,000 | 20,000 |
| OS ディスクとして使用できるか | いいえ | はい |
Premium SSD v2 では、サブスクリプションあたりとリージョンあたり最大 32 TiB が既定で提供されますが、依頼があればそれを超える容量がサポートされます。 容量の増加を依頼するには、クォータの増加を要求するか、Azure サポートにお問い合わせください。
Premium SSD v2 の IOPS
すべての Premium SSD v2 ディスクのベースラインは 3000 IOPS で、無料です。 6 GiB を超えると、ディスクの最大 IOPS は GiB あたり 500 の割合で、最大 80,000 IOPS まで増やすことができます。 そのため、8 GiB ディスクは最大 4,000 IOPS、10 GiB は最大 5,000 IOPS を含むことができます。 あるディスクに 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 を超えると、ディスクの価格が上がります。
Note
Premium SSD v2 は、現在、Azure Database for PostgreSQL フレキシブル サーバーのプレビュー段階です。
Premium SSD v2 早期プレビューの制限事項
プレビュー期間中、PV2 について、高可用性、読み取りレプリカ、Geo 冗長バックアップ、カスタマー マネージド キー、ストレージの自動拡張機能はサポートされません。
プレビュー段階では、PV1 から PV2 へのオンライン移行はサポートされません。 お客様は、PITR (ポイントインタイム リストア) を実行して、PV1 から 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/秒ずつ増加) |
VM の種類にも 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 ストレージ層にのみサポートされています。 Premium SSD v2 では、ストレージの自動拡張はサポートされていません。
プロビジョニング済みのストレージが 1 TiB を超えるサーバーの場合、使用可能な領域が合計容量の 10% 未満または空き容量が 64 GiB 未満のいずれか (サイズの小さい方) になると、ストレージの自動拡張メカニズムがアクティブになります。 これに対し、記憶域が 1 TiB 以下のサーバーの場合、このしきい値は、使用可能な空き領域の 20% または 64 GiB に調整されます。これらの値のうち、どちらが小さいかに応じて調整されます。
図の例では、ストレージ容量が 2 TiB (1 TiB を超える) のサーバーを使用しています。 この場合、自動拡張の制限は 64 GiB に設定されます。 この選択は、2 TiB の 10% (約 204.8 GiB) と比較すると、64 GiB の方が小さい値であるためです。 これに対し、ストレージ サイズが 128 GiB (1 TiB 未満) のサーバーでは、残りの領域が 25.8 GiB になった場合に自動拡張機能がアクティブになります。 このアクティブ化は、割り当てられたストレージの合計 (128 GiB) の 20% のしきい値に基づきます。これは 64 GiB よりも小さな値であるためです。
既定の動作では、ディスク サイズを次の Premium SSD ストレージ層に増やします。 この増量は、ユーザーによる手動のストレージ スケーリング操作が開始されるか、ストレージの自動拡張によって開始されるかに関係なく、サイズとコストの両方が常に 2 倍になります。 ストレージの自動拡張を有効にすると、ストレージが少ない状態が自動的に検出され、それに応じてストレージがスケールアップされるため、予測できないワークロードを管理する場合に価値があります。
ストレージのスケーリング プロセスは、ダウンタイムを発生させることなくオンラインで実行されます。ただし、ディスクが 4,096 GiB でプロビジョニングされている場合を除きます。 この例外は、Azure マネージド ディスクの制限です。 ディスクが既に 4,096 GiB の場合、ストレージの自動拡張が有効になっている場合でも、ストレージ スケーリング アクティビティはトリガーされません。 このような場合は、ストレージを手動でスケーリングする必要があります。 手動スケーリングはオフライン操作であり、ビジネス要件に従って計画する必要があります。
ストレージはスケールアップのみ可能で、スケールダウンはできないことに注意してください。
ストレージの自動拡張の制限事項と考慮事項
ディスク スケーリング操作は、4,096 GiB 境界を含む特定のシナリオを除き、常にオンラインです。 これらのシナリオには、4,096 GiB の制限に到達する、制限から開始する、または制限を超えることが含まれます。 たとえば、2,048 GiB から 8,192 GiB にスケーリングする場合です。
ホスト キャッシュ (ReadOnly および Read/Write) は、4 TiB 未満のディスク サイズでサポートされています。 4,095 GiB までプロビジョニングされているすべてのディスクで、ホスト キャッシュを利用できます。 ホスト キャッシュは、4,096 GiB 以上のディスク サイズではサポートされていません。 たとえば、4,095 GiB でプロビジョニングされた P50 Premium ディスクではホスト キャッシュを利用できますが、4,096 GiB でプロビジョニングされた P50 ディスクではホスト キャッシュを利用できません。 小さいディスク サイズから 4,096 GiB 以上に移行すると、ディスクのキャッシュ機能が得られなくなります。
この制限は、基礎となる Azure マネージド ディスクで、手動のディスク スケーリング操作が必要であることが原因です。 この制限に近づくと、ポータルで情報メッセージを受信します。
WAL 使用率が高いときには、ストレージの自動拡張はトリガーされません。
Note
ストレージの自動拡張はオンライン ディスクのスケーリングに依存するため、ダウンタイムは発生しません。
IOPS のスケーリング
Azure Database for PostgreSQL フレキシブル サーバーでは、追加の IOPS のプロビジョニングがサポートされています。 この機能を使用すると、無償の IOPS 制限を超えて追加の IOPS をプロビジョニングできます。 この機能を使用すると、ワークロードの要件に基づいてプロビジョニングされる IOPS の数をいつでも増減できます。
最小および最大 IOPS は、コンピューティング サイズの選択によって決まります。 コンピューティング サイズごとの最小および最大 IOPS の詳細については、コンピューティング サイズに関するページを参照してください。
重要
最小および最大 IOPS は、コンピューティング サイズの選択によって決まります。
IOPS のスケールアップとスケールダウンについて説明します。
価格
最新の価格情報については、Azure Database for PostgreSQL フレキシブル サーバーの価格に関するページを参照してください。 Azure Portal では、[価格レベル] タブに選択したオプションに基づく月額コストが表示されます。
Azure サブスクリプションを取得していない場合は、Azure 料金計算ツールを使用して見積もり価格を確認できます。 Azure 料金計算ツールの Web サイトで [項目の追加] を選択し、[データベース] カテゴリを展開し、[Azure Database for PostgreSQL] を選択してオプションをカスタマイズします。
関連するコンテンツ
フィードバック
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「https://aka.ms/ContentUserFeedback」を参照してください。
フィードバックの送信と表示