料金

デフォルトでは、Workers Free プランを利用できます。Workers Free プランには、Workers、Pages Functions、Workers KV、Hyperdrive の限定的な使用量が含まれます。詳細は Free プランの上限 を参照してください。

Workers Paid プランには、Workers、Pages Functions、Workers KV、Hyperdrive、Durable Objects の使用量が含まれ、アカウントあたり最低 $5 USD / 月です。基本プランに含まれる初期使用量が増え、超過分は明確な単価で課金されます。データ転送（エグレス）やスループット（帯域幅）の追加料金はありません。

含まれる使用量はすべて月単位です。

Workers Paid プランのユーザーは Standard 使用量モデルを利用できます。Workers Enterprise アカウントは、契約で指定された使用量モデルに基づいて請求されます。Standard 使用量モデルへ切り替える場合は、Account Manager に連絡してください。

¹ Worker への受信リクエストです。Worker から行う サブリクエスト は課金されません。

² Worker への WebSocket 接続は、WebSocket を確立するための最初の Upgrade 接続を表すリクエストとして課金されます。Worker を経由する WebSocket メッセージはリクエストとして数えません。

³ 静的アセットへのリクエストは無料で、上限はありません。

⁴ Workers Caching が有効な場合、Worker のキャッシュから 配信されたリクエストも、Worker を呼び出したリクエストと同じリクエスト単価で課金されます。 静的アセット へのリクエストと Worker 間の呼び出し も含みます。 CPU 時間は Worker が実行されたとき（キャッシュミスまたはバイパス）だけ課金されます。

1 か月あたり 1,500 万リクエストを処理し、リクエストあたり平均 7 ミリ秒（ms）の CPU 時間を使う Worker の概算料金は次のとおりです。

1 か月あたり 1,500 万リクエストを処理するプロジェクトで、80%（1,200 万件）が 静的アセット の配信、残りが動的な Worker コードの呼び出しです。Worker はリクエストあたり平均 7 ミリ秒（ms）を使います。

静的アセットへのリクエストは無料で、上限はありません。このプロジェクトの概算料金は次のとおりです。

Cron Trigger で 1 時間に 1 回動き、複数 API からデータを収集し、処理してレポートを作る Worker です。

• 720 リクエスト / 月
• リクエストあたり 3 分（180,000 ms）の CPU 時間

この場合の概算月額は次のとおりです。

1 か月あたり 1 億リクエストを処理し、リクエストあたり平均 7 ミリ秒（ms）の CPU 時間を使う高トラフィック Worker の概算料金は次のとおりです。

例 4 と同じ Worker で、Workers Caching を有効にし、キャッシュヒット率 80% です。8,000 万リクエストはキャッシュから配信され、2,000 万件が Worker を呼び出します。キャッシュヒットはリクエストとして数えますが、CPU 時間は消費しません。

キャッシュ対象と有効化の詳細は Cache を参照してください。

Workers Paid プランのユーザーは Standard 使用量モデルを利用できます。ただし、レガシーの使用量モデルが設定されたままのユーザーもいます。 レガシーの使用量モデルには Workers Unbound と Workers Bundled があります。Workers Standard 使用量モデルへの移行を推奨します。 使用量モデルの変更は請求対象の使用量だけに影響し、技術的な挙動は変わりません。

アカウント全体のデフォルト使用量モデルを変更するには、次の手順を実行します。

1. Cloudflare ダッシュボードで、Workers & Pages ページを開きます。

   Workers & Pages を開く ↗

2. 右側メニューの Usage Model を探し、Change を選びます。

使用量モデルは、個別の Worker 単位でも変更できます。

1. Cloudflare ダッシュボードで、Workers & Pages ページを開きます。

   Workers & Pages を開く ↗

2. Overview で Worker を選び、Settings > Usage Model を開きます。

デフォルトの使用量モデルを変えても、既存の Workers には影響しません。アカウント全体のデフォルトを変えずに、個別 Worker の使用量モデルだけ変更できます。

Workers Logs は、Free プランと Paid プランの両方の Workers プラン に含まれます。

Workers Logpush は Workers Paid プランでのみ利用できます。

¹ Workers Logpush は、フィルタリングまたはサンプリング適用後に 最終送信先へ届いたリクエストログを課金します。

Workers KV は、Free と Paid の両方の Workers プラン に含まれます。

