Dimensionamento automático de planos de dimensionamento e cenários de exemplo na Área de Trabalho Virtual do Azure
O dimensionamento automático permite dimensionar as máquinas virtuais (VMs) do host de sessão em um pool de hosts para cima ou para baixo, de acordo com o cronograma, para otimizar os custos de implantação.
Nota
- A Área de Trabalho Virtual do Azure (clássica) não oferece suporte ao dimensionamento automático.
- Não é possível usar o dimensionamento automático e o dimensionamento de hosts de 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 Government nas mesmas regiões em que você pode criar pools de hosts .
- O suporte de dimensionamento automático para o Azure Stack HCI com a Área de Trabalho Virtual do Azure está atualmente em VISUALIZAÇÃO. Veja Termos de Utilização Complementares da Pré-visualizações do Microsoft Azure para obter os termos legais que se aplicam às funcionalidades do Azure que estão na versão beta, na pré-visualização ou que ainda não foram lançadas para disponibilidade geral.
Para obter melhores resultados, recomendamos o uso do dimensionamento automático com VMs implantadas com a Área de Trabalho Virtual do Azure, modelos do Azure Resource Manager (ARM) ou ferramentas primárias da Microsoft.
Como funciona um plano de dimensionamento
Antes de criar seu plano, tenha em mente o seguinte:
Você pode atribuir um plano de dimensionamento a um ou mais pools de hosts do mesmo tipo de pool de hosts. As agendas do plano de dimensionamento serão aplicadas a todos os pools de hosts atribuídos.
Você só pode associar um plano de dimensionamento por pool de hosts. Se você atribuir um único plano de dimensionamento a vários pools de hosts, esses pools de hosts não poderão ser atribuídos a outro plano de dimensionamento.
O Hibernate está disponível para grupos de anfitriões 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 uma ou várias agendas. Por exemplo, horários diferentes durante a semana versus o fim de semana.
Certifique-se de entender os padrões de uso antes de definir sua agenda. Você precisará agendar em torno dos seguintes horários do dia:
- Ramp-up: o início do dia, quando o uso aumenta.
- Horas de ponta: a altura do dia em que se espera que a utilização seja mais elevada.
- Ramp-down: quando o uso diminui. Isso geralmente ocorre quando você desliga suas VMs para economizar custos.
- Fora das horas de ponta: a hora do dia em que se espera que a utilização seja mais baixa.
O plano de dimensionamento entrará em vigor assim que você ativá-lo.
Além disso, tenha estas limitações em mente:
Não use o dimensionamento automático em combinação com outras ferramentas de dimensionamento da Microsoft ou de terceiros. Certifique-se de desativá-los para os pools de hosts aos quais você aplica os planos de dimensionamento.
Para pools de hosts em pool, o dimensionamento automático substitui o modo de drenagem, portanto, certifique-se de usar tags de exclusão ao atualizar VMs em pools de hosts.
Para pools de hosts em pool, o dimensionamento automático ignora os algoritmos de balanceamento de carga existentes nas configurações do pool de hosts e, em vez disso, aplica o balanceamento de carga com base na configuração de agendamento.
Cenários de exemplo de dimensionamento automático para pools de hosts agrupados
Nesta seção, há quatro cenários que mostram como diferentes partes do dimensionamento automático para pools de hosts agrupados funcionam. Em cada exemplo, há tabelas que mostram as configurações do pool de hosts e demonstrações visuais animadas.
Nota
Para saber mais sobre o significado dos termos dos parâmetros, consulte o nosso glossário de escala automática.
Cenário 1: Quando o dimensionamento automático ativa as máquinas virtuais?
Nesse cenário, demonstraremos que o dimensionamento automático pode ativar máquinas virtuais (VMs) de host de sessão em qualquer fase do agendamento do plano de dimensionamento quando a capacidade do pool de hosts usado exceder o limite de capacidade.
Por exemplo, vamos examinar a seguinte configuração do pool de hosts, conforme descrito nesta tabela:
| Parâmetro | Value |
|---|---|
| Fase | Ramp-up |
| Total de anfitriões de sessão | 6 |
| Algoritmo de balanceamento de carga | Amplitude em primeiro lugar |
| Limiar de capacidade | 30% |
| Percentagem mínima de anfitriões | 30% |
| Anfitriões de sessão disponíveis | 2 |
| Limite máximo de sessão | 5 |
| Capacidade disponível do pool de hosts | 10 |
| Sessões de utilizador | 0 |
| Capacidade do pool de hosts usada | 0% |
No início dessa fase, o dimensionamento automático ativou dois hosts de sessão para corresponder à porcentagem mínima de hosts. Embora 30% de seis não seja um número inteiro, a escala automática arredonda para o número inteiro mais próximo. Ter dois hosts de sessão disponíveis e um limite máximo de sessão de cinco sessões por host significa que esse pool de hosts tem uma capacidade disponível de pool de hosts de 10. Como atualmente não há sessões de usuário, a capacidade do pool de hosts usada é de 0%.
Quando o dia começar, digamos que três usuários entrem e iniciem sessões de usuário. Suas sessões de usuário são distribuídas uniformemente entre os dois hosts de sessão disponíveis, uma vez que o algoritmo de balanceamento de carga é ampliado primeiro. A capacidade disponível do pool de hosts ainda é de 10, mas com as três novas sessões de usuários, a capacidade do pool de hosts usada agora é de 30%. No entanto, o dimensionamento automático não ativará máquinas virtuais (VMs) até que a capacidade do pool de hosts usado seja maior do que o limite de capacidade. Neste exemplo, o limite de capacidade é de 30%, portanto, o dimensionamento automático ainda não ativará nenhuma VM.
Neste ponto, os parâmetros do pool de hosts têm esta aparência:
| Parâmetro | Value |
|---|---|
| Fase | Ramp-up |
| Total de anfitriões de sessão | 6 |
| Algoritmo de balanceamento de carga | Amplitude em primeiro lugar |
| Limiar de capacidade | 30% |
| Percentagem mínima de anfitriões | 30% |
| Anfitriões de sessão disponíveis | 2 |
| Limite máximo de sessão | 5 |
| Capacidade disponível do pool de hosts | 10 |
| Sessões de utilizador | 3 |
| Capacidade do pool de hosts usada | 30% |
Quando outro usuário entra e inicia uma sessão, agora há quatro sessões totais de usuários distribuídas em dois hosts de sessão. A capacidade do pool de hosts usado agora é de 40%, o que é maior do que o limite de capacidade. Como resultado, o dimensionamento automático ativará outro host de sessão para aumentar a capacidade do pool de hosts usado para menor ou igual ao limite de capacidade (30%).
Em resumo, aqui estão os parâmetros quando a capacidade do pool de hosts usado excede o limite de capacidade:
| Parâmetro | Value |
|---|---|
| Fase | Ramp-up |
| Total de anfitriões de sessão | 6 |
| Algoritmo de balanceamento de carga | Amplitude em primeiro lugar |
| Limiar de capacidade | 30% |
| Percentagem mínima de anfitriões | 30% |
| Anfitriões de sessão disponíveis | 2 |
| Limite máximo de sessão | 5 |
| Capacidade disponível do pool de hosts | 10 |
| Sessões de utilizador | 4 |
| Capacidade do pool de hosts usada | 40% |
Aqui estão os parâmetros depois que o dimensionamento automático ativa outro host de sessão:
| Parâmetro | Value |
|---|---|
| Fase | Ramp-up |
| Total de anfitriões de sessão | 6 |
| Algoritmo de balanceamento de carga | Amplitude em primeiro lugar |
| Limiar de capacidade | 30% |
| Percentagem mínima de anfitriões | 30% |
| Anfitriões de sessão disponíveis | 3 |
| Limite máximo de sessão | 5 |
| Capacidade disponível do pool de hosts | 15 |
| Sessões de utilizador | 4 |
| Capacidade do pool de hosts usada | 27% |
Ativar outro host de sessão significa que agora há três hosts de sessão disponíveis no pool de hosts. Com o limite máximo de sessões ainda sendo cinco, a capacidade disponível do pool de hosts subiu para 15. Como a capacidade disponível do pool de hosts aumentou, a capacidade do pool de hosts usado caiu para 27%, o que está abaixo do limite de capacidade de 30%.
Quando outro usuário entra, agora há cinco sessões de usuário distribuídas em três hosts de sessão disponíveis. A capacidade do pool de hosts usado agora é de 33%, o que está acima do limite de 30% de capacidade. Exceder o limite de capacidade ativa o dimensionamento automático para ativar outro host de sessão.
Como nosso exemplo está na fase de ramp-up, é provável que novos usuários continuem fazendo login. À medida que mais usuários chegam, o padrão fica mais claro:
| Total de sessões de usuários | Número de anfitriões de sessão disponíveis | Capacidade disponível do pool de hosts | Limiar de capacidade | Capacidade do pool de hosts usada | O dimensionamento automático ativa outro host de 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% | Não |
Como mostra esta tabela, o dimensionamento automático só ativa novos hosts de sessão quando a capacidade do pool de hosts usado ultrapassa o limite de capacidade. Se a capacidade do pool de hosts usado estiver no limite de capacidade ou abaixo dele, o dimensionamento automático não ativará novos hosts de sessão.
A animação a seguir é uma recapitulação visual do que acabamos de passar no Cenário 1.
Cenário 2: Quando o dimensionamento automático desativa as máquinas virtuais?
Nesse cenário, mostraremos que o dimensionamento automático desativa os hosts de sessão quando todas as seguintes coisas forem verdadeiras:
- A capacidade do pool de hosts usado está abaixo do limite de capacidade.
- O dimensionamento automático pode desativar hosts de sessão sem exceder o limite de capacidade.
- O dimensionamento automático desativa apenas os hosts de sessão sem sessões de usuário (a menos que o plano de dimensionamento esteja em fase de ramp-down e você tenha ativado a configuração de forçar logoff).
- O dimensionamento automático em pool não desativará os hosts de sessão na fase de ramp-up para evitar uma má experiência do usuário.
Para esse cenário, o pool de hosts começa com esta aparência:
| Parâmetro | Value |
|---|---|
| Fase | Pico |
| Total de anfitriões de sessão | 6 |
| Algoritmo de balanceamento de carga | Amplitude em primeiro lugar |
| Limiar de capacidade | 30% |
| Percentagem mínima de anfitriões | 30% |
| Anfitriões de sessão disponíveis | 5 |
| Limite máximo de sessão | 5 |
| Capacidade disponível do pool de hosts | 25 |
| Sessões de utilizador | 7 |
| Capacidade do pool de hosts usada | 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 a quantidade de recursos usados estável e, ao mesmo tempo, permanecer eficiente, o dimensionamento automático ativará e desativará os hosts de sessão conforme necessário.
Então, digamos que há sete usuários conectados durante o horário de pico. Se o número total de sessões de usuários for sete, isso tornaria a capacidade do pool de hosts usado de 28%. Como o dimensionamento automático não pode desativar um host de sessão sem que a capacidade do pool de hosts usado exceda o limite de capacidade, o dimensionamento automático ainda não desativará nenhum host de sessão.
Se dois dos sete usuários saírem durante o intervalo para o almoço, isso deixará cinco sessões de usuário em cinco hosts de sessão. Como o limite máximo de sessão ainda é cinco, a capacidade disponível do pool de hosts é de 25. Ter apenas cinco usuários significa que a capacidade do pool de hosts usado agora é de 20%. O AutoScale agora deve verificar se pode desativar um host de sessão sem fazer com que a capacidade do pool de hosts usado ultrapasse o limite de capacidade.
Se a escala automática desativasse um host de sessão, a capacidade disponível do pool de hosts seria 20. Com cinco usuários, a capacidade do pool de hosts usado seria então de 25%. Como 25% é menor do que o limite de capacidade de 30%, o dimensionamento automático selecionará um host de sessão sem sessões de usuário, o colocará no modo de drenagem e o desativará.
Quando o dimensionamento automático desativa um dos hosts de sessão sem sessões de usuário, restam quatro hosts de sessão disponíveis. O limite máximo de sessão do pool de hosts ainda é de cinco, portanto, a capacidade disponível do pool de hosts é de 20. Como há cinco sessões de usuários, a capacidade do pool de hosts usada é de 25%, o que ainda está abaixo do limite de capacidade.
No entanto, se outro usuário sair e sair para almoçar, agora há quatro sessões de usuário espalhadas pelos quatro hosts de sessão no pool de hosts. Como o limite máximo de sessão ainda é cinco, a capacidade disponível do pool de hosts é de 20 e a capacidade do pool de hosts usada é de 20%. Desativar outro host de sessão deixaria três hosts de sessão e uma capacidade de pool de hosts disponível de 15, o que faria com que a capacidade do pool de hosts usado saltasse para cerca de 27%. Embora 27% esteja abaixo do limite de capacidade, não há hosts de sessão com zero sessões de usuários. O dimensionamento automático selecionará o host da sessão com o menor número de sessões de usuário, o colocará no modo de drenagem e aguardará que todas as sessões do usuário saiam antes de desativá-lo. Se, em algum momento, a capacidade do pool de hosts usado chegar a um ponto em que o dimensionamento automático não possa mais desativar o host da sessão, isso tirará o host da sessão do modo de drenagem.
A animação a seguir é uma recapitulação visual do que acabamos de passar no Cenário 2.
Cenário 3: Quando o dimensionamento automático força os usuários a sair?
O dimensionamento automático só força os usuários a sair se você tiver ativado a configuração de forçar logoff durante a fase de ramp-down da programação do plano de dimensionamento. A configuração forçar logoff não desconectará os usuários durante nenhuma outra fase da programação do plano de dimensionamento.
Por exemplo, vamos examinar um pool de hosts com os seguintes parâmetros:
| Parâmetro | Value |
|---|---|
| Fase | Ramp-down |
| Total de anfitriões de sessão | 6 |
| Algoritmo de balanceamento de carga | Profundidade em primeiro lugar |
| Limiar de capacidade | 75% |
| Percentagem mínima de anfitriões | 10% |
| Anfitriões de sessão disponíveis | 4 |
| Limite máximo de sessão | 5 |
| Capacidade disponível do pool de hosts | 20 |
| Sessões de utilizador | 4 |
| Capacidade do pool de hosts usada | 20% |
Durante a fase de ramp-down, o administrador do pool de hosts definiu o limite de capacidade para 75% e a porcentagem mínima de hosts para 10%. Ter um alto limite de capacidade e uma baixa porcentagem mínima de hosts nessa fase diminui a necessidade de ativar novos hosts de sessão no final do dia de trabalho.
Para esse cenário, digamos que atualmente há quatro usuários nos quatro hosts de sessão disponíveis neste pool de hosts. Como a capacidade disponível do pool de hosts é de 20, isso significa que a capacidade do pool de hosts usada é de 20%. Com base nessas informações, o dimensionamento automático deteta que pode desativar dois hosts de sessão sem ultrapassar o limite de capacidade de 75%. No entanto, como há sessões de usuário em todos os hosts de sessão no pool de hosts, para desativar dois hosts de sessão, o dimensionamento automático precisará forçar os usuários a sair.
Quando você tiver ativado a configuração de forçar logoff, o dimensionamento automático selecionará os hosts de sessão com o menor número de sessões de usuário e, em seguida, colocará os hosts de sessão no modo de drenagem. Em seguida, o dimensionamento automático envia aos usuários nos hosts de sessão selecionados notificações de que eles serão desconectados à força de suas sessões após um certo tempo. Uma vez passado esse tempo, se os usuários ainda não tiverem terminado suas sessões, o dimensionamento automático encerrará à força suas sessões para eles. Nesse cenário, como há um número igual de sessões de usuário em cada um dos hosts de sessão no pool de hosts, o dimensionamento automático escolherá dois hosts de sessão aleatoriamente para sair à força de todos os seus usuários e, em seguida, desativará os hosts de sessão.
Depois que o dimensionamento automático desativa os dois hosts de sessão, a capacidade disponível do pool de hosts agora é 10. Agora que restam apenas duas sessões de usuário, a capacidade do pool de hosts usado é de 20%, conforme mostrado na tabela a seguir.
| Parâmetro | Value |
|---|---|
| Fase | Ramp-down |
| Total de anfitriões de sessão | 6 |
| Algoritmo de balanceamento de carga | Profundidade em primeiro lugar |
| Limiar de capacidade | 75% |
| Percentagem mínima de anfitriões | 10% |
| Anfitriões de sessão disponíveis | 2 |
| Limite máximo de sessão | 5 |
| Capacidade disponível do pool de hosts | 10 |
| Sessões de utilizador | 2 |
| Capacidade do pool de hosts usada | 20% |
Agora, digamos que os dois usuários que foram forçados a sair queiram continuar trabalhando e entrar novamente. Como a capacidade disponível do pool de hosts ainda é de 10, a capacidade do pool de hosts usado 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 de sessão, porque isso deixaria apenas um host de sessão disponível e uma capacidade de pool de hosts disponível de cinco. Com quatro usuários, isso faria com que a capacidade do pool de hosts usado fosse de 80%, o que está acima do limite de capacidade.
Então, agora os parâmetros se parecem com isto:
| Parâmetro | Value |
|---|---|
| Fase | Ramp-down |
| Total de anfitriões de sessão | 6 |
| Algoritmo de balanceamento de carga | Profundidade em primeiro lugar |
| Limiar de capacidade | 75% |
| Percentagem mínima de anfitriões | 10% |
| Anfitriões de sessão disponíveis | 2 |
| Limite máximo de sessão | 5 |
| Capacidade disponível do pool de hosts | 10 |
| Sessões de utilizador | 4 |
| Capacidade do pool de hosts usada | 40% |
Se, neste momento, outro usuário sair, isso deixará apenas três sessões de usuário distribuídas entre os dois hosts de sessão disponíveis. Em outras palavras, o pool de hosts agora tem esta aparência:
| Parâmetro | Value |
|---|---|
| Fase | Ramp-down |
| Total de anfitriões de sessão | 6 |
| Algoritmo de balanceamento de carga | Profundidade em primeiro lugar |
| Limiar de capacidade | 75% |
| Percentagem mínima de anfitriões | 10% |
| Anfitriões de sessão disponíveis | 2 |
| Limite máximo de sessão | 5 |
| Capacidade disponível do pool de hosts | 10 |
| Sessões de utilizador | 3 |
| Capacidade do pool de hosts usada | 30% |
Como o limite máximo de sessão ainda é cinco e a capacidade disponível do pool de hosts é 10, a capacidade do pool de hosts usada agora é de 30%. O dimensionamento automático agora pode desativar um host de sessão sem exceder o limite de capacidade. O dimensionamento automático desativa um host de sessão escolhendo o host de sessão com o menor número de sessões de usuário nele. O dimensionamento automático coloca o host da sessão no modo de drenagem, envia aos usuários uma notificação informando que o host da sessão será desligado e, após um determinado período de tempo, desconecta à força todos os usuários restantes e o desliga. Depois de fazer isso, agora há um host de sessão restante disponível no pool de hosts com um limite máximo de sessão de cinco, tornando a capacidade disponível do pool de hosts cinco.
Como o dimensionamento automático forçou um usuário a sair ao desativar o host de sessão escolhido, agora restam apenas duas sessões de usuário, o que torna a capacidade do pool de hosts usado em 40%.
Para recapitular, veja como é o pool de hosts agora:
| Parâmetro | Value |
|---|---|
| Fase | Ramp-down |
| Total de anfitriões de sessão | 6 |
| Limite máximo de sessão | 5 |
| Algoritmo de balanceamento de carga | Profundidade em primeiro lugar |
| Limiar de capacidade | 75% |
| Percentagem mínima de anfitriões | 10% |
| Capacidade disponível do pool de hosts | 5 |
| Sessões de utilizador | 2 |
| Anfitriões de sessão disponíveis | 1 |
| Capacidade do pool de hosts usada | 40% |
Depois disso, vamos imaginar que o usuário que foi forçado a sair entra novamente, fazendo com que o pool de hosts tenha esta aparência:
| Parâmetro | Value |
|---|---|
| Fase | Ramp-down |
| Total de anfitriões de sessão | 6 |
| Algoritmo de balanceamento de carga | Profundidade em primeiro lugar |
| Limiar de capacidade | 75% |
| Percentagem mínima de anfitriões | 10% |
| Anfitriões de sessão disponíveis | 1 |
| Limite máximo de sessão | 5 |
| Capacidade disponível do pool de hosts | 5 |
| Sessões de utilizador | 3 |
| Capacidade do pool de hosts usada | 60% |
Agora há três sessões de usuário no pool de hosts. No entanto, a capacidade do pool de hosts ainda é de cinco, o que significa que a capacidade do pool de hosts usada é de 60% e abaixo do limite de capacidade. Como desativar o host de sessão restante tornaria a capacidade do pool de hosts disponível zero, que está abaixo da porcentagem mínima de 10% de hosts, o dimensionamento automático garantirá que sempre haja pelo menos um host de sessão disponível durante a fase de ramp-down.
A animação a seguir é uma recapitulação visual do que acabamos de passar no Cenário 3.
Cenário 4: Como funcionam as tags de exclusão?
Quando uma máquina virtual tem um nome de marca que corresponde à marca de exclusão do plano de dimensionamento, o dimensionamento automático não a ativa, desativa ou altera sua configuração de modo de drenagem. As tags de exclusão são aplicáveis em todas as fases do cronograma do plano de escala.
Aqui está o exemplo de pool de hosts com o qual estamos começando:
| Parâmetro | Value |
|---|---|
| Fase | Fora de pico |
| Total de anfitriões de sessão | 6 |
| Algoritmo de balanceamento de carga | Amplitude em primeiro lugar |
| Limiar de capacidade | 75% |
| Percentagem mínima de anfitriões | 10% |
| Anfitriões de sessão disponíveis | 1 |
| Limite máximo de sessão | 5 |
| Capacidade disponível do pool de hosts | 5 |
| Sessões de utilizador | 3 |
| Capacidade do pool de hosts usada | 60% |
Neste cenário de exemplo, o administrador do pool de hosts aplica a marca de exclusão do plano de dimensionamento a cinco dos seis hosts de sessão. Quando um novo usuário entra, isso eleva o número total de sessões de usuário para quatro. Há apenas um host de sessão disponível e o limite máximo de sessão do pool de hosts ainda é cinco, portanto, a capacidade disponível do pool de hosts é cinco. A capacidade do pool de hosts usado é de 80%. No entanto, mesmo que a capacidade do pool de hosts usado seja maior do que o limite de capacidade, o dimensionamento automático não ativará nenhum outro host de sessão porque todos os hosts de sessão, exceto o que está em execução, foram marcados com a marca de exclusão.
Então, agora o pool de hosts tem esta aparência:
| Parâmetro | Value |
|---|---|
| Fase | Fora de pico |
| Total de anfitriões de sessão | 6 |
| Algoritmo de balanceamento de carga | Amplitude em primeiro lugar |
| Limiar de capacidade | 75% |
| Percentagem mínima de anfitriões | 10% |
| Anfitriões de sessão disponíveis | 1 |
| Limite máximo de sessão | 5 |
| Capacidade disponível do pool de hosts | 5 |
| Sessões de utilizador | 4 |
| Capacidade do pool de hosts usada | 80% |
Em seguida, digamos que todos os quatro usuários tenham terminado sessão, não restando nenhuma sessão de usuário no host de sessão disponível. Como não há sessões de usuário no pool de hosts, a capacidade do pool de hosts usada é 0. O dimensionamento automático manterá esse host de sessão único ligado apesar de não ter usuários, porque durante a fase fora de pico, a configuração de porcentagem mínima de hosts do dimensionamento automático determina que ele precisa manter pelo menos um host de sessão disponível durante essa fase.
Para resumir, o pool de hosts agora tem esta aparência:
| Parâmetro | Value |
|---|---|
| Fase | Fora de pico |
| Total de anfitriões de sessão | 6 |
| Algoritmo de balanceamento de carga | Amplitude em primeiro lugar |
| Limiar de capacidade | 75% |
| Percentagem mínima de anfitriões | 10% |
| Anfitriões de sessão disponíveis | 1 |
| Limite máximo de sessão | 5 |
| Capacidade disponível do pool de hosts | 5 |
| Sessões de utilizador | 0 |
| Capacidade do pool de hosts usada | 0% |
Se o administrador aplicar o nome da marca de exclusão à última máquina virtual de host de sessão não marcada 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 sua sessão de usuário. Esse usuário verá um erro "Sem recursos disponíveis".
No entanto, ser incapaz de ativar VMs novamente significa que o pool de hosts não será capaz de atender à sua porcentagem mínima de hosts. Para corrigir possíveis problemas causados, o administrador remove as tags de exclusão de duas VMs. O dimensionamento automático ativa apenas uma das VMs, porque só precisa de uma VM para atender ao requisito mínimo de 10%.
Então, finalmente, o pool de anfitriões ficará assim:
| Parâmetro | Value |
|---|---|
| Fase | Fora de pico |
| Total de anfitriões de sessão | 6 |
| Algoritmo de balanceamento de carga | Amplitude em primeiro lugar |
| Limiar de capacidade | 75% |
| Percentagem mínima de anfitriões | 19% |
| Anfitriões de sessão disponíveis | 1 |
| Limite máximo de sessão | 5 |
| Capacidade disponível do pool de hosts | 5 |
| Sessões de utilizador | 0 |
| Capacidade do pool de hosts usada | 0% |
A animação a seguir é uma recapitulação visual do que acabamos de passar no Cenário 4.
Próximos passos
- Para saber como criar planos de dimensionamento para dimensionamento automático, consulte Criar dimensionamento automático para pools de hosts da Área de Trabalho Virtual do Azure.
- Para rever os termos associados à escala automática, consulte o glossário de escala automática.
- Para obter respostas às perguntas mais frequentes sobre a escala automática, consulte as Perguntas frequentes sobre a escala automática.