web-dev-qa-db-ja.com

Elastic IP vsEC2パブリックホスト名+ Route53

すべてのec2インスタンスでElasticIPを使用することを評価しており、パブリックEC2ホスト名とRoute53の使用を比較しています(パブリックEC2ホスト名と動的更新DNSに対して非常に短いTTL)インスタンスの起動中)。

EIPの使用には、実際には実際の価値がないことがわかりました。

  1. リージョンごとに最大5つのEIPしか使用できません
  2. EIPを介したすべてのトラフィックはインターネットトラフィックとしてカウントされますが、たとえばパブリックホスト名は、内部ネットワークから接続する場合、内部IPを使用するため、帯域幅/お金を節約できます。
  3. また、サーバーの停止/起動後にEIPを再接続する必要があります。これは、パブリックホスト名が変更されたときにec2インスタンスのDNSを再接続するのと同じです。

見逃している重要なポイントはありますか?

5
Ryan
  1. Amazonは喜んでこの制限を解除します。私の経験では、これは数時間で完了します。
  2. 正解です。内部EC2からEC2へのトラフィックにEIPを使用しないでください。
  3. VPCを使用している場合は違います(複数のスタンドアロンサーバーを使用する場合は絶対に必要です)。これは、内部IPが再起動/停止を通じて静的なままであるため、ポイント#2にも役立ちます。
5
ceejayoz

あなたはそれのほとんどを持っています。 3. EIPは停止したインスタンスに関連付けられたままであるため、完全には正しくありません。EIPが解放されるのは、インスタンスを終了したときのみです。また、EIPが割り当てられているがインスタンスに割り当てられていない時間ごとに少額の料金が請求されるので、注意してください。

EIPは、それほど長くは存続しないが、データベースデータの計算など、一定のエンドポイントが必要なインスタンス用に設計されています。これは、同じリージョン内のインスタンスにそれらを自由にアタッチ/デタッチできるためです(したがって、フェイルオーバーとして機能できます)。

パブリックEC2IPアドレス(ホスト名は内部で解決されるため、機能します。ceejayozに感謝)を使用して接続すると、インターネットトラフィックが課金されることに注意してくださいインスタンス間。すべてのインスタンスには、インスタンス間通信用のプライベート(10.x)アドレスがあります。

3
Nathan C

これまで言及されていない1つのポイントは、構成でドメイン名を受け入れず、IPアドレスを必要とするシステム(ネットワークアクセス制御など)があることだと思います。

EIPの最も重要なユースケースであるIMO:IPアドレスを使用してどこかに登録する必要があるサービスを提供する必要があり、そのサービスにフェイルオーバースイッチを提供できる必要がある場合。

1
Gerhard
  1. 5アドレス制限はソフト制限です。さらに必要な場合は、Amazonサポートに連絡してください。
  2. Elastic IPアドレスの実際のIPアドレスを使用する場合は、そうです。インスタンス間で実行されると、外部トラフィックとしてカウントされます。ただし、エラスティックIPアドレスのDNS名を使用すると、(可能な場合は)インスタンスの内部IPアドレスに解決されます。このように、それはあなたに交通のためのお金を要しません。 http://alestic.com/2009/06/ec2-elastic-ip-internal を参照してください
  3. Elastic IPアドレスは従来のEC2インスタンスに再接続する必要がありますが、これは起動スクリプトを使用することで解決できます。 VPCインスタンスは、停止と再起動を通じてエラスティックIPアドレスを保持します。
1
Matt Houser