¹ Workers Free プランには、制限付きの Workers KV 利用枠が含まれます。すべての上限は 毎日 00:00 UTC にリセットされます。いずれかの上限を超えると、その種類の 以降の操作はエラーで失敗します。

Hyperdrive は、Free プランと Paid プランの両方の Workers プラン に含まれます。

Cloudflare Queues は、各キューに対する 1 か月あたりのオペレーション総数で課金します。

• 書き込み、読み取り、削除されたデータ 64 KB ごとに、1 オペレーションとしてカウントします。
• 64 KB を超えるメッセージは、複数のメッセージとして課金されます。たとえば、65 KB のメッセージと 127 KB のメッセージは、書き込み、読み取り、削除のそれぞれで 2 オペレーション分の課金になります。
• 1 KB は 1,000 バイトです。各メッセージには、約 100 バイトの内部メタデータが含まれます。
• オペレーションはバッチ単位ではなく、メッセージ単位です。デフォルトのバッチサイズである 10 件のメッセージを処理した場合、書き込み 10 回、読み取り 10 回、削除 10 回のオペレーションが発生します。バッチ内の各メッセージにつき 1 回です。
• データ転送（egress）やスループット（帯域幅）の料金はありません。

ほとんどの場合、メッセージの配信には 3 オペレーション（書き込み 1 回、読み取り 1 回、削除 1 回）が必要です。そのため、次の式で月額料金を見積もれます。

((Number of Messages * 3) - 1,000,000) / 1,000,000  * $0.40

さらに、次の点があります。

• 再試行のたびに読み取りオペレーションが発生します。10 件のメッセージのバッチを再試行すると、再試行ごとに 10 オペレーションが発生します。
• 再試行回数の上限に達し、Dead Letter Queue に書き込まれるメッセージは、64 KB チャンクごとに書き込みオペレーションが発生します。デフォルトどおり 3 回再試行され、4 回目の配信に失敗して Dead Letter Queue に書き込まれたメッセージは、読み取りオペレーションが 5 回発生します。
• キューに書き込まれたあと、読み取られる前に最大保持期間に達した（または「期限切れ」になった）メッセージは、64 KB チャンクごとに書き込みと削除のオペレーションのみが発生します。

Cloudflare は、Workflows の課金 changelog で告知した開始日より前に、ステップとストレージの使用量を課金しません。

D1 は Workers Free プランと Workers Paid プランの両方で利用できます。

1. 読み取り行は、各行のサイズに関係なく、クエリが読み取った（スキャンした）行数です。たとえば、5000 行のテーブルでフルテーブルスキャンとして SELECT * FROM table を実行すると、読み取り行は 5,000 になります。インデックスのない列 で絞り込むクエリは、Worker に返す行数が少なくても、返す行を決めるためにさらに多くの行を読み取る（スキャンする）必要があります。
2. 書き込み行は、D1 データベースへ書き込んだ行数です。書き込み操作には INSERT、UPDATE、DELETE があります。これらはいずれも書き込み行に計上されます。users テーブルへ 10 行を INSERT するクエリは、書き込み行 10 になります。
3. DDL 操作（例: CREATE、ALTER、DROP）は、データベースの構造を定義または変更します。読み取り行と書き込み行の両方に計上されることがあります。使用量は、利用できるツール（meta オブジェクト、GraphQL Analytics API、または Cloudflare ダッシュボード ↗）で正確に確認してください。
4. 行のサイズや列数は、行のカウント方法に影響しません。1 KB の行も 100 KB の行も、いずれも 1 行としてカウントします。
5. テーブルに インデックス を定義すると、そのインデックス付きフィールドで絞り込むクエリの読み取り行数を減らせます。たとえば、users テーブルのタイムスタンプ列 created_at にインデックスがある場合、クエリ SELECT * FROM users WHERE created_at > ?1 はテーブルの一部だけを読めば済みます。
6. 書き込み対象にインデックス付き列が含まれると、インデックスにも 1 行書き込むため、書き込み行が 1 行増えます。テーブル本体へ 1 行、インデックスへ 1 行です。インデックスによる性能向上と読み取り行の削減は、ほぼすべての場合、この追加書き込みを上回ります。
7. ストレージは、月あたりの保存ギガバイトに基づき、アカウント内のすべてのデータベースの合計です。テーブルとインデックスは、どちらも消費ストレージに計上されます。
8. Free プランの上限は毎日 00:00 UTC にリセットされます。月次に含まれる上限は、最初にサブスクライブした日で決まる月次の更新日にリセットされます。
9. D1 からアクセスするデータに、データ転送（エグレス）やスループット（帯域）の料金はありません。
10. 読み取りレプリケーション では、読み取りレプリカに追加料金はかかりません。クエリによる rows_read と rows_written に基づく、同じ使用量課金が発生します。

