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

Não.

Não.

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

Não. Para obter mais informações sobre taxas, acesse a 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. Eventos de alteração de sessão disparam uma avaliação de colocação em escala que cria logs. Se não houver eventos de alteração de sessão ou o serviço de evento passar por uma interrupção, o dimensionamento automático verificará se perdeu algum evento. Quando vários eventos de alteração de sessão ocorrerem em um curto período, o recurso fará as avaliações de colocação em escala em lote. Isso permite que o dimensionamento automático processe grandes números de eventos rapidamente sem sobrecarregar o sistema.

Pelo menos um.

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

Os dados de configuração do plano de escala devem ser armazenados na mesma região que a configuração do pool de host. No entanto, há suporte para a implantação de VMs de host da sessão em todas as regiões do Azure. As VMs podem ser implantadas em uma região diferente daquela em que os dados de configuração do pool de host e do plano de escala 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 trata apenas do dimensionamento de VMs existentes na região em que elas são criadas.

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

O modo de diminuição sempre usa o menor número de hosts de sessão. No entanto, se houver sessões de usuário existentes, o menor número de hosts de sessão utilizáveis não será zero. Para configurar a política de limite de tempo para forçar a saída de todos os usuários desconectados para evitar ter hosts de sessão usáveis após o horário, acesse Política do Computador Local>Configuração do Computador>Modelos Administrativos>Componentes do Windows>Serviços de Área de Trabalho Remota>Host da Sessão da Área de Trabalho Remota>Limites de Tempo de Sessão>Conjunto de tempo para sessões desconectadas.

Nada. O dimensionamento automático reage somente 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 as VMs no modo esvaziar, independentemente de quem definiu o modo. O dimensionamento automático substitui o modo esvaziar em todas as VMs incluídas na escala, portanto, para excluir uma VM das ações de escala, use marcas de exclusão.

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. Eventos de alteração de sessão disparam uma avaliação de colocação em escala que cria logs. Se não houver eventos de alteração de sessão ou o serviço de evento passar por uma interrupção, o dimensionamento automático verificará se perdeu algum evento. Quando vários eventos de alteração de sessão ocorrerem em um curto período, o recurso faz as avaliações de colocação em escala em lote. Isso permite que o dimensionamento automático processe grandes números de eventos rapidamente sem sobrecarregar o sistema.

Não. Se você habilitar o dimensionamento automático, só será possível forçar os usuários a sair durante a fase de redução. Se você colocar um host de sessão no modo esvaziar durante a redução para prepará-lo para ser desligado, mas nem todos os usuários fizerem logout antes que a fase mude para fora do horário pico, as sessões de usuário restantes não serão forçadas a sair de suas sessões. O motivo pelo qual os usuários não fazem logout é porque o dimensionamento automático não força os usuários a sair de suas sessões fora do horário de pico. Em vez disso, o dimensionamento automático aguarda até que todos os usuários tenham feito logout antes de desalocar a VM. Por exemplo, se a fase de redução durar 15 minutos e o tempo de espera antes de desconectar os usuários e desligar as VMs for de 20 minutos, o agendamento muda para a fase fora do horário pico e as sessões do usuário não são encerradas.

Sim. Sessões ociosas, desconectadas e ativas são forçadas a fazer logout se os usuários não saírem durante o tempo de espera da fase de redução.

Depois que o dimensionamento automático seleciona um host da sessão para ser desligado, ele o coloca no modo esvaziar. Depois que todas as sessões de usuário forem encerradas, 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 desliga o modo esvaziar. Como o dimensionamento automático coloca os hosts de sessão que estão prestes a ser desligados no modo esvaziar, um usuário 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 após sair da sessão.

O dimensionamento automático pode desativar todas as VMs em um pool de host quando o percentual mínimo de hosts está definido como 0% e não há sessões de usuário nos hosts da sessão no pool de hosts.

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

Se um host de sessão estiver ativado (por dimensionamento automático, Iniciar VM ao conectar 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 pelo dimensionamento automático durante a fase de crescimento, o dimensionamento automático não iniciará suas áreas de trabalho pessoais. Em vez disso, você deve habilitar Iniciar VM ao conectar para garantir que as áreas de trabalho pessoais sejam iniciadas quando os usuários entrarem nelas, ou iniciar manualmente as áreas de trabalho pessoais por conta própria.

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

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

Não. Quando o dimensionamento automático está pronto para desalocar uma área de trabalho pessoal devido à saída ou desconexão da sessão do usuário, o dimensionamento automático não coloca o host da sessão no modo esvaziar. 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 seu agendamento de plano de escala pessoal, mas as áreas de trabalho pessoais não tiverem hibernação habilitada, a escala automática não afetará os hosts de sessão (não os hibernará e não os desalocará).