すべてのプロダクト
Search
ドキュメントセンター

PolarDB:サーバーレス概要

最終更新日:Nov 26, 2024

サーバーレス機能は、PolarDBクラスターに動的スケーリング機能を提供します。 クラスター内の各ノードを数秒以内にスケールアップして、ビジネスオペレーションに影響を与えることなくワークロードを突然増加させてコピーできます。 ワークロードが減少すると、ノードをスケールダウンしてコストを節約できます。

背景情報

データベースは、現代の企業のITシステムの重要な部分です。 データベースクラスターを作成する場合、CPU、メモリ、ストレージ、接続などのリソースを構成するために保守的なアプローチが採用され、クラスターがピーク時にもスムーズに実行できるようになります。 しかしながら、従来のリソース割り当て方法では、オフピーク時にはリソースがアイドル状態になり、ピーク時にはリソースが不十分になることがあります。 サーバーレスクラスターはこの問題を解決できます。 ワークロードに基づいてデータベースリソースを動的にスケーリングし、複雑なリソースの評価と管理の必要性を排除できます。

次の図は、ビジネス変動が大きいシナリオでの共通クラスターサーバーレスクラスターのリソース使用量と仕様を示しています。

普通集群和Serverless集群对比图

  • 共通クラスター: オフピーク時にリソースが無駄になります。 リソースが不足しており、ピーク時にはビジネスを処理できません。

  • サーバーレスクラスター:

    • リソースは、ワークロードに基づいて動的にスケーリングされます。 これにより、リソース使用量が向上し、リソースの無駄が減ります。

    • リソースは、ビジネスを中断することなく1秒以内にスケーリングされます。 ピーク時には十分なリソースが提供されます。 これにより、ビジネスパフォーマンスとシステムの安定性が確保されます。

    • 従量課金方式のみサポートされています。 これにより、コストが削減され、ワークロードに基づいてリソースが動的に割り当てられます。

    • 手動の設定変更は必要ありません。 そのため、O&M の効率が向上します。

特徴

サーバーレスクラスターは、CPU、メモリ、ストレージ、およびネットワークリソースのリアルタイムスケーリングをサポートします。 PolarDBは、コンピューティングとストレージが分離された新しいアーキテクチャを使用します。 Serverlessクラスターでは、ネットワークリソースとストレージリソースを分離し、コンピューティングリソースの従量課金方法をサポートすることもできます。 サーバーレスクラスタは、高いリソース使用量、使いやすさ、柔軟性、および低価格という利点を提供します。 サーバーレスクラスターは、コンピューティングリソースを迅速かつ独立してスケーリングし、変動するワークロードに適応し、コストを削減し、効率を向上させるのに役立ちます。

用語

説明

サーバーレスクラスター

作成時に [課金方法][サーバーレス] に設定したクラスター。

仕様が定義されたサーバーレスクラスタ

[課金方法][サブスクリプション] または [従量課金] に設定したクラスターを作成し、後で手動でサーバーレス機能を有効にします。 定義済みの仕様は、[課金方法][サブスクリプション] または [従量課金] に設定した後に選択したコンピューティングノードの仕様を参照します。

説明

課金方法の詳細については、「課金方法」をご参照ください。

スケールアップ /スケールダウン

計算ノードのCPUとメモリの仕様が変更されました。

スケールイン /スケールアウト

読み取り専用ノードの数が変更されます。

PCU

PCU は PolarDB Capacity Unit の略です。 1 PCU は、1 コア、2 GB メモリの容量にほぼ相当します。 PolarDBサーバーレスクラスターでは、リソースは0.5 PCU単位でスケーリングされます。

主要コンポーネントのスケーリング

サーバーレスクラスター

image
  • PolarProxy

    • サーバーレスクラスターのPolarProxyは、サーバーレスアーキテクチャを使用します。 PolarProxyリソースは計算ノードから独立しており、自動的にスケーリングされます。 PolarProxyリソースを定義する必要はありません。

    • リソースは、0.5 PCUの単位でスケーリングされる。 スケーリングアクティビティで追加または削除されるPCUの数は、使用されるPCUの数と正の相関がある。

  • 計算ノード

    • サーバーレスクラスターのプライマリノードと読み取り専用ノードは、サーバーレスアーキテクチャを採用しています。 ノードは、ワークロードに合わせてスケーリングし、単一ゾーン内でストレージを共有できます。

    • PCUの数は、プライマリノードまたは読み取り専用ノードのスケーリングに基づいて増減します。

    • リソースは、0.5 PCUの単位でスケーリングされる。 スケーリングアクティビティで追加または削除されるPCUの数は、使用されるPCUの数と正の相関がある。

    • PCUの単一ノードのスケーリング範囲を設定できます。 システムは、計算ノードのPCUを毎秒監視する。

  • Storage

    サーバーレスクラスターのストレージは、従量課金の課金方法を使用します。 クラスターの購入時にストレージ容量を指定する必要はありません。 データ量が増加すると、ストレージ容量も自動的に増加します。 使用したストレージスペースに対してのみ課金されます。 クラスターの 概要 ページで、データベースストレージ使用量 を確認できます。 詳細については、「データベースストレージ使用量の表示」をご参照ください。

