コンニチハ、千葉です。 困っていたこと 暖機申請するときの目安はありますか？ バックエンドのWebサーバーの処理能力は考えないとして、ALBはそれぞれ最小時はどの程度のアクセスをさばけますか？ アクセス数が突然増大した場合、ALBの自動スケールアップが効くまでのタイムラグはおおよそどの程度となりますか？ 回答 1. 暖機申請するときの目安はありますか？ 過去ナレッジとしては、以下があります。 5分間で50%以上のトラフィック増加があると、ELB自体のスケールが間に合わずにHTTP 503 レスポンスを返す期間がありえます。その場合には事前に暖気申請を頂くか、あるいは事前に段階的にELBに負荷をかけておくことが推奨されています。 自動的に拡張/縮退しますが突発的なリクエスト上昇(目安:5分以内で数百~数千リクエスト/秒が急激に発生する)にてご検討ください。 参考：https://aws.ty
昔起きたALBの障害 東京リージョン (AP-NORTHEAST-1) で発生した Amazon EC2 と Amazon EBS の事象概要 以前、このような障害が発生しました。 今回のイベントは、東京リージョンの1つのアベイラビリティゾーン(AZ)の一部に影響を与えました。 AZの一部に障害が発生し、 予期せぬ影響(例えば、 Application Load Balancer を AWS Web Application Firewall やスティッキーセッションと組み合わせてご利用しているお客様の一部で、想定されるより高い割合でリクエストが Internal Server Error を返す)があったことを AWS では確認しております。 ALBに障害が発生した事例が多くあったようです。 もしも僕たちのALBが、3AZだったら そんなこんなで 3AZ だったら大丈夫だったんじゃね？とい
みなさん、AWS使ってますか！（挨拶 AWSに限らず、ある程度の規模の何かしらの本番システムを組もうというときに、こういう言葉を聞いたことはないでしょうか。 「負荷分散装置の下に並べる分散先 (サーバ) は３台以上がよい」 「AWS であれば３アベイラビリティゾーン (AZ) にまたがるとよい」 負荷分散装置（ロードバランサー）は負荷を分散するのがお仕事です。分散するだけなら 2 台でもよさそうですよね？ AWS の３ AZ に至っては、そもそも AZ 単位の障害なんてそうそうないし、あったとしてももう片方の AZ が生きていればなんとかなりそうに思えます。 これがどういうことか、少し考えてみました。 おさらい：負荷分散装置と可用性の関係について まずはおさらいです。 負荷分散装置（ロードバランサー）は単純化していえば、その名前の通りひとつの名前（FQDN）へのアクセスを複数のサーバに分散
はじめに Amazonのロードバランサー、“Elastic Load Balancing”（以下ELB）は他にあまりないクラウドのロードバランサー（以下LB）です。 極シンプルなELB×1+ノード×2で見積もってみると ※AWS東京リージョンのEC2,microインスタンスをノードとする ELB $20.16 ノード $19.44×2 =$59.04 1$80円で計算して4,723円/月 です。 これにトラフィックに応じた料金がかかります。 AWSの料金計算はいろいろな組み合わせがあって複雑ですが、サーバ会社の共用ロードバランサーを使うより、初期費用は格段に安く済みます。 さらにクラウドの恩恵が享受ができます。 しかし いくつか通常のLBと異なる特徴があります。 Amazonは詳細な理由を積極的に発表していないのですが、おそらくクラウドの可用性をとるためにいくつか、制約が必要だったように見
Configure a custom domain name for your Classic Load Balancer Each Classic Load Balancer receives a default Domain Name System (DNS) name. This DNS name includes the name of the AWS Region in which the load balancer is created. For example, if you create a load balancer named my-loadbalancer in the US West (Oregon) Region, your load balancer receives a DNS name such as my-loadbalancer-1234567890.u
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? どうも、iron千葉です。 ELBについて、ユーザガイドを見てポイントをまとめました。 ポイントだけ確認したい人、ざっと全体を見たい人におすすめです。 ELBとは トラフィックを複数のインスタンスに分散する（オンプレでいうロードバランサー） ヘルスチェック機能を持っており、配下のインスタンスがヘルスチェックに失敗した場合、振り分けを停止する ヘルスチェックが回復した場合、振り分けを再開する 暗号化・復号化（SSL）機能を利用できる ELBのメリット 複数AZに対して分散を行える。１つのAZがオフラインになった場合でももう１つのAZで処理
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く