
エントリーの編集

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
EC2で、秒間数千回~レベルでElastiCacheやRDSに接続して、名前解決に失敗するときの対策 - Qiita
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
EC2で、秒間数千回~レベルでElastiCacheやRDSに接続して、名前解決に失敗するときの対策 - Qiita
とある大規模WEBシステムをオンプレからAWSに移行したとき遭遇した題名の件のTIPSです。 データストア(... とある大規模WEBシステムをオンプレからAWSに移行したとき遭遇した題名の件のTIPSです。 データストア(RDSやElastiCahceなど)の接続に、エンドポイント(=固定IPをもたない)を使う、EC2を利用した中~大規模のシステムでは、必須の対策かもです。 システム構成 システム構成としては、よくあるパターンのものとなります。 WEBアプリケーションサーバは、Elastic Beanstalk や Lambdaなどがよいとおもいつつも、WEBアプリケーションの複雑性からEC2をオートスケールで用意しました。 一方で、データストアは、ElastiCacheとAurora Mysqlを利用しています。 EC2及びデータストアは、潤沢なインスタンスサイズを利用していました。 処理量 ざっくりですが、WEBアプリケーションに対するアクセス、そのときに発生するElastiCahce及びAuro