■ AWS での負荷テスト
* 以下のサイトにあるように、事前申請(英語)が必要 => かなり面倒https://dev.classmethod.jp/cloud/aws/aws-load-testing/
■ CPU クレジット / バースト機能
* EC2のt2インスタンスなどでは普段使用していない時に、CPU クレジットをためる * 負荷が上がった際には、CPU クレジット を消費して、性能を一時的にアップさせるバースト機能がある => いきなり、遅くなったら、CPU クレジットがなくなっていないか確認してみるといいかもhttp://aws.typepad.com/aws_japan/2014/07/low-cost-burstable-ec2-instances.html
https://aws.amazon.com/jp/ec2/instance-types/
■ 制限されているサービス
`# | `サービス | `リソース又はオペレーション | `デフォルトの制限 |
1 | Amazon API Gateway | アカウントあたりのスロットルレート | 1秒あたり1000回のリクエスト(1000rps)でバースト制限は2000rps |
2 | Amazon DynamoDB | テーブル又はグローバルセカンダリインデックスあたりの最大キャパシティー | 読み込みキャパシティーユニット数10000。書き込みキャパシティーユニット数40000。 |
3-1 | Amazon EC2 | Elastic IPアドレス | 5 |
3-2 | Amazon EC2 | インスタンス | 制限はインスタンスタイプによる |
3-3 | Amazon EC2 | スポットインスタンス | 制限はインスタンスタイプによる |
4 | ロードバランサ | リージョンあたりのロードバランサ | 20 |
5 | AWS Lambda | アカウントあたりの同時リクエストの安全のための調整 | 100 |
6 | AWS WAF | 1秒あたりのリクエスト | ウェブアクセスコントロールリスト (ウェブ ACL) あたり10000 |
■ 負荷テストをする上での注意
[1] なるべくDNSレコードをキャッシュしないようにテストする
[1] なるべくDNSレコードをキャッシュしないようにテストする
* クライアントがDNSレコードをキャッシュしてしまうと、ノードのIPアドレスが固定されてしまう => AWS リソースは、ときどきDNS が変更されると期待した結果がでなくなるhttps://dev.classmethod.jp/cloud/pitfalls-and-steps-loadtesting-on-ec2/
https://www.slideshare.net/AmazonWebServicesJapan/20130612-aws-meisterregenerateelbpublic
JMeter
* 以下の関連記事の「[Y] DNSキャッシュ無効化」を参照のこと。https://blogs.yahoo.co.jp/dk521123/36910281.html