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 は、ほとんどの汎用ワークロードに対して、パフォーマンスにとって最適な価格を提供できます。 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 では、サブスクリプションあたりとリージョンあたり最大 32 TiB が既定で提供されますが、依頼があればそれを超える容量がサポートされます。 容量の増加を要求するには、クォータの増加を要求するか、Azure サポートにお問い合わせください。

Premium SSD v2（プレミアムSSD第2世代）- IOPS（入力/出力オペレーション数）

Azure Database for PostgreSQL フレキシブル サーバーでは、399 GiB までのディスクの場合はベースライン IOPS が 3000、追加コストなしで 400 GiB を超えるディスクの場合は 12000 IOPS が提供されます。 ディスクで 80,000 IOPS を実現するには、少なくとも 160 GiB である必要があります。 Free レベルを超えて IOPS を増やすと、追加料金が発生します。

Premium SSD v2 - スループット

Azure Database for PostgreSQL フレキシブル サーバーでは、最大 399 GiB のディスクでは 125 MB/秒、400 GiB を超えるディスクの場合は 500 MB/秒のベースライン スループットが追加コストなしで提供されます。 Free レベルを超えてスループットを増やすと、追加料金が発生します。

Premium SSD v2 - プレビュー中の制限事項

• Premium SSD v2 では、高可用性、読み取りレプリカ、地理的冗長バックアップ、カスタマー マネージド キーによるデータ暗号化、ストレージ自動拡張機能はサポートされていません。

• Premium SSD (PV1) から Premium SSD v2 (PV2) へのオンライン移行はサポートされていません。 ストレージ タイプをまたぐ移行を行う必要がある場合は、代替案として、別のストレージ タイプでプロビジョニングされた新しいサーバーへの既存サーバーのポイントインタイム リストアを実行することができます。

• Premium SSD V2 を有効にできるのは、新しく作成されたサーバーに対してだけです。 既存サーバー上の Premium SSD V2 の有効化はサポートされていません。

• Premium SSD V2 は、オーストラリア東部、ブラジル南部、カナダ中部、インド中部、米国中部、東アジア、米国東部、米国東部 2、フランス中部、ドイツ中西部、イスラエル中部、東日本、韓国中部、ノルウェー東部、ポーランド中部、米国中南部、東南アジア、スイス北部、アラブ首長国連邦北部、米国中西部、西ヨーロッパ、米国西部 2 の各リージョンでのみ有効にできます。 Premium SSD v2 から Premium SSD (v1) へのポイントインタイム リストア (PITR) は現在サポートされていません。 この機能のサポートは、今後追加される予定です。

プロビジョニングするストレージは、Azure Database for PostgreSQL フレキシブル サーバー インスタンスが利用できるストレージ容量となります。 このストレージは、データベース ファイル、一時ファイル、トランザクション ログ、PostgreSQL サーバー ログ用に使用されます。 プロビジョニングするストレージの合計容量によって、ご利用のサーバーで使用できる I/O 容量も決まります。

次の表は、Premium SSD v2 ディスク容量とパフォーマンスの最大値の概要を示したもので、どちらを使用するべきかを判断する上で役に立ちます。

仮想マシンの種類によっても IOPS の制限が発生します。 サーバーの種類に関係なく、任意のストレージ サイズを選択することはできますが、特に仮想コア数が少ないサーバーを選択した場合など、ストレージが提供する IOPS をフルに使用できない可能性があります。 詳細については、 Azure Database for PostgreSQL フレキシブル サーバーのコンピューティング オプションを参照してください。

I/O 使用量の監視は、Azure portal 内、または Azure CLI コマンドを使用して行うことができます。 監視すべき関連メトリックは、容量の上限、ストレージの割合、ストレージの使用量、および I/O の割合です。

ディスクがいっぱいになる条件

