Lakebase オートスケール価格
プレビュー
この機能は次のリージョンでパブリック プレビュー段階にあります: us-east-1 、 us-west-2 、 eu-west-1 。
Lakebase オートスケールは、オートスケール コンピュート、ゼロへのスケール、分岐、即時復元を備えた Lakebase の新しいバージョンです。 Lakebase プロビジョニングとの機能の比較については、 「バージョン間の選択」を参照してください。
ユーザーが新しいバージョンの Lakebase を探索できるようにするために、Lakebase オートスケールの使用は期間限定で無料です。
Lakebase オートスケールの使用料金の請求は 2026 年 1 月に始まります。 以下にリストされている価格は、 AWS米国東部 (北部) の Lakebase オートスケール エンタープライズ層を示しています。 バージニア州）。最終価格は請求開始日の前に発表されます。価格は変更される場合があり、クラウドや地域によって異なる場合があります。
価格概要
Lakebase オートスケールの価格は、次の 4 つのカテゴリにわたる実際のリソース消費量に基づいています。
リソース | 料金 | 単位 |
|---|---|---|
コンピュート | 0.111ドル | CU時間 |
データベースストレージ | 0.35ドル | GB-月 |
インスタントリストア（PITR）ストレージ | 0.20ドル | GB-月 |
ブランチスナップショットストレージ | 0.09ドル | GB-月 |
コンピュート
CU時間あたり0.111ドル
コンピュートの使用量は CU 時間で請求されます。これは、1 コンピュート ユニットが 1 時間実行されることを表します。 各 CU には、適切な CPU およびローカル SSD リソースとともに、約 2 GB の RAM が割り当てられます。
料金の請求方法:
- コンピュートがアクティブでワークロードを処理している時間に対して料金が発生します。
- オートスケールを使用すると、コンピュートが需要を満たすために最小制限と最大制限の間でスケーリングするときに使用される実際の CU サイズに対して請求されます。
- 非アクティブ中にコンピュートがゼロにスケールされた場合、サスペンド中のコンピュート時間は課金されません。
例: 10 CU インスタンス (20 GB RAM) を 30 分間継続して実行すると、5 CU 時間が消費され、コストは 0.56 ドルになります。
「コンピュート、オートスケール、ゼロへのスケールの管理」を参照してください。
データベースストレージ
1GBあたり月額0.35ドル
データベース ストレージは、データ サイズに基づいて時間単位で課金されます。ストレージの測定方法は、ブランチに自動有効期限が設定されているかどうかによって異なります。
- 期限切れのない分岐 : 実際のデータ サイズ (論理データ サイズ) を使用して測定されます。
- 期限切れブランチ : ブランチ作成以降のすべてのデータ変更のサイズ (INSERT、UPDATE、および DELETE 操作のログ) または論理データ サイズのいずれか小さい方を使用して測定されます。この最適化された課金により、臨時支店のコスト効率が高まります。
ブランチの有効期限について:
ブランチを作成するときに、「次 の日後にブランチを自動的に削除する」 をチェックして自動削除を設定できます (デフォルトで有効、有効期限は 1 日)。期限切れでないブランチは手動で削除されるまで存続します。期限切れのブランチは、指定された時間 (最大 30 日) が経過すると自動的に削除され、CI/CD パイプライン、自動テスト、機能開発などの一時的な環境に最適です。
例：
- 期限切れブランチ : 100 GB の本番運用ブランチから期限切れ開発ブランチを作成し、100 GB のデータを追加した場合、100 GB に対してのみ課金されます。 これは、100 GB (データ変更のサイズ) と 200 GB (論理データ サイズ) の 2 つの値のうち小さい方です。
- 有効期限のないブランチ : 100 GB の本番運用ブランチから有効期限のない開発ブランチを作成すると、100 GB (ブランチの論理データ サイズ) に対して課金されます。 プロジェクト内のブランチがこれら 2 つだけの場合、ストレージの合計課金は 200 GB になります。
「ブランチ」および「ブランチの有効期限」を参照してください。
インスタントリストア（PITR）ストレージ
1GBあたり月0.20ドル
インスタント リストア (PITR) ストレージは、構成されたリストア ウィンドウ (最大 30 日間) 内に保持されるデータ変更の量に基づいて課金されます。プロジェクト設定で復元ウィンドウを設定できます。デフォルトは 1 日です。
料金の請求方法:
- PITR ストレージは、選択した復元ウィンドウ中のすべてのデータ変更 (INSERT、UPDATE、および DELETE 操作のログ) のサイズであり、1 時間ごとに測定されます。
- 実行された復元操作の数ではなく、データの変更量に対して課金されます。
- 復元ウィンドウが長くなると、より多くの履歴データの変更が保持されるため、ストレージ コストが高くなります。
- プロジェクト内のすべてのブランチは同じ復元ウィンドウ設定を共有します。
「ポイントインタイム復元」および「復元ウィンドウの構成」を参照してください。
ブランチスナップショットストレージ
1GBあたり月額0.09ドル
ブランチ スナップショット ストレージは、スナップショット データの実際のサイズに基づいて課金されます。スナップショットは、特定の時点でのブランチの完全な状態をキャプチャする読み取り専用のバックアップです。
料金の請求方法:
- 各スナップショットには、ブランチが作成された時点の完全な状態が保存されます。
- ストレージは、各スナップショットの実際のデータ サイズ (論理データ サイズ) によって測定されます。
- スナップショットは独立したコピーであるため、スナップショットが複数あるとストレージ コストも比例して増加します。
- 保持ポリシーを備えた自動化されたスナップショット スケジュールは、古いスナップショットを自動的に削除することでストレージ コストの管理に役立ちます。
スナップショットとバックアップ スケジュールの作成を参照してください。
コスト最適化
実際の使用パターンに合わせてリソースを構成することで、Lakebase のコストを最適化できます。
コンピュートのコスト:
- オートスケールを有効にする : 最小および最大の CU 制限を構成して、ワークロードの需要に基づいてコンピュート リソースを自動的にスケーリングし、必要なリソースに対してのみお支払いいただけるようにします。
- ゼロへのスケールを有効にする : 非アクティブ期間中にコンピュートが自動的に一時停止できるようにし、ワークロードが実行されていないときのコンピュートの料金を排除します。 これは、テスト、ステージング、開発に使用される非本番運用ブランチに最適です。
- コンピュートの適切なサイズを 設定する: 過剰なプロビジョニングを避けるために、ベースラインのワークロード要件に基づいて適切な最小 CU 値を設定します。
データベースストレージコスト:
- 一時的な作業に期限切れのブランチを使用する : CI/CD パイプライン、テスト、機能開発に使用されるブランチに自動有効期限を設定して、ストレージ コストを削減します。期限切れのブランチについては、完全な論理データ サイズではなく、データの変更に対してのみ課金されます。
- 未使用のブランチをクリーンアップする : 有効期限のないブランチはそれぞれ合計ストレージ料金に追加されるため、不要になった有効期限のないブランチを定期的に確認して削除します。
インスタント リストア (PITR) ストレージ コスト:
- 復元ウィンドウを調整する : 実際の回復要件に基づいて、プロジェクトのインスタント復元ウィンドウを設定します。短い期間 (1 ～ 7 日) では、長い期間 (最大 30 日) よりも保持される履歴データが少なくなり、コストも低くなります。
スナップショットの保存コスト:
- 保存ポリシーの構成 : 古いスナップショットを自動的に削除し、ストレージの蓄積を防ぐために、適切な保存期間を設定して自動スナップショット スケジュールを設定します。
- 不要なスナップショットを削除する : コンプライアンスやリカバリの目的で不要になった手動スナップショットを定期的に確認して削除します。
- バックアップ頻度と保持期間のバランスをとる : 毎日のスナップショットを 30 日間保持する必要があるかどうか、または週次のスナップショットをより短い保持期間で保持すればニーズを満たすかどうかを検討します。
「コンピュート、 オート スケールの管理」 、「ゼロへのスケール 」、「ブランチの有効期限」 、「復元ウィンドウの構成」 、および「バックアップ スケジュールの作成」 を参照してください。