説明

サーバーレスクラスターへの最大接続数は100,000で、サーバーレスクラスターの最大IOPSは84,000です。

仕様が定義されたサーバーレスクラスタ

image
  • PolarProxy

    • PolarProxyには、定義された仕様のリソースとサーバーレスリソースが含まれます。 PolarProxyのバージョンに応じて、共通クラスターの作成時に仕様が定義されたPolarProxyリソースが指定されます。 サーバーレスPolarProxyリソースは、ワークロードに基づいて自動的にスケーリングされます。

    • リソースは、0.5 PCUの単位でスケーリングされる。 スケーリングアクティビティで追加または削除されるPCUの数は、使用されるPCUの数と正の相関がある。

  • 計算ノード

    • プライマリノードと読み取り専用ノードには、仕様が定義されたリソースとサーバーレスリソースが含まれます。 仕様が定義されたリソースはスケーリングできませんが、サーバーレスリソースはワークロードに基づいてスケーリングできます。

    • PCUの数は、プライマリノードまたは読み取り専用ノードのスケーリングに基づいて増減します。

    • リソースは、0.5 PCUの単位でスケーリングされる。 スケーリングアクティビティで追加または削除されるPCUの数は、使用されるPCUの数と正の相関がある。

    • PCUの単一ノードのスケーリング範囲を設定できます。 システムは、計算ノードのPCUを毎秒監視する。

  • Storage

    定義された仕様の共通クラスターのストレージが使用されます。 詳細については、「概要」をご参照ください。

説明

仕様が定義されている既存のクラスターでサーバーレス機能を有効にすると、クラスターへの最大接続数とクラスターの最大IOPSは、maximum Resources for Single Nodeパラメーターの指定値に比例します。

スケーリング

説明

スケーリングをトリガーするメトリックは、クラスターパラメーター設定とサーバーレス設定によって異なります。 CPUスケーリングのしきい値を指定できますが、他のメトリックのしきい値は変更できません。

スケーリングのトリガー条件

  • スケールアップ

    PolarDBは、プライマリノードと読み取り専用ノードのCPU使用率、メモリ使用率、およびその他のカーネルメトリックを監視します。 モニタリングサイクル中に、次のいずれかの条件が満たされると、サーバーレスリソースのスケールアップがトリガーされます。

    • 単一のノードのCPU使用率がデフォルトのスケールアップしきい値80% またはカスタムしきい値よりも高い場合、ノードのCPU仕様のスケールアップがトリガーされます。

    • 単一ノードのメモリ使用量が90% を超えると、ノードのメモリ仕様のスケールアップがトリガーされます。

    • 読み取り専用ノードの仕様がプライマリノードの仕様の半分未満の場合、読み取り専用ノードの仕様のスケールアップがトリガーされます。 例えば、読み取り専用ノードの仕様が4 PCUであり、プライマリノードの仕様が10 PCUである場合、読み取り専用ノードの仕様は少なくとも5 PCUにスケールアップされる。

  • スケールイン

    クラスターの読み取り専用ノードが最大仕様にスケールインされ、ビジネスワークロードがスケールインのしきい値よりも高い場合 (CPU使用率が既定のしきい値80% または指定したしきい値よりも高い場合) 、読み取り専用ノードのスケールアウトがトリガーされます。

トリガー条件のスケールダウン

単一ノードのCPU使用率がデフォルトのスケールダウンしきい値50% またはカスタムしきい値より低く、メモリ使用量が80% より低い場合、ノードのスケールダウンがトリガーされます。

自動スタートとストップ

デフォルトでは、自動開始および停止機能は無効になっています。 サーバーレスクラスターが特定の期間内にリクエストを受信しない場合は、インスタンスの自動起動および停止機能を設定できます。 この機能を有効にした後、[アクティビティ中断検出期間なし] パラメーターで定義された期間内にサービスがクラスターに接続されていない場合、クラスターは自動的に中断状態になります。 クラスターにサービスが接続されている場合、クラスターはすぐに起動します。

説明

自動起動および停止機能は、仕様が定義されたサーバーレスクラスターではサポートされていません。

メリット

サーバーレス機能は、ワークロードに基づいてクラスターリソースを数秒で動的にスケーリングできます。 サーバーレス機能には、次の利点があります。

  • 高可用性

    マルチノードアーキテクチャは、サーバーレスクラスターの高可用性を保証します。 サーバーレスクラスターは、安定性を確保するために共通クラスターと同じサービスレベル契約 (SLA) を提供します。

  • 高いスケーラビリティ

    • 広いスケーリング範囲

      ビジネスを中断することなく、単一のクラスターを0〜1,000 CPUコアの間でスケーリングできます。

    • 秒単位のスケーラビリティ

      ワークロードの検出は5秒で完了し、ワークロードが増加するとクラスターリソースは1秒以内にスケールアップされます。 ワークロードが減少すると、クラスターリソースは段階的に自動的にスケールダウンされます。

    • ビジネスの中断なし

      スケーリングプロセスはビジネスに影響を与えません。

  • 強力なデータ一貫性

    グローバル整合性 (高性能モード) が提供されます。 クラスターは強力なデータ一貫性をサポートします。 データは読み取り専用ノードに書き込まれた直後に読み取ることができますが、パフォーマンスは弱い一貫性モードとほぼ同じです。

  • 費用対効果

    サーバーレスクラスターは、従量課金の課金方法でPCUで課金されます。 これにより、コストが最大80% 削減されます。

  • ゼロO&M

    PolarDBサーバーレスチームは、システムのアップグレード、システムの展開、スケーリング、アラート処理など、すべての運用およびメンテナンス作業を担当します。 これらの操作はバックグラウンドで実行され、システムで実行されているサービスには影響しません。 これにより、継続的なサービス提供が保証され、ビジネスの開発に集中できます。

