AnalyticDB:Serverless モード

概要

サーバーレスモードでは、AnalyticDB for PostgreSQLはコンピューティングリソースとストレージリソースを分離し、異なる比率でスケーリングできるようにします。 ストレージリソースは従量課金で課金されますが、コンピューティング機能はビジネス要件を満たすように個別に拡張できます。 これにより、ストレージコストが削減され、効率が向上します。

サーバーレスモードのAnalyticDB for PostgreSQLは、エラスティックストレージモードのAnalyticDB for PostgreSQLに比べて次の利点があります。

• ストレージコストを削減し、オンデマンドでリソースを使用できます。 AnalyticDB for PostgreSQLをサーバーレスモードで使用すると、データを他のストレージメディアに移行することなく、費用対効果の高いデータ分析を実装できます。 このモードは、金融およびインターネット業界のデータ分析要件を満たしています。

• 大量のデータと大量のトラフィック変動が発生するシナリオに合わせて、高スループットの書き込みと高性能なバッチ処理操作を柔軟なスケーリングで最適化します。

• ストレージとコンピューティングリソースの分離に基づくデータ共有機能を提供します。 共有データは、データのエクスポートやインポートを必要とせずに、他のデータベースからアクセスできます。 従来のデータウェアハウスでのデータアクセスよりも簡単で費用対効果が高くなります。

使用上の注意

すべてのリージョンとゾーンがサーバーレスモードのAnalyticDB for PostgreSQLインスタンスをサポートしているわけではありません。 現在のリージョンまたはゾーンで購入できない場合は、別のリージョンまたはゾーンを選択します。 購入ページでサーバーレスモードでAnalyticDB for PostgreSQLインスタンスをサポートする実際のリージョンとゾーンが優先されます。

サービスモードの比較

サーバーレスモードは、弾性ストレージモードのほとんどの機能をサポートします。 次の表に、これら2つのサービスモードの違いを示します。

制限事項

サーバーレスモードは、弾性ストレージモードの95% 以上の機能をサポートします。 ほとんどの場合、同じ構文をサーバーレスストレージモードとエラスティックストレージモードの両方に使用できます。 Java Database Connectivity (JDBC) コネクタ、Open Database Connectivity (ODBC) コネクタ、psqlなどのツールは、エラスティックストレージモードで使用されるのと同じ方法で、サーバーレスモードで使用できます。 次の表は、特定の機能に対するサーバーレスモードのAnalyticDB for PostgreSQLの制限を示しています。

データ移行

エラスティックストレージモードまたは予約済みストレージモードのAnalyticDB for PostgreSQLインスタンスからサーバーレスモードのインスタンスにデータを移行できます。 詳細については、「AnalyticDB For PostgreSQLインスタンス間のデータ移行」をご参照ください。

次の表では、さまざまなデータ移行タイプに対するサーバーレスモードのサポートについて説明します。

自動スケジューリング (パブリックプレビュー)

サーバーレス自動スケジューリングモードのAnalyticDB for PostgreSQLインスタンスは、トラフィック検出に基づいて自動的に一時停止および再開できます。 トラフィックが発生しない場合、インスタンスは自動的にアイドル状態に変わります。 インスタンスがアイドル状態の場合、コンピューティングリソースに対して課金されません。

サーバーレス自動スケジューリングモードのAnalyticDB for PostgreSQLインスタンスでは、Computing Resource ThresholdおよびWait Time for Idle Resource Releaseパラメーターの値を変更できます。 詳細は、「インスタンスリソースの設定」をご参照ください。

インスタンスのコンピューティングパワーを測定するAnalyticDBコンピューティングユニット (ACU) に基づいて、1秒あたりのサーバーレス自動スケジューリングモードのインスタンスに対して課金されます。 使用された ACU の数が収集され、1 時間ごとに請求書が生成されます。 詳細は、「料金」をご参照ください。

柔軟なスケーリング

サーバーレスモードのインスタンスは数分以内にスケーリングできます。 参考のために、次のスケーリングパフォーマンスが提供されます。

• 16以下の計算ノードを持つインスタンスは、60秒以内にスケーリングできます。

• 16を超える計算ノードを持つインスタンスは、5分以内にスケーリングできます。

