Perguntas frequentes sobre dimensionamento automático da Área de Trabalho Virtual do Azure

Não. No momento, o dimensionamento automático não dá suporte a reduções em datas específicas.

Não. Para obter mais informações sobre tarifas, consulte nossa página de preços.

O dimensionamento automático monitora quando os usuários entram ou saem de seus hosts de sessão e categoriza essa atividade como eventos de alteração de sessão. Os eventos de alteração de sessão disparam uma avaliação de dimensionamento que cria logs. Se não houver nenhum evento de alteração de sessão ou se o serviço de eventos tiver uma interrupção, o dimensionamento automático verificará se ele perdeu algum evento. Quando vários eventos de alteração de sessão ocorrem em um curto período de tempo, o recurso agrupa as avaliações de dimensionamento. Esse envio em lote permite que o dimensionamento automático processe grandes quantidades de eventos rapidamente sem sobrecarregar o sistema.

Pelo menos um.

Não, atualmente o dimensionamento automático não oferece a opção de definir configurações com a CLI do Azure.

Os dados de configuração do plano de dimensionamento devem ser armazenados na mesma região que a configuração do pool de hosts. No entanto, há suporte para a implantação de VMs de host de sessão em todas as regiões do Azure. As VMs podem ser implantadas em uma região diferente de onde os dados de configuração do pool de hosts e do plano de dimensionamento são armazenados.

Não. Os clientes precisam configurar sua própria estratégia de recuperação de desastre para gerenciar interrupções. O dimensionamento automático lida apenas com o dimensionamento de VMs existentes na região em que foram criadas.

Não. O dimensionamento automático não acompanha em qual zona de disponibilidade você cria VMs, portanto, pode não executar operações de dimensionamento em todas as zonas igualmente.

O modo de redução sempre usa o menor número possível de hosts de sessão. No entanto, se houver sessões de usuário existentes (incluindo sessões desconectadas), o menor número de hosts de sessão utilizáveis não será zero.

Noções básicas sobre como o dimensionamento automático lida com sessões desconectadas

Quando você configura "Parar VMs quando as VMs não tiverem sessões ativas" durante o ramp-down, o dimensionamento automático trata as sessões de usuário desconectadas como sessões ativas porque pressupõe que os usuários possam se reconectar imediatamente. Durante o ramp-down, o dimensionamento automático consolida os usuários desconectados no número mínimo de hosts necessários com base no limite de capacidade.

Exemplo: Se você tiver seis usuários desconectados, um limite máximo de sessões de 5 e um limite de capacidade de 90%, o dimensionamento automático calculará os hosts mínimos necessários como:

• Capacidade por host = 5 x 90% = 4,5 sessões
• Hosts necessários = 6 / 4,5 = 1,33, arredondados para o mínimo de 2 hosts

O dimensionamento automático desaloca hosts em excesso, mas mantém 2 em execução para acomodar possíveis reconexões sem exceder o limite de capacidade.

Atingindo zero hosts de sessão

Para chegar a zero hosts de sessão após o expediente, você deve ter zero sessões de usuário (incluindo desconectados). Configure a Política de Grupo para desconectar automaticamente as sessões desconectadas após um período de tempo limite:

1. Acessar Política do Computador> LocalConfiguração>do Computador Modelos Administrativos>Componentes> do WindowsServiços de Área de Trabalho Remota Host>> deSessão de Área de Trabalho RemotaLimites> de tempode sessão Definir limite de tempo para sessões desconectadas
2. Definir um tempo limite apropriado (por exemplo, 15 a 30 minutos)
3. Certifique-se de que o tempo limite seja concluído antes do final da fase de redução

Essa combinação de configurações de dimensionamento automático e GPO garante a proteção do usuário durante o horário ativo, permitindo a redução completa para zero hosts após o expediente.

Nada. O dimensionamento automático só reage quando a capacidade do pool de host é maior ou menor que o limite de capacidade. O recurso não fará nada quando a capacidade do pool de host for igual ao limite de capacidade.

