Usar capacidades de solicitação no Azure DevTest Labs

O serviço Azure DevTest Labs melhora a eficácia e a eficiência dos desenvolvedores e testadores. Este artigo concentra-se na capacidade de reivindicar ou desassociar máquinas virtuais no Azure DevTest Labs. Ele também lista várias maneiras pelas quais esse recurso melhora a experiência do usuário. Antes de analisar diferentes cenários em que esse recurso pode ser usado, vamos ver o que é reivindicação e como ela funciona.

Máquinas reclamáveis

Uma máquina reivindicável é uma máquina virtual (VM) criada em um laboratório sem um proprietário. Uma vez que a máquina é reivindicada, o usuário tem uma gama completa de opções para essa VM. Quando um usuário reivindica uma máquina, algumas alterações são feitas. A VM é movida da lista Máquinas virtuais reclamáveis para a lista Minhas máquinas virtuais no portal do Azure.

O utilizador pode ligar-se à VM, personalizar artefactos, reiniciar, parar ou desatribuir a máquina. Há algumas maneiras de tornar uma VM reivindicável:

• Crie uma máquina e cancele a reivindicação para que ela seja movida para o pool reclamável.
• Crie uma VM e coloque no pool compartilhado usando configurações avançadas.

Há dois casos em que os recursos de reivindicação/não reivindicação podem ser usados de forma eficaz. O primeiro caso requer mais reflexão e planeamento, para ser desenhado e executado corretamente. E a segunda é mais situacional. Seguem-se alguns exemplos dos diferentes casos.

Utilização projetada de máquinas reclamáveis

• Desenvolvimento/teste de software: Permita que os desenvolvedores ou testadores sejam mais produtivos ao ter máquinas configuradas prontas e em um estado não reivindicado. Ter um conjunto de VMs com diferentes configurações, ferramentas necessárias e com o código mais recente permite que os usuários reivindiquem uma VM e comecem a trabalhar sem ter que gastar tempo para configurar uma máquina. Antes que as VMs sejam reivindicadas, as máquinas são provisionadas, mas são desligadas, minimizando o custo de ter máquinas que são usadas com menos frequência. Quando as VMs são necessárias, um usuário simplesmente reivindica a VM, que inicia a máquina. A opção unclaim não é tão útil neste caso, uma vez que criar uma nova VM é muitas vezes mais fácil e barato.
• Sala de aula/laboratórios: Tenha VMs pré-configuradas para uma classe ou um laboratório para que os alunos possam se conectar imediatamente a uma máquina usando o portal do Azure. Quando um aluno reivindica uma VM, o laboratório garante que ninguém pode reivindicar a mesma máquina. A automatização desse processo garante que o número necessário de máquinas com o ambiente especificado esteja disponível. Se os alunos não aparecerem ou estiverem atrasados, as máquinas não reclamadas podem ser mantidas disponíveis até que a sessão termine com um custo mínimo. A opção unclaim não é tão eficaz neste cenário, uma vez que a VM está em estado desconhecido quando o usuário anterior termina.
• Manifestações: Use máquinas para demonstrações, onde as máquinas no laboratório são configuradas com ambientes específicos. Esse recurso é útil quando várias pessoas podem estar fazendo uma demonstração ao mesmo tempo ou em momentos aleatórios, como em uma conferência. A opção unclaim pode ser útil nessa situação, pois a demonstração não deve alterar o estado da máquina, permitindo que os usuários retornem uma VM de volta ao pool reclamável para a próxima demonstração. Com a máquina não reclamada sendo desprovisionada e incorrendo em custos mínimos, as VMs podem ser deixadas no laboratório por períodos de tempo mais longos.
• Trabalhadores temporários/contratados: Permitir que os usuários usem uma máquina. Quando eles saem, eles retornam a VM para o pool reclamável sem perda de dados. Com a VM não reivindicada, outro usuário pode reivindicar a VM e continuar ou revisar a máquina para obter informações adicionais.
• Em geral: A capacidade de ter uma única fonte automaticamente configurar e implantar VMs, em uma cadência específica, é útil em muitas situações diferentes. Há várias situações diferentes em que o recurso claim/unclaim ajuda os usuários a serem mais eficientes, tendo um processo automatizado para criar as VMs em um estado não reivindicado com uma configuração definida. A(s) configuração(ões) pode(m) incluir diferentes sistemas operativos, idiomas, discos ou outro software (artefactos), dependendo das suas necessidades. A capacidade de reivindicar uma VM do laboratório permite que o usuário do laboratório obtenha um sistema configurado corretamente sem gastar tempo ou esforço na configuração da máquina. O gerente de laboratório poderia usar o estado declarado das VMs para melhorar o número de máquinas geradas, limpar máquinas e determinar a prioridade das configurações. O Construtor de Imagens de VM do Azure é um bom exemplo de um processo automatizado para criar VMs e imagens para vários laboratórios. Os scripts podem ser modificados para executar qualquer uma das seguintes situações com as alterações apropriadas ou ser usados como referência para criar um sistema personalizado.

Utilização situacional de máquinas passíveis de reclamação

• Use o recurso claim/un-claim que permite que os usuários passem o controle das máquinas de uma para outra e não precisam saber explicitamente quem pegará a máquina em seguida.
• Desenvolvimento, teste e depuração de um cenário onde uma configuração específica da máquina pode reproduzir um bug; em seguida, a máquina pode ser libertada, permitindo que outro desenvolvedor reivindique a máquina e continue o trabalho. Este recurso é especialmente útil porque mais pessoas estão trabalhando remotamente em diferentes áreas do mundo.
• Os membros da equipe podem trabalhar com um único ambiente. Por exemplo, você pode configurar manualmente um ambiente complexo que não pode ser automatizado ou criar recursos que só podem lidar com modificações para uma única entrada, como imagens. No passado, este problema era resolvido com uma máquina dedicada em funcionamento. O recurso reclamável é uma melhoria em relação ao processo manual por ter controle de acesso de usuário embutido e identificação visual quando disponível. Quando não reivindicada, a VM é desprovisionada para reduzir custos.
• Tenha um disco de dados conectado a uma VM. Cada disco de até ~ 1 TB de dados permite que um grande volume de dados seja passado sem ter que copiar ou duplicar os dados. A VM seria inicialmente criada com um disco conectado que tivesse o grande volume de dados. Qualquer usuário poderia então reivindicar a máquina e acessar os dados. Quando terminar, cancele a declaração da VM para permitir que outros usuários acessem a máquina.

Existem algumas ressalvas ao uso de máquinas reivindicáveis, mais comumente relacionadas ao acesso ao equipamento. Se a máquina estiver associada ao domínio, o usuário que afirma que a máquina precisará já ter recebido acesso, geralmente isso é feito concedendo acesso a um grupo que engloba todos os usuários no laboratório quando a VM é criada. Se a máquina não estiver associada ao domínio, o artefato Redefinir Senha da VM no repositório público precisará ser executado para adicionar o usuário como administrador. Os artefatos podem ser aplicados mesmo após a máquina ter sido iniciada ou reivindicada.

Próximos passos

Consulte o seguinte artigo: Criar e gerenciar VMs reclamáveis no Azure DevTest Labs