Amazon CloudFront の障害に備えてフェイルオーバーを設定する - Qiita
日本時間 2014/11/27 の AM9時〜AM11時頃まで、全世界的に Amazon CloudFront に障害がありました。 CDNとして CloudFront を利用しつつ、障害時にはフェイルオーバーする方法をまとめました。 S3 CloudFrontのOriginがS3でない場合は、この項の設定は関係ありません。 CloudFrontのOriginとしてS3を使う場合、以下のようにします。 file.example.jp のような、使いたいドメイン名で S3バケット を作る Static Website Hosting を有効にしておく ドメイン名のバケットで Static Website Hosting が有効になっていないと、後述の Route53 の Alias Target に設定できません。 Health Check Route53 の Health Checks を
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は、正常時はアクティブなリソースレコードセットを返す動作をしますが、
Amazon Route53編～サイトを公開してみよう！パート①～
これまでの記事ではEC2やRDSの立ちあげや設定、S3へのバックアップなどの基本的な設定について一通り記述させて頂きました。 さて今回は、「サーバの立ちあげや基本設定ができたのでサイトを公開してみたい！」といった場合に必要となる設定についてお話します。 サイトを公開するにあたり必要になるのがDNSサービスです。DNSはAWSのRoute53を使って設定することができます。 Route 53の特徴としては以下が挙げられます。 ・SLA 100% ・ホストゾーンあたり＄1/月以下の安価な料金体系 特に「SLA 100%」というのが非常に魅力的ですね。 ちなみにRoute53という名称は、DNSサーバがクエリの送受信に使用する「UDPポート53」に由来しています。 ドメインの取得自体はお名前.comなどのサービスを利用する必要があります。 以下にお名前.comで取得したドメインをRoute53で
EC2に開発環境を構築。インスタンス起動後に即アクセス可能にするッ！ | hampom TODAY
最近、プライベートで開発を再開しました！(どうでもいい) 自宅で開発するのは誘惑が多すぎて辛いので、ノートパソコンを持ってコワーキングスペースに行ったりします。 しかし、どうもパソコンが重い…。 そこで、どうにかして手持ちのスマホ(Galaxy S2)で開発できないかなあ、と調べてみました。 Amazon EC2 に開発環境を作るッ Galaxy S2 は、別売りのケーブルを購入するとHDMI接続できたり Bluetoothキーボードが使えたりするので、開発にはピッタリ。 デバイスのrootを取って、Debian をインストールするなんて方法もあるけれど、動作が重いだろうし、自宅からならノートパソコンで開発したい場合もあるし… と、色々考えて思いついたのが AWS の EC2 に開発環境を作る事でした。 micro インスタンスをチョイスし、LAMP環境を構築するだけなので、これらの
テンポラリ稼働な EC2 インスタンスから Route53 をダイナミック DNS っぽく使う - 旧・私と私の猫の他は誰でも隠し事を持っている
最近はコード書くより AWS の色んな機能を弄ってる方が楽しかったりするので、プログラマとしてのアイデンティティが揺らぎはじめている Mariyudu@どうせ野良だし楽しければいーんじゃねーの、です。はい、矜持もプライドも野末のどっかに忘れてきましたw そんな訳で今、某サービスを構成するサーバを AWS EC2 上で開発中です。開発用のインスタンスだとキホン、作業の時だけ起動して料金を節約するってのがパターンだと思いますが、そんな時ちょっと不便なのが起動の度に変わってしまう IP やホスト名。そこで、このサービスのドメインもやはり AWS の Route53 (以下、R53)で DNS 運営していることもあり、インスタンス起動時に当該ホストの A レコードを書き換える仕組みをちょこちょこっと作ってみました。R53 de Dynamic DNS って感じですな。以下、手順です。 R53 の認
EC2インスタンス起動時にRoute53のリソースレコードを更新する - azuki note
EC2は完全従量制でインスタンスを起動していないときには、EBSを除きほぼ課金が発生しないため、検証用など必要なときだけすぐにサーバを準備できるので非常に便利です。ただ、必要なときしか使わないインスタンスに、Elastic IPアドレス(固定IP)を割り当てるとインスタンスが稼動していないときにも課金されてしまいます($0.01/hなので、1日のうち10時間しか使わないとすると、だいたい0.01×14h×30×85円=357円)。 Elastic IPを使わないとIPアドレスがインスタンスの起動のたびに変更されてしまうので、必要なときだけ起動するという使い方だと不便です。これを改善するため、インスタンスの起動時にDNSサーバのレコードを更新して、登録しているホスト名でインスタンスにアクセスするという方法があると思います。DNSはBINDでもいいですが、せっかくなのでRoute53を使います
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
