タグ

loadtestingに関するtakaya030のブックマーク (18)

  • Azure OpenAI Service の Chat Completion API を JMeter で負荷テストしてみた

    はじめに 最近、番環境で Azure OpenAI Service を導入する事例が増えてきているように感じます。 Azure OpenAI Service の素の API 自体がどれくらいのリクエストに耐えられるのか、個人的にも気になっていました。 そこで具体的なシナリオを想定して、JMeter と Taurus で負荷テストしてみたので、その手順と結果を共有したいと思います。 ※筆者自身も負荷テストは初めてなので、間違っている点があればご指摘いただけますと幸いです。 JMeter と Taurus について JMeter とは JMeter は、Apache Software Foundation が開発しているオープンソースの負荷テストツールです。 HTTP 以外にも、FTP や JDBC などのプロトコルにも対応しており、様々なシナリオでの負荷テストが可能です。操作性も良く、GU

    Azure OpenAI Service の Chat Completion API を JMeter で負荷テストしてみた
  • k6による負荷試験 入門から実践まで

    https://techfeed.io/events/techfeed-experts-night-20 TechFeed Experts Night#20 〜 Webパフォーマンス・チューニング最前線 : 前編(概要、モニタリング、負荷テスト編)

    k6による負荷試験 入門から実践まで
  • マイクロソフト、フルマネージドな負荷テストサービス「Azure Load Testing」正式サービスとして提供開始

    マイクロソフトはクラウド上で大規模な負荷テストを行えるフルマネージドな負荷テストサービス「Azure Load Testing」を正式サービスとして提供開始したことを明らかにしました。 外部に公開する予定のあるクラウドサービスでは、想定するユーザー数に対して適切なコンピューティングリソースが割り当てられているか、挙動に問題はないか、性能上の問題がある場合にはボトルネックがどこにあるか、などを番開始前に調査する必要があります。 そのためには、あたかも実際に多数のユーザーがアクセスしてくるのと同じような状況を作り出さなくてはなりません。 Azure Load Testingは、そうした負荷の作成を作り出し、容易にテストできるようにしたものです。 上記の図にあるように、Azure Load TestingはApache JMeterのスクリプトを実行することで負荷を作り出し、それをエンドポイン

    マイクロソフト、フルマネージドな負荷テストサービス「Azure Load Testing」正式サービスとして提供開始
  • Amazon DynamoDB に負荷をかけ、検証する方法をご紹介 | AWS - 変化を求めるデベロッパーを応援するウェブマガジン | AWS

    皆さんこんにちは、Game Solutions Architect の邵 (@axot) です。 以前 AWS ブログの Amazon DynamoDB スケーリングのベストプラクティス という記事で DynamoDB 運用する際のポイントを紹介しました。 記事では、DynamoDB に負荷をかける方法をご紹介します。さらに、それを応用してスパイクおよび不均等なアクセスパターンについてのテストおよび解説もご紹介します。最後まで是非ご覧ください ! まず、今回のテストのための DynamoDB テーブルを作成します。 ベンチマークではなく、負荷の掛け方や性質を確認が目的なので、ReadCapacityUnits(RCU)、WriteCapacityUnits(WCU) とも最小限に 1 に設定しています。 また、ソートキー については日のテストで利用しないため、プライマリキーのみを作成し

    Amazon DynamoDB に負荷をかけ、検証する方法をご紹介 | AWS - 変化を求めるデベロッパーを応援するウェブマガジン | AWS
  • Gatlingで負荷試験を楽にするTips | ShareWis Blog(シェアウィズ ブログ)

    こんにちは。 @Kuchitamaこと国平です。 Scalaアドベントカレンダー in Adventarの8日目の記事を担当いたします。 昨日の記事は@dakatsukaさんのFinch + MySQLでREST APIサーバを構築するでした。 さて、私が8月に入社してから進めていたプロジェクトの情報がついに公開できるようになりました。 share-wis.comのリプレースがそのプロジェクトです。 これまでのShareWisは、ユーザ投稿型の知識共有サービスでしたが、 この度、知識との出合いというコンセプトに立ち戻って、 ちょっとしたスキマ時間に様々な知識に触れることができるような、 動画主体の スナックラーニングサービス として近日中に生まれ変わります。 今回のプロジェクトでは、より多くの方のスキマ時間を有意義なものにするため、 パフォーマンスが重要課題として上がりました。 Webサー

    Gatlingで負荷試験を楽にするTips | ShareWis Blog(シェアウィズ ブログ)
  • Scala 初心者が Gatling をぶっ放して負荷テストをやってみました

  • 負荷試験ツールgatlingで徐々に負荷をあげて一定に達したらキープ - Qiita

    概要 gatlingという負荷試験ツールの結果が見栄え良いとのことで試してみた。 どんなものか ScalaなDSLでテストケースを記載するjmeter的なもの。QuickstartとAdvanced Tutorialを実施するとどういうものかわかるかと。 DSLの独特な所としてはUserとScenarioという概念があり、実際に人がブラウザを操作してる感覚+高級言語で表現できるは良いかと。 例えば「hoge.comの/hoge見た後/fugaを見る」というScenarioのUserを10分間に100User分負荷を発生、という感じで、ユーザがブラウザを操作する振る舞いをDSLにいい感じに表現できる。 実際にはwebアプリは複数のページ遷移で1アクションなこともあるので、このように書けると便利そうね、と。 導入 以下、linuxの場合。 jdk落としてきてインストール Gatling Pro

    負荷試験ツールgatlingで徐々に負荷をあげて一定に達したらキープ - Qiita
  • Gatlingを使った負荷試験 | Casley Deep Innovations株式会社 技術ブログ

    こんにちは。 キャスレーコンサルティングのSI(システム・インテグレーション)部の遠山です。 今回は負荷試験ツールGatlingの紹介をしたいと思います。 http://gatling.io/#/ ハイパフォーマンスで、ユーザーフレンドリーなDSLを持ち、ゴージャスなレポート作成をしてくれる事を謳っています。 以下の順番で見ていく事にします。 とりあえず触ってみる シナリオを書いてみる 便利にカスタマイズする 1.とりあえず触ってみる 公式サイトにすぐ使えるzipファイルがありますのでダウンロードしてみましょう。 中身はこんな感じです。 とりあえずbinにgatling.shがあるので実行してみます。 どれどれ。 シナリオ選択ですね。1のAdvancedSimulationStep01を選択してみましょう。 実行が始まります。 実行完了され、結果が出力されたようです。 結果を開くと… おお

    Gatlingを使った負荷試験 | Casley Deep Innovations株式会社 技術ブログ
  • JMeterで負荷テスト - Qiita

    こんにちわ、TenForward こと加藤です。 ファーストサーバ Advent Calendar 2015 4 日目の記事ですな。 新規サービスをリリースする際などに負荷テストを行う必要があると、なぜか私のところに話が来ます。 そこで、そのような場合にどういう風にテストを行っているかを簡単に紹介してみたいと思います。 最近はPythonで書かれたLocustというツールにも興味があるのですが、残念ながら私はPythonを自在に扱えないので、昔から使っているApache JMeterを使っています。まだまだJMeterを使っている人は多いのか、私が2008年に書いたほぼメモ代わりのブログエントリにもかなりのアクセスがあります。 ファーストサーバで負荷テストを行う場合、以下のようなケースがあります。 サービスで提供するWebアプリケーションが想定する負荷に耐えられるか? ホスティングサービス

    JMeterで負荷テスト - Qiita
  • Webアプリ負荷試験ガイド - withgod's blog

    Webアプリ負荷試験ガイド 目次 Webアプリ負荷試験ガイド 目次 前置き 時間がない人向け要約 about me 何故負荷試験を行うのか 負荷試験ツール 負荷掛けるツール 負荷計測 負荷の可視化 負荷試験の流れ 負荷試験スケジュールについて 注目すべきポイント シナリオ作成 アカウント情報は自動生成出来るようにする DB分割を行ってる場合はDB分割を意識したシナリオを用意する。 負荷試験元 http or https サーバ1台 サーバ単体での負荷 アプリの正常性の確認 サーバ複数台 KVS Memcached Redis RDB 問題になりやすいDB キャッシュの話 大前提 注意すべき点 CDNやProxyレベル local cache or remote cache local cache or memory cache(in app cache) references 更新情報 前

    Webアプリ負荷試験ガイド - withgod's blog
  • 負荷試験コトハジメ

    You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session.

    負荷試験コトハジメ
  • システム負荷を表示するtloadコマンドの使い方 | マイナビニュース

    HowtoForgeに10月25日(米国時間)に掲載された記事「Linux tload Command Tutorial for Beginners (with Examples)」が、システム負荷平均を表示するtloadコマンドの使い方を伝えた。tloadはシステム負荷をターミナルにCUIでグラフィカルに表示するコマンドで、使い方はtloadと実行するだけ。ターミナルにシステム負荷がCUIベースのグラフとして表示されるようになる。 tloadコマンドの実行サンプル Ubuntu 18.04 LTS tloadコマンドは-sでスケールを指定することができるほか、-dで更新頻度を指定することができる。 物理的なシステムコンソールやssh経由でログインしてしか操作することのできないサーバをモニタリングする場合など、tloadはシステム負荷の状況を表示するシンプルな方法として利用できる。GUI

    システム負荷を表示するtloadコマンドの使い方 | マイナビニュース
  • Webアプリケーションのベンチマークをとるときに気をつけている10のこと - たごもりすメモ

    10もないかも、と思いながら項目を書き出してみたら10以上余裕であってキリがないので10で収めた。いやあ、あるなあ。 仕事柄よくベンチマークを実行したりしてて色々と思うところが溜まっていたところ、以下のような記事を見掛けたのでなんか書こうと思った。ところでこの記事はベンチマークを実行するための準備作業がループを回して2時間かかるところの待ち時間に書かれている。 sfujiwara.hatenablog.com ISUCONといえば多少縁があるコンテストで、文中でISUCON5のことについても言及されているので、それも含めて。 自分が業務でいじっているのは "Webアプリケーション" というとちょっと違うんじゃないのというものばかりだが、いやー、最近なんでもHTTPで外部APIを作るからベンチマークのコツとしては大体変わんなかったりするよね。 なおこの記事でベンチマークはどのようなものかとか

    Webアプリケーションのベンチマークをとるときに気をつけている10のこと - たごもりすメモ
  • Webパフォーマンス虎の巻

    Webパフォーマンス向上施策のために、今更ながら超速1を読んだので、今までの自分の知見と合わせてまとめてみます。 なるべく柔らかく、改善施策ってまず何をどうすればいいの?という疑問を持った人に向けて書いています。 ▪️格言 そもそもWebは速い。遅くしているのは我々です。大抵は技術の問題ではなくて、人の問題。 引用元: テクニックではなく、今、気で取り組むべきWebパフォーマンス (html5jパフォーマンス部 部長 竹洞さん) 心得 パフォーマンス向上に対する施策は大別すると以下の2通り 軽量化 (単純にやりとりするデータ容量を小さくすること) 圧縮 削除 最適化 (その時に最も適している実装・実行をとること) 経路・順番の変更 非同期 もっとも遅くしている原因を探して、それを対策するのが原則。「対効果」が絶対的正義である。手段から入るのは愚策。まず先に原因を知ることが重要。 ▪️1

    Webパフォーマンス虎の巻
  • 毎秒1万リクエストの負荷試験をした話 - pixiv inside

    はじめまして。ピクシブで広告関連のプロダクトを開発しているeastです。今回は、社内で運用している広告配信サーバーの負荷テストを実施したので、その話をしたいと思います。 経緯 ピクシブの広告配信サーバーは、pixiv体を中心に複数のサービスに対して広告配信を行なっています。現在私はこの広告配信サーバーの大規模改修を行なっているのですが、先日ついに広告配信サーバーの改修がほぼ完了したので、試しに負荷試験を行なってみたいと思い立ちました。 目標は毎秒1万リクエスト ピクシブの広告配信サーバーへのリクエスト数はDailyで 4〜6億req もあり、これは毎秒平均に直すと約 5,000RPS(Request Per Second) になります。さらに、ピークタイムである休日の深夜帯には 12,000RPS にも達します。つまり新しい広告配信サーバーにも、毎秒12,000のリクエストを捌く性能が必

    毎秒1万リクエストの負荷試験をした話 - pixiv inside
  • ちょっと良さげな負荷ツール vegeta をつかって分散負荷試験を実現してみる - Qiita

    motivation Scalaのgatlingを使っていたけど、test_caseとして実装する必要があり、ローカル以外から仕組み的に実行するのがちょっと手間だった。(testをjarにするというのが難しい) シンプルにインストールせずに実行できる負荷ツールはないものか 負荷をかける側の限界でパフォーマンスを正しく測定できないこともあるので、クラスタ的に投げれたらなお良い そんなフワーッとした雰囲気で調べてみたら面白そうなものがあった。 その名も Vegeta 。 名前がやばい。そう、みんな知ってるアレ。 github にもこんな画像がデカデカと というわけで早速試してみましょう。 最初に結果を書くと、結構いい感触。おすすめしたい。 インストール方法 インストール方法は複数あります。 公式のドキュメントにあるのは2種類で、 Homebrewでインストールする(mac

    ちょっと良さげな負荷ツール vegeta をつかって分散負荷試験を実現してみる - Qiita
  • 負荷試験のためのノウハウと Webフレームワークの負荷試験 (Python,Node,Go,PHP) - Qiita

    この記事はRetty Advent Calendar 2017 における 22日目の記事です。 昨日は @saku さんの swiftで丸画像をパフォーマンス高く表示する方法 でした。 はじめに 趣味のBot開発から気づけばWebフレームワークの負荷試験を行なっていました。 Software Engineerの@tkngueです。普段業務としては、Data Engineer/Web Service開発/データ分析やってます 「速さは正義」 とは皆の共通の認識で、言うまでもないことだと思うのですが 記事では、速さってなんだろうって考えてみます。 TL;DR 負荷試験における 速さは面で捉えよう: 品質を50%'ile - 90%'ile - 99%'ile ... で定義する 品質を評価する手段にも気をつかおう: Coordinated Omission は大きな測定誤差を生みます Go

    負荷試験のためのノウハウと Webフレームワークの負荷試験 (Python,Node,Go,PHP) - Qiita
  • 負荷テストツールGatlingを触ってみた - 絶品ゆどうふのタレ

    負荷ツールとしてGatlingのことを少し前から耳にする機会が増えたので、利用してみることにした。 色々既出だとは思うが、公式のQuickstartに従って試してみたのでメモ。 GUIが必要だったので、今回は手元のMacで実行。 Gatlingとは Java/Scala製の負荷テストツール。 JMaterと似た感じのツールではあるが、 ハイパフォーマンス 見やすいレポートHTML developerフレンドリーなシナリオファイル というのをウリとして謳っている。 たぶん、3項目とも対JMater(重い・レポート見づらい・XMLのシナリオつらい)を意識したメリットだろうなー。 なお、シナリオファイルは。。。 Gatling simulation scripts are written in Scala, but don’t panic! わろた。 というわけで、触ってみる Install J

    負荷テストツールGatlingを触ってみた - 絶品ゆどうふのタレ
  • 1