シナリオ

サーバーレスクラスター

  • ワークロードが劇的に変動するシナリオ

  • 開発環境やテスト環境のデータベースなど、データベースへのアクセス頻度が低いシナリオ

  • 教育や学生の実験など、断続的にスケジュールされたタスクが含まれるシナリオ

  • IoTやエッジコンピューティングなど、一貫性のない予測不可能なワークロードを処理するシナリオ

  • O&Mコストを削減し、O&M効率を向上させる必要があるシナリオ

仕様が定義されたサーバーレスクラスタ

  • ワークロードが劇的に変動するシナリオ

  • IoTやエッジコンピューティングなど、一貫性のない予測不可能なワークロードを処理するシナリオ

  • O&Mコストを削減し、O&M効率を向上させる必要があるシナリオ

  • 既存のPolarDBクラスターに基づいて変動要件を満たす必要があるシナリオ。

前提条件

サーバーレスクラスター

PolarDB for MySQL 5.6クラスターではサーバーレス機能を使用できません。

仕様が定義されたサーバーレスクラスタ

  • クラスターは次の要件を満たす必要があります。

    • データベースエンジン:

      • リビジョンバージョンが5.7.1.0.29以降のPolarDB for MySQL 5.7。

      • リビジョンバージョンが8.0.1.1.30.1以降のPolarDB for MySQL 8.0.1。

      • PolarDB for MySQL 8.0.2 のリビジョンバージョン 8.0.2.2.19 以降

    • PolarProxyは2.4.30以降である必要があります。

  • サーバーレス機能は、Product Version Standard Editionクラスターでは使用できません。

  • PolarDB for MySQL 5.6クラスターではサーバーレス機能を使用できません。 データベースエンジンのバージョンがMySQL 5.6のクラスターはサポートされていません。

制限事項

サーバーレスクラスター

仕様が定義されたサーバーレスクラスタ

  • PolarProxyが構成されていない単一ノードクラスターでは、サーバーレス機能を有効にすることはできません。 このようなクラスターでサーバーレス機能を有効にするには、クラスターに読み取り専用ノードを追加します。 詳細については、「読み取り専用ノードの追加」をご参照ください。 バージョン要件を満たす新しいシングルノードクラスターのサーバーレス機能を有効にできます。

  • 次の機能はサポートされていません。ストレージ容量を手動でスケールアップまたはスケールダウン (Enterprise Editionの場合)

  • サーバーレス機能は、次の要件を満たすX-Engine Editionクラスターで使用できます。

    • リビジョンバージョンが8.0.1.1.41以降のPolarDB for MySQL 8.0.1。

    • リビジョンバージョンが8.0.2.2.23以降のPolarDB for MySQL 8.0.2。

  • グローバルデータベースネットワーク (GDN) がサポートされていますが、次の制限があります。

    • GDN内のすべてのサーバーレスクラスターで自動起動と停止を有効にすることはできません。

    • GDN内の各サーバーレスクラスターには、クラスターが次の要件を満たしている場合、少なくとも1つの読み取り専用ノードが必要です。

      • リビジョンバージョンが8.0.1.1.42以降のPolarDB for MySQL 8.0.1。

      • リビジョンバージョンが8.0.2.2.23以降のPolarDB for MySQL 8.0.2。

  • ローカルリソースの自動スケーリングおよびサーバーレスをサポートしていないクラスターの自動スケーリング。 仕様が定義されたクラスターでサーバーレス機能が有効になっている場合、これらの機能を有効にすることはできません。 同様に、仕様が定義されたクラスターでこれらの機能を有効にすると、サーバーレス機能を有効にすることはできません。

説明

詳細については、「仕様が定義されている共通クラスターのサーバーレス機能の有効化」をご参照ください。

料金

  • サーバーレスクラスター

    料金には、計算ノード料金、ストレージ容量料金、バックアップストレージ料金 (無料クォータを超える部分のみ) 、およびSQL Explorer料金 (オプション) が含まれます。 詳細については、「課金」をご参照ください。

  • 仕様が定義されたサーバーレスクラスタ

    料金には、仕様が定義されたリソースの料金とサーバーレスリソースの料金が含まれます。 定義された仕様のリソースの料金については、「請求項目」をご参照ください。 サーバーレスリソースの料金については、「課金」をご参照ください。