[B! monitoring][cloudwatch] yassのブックマーク

Amazon CloudFrontのトレンドをCloudWatchで監視する | DevelopersIO

ども、大瀧です。初期費用なしのCDN(Content Delivery Network)サービス、CloudFrontを皆さん使っていますか? Webサイトを運用するときには「実際にどの程度アクセスが来ているのか」、「エラーは発生していないか」などをチェックすることになると思います。CloudFrontにはUsage Reportというアクセス数およびエラーリクエスト数を表示する機能があるのですが、1時間単位と粒度の荒い情報しか出すことができませんでした。本日、CloudWatch(AWSの監視サービス)がCloudFrontに対応し、粒度の細かい情報の確認とアラーム設定ができるようになりました。 Amazon CloudFront Now Publishes Six Operational Metrics to Amazon CloudWatch こちらの機能を使い、CloudWat

yass 2014/12/23

リンク

Amazon EBS ボリュームのモニタリング - Amazon EBS

ボリュームステータスはボリュームステータスチェックに基づいており、ボリューム状態を反映していません。従って、ボリュームステータスではボリュームが error 状態 (例えば、I/O を受け付けできない) であることは判りません。ボリュームの状態についての詳細は、ボリューム状態を参照してください。あるボリュームの整合性について心配しているわけではなく、そのボリュームに障害が発生した際にそのボリュームをすぐに利用できるようにしたい場合は、デフォルトの動作を上書きして、I/O を自動的に有効にするようにボリュームを設定することができます。Auto-Enable IO 属性 (API の autoEnableIO) を有効にしている場合は、ボリューム状態のチェックは引き続きパスされます。また、ボリュームに潜在的な障害があると判断されたが、そのボリュームの I/O が自動的に有効になったことを伝え

yass 2014/01/29

リンク

Elastic Load Balancing Adds New CloudWatch Metrics

yass 2013/11/29

" Backend Connection Errors: the number of errors / Surge Queue Length: the number of requests queued by the load balancer, awaiting a back-end instance to accept connections and process the request/ Spillovers: the number of rejected requests due to a full surge queue "

リンク

ELBの挙動とCloudWatchメトリクスの読み方を徹底的に理解する | DevelopersIO

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