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 aplicativos da Amazon WorkSpaces O Fleet Auto Scaling permite que você altere automaticamente o tamanho de sua frota de WorkSpaces aplicativos sempre ativa ou sob demanda 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 pelo WorkSpaces Applications for you. 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 da frota de WorkSpaces aplicativos, 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 WorkSpaces alarmes e frotas de aplicativos CloudWatch da Amazon. Para obter mais informações, consulte [Usando políticas AWS gerenciadas e funções vinculadas para gerenciar o acesso do administrador aos recursos de WorkSpaces aplicativos](controlling-administrator-access-with-policies-roles.md) e [Usar políticas do IAM para gerenciar o acesso de administrador ao Application Auto Scaling](autoscaling-iam-policy.md). **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 WorkSpaces aplicativos, o Application Auto Scaling exige permissão para descrever e atualizar WorkSpaces suas frotas de aplicativos e descrever seus alarmes da CloudWatch Amazon e permissões para modificar a capacidade de sua frota em seu nome. Para obter mais informações, consulte [Funções necessárias para WorkSpaces Applications, Application Auto Scaling e AWS Certificate Manager Private CA](roles-required-for-appstream.md) e [Usar políticas do IAM para gerenciar o acesso de administrador ao Application Auto Scaling](autoscaling-iam-policy.md). Os tópicos a seguir fornecem informações para ajudá-lo a entender e usar o WorkSpaces Applications Fleet Auto Scaling. **Topics** + [Conceitos de escalabilidade para aplicativos da Amazon WorkSpaces](autoscaling-concepts.md) + [Gerenciando a escalabilidade da frota usando o Amazon WorkSpaces Applications Console](autoscaling-console.md) + [Gerenciando a escalabilidade da frota usando a AWS CLI para aplicativos da Amazon WorkSpaces](autoscaling-cli.md) + [Recursos adicionais para aplicativos Amazon de Auto Scaling WorkSpaces](autoscaling-additional-resources.md) # Conceitos de escalabilidade para aplicativos da Amazon WorkSpaces WorkSpaces O escalonamento de aplicativos é fornecido pelo Application Auto Scaling. Para obter mais informações, consulte a [Referência da API do Application Auto Scaling](https://docs.aws.amazon.com/autoscaling/application/APIReference/). *Para step-by-step obter orientação sobre como trabalhar com o WorkSpaces Applications Fleet Auto Scaling, consulte [Escalando seus fluxos de aplicativos de desktop com o AppStream Amazon](https://aws.amazon.com/blogs/compute/scaling-your-desktop-application-streams-with-amazon-appstream-2-0/) 2.0 no AWS blog de computação.* 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. **Sessões mínimas de Capacity/Minimum usuário para 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). ** Capacity/Maximum Máximo de sessões de usuário para 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 aumentar a escala horizontalmente conforme o 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 a escala horizontalmente conforme o 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% de 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)”. # Gerenciando a escalabilidade da frota usando o Amazon WorkSpaces Applications Console Você pode configurar e gerenciar o dimensionamento da frota usando o console de WorkSpaces aplicativos de uma das duas maneiras 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 de WorkSpaces aplicativos. Para obter mais informações, consulte [Crie uma frota nos WorkSpaces aplicativos da Amazon](set-up-stacks-fleets-create.md). 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** 1. Abra o console de WorkSpaces aplicativos em [https://console.aws.amazon.com/appstream2/casa](https://console.aws.amazon.com/appstream2/home). 1. No painel de navegação, escolha **Fleets**. 1. Selecione a frota e escolha **Scaling Policies**. 1. 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. 1. 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 escalabilidade, os serviços recuperarão o roundup (removerão 6 sessions/maximum sessões de usuário por instância 4) = 2 instâncias. 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** 1. Abra o console de WorkSpaces aplicativos em [https://console.aws.amazon.com/appstream2/casa](https://console.aws.amazon.com/appstream2/home). 1. No painel de navegação, escolha **Fleets**. 1. Selecione a frota. 1. Em **Scaling Policies**, remova todas as políticas associadas à frota. 1. 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 para aplicativos da Amazon WorkSpaces 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 [register-scalable-target](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/register-scalable-target.html)comando: ``` aws application-autoscaling register-scalable-target --service-namespace appstream \ --resource-id fleet/fleetname \ --scalable-dimension appstream:fleet:DesiredCapacity \ --min-capacity 1 --max-capacity 5 ``` **Topics** + [Exemplo 1: aplicação de uma política de escalabilidade com base na utilização de capacidade](#autoscaling-cli-utilization) + [Exemplo 2: aplicação de uma política de escalabilidade com base em erros de capacidade insuficiente](#autoscaling-cli-capacity) + [Exemplo 3: aplicação de uma política de escalabilidade com base na utilização de capacidade](#autoscaling-cli-scale-in) + [Exemplo 4: alterar a capacidade de frota com base em uma programação](#autoscaling-cli-schedule) + [Exemplo 5: Aplicar uma política de escalabilidade de rastreamento de destino](#autoscaling-target-tracking) ## 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 [put-scaling-policy](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/put-scaling-policy.html)comando a seguir define uma política de escalabilidade baseada 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 [PutScheduledAction](https://docs.aws.amazon.com/autoscaling/application/APIReference/API_PutScheduledAction.html)API Application Auto Scaling ou o comando CLI [put-scheduled-action](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/put-scheduled-action.html) AWS . Antes de alterar a capacidade da frota, você pode listar a capacidade atual da frota usando o comando CLI do WorkSpaces Applications [describe-fleets.](https://docs.aws.amazon.com/cli/latest/reference/appstream/describe-fleets.html) AWS ``` 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](https://docs.aws.amazon.com/AmazonCloudWatch/latest/events/ScheduledEvents.html#CronExpressions). ``` 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 que a ação programada para alterar a capacidade da sua frota foi criada com sucesso, execute o [describe-scheduled-actions](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/describe-scheduled-actions.html)comando. ``` 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": "", "ScalableTargetAction": { "MinCapacity": 3, "MaxCapacity": 5 }, "ScheduledActionName": "ExampleScheduledAction", "ServiceNamespace": "appstream" } ] } ``` Para obter mais informações, consulte [Escalabilidade programada](https://docs.aws.amazon.com/autoscaling/application/userguide/application-auto-scaling-scheduled-scaling.html) 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 [put-scaling-policy](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/put-scaling-policy.html)comando a seguir define uma política de escalabilidade de rastreamento alvo que tenta manter 75% de utilização da capacidade de uma frota de WorkSpaces aplicativos. ``` 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](https://docs.aws.amazon.com/autoscaling/application/userguide/application-auto-scaling-target-tracking.html) no *Guia do usuário do Application Auto Scaling*. # Recursos adicionais para aplicativos Amazon de Auto Scaling WorkSpaces *Para step-by-step obter orientação sobre como trabalhar com o WorkSpaces Applications Fleet Auto Scaling, consulte [Escalando seus fluxos de aplicativos de desktop com o AppStream Amazon](https://aws.amazon.com/blogs/compute/scaling-your-desktop-application-streams-with-amazon-appstream-2-0/) 2.0 no AWS blog de computação.* 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](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling) da *Referência de comandos da AWS CLI * + [Referência à API do Application Auto Scaling](https://docs.aws.amazon.com/autoscaling/application/APIReference/) + [Guia do usuário do Application Auto Scaling](https://docs.aws.amazon.com/autoscaling/application/userguide/)