Amazon Route 53はAWS（Amazon Web Services）が提供する可用性と拡張性に優れたクラウドのDNSサービスです。

従来のDNSサービスは、Webサーバーの稼働状況を監視したり、障害発生時に自動で代替サーバーへ切り替えたりする機能がありません。そのため、サイト停止時の影響が大きく、運用側での常時監視が必要でした。

Amazon Route 53を導入すれば死活監視に加え、異常発生時にサイトの自動切替ができるため、運用負荷や障害対応の課題を解決できます。
本記事ではSLA（稼働率保証）100%を誇るAmazon Route 53の機能やメリット、料金体系に加え、高可用性を実現するためのポイントを解説します。
Amazon Route 53の活用により、監視負荷の低減と障害に強い「落ちないサイト」が構築可能です。

Amazon Route 53とは？落ちないサイトを作るためのAWSサービス

Amazon Route 53は一般的なレンタルサーバーに付属する名前解決のDNSサービスとは異なり、サーバー監視や障害時の自動切り替えを可能にするDNSサービスです。

AWSの中でも特に高い可用性を持つサービスとして設計されており、SLAでは稼働率100%を目標値として定義しています。これは100%の稼働を保証するものではありませんが、万が一稼働率がSLAを下回った場合には、その稼働率に応じてサービスクレジット（利用料金の割引）が提供される仕組みが明確に定められています。

また、Amazon Route 53は特定のリージョンに依存しないグローバルなDNS基盤として構成されており、リージョン障害の影響を受けにくい点も信頼性の高さを支える要素の一つです。

Amazon Route 53に備わる5つの機能

Amazon Route 53はドメイン管理からトラフィック制御、死活監視までをワンストップで提供する統合的なDNSサービスです。

ここではAmazon Route 53を構成する機能や運用を支える独自機能を5つ解説します。

1.ドメイン登録

ドメイン登録機能では新規ドメインの購入や管理、他社からのドメイン移管を一元的に行う運用が可能です。

Amazon Route 53でドメインを管理すると、サーバー利用料とドメイン管理料の請求をAWSアカウントでひとつにまとめられます。

経理処理や支払い管理の手間を削減したい企業にとって、請求先の一本化は大きなメリットになります。

2.ルーティング

ドメイン名に対応するIPアドレスや各種データを管理・応答するAmazon Route 53の中核機能です。ユーザーはRoute 53の応答を元に接続先のサーバー等を特定し、適切なネットワーク経路で接続します。

Route 53にはパブリックホストゾーンとプライベートホストゾーンという2種類の管理領域が存在します。

パブリックホストゾーンはインターネット側の名前解決リクエストを処理する場合に利用し、プライベートホストゾーンはAWSのネットワーク内部からの名前解決リクエストを処理する場合に利用します。

BIND（代表的なDNSソフトウェア）などを使用した旧来のDNSサーバーでも同様の設定は可能ですが、Amazon Route 53ではアクセス元のネットワーク環境（VPCなど）に応じて応答を切り分ける「スプリットビューDNS」が容易に設定できます。

3.ヘルスチェック

ヘルスチェック（死活監視）は、Webサーバーが正常に稼働しているかを24時間365日体制で監視し続ける機能です。

対象となるリソースを監視し、サーバーに異常がないかを常時チェックします。

ここでの監視結果は障害発生時に予備機へ切り替えるためのトリガーとして機能します。

4.トラフィックフロー

トラフィックフロー（Traffic Flow）は、複雑なルーティングルールを、画面上のフローチャートで視覚的に作成・管理できる機能です。

設定内容が図として可視化されるため、複雑な条件分岐も直感的に把握でき、設定ミスの防止やバージョン管理にも役立ちます。

5.Route 53 Resolver

オンプレミスの社内ネットワークとAWS（VPC）を専用線やVPNで接続している場合に、お互いのDNS名を解決し合える機能です。

この機能により、オンプレミスとクラウドが混在するハイブリッド環境でも、シームレスな名前解決が可能になります。

Amazon Route 53 には、サービスの基本機能となるルーティングポリシー以外にも、運用を強力に支援する独自の機能が多数備わっています。これらは他のDNSサービスとの大きな差別化ポイントとなっています。

クラウド移行・AWS移行のお見積りご相談はこちら

Amazon Route 53を利用する3つのメリット

Amazon Route 53を導入すれば強固な信頼性とAWS標準のセキュリティを利用しながら、管理の工数を削減可能です。

ここではAmazon Route 53を利用する3つのメリットを紹介します。

1.高い耐障害性

Amazon Route 53は「エニーキャストDNS」という技術を採用しており、世界400箇所以上（*1）に分散された拠点（PoP: Point of Presence）のうち、ユーザーに最も近い拠点から応答することで、高速かつ安定した名前解決を提供します。

*1 グローバルインフラストラクチャ , AWS , https://aws.amazon.com/jp/about-aws/global-infrastructure/

また、特定のホストゾーンがDDoS攻撃の対象となった場合でも、影響を最小限に抑える多層的な防御策がとられています。

