問題タブ [amazon-elb]

いくつかの Varnish サーバーの背後に一連の EC2 インスタンスを配置しようとしています。Varnish の構成が変更されることはめったにありません (年に 1 ～ 2 回) が、あらゆる種類の理由 (更新、問題、負荷の急増) のために、常に Web バックエンドを追加/削除/交換しています。Varnish の設定を常に更新しなければならないため、これは問題を引き起こします。

私がやりたいことは、Elastic Load Balancer にバックエンド サーバーを追加または削除するだけで、一連のバックエンド サーバーを管理することです。ELB エンドポイントをバックエンドとして指定しようとしましたが、次のエラーが発生します。

ELB が提供する唯一の一貫したパブリック インターフェイスは、その DNS 名です。この DNS 名が解決する IP アドレスのセットは、時間の経過と負荷によって変化します。

この場合、正確なアドレスを 1 つ指定するのではなく、DNS から返されたものをラウンドロビン処理したいと考えています。これは可能ですか？または、誰かが同じことを達成する別の解決策を提案できますか?

ありがとう、サム

アマゾン ウェブ サービス (AWS) を使用するライブ iOS アプリがあります。Amazon の指示に従って Token Vending Machine (TVM) を正常にセットアップしました。アプリは AWS で問題なく動作します。

AWS の指示に従って TVM をセットアップするには、Elastic Beanstalk で新しい環境を作成する必要があります。これにより、ロード バランサーが自動的に作成されます。

無料利用枠が最近期限切れになり、ロード バランサーの時間に対して課金され始めています。私のアプリはどちらかというとニッチで、フォロワーが少ないので、ロード バランサーはもう必要ないと思うので、削除したいと思います。

問題は、そうすると (こちらの Amazon の指示に従って)、トークン自動販売機に到達できなくなることです。Chrome は、URL が利用できないことを報告します。

Amazon の TVM を実行しているときに ELB を削除するためのヒントはありますか?

ELBまたはEC2自動スケーリンググループにELBからの異常なインスタンスを終了（または再起動）させる方法はありますか？

フロントエンドには特定のデータベース障害状態があり、それが異常になります。そのため、ELBはフロントエンドへのトラフィックのルーティングを停止します。そのインスタンスは、グループのCPU負荷に応じてスケーリングする自動スケーリンググループの一部でもあります。つまり、インスタンスがELBからトラフィックを取得しなくなったため、CPU負荷がなくなり、グループのCPU負荷が歪んでしまい、スケーリング条件が台無しになってしまいます。

EC2 APIを介してポーリングと終了を行うためのコードを実際に記述しなくても、グループからの異常なインスタンスを自動的に終了するようにELBまたは自動スケーリンググループを何らかの方法で構成する「簡単な」方法はありますか？

ELB からインスタンスを削除/デタッチしたい (ただし、インスタンス自体は削除しない)。

API は、 DeleteLoadBalancerListenersに特定のポート番号を必要とするようです。

LB (すべてのポート) から完全に削除するにはどうすればよいですか? (AWS の GUI アクション「Remove from Load Balancer」と同様)

Java SDKを使用しています。

サーバーが問題に取り組んでいることをお客様に安心させることができない場合に、AWSELBがフェイルホエールスタイルのシステムメッセージを表示するオプションを見つけることができませんでした。

micro-ec2インスタンスを設定し、デーモンまたはcronジョブまたはmonitを使用してサーバーの状態を監視し、すべてのサーバーがダウンしたときにこのmicroインスタンスを起動するのが最善の方法です。

この問題に対する他のよりエレガントな解決策はありますか？

このリンクの指示に従いました: How do you get Amazon's ELB with HTTPS/SSL to work with Web Sockets? Websocket で動作するように ELB をセットアップします (TCP モードで ELB を 443 から 8443 に転送します)。現在、wss でこの問題が発生しています。サーバーはメッセージ 1 を送信しますが、クライアントはそれを受信しません。数秒後、サーバーはメッセージ 2 を送信し、クライアントは両方のメッセージを受信します (両方のメッセージは約 30 バイトです)。問題をかなり簡単に再現できます。サーバー上で iptable でポート フォワーディングを設定し、クライアントがサーバー (ポート 443) に直接接続している場合、問題は発生しません。また、問題は wss にのみ発生するようです。ws は正常に動作します。

