サーバーレス ApsaraDB RDS for PostgreSQL インスタンスは、変化するビジネス要件に対応するためのリアルタイムスケーリングを提供し、変動するワークロードに適応するために計算リソースを迅速かつ独立してスケーリングできるようにし、リソースの非効率的な使用を防ぎ、O&M コストを削減します。このトピックでは、サーバーレス RDS インスタンスの機能とアーキテクチャ、およびサーバーレス RDS インスタンスの使用方法について説明します。サーバーレス RDS インスタンスは、コストを削減し、O&M 効率を向上させるのに役立ちます。
はじめに
サーバーレス RDS インスタンスは、クラウドディスクを搭載した RDS インスタンスの新しいデプロイメントモデルであり、CPU とメモリリソースをリアルタイムでスケーリングできます。サーバーレス RDS インスタンスでは、ネットワークリソース、名前空間、およびストレージリソースを分離することもできます。このデプロイメントモデルでは、計算リソースに対して従量課金が可能になり、変動するワークロードに適応するために計算リソースを迅速かつ独立してスケーリングできます。これらの利点により、RDS インスタンスの適切なサイズ設定が簡素化され、コストの削減と効率の向上が促進されます。
サーバーレス RDS インスタンスは、RDS キャパシティユニット(RCU)に基づいて課金されます。1 RCU のパフォーマンスは、最大 1 コアと 2 GB のメモリを提供する RDS インスタンスのパフォーマンスと同等です。サーバーレス RDS インスタンスは、ワークロードに基づいて、指定した範囲内で RCU の数を自動的に調整します。
サーバーレス RDS インスタンスへの最大接続数は 2,400 に固定されており、変更できず、RCU の数によって変化しません。
次の図は、通常の RDS インスタンスと、ワークロードが変動するサーバーレス RDS インスタンスのリソース使用率を比較したものです。
上記の図を参照すると、次の結論が得られます。
通常の RDS インスタンス:オフピーク時のリソース使用率が低いとコストの無駄につながり、ピーク時のリソースが不足するとサービスのパフォーマンスに影響します。
サーバーレス RDS インスタンス:
リソースは、ワークロードの変化に応じてスケーリングされます。これにより、アイドルリソースの量が最小限に抑えられ、リソース使用率が維持されます。
ピーク時には、ワークロードの要件に合わせてリソースがスケーリングされるため、パフォーマンスとサービスの安定性が確保されます。
ワークロードの実行に使用される実際のリソース量に基づいて課金されます。これにより、コストが大幅に削減されます。
人的介入は必要ありません。これにより、O&M 効率が向上し、O&M 管理者と開発者のコストが削減されます。
サーバーレス RDS インスタンスでは、自動起動および停止機能がサポートされています。サーバーレス RDS インスタンスへの接続が確立されていない場合、インスタンスは自動的に一時停止され、計算リソースが解放され、コストが削減されます。サーバーレス RDS インスタンスへの接続が確立されると、インスタンスは自動的に再開されます。
サーバーレス RDS インスタンスは自動スケーリングをサポートし、高スループットの書き込み操作と高並列処理操作に最適化されています。これは、大量のデータと大きなトラフィック変動が伴うシナリオに適しています。
メリット
低コスト:サーバーレス RDS インスタンスは、他のインフラストラクチャやサービスに依存せず、安定した効率的なデータストレージおよびアクセスサービスを提供できます。このデプロイメントモデルは、スタートアップや、リソースの作成直後にワークロードを実行したいシナリオに最適です。従量課金方式に基づいて、使用したリソースに対してのみ課金されます。
大容量ストレージ:サーバーレス RDS インスタンスには最大 32 TB のストレージ容量を購入できます。システムは、RDS インスタンスのデータ量に基づいてストレージ容量を自動的に拡張します。これにより、サービスがストレージ不足によって悪影響を受けるのを効果的に防ぎます。
計算リソースの自動スケーリング:読み取りおよび書き込み操作に必要な計算リソースは、人的介入なしで自動的にスケーリングできます。これにより、O&M コストと人的ミスのリスクが大幅に削減されます。
フルマネージド型でメンテナンスフリーのサービス:サーバーレス RDS インスタンスは Alibaba Cloud によって完全に管理されているため、システムのデプロイ、スケーリング、アラート処理などの O&M 操作ではなく、アプリケーションの開発に集中できます。O&M 操作はバックグラウンドで実行され、サービスレイヤーでは透過的です。
シナリオ
開発環境やテスト環境のデータベースなど、基盤となるデータベースへのアクセス頻度が少ないシナリオ。
中小企業の Web サイト構築などのサービスとしてのソフトウェア(SaaS)シナリオ
個々の開発者
教育、学生実験などの教育シナリオ
IoT やエッジコンピューティングなど、一貫性のない予測不可能なワークロードを処理するシナリオ
フルマネージド型またはメンテナンスフリーのサービスが必要なシナリオ
サービスが変化しているか予測不可能なシナリオ
断続的なスケジュールされたタスクが関係するシナリオ
料金ルール
使用方法
ビジネス要件に基づいて、RCU のスケーリング範囲を調整できます。RCU の上限と下限を指定して、リソース構成を最適化できます。
スケジュールされたタスクを構成して、サーバーレス RDS インスタンスの RCU の数を調整する
特定の期間内にインスタンスの安定性に関する厳格な要件がある場合は、スケジュールされたタスクを構成して、サーバーレス RDS インスタンスの RCU の数を調整し、その期間内の安定性を確保できます。
サーバーレス RDS インスタンスのスケーリングポリシーを変更する
サーバーレス RDS インスタンスのデフォルトのスケーリングポリシーは「強制的に実行しない」です。デフォルトのスケーリングポリシーを使用して、潜在的なサービス中断を防ぐことができます。継続的な可用性ではなく、より高いレベルのパフォーマンスが必要な場合は、スケーリングポリシーを手動で「強制的に実行する」に変更できます。
自動起動および停止機能を有効にしてから 10 分以内にサーバーレス RDS インスタンスへの接続が確立されない場合、インスタンスは自動的に一時停止されます。この場合、RCU は使用されず、計算料金は発生しません。サーバーレス RDS インスタンスへの接続が確立されると、サーバーレス RDS インスタンスは自動的に再開され、計算料金が発生します。
FAQ
サーバーレス RDS インスタンスの CPU やメモリリソースなどのリソースに関するアラート通知を受信するのはなぜですか?
システムは、ワークロードに基づいて、指定された範囲内でサーバーレス RDS インスタンスの計算リソースを自動的にスケーリングします。ほとんどの場合、計算リソースに関するアラート通知は受信されません。ただし、サーバーレス RDS インスタンスを作成する前に、すべての RDS インスタンスの CPU またはメモリリソースに対してアラートルールを構成した場合、アラートルールはサーバーレス RDS インスタンスに自動的に適用されます。メトリックがアラートルールで指定された条件を満たすと、アラート通知が受信されます。
次の手順を実行して、サーバーレス RDS インスタンスに構成されているアラートルールを表示および管理できます。CloudMonitor コンソール にログインします。左側のナビゲーションウィンドウで、 を選択します。表示されるページで、[詳細フィルタ] の条件を指定して、サーバーレス RDS インスタンスに構成されているルールを表示します。詳細については、「アラートルールの管理」をご参照ください。