Route 53 の管理を自動化できる Roadworker を試して GeoLocation のエクスポートを直した - kakakakakku blog
最近試していた Piculet に続き，Codenize.tools の中でも特によく使われてそうな Roadworker を試した．セキュリティグループほどの複雑さはないけど，ドメイン設定も管理コンソールで運用するのではなく，宣言的にコード化を進めて，レビュープロセスを通してから反映するべきだなと考えていて，既に稼働しているシステムに導入するのに適切なツールだなと感じている． github.com 今年7月に開催された Infrastructure as Code 勉強会でも DNS 設定を Reproducible（再現可能） に管理する事例として Roadworker が紹介されていた． kakakakakku.hatenablog.com エクスポート 既に Route 53 に適用されている設定を簡単にエクスポートすることができる．Roadworker では冪等性が保証されている
Amazon Route 53に多数の新機能が追加されてた | DevelopersIO
AWSの管理するDNSサービス Amazon Route 53を使いたいためにAWSアカウントを新規に作成する人も多いという鉄板サービスのRoute53です。今回は、そんなRoute53に新機能が多数追加されていた件について色々振り返りたいと思います。 ヘルスチェックおさらい 登録したドメインが指定するホストから期待する応答がない場合に異常な状態としてアラート飛ばしたりセカンダリーにDNSフェイルオーバーすることができます。そして、正常な状態に戻ったら振り先が戻ります。 フェイルオーバーの仕組みは3つ（Active-Active、Active-Passive、Active-Active-Passive & Other Mixed）ありまして、ルーティングの仕組みと組み合わせることで色々できます。 Active-Activeは、正常時はアクティブなリソースレコードセットを返す動作をしますが、
Route 53のアップデートによりフェイルオーバーのヘルスチェックでELBを指定できるようになった件を検証してみた - サーバーワークスエンジニアブログ
Route 53のフェイルオーバでできないことがありました 先出の『【初心に帰るシリーズ】月額約10円で設置したウェブサイトの有効活用方法』にて、簡単にウェブサイトのフェイルオーバができるとご紹介しました。 しかし、これにはできないことがありました。 5月31日のAWSアップデートにて、これができるようになりましたので、検証がてらご紹介します。 Route 53のフェイルオーバでできなかったこと 先出の『【初心に帰るシリーズ】月額約10円で設置したウェブサイトの有効活用方法』でご紹介したように、本番サイトを監視して落ちたら（落としたら）Sorry画面が出るようにするというとき、本番サイトの監視対象としてIPアドレスを指定していました。 このとき指定できるのがIPアドレスのみで、ELBのようなホスト名（DNSネーム）を指定することができませんでした。 5月31日のAWSアップデートでこれがで
Route53のDNSフェイルオーバー機能を使ってみた
詳しくはAWSのブログを見ると良いですが、Route53にDNSフェイルオーバー機能が追加されたとのことなので、早速自分のサイトに設定してみました。 ちなみにこの機能で出来ることは、簡単に言えば、Route53で設定したヘルスチェックに従ってサーバを監視し、監視リクエストが失敗した場合は自動的に他のサイトに転送することが出来ます。ちなみにロードバランサーではないので、あくまでヘルスチェックの結果を受けてDNSの正引き結果が変わります。あふれたアクセスだけをバックアップサイトに転送するといった用途には使えません。 設定の手順は簡単です。 Health Checkの設定まず、Route53の画面に入って、左のNavigationから、「Health Checks」を選択します。 ここで、監視対象を設定します。 今回はhttpで監視をおこないます。対象サーバのIPアドレスとホスト名、そして監視対
【試してみた】Amazon Route 53にドメインを移動してみた。 | Pocketstudio.jp log3
AWS 上の DNS 環境である Amazon Route 53 に、 DNS を移してみました。これは、その記録。 Amazon Route 53 http://aws.amazon.com/jp/route53/ 一般的に DNS といえば、Linux 系の方であれば BIND や unbound を思い出される方が多いのではないでしょうか。BIND であれば、named.conf にゾーンのエントリを追加したり、セカンダリDNSサーバを登録したりと、ゾーン転送したり。…これが手作業だと、結構面倒だったりしますよね。ウッカリ Serial を更新し忘れて、一日中延々と悩んだり、レコードに「.」をつけ忘れて www.example.jp.example.jp のような情報ががが、とか。 一方、Amazon Route 53 は、ブラウザで画面をポチポチするだけでドメインを管理出来てしまう
DNSもクラウド化！ Amazon Route 53を導入してみたよ。 - aquadrops *
2010年12月にリリースされていましたが、 つい先日AWS Management Consoleからの利用が可能になったようなので、導入してみました。 Route 53って 通常、webサーバには固有のIPアドレス (1.2.3.4 とか)が割り当てられていて、IPアドレスだけでは覚えるのが大変、ということで生まれた仕組みがドメインで、そのドメイン名とIPアドレスを紐付ける、またその逆を行うのがDNS(Domain Name Server)です。(その他にも様々な機能があります) 昨今のインターネットにおいてはなくてはならないし、自然と使っている、いわば縁の下の力持ちといっても過言ではないほど、重要なサービスと言えます。 最近ではドメインを取得すると、レジストラで用意されていたり、レンタルサーバ業者で用意されている事が殆どですが、いまいち使い勝手が良くなかったり、反映に少し時間が掛かった
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Gitを使ったRoute53の管理