問題タブ [amazon-elb]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
amazon-web-services - AWS CloudWatch メトリクス RequestCount は何を意味しますか?
AWS CloudWatch メトリクス RequestCount の意味を理解しようとしています。私が見つけることができる唯一のドキュメントには、ロードバランサーによって処理されるリクエストの数と書かれていますが、これは非常に役に立ちません:
これは合計数ですか、それともある種の率ですか? グラフは単調に増加する合計値を示していないため、合計であるとは思えません。
このカウント/レートはどのくらいの期間ですか? 定期的にリセットされますか?
なぜインターネットはこの質問をする人でいっぱいにならないのですか?
node.js - Node.Js アプリのロードバランサーとして、nginx の代わりに Amazon ELB を使用できますか?
私はNode.jsアプリを持っています.SOで多くの投稿を見てきました.ロードバランサーとしてnginxの背後にある必要があります. Amazonのサービスに慣れてきたので質問です。
apache - ローカル xAMP 環境の Elastic Load Balancer (ELB) で Amazon の 60 秒のタイムアウトをシミュレートする方法は?
ELB ( https://forums.aws.amazon.com/thread.jspa?threadID=33427 ) で悪名高い 60 秒のタイムアウトに苦労しています。
私たちの PHP アプリケーションは、いくつかの ajax リクエストで失敗します。
バグを発見するために EC2 への展開を待つ必要がないように、開発/テスト マシンで ELB の動作をシミュレートしたいと考えています...
ELBのようにHTTPクエリを閉じるようにApacheを調整する方法があるかどうか誰かが知っていますか?
注意: このタイムアウトは、60 秒間何も送信しないクエリにのみ影響します。これは最大要求時間ではありません...!
助けてくれてありがとう!
nginx - Elastic Load Balancer の下で unicorn または gunicorn の前で nginx を実行する
とても簡単な質問があります。Nginx は、Gunicorn や Unicorn などの HTTP サーバーのリバース プロキシ バッファリングを行います。しかし、Elastic Load Balancer (Amazon Web Services によって提供され、ELB としても知られています) を使用している場合、アプリケーション サーバーの前で nginx を実行する意味はありますか?
mysql - Node.js と AWS ロード バランシング
私はちょうどチャット アプリケーションを構築しようとしており、node.js を使用したいと思っています (これを使用するのは初めてです)。
複数の Linux EC2 インスタンス (apache) と 1 つの mysql データベースで Amazon ELB (粘着性なし) を使用しています。
3 つの質問があります。
AWS ELB - AWS Load Balancer を介して node.js を実行する際に問題はありますか? 他の人が問題を抱えているという記事を読んだことがありますが、それが正常に実行できるかどうかについては何も述べていません。
Node.js はデータベース テーブルの更新を効率的にリッスンし、これらに応答できますか? これは現実的ですか?その可能性を読みましたが、よく使用される機能のようには聞こえませんでした。
node.js が (jquery のように) イベントをリッスンしていることを理解しています。複数の個別の Web サーバーがすべて node.js を実行している場合、それらがすべて同じイベントに応答するのではないかと心配しています。例: いくつかのチャットを DB に書き込み、すべての Web サーバーがこれをクライアントに送信しようとします。(これは、1 つの Web サーバーが要求と応答を取得するため、長いポーリングで問題になります)。これは問題ですか?
ありがとうございました
asp.net - AWS Elastic Load Balancer の背後にあるクライアント IP によって特定のページを保護する
Elastic Load Balancer の背後にある Amazon EC2 にアプリケーションがあります。サーバーには特定の URL があり、指定された IP アドレスのリストのみが投稿できるようになっています。
Web.config に以下を追加しました。
許可されたIPアドレスからサーバーのIPアドレスに直接投稿すると、正しく機能します。
許可された IP アドレスからロード バランサー経由でポストすると、失敗します (403: FORBIDDEN)。IIS は、クライアントの IP アドレスではなく、ロード バランサーの内部 IP アドレスを認識していると想定しています。
これを機能させる方法はありますか?
apache - HTTPS Web サイトの ELB と Apache の構成
https Web サイト用に ELB をセットアップしていますが、ポート構成に関して質問があります...
現在、ELB に次のポート構成があります。
- 80 (HTTP) から 80 (HTTP) への転送
- 443 (HTTPS) から 80 (HTTP) への転送
私のインスタンスでは、次の Apache 構成があります。
- *:80 へのリクエストはhttps://www.mywebsiteにリダイレクトされます
- *:443 構成済み
どうやらそれはうまくいっているようですが、それは正しい方法ですか?
ご協力ありがとうございました
セリーヌ
PS: ELB の設定を開始したとき、443 から 443 への転送を指示しましたが、認証のために奇妙な質問に答える必要がありました...
java - Java 経由で Elastic Load Balancer を構成/更新するには、どのような方法を使用しますか?
AWS で Elastic Load Balancer の一部を構成するのに問題があります。作成に問題はありませんが、HealthCheck の構成方法と ELB の背後に接続されているインスタンスを理解するのに問題があります。
ELB を作成するコードは次のとおりです。これはすべて AWS API ごとです。
CreateLoadBalancer メソッドの Javadoc を調べたところ、ヘルス チェックに関する情報をプラグインし、ELB の背後でインスタンスを接続できる場所がわかりません。誰かがこれを行うための正しいクラス/メソッドを教えてもらえますか?
コードを実行すると、正しいポート/プロトコルをリッスンし、正しいセキュリティ グループ、vpc などを使用する ELB を作成できます。トラフィックを正しいインスタンスにルーティングする方法や、正しい健康診断を受けましょう。
よろしくお願いします。
ssl - 異なる AWS ELB (EC2) を使用するサブドメインの SSL
私は持っている:
いくつかの ec2 インスタンスが接続された ELB 1: - example.com - subdomain1.example.com - subdomain2.example.com
いくつかの ec2 インスタンスが接続された ELB 2: - subdomain3.example.com subdomain4.example.com
すべてのドメイン\サブドメインには https が必要です。インスタンスとロードバランサーの間で非セキュアな接続を維持しても問題ありません。
1 つのロードバランサーに複数のサブドメインを持つことは可能ですか? それとも、1 つのサブドメインに対して 1 つのロードバランサーを維持する必要がありますか?
amazon-web-services - 雲の形成 - elb の背後にあるスタックを更新しても AMI が更新されない
クラウド形成を使用して AWS EC2 インスタンスを強化しています。テスト、ステージング、本番の 3 つの異なるスタックがあります。スタックの画像を更新するワークフローは次のとおりです。
- 「ゴールデン マスター」インスタンスを更新する
- ゴールデン マスターをディスク イメージにスナップショットする
- 特定のスタックとスタックの cloud-formation 構成の ami 参照を (json ファイル経由で) 変更し
update
ます。
これにより、スタック内のインスタンスがダウンし、新しいディスク イメージでインスタンスが再プロビジョニングされます。
それぞれ 1 つの ec2 インスタンスを含むテスト スタックまたはステージング スタックに問題はありませんでした。更新するたびに、画像は問題なく置き換えられます。
私たちの実稼働スタックは同じようには機能していないようです :-(。ロードバランサーの背後にある (少なくとも) 2 つのインスタンスが含まれています。このスタックを同じ方法で更新すると、ec2 インスタンスはすぐには更新されません。 (つまり、更新が完了した後、ボックスはまだ以前のディスク イメージから実行されています。) 良いニュースは、ロード バランサーが自動スケーリングするときに新しいイメージが使用されることです。
ロード バランシング ルールと雲の形成の間に競合が発生する可能性はありますか?
どんな洞察も大歓迎です