ディスクがいっぱいになると、サーバーはエラーを返し始め、それ以上の変更を行えなくなります。 上限に達すると、バックアップや先書きログ (WAL) アーカイブなど、他の操作アクティビティでも問題が発生する可能性があります。 このディスクの完全な状態を回避するには、さまざまな方法があります。

1. この状況を回避するため、ストレージの使用率が 95% に達するか、利用可能な容量が 5 GiB 未満になると、サーバーは自動的に読み取り専用モードに切り替わります。 Premium SSD ストレージの種類を使用している場合は、 ストレージ自動拡張 機能を使用するか、サーバーのストレージをスケールアップして、この問題が発生しないようにすることができます。
2. ディスクがいっぱいの状態のためにサーバーが読み取り専用としてマークされている場合は、不要になったデータを削除できます。これを行うには、次のコマンドを実行してモードを読み取り/書き込みモードに変更し、完了したら削除コマンドを実行できます。

	SET SESSION CHARACTERISTICS AS TRANSACTION READ WRITE;

storage_percentageまたはstorage_usedメトリックを使用して使用中のディスク領域をアクティブに監視し、記憶域の空き領域が不足する前にディスク サイズを増やすことをお勧めします。 サーバーのストレージがディスク不足状態に近づいたときに通知するアラートを設定できます。 詳細については、 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 マネージド ディスクの制限です。 その場合、ストレージの自動拡張設定がサーバーに対して有効になっているとしても、自動ストレージ スケーリング アクティビティはトリガーされません。 このような場合は、ストレージを手動でスケーリングする必要があります。 このシナリオ (4096 GiB の上限に達するか超過した場合) では、手動スケーリングはオフライン操作であることに注意してください。 このタスクは、お客様のビジネス ニーズに合わせてスケジュール設定することをお勧めします。 その他の操作はすべてオンラインで実行できます。 割り当てられたディスク サイズが 8,192 GiB 以上になると、ストレージの自動拡張が再び自動的にトリガーされ、割り当てられたディスクの最大拡張容量 (32,768 GiB) に達するまで、後続のすべてのストレージの拡張操作がオンラインで実行されます。

ストレージ自動拡張の制限事項と考慮事項

• ディスク スケーリング操作は、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 使用率が高いときには、ストレージの自動拡張はトリガーされません。

IOPS のスケーリング

Azure Database for PostgreSQL フレキシブル サーバーでは、追加の IOPS のプロビジョニングがサポートされています。 この機能を使用すると、無償の IOPS 制限を超えて追加の IOPS をプロビジョニングできます。 この機能を使用すると、ワークロードの要件に合わせるために、プロビジョニングされる IOPS の数を任意のタイミングで増減させることができます。

選択したコンピューティング サイズによって、IOPS の最小値と最大値が決まります。 コンピューティング サイズごとの最小と最大の IOPS の詳細については、「コンピューティング サイズ」を参照してください。

IOPS のスケールアップとスケールダウンについて説明します。

Price

最新の価格情報 up-toについては、 Azure Database for PostgreSQL フレキシブル サーバーの価格に関するページを参照してください。

Azure portal にも、選択されたオプションに基づく、サーバー構成の月額コストの見積もりが表示されます。

この見積もりは、サーバー作成エクスペリエンス全体を通して、以下のように [新しい Azure Database for PostgreSQL フレキシブル サーバー] ページで確認できます。

以下のように、既存インスタンスのリソース メニューの [設定] セクションで、[コンピューティングとストレージ] を選択すると、これを既存サーバーでも確認することができます。

Azure サブスクリプションを取得していない場合は、Azure 料金計算ツールを使用して見積もり価格を確認できます。 Azure 価格計算ツール Web サイトで、[データベース] カテゴリを選択した後、[Azure Database for PostgreSQL] を選択して、サービスを見積もりに追加した後、オプションをカスタマイズします。

関連コンテンツ

• Azure Database for PostgreSQL フレキシブル サーバーを管理します。
• Azure Database for PostgreSQL フレキシブル サーバーの制限。