AWS の CPU の歴史とそこから見えてくる戦略 | はったりエンジニアの備忘録
あけましておめでとうございます！ 去年は AWS 認定試験を制覇したので、今年は実践スキルを今以上に磨いていこうと思います。 さて、最近の EC2 インスタンスは Intel CPU のプロセッサー・ナンバーが公開されています。ですが M1, M2, C1 といった旧世代インスタンスでは CPU にばらつきがあり、当たり外れの差が激しかったのは記憶に新しいところ。 当たりの CPU が出るまで stop → start を繰り返すインスタンスガチャも流行りました (笑) 今回は AWS の CPU について歴史を振り返りつつ、その戦略を考えてみます。物理レイヤーを意識することがほとんどない AWS ですが、物理の知識なしでは最高のパフォーマンスは得られません。知っておいて損はないでしょう。 インスタンスタイプのリリース時期は公式ブログ「EC2 の歴史」に載っていますので参考にしてください。
AWS-CLIで複数のプロファイルを1ユーザに設定する
AWS-CLIは、aws configureによって、設定ファイルを、~/.aws/config に作成し、そこに対象ユーザのAccess Key ID/Secret Access Keyを保存します。 では、一人のUnixユーザで複数のAWSアカウントのユーザ、IAMのユーザを登録するにはどうするかというと、~/.aws/configを以下の様に直接編集しプロファイルを追加します。 [default] region = ap-northeast-1 aws_access_key_id = XXXXXXXXXXXX aws_secret_access_key = XXXXXXXXXXXXXXXXX [profile alice] region = ap-northeast-1 aws_access_key_id = XXXXXXXXXX aws_secret_access_key
Spot-Instanceの利用方法と使いどころ2 | TecTec Cloud
先日ユーザ会でLTした時に下記のようなご質問を頂きました。 「SpotInstnaceは、下記リスクがある。 突如価格が跳ね上がる→一気にTerminate（返却） AutoScalingが頑張るといっても発動してInstanceが起動するまで少なくとも2,3分はかかる。その間”混み合ってます”状態になるのでは？その対策は？」 頂いた下記の質問について、あの場では簡単に済ませてしまった（というか回答になってなかった）ので、この場でご回答したいと思います。 その前に、そもそも、SpotInstanceは何なのという話です。 Ondemand-Instance（EC2上の、いわゆるフツーの仮想サーバ）と比べた時との比較を下記に記載します。 On-Demand、Spot Instanceの比較
SpotInstanceとJMeterを使って400万req/minの負荷試験を行う | DevelopersIO
Apache JMeterのMaster/Slave構成 シナリオを用いた負荷試験といえばJMeterということで、使ったことがある方も多いかと思います。しかし、ほとんどの方は自分のPCを使ってやっている程度ではないでしょうか。最近は、スマホ連動のシステムが多くなってきていますので、1台のPCから負荷を掛けたとしても大した負荷試験になりません。そこで、今回はJMeterをMaster/Slaveのクラスター構成にしてドカーンと同時アクセスを行いたいと思います。 クラスメソッドの負荷試験の歴史 創業時から業務系のシステム開発が多かったことから、レスポンスは3秒以内でOKとか、ピーク時の同時ユーザは100名といった、緩い条件をクリアすれば良かったことが懐かしく思います。今は、ユーザ数・データ量・トランザクション数・トラフィック等が爆発的に増える可能性のあるプロジェクトも多く、負荷試験は必須項目
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
