ApsaraDB RDS for PostgreSQL のサーバーレスインスタンスは、CPU とメモリのリアルタイムで弾力的なスケーリングを提供します。データベースリソースはワークロードの変化に自動的に適応し、リソースの無駄を防ぎ、O&M コストを削減します。
概要
ApsaraDB RDS for PostgreSQL のサーバーレスインスタンスは、CPU とメモリのリアルタイムで弾力的なスケーリングを備えたクラウドディスクアーキテクチャ上で実行されます。ネットワーク、名前空間、ストレージに対して垂直的なリソース分離を提供し、コンピューティングリソースは従量課金制です。コンピューティングリソースはトラフィックに基づいて自動的にスケーリングされるため、コストの最適化やワークロードの変化への対応に役立ちます。
コンピューティングリソースは、RDS キャパシティーユニット (RCU) で測定されます。1 RCU は、約 1 vCPU と 2 GB のメモリに相当します。リソースは、指定された RCU 範囲内で自動的にスケーリングします。
RCU 値に関係なく、最大接続数は 2,400 に固定されています。
次の図は、変動するワークロード下での通常インスタンスとサーバーレスインスタンスのリソース使用量を比較したものです。
変動するワークロードがある場合：
通常インスタンス：オフピーク期間にはリソースを浪費し、ピーク時には容量が不足するため、ビジネスに影響を与える可能性があります。
サーバーレスインスタンス：
コンピューティングリソースが需要に合わせて調整されるため、無駄を削減し、コストを低減します。
ピーク時の需要に対応し、事業の継続性と安定性を確保します。
動的なリソースマッチングを伴う従量課金により、固定リソースのサブスクリプションと比較してコストを節約できます。
手動でのスケーリングが不要になり、運用スタッフや開発者の O&M コストが削減されます。
自動起動/停止をサポートします。アクティブな接続がない場合、インスタンスは一時停止し、コンピューティングリソースを解放してコストを節約します。新しい接続が確立されると再開します。
トラフィックのピークとオフピークに合わせた弾力的なスケーリングにより、高スループットの書き込みと高同時実行のワークロードに最適化されています。
利点
低コスト：スタートアップ向けに、インフラストラクチャに依存せず、すぐに使用できます。従量課金で安定した効率的なデータアクセスを提供します。
大容量ストレージ：ストレージは最大 32 TB まで拡張可能で、データ量に基づいて自動的に拡張されるため、ストレージ不足による中断を防ぎます。
コンピューティングリソースの自動弾力スケーリング：読み書き操作のためにコンピューティングリソースが弾力的にスケーリングし、O&M コストを削減します。
フルマネージド：Alibaba Cloud が、デプロイ、スケーリング、アラートを含むすべての O&M タスクを、ビジネスに影響を与えることなく透過的に処理します。
シナリオ
データベースの使用頻度が低い開発環境およびステージング環境。
中小企業向けのウェブサイト構築などの SaaS アプリケーション。
個人開発者。
教育、例えば授業や学生の実験など。
IoT やエッジコンピューティングなど、予測不可能なワークロード。
フルマネージドサービスを希望するユーザー。
変動する、または予測不可能なワークロードを持つユーザー。
断続的なスケジュールされたタスク。
課金に関する説明
使用方法
最小および最大の RCU を調整して、ワークロードに合わせてリソース構成を最適化します。
スケジュールされたタスクを使用して特定の期間の RCU 値を事前設定し、インスタンスの安定性を確保します。
サービスの中断を防ぐには、デフォルトの非強制ポリシーを、継続的な可用性よりもパフォーマンスを優先する場合は強制ポリシーを選択します。
有効にすると、アクティブな接続が 10 分間ない場合にインスタンスは一時停止します。一時停止状態では、RCU は 0 で、コンピューティング料金は発生しません。新しい接続が行われると、インスタンスは自動的に再開します。
よくある質問
Q：サーバーレスインスタンスの CPU、メモリ、その他のメトリクスに関する Cloud Monitor アラートを受け取るのはなぜですか？
A：これは、事前に設定されたグローバルアラートルールが存在する場合に発生します。CPU またはメモリのアラートルールがすべての ApsaraDB RDS for PostgreSQL インスタンスまたはリソースグループに適用されている場合、新しいサーバーレスインスタンスはそれらを自動的に継承します。サーバーレスインスタンスは自動スケーリングしますが、使用量がしきい値に達するとアラートは引き続きトリガーされます。
アラートを管理するには、Cloud Monitor コンソールにログインします。 に移動し、高度なフィルターを使用して、サーバーレスインスタンスのアラートルールを管理します。
Q：高負荷時にインスタンスがタイムリーにスケールアウト (RCU の増加) できず、サービスが応答しなくなったのはなぜですか？
A：主な原因は 2 つあります。
RCU 制限への到達：インスタンスが最大 RCU 値に達しました。ピーク時の要件を評価し、最大 RCU 制限を増やしてください。
スケーリングのレイテンシーが瞬間的なトラフィックに追いつかない：スケーリングにはレスポンスレイテンシーがあります。CPU またはメモリの使用率が 80% を超えるとトリガーされ、約 5 秒かかります。トラフィックが 5 秒未満で急増した場合、スケーリングが完了する前にインスタンスが応答しなくなる可能性があります。瞬間的な超高同時実行には、プロビジョニングされたリソースを持つ通常インスタンスを使用してください。
Q：ビジネス負荷が減少した後、インスタンスが自動的にスケールイン (RCU の減少) しないのはなぜですか？
A：サーバーレスインスタンスは、CPU 使用率が 50% 未満かつメモリ使用率が 50% 未満の場合にのみスケールインします。
PostgreSQL のページキャッシュが一般的な原因です。負荷が減少した後も、PostgreSQL は後続のクエリを最適化するためにデータをメモリ内に保持し、メモリ使用率が 50% を下回るのを防ぎます。即時スケールインをトリガーするには、インスタンスを再起動してページキャッシュを解放してください。
Q：一時停止中で接続がないインスタンスを起動するにはどうすればよいですか？
A：コンソールで 自動起動/停止 機能を無効にします。インスタンスは自動的に起動します。