Sim, o dimensionamento automático ainda ativa ou desativa VMs no modo de drenagem, não importa quem as tenha colocado no modo de drenagem. O dimensionamento automático substitui o modo de drenagem em todas as VMs incluídas no dimensionamento, portanto, se você quiser excluir uma VM das ações de dimensionamento, deverá usar marcas de exclusão.

Não. Se você habilitou o dimensionamento automático, só poderá forçar os usuários a sair durante a fase de desaceleração. Se você colocar um host de sessão no modo de drenagem durante o ramp-down para prepará-lo para ser desligado, mas nem todos os usuários saírem antes que a fase mude para fora de pico, as sessões de usuário restantes não serão forçadas a sair da sessão. O motivo pelo qual os usuários não são desconectados é porque o dimensionamento automático não força os usuários a sair de suas sessões fora dos horários de pico. Em vez disso, o dimensionamento automático aguarda até que todos os usuários tenham saído antes de desalocar a VM. Por exemplo, se a fase de redução for de 15 minutos e o tempo de espera antes de desconectar usuários e desligar VMs for de 20 minutos, o agendamento mudará para a fase fora de pico e as sessões do usuário não serão forçadas a sair.

Sim. As sessões ociosas, desconectadas e ativas serão forçadas a sair se os usuários não saírem durante o tempo de espera da fase de desaceleração.

Importante: Mesmo com a opção "Forçar usuários de saída" habilitada, o dimensionamento automático ainda consolida usuários desconectados durante o ramp-down. A saída forçada só se aplica a usuários que permanecerem conectados (ou desconectados) após o tempo de espera expirar. Durante a redução, o dimensionamento automático:

1. Consolidar usuários desconectados no número mínimo de hosts com base no limite de capacidade
2. Aguarde o tempo de espera configurado (por exemplo, 15 minutos)
3. Forçar a saída de usuários que não saíram voluntariamente
4. Desalocar hosts depois que as sessões forem encerradas

Para chegar a zero hosts de sessão após o expediente, você também deve configurar a Política de Grupo para desconectar sessões desconectadas automaticamente. Consulte Como fazer configurar o dimensionamento automático para que eu execute zero hosts de sessão após o horário de trabalho? para obter detalhes.

Depois que o dimensionamento automático seleciona um host de sessão para ser desligado, ele coloca o host da sessão no modo de drenagem. Depois que todas as sessões do usuário forem desconectadas, o dimensionamento automático desalocará a VM. Depois que o dimensionamento automático desaloca a VM, ele define a configuração AllowNewSessions como true, o que desativa o modo de drenagem. Como o dimensionamento automático coloca os hosts de sessão que está prestes a desligar no modo de drenagem, um usuário que é forçado a sair de sua sessão não poderá se conectar a um host de sessão que está prestes a ser desligado se tentar se reconectar depois de ser desconectado.

O dimensionamento automático poderá desativar todas as VMs em um pool de hosts se o percentual mínimo de hosts for definido como 0% e não houver sessões de usuário nos hosts de sessão no pool de hosts.

Quando você configura o dimensionamento automático para "Parar VMs quando as VMs não têm sessões ativas", o recurso impede a desalocação de hosts de sessão com sessões de usuário ativas (conectadas ). No entanto, as sessões desconectadas ainda são tratadas como sessões de usuário ativas para cálculos de capacidade de dimensionamento automático.

Lógica de design

O dimensionamento automático pressupõe que os usuários com sessões desconectadas possam se reconectar imediatamente (por exemplo, devido a interrupções de rede, ciclos de suspensão/ativação do laptop ou breves problemas de conectividade). Para garantir uma experiência do usuário tranquila quando eles se reconectam, o dimensionamento automático mantém hosts de sessão suficientes em execução para acomodar todas as sessões desconectadas com base no limite de capacidade.

Como funciona a consolidação durante o ramp-down

