![25 coisas a fazer após a instalação do Fedora 24 e da estação de trabalho Fedora 25](/f/5c8fffbf9af2e5ffe8ad0ba0b6f83052.png?width=100&height=100)
Continuando a avançar com o XenServer series, este artigo abordará a criação dos próprios convidados (geralmente chamados de máquinas virtuais).
Atualizar:Em maio de 2016, a Citrix lançou a nova versão da plataforma XenServer 7. Para instalação siga:Nova instalação do XenServer 7.
Este artigo presumirá que todos os artigos anteriores sobre rede, patching e armazenamento foram concluídos. Felizmente, nenhuma nova terminologia realmente precisa ser discutida e a criação dos convidados pode começar!
Neste ponto, muito foi configurado neste host XenServer. Isso servirá como uma revisão rápida sobre o que foi configurado e em qual artigo o tópico foi discutido.
Esta parte do guia contará com instaladores ISO para realmente inicializar a máquina convidada recém-criada e instalar um sistema operacional. Certifique-se de revisar o quarto artigo para obter informações sobre como criar um repositório ISO.
O XenServer vem com uma série de modelos que podem ser usados para provisionar rapidamente um convidado virtual. Esses modelos fornecem opções comuns para o sistema operacional escolhido. As opções incluem coisas como espaço no disco rígido, arquitetura da CPU e quantidade de memória RAM disponível, entre outras opções.
Essas opções podem ser modificadas manualmente mais tarde, mas por enquanto um modelo simples será usado para ilustrar seu uso. Para obter a lista de modelos disponíveis, o tradicional 'xe'
O comando pode receber diferentes argumentos para solicitar que o sistema retorne os modelos disponíveis.
# xe template-list.
É provável que esse comando retorne muitas saídas. Para tornar a saída mais fácil de ler, sugere-se que a saída seja canalizada para 'menos' do seguinte modo:
# xe template-list | menos.
Isso permitirá uma análise mais fácil dos modelos disponíveis para localizar os UUID em formação. Este artigo vai trabalhar com Debian 8 Jessie mas exigirá o uso do mais antigo Debian 7 Wheezy modelo até Citrix lança o novo modelo.
Selecionando Debian 7 não afetará nada na operação do sistema operacional real. (A captura de tela abaixo usou o UUID no comando para cortar parte da saída normal).
# xe sr-list name-label = ”Tecmint iSCSI Storage”
Com este UUID, todas as informações iniciais para configurar este convidado foram obtidas. Tal como acontece com quase tudo no XenServer, outro 'Xe' comando será usado para provisionar o novo convidado.
# xe vm-install template = ”Debian Wheezy 7.0 (64 bits)” new-name-label = "TecmintVM" sr-uuid = bea6caa4-ecab-8509-33a4-2cda2599fb75.
O destaque UUID é o UUID do convidado recém-provisionado. Existem algumas etapas de manutenção da casa que podem tornar as coisas mais fáceis no futuro. O primeiro é fornecer um rótulo de nome para o VDI recém-criado e o segundo é modificar qualquer uma das especificações de hardware padrão fornecidas pelo modelo.
Para ver por que seria importante nomear o VDI, dê uma olhada no que o sistema atribuirá automaticamente ao VDI quando provisionado usando o seguinte 'Xe' comandos:
# xe vbd-list vm-name-label = TecmintVM - Usado para obter o UUID do VDI. # xe vdi-list vbd-uuids = 2eac0d98-485a-7c22-216c-caa920b10ea9 [Usado para mostrar problema de nomenclatura]
Outra opção disponível é reunir as duas informações por meio do seguinte comando:
# xe vm-disk-list vm = TecmintVM.
A parte em amarelo é a preocupação. Para muitas pessoas, esse problema é menor, mas, para fins de manutenção da casa, um nome mais descritivo é desejado para acompanhar a finalidade desse VDI específico. Para renomear este VDI específico, o UUID na saída acima é necessário e outro 'Xe' o comando precisa ser criado.
# xe vdi-param-set uuid = 90611915-fb7e-485b-a0a8-31c84a59b9d8 name-label = "TecmintVM Disk 0 VDI" # xe vm-disk-list vm = TecmintVM.
Isso pode parecer trivial de definir, mas, por experiência, evitou um problema sério ao desanexar um repositório de armazenamento de um XenServer e tentar anexá-lo a outro XenServer. Neste cenário específico, um backup de metadados de todas as informações do convidado não pôde ser restaurado no novo XenServer e felizmente, ao nomear o VDI em cada um dos convidados, o mapeamento adequado do convidado para seu VDI pôde ser feito simplesmente pelo rótulo de nome.
A próxima etapa de manutenção da casa para este artigo é fornecer a esse hóspede em particular mais recursos. Conforme provisionado, este hóspede terá apenas cerca de 256 MiB (Mebibytes) de memória. Para a maioria dos convidados, isso não é suficiente, por isso é benéfico saber como aumentar a memória disponível de um convidado. Como com qualquer coisa no XenServer, isso pode ser feito com 'Xe' comandos.
# xe vm-param-list uuid = 6eab5bdd-c277-e55d-0363-dcfd186c8e8e | grep -i memory.
A caixa em verde acima indica que a maior parte da memória que este hóspede em particular poderia ter é sobre 256 MiB. Para fins de teste, isso seria normal, mas para qualquer tipo de sistema de uso pesado, isso se provaria insuficiente.
Para modificar este valor para dar ao convidado acesso a mais RAM, um simples 'Xe' o comando pode ser emitido com o convidado desligado. Neste exemplo, a quantidade de RAM a ser dada a esta máquina será representada em bytes, mas será igual 2 gibibytes no valor de carneiro.
# xe vm-memory-limits-set dynamic-max = 2147483648 dynamic-min = 2147483648 static-max = 2147483648 static-min = 2147483648 name-label = TecmintVM.
Perceber que isso reservará dois GiB de ram para esse hóspede o tempo todo.
Agora, este convidado em particular está pronto para ter um sistema operacional instalado. Do artigo anterior sobre Repositórios de armazenamento, um compartilhamento Samba foi adicionado a este XenServer para armazenar arquivos do instalador ISO. Isso pode ser confirmado com o seguinte 'Xe' comando:
# xe sr-list name-label = Remoto \ ISO \ Biblioteca \ on: \ ///ISO.
Certifique-se de substituir com o nome do servidor Samba apropriado para o ambiente no qual esta configuração está ocorrendo. Uma vez que o XenServer é confirmado para ver o repositório de armazenamento ISO, um CD-ROM virtual precisa ser adicionado ao convidado para inicializar o arquivo ISO. Este guia irá presumir que o Debian Net Installer ISO existe no repositório de armazenamento ISO.
# xe cd-list | grep debian.
# xe vm-cd-add vm = TecmintVM cd-name = debian-8-netinst.iso device = 3. # xe vbd-list vm-name-label = TecmintVM userdevice = 3.
Os comandos acima listam primeiro o nome do Debian ISO. O próximo comando irá adicionar um virtual CD-ROM dispositivo para o TecmintVM convidado e atribui a ele o ID do dispositivo de 3.
O terceiro comando é usado para determinar o UUID para o CD-ROM recém adicionado para continuar a configuração do dispositivo para inicializar o ISO do Debian.
A próxima etapa é tornar o CD-ROM inicializável e também instruir o convidado a instalar um sistema operacional a partir do CD-ROM.
# xe vbd-param-set uuid = 3836851f-928e-599f-dc3b-3d8d8879dd18 bootable = true. # xe vm-param-set uuid = 6eab5bdd-c277-e55d-0363-dcfd186c8e8e other-config: install-repository = cdrom.
O primeiro comando acima define o CD-ROM para ser inicializável usando seu UUID destacado em verde na captura de tela acima. O segundo comando instrui o convidado a usar o CD-ROM como método de instalação do sistema operacional. O UUID para o Tecmint o convidado é destaque na captura de tela acima em amarelo.
A última etapa na configuração do convidado é anexar um interface de rede virtual (VIF). Isso é especialmente importante para este método de instalação, uma vez que o Rede Debian o instalador está sendo usado e precisará extrair pacotes dos repositórios Debian.
Olhando para trás, para o Rede XenServer artigo, um especial VLAN já foi criado para este convidado e foi VLAN 10. Usando 'Xe' a interface de rede necessária pode ser criada e atribuída a este convidado.
# xe network-list name-description = "Teste Tecmint VLAN 10" # xe vif-create vm-uuid = 6eab5bdd-c277-e55d-0363-dcfd186c8e8e network-uuid = cfe987f0-b37c-dbd7-39be-36e7bfd94cef device = 0.
O primeiro comando é usado para obter o UUID da rede criada para este convidado. O próximo comando é usado para criar um adaptador de rede para o convidado e conectar o adaptador de rede à rede apropriada.
Parabéns! Neste ponto, a máquina virtual está pronta para inicializar e instalar! Para iniciar o convidado, emita o seguinte 'Xe' comando.
# xe vm-start name-label = TecmintVM.
Se o terminal não produzir nenhum erro, o convidado foi iniciado com sucesso. O início correto do convidado pode ser confirmado com o seguinte 'Xe' comando:
# xe vm-list name-label = TecmintVM.
Agora, a grande questão. Como acessar o instalador? Esta é uma pergunta válida. O método aprovado da Citrix é usar XenCenter. O problema aqui é que XenCenter não funciona no Linux! Portanto, existe uma solução alternativa para que os usuários não tenham que criar uma estação especial do Windows simplesmente para acessar o console de um convidado em execução.
Este processo envolve a criação de um SSH túnel do computador Linux para o host XenServer e, em seguida, encaminhar uma porta VNC conexão através desse túnel. É muito inteligente e funciona maravilhosamente bem, mas este método assume que o usuário pode acessar o XenServer por SSH.
A primeira etapa é determinar o número de domínio do convidado no XenServer. Isso é feito por meio do uso de vários comandos diferentes.
# xe vm-list params = dom-id name-label = TecmintVM. # xenstore-read / local / domain / 1 / console / vnc-port.
A ordem desses comandos é importante! O primeiro comando retornará um número necessário para o segundo comando.
A saída de ambos os comandos é importante. A primeira saída indica o ID de domínio que o convidado está entrando; 1
nesse caso. O próximo comando requer esse número para determinar o Porta VNC para a sessão de console do convidado. A saída desse comando fornece a porta VNC que pode ser usada para conectar ao vídeo desse convidado específico.
Com as informações acima obtidas, é hora de mudar para uma estação Linux e conectar-se ao XenServer para visualizar a sessão de console deste convidado. Para fazer isso, um túnel SSH será criado e o encaminhamento de porta será configurado para direcionar uma conexão VNC local através do túnel SSH. Esta conexão será feita a partir de um Linux Mint 17.2 estação de trabalho, mas deve ser semelhante para outras distribuições.
O primeiro passo é garantir que Cliente OpenSSH e xtightnvcviewer são instalados no host Linux. No Linux Mint, isso pode ser feito com o seguinte comando:
$ sudo apt-get install openssh-client xtightvncviewer.
Este comando instalará os utilitários necessários. A próxima etapa é criar um túnel SSH para o host XenServer e configurar o encaminhamento de porta para a porta VNC determinada anteriormente no host XenServer (5902).
# ssh -L: localhost: [email protegido] -N. # ssh -L 5902: localhost: 5902 [email protegido] -N.
O '-EU' opção diz ao ssh para encaminhar a porta. A primeira porta pode ser qualquer porta acima 1024 que não está em uso na máquina Linux Mint. O ‘Localhost: 5902’ indica que o tráfego deve ser encaminhado para a porta localhost remoto 5902 neste caso, é a porta XenServer VNC do TecmintVM.
O ‘[email protegido]
$ sudo lsof -i | grep 5902.
Aqui, o túnel é configurado e escutando as conexões. Agora é hora de abrir uma conexão VNC para o convidado no XenServer. O utilitário instalado é ‘Xvncviewer’ e a conexão ssh para encaminhar o tráfego para o XenServer está escutando ‘Localhost: 5902’ para que o comando apropriado possa ser criado.
$ xvncviewer localhost: 5902.
Voila! Existe o TecmintVM sessão de console executando o Instalador de rede Debian aguardando o início do processo de instalação. Neste ponto, a instalação continua como qualquer outra instalação do Debian.
Até agora, tudo com o XenServer era feito via interface de linha de comando (CLI). Embora muitos usuários do Linux apreciem a CLI, existem utilitários que simplificam o processo de gerenciamento de hosts e pools do XenServer. O próximo artigo desta série cobrirá a instalação dessas ferramentas para usuários que desejam usar sistemas gráficos em vez de CLI.