サーバの負荷テストのための、何百万ものHTTPリクエストを発生させる方法 | POSTD
(注記：6/9、いただいた翻訳フィードバックを元に記事を修正いたしました。) 今回の記事は毎秒300万ものリクエストを処理できるほど強力で高性能なWebクラスタの構築についてのパート1になります。まず初めに、あまり多くはありませんが、私がこれまで使用したことのあるロードジェネレータツールをいくつか紹介します。私のようにてこずって時間をかけてしまわないよう、今回の記事が理解の手助けになれば幸いです。 ロードジェネレータはテストを目的とした数種類のトラフィックを発生させるプログラムです。それによって高負荷においてサーバがどのように動いているか、そのサーバの弱点はどこなのか、などが見えてきます。負荷テストを通じてサーバの限界を知ることは、サーバのレジリエンシーを測定する最適な方法であり、あらゆる問題に対する準備の手助けにもなります。 ロードジェネレータツール 負荷テストをする際に頭に入れておくべ
HTTP リクエストに対する応答の値を、次の HTTP リクエストで使用する - Qiita
Django の csrfmiddlewaretoken のように、HTTP リクエストに対する応答の値を、それ以降のリクエストで使用したい場合があります Tsung では dyn_variable 要素を使用して、受信した応答の値を取得して、それ以降のリクエストに設定することが可能です 設定例 下記では、Django の /admin/ に GET でアクセスしてヘッダの csrftoken の値を正規表現で取得して、name に指定した変数 csrfmiddlewaretoken に設定しています そして、その変数を POST の Body に %%_csrfmiddlewaretoken%% として指定してリクエストを送ります <?xml version="1.0"?> <!DOCTYPE tsung SYSTEM "/opt/erlang/R16B03-1/share/tsung/
Tsung で負荷試験 - Qiita
Tsung を使用して 3 台のサーバから Web サーバに GET リクエストを送ってみました Tsung の実行環境の準備 Erlang R16B03-1 をインストールしておきます Tsung のインストール 3 台のサーバそれぞれに下記の手順で Tsung をインストールします $ sudo aptitude -y install autoconf gnuplot libtemplate-perl $ git clone https://github.com/processone/tsung.git $ cd tsung $ ./configure $ make && sudo make install /etc/environment に Erlang の PATH を追加する slave の Erlang VM を実行するために、下記のファイルの PATH に Erlang の
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
子供と一緒にニュースをみるなら「週刊ニュース深読み」がオススメ - がんばるブラザーズ
ニュースはどこから仕入れてる？ うちは新聞をとってない。以前はとっていたけど、大量のチラシと、読めないままたまっていく新聞の山に辟易してやめた。「読む」ニュースはもっぱらニュースアプリを利用している。偏りはもちろんあるだろうけど、新聞を読んでいた頃よりもさまざまな記事を読むようになったと思う。 一方で「みる」ニュースはどうかというと、こちらもなかなかみる機会がない。朝はテレビをみないし、夕方のニュースの時間は子供が勉強していたり、ご飯を食べていたりしているからみることができない。どうしてもニュースを映像でみたいときは、ニュースサイトやアプリでみている。 …と、ここまでは大人の話。大人は情報を得る手段をある程度自由に決めることができる。でも、子供は違う。特に小学生くらいまでの子供の場合、情報を得る手段や得ることができる情報量は、親の方針によって大きく違ってくる。 子供に新聞を読ませよう！とい
Gmail→@ezwebは届かないだけじゃなくてエラーも出ないって怖い：海外速報部ログ：オルタナティブ・ブログ
仕事柄、自分も周囲の人間も、ほとんどがiPhoneかAndroid端末を使っており、連絡にキャリアメール（@ezwebとか@i.softbankとか@softbank.ne.jpとか@docomo.ne.jpとか）を使う人はまずいません。それが普通だと思っていたら、そうじゃなかったようで、新年早々連絡の行き違いで慌てました。 昨年末、大学時代の友人（全員文系の女性）7人での新年会を企画しました。そのうち4人は共通のSNSをやっておらず、また、2人（仮にAさんとBさん）はすごく久しぶりに連絡する相手。その2人と親しい友人（仮にCさん）からメアド（2人とも@ezwebだった）をきいて、一斉メールで告知することにしました。念の為に出欠いずれの場合も返信してね、と書き添えて。ちなみに送信元はGmailでした。 ところが@ezwebの2人からはいつまでたっても返信がこない。メールが届かなかったという
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
大阪・鶴見で火災、集合住宅焼ける ２人けがか：朝日新聞デジタル
最適化超入門