ソリューションを更新する
ソリューションを更新すると、デプロイに最新の機能、セキュリティパッチ、バグ修正が適用されます。最新バージョンに更新するには、元のデプロイ方法 (「AWS Launch Wizard」または「AWS CloudFormation」) に基づく適切なセクションを参照してください。
重要
更新する前に、現在実行中の負荷テストがないことを確認してください。更新プロセスにより、ソリューションの可用性が一時的に中断される場合があります。
v3.3.0 より前のバージョンからの更新のトラブルシューティング
注記
このセクションは、v3.3.0 より前のバージョンからの更新にのみ適用されます。v3.3.0 以降から更新する場合は、AWS Launch Wizard または AWS CloudFormation を使用して標準の更新手順に従ってください。
-
distributed-load-testing-on-aws.template
をダウンロードします。 -
テンプレートを開き、
Conditions:に移動してDLTCommonResourcesAppRegistryConditionを探します。 -
次のような結果が表示されます。
Conditions: DLTCommonResourcesAppRegistryConditionCCEF54F8: Fn::Equals: - "true" - "true" -
2 番目の
trueの値をfalseに変更します。Conditions: DLTCommonResourcesAppRegistryConditionCCEF54F8: Fn::Equals: - "true" - "false" -
カスタマイズされたテンプレートを使用して、「AWS CloudFormation を使用した更新」の手順に従ってスタックを更新します。
-
この更新により、アプリケーションレジストリ関連のリソースがスタックから削除され、更新は正常に完了します。
-
最新のテンプレート URL を使用して、別のスタック更新を実行します。
zip ファイルパスの v3 から v4 への変更
DLT v4 では、圧縮されたテストシナリオを抽出する方法を変更し、JMeter GUI がファイルパスを解決する方法に合わせて、サポートされているすべてのフレームワーク間で整合性を確保しました。
| バージョン | 抽出動作 |
|---|---|
|
v3 |
ディレクトリ構造の保存中にファイルが解凍されました。JMX 以外のファイル (CSV、イメージ) は、アーカイブ内のパス ( |
|
v4 |
すべてのファイルは、JMX ファイルとともにコンテナの作業ディレクトリに直接抽出されます。zip の内部ディレクトリ構造はフラット化されるため、JMX のファイル参照はファイル名 ( |
例えば、zip に次のものが含まれている場合:
my-test.zip ├── my-test/ │ ├── sample.jmx │ └── users.csv
v3 では、my-test/users.csv のように、JMX の CSV データセット設定は、アーカイブ内のパスでファイルを参照しました。v4 では、sample.jmx と users.csv は実行時に同じフラットな作業ディレクトリに配置されるため、同じ参照は users.csv のみである必要があります。
注記
これは、CSV データセットの設定パス、ファイルのアップロード、その他の相対パスなど、テストスクリプトでのすべてのファイル参照に適用されます。
リージョンスタックの更新
ソリューションを複数のリージョンにデプロイした場合は、各リージョンスタックを個別に更新する必要があります。テストインフラストラクチャをデプロイしたリージョン内にある各リージョンの CloudFormation スタックの標準更新手順に従います。
AWS Systems Manager Application Manager
ソリューションを更新すると、AWS Systems Manager Application Manager はソリューションとそのリソースにアプリケーションレベルのビューを提供します。Application Manager を使用すると、以下のことができます。
-
リソース、スタックや AWS アカウントにデプロイされたリソースのコスト、ログを一元的にモニタリングします。
-
デプロイステータス、CloudWatch アラーム、リソース設定、運用上の問題など、アプリケーションのコンテキストにおけるソリューションのリソースの運用データを表示します。