その仕組みの一つが、「シャッフルシャーディング」という隔離技術です。

シャッフルシャーディングでは、ホストゾーンごとに割り当てられるネームサーバーの組み合わせを分散させることで、あるホストゾーンへの攻撃が、他のホストゾーン全体へ波及するリスクを抑えています。

これにより、DDoS攻撃などの影響を局所化し、DNSサービス全体の耐障害性を高めています。

2.ヘルスチェック機能による可用性の向上

Amazon Route 53では、DNSによる名前解決とヘルスチェック機能を組み合わせることで、可用性の高いシステム構成を容易に実現できます。
監視対象のサーバーやエンドポイントに異常が検知された場合には、問題のあるリソースへのルーティングを自動的に停止し、正常なリソースへの振り分けを継続します。
例えばWebサーバーを複数台で構成している場合、障害発生時でも稼働中のサーバーのみにトラフィックを切り替えることで、サービスを止めることなく提供を継続できます。また、単体構成であっても、S3などに用意したSorryページへ誘導する構成と組み合わせることで、サイト停止時の影響や信用低下を最小限に抑えることが可能です。
このように、障害発生時のルーティング切り替えを自動化することで、特別な仕組みを用意することなく、ユーザーへの影響を抑えた高可用な運用を実現できる点が、Amazon Route 53の大きな特長です。

3.クラウド環境への高い追従性

変化の激しいAWSのクラウド環境に対して、Amazon Route 53 ではDNS設定を人手で管理することなく、自動で追従できる点が優れています。

AWSではオートスケーリングや障害対応により、リソースが動的に入れ替わり、IPアドレスも頻繁に変化します。従来の固定IP前提のDNS運用では、その都度手動で設定変更が必要となり、運用負荷や設定ミスによる障害リスクがありました。

Amazon Route 53では、独自の「エイリアスレコード」機能により、ELBやS3などのAWSリソースを直接指定して名前解決ができるため、IPアドレスの変化を意識する必要がありません。

DNSの規格上、サブドメインのない「example.com」のような「Zone Apex（ルートドメイン）」に別名（CNAME）を割り当てることはできませんが、Route 53のエイリアスレコードならば可能です。

これにより、リダイレクト用サーバーを不要にするだけでなく、クラウド特有のIPアドレス変動にも自動で追従するため、安定したサービス提供と管理コストの低減を両立できます。

Amazon Route 53の主な使い方

Amazon Route 53では用途に合わせたルーティングポリシーを選択すれば、コスト最適化やリスク分散を考慮した柔軟なネットワーク設計が実現できます。

ここではAmazon Route 53の主な5つの使い方を紹介します。

1.基本の「シンプルルーティング」

ドメイン名に対して特定のリソース（サーバーなど）を紐づける、DNSの基本的な機能です。

サーバー1台の単純な構成や開発環境など、複雑な通信制御を必要としない場面で主に利用されます。複数のリソース（サーバー）に対してひとつのドメインを設定し、アクセスを順番に振り分けるDNSラウンドロビンも構成可能です。

設定方法は一般的なDNSと大きく変わらないため、DNSの基礎知識があれば迷うことなく導入できるでしょう。

2.サイトを落とさない「フェイルオーバールーティング」

サーバーで障害が発生した際に、自動で待機系の予備機やSorryページへ通信を切り替える機能です。

ヘルスチェック機能と連動し、異常検知から切り替えまでを自動化する仕組みを構築可能です。フェイルオーバールーティングの活用により、夜間や休日に発生した障害対応を自動化し、担当者の負担を大幅に軽減できます。

また、サイトが表示されないといったサービス停止状態を回避できるため、事業継続計画（BCP）や災害復旧対策（DR）としても有効です。

3.移行テストに便利な「加重ルーティング」

オンプレミス環境やレンタルサーバーからAWSへの移行、また段階的リリースにおいて、リスクを抑えながら徐々にシステムを稼働したい場合に利用される機能です。

「オンプレミス90%：AWS 10%」のように、あらかじめ指定した比率でアクセス分散が可能になります。

レスポンスやユーザーの反応を見ながらAWSへの比率を徐々に上げていくカナリアリリースなどに適しています。

また、新旧環境の性能を比較するA/Bテストを実施する際にも有効です。

4.高速なレスポンスを実現する「レイテンシールーティング」

ユーザーからのネットワーク遅延（レイテンシー）が最も少ない、最寄りのリージョン（拠点）へ誘導する機能です。

物理的な距離が近いリージョンへアクセスさせることで、高速なレスポンスを実現できます。

同じシステムを複数リージョン（例：東京リージョンと大阪リージョン）で常時稼働させる構成になるため、金融システムなどの停止が許されないシステムに効果的です。

ただし、同一システムを複数のリージョンで構築する必要があるためコストは高くなります。

5.その他の高度なルーティング

基本的なルーティング以外にも、特定のビジネス要件やコンプライアンスに対応するための高度なルーティング機能が用意されています。

