Amazon EC2で「Elastic Load Balancing」オプションを使って負荷分散/冗長化を実現する詳細手順 - 元RX-7乗りの適当な日々
先日、Amazon Web Servicesより、以下、Amazon EC2関連の新サービスが3つ発表されましたね。 Amazon CloudWatch Amazon EC2のインスタンスのリソースをモニタリングすることが可能 Auto Scaling Amazon EC2のインスタンスの負荷状況を判断し、自動でインスタンス数を増減させ、スケーリングを実施することが可能 Elastic Load Balancing ロードバランサとして、各インスタンスのフロントエンドでトラフィックを分散させることが可能 これら3つは連携させて使うと、なかなか強力な可能性を秘めています。 例えば、「Amazon CloudWatch」にて、バックエンドのAmazon EC2のインスタンスの負荷状況を監視し、負荷量がある一定の閾値を超えた段階で、「Auto Scaling」にて、Amazon EC2のインスタ
Elastic Load Balancer - カタヤマンがプログラマチックに今日もコードアシスト
仕事の兼ね合いもありつつ、いつの間にかベータが取れていたので、Elastic Load Balancerを調べてみました。 Elastic Load Balancerとは いわゆるロードバランサーのサービス。Elastic Load Balancerに対して複数のEC2のインスタンスを紐つけることで、リクエストを各インスタンスに分散できます。 料金 US-EASTだと、1時間当たり$0.025。またデータ通信量が1GBあたり$0.008かかります。 例によって、EUやカリフォルニアは若干高いです（$0.028/hour,0.008/GB） 使用方法 SOAPとRESTのAPIが用意されています。またAWS Management Consoleから操作することも可能になっています。 コンソールでは以下のような手順になります。 はじめに、コンソールのNavigationから「Load Bala
Elastic Load Balancing で Sticky Session が可能に – klog
Amazon Web Services で複数のEC2インスタンスへロードバランスさせたいときに使用する Elastic Load Balacing に Sticky Session がサポートされました。 New Elastic Load Balancing Feature: Sticky Sessions ロードバランスされた環境では HTTP リクエストごとに特定のアルゴリズムに従って振り分けされて負荷分散・冗長化構成としての効果を出すわけですが、ユーザー毎（セッション毎）の情報をウェブアプリケーション内で持つ必要のある構成の場合、どのインスタンスにリクエストが来ても同じ状態にしなければならないため memcached を導入したりして自前でセッションデータの共有をしておく必要がありました。 今回のアップデートで一旦始まったセッションを引き続き同じインスタンス（サーバー）へ転送するこ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
