As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Atualizar a solução
A atualização da solução aplica os recursos, patches de segurança e correções de erros mais recentes à sua implantação. Para atualizar para a versão mais recente, consulte a seção apropriada com base no seu método de implantação original: AWS Launch Wizard ou AWS CloudFormation.
Importante
Antes de atualizar, certifique-se de que nenhum teste de carga esteja em execução no momento. O processo de atualização pode interromper temporariamente a disponibilidade da solução.
Solução de problemas de atualizações de versões anteriores à v3.3.0
nota
Esta seção se aplica somente às atualizações de versões anteriores à v3.3.0. Se você estiver atualizando a partir da versão 3.3.0 ou posterior, siga o procedimento de atualização padrão por meio do AWS Launch Wizard ou da AWS. CloudFormation
-
Faça o download do distributed-load-testing-on-aws.template
. -
Abra o modelo, navegue até
Conditions:lá e procureDLTCommonResourcesAppRegistryCondition. -
Você deverá ver algo semelhante a:
Conditions: DLTCommonResourcesAppRegistryConditionCCEF54F8: Fn::Equals: - "true" - "true" -
Altere o segundo
truevalor parafalse:Conditions: DLTCommonResourcesAppRegistryConditionCCEF54F8: Fn::Equals: - "true" - "false" -
Use o modelo personalizado para atualizar sua pilha seguindo as etapas em Atualizar usando a AWS CloudFormation.
-
Essa atualização remove os recursos relacionados ao registro do aplicativo da pilha, permitindo que a atualização seja concluída com êxito.
-
Execute outra atualização da pilha usando o URL do modelo mais recente.
O caminho do arquivo zip muda de v3 para v4
O DLT v4 mudou a forma como os cenários de teste compactados são extraídos para se alinhar à forma como a GUI do JMeter resolve os caminhos dos arquivos e para garantir a consistência em todas as estruturas suportadas.
| Versão | Comportamento de extração |
|---|---|
|
v3 |
Os arquivos foram descompactados, preservando a estrutura do diretório. Non-JMX arquivos (CSV, imagens) precisavam ser referenciados usando seu caminho dentro do arquivo (por exemplo, |
|
v4 |
Todos os arquivos são extraídos diretamente no diretório de trabalho do contêiner junto com o arquivo JMX. Qualquer estrutura de diretório interno no zip é nivelada, portanto, as referências de arquivo no JMX devem usar somente o nome do arquivo (por exemplo,). |
Por exemplo, se o seu zip contiver:
my-test.zip ├── my-test/ │ ├── sample.jmx │ └── users.csv
Na v3, o CSV Data Set Config no JMX referenciou o arquivo por seu caminho dentro do arquivo:. my-test/users.csv Na v4, a mesma referência deve ser justausers.csv, pois sample.jmx users.csv é colocada no mesmo diretório de trabalho simples em tempo de execução.
nota
Isso se aplica a todas as referências de arquivo em seus scripts de teste, incluindo caminhos do CSV Data Set Config, uploads de arquivos e quaisquer outros caminhos relativos.
Atualizando pilhas regionais
Se você implantou a solução em várias regiões, deverá atualizar cada pilha regional separadamente. Siga o procedimento de atualização padrão para cada CloudFormation pilha regional nas regiões em que você implantou a infraestrutura de teste.
Gerenciador de aplicativos do AWS Systems Manager
Depois de atualizar a solução, o AWS Systems Manager Application Manager fornece uma visão em nível de aplicativo da solução e de seus recursos. Você pode usar o Application Manager para:
-
Monitore recursos, custos de recursos implantados em pilhas, contas e registros da AWS a partir de um local central.
-
Visualize os dados operacionais dos recursos da solução no contexto de um aplicativo, como status de implantação, CloudWatch alarmes, configurações de recursos e problemas operacionais.
