問題タブ [elastic-load-balancer]

AWS ALB の背後にアプリケーション/ターゲットがあり、受信する TCP 接続の数にハード キャップを設定したいと考えています。

私の理解が正しければ、ALB ターゲットは次のいずれかになります。

• 正常 -- ALB はトラフィックをターゲットにルーティングします。

また

• 異常 -- ALB はトラフィックをターゲットにルーティングしません。さらに、できるだけ早くターゲットをドレイン/登録解除/再起動します (ドキュメントでこれを見つけることができませんでしたが、これは私が観察した動作です)。

理想的には、接続の上限に達したときに、ターゲットを「殺さないでトラフィックをルーティングしない」という 3 番目の状態にします (需要を満たすために、より多くのターゲットを生成します)。

そのような第 3 の状態はありませんが、接続数に上限を設定する別の方法はありますか?

AWS は、パスベースのルーティングを実行できるアプリケーション ロード バランサーを開始しました。クラシック ロード バランサーをアプリケーション ロード バランサーの背後に配置することは可能ですか。

例: 2 つのクラシック ロード バランサーがあるとします。Application Load Balancer は、application-load-balancer/front* のようなすべての URL の最初のクラシック ロード バランサーにトラフィックをルーティングし、application-load-balancer/backend* のようなすべての URL のトラフィックを 2 番目のクラシック ロード バランサーにルーティングします。

現在、アプリケーション ロード バランサーの背後にホストを配置することしかできないようです。アプリケーション ロード バランサーの背後にロード バランサーを配置することはできますか?

GoDaddy からドメインを購入しました。ここで、AWS を使用して、ロード バランサーを備えた Web サーバーをセットアップすることにしました。ドメインを AWS クラシックロードバランサーにリンクするにはどうすればよいですか?

カスタム ドメイン名の設定AWS ドキュメントを読みました。彼らは、Route 53 サービスを使用する方法を詳細に説明しましたが、代替手段ではありません。代替の方法と手順を詳細に探しています。

CNAMEアプローチを試しました。ホストが api.xxxx.co.in のように CNAME エントリを設定しようとしましたが、(私のロード バランサーの DNS) lb-xxxx-2341234.elb.aws.com を指していましたが、GoDaddy の DNS マネージャー ページに表示されません。エラーが発生します。Web リクエストを 80 ではなく 8080 にしたいというさらなる問題があります。それがどのように処理されるかわかりません。ドキュメントの欠如。現在、サブドメイン転送を行っていますが、POST メソッドで 405 を取得しています。サブドメインを転送しているため、405を取得していると思います。クロスドメインと見なされる場合があります。知らない。

カスタム ドメイン xxx.com.pl があり、Elastic Beanstalk でサービスを実行したいと考えています。ドメインをどのように構成すればよいですか。Elastic Load Balancer DNS を使用する必要がありますか?

または環境 URL:

環境 URL を選択すると、いつでも別の環境を作成し、回復のためにスワップ URL を使用できます。ELB DNS を選択すると、この簡単な方法を実行できません。おそらく、ELB DNS を使用した方が高速です。私は正しいですか？ベストプラクティスは何ですか?

私のアプリケーションには、ペイロードを 2 つのテスト サーバーに分散するロード バランサーがあります。jmeter を使用して負荷分散をテストする必要があります。これをテストするには、これらすべてのサーバーで jmeter のインスタンスを実行する必要がありますか? jmeterを使用してこれを効率的にテストするにはどうすればよいですか? また、ロード中にテスト サーバーの 1 つを取り出して、応答も確認する必要があります。進め方を教えてください。

私は現在奇妙な問題を抱えています。ELB + Nginx + gunicorn + django に従って生産を行っています。

したがって、一部の API のリクエストでは、ELB から nginx に到達するまでに時間がかかります。これがどのように可能かわかりません。ELB と Nginx のログは以下に添付されています。本番環境では M4.large マシンを使用しています。さらに、ELB にはサージ キューはありません。

ELB 時間

2016-11-23T02:31:55.756089Z 52.74.181.254:44708 172.31.18.32:80 0.000046

11.566721 0.000009 200 200 0 1219 GET

ニンクス時間

23/11 月/2016:02:32:08 +0000]「GET」200 1231「-」

0.664 0.664

ログは同じ要求です。誰かが同じ問題に直面した場合は、親切に助けてください。

ありがとう。

サーバーには正常にアクセスできます。チェック中 /

(デフォルトページ)

ある種の負荷がかかりますが、これらの応答は好みよりも少し遅くなります。次に、ロード バランサーからインスタンスを削除します。

アプリケーションは失敗しないため、Ec2 経由でインスタンスを「再起動」することはできません。「サービスが停止している」場合でも、Web ページ / IP ダイレクトに自分でアクセスできることがよくあります。

これは一般的な障害や構成ミスではありません。12 ～ 2400 時間稼働する可能性がありますが、3 時間に 3 回ランダムに障害が発生します。中低負荷時。

サーバーは 10 秒の応答タイムアウト、30 秒の間隔、5 倍の失敗に設定されています。2xで大丈夫です。

何か案は？

ヘルス チェック ログは正常に応答しており、ERRORS には何も応答していません。アクセスのサンプルを次に示します。

10.0.100.30 - - [25/Nov/2016:06:49:22 +0000] "GET /index.html HTTP/1.1" 200 11415 "-" "ELB-HealthChecker/1.0" ::1 - - [25/Nov/2016:06:49:26 +0000] "OPTIONS * HTTP/1.0" 200 126 "-" "Apache/2.4.20 (Ubuntu) (internal dummy connection)"