kazu_0のブックマーク / 2017年1月14日

kazu_0 id:kazu_0

2017年1月14日のブックマーク (4件)

【新機能】Amazon Route 53 に[Calculated Health Checks]と[Latency Checks]が追加されました！ | DevelopersIO
【新機能】Amazon Route 53 に[Calculated Health Checks]と[Latency Checks]が追加されました！こんにちは、せーのです。今日はRoute 53に追加された2つのチェック項目をご紹介したいと思います。 Calculated Health Checksとは今までヘルスチェックは1ドメインにつき1つ、割り当てられていました。しかしポータルサイトなどでは特集ページやユーザーページ等、複数のドメインを使用してコンポーネントを構築するWebサイトがあります。Calculated Health Checksを使用するとこのような複数のドメインをグループ化しANDやORでまとめてヘルスチェックすることができます。例えば3つのドメインから成り立つサイトを運営していてどれか1つのドメインでもヘルスチェックが通らなかったらアラートを上げる、ということも可
kazu_0 2017/01/14
AWS

route53
リンク
Auto Scaling group監視メトリックスがEC2の詳細モニタリングと独立して提供されるようになりました | DevelopersIO
こんにちは、虎塚です。 2016年8月18日のAWSアップデートによって、Auto Scaling groupの監視にEC2の詳細モニタリングが不要になりましたので、ご紹介します。 AWS Developer Forums: Free Auto Scaling Group Metrics with Graphs (閲覧にはAWSへのログインが必要です) これまでのAuto Scaling group監視 Auto Scaling groupを使ってシステムを運用する際には、group内に存在するEC2インスタンスと、Auto Scaling group自体の両方を監視します。 Auto Scaling groupの監視で提供されるCloudWatchメトリックスは、たとえば、groupの最大/最小サイズ、InService状態のインスタンスの数やTerminateされたインスタンスの数など
kazu_0 2017/01/14
AWS

AutoScaling
リンク
ELBとRoute 53のヘルスチェック仕様の違い | DevelopersIO
こんばんは、三井田です。今回は、Elastic Load Balancing (ELB)とRoute 53のヘルスチェックの仕様の違いについて簡単にまとめてみたいと思います。 ELBのヘルスチェックはご存知のとおり、ロードバランサがどのバックエンドインスタンスにトラフィックをルーティングするかを判断するために用いられます。一方、Route 53のヘルスチェックは、重み付けラウンドロビンやDNSフェールオーバーで、どのIPアドレスを回答に含めるかを判断するために用いられます。ヘルスチェック仕様早見表まずは、以下の表にご覧下さい。サービス ELB Route 53 ヘルスチェック元（Health Checker）
kazu_0 2017/01/14
AWS

Route53
リンク
ELBの挙動とCloudWatchメトリクスの読み方を徹底的に理解する | DevelopersIO
よく訓練されたアップル信者、都元です。ELBはAWSにおけるWebシステムを構築する場合、ほぼ確実に利用するコンポーネントとして不動の地位を確立しつつあります。利用方法としては、ELBを作成して配下にWebサーバを配置するだけというお手軽さがあり、非常に利用しやすいのも大きなメリットです。しかし、ELBの詳細な挙動について、しっかり理解できているでしょうか。本エントリではいつも利用しているELBについて、ちょっと深く突っ込んでみました。 ELBのロードバランシング戦略 ELBの配下には複数のAZにまたがるようにインスタンスを配置するのが一般的です。（cf. AWSにおける可用性の考え方） ELBを作成すると、DNS名が付与されますが、クライアントがELBにアクセスする際、まずこのホスト名をIPアドレスに変換するDNSの正引きリクエスト（下図中の緑色の矢印）を行います。digコマンドを使っ
kazu_0 2017/01/14
AWS

ELB
リンク
- 2017年1月16日
- 2017年1月14日
- 2017年1月12日