O dimensionamento automático consolida os usuários desconectados no número mínimo de hosts de sessão usando este cálculo:

Hosts necessários = Total de sessões desconectadas / (Limite máximo de sessões x % de limite de capacidade)

Exemplo:

• 9 usuários desconectados
• Limite máximo de sessão: 5
• Limite de capacidade: 90%
• Cálculo: 9 / (5 x 0,9) = 9 / 4,5 = mínimo de 2 hosts

O dimensionamento automático desaloca hosts em excesso, mantendo 2 em execução para lidar com possíveis reconexões.

Esse comportamento se aplica mesmo quando a opção "Forçar saída de usuários" está habilitada

A saída forçada só se aplica a usuários que não saírem voluntariamente durante o tempo de espera. A lógica de consolidação ainda se aplica a sessões desconectadas durante o ramp-down. Depois que o tempo de espera expirar, o dimensionamento automático força a saída e desaloca os hosts.

Eliminando sessões desconectadas

Para eliminar totalmente as sessões desconectadas e chegar a zero hosts de sessão após o expediente, configure a Política de Grupo para desconectar automaticamente as sessões desconectadas. Consulte Como fazer configurar o dimensionamento automático para executar zero hosts de sessão após o horário de trabalho? para obter etapas detalhadas.

Informações relacionadas

• Para obter exemplos detalhados de consolidação durante cenários de saída forçada, consulte o Cenário 3: como o dimensionamento automático consolida as sessões do usuário durante o ramp-down?
• Para obter definições de limite de capacidade, consulte o glossário de dimensionamento automático

São mecanismos complementares que servem a diferentes propósitos:

"Parar VMs quando as VMs não tiverem sessões ativas" (configuração de dimensionamento automático):

• Finalidade: Impede a desalocação de hosts de sessão com sessões de usuário ativas (conectadas)
• Comportamento: Permite que o dimensionamento automático consolide usuários desconectados em menos hosts durante o ramp-down
• Limitação: NÃO elimina sessões desconectadas; pressupõe que eles possam se reconectar
• Caso de uso: Protege os usuários conectados, permitindo a redução vertical

Política de Grupo - "Definir limite de tempo para sessões desconectadas":

• Finalidade: Desconecta automaticamente as sessões desconectadas após um tempo limite
• Comportamento: Elimina totalmente as sessões desconectadas, convertendo-as em "sem sessão"
• Benefício: Permite que o dimensionamento automático atinja zero hosts de sessão quando combinado com o mínimo de hosts ativos = 0%
• Caso de uso: Garante que todos os usuários sejam desconectados após o expediente para minimizar custos

Configuração recomendada:

1. Habilite "Parar VMs quando não houver sessões ativas" para proteger os usuários conectados
2. Habilite "Forçar usuários de desconexão" se quiser desconectar usuários que não se desconectam dentro do tempo de espera
3. Configurar o GPO para desconectar as sessões desconectadas após 15 a 30 minutos
4. Defina o mínimo de hosts ativos como 0% fora do horário de pico

Essa combinação garante a proteção do usuário durante o horário ativo, permitindo a redução completa para zero hosts após o expediente.

Ao configurar a programação do plano de escalonamento, você pode especificar diferentes algoritmos de balanceamento de carga para diferentes fases do dia. Por exemplo, durante as fases de aumento e pico, você pode usar o algoritmo de balanceamento de carga em largura. Esse algoritmo garante que você tenha uma distribuição uniforme das sessões do usuário durante as duas primeiras fases do dia, o que otimiza o desempenho. Da mesma forma, durante as fases de redução e fora de pico, você pode usar o algoritmo de balanceamento de carga em profundidade para ajudar o recurso de dimensionamento automático a consolidar sessões de usuário até atingir o número mínimo possível de hosts de sessão no pool de hosts.

Se um host de sessão estiver ativado (pelo dimensionamento automático, Iniciar VM na Conexão ou pelo administrador) e um usuário nunca entrar nele, o dimensionamento automático desalocará esse host de sessão após um período de inatividade para evitar incorrer em custos de computação desnecessários.

