Amazon Route 53 Application Recovery Controller とは - Amazon Route 53 Application Recovery Controller
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 Amazon Route 53 Application Recovery Controller とは Amazon Route 53 Application Recovery Controller (Route 53 ARC) は、 で実行されているアプリケーションのリカバリの準備と完了に役立ちます AWS。Route 53 ARC には、ゾーンシフトとゾーンオートシフトを含むマルチアベイラビリティーゾーン (AZ) リカバリ と、ルーティングコントロールと準備状況チェックを含むマルチリージョンリカバリ の 2 つの機能セットが用意されています。Route 53 ARC を使用すると、高可用性リカバリツールを活用して、マルチリージョンまたはマルチ AZ アプリケーシ
Implementing multi-Region failover for Amazon API Gateway | Amazon Web Services
AWS Compute Blog Implementing multi-Region failover for Amazon API Gateway This post is written by Marcos Ortiz, Principal AWS Solutions Architect and Khubyar Behramsha, Sr. AWS Solutions Architect. In this post, you learn how organizations can evolve from a single-Region architecture API Gateway to a multi-Region one, using a reliable failover mechanism without dependencies on AWS control plane o
社名変更に伴う Web アプリのドメイン変更が CDK でサクッと終わった話 - 電通総研 テックブログ
こんにちは。コーポレート本部 サイバーセキュリティ推進部の耿です。 当社は2024年1月に社名が「電通国際情報サービス」（ISID）から「電通総研」に変わりました。 当然、各種システムの変更も社名変更に合わせて行われました。 今回は AWS CDK を利用して構築したある社内向け Web アプリのドメインを切り替える際に、意外とサクッと終わった話をしたいと思います。 ドメインの切り替えは緊張感のある作業ですが、結果的に本番環境での実作業時間はわずか30分で終わりました。 アプリのインフラ構成 切り替え手順 CDKによる切り替え作業: 切り替え前 CDKによる切り替え作業: 事前準備 CDKによる切り替え作業: 本番切り替え 所感 アプリのインフラ構成 今回ドメイン切り替えを行った社内向け Web アプリの大雑把なインフラ構成は次の図の通りです。関連するコンポーネントのみを抜き出しており、D
Route 53 + ACM + CloudFront + S3 をアカウント移行したいとき | iret.media
はじめに こんにちは、MSP の田所です。 みなさんは Route 53, ACM, CloudFront, S3 をごそっとアカウント移行したいと思った経験はありませんか？ えっ？ないですか？ それではこの中で移行時にダウンタイムが発生するのはどれでしょうか？ えっ？興味ないですか？ そんなこと言わずにお付き合いくださいmm やりたいこと アカウント A からアカウント B に移行 静的ウェブサイトホスティングをしている想定です。 移行してみる 0. NS レコードの TTL 調整 Route 53 で現役の NS レコードの TTL を下げておきます。 ネームサーバーをスムーズに切り替えるための準備です。 Route 53 レジストラでネームサーバーを更新するための前提条件は何ですか? 1. リソース作成 [アカウントB] 証明書の作成 ACM でドメイン証明書を取得します。 Clou
意外と高いVPCエンドポイントのコストを下げる方法
集約すると嬉しいこと VPCエンドポイント自体のコストを大きく削減できるのが一番のポイントですが、 他にもこんなメリットがあると思います。 NAT GatewayやTransit Gatewayへの通信量（≒コスト）が減る場合がある アカウント全体でVPCエンドポイントを作成する回数が1回で済む パブリック/プライベートを意識せずに済む（強制的にプライベートな通信経路となる） などなど コストはどれだけ減るのか 例えば50アカウントで10個のVPCエンドポイント（全て東京リージョン）を利用している場合、 月に $5,110 (¥740,950 $1=¥145）発生します。 これを1つのアカウントに集約すると、 純粋にアカウント数で割ったら月に $102.2(¥14,819 $1=¥145）に下がり、 約98％削減できることになります。 ちなみにVPCエンドポイントは1AZにつき1つ作成する
改めてECSサービス間通信を整理する - NRIネットコムBlog
本記事は 基盤デザインウィーク 7日目の記事です。 🌈 6日目 ▶▶ 本記事 ▶▶ 8日目 💻 こんにちは、梅原です。 皆さんはコンテナオーケストレーションサービスであるAmazon ECS使ってますでしょうか。今回はECSのサービス間通信の方法4つについてお話します。 ECSサービス間通信についてとその4つの方法 1. Elastic Load Balancer Elastic Load Balancerまとめ 2. ECS Service Discovery ECS Service Discoveryまとめ 3. AWS App Mesh AWS App Meshまとめ 4. ECS Service Connect ECS Service Connectまとめ 4つの方法比較 最後に ECSサービス間通信についてとその4つの方法 昨今、マイクロサービスという言葉をよく聞きますが、E
【Route53】Zone Apex と CNAME とエイリアスレコードについて整理する - サーバーワークスエンジニアブログ
コーヒーが好きな木谷映見です。 AWS の DNS サービスである Amazon Route 53 では、AWS サービスの DNS 名をドメイン名に紐付けるためのエイリアスレコードというものがあります。 過去に弊社ブログでも何度か記事になっているのですが、なかなか腹落ちが難しく、絵を描きながら自分でも検証して整理してみることにしました。 DNS とは（おさらい） DNS の委任について ゾーン Zone Apex DNS のレコードタイプについて Aレコード エイリアスレコード エイリアスレコードの使いどころ Zone Apex に AWS リソースの DNS 名を指定できる 利用料金がかからない CNAME レコード CNAME レコードの制約 Zone Apex は CNAME レコードを登録できない 同じドメイン名の CNAME レコードは登録できない おまけ：検証結果まとめ ◎（
【ざっくり解説】Route 53 ResolverとResource Access Managerについて3段階で図解説する | DevelopersIO
今回のテーマ こんにちは「ハンターハンター38巻を待ち望んでいる」AWS事業本部コンサルティング部のこーへいです。 今回のテーマは「Route 53 Resolver」と「Resource Access Manager」についてです。 テーマの目的 最近「Route 53 Resolver」という存在を知り、加えてRoute 53 Resolver Ruleを「Resouce Access Manager」で共有するとルールの一元管理で便利になると知りました。 以下の記事を参考にしつつ、お絵描きするとようやく自分向けの理解しやすいものが出来たので共有しようという目的です。 あくまで概念的な解説が目的ですので詳細な説明は省略し、理解しやすい土壌作りをメインに扱っていきます。 第1段階 Route 53 Resolver まずはRoute 53 Resolver単体で見てましょう。 今回のケー
[初心者向け] APEX ドメインと CNAME レコード制約についてまとめてみた | DevelopersIO
アノテーション、テクニカルサポートチームの村上です。 前職では法人営業として働いていたので、ドメイン関連のお問い合わせや手続きの依頼をよくいただきました。 基本的な DNS レコードについては、当時からそれなりに分かっていましたが、正直 APEX ドメインについては何となく知っているという感じでした。 本ブログでは、「サブドメインとは？」といった基本事項の確認から、何故 APEX ドメインで CNAME レコードを利用すると問題が発生するかについて考えてみます。 なお、本ブログを 7 割ぐらい書き上げた時に、DevelopersIO 内において同じ視点で書かれた素晴らしい記事を見つけてしまいましたが、自分の言葉でもまとめてみることにしました。 資料としては、下記ブログをご利用ください。 APEX ドメインって何？ まず、APEX ドメインの見た目ですが、こんな感じでスッキリしています。 e
[アップデート] Amazon Route 53のPublic Hosted ZoneでIPベースルーティングができるようになりました | DevelopersIO
[アップデート] Amazon Route 53のPublic Hosted ZoneでIPベースルーティングができるようになりました アクセス元のIPアドレスによって名前解決の結果を変えたいな こんにちは、のんピ(@non____97)です。 皆さんはアクセス元のIPアドレスによって名前解決の結果を変えたいなと思ったことはありますか? 私はあります。 名前解決先のドメインによってリゾルバーを変える機能として条件付きフォワーダーがあります。それと同じような使い勝手で、アクセス元のIPアドレスによって名前解決の結果を変えたくなる時がたまにあります。 今回、Amazon Route 53のPublic Hosted ZoneでIPベースルーティングができるようになりました。 まさに欲しかった機能が来たぞという感じですね。 AWS公式ブログも投稿されています。 早速触ってみたので紹介します。 い
![[アップデート] Amazon Route 53のPublic Hosted ZoneでIPベースルーティングができるようになりました | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/5a2dce04d7304309f65cbf2068ac05e998abe8ee/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F05%2Famazon-route-53.png)
Amazon Route 53 をサブドメインの委任先DNSサーバーとして利用 - サーバーワークスエンジニアブログ
こんにちは、クラウドインテグレーション2部 技術1課 宮形 です。 最近、サブドメインについて調べて理解を深める機会があったので、本BLOGにて紹介します。 とある社内からの相談は「すでに(AWS以外で)ドメイン取得とDNSサーバーを運用している状態から、サブドメインを設けて AWS の Amazon Route 53 (以下 Route 53 と記)でレコードを設定できるか？ドメインはAWSへ移管しない前提とする。」でした。 結論としては「可能」なのですが、実際にどのように設定すればよいかイメージをつかみたく、手元の環境でテストしました。そのときの内容をご紹介させていただきます。 概要 設定手順 Route 53 側の設定 親ドメインDNSサーバー (お名前.ドットコム) 側の設定 動作確認 まとめ 概要 ゴールを下記のようにします。すでに存在しているドメイン名は miyagata.ab
お名前.comからRoute 53にサブドメインを委任する
AWSお勉強中に お名前.com で取得したドメインを Route 53 に設定して使ってみようと思ったんですが、すでに設定済みの項目もあるのでサブドメインだけ Route 53 に委任することにしました。 以下、 お名前.com で example.com を取っていて、example.com は お名前.com 管理のまま、aws.example.com は Route 53 で管理するようにして Elastic IP に割り当て済みの 198.51.100.1 を設定する、という想定で書いていきます。 なお、宗教上の理由によりマネジメントコンソールは English (US) で表示しています。 全体の流れは以下のページにしたがってやっていきます。 既存のサブドメインを委任するときはこちらになります。既存のサブドメインの内容を移行する手順になっています。 ホストゾーンの作成 まず、
[アップデート] VPC からのアウトバウンド DNS クエリをフィルタリング。Amazon Route 53 Resolver DNS Firewall がリリースされました。 | DevelopersIO
本日のアップデートで Route 53 Resolver に新たな機能として DNS Firewall が追加されました。 Introducing Amazon Route 53 Resolver DNS Firewall DNS Firewall? DNS Firewall は VPC からのアウトバウンド DNS リクエストを保護します。保護方法の例としては以下のとおりです。 特定のドメイン名以外の名前解決をさせない 不良と判別されているドメイン名の名前解決をさせない これらの方法により、DNS の侵害やマルウェア感染により、ユーザーの知らないところで悪意のあるサイトへ誘導されるような攻撃から保護することが可能になりました。 管理方法 DNS FIrewall は AWS Firewall Manager を使用して AWS Organization 内のアカウント全体で一元的に設定、
SendGrid と Amazon Route 53 で SPF, DKIM 設定してメール送信してみる | DevelopersIO
はじめに おはようございます、もきゅりんです。 メールを送信するときには、高信頼性にしましょう、ということを先日のブログ、Amazon SES でメール送信するときのベストプラクティスまとめ(2020年10月) でまとめました。 では、 Amazon SES(以下SES) ではない方法で対応するとどうなるのか。 ということで、皆大好き SendGrid と Amazon Route53(以下Route53) で SPF, DKIM 設定する方法をまとめてみました。 (SendGrid では DMARC は対応していません。) 本稿では改めて SPF, DKIM, DMARC の詳しい説明はしません。(SPF, DKIM, DMARC は被害が後を絶たない、なりすましメールの対策に有効な手法となる「送信ドメイン認証」の方法です。それぞれ異なった技術の認証方式であり、どれかではなく、組み合わせ
Route53 のプライベートホストゾーンを使って同一アカウント内の別VPCのサーバーを名前解決してみた | DevelopersIO
コンサル部＠大阪オフィスのYui(@MayForBlue)です。 昨日、Route53のプライベートホストゾーンを初めて使ってみたという記事を投稿しました。 今回は同一アカウント内の別VPCのインスタンスから名前解決できるように設定してみます。 構成 同一アカウント内にVPCを2つ用意して、VPCピアリングで接続します。 プライベートサブネットに配置したEC2を任意のドメイン名で名前解決できるようにプライベートホストゾーンを設定します。 ひとつめのVPCのパブリックサブネットに配置したEC2から、ふたつめのVPCのプライベートサブネットに配置したEC2の名前解決ができることを確認します。 前提条件 検証に使用するVPC/サブネット/EC2は作成済みとします。 やってみる VPCピアリングの設定をする まずは使用するVPCのピアリング接続を設定します。 VPCのダッシュボードの左側メニューか
Auth0で自己管理証明書を使ったカスタムドメインを設定する(AWSのサービスを利用) | DevelopersIO
Auth0では、テナントのドメインを、選択した1つのカスタムドメインにマッピングできます。 Auth0のドメインをリダイレクトしたり、Auth0のドメインを使用したりする代わりにカスタムドメインを使用することで、 ユーザーに一貫した体験を提供することができます。 カスタムドメインの設定には２種類あります。 Auth0管理の証明書を使用してカスタムドメインを構成 自己管理証明書でカスタムドメインを構成 本記事では自己管理証明書でカスタムドメインを構成する方法をやっていこうと思います。 自己管理証明書でカスタムドメインを構成するには以下のことが必要になります。 認証局から証明書を購入または提供し、更新を自分で管理 証明書をインストールするリバースプロキシ(プロキシからのトラフィックが受け入れられる) カスタムドメインに複数のDNSレコードを設定 証明書は AWS Certificate Man
クロスアカウントのプライベートホストゾーンを使ったチョット怖い話 | DevelopersIO
先日のアップデート記事にてクロスアカウントのプライベートホストゾーンが悪用されるケースについてさらっと触れましたが、本記事にてもう少し詳細に説明したいと思います。 想定している環境 今回の想定は外からの攻撃ではなく、内部の悪意のある従業員による攻撃を想定しています。 悪意のある従業員は攻撃用の AWS アカウントにプライベートホストゾーンを作成し、攻撃対象の VPC に対して関連付け出来るように承認を行います。 攻撃用アカウントで関連付けを承認 $ aws route53 create-vpc-association-authorization \ --hosted-zone-id Z0726249140AAR8TX1YWT \ --vpc VPCRegion=ap-northeast-1,VPCId=vpc-010be4739e500d319 HostedZoneId: Z0726249
Certificate Manager (ACM) がDNSの検証をサポートしました | DevelopersIO
ウィスキー、シガー、パイプをこよなく愛する大栗です。 無料のSSL/TLS証明書サービスであるCertificate Manager (ACM) でDNSの検証がサポートされましたので、早速試してみました。 AWS Certificate Manager: Easier Certificate Validation Using DNS Certificate Managerの検証 SSL/TLS証明書サービスであるACMは、正当なドメインの管理者であることを検証をするステップがあります。今までは対象のドメインと親ドメインの管理者に対してEメールを送信して、本文に記載しているURLにアクセスすることで検証していました。今回DNSを使用して検証する事がサポートされました。 一般的なDNSによるドメイン検証ではサブドメインにTXTレコードを設定するのですが、ACMではサブドメインにCNAMEを設
Amazon Route 53のALIASレコード利用のススメ | DevelopersIO
よく訓練されたアップル信者、都元です。 Amazon Route 53は、AWSが提供するDNSサービスです。通常、ドメインを取得すると、ドメインレジストラからDNSがサービスで提供されることが多いと思います。費用は大抵ドメイン代に含まれていて、追加費用は無いことが多いです。しかしAWSで利用するドメインは、下記のような理由から、ドメインのオマケで付いてくるDNSではなく、Route 53を利用するメリットが大いにあります。 無料じゃないとは言え、とにかく安い。Route 53のコストが月10ドル超えるような人気サービスを作れたら勝ち組です。 プログラマブルである。レコードの定義と書き換えをスクリプトで実行できる。デプロイの自動化に寄与。 CloudFormationからレコードの定義と書き換えができる。まぁ↑とほぼ同じことを言ってますが。 SLAは100%（！？） ELB, CloudF
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://infraya.work/exam/awsap_route53_cname_vs_alias_records/