AWS環境を初めて設定しようとしています。これまでClassic ELBを指すDNSエントリがありました。私もEC2インスタンスを実行していますが、UIのELBにEC2インスタンスを追加できないようです。ドキュメントでは、ロードバランサ画面の[インスタンス]タブでこれを行うことができますが、タブはまったくありません。私が見ることができるのは説明だけです。リスナー|モニタリング|タグ。ELBにEC2インスタンスを登録できません
「インスタンス」タブの夜がUIに表示されない理由はありますか?
AWS環境を初めて設定しようとしています。これまでClassic ELBを指すDNSエントリがありました。私もEC2インスタンスを実行していますが、UIのELBにEC2インスタンスを追加できないようです。ドキュメントでは、ロードバランサ画面の[インスタンス]タブでこれを行うことができますが、タブはまったくありません。私が見ることができるのは説明だけです。リスナー|モニタリング|タグ。ELBにEC2インスタンスを登録できません
「インスタンス」タブの夜がUIに表示されない理由はありますか?
2種類のElastic Load Balancerがあります。
元のELB/1.0は現在、「クラシック」バランサと呼ばれています。
新しいバージョンのELB/2.0は、「Application Load Balancer」(または「ALB」)です。
それぞれはdifferent features and capabilitiesです。
一つの大きな違いは、そう例えばポート8080(あなたが同じインスタンス上で複数のサービスをプールでき(例えば)、インスタンス上のターゲットにルート、ALBはない単純にトラフィックをルーティングインスタンスにないことトラフィックです8081、8082)。これらの要求はすべてポート80のバランサに入っていますが、これらのターゲットはターゲットグループと呼ばれる仮想オブジェクトで構成されます。したがって、新しい抽象レイヤーが2つあり、provisioning workflowのこの部分は大きく異なります。また、別のAPIセットを使用してプロビジョニングされています。
新しいApplication Load Balancerはコンソールウィザードのデフォルトの選択項目なので、過去のELB以外のものを選択したことを気付かずに、過去のクリックを簡単に行うことができます。この場合に発生した。
クラシックバランサ(ELB/1)ではなく、アプリケーションロードバランサ(ELB/2)を作成したようです。 –
スクリーンショットを投稿すると、私は@ Michael-sqlbotコメントに同意しますが、Classic ELBではなくALBを使用している可能性があります。 ALBの場合、ALBに直接ではなく、ターゲットグループに「インスタンス」を追加します。 – kosa
@ Michael-sqlbotあなたにスポットがあります。私は誤ってアプリケーションのロードバランサを作成し、クラシックのものではない。助けてくれてありがとう、もしあなたがそれに対する答えを作りたいなら、私は明らかに受け入れるだろう。 –