LASSIC Media らしくメディア

LASSIC IT事業部｜元請（プライムベンダー）としてシステム保守・運用を受託

AWSリージョン間データ転送（DTIR）とは—ペア課金で積み上がるコストの仕組み

AWSのリージョン間データ転送（DTIR：Data Transfer Inter-Region）とは、あるAWSリージョンから別のリージョンへデータを送信する際に発生する転送料金のことです。送信元リージョンと宛先リージョンの組み合わせ（ペア）によって単価が異なり、利用量が増えると請求が積み上がります^*1。

AWSの料金体系では、同一リージョン内のAZをまたぐ転送、リージョン間転送、インターネットへの転送がそれぞれ異なる単価で課金されます。リージョン間転送はとりわけ単価が高く、マルチリージョン構成を持つシステムでは請求の大きな割合を占めることがあります^*1。

具体的な単価はリージョンのペアに依存するため、AWS公式の料金ページで確認することが必要です。利用量が増えると転送費が自動的に積み上がる仕組みのため、設計段階から転送経路を意識した構成を取ることが費用を抑えるうえで大切です。

請求が膨らむ典型パターン—クロスリージョン複製とマルチリージョン構成

リージョン間の転送コストが予想以上に膨らむ場合、いくつかの典型的な構成パターンが背景にあります。自社のAWS環境で当てはまるパターンがないか確認することが、削減の出発点になります。

S3クロスリージョンレプリケーションの全量転送

S3（Amazon Simple Storage Service）のクロスリージョンレプリケーション（CRR）を有効にすると、バケット内のオブジェクトが別リージョンのバケットへ自動的に複製されます。DR（災害対策）や規制対応のために全オブジェクトを複製している場合、データ量が増えるにつれて転送料金も比例して増加します。

実際に必要なデータのみを複製する設定にしていないと、アクセス頻度の低い過去データも含めて毎回転送が発生します。バケット全体を無条件に複製している構成は、見直しの優先度が高いパターンです。

マルチリージョン構成でのデータ参照・同期

複数リージョンにAWSサービスを分散配置し、リージョンをまたいでデータを参照・同期している構成も転送コストが膨らみやすいです。例えば、東京リージョンとバージニアリージョンのEC2インスタンスがリージョンをまたいでデータベースを参照するケースや、リージョン間でAPIリクエストをルーティングするケースなどが該当します。

RDS・DynamoDBなどのクロスリージョンレプリカ

Amazon RDS（リレーショナル・データベース・サービス）やAmazon DynamoDBのグローバルテーブルを利用すると、データの更新が自動的に別リージョンのレプリカへ反映されます。書き込みが頻繁なテーブルや大量データを持つDBでは、レプリケーションによるリージョン間転送量が相当量に達することがあります。

6つの削減策—同一リージョン寄せからバッチ集約まで

リージョン間転送コストを下げるアプローチは複数あります。自社の構成と目的に応じて組み合わせることが、費用対効果を高めるうえで効果的です。

①関連リソースを同一リージョンに寄せる

歴史的な経緯から複数リージョンに分散しているリソースを、可能な範囲で同一リージョンに集約する方法です。同一リージョン内の通信はリージョン間転送料金が発生しないため、構成変更だけでコストを下げられます^*1。

ただし、すべてのリソースを1リージョンに集めると、DR（Disaster Recovery：災害対策）の観点から可用性が低下するリスクがあります。削減効果とリスクのバランスを慎重に検討することが必要です。

②選択的レプリケーション（prefixやタグでフィルタ）

S3のCRRやRDSのクロスリージョンレプリカを利用している場合、すべてのデータを複製する代わりに、必要なデータのみを選択的に複製する設定に変更する方法です。S3 CRRではprefixやオブジェクトタグでフィルタリング条件を設定でき、本当に必要なデータだけを対象リージョンへ転送することができます^*1。

アクセス頻度の低いアーカイブデータや、DRが不要な一時的なログデータをレプリケーション対象から外すだけでも、転送量を大きく削減できる場合があります。

③データ圧縮

リージョン間で転送するデータをあらかじめ圧縮しておくことで、転送量そのものを削減します。テキストデータやJSONファイルは圧縮率が高く、転送前にgzip等で圧縮することで転送データ量を抑えられます。アプリケーション側での実装が必要ですが、圧縮・解凍の処理コストと転送コスト削減のトレードオフを確認したうえで判断することが大切です。

