大規模な SQL ジョブがインスタンスの専用メモリを超過する場合や、予約済みキャパシティが 1 日のほとんどの時間アイドル状態である場合、サーバーレスコンピューティングを使用すると、インスタンスの専用リソースに影響を与えることなく、これらのジョブを分離されたオンデマンドリソースプールにオフロードできます。
サーバーレスコンピューティングは、2024 年 7 月 1 日 00:00 (UTC+8) から商用利用が可能です。料金の詳細については、「課金の概要」をご参照ください。
仕組み
サーバーレスコンピューティングは、対象となる SQL ジョブを、インスタンスの専用リソースから完全に分離されたリソースプールで実行します。ジョブが送信されると、Hologres はそのジョブ用に分離されたコンピューティングキャパシティを自動的にプロビジョニングします。ジョブが完了すると、リソースは解放されます。
このリソースモデルには、次の 3 つの主要な特性があります。
| 特性 | 説明 |
|---|---|
| オンデマンド | リソースはジョブの実行中にのみ割り当てられます。支払いは使用した分のみで、アイドル状態のキャパシティに対する課金はありません。 |
| 弾力性 | サーバーレスコンピューティングは、通常であればメモリ不足 (OOM) エラーで失敗するジョブを、分離されたリソースで実行することで処理します。 |
| 分離 | 各ジョブは分離された環境で実行されるため、1 つの負荷の高いクエリが他の実行中のジョブのパフォーマンスに影響を与えることはありません。 |
サーバーレスコンピューティングの利用シナリオ
サーバーレスコンピューティングは、次の 3 つのシナリオに適しています。
インスタンスのメモリを超過する大規模な SQL ジョブ
大規模なデータセットのインポートやクエリが定期的にメモリ不足 (OOM) エラーを引き起こす場合、サーバーレスコンピューティングは、これらのジョブを分離されたリソースで実行することで、成功率を向上させ、インスタンスの安定性を保護します。
ほとんどの時間アイドル状態である予約済みキャパシティ
大規模なジョブの実行時間が 1 日あたり 16 時間未満の場合、ほとんどの時間使用されない予約済みキャパシティに対して料金を支払っていることになります。専用インスタンスをダウンサイズし、負荷の高いジョブをサーバーレスリソースにルーティングすることで、これらのジョブの実行時のみ料金が発生します。
専用リソースに負荷をかけるトラフィックスパイク
ピーク時に特定のユーザーまたはクエリキューをサーバーレスリソースにルーティングします。これにより、専用インスタンスで実行されているレイテンシーの影響を受けやすいワークロードに影響を与えることなく、専用インスタンスからの需要をオフロードできます。
サーバーレスコンピューティングと専用リソースの比較
サーバーレスコンピューティングと専用リソースは相互補完的であり、相互に置き換え可能ではありません。以下の表を参考に、各ワークロードタイプに適したものを判断してください。
| サーバーレスコンピューティング | 専用リソース | |
|---|---|---|
| リソース共有 | 同じゾーン内のすべてのユーザー間で共有されます。需要が高い場合、キューイングが発生する可能性があります。 | インスタンス専用に完全に予約されます。他のユーザーとの競合はありません。 |
| 最適な用途 | バッチ処理と大規模なアドホッククエリ | レイテンシーの影響を受けやすいリアルタイムワークロード |
| リアルタイムワークロード | サポートされていません | リアルタイム操作に必須 |
制限事項
サーバーレスコンピューティングは、リアルタイムワークロードをサポートしていません。次の操作は、インスタンスの専用リソースで実行する必要があります。
-
Flink、DataWorks、または Holo Client によるリアルタイムデータインジェスト
-
Fixed Plan を使用した即時ポイントクエリ