サーバーレスモードのAnalyticDB for PostgreSQLのエラスティックスケーリング機能を使用して、Double 11などの予想されるピーク期間の前に計算ノードをスケールアウトし、ピーク時間後に計算ノードをスケールインできます。 AnalyticDB for PostgreSQLは、実際のリソース使用期間と計算ノードの仕様に基づいて1時間ごとに課金されます。 これにより、サービスのパフォーマンスを確保しながらコストを最小限に抑えることができます。

サーバーレスモードでは、各計算ノードに最大ストレージ容量があります。 計算ノードをスケールインする前に、データの合計量が、残りのすべての計算ノードを合わせた最大ストレージ容量を超えないようにしてください。 たとえば、各計算ノードが2つのコア、8 GBのメモリ、および最大960 GBのストレージ容量を提供すると仮定します。 インスタンスを4つのコンピューティングノードにスケールインする場合、データの合計量は3,840 GB (960 GB × 4) を超えることはできません。

次の表に、サーバーレスモードのAnalyticDB for PostgreSQLのさまざまなコンピューティングノード仕様の最大ストレージ容量を示します。

スケーリングの前後に発生するサービスの中断時を除き、ワークロードはスケーリングプロセス中も読み書き可能なままです。

データ共有 (ベータ版)

従来のデータウェアハウスで使用されているデータインポートおよびエクスポート方法と比較して、サーバーレスモードのAnalyticDB for PostgreSQLで使用されるデータ共有には、次の利点があります。

• ストレージコストの削減: AnalyticDB for PostgreSQLインスタンス全体でデータのレプリケーションや移行は必要ありません。 データの単一のコピーのみが分散ストレージに保存され、指定された範囲内の複数のインスタンスで共有できます。 このようにして、必要なストレージスペースが少なくなります。

• 使いやすさ: プロデューサーインスタンスで共有を作成し、承認を実行してからデータを共有にインポートすると、プロデューサーインスタンスのデータにアクセスするのと同じ方法で、コンシューマーインスタンスから共有データにアクセスできます。 テーブルスキーマを移行する必要はありません。 共有オブジェクトの追加または削除および承認変更は、コンシューマインスタンスに自動的に同期させることができます。

• データの一貫性: コンシューマインスタンスは、プロデューサインスタンスの機能に近い機能で共有データにアクセスできます。 さらに、コンシューマインスタンスは、プロデューサインスタンスの最新の書き込みデータを読み取ることができます。 これにより、トランザクションの原子性、一貫性、分離、耐久性 (ACID) 機能が保証されます。

データ共有は、次の問題の解決に役立ちます。

• 複雑な組織権限間の分離: たとえば、インスタンスが本社で作成され、別のインスタンスが支店で作成されたとします。 データ共有を使用すると、ブランチ内のインスタンスが本社内のインスタンスの特定のデータにアクセスできるようになります。

• 複雑なビジネスリソース間の分離: たとえば、物理リソースが、抽出、変換、負荷 (ETL) 、およびアドホックビジネスタイプ間で分離されていると仮定します。 データ共有を使用して、アドホッククエリを含むインスタンス間でETL結果を共有できます。

• クロスビジネスコラボレーションの失敗: たとえば、研究開発、営業、運用、および財務担当者が同じデータのコピーを分析する必要がある場合、データ共有を使用して、組織内のさまざまなビジネスグループによるデータアクセスを許可できます。

データ共有はベータテスト中であり、次の制限があります。

• データ共有は標準テーブルでサポートされています。 パーティションテーブル、外部テーブル、ビュー、スキーマ、または関数ではサポートされません。

• データ共有はハッシュ分散テーブルでサポートされています。 レプリケートされたテーブルまたはランダムテーブルではサポートされません。

• サブトランザクションではデータ共有はサポートされません。

• プロデューサーインスタンスに複数の共有が存在する場合、コンシューマーインスタンスはそのうちの1つの共有のみをサブスクライブできます。

• 共有テーブルではDDL操作は許可されません。 共有テーブルでDDL操作を実行するには、テーブルの共有を無効にする必要があります。

関連ドキュメント

• [お知らせ] AnalyticDB for PostgreSQLのサーバーレスモードがリリースされました

• 概要

• AnalyticDB for PostgreSQLインスタンス間のデータ移行

• サーバーレスモードのパフォーマンス

• データ共有