Se você optar por não ter áreas de trabalho pessoais iniciadas por dimensionamento automático durante a fase de ramp-up, o dimensionamento automático não iniciará suas áreas de trabalho pessoais. Em vez disso, você deve habilitar Iniciar VM na Conexão para garantir que as áreas de trabalho pessoais sejam iniciadas quando os usuários entrarem nelas ou inicializar manualmente as áreas de trabalho pessoais por conta própria.

Não. O dimensionamento automático para áreas de trabalho pessoais só desalocará hosts de sessão se o usuário tiver saído de sua sessão de usuário.

Para obter mais informações, consulte Definições de sessão do usuário.

Não. Quando o dimensionamento automático estiver pronto para desalocar uma área de trabalho pessoal devido à sessão do usuário ser desconectada ou desconectada, o dimensionamento automático não colocará o host da sessão no modo drenar. Se o usuário tentar se conectar enquanto o dimensionamento automático estiver desalocando o host da sessão, ele receberá uma mensagem de erro que diz "Nenhum recurso disponível".

Se você optar por ter áreas de trabalho pessoais hibernadas em sua agenda do plano de dimensionamento pessoal, mas as áreas de trabalho pessoais não tiverem a hibernação habilitada, o dimensionamento automático não fará nada com os hosts da sessão (não os hibernará e não os desalocará).

Sim. O tamanho mínimo do pool de hosts substituirá o número de hosts de sessão definidos no pool de hosts.

Não. Você só precisa definir o limite de host de sessão com o tamanho mínimo do pool de hosts, o tamanho máximo do pool de hosts e a porcentagem mínima de hosts ativos (%). Quando o número real de hosts de sessão necessários não for maior que o tamanho mínimo do pool de hosts, o dimensionamento automático ativará os hosts da sessão se a capacidade do pool de hosts usada exceder o limite de capacidade definido. Quando o número real de hosts de sessão necessários for maior que o tamanho mínimo do pool de hosts, o dimensionamento automático ativará os hosts de sessão interrompidos e criará hosts de sessão adicionais. O número total de hosts de sessão ativos não excederá o tamanho máximo do pool de hosts definido no plano de escalabilidade se a capacidade do pool de hosts usado exceder o limite de capacidade definido.

O dimensionamento automático cria hosts de sessão com a versão de imagem válida/estável mais recente definida na configuração padrão do host de sessão, se você ainda não tiver uma configuração de host de sessão ativa.

Você pode escolher o dimensionamento automático de gerenciamento de energia como o método de dimensionamento ao criar seu plano de dimensionamento ou, com o dimensionamento automático dinâmico, você pode definir o mesmo valor para Tamanho mínimo do pool de host e Tamanho máximo do pool de host.

Você pode definir a porcentagem mínima de hosts ativos (%) como 100. O dimensionamento automático só cria ou exclui hosts de sessão se a capacidade do pool de hosts usado exceder ou ficar abaixo do limite de capacidade definido.

Isso pode acontecer se o tamanho máximo do pool de hosts for configurado de forma diferente em cada fase. O dimensionamento automático exclui os hosts de sessão desalocados ativos sem sessões para honrar a configuração de tamanho máximo do pool de hosts na fase atual e, em seguida, continua a excluir/desalocar hosts de sessão com base no agendamento e no limite de capacidade, exceto na fase de ramp-up. Nenhuma ação de exclusão/desalocação é executada, desde que o número de hosts de sessão no pool de hosts não exceda o tamanho máximo do pool de hosts. Esse comportamento é consistente com o método de dimensionamento automático de gerenciamento de energia, em que os hosts de sessão não são desalocados na fase de aceleração para pools de host em pool.

Sim, mas quando o dimensionamento automático exclui um host de sessão que você criou manualmente, ele respeitará as configurações definidas se deseja excluir automaticamente a NIC e/ou o disco.