RoadWorkerで管理するAmazon Route53 | iret.media
AWSのRoute53の設定をRubyのDSLで管理できるCLIツール。 作成者サイト http://so-wh.at/ Github https://github.com/winebarrel/roadworker 手順 インストール インストール gem install roadworker --no-ri --no-rdoc 確認 ➜ roadwork -v roadwork 0.4.10 ➜ roadwork Usage: roadwork [options] -p, --profile PROFILE_NAME -k, --access-key ACCESS_KEY -s, --secret-key SECRET_KEY -a, --apply -f, --file FILE --dry-run --force --no-health-check-gc -e, --export
画像配信にS3(同一ドメインの別FQDN)を使いたい場合のDNS設定方法 | iret.media
cloudpackエバンジェリストの吉田真吾（@yoshidashingo）です。 S3に画像ファイルなどを上げてWebsite HostingをONにするだけだと、URLの構造が以下のような感じになります。 ｈｔｔｐｓ://s3-ap-northeast-1.amazonaws.com/img.foobar.com/test.jpg 既存のサーバーから画像ファイルの配信元をS3に移行しようとした場合に、上記のようなURLに書き換えるようにプラグインなどで設定してあげる必要がありますが、どうせならもうちょっと格好いい感じにしたい。 ということで以下のようにしたい。 HTMLは既存のサーバーのfoobar.comから配信する。 foobar.comのDNSは既存のDNSを使っている 画像ファイルをS3からimg.foobar.comという既存サーバーのサブドメインで配信したい こんな場合、ど
Route53 : ValueDomain | iret.media
Amazonが提供するDNSサービス ドメイン取得、ドメイン名登録、ヘルスチェック、フェールオーバー等が行える。 通常はドメインを取得したレジストラから追加料金なしで、提供されているサービスですが、 AWSとの連携、プログラマブルな操作、レコード反映の早さなどが特徴。 料金 0.50 USD（ホストゾーンごと）/月 – 最初の25のホストゾーン 0.10 USD（ホストゾーンごと）/月 – それ以上のホストゾーン 0.400 USD（100 万クエリごと） – 最初の 10 億クエリ/月 手順 HostedZones HostedZonesを作成 Aレコードをセットする レコード確認 名前解決確認 nslookup -type=any satohiroyuki.info satohiroyuki.info primary name server = ns1.value-domain.com
Route53 を使って Sensu の RabbitMQ を HA 構成にしてみた | iret.media
cloudpack の 自称 Sensu芸人 の かっぱこと 川原 洋平（@inokara）です。 はじめに Sensu をプロダクション環境で運用しようとすると、その中核となる RabbitMQ はどう見ても SPOF になるんでは？という疑問から HA Proxy や Route 53 を使って HA 構成がとれないか検証してみた。 下記のように Sensu クライアント及び Sensu サーバーが Route 53 に定義されたドメイン名に対してアクセスするような構成を構築して検証する。 尚、今回は ElastiCache for Redis は用いずに Sensu サーバー上に構築した Redis サーバーを利用した。 Route53 による Health Check の設定 参考 Route53のDNSフェイルオーバー機能を使ってみた 設定の条件 RabbitMQ ノードのグロー
cloudpackブログ - Direct Hosting & Cache Distributionパターンでyumリポジトリの作成(S3/CloudFront/R53まで)
HistoryをSyslogに出力BashのRPMを作ってみた(CentOS6)の記事でアップデート用のRPMを作成しました。 今回は、yumでアップデートできるようにリポジトリを用意し、公開してみようと思います。 合わせて、下記のCDPを適用したyumリポジトリを作成してみます。 Direct Hostingパターン Cache Distributionパターン 図にすると、下記のようになります。 尚、全て記載すると記事が非常に長くなってしまうので、まずは器(S3 & CloudFront & R53)の構築方法まで 紹介します。 ○S3の準備 S3の管理ページでの作業です。 バケット名(トップレベルのフォルダ？)を指定します。 作成した状態が確認できます。 バケットのパーミッションは誰でもバケット内のオブジェクトリストが見れるようにしておきます。 Website Hosting機能を有
cloudpackブログ - IAMユーザーにRoute53の権限
IAMのコンソールで、標準ポリシーにRoute53の設定がないので、マニュアルでポリシーを設定します。 { "Statement":[ { "Effect":"Allow", "Action":["route53:*"], "Resource":"*" } ] } 実際の設定画面は、下記になります。 IAMのコンソール画面から、PermissionsのAttach User Policyをクリックし、Set PermissionsのCustom Policyより、上記のソースを入力します。 上記のポリシーを追加したユーザーはRoute53がフル操作することができます。 参考ドキュメントAmazon Route 53 Developer Guide こちらの記事はなかの人（kenjionsoku）監修のもと掲載しています。 元記事は、こちら
cloudpackブログ - ネームサーバ変更時の設定確認方法(nslookup編)
今回、サーバの移行に伴い、ネームサーバをRoute53へ変更する案件があったのですが、 ネームサーバを変更する場合、新規のサーバでも現行のネームサーバと同じ設定にする必要があります。 そこで、新規のネームサーバで設定した内容に不備がないかを確認する場合には、下記のようにnslookupで 確認することができます。 例として、Route53で下記のようなレコード設定をしたとします。 (設定ドメインはcimacoppi.bizとします) まずは、serverの指定です。 次に、Aレコードの確認です。 最後に、MXレコードの確認です。 以上で、ネームサーバに設定した内容を確認することができます。 こちらの記事はなかの人（be_hase）監修のもと掲載しています。 元記事は、こちら
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
