Planos de dimensionamento automático e cenários de exemplo na Área de Trabalho Virtual do Azure
O dimensionamento automático permite dimensionar suas máquinas virtuais (VMs) de host de sessão em um pool de host para cima ou para baixo, de acordo com o agendamento, para otimizar os custos de implantação.
Observação
- A Área de Trabalho Virtual do Azure (clássica) não dá suporte para dimensionamento automático.
- Você não pode usar o dimensionamento automático e escalar os hosts da sessão usando a Automação do Azure no mesmo pool de hosts. Você deve usar um ou outro.
- O dimensionamento automático está disponível no Azure e no Azure Governamental nas mesmas regiões em que você pode criar pools de hosts.
- O suporte ao dimensionamento automático para Azure Stack HCI com a Área de Trabalho Virtual do Azure está atualmente em VERSÃO PRÉVIA. Veja os Termos de Uso Complementares para Versões Prévias do Microsoft Azure para obter termos legais que se aplicam aos recursos do Azure que estão em versão beta, versão prévia ou que, de outra forma, ainda não foram lançados em disponibilidade geral.
Para melhores resultados, é recomendável usar o dimensionamento automático com VMs implantadas com modelos do ARM (Azure Resource Manager) da Área de Trabalho Virtual do Azure ou ferramentas internas da Microsoft.
Como funciona a criação de um plano de dimensionamento
Antes de criar seu plano, lembre-se do seguinte:
Você pode atribuir um plano de dimensionamento a um ou mais pools de host do mesmo tipo de pool de host. Os agendamentos do plano de escalabilidade serão aplicados a todos os pools de host atribuídos.
Você só pode associar um plano de dimensionamento por pool de host. Se você atribuir um único plano de dimensionamento a vários pools de host, eles não poderão ser atribuídos a outro plano de dimensionamento.
A hibernação está disponível para pools de host pessoais. Para obter mais informações, exiba Hibernação em máquinas virtuais.
Um plano de dimensionamento só pode operar em seu fuso horário configurado.
Um plano de dimensionamento pode ter um ou vários agendamentos. Por exemplo, agendamentos diferentes para os dias da semana e para o fim de semana.
Certifique-se de entender os padrões de uso antes de definir seu agendamento. Você precisará agendar em torno das seguintes horas do dia:
- Aumento: o início do dia, quando o uso aumenta.
- Horário de pico: a hora do dia em que é esperado um uso maior.
- Diminuição: quando o uso diminui. Isso geralmente ocorre quando você desliga suas VMs para economizar custos.
- Fora do horário de pico: a hora do dia em que é esperado um uso menor.
O plano de dimensionamento terá efeito assim que você habilitá-lo.
Mantenha em mente, também, as seguintes limitações:
Não use o dimensionamento automático em combinação com outras ferramentas de dimensionamento da Microsoft ou de terceiros. Certifique-se de desabilitá-los para os pools de host aos quais você aplicar os planos de dimensionamento.
Para pools de host em pool, o dimensionamento automático substitui o modo esvaziar, portanto, use marcas de exclusão ao atualizar VMs em pools de host.
Para pools de host em pool, o dimensionamento automático ignora algoritmos de balanceamento de carga existentes nas configurações do pool de host e, em vez disso, aplica o balanceamento de carga com base em sua configuração de agendamento.
Cenários de exemplo para dimensionamento automático para pools de hosts em pool
Nesta seção, há quatro cenários que mostram como funcionam as diferentes partes do dimensionamento automático para pools de host em pool. Em cada exemplo, há tabelas que mostram as configurações do pool de hosts e demonstrações visuais animadas.
Observação
Para saber mais sobre o que significam os termos de parâmetro, confira nosso glossário de dimensionamento automático.
Cenário 1: quando o dimensionamento automático liga as máquinas virtuais?
Neste cenário, demonstraremos que o dimensionamento automático pode ativar VMs (máquinas virtuais) de host de sessão em qualquer fase do agendamento do plano de dimensionamento quando a capacidade usada do pool de host exceder o limite de capacidade.
Por exemplo, vamos dar uma olhada na configuração do pool de host a seguir, conforme descrito nesta tabela:
| Parâmetro | Valor |
|---|---|
| Fase | Crescimento |
| Total de hosts da sessão | 6 |
| Algoritmo de balanceamento de carga | Amplitude |
| Limite de capacidade | 30% |
| Percentual mínimo de hosts | 30% |
| Hosts da sessão disponíveis | 2 |
| Limite máximo da sessão | 5 |
| Capacidade disponível do pool de host | 10 |
| Sessões de usuário | 0 |
| Capacidade usada do pool de host | 0% |
No início dessa fase, o dimensionamento automático foi ligado a dois hosts da sessão para corresponder ao percentual mínimo de hosts. Embora 30% de seis não seja um número inteiro, o dimensionamento automático é o número inteiro mais próximo. Ter dois hosts da sessão disponíveis e um limite máximo de sessão de cinco sessões por host significa que esse pool de host tem uma capacidade disponível de 10. Como atualmente não há nenhuma sessão de usuário, a capacidade usada do pool de host é de 0%.
Digamos que três usuários entram e iniciam as sessões de usuário assim que o dia começa. As sessões de usuário deles são distribuídas uniformemente entre os dois hosts da sessão disponíveis, pois o algoritmo de balanceamento de carga é do tipo amplitude primeiro. A capacidade disponível do pool de host continua sendo de 10, mas com as três novas sessões de usuário, a capacidade usada do pool de host agora é de 30%. No entanto, o dimensionamento automático não ativará VMs (máquinas virtuais) até que a capacidade usada do pool de host seja maior que o limite de capacidade. Nesse exemplo, o limite de capacidade é de 30%, portanto, o dimensionamento automático ainda não ativará nenhuma VM.
Nesse ponto, os parâmetros do pool de host são estes:
| Parâmetro | Valor |
|---|---|
| Fase | Crescimento |
| Total de hosts da sessão | 6 |
| Algoritmo de balanceamento de carga | Amplitude |
| Limite de capacidade | 30% |
| Percentual mínimo de hosts | 30% |
| Hosts da sessão disponíveis | 2 |
| Limite máximo da sessão | 5 |
| Capacidade disponível do pool de host | 10 |
| Sessões de usuário | 3 |
| Capacidade usada do pool de host | 30% |
Quando outro usuário entrar e iniciar uma sessão, agora haverá quatro sessões totais de usuários distribuídas entre dois hosts da sessão. A capacidade usada do pool de host agora é de 40%, que é maior que o limite de capacidade. Como resultado, o dimensionamento automático ativará outro host de sessão para colocar a capacidade usada do pool de host para menor ou igual ao limite de capacidade (30%).
Em resumo, estes são os parâmetros quando a capacidade usada do pool de host excede o limite de capacidade:
| Parâmetro | Valor |
|---|---|
| Fase | Crescimento |
| Total de hosts da sessão | 6 |
| Algoritmo de balanceamento de carga | Amplitude |
| Limite de capacidade | 30% |
| Percentual mínimo de hosts | 30% |
| Hosts da sessão disponíveis | 2 |
| Limite máximo da sessão | 5 |
| Capacidade disponível do pool de host | 10 |
| Sessões de usuário | 4 |
| Capacidade usada do pool de host | 40% |
Aqui estão os parâmetros depois que o dimensionamento automático ativar outro host de sessão:
| Parâmetro | Valor |
|---|---|
| Fase | Crescimento |
| Total de hosts da sessão | 6 |
| Algoritmo de balanceamento de carga | Amplitude |
| Limite de capacidade | 30% |
| Percentual mínimo de hosts | 30% |
| Hosts da sessão disponíveis | 3 |
| Limite máximo da sessão | 5 |
| Capacidade disponível do pool de host | 15 |
| Sessões de usuário | 4 |
| Capacidade usada do pool de host | 27% |
Ao ativar outro host da sessão, passa a haver três hosts da sessão disponíveis no pool de host. Com o limite máximo de sessão ainda sendo cinco, a capacidade disponível do pool de host aumentou para 15. Como a capacidade disponível do pool de host aumentou, a capacidade usada do pool de host baixou para 27%, o que está abaixo do limite de capacidade de 30%.
Quando outro usuário entrar, agora haverá cinco sessões de usuário distribuídas entre três hosts da sessão disponíveis. A capacidade usada do pool de host agora é de 33%, o que ultrapassa o limite de 30%. Ao se exceder o limite de capacidade, é ativado o dimensionamento automático para ativar outro host da sessão.
Como nosso exemplo está na fase de aumento, é provável que novos usuários continuem entrando. À medida que mais usuários entram, o padrão fica mais claro:
| Total de sessões de usuário | Quantidade de hosts da sessão disponíveis | Capacidade disponível do pool de host | Limite de capacidade | Capacidade usada do pool de host | O dimensionamento automático ativa outro host da sessão? |
|---|---|---|---|---|---|
| 5 | 3 | 15 | 30% | 33% | Sim |
| 5 | 4 | 20 | 30% | 25% | Não |
| 6 | 4 | 20 | 30% | 30% | Não |
| 7 | 4 | 20 | 30% | 35% | Sim |
| 7 | 5 | 25 | 30% | 28% | No |
Como mostra a tabela, o dimensionamento automático só liga novos hosts da sessão quando a capacidade usada do pool de host ultrapassa o limite de capacidade. Se a capacidade usada do pool de host estiver no limite de capacidade ou abaixo dele, o dimensionamento automático não ativará novos hosts da sessão.
A animação a seguir é uma recapitulação visual do que acabou de ocorrer no Cenário 1.
Cenário 2: quando o dimensionamento automático desliga as máquinas virtuais?
Nesse cenário, mostraremos que o dimensionamento automático desliga os hosts da sessão quando todos os seguintes pontos são verdadeiros:
- A capacidade usada do pool de host está abaixo do limite de capacidade.
- O dimensionamento automático pode desativar hosts da sessão sem exceder o limite de capacidade.
- O dimensionamento automático apenas desliga hosts da sessão que não contenham sessões de usuário (a menos que o plano de dimensionamento esteja em fase de diminuição e você tenha habilitado a configuração forçar logoff).
- A escala automática em pool não desativará os hosts de sessão na fase de ramp-up para evitar a má experiência do usuário.
Para esse cenário, o pool de host começa assim:
| Parâmetro | Valor |
|---|---|
| Fase | Peak |
| Total de hosts da sessão | 6 |
| Algoritmo de balanceamento de carga | Amplitude |
| Limite de capacidade | 30% |
| Percentual mínimo de hosts | 30% |
| Hosts da sessão disponíveis | 5 |
| Limite máximo da sessão | 5 |
| Capacidade disponível do pool de host | 25 |
| Sessões de usuário | 7 |
| Capacidade usada do pool de host | 28% |
Como estamos na fase de pico, podemos esperar que o número de usuários permaneça relativamente estável. No entanto, para manter estável a quantidade de recursos usados sem perder a eficiência, o dimensionamento automático ativará e desativará os hosts da sessão conforme necessário.
Portanto, digamos que haja sete usuários que entraram durante o horário de pico. Se o número total de sessões de usuário for sete, isso fará com que a capacidade usada do pool de host seja de 28%. Como o dimensionamento automático não pode desativar um host de sessão sem a capacidade usada do pool de host exceder o limite de capacidade, o dimensionamento automático ainda não desativará nenhum host de sessão.
Se dois desses sete usuários saírem durante o intervalo do almoço, isso deixará cinco sessões de usuário em cinco hosts da sessão. Como o limite máximo de sessão continua sendo de cinco, a capacidade disponível do pool de host é de 25. Ter apenas cinco usuários significa que a capacidade usada do pool de host agora é de 20%. O dimensionamento automático agora deve verificar se ele pode desativar um host de sessão sem fazer com que a capacidade usada do pool de host vá além do limite de capacidade.
Se o dimensionamento automático tiver desativado um host de sessão, a capacidade disponível do pool de host será de 20. Com cinco usuários, a capacidade usada do pool de host seria de 25%. Como 25% é menor que o limite de capacidade de 30%, o dimensionamento automático irá selecionar um host de sessão sem sessões de usuário, colocá-lo no modo esvaziar e desativá-lo.
Depois que o dimensionamento automático desativa um dos hosts da sessão sem sessões de usuário, ficam quatro hosts da sessão disponíveis restantes. O limite máximo de sessão do pool de host continua sendo cinco, portanto, a capacidade disponível do pool de host é de 20. Como há cinco sessões de usuário, a capacidade usada do pool de host é de 25%, o que ainda está abaixo do limite de capacidade.
No entanto, se outro usuário sair para o almoço, agora há quatro sessões de usuário espalhadas pelos quatro hosts da sessão no pool de host. Como o limite máximo de sessão continua sendo cinco, a capacidade disponível do pool de host é de 20, e a capacidade usada do pool de host é de 20%. A desativação de outro host de sessão deixaria três hosts da sessão e uma capacidade disponível do pool de host de 15, o que faria a capacidade usada do pool de host saltar para cerca de 27%. Mesmo que 27% esteja abaixo do limite de capacidade, não há hosts da sessão com zero sessões de usuário. O dimensionamento automático irá selecionar o host da sessão com o número mínimo de sessões do usuário, colocá-lo no modo esvaziar e aguardar que todas as sessões do usuário se desconectem antes de desligá-lo. Se, a qualquer momento, a capacidade usada do pool de host chegar a um ponto em que o dimensionamento automático não possa mais desativar o host de sessão, ele tirará o host de sessão do modo esvaziar.
A animação a seguir é uma recapitulação visual do que acabou de ocorrer no Cenário 2.
Cenário 3: quando o dimensionamento automático força a desconexão dos usuários?
O dimensionamento automático só forçará a desconexão dos usuários se você habilitar a configuração forçar logoff durante a fase de diminuição do agendamento do plano de dimensionamento. A configuração forçar logoff não desconectará os usuários durante qualquer outra fase do agendamento do plano de dimensionamento.
Por exemplo, vamos dar uma olhada em um pool de host com os seguintes parâmetros:
| Parâmetro | Valor |
|---|---|
| Fase | Diminuição |
| Total de hosts da sessão | 6 |
| Algoritmo de balanceamento de carga | Profundidade |
| Limite de capacidade | 75% |
| Percentual mínimo de hosts | 10% |
| Hosts da sessão disponíveis | 4 |
| Limite máximo da sessão | 5 |
| Capacidade disponível do pool de host | 20 |
| Sessões de usuário | 4 |
| Capacidade usada do pool de host | 20% |
Durante a fase de diminuição, o administrador do pool de host definiu o limite de capacidade como 75% e a porcentagem mínima de hosts como 10%. Ter um limite de alta capacidade e um percentual mínimo baixo de hosts nessa fase diminui a necessidade de ativar novos hosts da sessão no final do dia de trabalho.
Para esse cenário, digamos que, atualmente, há quatro usuários nos quatro hosts da sessão disponíveis nesse pool de host. Como a capacidade disponível do pool de host é de 20, isso significa que a capacidade usada do pool de host é de 20%. Com base nessas informações, o dimensionamento automático detecta que ele pode desativar dois hosts da sessão sem ultrapassar o limite de capacidade de 75%. No entanto, como há sessões de usuário em todos os hosts da sessão no pool de host, para desativar dois hosts da sessão, o dimensionamento automático precisará forçar a desconexão dos usuários.
Quando você tiver habilitado a configuração de forçar logoff, o dimensionamento automático selecionará os hosts da sessão com o mínimo de sessões de usuário e, em seguida, colocará os hosts da sessão no modo esvaziar. Em seguida, o dimensionamento automático envia notificações aos usuários nos hosts da sessão selecionada que serão desconectadas de suas sessões após um determinado tempo. Depois que esse tempo tiver passado, se os usuários ainda não tiverem encerrado suas sessões, o dimensionamento automático forçará o encerramento. Nesse cenário, como há um número igual de sessões de usuário em cada um dos hosts da sessão no pool de host, o dimensionamento automático escolherá aleatoriamente dois hosts da sessão e desconectará todos os usuários e, em seguida, desativará os hosts da sessão.
Depois que o dimensionamento automático desativa os dois hosts da sessão, a capacidade disponível do pool de host passa a ser de 10. Agora que há apenas duas sessões de usuário restantes, a capacidade usada do pool de host é de 20%, conforme mostrado na tabela a seguir.
| Parâmetro | Valor |
|---|---|
| Fase | Diminuição |
| Total de hosts da sessão | 6 |
| Algoritmo de balanceamento de carga | Profundidade |
| Limite de capacidade | 75% |
| Percentual mínimo de hosts | 10% |
| Hosts da sessão disponíveis | 2 |
| Limite máximo da sessão | 5 |
| Capacidade disponível do pool de host | 10 |
| Sessões de usuário | 2 |
| Capacidade usada do pool de host | 20% |
Agora, digamos que os dois usuários que foram forçados a sair desejam continuar trabalhando e entrem novamente. Como a capacidade disponível do pool de host continua sendo de 10, a capacidade usada do pool de host agora é de 40%, o que está abaixo do limite de capacidade de 75%. No entanto, o dimensionamento automático não pode desativar mais hosts da sessão, pois isso deixaria apenas um host de sessão disponível e uma capacidade disponível do pool de host de cinco. Com quatro usuários, isso deixaria a capacidade usada do pool de host em 80%, o que está acima do limite de capacidade.
Agora, os parâmetros são estes:
| Parâmetro | Valor |
|---|---|
| Fase | Diminuição |
| Total de hosts da sessão | 6 |
| Algoritmo de balanceamento de carga | Profundidade |
| Limite de capacidade | 75% |
| Percentual mínimo de hosts | 10% |
| Hosts da sessão disponíveis | 2 |
| Limite máximo da sessão | 5 |
| Capacidade disponível do pool de host | 10 |
| Sessões de usuário | 4 |
| Capacidade usada do pool de host | 40% |
Se, nesse ponto, outro usuário sair, haverá apenas três sessões de usuário distribuídas entre os dois hosts da sessão disponíveis. Em outras palavras, o pool de host fica assim:
| Parâmetro | Valor |
|---|---|
| Fase | Diminuição |
| Total de hosts da sessão | 6 |
| Algoritmo de balanceamento de carga | Profundidade |
| Limite de capacidade | 75% |
| Percentual mínimo de hosts | 10% |
| Hosts da sessão disponíveis | 2 |
| Limite máximo da sessão | 5 |
| Capacidade disponível do pool de host | 10 |
| Sessões de usuário | 3 |
| Capacidade usada do pool de host | 30% |
Como o limite máximo de sessão continua sendo cinco, a capacidade disponível do pool de host é de 10, e a capacidade usada do pool de host agora é de 30%. Agora, o dimensionamento automático pode desativar um host da sessão sem exceder o limite de capacidade. O dimensionamento automático desativa um host de sessão escolhendo aquele que contém o menor número de sessões de usuário. Em seguida, o dimensionamento automático coloca o host da sessão no modo esvaziar, envia aos usuários uma notificação informando que o host da sessão será desativado e, depois de um determinado tempo, força a saída de todos os usuários restantes e desativa o host. Depois dessa ação, passa a haver um host de sessão disponível restante no pool de host com um limite máximo de sessão de cinco, deixando a capacidade disponível do pool de host em cinco.
Como o dimensionamento automático forçou um usuário a sair ao desativar o host de sessão escolhido, agora há apenas duas sessões de usuário restantes, o que deixa a capacidade usada do pool de host em 40%.
Para recapitular, este é o pool de host agora:
| Parâmetro | Valor |
|---|---|
| Fase | Diminuição |
| Total de hosts da sessão | 6 |
| Limite máximo da sessão | 5 |
| Algoritmo de balanceamento de carga | Profundidade |
| Limite de capacidade | 75% |
| Percentual mínimo de hosts | 10% |
| Capacidade disponível do pool de host | 5 |
| Sessões de usuário | 2 |
| Hosts da sessão disponíveis | 1 |
| Capacidade usada do pool de host | 40% |
Depois disso, vamos imaginar que o usuário que foi forçado a sair de volte, fazendo com que o pool de host fique assim:
| Parâmetro | Valor |
|---|---|
| Fase | Diminuição |
| Total de hosts da sessão | 6 |
| Algoritmo de balanceamento de carga | Profundidade |
| Limite de capacidade | 75% |
| Percentual mínimo de hosts | 10% |
| Hosts da sessão disponíveis | 1 |
| Limite máximo da sessão | 5 |
| Capacidade disponível do pool de host | 5 |
| Sessões de usuário | 3 |
| Capacidade usada do pool de host | 60% |
Agora, há três sessões de usuário no pool de host. No entanto, a capacidade do pool de host continua sendo cinco, o que significa que a capacidade usada do pool de host é de 60% e abaixo do limite de capacidade. Como a desativação do host da sessão restante tornaria a capacidade disponível do pool de host zero, que está abaixo da porcentagem mínima de 10% dos hosts, o dimensionamento automático garantirá que sempre haja pelo menos um host de sessão disponível durante a fase de diminuição.
A animação a seguir é uma recapitulação visual do que acabou de ocorrer no Cenário 3.
Cenário 4: como as marcas de exclusão funcionam?
Quando o nome de marca de uma máquina virtual corresponde à marca de exclusão do plano de dimensionamento, o dimensionamento automático não a ativará, não a desativará e nem alterará sua configuração do modo esvaziar. As marcas de exclusão são aplicáveis em todas as fases do agendamento do plano de dimensionamento.
Este é o pool de host de exemplo com o qual estamos começando:
| Parâmetro | Valor |
|---|---|
| Fase | Fora de pico |
| Total de hosts da sessão | 6 |
| Algoritmo de balanceamento de carga | Amplitude |
| Limite de capacidade | 75% |
| Percentual mínimo de hosts | 10% |
| Hosts da sessão disponíveis | 1 |
| Limite máximo da sessão | 5 |
| Capacidade disponível do pool de host | 5 |
| Sessões de usuário | 3 |
| Capacidade usada do pool de host | 60% |
Nesse cenário de exemplo, o administrador do pool de host aplica a marca de exclusão do plano de dimensionamento em cinco dos seis hosts da sessão. Quando um novo usuário entra, isso passa o número total de sessões de usuário para quatro. Há apenas um host da sessão disponível, e o limite máximo de sessão do pool de host continua sendo cinco, portanto, a capacidade disponível do pool de host é de cinco. A capacidade usada do pool de host é de 80%. No entanto, mesmo que a capacidade usada do pool de host seja maior que o limite da capacidade, o dimensionamento automático não ativará nenhum outro host da sessão porque todos eles, exceto o que está atualmente em execução, foram marcados com a marca de exclusão.
Agora o pool de host está assim:
| Parâmetro | Valor |
|---|---|
| Fase | Fora de pico |
| Total de hosts da sessão | 6 |
| Algoritmo de balanceamento de carga | Amplitude |
| Limite de capacidade | 75% |
| Percentual mínimo de hosts | 10% |
| Hosts da sessão disponíveis | 1 |
| Limite máximo da sessão | 5 |
| Capacidade disponível do pool de host | 5 |
| Sessões de usuário | 4 |
| Capacidade usada do pool de host | 80% |
Em seguida, digamos que todos os quatro usuários tenham se desconectado, não deixando nenhuma sessão de usuário disponível no host de sessão. Como não há nenhuma sessão de usuário no pool de host, a capacidade usada do pool de host é de 0. O dimensionamento automático manterá esse host da sessão único ativado, apesar de não ter nenhum usuário, porque a configuração da porcentagem mínima de hosts de dimensionamento automático determina que ele precisa manter pelo menos um host de sessão disponível durante a fase fora do horário de pico.
Para resumir, o pool de host agora está assim:
| Parâmetro | Valor |
|---|---|
| Fase | Fora de pico |
| Total de hosts da sessão | 6 |
| Algoritmo de balanceamento de carga | Amplitude |
| Limite de capacidade | 75% |
| Percentual mínimo de hosts | 10% |
| Hosts da sessão disponíveis | 1 |
| Limite máximo da sessão | 5 |
| Capacidade disponível do pool de host | 5 |
| Sessões de usuário | 0 |
| Capacidade usada do pool de host | 0% |
Se o administrador aplicar o nome da marca de exclusão à última máquina virtual não marcada do host da sessão e desativá-la, isso significa que, mesmo que outros usuários tentem entrar, o dimensionamento automático não poderá ativar uma VM para acomodar a sessão do usuário. Esse usuário receberá um erro dizendo: "Nenhum recurso disponível".
No entanto, ser incapaz de reativar as VMs significa que o pool de host não será capaz de atender à sua porcentagem mínima de hosts. Para corrigir quaisquer possíveis problemas causados, o administrador removerá as marcas de exclusão de duas das VMs. O dimensionamento automático ativa apenas uma das VMs, pois apenas uma VM é necessária para atender aos requisitos mínimos de 10%.
Por fim, o pool de host ficará assim:
| Parâmetro | Valor |
|---|---|
| Fase | Fora de pico |
| Total de hosts da sessão | 6 |
| Algoritmo de balanceamento de carga | Amplitude |
| Limite de capacidade | 75% |
| Percentual mínimo de hosts | 19% |
| Hosts da sessão disponíveis | 1 |
| Limite máximo da sessão | 5 |
| Capacidade disponível do pool de host | 5 |
| Sessões de usuário | 0 |
| Capacidade usada do pool de host | 0% |
A animação a seguir é uma recapitulação visual do que acabou de ocorrer no Cenário 4.
Próximas etapas
- Para saber como criar planos de dimensionamento para dimensionamento automático, confira Criar dimensionamento de dimensionamento automático para pools de hosts da Área de Trabalho Virtual do Azure.
- Para revisar os termos associados ao dimensionamento automático, confira o glossário de dimensionamento automático.
- Para obter respostas para perguntas frequentes sobre o dimensionamento automático, confira as perguntas frequentes sobre dimensionamento automático.