コネクションあたりのリクエスト数ちなみに、-tオプションは-rオプションよりも優先される為、-rで指定したリクエスト分のアクセスが完了しても、-tで指定した時間の限りアクセスを続けます。siegeの結果の見方siegeの結果の各項目の意味は以下の通りです。1リクエストあたりの処理にかかった最短秒数ログデフォルトではPREFIX/var/siege.logに出力されます。[FILE]として指定します。下記のようなログが出ます。0このログは追記型で記録されていきます。同時接続を255以上にするとエラーになります。255の指定を変更します。255の指定を変更します。.siegercファイルを使う場合ソースに含まれる.siegercをコピーして設定します。個人的に、-tオプションと-rオプションの関係性がよく分からなかったので、-dオプションではなく、リクエスト間のインターバルの無い-bオプションを使って、動作を確認してみました。簡単に説明すると、両者の違いは以下のとおりです。-r30500ユーザが30回アクセス。オプションで負荷をかけてみる-rオプション無しの下記の場合だと、5秒間ずっと、URLリストのURLにランダムに、同時接続数100でアクセスし続けます。オプションで負荷をかけてみる-tオプション無しの下記の場合は、同時接続ユーザ数100なので、結果のTransactionsが500リクエストちょうどになっています。1コネクションあたり5リクエスト投げるので、同時接続ユーザ数とコネクションあたりのリクエストを掛けあわせた500リクエストになるという訳です。webサーバ側のアクセスログにも、ちょうど500行のアクセスログが出力されます。同時接続ユーザ数50で、それぞれのコネクションあたり100リクエストを10秒間投げ続けるという意味になります。ここで個人的に重要だったのは、以下です。50×100で5000リクエストが完了した時点で10秒以内であれば、また同じリクエストを時間の限り投げ続けます。10秒経過した時点で終了します。両方のオプションを使うことで、指定リクエスト分のアクセスが完了しても、時間の限り同じ指定でアクセスを続けます。上記で`-t`オプションを付けなければ、時間を意識すること無く、指定した同時ユーザ数で指定リクエスト数(上記なら5000リクエスト)を処理できたら、負荷をかけるのをやめます。個人的な結論どのオプションの組み合わせが最適なのか悩みましたが、より実際のアクセスに近い状態を再現するなら、-bオプションは使わず、とりあえずdelayはデフォルトの1秒の指定のままにした状態で、-rと-tオプションを組み合わせるのがよいのでは、と思いました。AWSなどクラウド環境を使うときは、いつでもリソースを変更できるので、オンプレのような厳密なサイジングはあまり考えなくてもよいのがメリットの1つかと思いますが、本番稼働する際には、こういった方法で簡単にでも、ある程度のあたりをつけてスタートしてみるのも良いんじゃないかと思います。CloudTrailを試すCloudTrailは、マネージメントコンソールやコマンドラインインターフェイス、APIなどから操作...curlでIPアドレスから国を判別できるサービスipinfo.iocurlで簡単にIPアドレスやその他の情報を取得できるサービスがありましたので、ご紹介します。コメントをキャンセルメールアドレスが公開されることはありません。I?雲人2号クラウドとOSSとMacが好きな人。仕事はAWSエンジニア。kumonchu.com。