グローバル展開や法規制への対応が必要な場合には、以下の2つのルーティングを利用するとよいでしょう。

特に位置情報ルーティングはGDPRなどの法規制により通信を国外へ経由させたくない場合のコンプライアンス対応としても有効です。

実務においては、すべての機能を網羅する必要はなく要件に合わせて必要なポリシーをシンプルに組み合わせる設計思想が重要になります。

Amazon Route 53の料金体系

Amazon Route 53の料金は、基本的に固定費と従量課金の2段階で構成されています。
（2025年12月時点）

AWSリソースへのアクセスにエイリアスレコードを活用すれば、Route 53のクエリ料金は無料になります。

また、ドメイン管理にかかる料金（年額）については、以下の金額を目安としてください。

出典：Amazon Web Services. Amazon Route 53 Domain Registration Pricingより抜粋.https://d32ze2gidvkk54.cloudfront.net/Amazon_Route_53_Domain_Registration_Pricing_20140731.pdf?v=GLYOP , 2025年12月22日参照

DNSのクエリは、Webサイトの閲覧時だけでなく、メールの送受信やサーバー内部からの問い合わせなど、様々なシーンで発生します。そのため、クエリ回数に基づく利用料金を正確に見積もることは容易ではありません。

一方で、当社では過去の運用実績をもとに、同一規模のサイトを想定した見積もりを行っています。その結果、月間100万PV程度のWebサイトであっても、Amazon Route 53の利用料金が月額10ドル未満に収まるケースが多く見られます。

このことから、一定規模のアクセスがあるWebサイトにおいても、Amazon Route 53の利用料は過度に高額になるものではないといえます。

詳しいコストはAmazon Route 53 料金表を参照してください。

高可用性を実現するための設計ポイント

Amazon Route 53は単体でも可用性を高めるDNSサービスですが、ELBなどの他のAWSサービスと組み合わせることで、より柔軟で高可用な設計が可能です。

実際の運用では、単一リージョン内で冗長構成を組むケースが多く、システム規模や可用性要件に応じてサービスを組み合わせます。

本章では、単一リージョン構成を前提とした設計の考え方を整理したうえで、より高い可用性が求められる場合の一例としてマルチリージョン構成にも触れながら、設計時に押さえておくべきポイントを解説します。

高可用性を実現するための基本構成

高可用性を実現するためには、Route 53・ELBなどを適切に役割分担させることが重要です。

多くのシステムでは、まず単一リージョン内でサーバーを冗長化し、ELBによって負荷分散と死活監視を行う構成が採用されます。この構成により、サーバー単位の障害が発生した場合でも、正常なリソースへ自動的に通信を切り替えることが可能です。
また、Route 53のフェイルオーバールーティングを用いて、同一リージョン内の別リソースや待機系リソースへ切り替える構成も一般的に利用されています。
一方で、リージョン全体の障害まで考慮する場合には、別リージョンに待機系の環境を用意し、Route 53のフェイルオーバールーティングを組み合わせる構成が選択肢となります。ただし、マルチリージョン構成はコストや設計難易度が高くなるため、可用性要件に応じた判断が必要です。

障害時における自動切り替えの考え方

高可用性設計のポイントは、どのレイヤーの障害を、どの仕組みで検知・切り替えるかを明確にすることです。

このように、障害の種類ごとに切り替えポイントを分けて設計することが、高可用性につながります。

可用性を高める環境を設計する際の注意点

高可用性を実現するためには、以下の点に注意する必要があります。

• 単一リージョン構成では冗長化を前提に設計すること
  サーバーの障害の可能性をゼロにはできないため、可用性を高めるためにはELBを用いた冗長構成が基本となります。
• Route 53とELBの役割を混同しないこと
  ELBはリージョン内のリソースを監視して負荷分散を行いますが、Route 53はより広いシステム全体（ELBそのものやAWSの外部に存在するリソースなど）を監視し、名前解決レベルでの切り替え（DNSフェイルオーバー）を行います。
• マルチリージョン構成は要件に応じて採用すること
  すべてのシステムでリージョン障害対策が必要になるわけではなく、過剰な設計はコスト増や運用負荷につながります。

単一リージョンで十分な可用性を確保できるケースも多いため、可用性要件に応じて段階的に構成を検討することが重要です。

失敗しない移行を実現するために専門家を頼ろう

Amazon Route 53は、高い可用性と多機能なルーティングポリシーを備えたDNSサービスです。

単純なドメイン管理だけでなく、ヘルスチェック機能やマネージドサービスを活用すれば監視業務の自動化やBCP対策が実現します。

特に、高い可用性を実現するためには、ELBやヘルスチェック、フェイルオーバーなどの適切な組み合わせが不可欠です。

専門的なポイントが多いため、クラウド移行やネットワーク設計に不安がある場合は専門家への相談を推奨します。サンアットマークは、AWSサービスパートナーとして豊富な実績がありますので、ぜひお気軽にご相談ください。

クラウド移行・AWS移行のお見積りご相談はこちら