JMeterガイド JMeterの使い方(背伸び編) トップページページ一覧メンバー編集 スレッドグループ(スケジューラ) 最終更新： susatadahiro 2006年07月17日(月) 07:13:41履歴 Tweet 負荷試験なるものは、本番の環境に近い構成のマシンでやることが多い（というか、そういう構成でやらないと、意味がない)ですが、そういう環境は貴重なので、必然的(?)に負荷試験は夜中とかそういう時間帯に追いやられがちになるかと思います。 長時間試験を行う場合、昼間ならいざしらず、夜中にずっと見張ってるのも、担当者の健康、および、冷静な判断力の維持にとってよくありません。 というわけで、自動で出来ること(人間がやらなくていいこと)は自動でやってしまいましょう。 JMeterを自動で起動、停止させる方法は私が知る限り、下記の2通りがあります。 開始時刻と終了時刻を使う。 バージ

こんにちは、Apache JMeter の使い方についての4回目です。 今回はいよいよ 定数スループットタイマ スループットシェイピングタイマ(Throughput Shaping Timer) についての説明に入ります。 まずは定数スループットタイマです。こちらはいたって簡単で、ターゲットスループット(サンプル数/分)に動かしたいサンプル数をセットするだけです。「サンプル数/”分”」なので、10rpsの負荷をかけようと思ったら600をセットすれば良いです。 スレッドプロパティでは、1度に動作するスレッド数を設定します。上記の設定の場合、スレッド数を10にしておけば、最初に10スレッドが立ち上がり、その後は1分間でターゲットスループットの値になるよう処理されていきます。 ではスレッド数を1にした場合はどうでしょう？この場合一度に立ち上げられるスレッドが1個のみなので、1個のスレッド処理が終

はじめにこんにちは、DevOps推進2グループの李です。現在進行中の案件はJMeterを使って、負荷テストスクリプトをメンテナンスしていますが、この案件で経験したJMeterでリトライ処理をシェアしたいと思います。 今回紹介したいリトライ処理は、レスポンスコードは200または204以外のコードが戻って来た際のリトライ処理です。もちろん他の判断条件下で実行することもできです。例えば検索結果が０件など、画面中に特定のエレメントが存在する際にも使用できますが。今回はレスポンスコードの判定を例として紹介します。 今回使用するJMeterバージョンはJMeter-5.4.3です。 https://jmeter.apache.org/download_jmeter.cgi 必要な知識JMeterの基本操作 Javaプログラミング知識 この記事はJavaの書き方とJMeterのThread Groupか

負荷テストツール「JMeter」を触っているのですが、日本語情報少なかったことを調べたのでメモ。 もはやRubricksと関係ありませんが。 JMeterは負荷ツールなので、たくさんのリクエストをWebサーバに対して発行してくれます。 ただ、一意性確保などの理由で、リクエスト毎に微妙に異なる値をパラメータに含めなくてはならない局面があります。 JMeterではユーザ定義変数という仕組みが提供されていて、${user1_name}とか書くとあらかじめ宣言していた値をあてこむことができます。 でもこの方法だと、異なる値が１００個必要なら１００個の変数を手動で作らなくてはなりません。動的に変数の値を生成するのはどうやるのでしょうか。 そんなときに役立つのが埋め込み関数であるFunctions。 下記のような関数が準備されています。 regexFunction - regular expressi

この記事で解説している AndroidX Core SplashScreen のバージョンは 1.0.0 です。 Android 12 からアプリ起動時にスプラッシュ画面 (Splash Screen) が表示されるようになりました。 また、アプリ独自のスプラッシュ画面を実装している場合に、targetSdk = 31 (Android 12) 以上にすると Lint がスプラッシュ画面と思われる Activity について、以下の Warning を表示するようになります。 The application should not provide its own launch screen この記事では既存のアプリを Android 12 以上のスプラッシュ画面に対応する場合の具体的な手段についてまとめています。 公式ドキュメントにはスプラッシュ画面の説明とマイグレーションガイドが存在します

はじめに AWS CodeBuildを用いてDocker build および EKSヘのデプロイを行うサンプルです。 GitHub Enterprise(GHI)へのPushをトリガーにCodeBuildをkickしてみます。 ※当初は、CodePiplelineでGHEへのPushトリガーを受けようと考えていたのですが、CodePipelineはGHEに対応していないらしく、CodeBuildのみでまかなうことにしました。 前提 Date : 2020/2 時点 EKS Kubernetes version: 1.14 ImageリポジトリはECRを利用し、かつセットアップ済み (ECRの設定は本記事には記載しない) EKSはセットアップ済み(EKSの設定は本記事に記載しない) GHEへアプリケーションソースコードおよびDockerfileを格納済み(すでに存在する前提) リポジトリ直下

こんにちは。てぃろです。 CloudFrontのキャッシュ（chache）をうまく使えてますか？ CloudFrontではWebアプリ配信のレスポンスをよくするためにキャッシュを使えます。しかし、アプリを新たにデプロイする時にはキャッシュをクリア（削除）しないと、古いアプリのまま使われてしまう恐れがあります。 そこで、アプリをデプロイするたびにCloudFrontのキャッシュを自動的にクリアできるようにしたいと思います。 CloudFrontのキャッシュ詳しい仕様は公式ドキュメントをご覧ください。 今回も自作のアプリフレームワークを題材に解説していきます。以下がフレームワークの概要説明の資料です。 CloudFrontのキャッシュクリアの操作をマネジメントコンソールで確認するまず、CloudFrontのキャッシュクリアの操作がどのようなものか見ていきます。 突然ですが、公式ドキュメントやマ

AWS DevOps Blog CI/CD on Amazon EKS using AWS CodeCommit, AWS CodePipeline, AWS CodeBuild, and FluxCD This post discusses how we can speed up the development of our Kubernetes infrastructure by using a continuous integration (CI) pipeline to build our Docker images and automatically deploy them to our Amazon Elastic Kubernetes Service (Amazon EKS) cluster using FluxCD and the GitOps philosophy as

はじめに おはようございます、もきゅりんです。 先日、EKSでWeave Fluxを使ってGitOpsしてみる によって、かなり楽にk8sでCI/CDを体験することができました。 しかし、実用の場面ではstg, prodといった複数の環境ごとに設定の調整することを考慮しなくてはなりません。 ということで、Kustomize *1 を使ったFluxでGitOpsを再びEKSでやってみました。 Using Flux with Kustomize を元に進めていきます。 このチュートリアルのシナリオとしては、staging と production と2つのk8s clusterがあり、それぞれに設定される最小のpod数がstgが1つ、prodが2つとなっていますが、この稿では、1clusterで2回デプロイすることで対応します。 環境について EKS Workshpの GETTING STAR