サーバーはjetty8を実行しています。

EC2 フォーラムをチェックしましたが、実際には何も見つかりませんでした。誰かが同じ問題を見たことがあるかどうか疑問に思っています。

ありがとう

AWSに、環境全体をセットアップしたインスタンス（これをレディインスタンスと呼びます）があり、完全に実行されています。次に、自動スケーリングポリシーを使用してロードバランサー（ELB）を作成しました。

自動スケーリングポリシー（最小2インスタンス）を使用してロードバランサーを作成すると、2つのインスタンスが発生しました。ただし、インスタンスは空でした。起動構成では、準備完了インスタンスAMIを指定しました。これは、どのインスタンスを複製するかを自動スケーリングポリシーに指示するものではありませんか？この場合、私の準備ができたインスタンスをそれらに複製するべきではなく、それらは同じコンテンツを持つべきですか？

Amazon AWS で TorqueBox を実行しています。ポート 8675 で Web ソケット接続用の TCP パス スルーを行うロード バランサーを作成しました。最初にページをロードしたとき、これは非常にうまく機能しているように見えますが、しばらくページを開いたままにしておくと、接続が停止します。働く。エラーメッセージは表示されません。接続を介して送信されたそれ以降のメッセージを黙って無視するだけです。この時点でページをリロードすると、すべて正常に動作します。

クラスター内の個々のノードに直接接続しようとしましたが、その場合は接続が切断されないため、ロード バランサーと関係があるのではないかと疑っています。

これを引き起こしている可能性のあるアイデアはありますか？

Elastic Load Balancer の背後に 2 つの EC2 インスタンスがあります。これらのインスタンスは、単一の Web サイトに対する HTTP 要求を処理します。アプリを仮想ホストに分割することを計画しているため、最近、トラフィックの HOST ヘッダーを調べ始めました。

定期的に (1 日に数十回)、サーバーとはまったく関係のないホスト名の要求をログに記録します。いくつかの例として、今日、ホスト名ad.adserverplus.comとr1---sn-upfn-hp5e.c.youtube.com. これらを調べたところ、IPアドレスは私のサーバーやELBのいずれとも同じではないため、これがどのように起こるかについて理論を立てようとしています.

誰かがホスト ヘッダーをスプーフィングしている可能性があることは認識していますが、これが起こっていることではないことを確信しているほど頻繁に発生します。私のもう 1 つの考えは、どういうわけか、これらのホストの 1 つをたまたま私の IP アドレスに解決する古い DNS データがあるということですが、これも定期的にではなく、非常に頻繁に発生する可能性があるようです。他にどのような可能性がありますか? また、どのように検証/信用を落とすことができますか?

編集今日、予期しないホスト名のいくつかを調べましたが、実際には、ドメインの頂点が解決される可能性のある IP の 1 つである IP に解決されるようです。私は DNS に Route 53 を使用しており、ゾーンの頂点が ELB を指しているため、ドメインの IP アドレスを照会すると、質問するタイミングによって異なる回答が得られます。ですから、これらの IP アドレスがどのようにして私に割り当てられ、他の誰かが既に使用している IP アドレスを使用していないことを EC2 がどのように確認するのか、非常に興味があります。

私はウェブサービスを持っています。クライアントからの負荷を分散するために、4 台の AWS EC2 マシンにデプロイされます。私は2つの解決策を考えています。1 つは AWS ELB の使用です。もう 1 つは node-http-proxy を使用して自分でリバース プロキシを実装する方法です。接続を 4 台のマシンに分散します。

どちらも負荷分散機能を実装できます。どっちがいいのかわからない。AWS ELB は、リバース プロキシよりも堅牢な場合があります。しかし、リバース プロキシ ソリューションは費用対効果に優れています。AWS ELB の料金を支払う必要はありません。

どちらのソリューションが優れているか、誰でもコメントできますか? なぜ？

ありがとう、

ジェフリー