Durable Objects は、オブジェクトがアクティブに実行している間、またはメモリ上でアイドルでも ハイバネーション できない間のコンピュート継続時間（ウォールクロック時間）に対して課金されます。アイドルでハイバネーションの対象になる Durable Objects は、ランタイムがハイバネーションする前でも継続時間は課金されません。Durable Object へのリクエストは、オブジェクトをアクティブに保つか、非アクティブだった場合はオブジェクトを作成します。

各課金指標では、月間の含まれる枠を超えた分が課金対象です。この課金対象使用量は、対応する単価を適用する前に、次の課金単位へ切り上げます。たとえば、課金対象のコンピュート継続時間が 500,000 GB-s の場合、1,000,000 GB-s に切り上げて課金します。

let durableObjectStub = OBJECT_NAMESPACE.get(id); // retrieve Durable Object stub
using foo = await durableObjectStub.bar(); // billed as a request
await foo.baz(); // treated as part of the same RPC session created by calling bar(), not billed as a request
await durableObjectStub.cat(); // billed as a request

Durable Objects Storage API は、Durable Objects の内部からのみ利用できます。料金は、Durable Objects のストレージバックエンドによって異なります。

• SQLite バックエンドの Durable Objects（推奨）: 新しい Durable Object クラスには、SQLite ストレージバックエンド を推奨します。Workers Free プランでは、SQLite バックエンドの Durable Objects だけを作成およびアクセスできます。
• Key-value バックエンドの Durable Objects: Key-value ストレージバックエンド は、Workers Paid プランでのみ利用できます。

Vectorize は現在、Workers Paid プランでのみ利用できます。

想定使用量を計算するには、クエリしたベクトル次元と保存したベクトル次元を算出し、単価を掛けます。計算式は次のとおりです。((queried vectors + stored vectors) * dimensions * ($0.01 / 1,000,000)) + (stored vectors * dimensions * ($0.05 / 100,000,000))

• たとえば、768 次元のベクトルを 10,000 件挿入し、それらを 1 日 1,000 回（月 30,000 回）クエリする場合、クエリ次元は ((30,000 + 10,000) * 768) = 30,720,000、保存次元は (10,000 * 768) = 7,680,000 です（月次の無料枠内）。
• 月次の無料枠を除いた場合、(30,000 + 10,000) * 768 * ($0.01 / 1,000,000) + (10,000 * 768 * ($0.05 / 100,000,000)) となり、月額 $0.31 です。

R2 は、保存データ総量と、そのデータに対する 2 種類の操作に基づいて課金されます。

1. Class A 操作 — 単価が高く、状態を変更することが多い操作です。
2. Class B 操作 — 既存の状態を読むことが多い操作です。

エグレス帯域幅の課金はありません。

Containers は、実際に稼働している 10 ms ごとに次の単価で課金されます。Workers Paid プラン の月額 $5 USD に、次の月次使用量が含まれます。

使った分だけ課金されます。コンテナへリクエストが届いたとき、または手動で起動したときに課金が始まります。コンテナインスタンスがスリープすると課金は止まります。タイムアウト後に自動でスリープすることもあります。

Containers からのエグレスは、次の単価です。

Service Binding 経由で別の Worker へ行ったリクエストに、追加のリクエスト料金はかかりません。機能を複数の Workers に分けても、追加コストは発生しません。

たとえば Worker A が Service Binding 経由で Worker B へサブリクエストする、または Service Binding 経由で Worker B が提供する RPC メソッドを呼ぶ場合、課金は次のとおりです。

• リクエスト 1 件（Worker A の最初の呼び出し）
• Worker A と Worker B で使った CPU 時間の合計

Workers Paid プランは、ほかの Cloudflare プラン（Free、Professional、Business）とは別です。Enterprise のお客様は、料金の詳細をアカウントチームに確認してください。

上限と請求に数えられるのは、Worker に到達したリクエストだけです。Cloudflare Workers は Cloudflare キャッシュの前で動くため、リクエストのキャッシュでもコストは発生します。上限の定義と到達後の挙動は Limits を参照してください。