AWSのALBがリリースされたので触ってnginxの機能の代わりになるか試してみた - Qiita
概要 AWSでALB（Application Load Balancer）が 2016/8/11にリリースされたので試してみた AWS Application Load Balancer 設定方法・ELBとの違い 設定方法・ELB（Elastic Load Balancer）との違いは以下のblogなどで紹介されているので割愛します 【新機能】新しいロードバランサー Application Load Balancer（ALB）が発表されました AWS Application Load Balancer がきたので試しに作ってみた 概要 出来るようになったこと パスベースルーティング：URLのパスに基いてルーティングが可能です。 複数ポートの登録：1つのインスタンスに複数ポートを登録することが可能です。 コンテナアプリケーションのサポート：ECSはタスクスケジュールので未使用のポートを使用し
WebSocket対応した噂のALB (Application Load Balancer) を試してみた - tail my trail
TL;DR 2016年8月にAWSのLoad Balancerが WebSocketに対応した スムーズすぎて心配になるくらい簡単に導入できる 「うまい、はやい、やすい」ので、導入しない理由はないと思う ALB Release! 巷では長らく噂になっていた、新しいAWSのLoad Balancer。 先月2016年8月11日についにリリースされた。待望のL7対応だ。 個人的に魅力の一つだったのはWebSocket対応。 従来のELBではWebSocket通信を終端できなかったため、 WebSocket通信の負荷分散/バランシングを行ったりSSL/TLS化する場合、 自前でバランシングする仕組みを実装したり、Nginxを前段に配置するなどちょっとした工夫が必要だった。 AWSのLoad BalancerがWebSocketサポートしてくれるのであれば、この設計構築および運用をアウトソース出来
ELBの暖機運転申請 - Qiita
個人メモ AWSポートにELBの暖機運転申請を頼んだ時のメモ AWSサポートから、技術サポート=>ELB=>ELBに関してを選択 ELBのエンドポイント、リージョン、連絡に使用するメールアドレス等を入力 フリーの記述欄に下記フォーマットに従って申請理由を入力した ・ELB名：*********************.elb.amazonaws.com ・リージョン：東京リージョン ・予測されるリクエスト数 （リクエスト/秒）：XXX/秒（MAX:XXX) ・予想されるピーク時のスループット (bit/秒)：XXX ・Pre-warmingが必要となる期間（日本時間）：X月XX日午前0時〜X月XX日午後23時59分 ・HTTPSの利用有無、利用する場合にはHTTPとHTTPSの割合（有／無、％）：HTTPS:XX％/HTTP:XX% ・利用するAZ（アベイラビリティ・ゾーン）の数： XX
大量同時アクセスに備えて ELB を Pre-warming 状態にしておく – I'm Sei.
普段 EC2 を使っていると、ロードバランサーは導入の手間的にほぼ ELB 一択になっちゃいます。 ヘルスチェックはもちろん、高負荷時には自動でスケールしてくれるし、最近やっとコンソールから使えるようになった Auto Scaling とも連携してくれるので、たいへん重宝しています。 ただ、スケールすることを前提としているため、初期状態ではそこまで性能が良くありません。 自分が試した限りでは、HTTPリクエストは 2000 req/s くらいしか捌けませんでした。 また、転送量も 800 Mbps (100 MB/sec) くらいしか稼げませんでした。 (HTTPS の使用や Keep-Alive の設定によっても変わるので一概には言えませんが、ざっくりこのくらいということで。) また、公式のドキュメントによると、スケールするのに 1 ~ 7 分はかかるらしいです。 したがって、徐々にアク
【AWSロードバランサー】SAAでも頻繁に出題されるELBを5分でおさらい
はじめに 前回の「5分でわかるS3」に続き、今回はAWSのロードバランサーのELBを題材にした、「5分でわかるELB」をご案内したいと思います。 今回の内容もこれからAWSを勉強しよう、商材としてAWSも取り扱うことになったのでまずは概要から知ろう、そんな方向けの記事になります。 本記事の概要 ELBの概要や特徴を簡単にざっくり解説します ELBをご検討の方、CLF・SAAに向けて学習中の方向けの記事となっております 出題傾向の高い関連サービスについてもまとめております ELBって何？ ELBは、「Elastic Load Balancing」という名称でAWS上で稼働するロードバランサーサービスです。 Webサーバやアプリケーションサーバが複数あった場合に通信負荷が均一になるように、トラフィックを分散する機能があります。 ELBはAZ(AWSクラウドを構成するDCのこと)に分散して配置さ
ワールドビジネスサテライト砲を乗り越える時にやったこと - 素数好きの最高技術責任者のブログ
先日2013年11月25日（月）にテレビ東京さんのWBS（ワールドビジネスサテライト）に弊社サービスのrecme[レクミー]を取り上げていただきました。 というわけで、急激なアクセス増加に耐えるために打った対策を、時系列順にまとめておきます。 11月22日（金） 〜 放送3日前 〜 EC2インスタンスを沢山並べるために、デフォルトの20台制限を100台にしてもらうようにここのフォームから申請する。 ELBの暖気運転を申し込むため、AWSサポートのビジネスプランに申し込む。 ちなみにAWSサポートは1ヶ月単位の申し込みではなく日割りで清算してくれるようなので、必要な瞬間だけ申し込むことが可能とのこと。 EC2インスタンスはc1.medium（c3.largeにした方が良かったと思ってますが）を2つのゾーンに10台ずつ並べる。 目標は秒間3,000アクセスを優雅に捌くこと。 11月23日（土）
［追記アリ］AWSのELBでHealthyHostCountが0になる
某サービスで時たまELBのヘルスチェックに失敗し、HealthyHostCountが1を下回る事がありました。 AutoScalingの設定もしていますが、in/outの時以外でも発生し、 CPU使用率が30%だったとしても発生しました。 原因がわからず、AutoScalingのしきい値を一時的に変更してみたりもしましたが、一向に改善せず。。。 そういえば、ヘルスチェックの設定項目にtimeoutがあったよな、と言うことで許可をもらい設定を変更しました。 初期値の5から少しあげた10に変更。 変更後1日立ちましたが、これまで日に1回は発生していた問題が発生していません。やった！ このまま問題が解決してくれれば・・・ あと、twitterで教えてもらった事があるので箇条書きにします。 ■AWSのELBとApacheを使う際の注意点 ・Timeoutは120以上が推奨 ・ApacheのKeep
Amazon ELBをうまくつかうには、KeepAliveを有効にしよう。Timeoutは60秒よりだいぶ長くしよう。その背景。
Amazon ELBをうまくつかうには、KeepAliveを有効にしよう。Timeoutは60秒よりだいぶ長くしよう。その背景。 鯖管のメモ帳: AWSのELBでHealthyHostCountが0になるという記事の中で ■AWSのELBとApacheを使う際の注意点 ・Timeoutは120以上が推奨 ・ApacheのKeepAliveは有効にすべし。ELBとの接続効率があがる。 という形ですでにやるべきことは書いてあるのが、なぜそうなるか。。(いそがしい人は後は読まなくてok！) 根本的な理由としては、ELBはTCPを単にリレーしているのではなくて、アプリケーションレイヤのプロキシであることによるものが大きい。ELBはバックエンドのEC2との間で無通信の場合でも60秒はセッションを維持する。 ELBはTCP Persistent Connectionを提供し、webサーバとの間のTCP
ELBの挙動とCloudWatchメトリクスの読み方を徹底的に理解する | DevelopersIO
よく訓練されたアップル信者、都元です。ELBはAWSにおけるWebシステムを構築する場合、ほぼ確実に利用するコンポーネントとして不動の地位を確立しつつあります。 利用方法としては、ELBを作成して配下にWebサーバを配置するだけというお手軽さがあり、非常に利用しやすいのも大きなメリットです。しかし、ELBの詳細な挙動について、しっかり理解できているでしょうか。本エントリではいつも利用しているELBについて、ちょっと深く突っ込んでみました。 ELBのロードバランシング戦略 ELBの配下には複数のAZにまたがるようにインスタンスを配置するのが一般的です。（cf. AWSにおける可用性の考え方） ELBを作成すると、DNS名が付与されますが、クライアントがELBにアクセスする際、まずこのホスト名をIPアドレスに変換するDNSの正引きリクエスト（下図中の緑色の矢印）を行います。digコマンドを使っ
CloudWatchのELB監視項目 - Qiita
指定されたAvailabilityZoneでのロードバランサーに登録されたhelthyなEC2インスタンスの数。 unhealthyな閾値を超えてヘルスチェックに失敗していないホストはhealthyだとみなされる。 このmetricを評価する場合、dimensionはLoadBalancerNameとAvailabilityZoneで規定されるはずである。 このmetricは指定されたAvailability Zoneでのhealthyなインスタンスの数を表している。 200でない応答(HTTPやHTTPSでのヘルスチェックの場合)が返ったり、ヘルスチェックを行っている場合にタイムアウトするような接続の問題でインスタンスはunhealthyになることがある。 全てのhealthyなホスト数の合計を得るために、このmetricは各登録されたAvailabilityZoneを取得し、全てのme
Amazon EC2から負荷テストを行うときの落とし穴と対策 | DevelopersIO
ども、大瀧です。 ここのところ新機能を追いかける記事ばかりだったので、今回は少し毛色の異なるノウハウ系を書いてみます。 負荷テストの前置き(読み飛ばし可) 「Webサイトがテレビ番組で紹介されることになった！大幅なアクセス増がやってくる！」という場合に、ロードバランササービスのElastic Load Balancing(ELB)やCDNのCloudFrontなどスケールするサービスを組み合わせ乗り切るというのは、クラウドらしい柔軟性の高さを活かせる典型な例かと思います。実際、弊社の事例でも多くのお客様に提供し、ご好評をいただいています。 これらのサービスを構成するにあたり、実際のアクセス増に耐えられるか試すため負荷テストを実施することも多いと思いますが、大規模なケースになってくると難しいのが負荷テストを実施するマシンの確保です。これについてもAmazon EC2であれば、Auto Sca
【ELB】AWS ELBの負荷テストをJMeterServer群でやる【負荷テスト】 - Qiita
更新履歴 2014/2/17 コメント頂いた内容を反映、誤字を修正 なぜELBの負荷テストはJMeterクライアント（GUI）１台からではだめか。 当初、ELB配下に、AZ-Aに2台、AZ-Cに2台の合計4インスタンスがある構成で、自分の開発マシンでJMeter(GUI)を動かして負荷テストをしていたのですが、なぜか、AZ-Aの2台にしか負荷が入っていない。 ググっていたら、AWS Japanの公式スライドを発見 http://www.slideshare.net/AmazonWebServicesJapan/20130612-aws-meisterregenerateelbpublic ↑のp49に、 「都度DNS解決を行うツールが望ましい」 とあります。 なるほど確かに、JMeterはDNSキャッシュしてしまっているようです。↓ https://twitter.com/just_do_
【新機能】新しいロードバランサー Application Load Balancer（ALB）が発表されました | DevelopersIO
target2の場合も同様に作成します。 ターゲットグループにインスタンスを登録する 作成したターゲットグループにEC2インスタンスを登録します。 ターゲットグループを選択してコンテキストメニューでインスタンスの登録と登録解除をクリックするか、ターゲットタブの編集をクリックします。 インスタンスtarget1-aとtarget1-cを登録します。 ALBにインスタンスが登録されます。ロードバランサに登録していないため状態はunusedとなります。 同様にtarget2にもインスタンスtarget2-aとtarget2-cを登録します。 ALBを作成する ALBを作成します。アプリケーションロードバランサーを選択します。 ロードバランサの基本的な設定を行います。 プロトコルはHTTPとHTTPSのみとなっています。今回はHTTPSを選択します。 HTTPSを選択したのでSSL証明書を選択しま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
