AWS移行のため、大規模で複雑な負荷テストをやった話 - エニグモ開発者ブログ
はじめに こんにちは、インフラエンジニアの 高山 です。 この記事は Enigmo Advent Calendar 2021 の 9 日目の記事です。 現在、BUYMAをオンプレからAWSへ移行するプロジェクトを進めています。 テスト環境の移行は完了し、本番環境の移行をしようというところです。 本番環境の移行をする前に 性能的に問題ないことを確認するため、本番環境と同程度のスペックで検証環境を構築し負荷テストを実施しました。 まだ終わっていませんが、今の時点で得た知見を記事にしようと思います。 負荷テストツール選定 詳細は割愛しますが、 以下のような要件からAWSの分散負荷テストのソリューション(正式名称はDistributed Load Testing on AWS 以下、AWS負荷テストソリューションと呼ぶ)を使うこととしました。 大規模な負荷テストができること 複雑なテストシナリオが
amazon web services - SSDストレージを備えたEC2インスタンス上のAWSにMicrosoft SQL Serverをデプロイするためのベストプラクティス - 初心者向けチュートリアル
最高のパフォーマンスを得るために、tempdb、データベース、プログラムファイル、バックアップ、およびログを含むm5.xlarge上の1つのSSDドライブにSQL Server 2017をインストールするのは理にかなっていますか？ Amazon EBS仕様によると、SSDが大きいほどIOPS値が向上します。 https://aws.amazon.com/ebs/features/ 10個の300ギガバイトのディスクがある場合、それらのディスクに対して900 IOPSが得られるようです。 3000GBのディスクが1つある場合、AWSで9000 IOPSを取得します。 記事を読むたびに、別々のディスクパーティションを使用することをお勧めします https：// d1。 awsstatic.com/whitepapers/best-practices-for-deploying-microsof
RDS のストレージを見直してコストダウンを図る | はったりエンジニアの備忘録
RDS のストレージを改めて見直すことで月 244 ドルのコストダウンに成功しました。特に目新しいことをしたわけではありませんが、昔から RDS を使っている人こそ盲点かもしれません。 RDS の 3 つのストレージ RDS のストレージは EBS と同じように 3 種類あります（Amazon RDS のストレージ）。 Magnetic (Standard) - standard General Purpose (SSD) - gp2 Provisioned IOPS - io1 これまでは Provisioned IOPS に 1000 IOPS を指定していました。 普段のワークロードはあまり高くないのですが、特定の機能で一時的に跳ね上がるため Provisioned IOPS を選択していました。 RDS に移行したときは General Purpose がまだ使えなかったので仕方な
RDS データベースに汎用 IOPS またはプロビジョンド IOPS のどちらを使用するかを決定するための CloudWatch メトリクスの使用方法 | Amazon Web Services
Amazon Web Services ブログ RDS データベースに汎用 IOPS またはプロビジョンド IOPS のどちらを使用するかを決定するための CloudWatch メトリクスの使用方法 このブログ記事では、最高のパフォーマンスのミッションクリティカルなデータベースワークロードに対して、IO1 としても知られるプロビジョンド IOPS からメリットを得ることができる機会を把握するために Amazon CloudWatch メトリクスを使用する方法について説明します。まず、バーストを生じない一貫性のある高書き込みワークロードをシミュレートするテストケースをセットアップすることから始めます。今回は、価格とパフォーマンスのバランスを保つ、GP2 ボリュームとしても知られる汎用ストレージを使ったデータベースと、IO1 ボリュームを使ったデータベースのパフォーマンスを比較します。次に
EBS最適化インスタンスの効果を知るべくベンチマークを取ってみた | DevelopersIO
また、EBS最適化インスタンスの検証は、それなりにネットワークトラフィックが高い状況で無いと確認が出来ません。そこでもう1台EC2を起動し、abでHTTPリクエストをガンガン掛けておきます。構成と結果予想は以下のような感じです。 ベンチマークの準備 今回のベンチマークはド定番であるところのfioを使用しました。 作成したEBSをext4、inode=512でmkfsし、特にオプションを付与すること無く普通にマウントします。 $ sudo mkfs.ext4 -I 512 /dev/xvdj $ sudo mkdir /mnt/standard $ sudo mount /dev/xvdj /mnt/standard fioをインストールします。 $ sudo yum -y install rpm-build libaio-devel gcc make $ wget http://pkgs.
AWSとGoogleクラウドのSSD性能を比較、コスパで選ぶなら？
関連キーワード Google Compute Engine | Amazon EC2 | Amazon Web Services | クラウドストレージ | クラウドコンピューティング | パブリッククラウド 米Amazon Web Services（Amazon）と米Googleは、2014年夏のほぼ同時期にSSDベースのインスタンスの提供を開始した。当時、どちらが価格とパフォーマンスの面で有利なのか分からなかった。 ベンチマークテストを行っている米CloudHarmonyが2014年の9月と11月に実施したストレージパフォーマンスのベンチマークテストにより、AmazonとGoogleが公開しているパフォーマンス仕様に疑問が投げ掛けられている。 関連記事 Amazon EC2とGoogle Compute Engine、注目サービスの料金を比較した AWS、ニフティ、IIJ GIOのスト
AWSとGoogleのネットワーク性能を比較、意外な競合相手も登場し大接戦に
関連キーワード Amazon Web Services | Google Compute Engine | SDN（Software Defined Networking） | クラウドコンピューティング | クラウドサービス クラウドのパフォーマンスに関する報告事例は珍しいものではない。だが、多数のネットワークスループットと遅延時間のテストに基づいたベンチマークテストの結果は強力な洞察を提供する。 米Amazon Web Service（Amazon）と米Googleは、いずれも自社のクラウドのネットワークパフォーマンスが優れていると主張する。両社は強力なパフォーマンスを実現する立役者として、SDN（Software Defined Networking）アーキテクチャとデータセンター間をつなぐ私有のダークファイバーを挙げている。顧客とパートナーの報告によると、どちらのプラットフォームで
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
