AWS Fargate SpotをECS Serviceで利用する
AWS Fargate Spot を ECS Service で設定する方法を解説します。Fargate Spot を使用すると、ECS タスクを Fargate 価格と比較して割引価格で実行できます。通常の Fargate をサービスで起動する場合との差分のみを解説していますので、一部の説明を省略しています。ご了承ください。 目次 ECS クラスターを作成する ECS サービスを作成する FARGATE_SPOT で起動していることを確認する FARGATE と FARGATE_SPOT を混ぜて起動する FARGATE_SPOT と FARGATE どちらで起動しているかを確認する Fargate Spot 終了通知の処理 ECS クラスターを作成する ECS マネジメントコンソールより、新規の ECS クラスターを作成します。この後 Fargate 起動タイプのタスクを利用するため「
Amazon Aurora のフェイルオーバー を E メールで通知する | DevelopersIO
RDSやAuroraのフェイルオーバー などのイベント情報は、RDSマネジメントコンソールやAWS CLIで確認コマンドを実行するなどで表示が可能です。 ただ、重要なイベントの発生はできるだけ早く検知したいと思うものです。 今回は、RDSのイベントサブスクリプション機能を使って、フェイルオーバーが発生した際にEメールで通知する設定方法を紹介します。 なんと、作業時間はたったの約5分!お手軽に設定できました。 前提条件 目的は、「指定されたDBクラスター でフェイルオーバー が発生したら、メールで通知を行う」です。 参照ドキュメント 下記のAWSドキュメントに記載されている手順を参考に、設定していきます。 一見、ドキュメントにはRDSの設定について書かれているようにも思えますが、Aurora クラスターも同様の手順で通知を設定できます。 検証環境 本記事では、通知対象のDBは作成済みの前提で
【AWS】EC2＋Jmeterで負荷試験環境を構築する
ここらへんでちょっと触れてますが、最近仕事で負荷試験を担当することになったので EC2とJmeterで負荷試験環境を構築してみました。 元々はオンプレで建てようかと思ったのですが、限られた時間で、しかも負荷試験自体は2日ぐらいしか実施しないため、 オンプレで構築するコストを考えるとAWSを利用して環境構築したほうが効率的だな、と思ったので。 色々と躓いたところ含め、備忘録的にメモしておきます。 目的 仕事で新しいサービスを公開することになったのですが、どの程度のアクセスまで耐えられるのか、 目標の同時アクセス数を捌くためにはどれだけのキャパシティが必要なのかを試験する必要が出てきました。 負荷試験の方法は色々あるのですが、 コストが比較的安い簡単に構築できる（できれば）他の案件などに使いまわしたい 等を考慮し、AWSとJmeterを利用して構築することにしました。 構成 Jmeter-Cl
連載 負荷テストを実施する 「第二回 シナリオ作成」 - サーバーワークスエンジニアブログ
負荷テスト、みなさんは負荷を掛けるシナリオを作成されたことはあるでしょうか。 鎌田です。 第二回目ということで、「シナリオ作成」について触れたいと思います。 計画が決まったら、負荷を掛けるためのシナリオ作りをします。 多くの場合、Apache Jmeterを使われるかと思いますので、今回はJmeterの使い方について説明しましょう。 以下、WindowsのEC2インスタンスがパブリックサブネットに構築されている前提で説明をしています。 Jmeterに必要なもの Javaのインストール JmeterはJavaでコーディングされ、Windowsであればexeが、Linuxであればtar.gzが提供されています。 Jmeterをインストールする前に、Javaをインストールしておきましょう。 ※本ブログでは、Windows版で説明を進めます OracleのJSEダウンロードページで、最新版をダウン
クラスター構成のJmeterで負荷試験 - Qiita
はじめに 秒間1万リクエストの負荷を実施にあたって、 Jmeter単体では負荷が出せなかったのでクラスター構成のJmeterで実施しました。 Jmeterのローカルでのテスト実施方法などは以下を参照してください。 基本的な設定ファイルの作成も今回は省略します。 Jmeterをローカル環境でテスト 負荷試験を確認するための基礎的で不可欠な知識 クラスタ構成の概要 マスターサーバー、スレーブサーバー（複数台）という構成で実施します。 マスターサーバーに設定ファイルを置いて実行することで、 スレーブから結果ログなどをマスターサーバーへ集約する形で実行してくれます。 ですので、スレーブサーバー側ではJmeterの起動だけしておけばOKです。 マスターサーバーのセットアップ やることの大まかな流れとしては、 1. jmeterのインストール 2. 解凍 3. スレーブサーバーの設定 jmeterのイ
SpotInstanceとJMeterを使って400万req/minの負荷試験を行う | DevelopersIO
Apache JMeterのMaster/Slave構成 シナリオを用いた負荷試験といえばJMeterということで、使ったことがある方も多いかと思います。しかし、ほとんどの方は自分のPCを使ってやっている程度ではないでしょうか。最近は、スマホ連動のシステムが多くなってきていますので、1台のPCから負荷を掛けたとしても大した負荷試験になりません。そこで、今回はJMeterをMaster/Slaveのクラスター構成にしてドカーンと同時アクセスを行いたいと思います。 クラスメソッドの負荷試験の歴史 創業時から業務系のシステム開発が多かったことから、レスポンスは3秒以内でOKとか、ピーク時の同時ユーザは100名といった、緩い条件をクリアすれば良かったことが懐かしく思います。今は、ユーザ数・データ量・トランザクション数・トラフィック等が爆発的に増える可能性のあるプロジェクトも多く、負荷試験は必須項目
負荷テスト - Qiita
負荷テストとは 大量のデータを投入し、高い負荷をかけて 「ソフトウェアが正常に機能しているか」 確認するテストです。 ※長時間、高負荷が継続すると不具合 が起きてしまう可能性があるためです。 「単体テスト」や「結合テスト」だけでは見つけられない不具合がある。 また、想定のユーザー数でも耐えることができることを確認するためのテストでもあります。 負荷テストツール どんな負荷テスト想定しているかで変わります。 「大規模負荷テスト」「サーバ負荷テスト」「処理単位の応答時間」 高価なものから無償のものまでです。負荷テストツールの選定も大事な負荷テスト計画となりますね。 1.Apache Jmeter JMeterはJakartaプロジェクトが開発している無償負荷テストツールです。 GUIインターフェースを使ってかなり細かく負荷テストのシナリオを設定する事ができます。 レスポンスタイムが3秒以内を目
＠IT：DNS Tips：ゾーンとは
ゾーンとは、ネームサーバがドメインを管理する範囲です（図1）。 例えば、Aというネームサーバがjprs.jpとexample.jpのドメインを管理している場合、Aは2つのゾーンを持つことになります。 自分の管理するドメインからサブドメインを委任すると、自分のゾーンには委任に関する情報のみを載せます。
Amazon Route 53のALIASレコード利用のススメ | DevelopersIO
よく訓練されたアップル信者、都元です。 Amazon Route 53は、AWSが提供するDNSサービスです。通常、ドメインを取得すると、ドメインレジストラからDNSがサービスで提供されることが多いと思います。費用は大抵ドメイン代に含まれていて、追加費用は無いことが多いです。しかしAWSで利用するドメインは、下記のような理由から、ドメインのオマケで付いてくるDNSではなく、Route 53を利用するメリットが大いにあります。 無料じゃないとは言え、とにかく安い。Route 53のコストが月10ドル超えるような人気サービスを作れたら勝ち組です。 プログラマブルである。レコードの定義と書き換えをスクリプトで実行できる。デプロイの自動化に寄与。 CloudFormationからレコードの定義と書き換えができる。まぁ↑とほぼ同じことを言ってますが。 SLAは100%（！？） ELB, CloudF
誰のためのソースコード? - Shin x Blog
「誰のためのデザイン?」の旧版と改訂・増補版を読みました。 以前に旧版を読んだのですが、その記憶もあやふやなくらい前だったので、あらためて読み直し、その面白さゆえに改訂・増補版も購入してこれも読み終えました。 Web システム開発を生業としているので、日々ユーザとのインタラクションが発生するプロダクト開発に関わっているわけで、ユーザがどのように製品を認知し、使うかという内容は参考になりました。 それとは別にソフトウェア開発という観点で、ソースコードを読む時に人がどのように認知するのかという点でも興味深いものでした。このエントリでは、自分なりに整理したソースコードと概念モデルについて残しておきます。 ソースコードとメンタルモデル ソースコードの概念モデル 実行モデル プログラマモデル ユーザモデル 誰のためのソースコード? さいごに メモ ソースコードとメンタルモデル ある程度、経験のあるプ
GitHubのラベルをいい感じにセットアップするツール
Usage 基本的にはデフォルトのプリセットがあるので、--tokenでGitHubのtokenを渡すだけで後は自動でやってくれます。 ラベルを設定したいプロジェクトのディレクトリに移動してコマンドを叩くだけです。 (git remoteのoriginを見ます) Usage $ github-label-setup --token xxx Options -h, --help output usage information -l, --labels <path> the path or npm packages name to look for the label configuration in. Default: labels.json --token <token> a GitHub access token (also settable with a GITHUB_ACCESS_
GitHub Issuesを個人用のTodo管理アプリとして使っている
個人的なタスク管理ツールとしてGitHub Issueを使うようにしてその仕組みを色々と作っているので、そのアーキテクチャについてのメモ書きです。 後述しますが、GitHubをベースとすることでプログラムでの拡張性が高いというのが特徴です。 セットアップが色々と必要になるためぱっと再現しやすい感じではなかったり一部未公開になってます。 需要があったらオープンソースとして公開できるように整えます。 GitHub Issuesとタスク管理ツールでの課題 自分の中で、タスク管理ツールとGitHub Issuesを両方使う場合に次の課題がありました。 自分のタスクの半分以上はGitHubに何かしら紐づく情報(オープンソース、ブログ、仕事)であったため、GitHub Issueとの二重管理感がある GitHub上で複数のリポジトリのタスクを管理するのが難しい 1つ目は、タスク管理ツールを使っても結局
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://t.co/Y64l8lso7n%20tags:
https://t.co/XvVIMSdGRW%20tags:
JMeter の利用方法(4) – タイマによるスループットの制限方法 | 株式会社ケイズ・ソフトウェア
GitHub - MunGell/awesome-for-beginners: A list of awesome beginners-friendly projects.