タグ

負荷テストに関するbaby-babyのブックマーク (26)

  • 導入事例からIT製品・サービスを探す|キーマンズネット

    基幹系システム ERP 会計システム 電子帳票システム ワークフロー 勤怠管理システム もっと見る 情報共有システム・コミュニケーションツール グループウェア Web会議 テレビ会議/ビデオ会議 ファイル共有 文書管理 もっと見る 情報システム SFA CRM コールセンター/CTI BPM PLM もっと見る メール 電子メール メールセキュリティ メールアーカイブ その他メール関連 もっと見る エンドポイントセキュリティ アンチウイルス 暗号化 認証 ID管理 メールセキュリティ もっと見る ネットワークセキュリティ ファイアウォール WAF IPS UTM セキュリティ診断 もっと見る 運用管理 統合運用管理 IT資産管理 サーバー管理 ネットワーク管理 統合ログ管理 もっと見る バックアップ バックアップツール バックアップサービス テープバックアップ その他バックアップ関連 もっ

    導入事例からIT製品・サービスを探す|キーマンズネット
  • 7. 負荷テストの評価基準には何を使えばよいのか? | Oracle 日本

    ~テストツールを使う際の負荷量の指標~ 6. システムがパフォーマンスを維持するためのメモリ管理について  に戻る はじめに 性能テスト、負荷テストを行う上では、達成すべき目標値の定義が必要となります。しかし、性能テストでは様々な指標が存在しており、どの指標をもって目標とし、結果を判定すべきか判断が難しい場合があるでしょう。 実際に、Webシステムの性能評価を行うための指標には以下があります: * 同時接続ユーザー数(Number of Virtual Users) * 時間あたりのユーザーシナリオ実行数(Transactions per hour) * 時間あたりのページ処理数(Received pages per hour) * 時間あたりのヒット数(Hits per hour) * サーバー平均応答時間(Average Server times, etc.) * サーバー側のCPU

  • 第5回 図解で知るSNMP――MIB情報のすべて

    第5回 図解で知るSNMP――MIB情報のすべて:SNMPによるネットワークモニタリング「第2版」(1/8 ページ) サーバやネットワーク機器を監視するSNMPを扱う上で重要なものの1つが“MIB”情報の把握である。機器にアクセスする場合には、このMIB情報を基に問い合わせを行い、モニタリングを行う。 第4回目「SNMPとv3セキュリティ」で説明したように、SNMPエージェントは、現在の状態値(管理情報)をもつオブジェクトを備え外部へと公開する。 それぞれのオブジェクトは固有のOID(Object IDentifier)をもっており、snmpwalkやsnmpgetをはじめとするSNMPマネージャコマンドを用いて、その状態値を取得できるのだ。 このとき問題となるのは、どのOIDをもつオブジェクトが、どんな情報を持っているのかという点だ。例えば、「トラフィック総バイト数」「CPU負荷」「メモ

    第5回 図解で知るSNMP――MIB情報のすべて
  • 負荷テストアプローチ別の目標設定と指標の考え方 | Oracle 日本

    8. 負荷テストアプローチ別の目標設定と指標の考え方 7. 負荷テストの評価基準には何 を使えばよいのか? に戻る はじめに 一般的に負 荷テストには、目的に応じて以下の4種類のアプローチがあると言われています。 * 性能テスト - スループット * 性能テスト - 応答時間 * 限界テスト * 耐久テスト 負荷試験はシステムに対する客観的評価手法の 一つですが、何をもって判定基準や達成目標にするかという明確な指標を伴わずに、漫然と一定量の負荷をかけて問題が起きなければそ のまま完了とするスタンスには問題があります。 実行時に明確な目標と指標が無い場合には、採取したデータも活用の出来ない 意味の無い客観データになりやすいですし、また、テスト時に可能である潜在的な性能問題の発見/改善のせっかくの機会を見逃すこと になります。 編では、これらアプローチ毎の目的設定と指標の考え方について整理し

  • CPU使用率とロードアベレージ

    ロードアベレージは、最も簡単に説明すると、実行プロセス数の平均だ。説明によっては実行待ちプロセス数や実行可能プロセス数となっているが、正確には実行プロセス数(実行中プロセス数+実行可能プロセス数)だ。つまり、I/O待ちのプロセスはカウントされない。 ここで、たとえば、1秒間に10回実行プロセス数をカウントすると、1分間では600回カウントする。カウントした時に、毎回3、4、5あたりをうろうろしていると、平均値としては4ぐらいになる。これがロードアベレージだ。正確に、Linuxが1秒に何回カウントしているかは知らんが、どちらにせよ (カウントした時のロード数1+...カウントした時のロード数n)/カウント数 という計算式になるので、1分に何回カウントしたかはあまり重要な数字ではない(もちろん1分に1回やら数回やらというのは困るが)。ロードの平均値を取っているのでロードアベレージだ。 ロードア

    CPU使用率とロードアベレージ
  • Java Magazine 日本版

    <Insert Picture Here> Oracle Direct Seminar Web 負荷テスト免許皆伝 ~テスト概論入門編~ 日オラクル株式会社 Copyright© 2011, Oracle. All rights reserved. 2 Agenda • システムの性能問題と負荷テスト負荷テストの種類 • 負荷テストのポイント • オラクルの提供する負荷テストツール • Appendix • Oracle Application Testing Suiteのご紹介 Copyright© 2011, Oracle. All rights reserved. なぜ性能問題は恐ろしいのか • 経営観点から見たリスク • 修正・手戻りが増えることによる開発コストの増大 • 自社・お客様の業務への悪影響が発生 • 開発現場から見たリスク • 開発スケジュールが混乱し、修正作

  • JMeterを利用した負荷テストでどのようにスレッド数、Ramp-Up期間、ループ回数をどうやって決めるか考える - 基本へ帰ろう

    what 前回の測定は、Ramp-Up期間がすべて 1 という極端なものであり、あまりよろしくないと聞いた。 そのため、再度、負荷テストを行う。 今回行いたい測定は、前回同様「サーバの負荷限界値」である。 負荷計測環境 前回とほぼ同じだが、負荷テスト対象のWebアプリケーションのバージョンが少々あがっている。 妥当なRamp-Up期間の決定について JMeterで負荷テストするのはいいのだが、以下の数値をどのように決めるのに非常に悩む。 スレッド数 Ramp-Up期間 ループ回数 どうしたらよいものか、考えてみた。 itarchitect.jp 上記にテストシナリオ作成のヒントが書いてあるので読んでみた。「現実に即したテスト」という視点が非常に重要であると書いてある。 記事のヒット率の以下のようになる。 スレッド数が大きい場合は、Ramp-Up期間を「0」に設定すべきではない。(異常な状態

    JMeterを利用した負荷テストでどのようにスレッド数、Ramp-Up期間、ループ回数をどうやって決めるか考える - 基本へ帰ろう
  • ab を用いた簡易的な性能・負荷テストの雛形

    Web サービスをリリースするにあたり避けては通れない(避けて通ってはいけない)性能・負荷テスト工程。 ウォーターフォールやアジャイルなど開発手法は様々ありますが、現実問題、概ね開発工程が遅延する傾向があります。なんとか単体テスト・結合テスト・システムテストはやりきるものの、力尽きて性能・負荷テストを実施せずにリリース・・・なんてことはありませんでしょうか? そんな場合に限って、リリース直後に高負荷でサービスダウン・・・なんてことになりがちです。 そうならないために性能・負荷テストは必ず実施すべき項目です。ツールとして JMeter がメジャーですがシナリオ作ったり、使い方覚えたりと、正直面倒です。でも apache bench なら使ったことあるし知ってる!という方も多いことでしょう。そこで僕が "簡易的" に性能・負荷テストで使っている方法を公開します。 ab を用いた簡易的な性能・負

  • 負荷テストあれこれ-JMeter 負荷のかけ方、レポートの見方- | A Day In The Boy's Life

    負荷テストあれこれ-JMeterの使い方- 」で、JMeterの利用方法について触れましたが一番肝心のレポートの見方について書いてませんでしたので、今回はその点を。 今回の記事をまとめるにあたり、下記の資料を参考にさせていただきました。 Apache JMeterで負荷試験をしよう!@JaSST 負荷テストの方法やレポートの見方について触れる前にまず、何を目的で負荷テストをするかについて触れてみたいかと。 これも様々なケースが想定されますが、取り合えず 1. 現在のインフラ、システムの構成でどれだけの負荷に耐えられるかを知る為 2. 想定される同時ユーザー数に耐えられるか検証したい 3. インフラ、システム構成の変更によりどれだけのパフォーマンスが向上したか知りたい の3つをケースを考えてみたいと思います。 まず前提となるテストシナリオを作る部分から。 これは、「ログイン→Aページ遷移→

    負荷テストあれこれ-JMeter 負荷のかけ方、レポートの見方- | A Day In The Boy's Life
  • 第4回 テストを設計するには(その2)

    前回はテスト種別の紹介の前半として単体テスト、機能試験、性能検証について紹介した。前回解説したように、テストの設計を行うにあたってはまずテスト計画を立案する必要がある。いきなりテスト要件を洗い出すことは必要となるテスト種別が抜け落ちたり、各テストのプロジェクト内での優先順位があいまいになったりなどの問題が発生するため、必ずテスト計画を作成し、各テストの重要度、工数、スケジュールを明確にしておくことが大切である。また、テスト要件を洗い出すときは事前に優先順位付けした要件から作成し、テスト要件にも優先順位付けを行い、優先順位を考慮した作業の進め方を行うといいだろう。 今回はテストの設計の第2回として、負荷検証、ロード検証について紹介を行う。 実システムを構築する上で、負荷試験というテストが含まれていないことはほとんどないだろう。構築するシステムがどの程度の負荷に耐えられるかを測定することで、シ

    第4回 テストを設計するには(その2)
  • 負荷試験の考え方(お客様へ説明すべきこと)

    Webアプリケーションやクライアントサーバ型のシステム開発の中で性能要件を満たすために負荷試験やロード試験といわれる工程がある。 重要な工程として考えているが、スケジュールの厳しいプロジェクトなどでは後回しにされることがあった。 特に、開発が遅れている場合、要件を満たすための開発が重視されることは理解しているが、負荷試験を実施することは同じくらい大切な工程である。試験で起こることは当然、番環境でも起こり、あとで痛い目をみないためにも必須の工程である。 負荷試験を設計する上での考え方をまとめてみたいと思う。 以下のサイトが参考になる。 理論的・計画的なWebアプリケーションのテストの実現:第4回 テストを設計するには(その2) (1/2) – ITmedia エンタープライズ 負荷試験とは 構築するシステムがどの程度の負荷に耐えられるかを測定し、システムの信頼性と耐用範囲を明確にする。ウェ

    負荷試験の考え方(お客様へ説明すべきこと)
  • FINDJOB!終了のお知らせ | FINDJOB!

    FINDJOB! 終了のお知らせ 2023年9月29日にFINDJOB!を終了いたしました。 これまでFINDJOB!をご利用いただいた企業様、求職者様、様々なご関係者様。 大変長らくFINDJOB!をご愛顧いただき、誠にありがとうございました。 IT/Web系の仕事や求人がまだ広く普及していない頃にFind Job!をリリースしてから 約26年間、多くの方々に支えていただき、運営を続けてまいりました。 転職成功のお声、採用成功のお声など、嬉しい言葉もたくさんいただきました。 またFINDJOB!経由で入社された方が人事担当になり、 FINDJOB!を通じて、新たな人材に出会うことができたなど、 たくさんのご縁をつくることができたのではないかと思っております。 2023年9月29日をもって、FINDJOB!はその歴史の幕を下ろすこととなりましたが、 今後も、IT/Web業界やクリエイティブ

    FINDJOB!終了のお知らせ | FINDJOB!
  • パフォーマンスモニタ監視項目

    ●データベース(0) ・SQL Server ノート(216) ・SQL Server(29) ●Windows(0) ・Windows一般(268) ・Windows Servers(27) ・IE/OE(26) ●ネットワーク(4) ●バックアップ・管理ツール(0) ・Backup Exec(32) ・ARCserve(20) ●MS Office(11) ●Linux(1) ●デスクトップカスタマイズ(2) ・Windows XP(5) ・Firefox/Thunderbird(2) ●W-ZERO3(1) ●資格(1) ●プロフィール(6) ●その他(1) 2007年10月(17) 2007年09月(18) 2007年08月(20) 2007年07月(21) 2007年06月(21) 2007年05月(21) 2007年04月(20) 2007年03月(21) 2007年02月(1

    パフォーマンスモニタ監視項目
  • リソース監視ツールMuninについて | EX-CLOUDサポート 《格安クラウドVPS, レンタルサーバー,WordPressのホスティング》

    ご質問、ご相談はこちらから お気軽にお問い合わせください 03-4233-7512 受付10時〜18時:土日祝日を除く EX-LITE、クラウドシリーズではリソース監視ツールとして「Munin」をご提供しています。 リソース監視ツール「Munin」の画面イメージ|MuninのアクセスURL リソース監視ツール「Munin」では、主に以下の利用状況を確認することができます。 ディスク : ディスク使用率 ネットワーク : ネットワーク流量 システム : CPU利用、ロードアベレージ、メモリ利用率 グラフの拡大機能の調整 : CentOS6のサーバ限定の作業 >コントロールパネルからのアプリケーションインストール【Plesk非搭載プラン】 ※Plesk非搭載のクラウド、EX-LITEプランの方向け >Muninアラートメール設定 ※参考設定情報 >複数台構成のMunin監視設定 ※旧EX-SC

  • サーバ監視ツール「munin」の使い方 ~ その1 ~ | さぶみっと!JAPAN

    muninはサーバのさまざまな情報をグラフ化して表示するソフトです。 つい”ムーニン”と言ってしまいますが、”ムニン”がいいようです。 サーバ監視ツールということですが、例えて言うなら、自動車のメーター類のような働きをします。Ganglia、CactiやCloudForecastが同分類のソフトになります。 具体的にどのような場面で重宝するかと言いますと、サーバを増やす際のスペックを検討するときも、失敗する可能性が減らせます。 メモリをいくら搭載するものを用意すればいいのか、CPUはもう少し安いものでも問題無いのかなど、見積もることが簡単になります。 例)メモリを48GB搭載したサーバの利用状況 また以前は、何か障害が起きたときに、人間が手動でデータをかき集めてくるということをよくやっていましたが、Muninを入れてからはその手間は減り、より詳しい情報を参照して原因の特定・対策を講じること

    サーバ監視ツール「munin」の使い方 ~ その1 ~ | さぶみっと!JAPAN
  • サーバ1台あたり1日70万PVのmunin監視グラフを公開してみる(ソーシャルゲーム編) | SONICMOOV LAB

    皆様こんにちは。 ソーシャルアプリ事業部でシステム周りの仕事をしております、ムックです。 早速ですが、タイトルにもあるサーバ監視についてです。 サーバ監視と言えば下記のように分類出来ます。 nagios、monitなどのプロセス監視 cacti、munin、zabbixなどのリソース監視 弊社でもいくつかサーバ監視ソフトウェアを利用していますが、今回はリソース監視にスポットを当ててお話したいと思います。 リソース監視の導入メリット インシデントを未然に気づけることがある トラブルシューティング時の解決糸口 負荷の少ないプログラムを意識するようになる 今日は、弊社で運用しているとあるソーシャルゲームサービスのmunin監視グラフ(と一言コメント)をお見せ致します。 環境 1アプリサーバあたりの日PV数は約70万 構成は、LB、WebApp(Apache)、DB(MySQL)、cacheとよく

    サーバ1台あたり1日70万PVのmunin監視グラフを公開してみる(ソーシャルゲーム編) | SONICMOOV LAB
  • muninグラフの読み方と意味 | シーズクリエイターズブログ

    サーバー監視ツール「munin」の各グラフの意味と読み方。 muninをインストールすると標準でたくさんのグラフが出力されます。中には聞いた事もない単語のグラフもあり、 「いったいこれは何なのか」と疑問に思っていたので調べてみました。 グラフはすべてplugin (/etc/munin/plugins) の内容から出力されていて、さらにそのほとんどが単なるperlスクリプトやシェルスクリプトでした。このpluginが実際はどのようなコマンドを使った結果なのかを確認しながら調べました。プログラムにはあまり明るくない&英語が苦手、なので意味違いしている可能性がありますのでお気づきの点がありましたらコメントを頂けると嬉しいです。 使用したmuninバージョンは1.4.5です。 ほとんどの値は /proc/以下から参照されているようで以下のページがとても役に立ちました。 Man page o

  • 同時接続数(MaxClients)をいくつに設定すべきか?

    へんじがない。ただのポンコツのようだ。 ポンコツが今日も持ち場でガンバリつつ、 楽しく生きていくための備忘録ブログ。ぬわーーっっ!!2005年7月から絶賛「更新」中! 【この記事の所要時間 : 約 9 分】 Apacheの同時接続数(MaxClients)をどのように設定するのがいいのか調べた。 Apacheのプロセス数を制限するためのディレクティブが「MaxClients」で、このディレクティブには、同時に接続できるクライアント(厳密にはセッション)の数を指定しなければならない。 ●まずはApacheドキュメントを確認しよう Apacheのドキュメントでは、以下のように定義されていた。 MaxClients ディレクティブ 説明: リクエストに応答するために作成される子プロセスの最大個数 構文: MaxClients number デフォルト: 詳細は使用法をご覧下さい。 コンテキスト:

    同時接続数(MaxClients)をいくつに設定すべきか?
  • 株式会社アンタス - 次の時代のマーケティングテクノロジーを

    年末年始休業のお知らせ お客様各位 毎度格別のご愛顧をうけ賜りありがとうございます。 誠に勝手ながら下記日程で休業とさせていただ... NEWS アンタスのエンジニア 異業種からの転職4 エンジニア紹介 塾講師として理系の受験生のために尽力してきた鶴谷君。前職でWEBシステムに携わったことがき... BLOG

    株式会社アンタス - 次の時代のマーケティングテクノロジーを
  • 負荷テストことはじめ

    JDK 16 で導入された JEP 396 にご注意!! (JJUG CCC 2021 Spring)

    負荷テストことはじめ