Cloudflare R2とは？S3との違い・料金・移行手順・公開バケットの注意点
Cloudflare R2は、画像、動画、バックアップ、生成物、データセットなどの非構造化データを保存するオブジェクトストレージです。S3互換APIを利用でき、Workersや外部アプリケーションから接続できます。
注目されやすいのはインターネットへのデータ転送料ですが、実際の採用判断では、保存量、操作回数、互換性、公開方法、認証、ログ、バックアップ、移行と切り戻しまで確認する必要があります。
R2はS3互換APIを持つCloudflareのオブジェクトストレージで、配信時の転送料を抑えやすい点が特徴です。ただし、S3と完全同一ではないため、使用中APIを確認し、二重書きや差分同期を含む段階移行を行います。
本記事のポイント
- R2はS3互換APIを利用できますが、すべてのS3機能・挙動が同一とは限らないため互換表と実アプリで確認します。
- インターネット向け転送料だけで判断せず、保存量、Class A・B操作、ライフサイクル、ログ、移行費を含めます。
- 公開ファイルと非公開データを分け、独自ドメイン、署名URL、CORS、認証、削除・復旧手順を設計します。
この記事で分かること
| 確認対象 | 見る内容 | 判断のポイント |
|---|---|---|
| API | S3互換API | 利用中SDK・操作の対応を確認 |
| 料金 | 保存量・操作・取得等 | 公式計算条件で実アクセスを見積もる |
| 公開 | 独自ドメイン・公開バケット等 | 非公開データと分離 |
| Workers連携 | バインディングからアクセス | 秘密鍵をコードへ置かず接続 |
| 移行 | コピー・整合確認・切替 | 切り戻し可能な段階移行 |
R2とS3の共通点・違いを確認する
S3互換APIにより、既存のSDKやツールを流用できる可能性があります。ただし、利用しているAPI、認証、リージョン指定、イベント通知、ライフサイクル、メタデータ、署名URLなどが同じように動くかを公式互換情報で確認します。
『S3互換』を『S3の全機能が同じ』と解釈せず、自社アプリが実際に呼ぶ操作を一覧化してテストします。大容量ファイル、マルチパートアップロード、Rangeリクエスト、CORSも確認対象です。
料金は保存量と操作パターンで見積もる
R2ではインターネット向け転送料が大きな比較点ですが、保存容量、書き込み系操作、読み取り系操作、データ取り出しや保存クラスなど、利用形態に応じた費用があります。最新の単価と無料枠は公式料金ページで確認します。
月間平均だけでなく、公開直後の大量ダウンロード、バックアップ一括処理、一覧取得の多用、小さなファイルの大量保存など、操作回数が増えるパターンを見積もります。
公開バケットと非公開データを分ける
画像や配布資料を公開する場合でも、管理用ファイル、元データ、顧客データ、ログを同じ公開経路へ混ぜません。独自ドメイン、キャッシュ、CORS、Content-Type、ダウンロード制御を確認します。
非公開データはWorker経由の認可、署名URL、サービス認証などを使い、バケット資格情報をブラウザへ渡しません。URLを知っているだけで取得できる設定になっていないかを検証します。
S3から段階的に移行する
対象バケット、データ量、オブジェクト数、サイズ分布、更新頻度、メタデータ、依存アプリを棚卸しします。初回コピー後も更新が続く場合は、差分同期や一時的な二重書きを設計します。
切替前に件数、合計サイズ、サンプルハッシュ、Content-Type、キャッシュヘッダー、公開URL、アプリの読み書きを照合します。切替後もしばらく旧ストレージを読み取り可能に保ち、戻す条件を決めます。停止判断に使うエラー率と確認担当者も事前に決めておきます。
削除・復旧・監視を運用へ組み込む
誤削除、上書き、アプリ不具合、資格情報漏えいに備え、バージョン管理、バックアップ、別保管、復旧テストなど必要な保護を決めます。R2をバックアップ先に使う場合も、同じ認証経路や同じ削除処理へ依存しすぎないようにします。
保存量、操作数、エラー率、未完了アップロード、公開経路、資格情報の利用を監視し、所有者不明のバケットを残しません。
本番導入で必要な変更管理と評価方法
Cloudflareの設定は通信経路の手前で効くため、小さな変更でも複数ページや外部連携へ影響します。開発・検証環境で再現できるものは先に試し、本番では対象ホスト、パス、利用者、時間帯を限定して段階反映します。変更票には目的、変更前後、実施者、承認者、確認URL、期待結果、切り戻し条件を残します。
確認は「画面が開くか」だけで終えません。HTTPステータス、レスポンスヘッダー、認証、フォームやAPIの完了、オリジンログ、Cloudflareイベントを同じ時刻で照合します。正常系だけでなく、権限なし、期限切れ、過剰アクセス、外部API停止、再送などの異常系も試し、利用者へ返すエラーと運用担当者が見る証拠を分けます。
導入効果は、表示速度やブロック件数など一つの数値だけで評価しません。可用性、正常完了率、オリジン負荷、エラー率、誤検知、サポート問い合わせ、変更作業時間、月額・従量費を導入前後で比較します。性能が上がっても問い合わせやログインの失敗が増えていれば、事業成果としては改善していません。
料金と上限は利用プランや使用量で変わります。無料枠や小規模検証の結果をそのまま本番へ外挿せず、ピーク時のリクエスト、保存・操作、ログ量、利用者数、サポート、監査要件を公式料金ページと契約条件で確認します。上限へ近づいたときの通知と、機能を縮退させる順序も決めます。
設定の所有者と定期レビュー日を決め、不要なルール、トークン、例外、接続先を残しません。Cloudflare画面だけでなく、設定のエクスポート、コード、変更履歴、復旧手順をチームで参照できる場所へ保管します。担当者の退職や委託先変更があっても、誰が承認し、どこまで戻せるか分かる状態を維持します。
公開後は一週間程度の観測期間を設け、導入前と同じ時間帯・同じURL・同じ業務操作で比較します。異常がなくても、例外が増え続けていないか、想定外の回避策が現場で使われていないかを確認します。問題が見つかった場合は、影響を受けた利用者とデータを特定し、暫定回避と恒久修正を分けて記録します。
また、Cloudflare以外の構成要素を含む依存関係図を残します。DNS、レジストラ、オリジン、IdP、メール、外部API、監視、CI/CDのどこで設定が重複し、どこが単一障害点になるかを明示します。障害時に別サービスの担当者へ連絡すべき条件も決めておくと、Cloudflare側だけを調べ続ける時間を減らせます。
本番の設定変更は、可能ならAPIやInfrastructure as Codeで再現可能にし、画面で行った緊急変更も後から正本へ戻します。秘密情報は設定ファイルへ直接書かず、環境ごとのSecret管理へ分離します。手作業とコードの状態がずれると、次回デプロイで緊急修正が消えるため、復旧後の同期までをインシデント対応に含めます。
公開・変更前チェックリスト
- 利用中のS3 API・SDK・ツールを一覧化した
- 保存量だけでなく操作回数を見積もった
- 公開・非公開バケットを分離した
- CORS・Content-Type・署名URLを確認した
- 初回コピーと差分同期を設計した
- 件数・サイズ・ハッシュで整合確認した
- 誤削除・資格情報漏えい時の復旧手順を決めた
よくある質問
R2はS3の完全な代替ですか？
S3互換APIを使えますが、機能・挙動・周辺サービスは同一ではありません。自社が利用する操作単位で確認します。
R2は無料ですか？
無料枠があっても、保存量や操作などに応じた料金があります。最新の公式料金と実アクセスパターンで見積もります。
R2へWebサイトを置けますか？
静的ファイルを保存・配信できますが、独自ドメイン、キャッシュ、ルーティング、動的処理の要件に応じてWorkersやPagesと組み合わせます。
S3から一度に移行してよいですか？
更新停止が難しい本番データは、初回コピー、差分同期、整合確認、段階切替、切り戻しを設計する方が安全です。
関連ページと関連記事
仕様確認に使った公式情報
Cloudflareの機能、プラン、上限、画面構成は更新されます。実装時は利用する機能の最新公式ドキュメントも確認してください。
まとめ
R2の特徴を、S3互換性、転送料、操作課金、公開方法、移行、データ保護で評価する実務ガイドです。 設定を有効にしただけで完了とせず、正常系・異常系・切り戻しを同じ手順で確認することが、安全な運用につながります。
