1 つの VPC とサブネットに 3 つの ec2 インスタンスがあります。
各 ec2 インスタンスには、Elastic IP とそれを指す Route 53 ドメイン名があります。ドメイン名は、Amazon Linux 2 でホスト名として設定されます。Web アプリケーションに直接アクセスしたり、SSH 経由で接続したりするときに、ホスト名を使用できます。ターミナルもこの名前でインスタンスを識別します (例: ec2-user@domain-name)。
それぞれが分散プラットフォームの個別の Web アプリを実行しています。インターネットからアクセスできる必要があり (アクセス可能です)、また、互いにアクセスできる必要がありますが、これが問題のようです。
私は、ウェブアプリがDNS名を使用して相互にアクセスできるように設定できるようにしたいのですが、それらの間で通信するときにNo route to host <dns>/<elastic ip>:port
したがって、VPC 上のルート テーブルは、これらの Elastic IP が VPC 内の特定のインスタンスに関連付けられていることを認識する必要があると考えました。EIP を宛先として、インスタンスをターゲットとしてルートを追加しましたが、サーバー間の接続を試行するとタイムアウトしてしまいます。
明らかに何かが欠けていますが、AWS ネットワークの完全なコースを受講しない限り (時間の許す限り受講するつもりです)、私が見つけた資料のほとんどは、単一の Web サーバーがパブリックにアクセス可能になったところで止まり、VPC ピアリングにジャンプします。
私は、R53 名が適切な FQDN であり、どこから接続しようとしているかに関係なくサーバーが参照される方法であるかのように、これらのインスタンスを動作させようとしているだけです。