④読み取り配信はCloudFrontでエッジキャッシュに肩代わりさせる

Amazon CloudFront（コンテンツ配信ネットワーク）を活用すると、ユーザーへのコンテンツ配信をエッジロケーションから行うことができます。オリジンサーバー（EC2やS3）へのリクエストが減り、リージョン間転送の発生そのものを抑えられます^*2。

静的コンテンツや参照頻度の高いデータをCloudFrontでキャッシュする構成を取ることで、オリジンからの転送量を大幅に削減できます。CloudFrontとS3・EC2を組み合わせたアーキテクチャは、転送コスト削減だけでなくレスポンスタイムの短縮にも効果があります。

⑤VPCエンドポイント・AWS PrivateLinkで私設網経由にする

AWSサービスへのアクセスをインターネット経由ではなくVPCエンドポイント（Virtual Private Cloud エンドポイント）やAWS PrivateLinkを通じて行うことで、転送料金を抑えられる場合があります。インターネットゲートウェイやNAT Gatewayを経由するトラフィックを削減する効果もあります^*2。

特にEC2からS3やDynamoDBへの大量アクセスがある場合、VPCエンドポイントを設定することでデータ転送コストを下げられる可能性があります。

⑥小さな転送はバッチ集約する

頻繁に発生する小さなリージョン間転送を、一定間隔にまとめてバッチ処理する方法です。転送回数は変わらなくてもオーバーヘッドを減らし、効率的なデータ移動が可能になります。リアルタイム同期が不要なデータの場合、夜間バッチやスケジュール転送に切り替えることでコストと処理効率の両方を改善できます。

Cost Explorerで転送コストを可視化する方法

削減策を講じる前に、どの経路・サービスが転送費用の大半を占めているかを把握することが重要です。AWS Cost Explorer（コストエクスプローラー）を使うと、データ転送の内訳を確認できます^*2。

サービス別・使用タイプ別のフィルタリング

Cost ExplorerでサービスをEC2やS3に絞り込み、使用タイプ（Usage Type）で「DataTransfer-Regional」や「DataTransfer-Out-Bytes」を選択すると、リージョン間転送に関連するコストを抽出できます。どのサービスが転送費を多く発生させているかが一目でわかります。

リージョンごとのフィルタも組み合わせることで、特定のリージョン間の転送が費用全体の何割を占めているかを確認できます。Cost Explorerの「グループ化」機能を活用して、サービス×リージョンの組み合わせで費用を集計すると、改善対象の優先度をつけやすくなります。

月次での継続確認とアラート設定

AWS Budgets（予算管理ツール）で転送コストに上限アラートを設定しておくと、予期しない急増を早期に検知できます。月次でCost Explorerを確認し、削減策を講じた後の転送量の推移をモニタリングすることで、施策の効果を継続的に把握できます。

内製と外注の比較—必要スキルとリスク管理の違い

リージョン間転送コストの削減を内製で進めるか外注するかは、社内のAWS習熟度と対応リソースによって判断が変わります。双方のメリットと注意点を整理します。

内製で進める場合に必要なスキルと工数

内製でリージョン間転送コストを削減するには、AWSの転送料金モデルの理解だけでなく、Cost Explorerで経路を特定するスキルと、S3 CRR・CloudFront・VPCエンドポイントの設定変更の実務経験が必要です。

既存のレプリケーション設定を変更する場合は、DR要件・業務要件との整合確認が必須です。変更承認フローを整備せずに設定変更を進めると、可用性やデータ保護に影響するリスクがあります。専任のAWSエンジニアがいない環境では、外注によって調査・設定・確認のリスクを抑えながら進めることが現実的な選択肢になります。

外注で進める場合のポイント—委託先選定から継続最適化まで

AWSのリージョン間転送コスト削減を外注する際は、委託先の選定から継続的な効果測定まで、いくつかの確認事項があります。

委託先に確認すべき3つのポイント

