ECSにおけるインスタンスのENI制限が大幅に改善されネットワーク設計が簡単になりました！ | DevelopersIO
「おま、これ、めっちゃECSのネットワーク設計、簡単になるやんけ！」 Amazon ECS Improves ENI Density Limits for awsvpc Networking Mode 従来のホストインスタンスを利用するECSにおいては、インスタンスのENI上限により、コンテナ周辺のネットワーク設計が複雑になるというデメリットがありました。 今回、そのENIの上限数が大幅に緩和されたことにより、ECS（on EC2）において苦労していた動的ポートマッピングなどのネットワーク設計が非常に簡単になる可能性があります。是非、このアップデートを存分に味わって、ステキなECSライフを送っていただければ。 （祭） ∧ ∧ Y ( ﾟДﾟ) Φ[_ｿ__ｙ_l〉 ENIｲﾛｲﾛ ﾏﾂﾘﾀﾞﾜｯｼｮｲ |_|＿| し'´Ｊ 今回のアップデート内容 ECSで利用する際の、EC2イン
パブリックサブネットで起動したECS(EC2 + awsvpc)でコンテナがインターネット接続出来ない点について | DevelopersIO
ECSクラスターへデータプレーンが参加している データプレーンをECSクラスターへ追加する時は「インターネット経由でECSと疎通が取れる」か「VPCエンドポイントを設定」する必要があります。 VPCエンドポイントは使用しておらず、インターネット経由でアクセスをしていることを想定しましたのでインターネット接続は問題ないものと考えておりました コンテナをチェック mackerel-container-agent自体の起動は問題なかったので、EC2へSSH接続 → docker execにてbashを起動し、ping、netcat、digコマンドが入っていないことを認識していたのでapt-getを実施したところタイムアウトしました。 この時点でNW部分が怪しい気持ちが増しました。 調査②：ネットワークモードを変更 ネットワークモードを変更(awsvpc → bridge) 確認観点としてネットワ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
