タグ

トラフィックに関するmolinのブックマーク (5)

  • サーバの負荷テストのための、何百万ものHTTPリクエストを発生させる方法 | POSTD

    (注記:6/9、いただいた翻訳フィードバックを元に記事を修正いたしました。) 今回の記事は毎秒300万ものリクエストを処理できるほど強力で高性能なWebクラスタの構築についてのパート1になります。まず初めに、あまり多くはありませんが、私がこれまで使用したことのあるロードジェネレータツールをいくつか紹介します。私のようにてこずって時間をかけてしまわないよう、今回の記事が理解の手助けになれば幸いです。 ロードジェネレータはテストを目的とした数種類のトラフィックを発生させるプログラムです。それによって高負荷においてサーバがどのように動いているか、そのサーバの弱点はどこなのか、などが見えてきます。負荷テストを通じてサーバの限界を知ることは、サーバのレジリエンシーを測定する最適な方法であり、あらゆる問題に対する準備の手助けにもなります。 ロードジェネレータツール 負荷テストをする際に頭に入れておくべ

    サーバの負荷テストのための、何百万ものHTTPリクエストを発生させる方法 | POSTD
  • ブルーカラーの人材不足問題を解決するのは「やりがい」よりもライフスタイルの提案だと思う

    CMを見ている人は気付いているかもしれないが、こうした山田孝之が扮するのはいわゆるブルーカラーと呼ばれる業界に従事する人々である。 ブルーカラーとは、主に作業服着て仕事に従事する現業系や技能系の職種で、肉体労働が主体である者を指している。対義語はホワイトカラーで、ワイシャツの襟が白である事から総合系のデスクワーカーがあげられる。 ブルーカラー職は現在の日において人材不足の問題を抱えている。例え今よりも賃金上昇が進んでも慢性的な人材不足が起こると考えられており、外国からの労働力を強く望む声がこの業界の経営者からは多く聞かれる。 ブルーカラー職に人が集まらないのは、若者のホワイトカラー思考が強まっているからだと言われている。失業率よりも問題なのは、こうした人材に偏りが出ている点というのは昨今よく言われている通りである。 就職活動でも学生の多くが望むのはホワイトカラーと呼ばれるような職種で、体

    ブルーカラーの人材不足問題を解決するのは「やりがい」よりもライフスタイルの提案だと思う
  • よくわかるLinux帯域制限 | GREE Engineering

    矢口です。 みなさんはLinuxのtcという機能をご存知でしょうか。送信するパケットの帯域制御を行うことができる大変強力な機能で、グリーでもいくつかの用途で使用されています。 具体的な事例の一つはRedisです。Redisではreplicationを新規に開始する際やfailoverが発生しmasterが切り替わった際(特に2.6系)にストアされている全データが転送されます。しかし帯域制限をかける機能がないため、ネットワーク帯域を圧迫してしまう危険性があります。また通常のクライアントとの通信でも大量のクエリにより予想以上の帯域を使用してしまう可能性があります。このような場合にtcを用いることでRedisの使用する帯域をコントロールできます。 このように有用なtcですが残念なことに日語/英語ともにわかりやすい解説や詳細な情報は多くありません。 私も社内において使われていたtcの設定に問題が

    よくわかるLinux帯域制限 | GREE Engineering
  • 月間57億PV、300台のサーバを運用するミツバチワークスが編み出したインフラ技術

    ミツバチワークスのエンジニアは、「月間57億PV」という巨大なトラフィックをさばくため、さまざまな技術を駆使してインフラを構築している。主と副の2立てでデータベースを運用し、300台のサーバを使いながら「負荷の限界」に挑むエンジニアに、技術ノウハウを聞く。 ミツバチワークスが運営するケータイブログサービス「DECOLOG」は、異色のサービスである。10代後半から20代前半の女性に最も人気のあるケータイブログサービスで、「デコメール」などを利用して、かわいくカラフルなブログを作成できる。広告基準を厳しくすることで女性ユーザーにも不安なく使ってもらえるような安心感を作り出し、口コミだけでじわじわとアクセス数を伸ばしてきた。 結果、2010年7月実績で月間57億PV(ページビュー)超、想定800万UU(ユニークユーザー)、会員登録者数180万件と、ケータイブログサイトでは国内最大のサービスとし

  • [ネットワーク編]機器のスペックをbpsだけで判断してはいけない

    性能条件を満たすネットワーク機器を選定する際に,スループットをカタログ上のbps(bit per second)やpps(packet per second)といった数値で単純に判断してはいけない。そもそも,カタログ・スペック値は,特定の条件下のもので,実際の利用シーンで同じ性能が出ないことはよくある。基的に,カタログ値はある程度割り引いて見なくてはいけない。 さらに,機器のスペックは実際のトラフィック発生条件に照らし合わせて,もう一歩踏み込んで判断する必要がある。bps やppsは,機器のスループットを示す数値の一つに過ぎない。時間的な範囲や物理的な範囲をきめ細かく考慮しなければ,性能不足やトラブルを引き起こすことがある。 時間的な範囲とはスループットをbpsやppsなど秒単位の値だけでなく,ミリ秒~数十ミリ秒といった短い時間の単位におけるピーク特性まで考えておくことを指す。平均した通

    [ネットワーク編]機器のスペックをbpsだけで判断してはいけない
  • 1