[AWS][ELB]ELBがスケールアウトされないケース
ELBがスケールアウトされず、Latency低下に悩んでた原因がハッキリしたのでメモ。 状況 アドサービスの入り口部分で、 フロントをさばいているELBのLatencyが、 ピークタイムに不自然な動き、Latencyが1sec超えるなどの遅延。 （何故かMAX3秒以上は遅延しない。） 対応 memcachedへのアクセスをinternal ELB経由で行なっていた部分を IP直指定とした。 Latencyは 10ms前後で落ち着いた。 このことから、遅延原因はinternal ELBと断定。 ELBの動作 SA様に聞いた所、 ELBは、内部的にEC2を動かして動作させてるとのことなのだが、 そのインスタンスが一定条件を満たした際に、ELBのスケールアウトが行われる。 （スケールアップも有るのかな？） スケールアウト条件は、対象インスタンスの CPU Utilization、Network
ElastiCacheとELBとtwemproxy - まめ畑
redis / memcachedをスケールする方法として、アプリケーションで分散アルゴリズムを実装する方法や、ライブラリを使う方法などありますが、 Twitterが作っているtwemproxy(https://github.com/twitter/twemproxy)というものがあります。 これは、redis / memachedの前段に置くことでキャッシュクラスタを構成することが出来ます。様々な分散アルゴリズムや、故障ノードの切り離しなどの機能もあり、 キャッシュノードが不具合で接続できなくなったとしても自動でサービスアウトしてくれます。 開発も盛んに進んでいて、今、ノード追加時にプロセスの再起動が必要ですが、gracefulの実装も見えて来ました。 詳しくは以前書いたこちらの記事を参照して下さい。http://d.conma.me/entry/20121227/1356596553
現場志向でELBについて考える | TecTec Cloud
ELBについて深く知りたくなってしまったので、改めて調べたり聞いたりした。 今回そもそも知りたかったポイントは下記の2点 ELBがどういう仕組みで膨大なトラフィックに耐えているのか ELBで稀に障害が発生するみたいなので、その影響をなんとか回避できないか ELBの概要 内部仕様に踏み込む前に、改めて概要と基本機能を確認。 ELBの役割 ELB（ElasticLoadBalancer）は、Webトラフィックを配下のEC2Instanceに適切に分散してバランスを取る仕組み、いわゆるロードバランサー。なぜ分散させる必要があるかというと、1台のサーバで処理可能なトラフィックには限りがあるから。また、AutoScalingや、Zone間分散（Multi-AZ）といった構成をとる為にも必要となる。 ELBの基本機能 ELBの基本機能は、高負荷システムにおいて、肝となる重要なものばかり 負荷分散
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