• AWSクラウドコスト最適化の実績：リージョン間転送コスト削減を含むクラウドコスト最適化の支援実績があるかを確認します。
• 元請かどうか：自社エンジニアが直接作業を担う元請（プライムベンダー）か、再委託主体かを確認します。再委託が多いと情報管理リスクが高まります。
• 影響調査と月次レポートが含まれるか：現状調査・削減施策の提案・設定変更後の効果測定レポート提供が契約範囲に含まれるかを確認します。

外注の進め方—4つのステップ

まず、AWS Cost ExplorerとAWS Architecture Blogで公開されているアーキテクチャ別転送コストの情報を参考に^*2、自社の現状費用と発生経路を整理します。委託先への情報提供がスムーズになり、提案精度が高まります。

次に、委託先とともに削減対象の優先順位をつけます。転送量の多い経路から順に手を打つことで、費用対効果が高い順に改善が進みます。設定変更はステージング環境で検証してから本番に適用するプロセスを原則として取ります。

設定変更後は月次でCost Explorerの転送費を確認します。削減効果が出ていない経路があれば追加施策を検討する、というサイクルを継続することが大切です。

注意点—可用性・DR要件とのトレードオフ

リージョン間転送コストの削減は、システムの可用性やDR（Disaster Recovery：災害復旧）要件と直接トレードオフになる場合があります。削減を進める前に、以下の点を整理することが必要です。

DR要件を損なわない範囲で構成変更する

クロスリージョンレプリケーションをDR目的で設定している場合、安易に削減すると災害発生時のRTO（Recovery Time Objective：目標復旧時間）やRPO（Recovery Point Objective：目標復旧時点）を達成できなくなるリスクがあります。削減対象の設定がDR要件に関係しているかどうかを、変更前に原則として確認することが重要です。

規制・コンプライアンス要件の確認

金融・医療・公共など規制が厳しい業種では、データを特定リージョンに複製することがコンプライアンス要件として定められている場合があります。転送コスト削減のために複製設定を変更すると、規制要件に違反するリスクがあります。法務・コンプライアンス担当部門と連携して確認したうえで変更を進めることが大切です。

可用性要件との整合確認

マルチリージョン構成を取っている理由が、特定リージョンの障害時にトラフィックを別リージョンへフェイルオーバーさせる目的である場合、関連リソースを単一リージョンに寄せると可用性が低下します。転送コスト削減の前に、可用性設計の見直しが必要かどうかを確認することが必要です。

CloudFront導入時のオリジンアクセス設定に注意する

CloudFrontでS3のコンテンツをキャッシュ配信する構成に変更する際、オリジンアクセス設定（OAC：Origin Access Control）を正しく設定しないと、S3バケットが意図せず公開状態になるリスクがあります。CloudFront導入時はセキュリティ設定の確認を原則として行うことが重要です。

まとめ—リージョン間転送コスト削減の3つの判断軸

本稿では、AWSのリージョン間データ転送（DTIR）が請求を膨らませる仕組みから、6つの削減策、Cost Explorerによる可視化、内製と外注の比較、そして削減時の注意点を整理しました。要点を3つに集約すると次のとおりです。

第一に、Cost Explorerでどのサービス・経路が転送費の大半を占めているかを把握することが削減の起点になります。把握なしに施策を打っても費用対効果が低くなりがちです。まず転送経路を可視化し、コストが集中している箇所に優先的に手を打つ順序が大切です。

第二に、削減策は「同一リージョン寄せ→選択的レプリケーション→CloudFront/VPCエンドポイント活用」の順で、DR要件と可用性要件を確認しながら段階的に進めることが実務的です。可用性やコンプライアンスを損なわない範囲で着実に削減できます。

第三に、設定変更の影響調査・変更承認フローの整備・月次の効果確認を伴う一連の作業は、AWS実績のある外注先に委ねることでリスクと工数を抑えながら進められます。外注の際は元請かどうか・影響調査が含まれるかを確認することが大切です。

よくある質問

著者：テレリモ総研編集部　鈴木 亮佑

ご不明な点はお問い合わせフォームからもご連絡いただけます。

1. *1　出典：Amazon Web Services「Amazon EC2 オンデマンド料金（データ転送）」（AWS公式）
2. *2　出典：Amazon Web Services Architecture Blog「Overview of Data Transfer Costs for Common Architectures」（AWS Architecture Blog）

Tweet