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á.
Fleet Auto Scaling para Amazon 2.0 AppStream
O Fleet Auto Scaling permite que você altere automaticamente o tamanho da sua frota AppStream 2.0 Always-On ou On-Demand para adequar o fornecimento de instâncias disponíveis à demanda do usuário. O tamanho da frota determina o número de usuários que podem fazer streaming simultaneamente. Para uma frota multissessão, mais de um usuário pode usar uma única instância. Para uma frota que não é multissessão, é necessária uma instância para cada sessão de usuário. Você pode especificar a capacidade da sua frota em termos de instâncias (para frotas de sessão única) e sessões de usuário (para frotas multissessão). O número necessário de instâncias será disponibilizado com base nas configurações de sua frota e nas políticas de ajuste de escala automático. Você pode definir políticas de escalabilidade que ajustem o tamanho da frota automaticamente, com base em várias métricas de utilização, e otimizem o número de instâncias disponíveis para que corresponda à demanda dos usuários. Você pode também optar por desativar a escalabilidade automática e determinar que a frota seja executada com um tamanho fixo.
nota
A capacidade da frota elástica é gerenciada automaticamente por AppStream 2.0 para você. Não é necessário criar regras de ajuste de escala automático para gerenciar o número de instâncias de streaming da frota que estão disponíveis para frotas elásticas.
nota
Ao desenvolver seu plano para o escalonamento de frota AppStream 2.0, certifique-se de que sua configuração de rede atenda aos seus requisitos.
Antes de usar o Fleet Auto Scaling, o Application Auto Scaling precisa de permissões para acessar os AppStream alarmes da CloudWatch Amazon e as frotas 2.0. Para obter mais informações, consulte Usando políticas AWS gerenciadas e funções vinculadas para gerenciar o acesso do administrador aos recursos AppStream 2.0 e Usando IAM políticas para gerenciar o acesso do administrador ao Application Auto Scaling.
nota
Ao usar o ajuste de escala, você pode trabalhar com a API do Application Auto Scaling. Para que o Fleet Auto Scaling funcione corretamente para AppStream 2.0, o Application Auto Scaling requer permissão para descrever e atualizar AppStream suas frotas 2.0 e descrever seus alarmes da CloudWatch Amazon, além de permissões para modificar a capacidade da sua frota em seu nome. Para obter mais informações, consulte Funções necessárias para AppStream 2.0, Application Auto Scaling e AWS Certificate Manager Private CA e Usando IAM políticas para gerenciar o acesso do administrador ao Application Auto Scaling.
Os tópicos a seguir fornecem informações para ajudá-lo a entender e usar o AppStream 2.0 Fleet Auto Scaling.
Conteúdo
Conceitos de escalabilidade
AppStream O escalonamento 2.0 é fornecido pelo Application Auto Scaling. Para obter mais informações, consulte a Referência da API do Application Auto Scaling.
Para step-by-step obter orientação sobre como trabalhar com o AppStream 2.0 Fleet Auto Scaling, consulte Escalando seus fluxos de aplicativos de desktop com o AppStream Amazon
Para usar Auto Scaling de frota com eficiência, você deve compreender os termos e conceitos a seguir.
- Multissessão versus sessão única
-
Em um cenário de sessão única, cada sessão de usuário tem sua própria instância dedicada. Em um modo multissessão, mais de uma sessão de usuário pode ser provisionada na mesma instância. A capacidade da frota e as políticas de ajuste de escala automático devem ser configuradas em termos de sessões de usuário, e o serviço calculará e inicializará o número necessário de instâncias.
- Capacidade mínima ou mínimo de sessões de usuário para uma frota
-
O número mínimo de instâncias (para frotas de sessão única) ou sessões de usuário (para frotas multissessão). O número de instâncias (para frotas de sessão única) ou sessões de usuário (para frotas multissessão) não pode ser inferior a esse valor e as políticas de ajuste de escala não vão dimensionar a frota abaixo desse valor. Por exemplo, em um cenário de sessão única, se você definir a capacidade mínima de uma frota como 2, a frota nunca terá menos de duas instâncias. Da mesma forma, em um cenário multissessão, com o número máximo de sessões em uma instância definido como 5, se você definir a capacidade mínima de uma frota como 12, sua frota nunca terá menos de três instâncias (arredondamento superior do resultado da divisão de 12 por 5).
- Capacidade máxima ou máximo de sessões de usuário para uma frota
-
O número máximo de instâncias (para frotas de sessão única) ou sessões de usuário (para frotas multissessão). O número de instâncias (para frotas de sessão única) ou sessões de usuário (para frotas multissessão) não pode ser superior a esse valor e as políticas de ajuste de escala não vão dimensionar a frota acima desse valor. Por exemplo, em um cenário de sessão única, se você definir a capacidade máxima de uma frota como 10, a frota nunca terá mais de dez instâncias. Da mesma forma, em um cenário multissessão, com o número máximo de sessões em uma instância definido como 5, se você definir a capacidade máxima de uma frota como 52, sua frota nunca terá mais de 11 instâncias (arredondamento superior do resultado da divisão de 52 por 5).
- Capacidade desejada
-
O número total de instâncias (para frotas de sessão única) ou sessões de usuário (para frotas multissessão) que estão em execução ou pendentes. Esse valor representa o número total de sessões simultâneas de streaming a que sua frota pode oferecer suporte em uma condição estável. Para definir o valor de Desired Capacity (Capacidade desejada), edite os Fleet Details (Detalhes da frota). Não recomendamos alterar o valor da Desired Capacity (Capacidade desejada) manualmente ao usar Scaling Policies (Políticas de dimensionamento).
Se o valor de Desired Capacity (Capacidade desejada) for configurado com um valor inferior ao de Minimum Capacity (Capacidade mínima) e uma atividade de ampliação for acionada, o Application Auto Scaling ampliará o valor de Desired Capacity (Capacidade desejada) para o valor de Minimum Capacity (Capacidade mínima) e continuará a ampliar conforme necessário, de acordo com a política de dimensionamento. Entretanto, nesse caso, a atividade de redução não ajusta a Desired Capacity (Capacidade desejada), pois esse valor já está abaixo do valor de Minimum Capacity (Capacidade mínima).
Se o valor de Desired Capacity (Capacidade desejada)estiver acima do valor de Maximum Capacity (Capacidade máxima) e uma atividade de ampliação for acionada, o Application Auto Scaling reduzirá o valor de Desired Capacity (Capacidade desejada) para o valor de Maximum Capacity (Capacidade máxima) e continuará a reduzir conforme necessário, de acordo com a política de dimensionamento. Entretanto, nesse caso, a atividade de redução não ajusta Desired Capacity (Capacidade desejada), pois esse valor já está acima do valor de Maximum Capacity (Capacidade máxima).
- Ação da política de escalabilidade
-
Ação que a política de escalabilidade executa em sua frota quando a condição em Scaling Policy Condition é atendida. Você pode escolher uma ação com base em % de capacidade ou em número de instâncias (para frotas de sessão única) ou sessões de usuário (para frotas multissessão). Por exemplo, se a capacidade atual for 4 e a ação da política de escalabilidade estiver definida como “Adicionar 25% da capacidade”, a capacidade desejada aumentada será definida como 5 quando a condição da política de escalabilidade for atendida.
- Condição da política de escalabilidade
-
Condição que acionará um conjunto de ações em Scaling Policy Action. Essa condição inclui uma métrica de política de escalabilidade, um operador de comparação e um limite. Por exemplo, para dimensionar uma frota se a utilização da frota for superior a 50%, a condição de política de escalabilidade deverá ser "If Capacity Utilization > 50%".
- Métrica da política de escalabilidade
-
Sua política de dimensionamento está de acordo com essa métrica. A seguir se encontram as métricas disponíveis para as políticas de escalabilidade:
- Utilização de capacidade
-
A porcentagem de instâncias que estão sendo usadas em uma frota. Você pode usar essa métrica para dimensionar sua frota com base no respectivo uso. Por exemplo, Scaling Policy Condition (Condição da política de escalabilidade): “If Capacity Utilization < 25%” (Se a capacidade de utilização < 25%) executa Scaling Policy Action (Ação da política de escalabilidade): “Remove 25 % capacity” (Remover capacidade de 25%).
- Capacidade disponível
-
O número de instâncias (para frotas de sessão única) ou sessões de usuário (para frotas multissessão) que estão disponíveis na frota para os usuários. Você pode usar essa métrica para manter um buffer na capacidade disponível para os usuários iniciarem sessões de streaming. Por exemplo, a Condição da política de ajuste de escala “Se a capacidade disponível for inferior a 5” realiza a Ação da política de ajuste de escala “Adicione cinco instâncias (para frotas de sessão única) ou sessões de usuário (para frotas multissessão)”.
- Erro de capacidade insuficiente
-
O número de solicitações de sessão rejeitadas por falta de capacidade. É possível usar essa métrica para provisionar novas instâncias para usuários que não conseguem iniciar sessões de streaming devido à falta de capacidade. Por exemplo, a Condição da política de ajuste de escala “Se o erro de capacidade insuficiente for superior a 0” realiza a Ação da política de ajuste de escala “Adicione uma instância (para frotas de sessão única) ou sessões de usuário (para frotas multissessão)”.
Gerenciamento de escalabilidade de frota por meio do console
Você pode configurar e gerenciar o escalonamento da frota usando o console AppStream 2.0 de uma das duas formas a seguir: durante a criação da frota ou a qualquer momento, usando a guia Frotas. Duas políticas de dimensionamento padrão estão associadas às frotas criadas logo após o lançamento. Você pode editar essas políticas na guia Políticas de escalabilidade no console AppStream 2.0. Para ter mais informações, consulte Criar uma frota.
Para ambientes de usuário que variam em número, defina políticas de escalabilidade para controlar como a escalabilidade deve responder à demanda. Se você espera um número fixo de usuários ou tem outros motivos para desabilitar o ajuste de escala, pode configurar a frota com um número fixo de instâncias ou sessões de usuário.
Para definir uma política de escalabilidade de frota usando o console
Abra o console AppStream 2.0 em https://console.aws.amazon.com/appstream2
. -
No painel de navegação, escolha Fleets.
-
Selecione a frota e escolha Scaling Policies.
-
Edite as políticas existentes escolhendo o ícone de edição próximo de cada valor. Configure os valores desejados no campo de edição e escolha Update. As alterações nas políticas entram em vigor em alguns minutos.
-
Adicione (crie) novas políticas usando o link Add Policy. Configure os valores desejados no campo de edição e escolha Create. As novas políticas entram em vigor em poucos minutos.
Você pode usar a guia Fleet Usage para monitorar os efeitos de suas alterações nas políticas de escalabilidade. A seguir é apresentado um exemplo de gráfico de uso da atividade de escalabilidade quando cinco usuários conectam-se à frota e se desconectam. Esse exemplo é de uma frota que usa os seguintes valores de política de escalabilidade:
-
Capacidade mínima = 10
-
Capacidade máxima = 50
-
Aumentar a escala horizontalmente = adicione cinco instâncias (para frotas de sessão única) ou sessões de usuário (para frotas multissessão) se o uso da capacidade for superior a 75%
-
Reduzir a escala horizontalmente = remova seis instâncias (para frotas de sessão única) ou sessões de usuário (para frotas multissessão) se o uso da capacidade for inferior a 25%
nota
A política acima é aplicável em cenários de sessão única e multissessão. Em um cenário de sessão única, cinco novas instâncias serão inicializadas durante um evento de aumento horizontal da escala e quatro instâncias serão recuperadas durante o evento de redução vertical da escala. Em um cenário multissessão, com um máximo de quatro sessões por instância, o evento de aumento horizontal da escala acionará a inicialização de duas instâncias (arredondamento superior do resultado da divisão das cinco sessões de usuário adicionadas pelo máximo de quatro sessões por instância). Durante um evento de redução horizontal da escala, os serviços recuperarão duas instâncias (arredondamento superior do resultado da divisão das seis sessões de usuário removidas pelo máximo de quatro sessões por instância). As instâncias com sessões de usuário em execução não serão recuperadas. Somente instâncias sem sessões de usuário em execução serão recuperadas.
Para configurar uma frota com capacidade fixa por meio do console
Abra o console AppStream 2.0 em https://console.aws.amazon.com/appstream2
. -
No painel de navegação, escolha Fleets.
-
Selecione a frota.
-
Em Scaling Policies, remova todas as políticas associadas à frota.
-
Em Fleet Details, edite a frota para definir Desired Capacity.
A frota fixa tem capacidade constante com base no valor especificado como Desired Capacity. Observe que uma frota fixa tem o número de instâncias disponíveis desejado durante todo o tempo, e a frota deve ser encerrada para que os respectivos custos não sejam faturados.
Gerenciando a escalabilidade da frota usando a AWS CLI
Você pode configurar e gerenciar o escalonamento da frota usando a AWS Command Line Interface (AWS CLI). Para recursos mais avançados, como configurar várias políticas de escalabilidade ou definir tempos de espera de expansão e redução, use a CLI. AWS Para executar comandos de política de escalabilidade, você deve primeiro registrar sua frota como um destino escalável. Para fazer isso, use o seguinte comando register-scalable-target:
aws application-autoscaling register-scalable-target --service-namespace appstream \ --resource-id fleet/
fleetname
\ --scalable-dimension appstream:fleet:DesiredCapacity \ --min-capacity 1 --max-capacity 5
Exemplos
- Exemplo 1: aplicação de uma política de escalabilidade com base na utilização de capacidade
- Exemplo 2: aplicação de uma política de escalabilidade com base em erros de capacidade insuficiente
- Exemplo 3: aplicação de uma política de escalabilidade com base na utilização de capacidade
- Exemplo 4: alterar a capacidade de frota com base em uma programação
- Exemplo 5: Aplicar uma política de escalabilidade de rastreamento de destino
Exemplo 1: aplicação de uma política de escalabilidade com base na utilização de capacidade
Este exemplo de AWS CLI configura uma política de escalabilidade que expande uma frota em 25% se a utilização for >= 75%.
O seguinte comando put-scaling-policy define uma política de escalabilidade com base na utilização:
aws application-autoscaling put-scaling-policy --cli-input-json file://scale-out-utilization.json
Os conteúdos do arquivo scale-out-utilization.json
são os seguintes:
{ "PolicyName": "
policyname
", "ServiceNamespace": "appstream", "ResourceId": "fleet/fleetname
", "ScalableDimension": "appstream:fleet:DesiredCapacity", "PolicyType": "StepScaling", "StepScalingPolicyConfiguration": { "AdjustmentType": "PercentChangeInCapacity", "StepAdjustments": [ { "MetricIntervalLowerBound": 0, "ScalingAdjustment": 25 } ], "Cooldown": 120 } }
Se o comando tiver êxito, o resultado será semelhante ao seguinte, embora alguns detalhes sejam exclusivos à sua conta e região. Neste exemplo, o identificador de políticas é e3425d21-16f0-d701-89fb-12f98dac64af
.
{"PolicyARN": "arn:aws:autoscaling:us-west-2:123456789012:scalingPolicy:e3425d21-16f0-d701-89fb-12f98dac64af:resource/appstream/fleet/SampleFleetName:policyName/scale-out-utilization-policy"}
Agora, configure um CloudWatch alarme para essa política. Use os nomes, a região, o número da conta e o identificador de política que se aplicam a você. Você pode usar o ARN de política retornado pelo comando anterior para o parâmetro --alarm-actions
.
aws cloudwatch put-metric-alarm --alarm-name
alarmname
\ --alarm-description "Alarm when Capacity Utilization exceeds 75 percent" \ --metric-name CapacityUtilization \ --namespace AWS/AppStream \ --statistic Average \ --period 300 \ --threshold 75 \ --comparison-operator GreaterThanOrEqualToThreshold \ --dimensions "Name=Fleet,Value=fleetname
" \ --evaluation-periods 1 --unit Percent \ --alarm-actions "arn:aws:autoscaling:your-region-code
:account-number-without-hyphens
:scalingPolicy:policyid
:resource/appstream/fleet/fleetname
:policyName/policyname
"
Exemplo 2: aplicação de uma política de escalabilidade com base em erros de capacidade insuficiente
Este exemplo de AWS CLI configura uma política de escalabilidade que aumenta a frota em 1 se a frota retornar um erro. InsufficientCapacityError
O seguinte comando define uma política de escalabilidade com base na capacidade insuficiente:
aws application-autoscaling put-scaling-policy --cli-input-json file://scale-out-capacity.json
Os conteúdos do arquivo scale-out-capacity.json
são os seguintes:
{ "PolicyName": "
policyname
", "ServiceNamespace": "appstream", "ResourceId": "fleet/fleetname
", "ScalableDimension": "appstream:fleet:DesiredCapacity", "PolicyType": "StepScaling", "StepScalingPolicyConfiguration": { "AdjustmentType": "ChangeInCapacity", "StepAdjustments": [ { "MetricIntervalLowerBound": 0, "ScalingAdjustment": 1 } ], "Cooldown": 120 } }
Se o comando tiver êxito, o resultado será semelhante ao seguinte, embora alguns detalhes sejam exclusivos à sua conta e região. Neste exemplo, o identificador de políticas é f4495f21-0650-470c-88e6-0f393adb64fc
.
{"PolicyARN": "arn:aws:autoscaling:us-west-2:123456789012:scalingPolicy:f4495f21-0650-470c-88e6-0f393adb64fc:resource/appstream/fleet/SampleFleetName:policyName/scale-out-insufficient-capacity-policy"}
Agora, configure um CloudWatch alarme para essa política. Use os nomes, a região, o número da conta e o identificador de política que se aplicam a você. Você pode usar o ARN de política retornado pelo comando anterior para o parâmetro --alarm-actions
.
aws cloudwatch put-metric-alarm --alarm-name
alarmname
\ --alarm-description "Alarm when out of capacity is > 0" \ --metric-name InsufficientCapacityError \ --namespace AWS/AppStream \ --statistic Maximum \ --period 300 \ --threshold 0 \ --comparison-operator GreaterThanThreshold \ --dimensions "Name=Fleet,Value=fleetname
" \ --evaluation-periods 1 --unit Count \ --alarm-actions "arn:aws:autoscaling:your-region-code
:account-number-without-hyphens
:scalingPolicy:policyid
:resource/appstream/fleet/fleetname
:policyName/policyname
"
Exemplo 3: aplicação de uma política de escalabilidade com base na utilização de capacidade
Este AWS CLI exemplo configura uma política de escalabilidade que se expande na frota para reduzir a capacidade real quando CapacityUtilization
está baixa.
O seguinte comando define uma política de escalabilidade com base na capacidade excessiva:
aws application-autoscaling put-scaling-policy --cli-input-json file://scale-in-capacity.json
Os conteúdos do arquivo scale-in-capacity.json
são os seguintes:
{ "PolicyName": "
policyname
", "ServiceNamespace": "appstream", "ResourceId": "fleet/fleetname
", "ScalableDimension": "appstream:fleet:DesiredCapacity", "PolicyType": "StepScaling", "StepScalingPolicyConfiguration": { "AdjustmentType": "PercentChangeInCapacity", "StepAdjustments": [ { "MetricIntervalUpperBound": 0, "ScalingAdjustment": -25 } ], "Cooldown": 360 } }
Se o comando tiver êxito, o resultado será semelhante ao seguinte, embora alguns detalhes sejam exclusivos à sua conta e região. Neste exemplo, o identificador de políticas é 12ab3c4d-56789-0ef1-2345-6ghi7jk8lm90
.
{"PolicyARN": "arn:aws:autoscaling:us-west-2:123456789012:scalingPolicy:12ab3c4d-56789-0ef1-2345-6ghi7jk8lm90:resource/appstream/fleet/SampleFleetName:policyName/scale-in-utilization-policy"}
Agora, configure um CloudWatch alarme para essa política. Use os nomes, a região, o número da conta e o identificador de política que se aplicam a você. Você pode usar o ARN de política retornado pelo comando anterior para o parâmetro --alarm-actions
.
aws cloudwatch put-metric-alarm --alarm-name
alarmname
\ --alarm-description "Alarm when Capacity Utilization is less than or equal to 25 percent" \ --metric-name CapacityUtilization \ --namespace AWS/AppStream \ --statistic Average \ --period 120 \ --threshold 25 \ --comparison-operator LessThanOrEqualToThreshold \ --dimensions "Name=Fleet,Value=fleetname
" \ --evaluation-periods 10 --unit Percent \ --alarm-actions "arn:aws:autoscaling:your-region-code
:account-number-without-hyphens
:scalingPolicy:policyid
:resource/appstream/fleet/fleetname
:policyName/policyname
"
Exemplo 4: alterar a capacidade de frota com base em uma programação
A alteração da capacidade de frota com base em uma programação permite escalar a capacidade de frota em resposta a alterações previsíveis na demanda. Por exemplo, no início de um dia útil, você pode esperar que um determinado número de usuários solicite conexões de streaming de uma só vez. Para alterar a capacidade da sua frota com base em um cronograma, você pode usar a ação da API Application Auto Scaling PutScheduledAction ou o comando da CLI AWS put-scheduled-action.
Antes de alterar a capacidade da frota, você pode listar a capacidade atual da frota usando o comando AppStream 2.0 describe-fleets AWS CLI.
aws appstream describe-fleets --name
fleetname
A capacidade de frota atual será semelhante à seguinte saída (mostrada no formato JSON):
{
{
"ComputeCapacityStatus": {
"Available": 1,
"Desired": 1,
"Running": 1,
"InUse": 0
},
}
Em seguida, use o comando put-scheduled-action
para criar uma ação programada para alterar a capacidade de frota. Por exemplo, o comando a seguir altera a capacidade mínima para 3 e a capacidade máxima para 5 todos os dias às 9:00 UTC.
nota
Para expressões cron, especifique quando executar a ação em UTC. Para obter mais informações, consulte Expressões cron.
aws application-autoscaling put-scheduled-action --service-namespace appstream \ --resource-id fleet/
fleetname
\ --schedule="cron(0 9 * * ? *)" \ --scalable-target-action MinCapacity=3,MaxCapacity=5 \ --scheduled-action-name ExampleScheduledAction \ --scalable-dimension appstream:fleet:DesiredCapacity
Para confirmar se a ação programada para alterar a capacidade de frota foi criada com êxito, execute o comando describe-scheduled-actions.
aws application-autoscaling describe-scheduled-actions --service-namespace appstream --resource-id fleet/
fleetname
Se a ação programada for criada com êxito, a saída será semelhante ao seguinte.
{
"ScheduledActions": [
{
"ScalableDimension": "appstream:fleet:DesiredCapacity",
"Schedule": "cron(0 9 * * ? *)",
"ResourceId": "fleet/ExampleFleet",
"CreationTime": 1518651232.886,
"ScheduledActionARN": "<arn>",
"ScalableTargetAction": {
"MinCapacity": 3,
"MaxCapacity": 5
},
"ScheduledActionName": "ExampleScheduledAction",
"ServiceNamespace": "appstream"
}
]
}
Para obter mais informações, consulte Escalabilidade programada no Guia do usuário do Application Auto Scaling.
Exemplo 5: Aplicar uma política de escalabilidade de rastreamento de destino
Com a escalabilidade de rastreamento de destino, é possível especificar um nível de utilização de capacidade para a frota.
Quando você cria uma política de escalabilidade de rastreamento de metas, o Application Auto Scaling cria e CloudWatch gerencia automaticamente os alarmes que acionam a política de escalabilidade. A política de escalabilidade adiciona ou remove capacidade conforme necessário para manter a utilização da capacidade no valor de destino especificado ou próxima a ele. Para garantir a disponibilidade do aplicativo, a frota é expandida proporcionalmente à métrica o mais rápido possível, mas é reduzida gradualmente.
O comando put-scaling-policy a seguir define uma política de escalabilidade de rastreamento de metas que tenta manter 75% de utilização da capacidade para uma frota 2.0. AppStream
aws application-autoscaling put-scaling-policy --cli-input-json file://config.json
Os conteúdos do arquivo config.json
são os seguintes:
{ "PolicyName":"target-tracking-scaling-policy", "ServiceNamespace":"appstream", "ResourceId":"fleet/
fleetname
", "ScalableDimension":"appstream:fleet:DesiredCapacity", "PolicyType":"TargetTrackingScaling", "TargetTrackingScalingPolicyConfiguration":{ "TargetValue":75.0, "PredefinedMetricSpecification":{ "PredefinedMetricType":"AppStreamAverageCapacityUtilization" }, "ScaleOutCooldown":300, "ScaleInCooldown":300 } }
Se o comando tiver êxito, o resultado será semelhante ao seguinte, embora alguns detalhes sejam exclusivos à sua conta e região. Neste exemplo, o identificador da política é 6d8972f3-efc8-437c-92d1-6270f29a66e7.
{
"PolicyARN": "arn:aws:autoscaling:us-west-2:123456789012:scalingPolicy:6d8972f3-efc8-437c-92d1-6270f29a66e7:resource/appstream/fleet/fleetname:policyName/target-tracking-scaling-policy",
"Alarms": [
{
"AlarmARN": "arn:aws:cloudwatch:us-west-2:123456789012:alarm:TargetTracking-fleet/fleetname-AlarmHigh-d4f0770c-b46e-434a-a60f-3b36d653feca",
"AlarmName": "TargetTracking-fleet/fleetname-AlarmHigh-d4f0770c-b46e-434a-a60f-3b36d653feca"
},
{
"AlarmARN": "arn:aws:cloudwatch:us-west-2:123456789012:alarm:TargetTracking-fleet/fleetname-AlarmLow-1b437334-d19b-4a63-a812-6c67aaf2910d",
"AlarmName": "TargetTracking-fleet/fleetname-AlarmLow-1b437334-d19b-4a63-a812-6c67aaf2910d"
}
]
}
Para obter mais informações, consulte Políticas de escalabilidade de rastreamento de destino no Guia do usuário do Application Auto Scaling.
Recursos adicionais
Para step-by-step obter orientação sobre como trabalhar com o AppStream 2.0 Fleet Auto Scaling, consulte Escalando seus fluxos de aplicativos de desktop com o AppStream Amazon
Para saber mais sobre como usar os comandos da AWS CLI do Application Auto Scaling ou as ações de API, consulte os seguintes recursos:
-
Seção application-autoscaling da Referência de comandos da AWS CLI