Browsing articles in "Sem categoria"
fev 17, 2016
marllus

Importação/Exportação de VMs no XenServer 6.5

Olá, td bem?

Hoje o tema é sobre exportação e importação de VMs no XenServer.

Para exemplificar os formatos aceitos na exportação, vou colocar cada um como tópico e logo abaixo as situações preferidas para utilizá-lo.

OVA/OVF (Formatos abertos – muitos hypervisors o utilizam):

  • – Compartilhar vApps e VMs com outros plataformas de virtualização que suportam OVF;
  • – Salvar mais que uma VM de uma vez;
  • – Garantir um vApp ou VM de corrupção e falsificação;
  • – Simplificar a distribuição de um vApp armazenando um pacote OVF em um arquivo OVA;

XVA (Formato do próprio XenServer – também aberto):

  • – Compartilhar VMs com versões do XenServer anteriores à 6.0 (mas que também funciona em versões posteriores);
    – Importar/Exportar VMs por meio de scritps via linha de comando (CLI);

Importação e exportação de VMs pode ocorrer entre hypervisors XenServer bem como de outros hypervisors para o XenServer. Quando você for importar para o XenServer uma VM que foi exportada de um outro hypervisor (ex. VMware, Hyper-V, VirtualBox, etc.) você terá que rodar um sistema de verificação e correção de erros de boot que vem por padrão oferecido pelo XenServer. Basicamente é uma .iso chamada “Operating System Fixup tool”. É ela que tentará garantir a interoperabilidade (compatibilidade) no boot de uma VM “estrangeira” dentro do XenServer.

Mas, que tipo de bruxaria essa ferramenta de Fixup faz com as VMs?

“Simples”, quando a VM é iniciada, arrancando a .iso no boot, a ferramenta Fixup vai ver qual o sistema operacional da VM, se Windows ou GNU/Linux. Caso seja Windows, a ferramenta vai selecionar drivers genéricos críticos de boot da própria base de dados do sistema operacional e registrar para o boot da VM. Caso seja GNU/Linux, a ferramenta vai entrar no arquivo do GRUB e alterar as referências para os discos de inicialização de SCSI para IDE (ex. /dev/sda1 -> /dev/hda1). Outra coisa que a ferramenta faz é retirar ou desabilitar ferramentas de boot ou virtualização vindas de outros hypevisors e que podem comprometer o desempenho no XenServer.
OBS: Neste caso do Fixup, a VM é readequada, não convertida.

Outra informação importante é que em cada processo de importação ou exportação de uma VM como OVF/OVA e/ou imagem de disco (VHD e VMDK) entre o Xenserver e o local onde estão os arquivos, é feita uma intermediação entre a cópia origem-destino.
Como assim?
Sempre que uma VM, neste caso citado, é importada ou exportada, é criada uma VM (chamada “TransferVM”) para receber os dados do(s) disco(s) dela, aos poucos estes dados vão sendo transferidos para o disco/arquivo de origem. Pense na TransferVM como um firewall que filtra tudo que está passando entre uma origem (que pode ser um SR no Xenserver) e destino (que pode ser um compartilhamento NFS).

Para import/export de VMs entre repositórios remotos, você deve configurar os parâmetros de network que aparecerá na tela para TransferVM.
Caso o import/export seja localmente (de uma VM para um repositorório local do XenServer) a TransferVM é criada mas não é pedido nenhum IP. Ele já assume que está na mesma network.

Para saber como realizar importação, exportação, conhecer detalhes dos formatos disponíveis e configurações extras, pode clicar neste link (http://docs.citrix.com/en-us/xencenter/6-1/xs-xc-vms-exportimport/xs-xc-vms-exportimport-about.html).

Vídeos sobre procedimentos:

Citrix Xenserver VM Import and Export:
https://www.youtube.com/watch?v=XcHbOF-D-l0
Citrix XenServer – Step by Step – 5. part -Import & Export Virtual machine: https://www.youtube.com/watch?v=nZ4D0w0V8g8
Citrix XenServer 6 – Copying, Importing, Exporting, and Moving VMs:
https://www.youtube.com/watch?v=E5KnWR2JbrU
Importando uma Máquina Virtual (VM) no Citrix XenCenter:
https://www.youtube.com/watch?v=qhtBQgy-vmA
Citrix XenServer VM-Export:
https://www.youtube.com/watch?v=OWaca8gEIJ8

 

Referências:
http://docs.citrix.com/en-us/xencenter/6-1/xs-xc-vms-exportimport/xs-xc-vms-exportimport-about.html
http://support.citrix.com/article/CTX124961
https://www.youtube.com/watch?v=XcHbOF-D-l0
https://www.youtube.com/watch?v=nZ4D0w0V8g8
https://www.youtube.com/watch?v=E5KnWR2JbrU
https://www.youtube.com/watch?v=qhtBQgy-vmA
https://www.youtube.com/watch?v=OWaca8gEIJ8

Licença Creative Commons
Este trabalho de Marllus, está licenciado com uma Licença Creative Commons – Atribuição-CompartilhaIgual 4.0 Internacional.

fev 17, 2016
marllus

Fast clone e full copy de VMs no XenServer 6.5

Opa, e aí, td certo?

Hoje explicarei sobre Fast Clone e Full Copy de VMs e templates. Meu papo será focado no entendimento destes dois pontos.

Se você nunca copiou uma VM ou template, a qualquer hora irá precisar fazer isto. VMs e templates são copiados a fim de vários motivos: Para realizar testes a partir de uma VM que está em produção, provisionar (subir) novas VMs rapidamente, criar templates a partir delas, etc.
Mas, quando você vai copiar uma VM pelo XenCenter, sempre abre uma tela que te pergunta dois modos de cópia para você escolher: O fast clone ou o full copy.

Bem, quando você olha o nome fast clone dá uma ideia de mais agilidade (rapidez). Creio que muitos administradores escolhem essa opção por isso, sem saber que podem pagar caro no futuro…

Explicando mais detalhadamente:

Quando uma VM ou template é copiado pelo modo fast clone, o novo VDI da VM/template acessa os blocos antigos do VDI de origem. Por exemplo, se eu tenho uma VM com o GNU/Linux Ubuntu recém instalado e copiar esta VM como fast clone, a nova VM criada vai usar os blocos antigos (neste caso a partição do sistema completo) do disco da VM original, todo arquivo criado ou alterado a partir desse momento será gravado no novo disco. Em outras palavras, toda região do VDI da nova VM referente ao que foi gravado na VM original é um ponteiro para o disco desta VM (não há duplicação de conteúdo, em nível de bloco).

Quando uma VM ou template é copiado como full copy, o novo VDI da VM/template é totalmente independente do VDI original (que foi copiado). Todo o conteúdo é copiado (literalmente) para o novo disco. Dá pra imaginar que essa cópia é um pouco mais demorada, por esse fato.

Mas o preço a se pagar pela rapidez do fast clone, é a questão do encadeamento (acorrentamento) dos VDIs. Por padrão, o limite máximo desta cadeia (chain) é de 30 VDIs. Na prática, se você chegar em mais da metade desse limite, o acesso aos dados será bastante degradado. Essa cadeia vai aumentado a partir do momento que você vai provisionando cada vez mais VMs e copiando templates como fast clone.
Por contrapartida, isso não ocorre com o método full copy, pois não existirá ponteiros entre VDIs novos e antigos nem encadeamento entre eles (chain=0).

Vou explicar com imagens:

O que acontece no fast clone:

 

 photo FastClone_fullcopy_zpssg0t9fut.png

O que acontece no modo full copy:

 photo FastClone_fullcopy_zpssg0t9fut.png

Para você analisar essas árvores que são criadas e que crescem a partir do provisionamento de cada vez mais cópias fast, entre no host xen em questão e digite o comando:
# vhd-util scan -f -m “VHD-*” -l VG_XenStorage- -p
O resultado deste comando será algo do tipo:

 photo Cli_fast_parent

Perceba que a seta indica que o VHD (VDI) mostrado na linha tem um parent (nó de origem).
Quando o parâmetro “parent” está como “none” quer dizer que o VHD não tem um pai relacionado, ou seja, ele não foi criado com fast clone.

Assim como os snapshots, quando um VDI na cadeia é excluído, um evento de aglutinação (chamado coalescing) entre VDIs é feito (em qualquer tempo – assíncrono). Após isso, algum espaço em disco no SR deverá ser liberado.
Mas, se você não quer excluir VMs encadeadas, existem três formas de resolver o problema do “encadeamento infeliz”:
– Migrar a VM encadeada para outro SR no pool. Após isso o parâmetro parent será resetado (=none).
– Setar a prioridade de IO de disco (QoS) da VM encadeada como nível alto (use isto como um paleativo). Mais detalhes aqui.
– Copiar a VM encadeada novamente (Xencenter ou “vm-copy” na linha de comando), mas, desta vez como full copy (o parent também irá resetar).

Bem, creio que você agora deve entender mais sobre esses dois tipos de cópias e seus prós e contras.

Para saber como realizar os procedimenos de cópia, clique neste link (http://docs.citrix.com/en-us/xencenter/6-5/xs-xc-vms/xs-xc-vms-copy.html)

 

Referências:
http://docs.vmd.citrix.com/XenServer/6.5.0/1.0/en_gb/reference.html#disk_qos
http://docs.citrix.com/en-us/xencenter/6-5/xs-xc-vms/xs-xc-vms-copy.html
http://docs.vmd.citrix.com/XenServer/6.5.0/1.0/en_gb/reference.html#id541790
https://www.citrix.com/blogs/wp-content/uploads/2012/05/vhd-util-sample-1024×404.png

 

Licença Creative Commons
Este trabalho de Marllus, está licenciado com uma Licença Creative Commons – Atribuição-CompartilhaIgual 4.0 Internacional.

fev 17, 2016
marllus

XenMotion no XenServer 6.5

Olá, td bem?

XenMotion é um recurso bem interessante e muito importante dentro de ambiente de virtualização do XenServer. É com ele que o HA (High Availability), WLB (Work Load Balancing – Versão paga do XenServer – 🙁  ) e Rolling Pool Upgrade funcionam direitinho, habilitando a possibilidade de mover as VMs entre hosts do mesmo pool sem (ou quase sem) downtime (geralmente 1 ou 2 pings perdidos).

O XenMotion já vem habilitado no XenServer na versão gratuita. E ele serve, basicamente (e como falei acima), para você poder movimentar VMs “à quente” entre hosts xen em um mesmo pool, ou seja, o storage (SR) têm de ser compartilhado entre as VMs (Geralmente um storage, adicionado em um pool, do tipo iscsi, fc, nfs).

Mas, quais os requisitos mais específicos para utilizar o XenMotion?

– O XenServer tools deve estar instalado na VM;
– O host xen destino têm de ter a mesma ou versão superior do XenServer do host de origem;
– O host xen destino têm que ter memória suficiente para o provisionamento da VM, caso contrário a VM não completará o processo de migração (isso é meio lógico, rs);
– O drive de DVD deve estar setado como empty (não deve ter nenhuma .iso anexada ou nenhum cd/dvd dentro do drive do host físico);
– Ter um SR compartilhado no pool (NFS, iSCSI/FC SAN);

Mas, e em quais situações você vai usar o XenMotion (fora ficar brincando de jogar uma VM de um host pra outro só pra ver como é lindo isso funcionando, rs)?
Você pode usar isso, por exemplo, quando for atualizar um host xen, migrando as VMs nele contidas para um outro host xen. Além disso, você pode usar pra migrar VMs enquanto faz manutenção em um host ou até planejar um script balanceador de carga entre hosts físicos (o que o Work Loading Balancig faz – na versão do Xenserver com linceça). Enfim, as possibilidades são muitas. Só a produção e o dia a dia que vai te desafiar com situações como estas. É só pensar sobre os benefícios e planejá-los bem!

Para saber como migrar uma VM através do XenCenter, acesse esse tutorial (http://docs.citrix.com/en-us/xencenter/6-5/xs-xc-vms-manage/xs-xc-vms-relocate.html).

Tutoriais/ explicações em vídeo:
https://www.youtube.com/watch?v=hTlwlNjc86M
https://www.youtube.com/watch?v=05Zc0ze5CpQ
https://www.youtube.com/watch?v=vcPzrnrnYCU

Até breve!
Abraço!

 

Referências:
http://support.citrix.com/article/CTX115813
http://www.amazon.com.br/Mastering-Citrix-Xenserver-Martez-Reed/dp/178328739X
http://docs.citrix.com/en-us/xencenter/6-5/xs-xc-vms-manage/xs-xc-vms-relocate.html
https://msinhore.wordpress.com/2012/09/20/storage-xenmotion/
https://www.youtube.com/watch?v=hTlwlNjc86M
https://www.youtube.com/watch?v=05Zc0ze5CpQ
https://www.youtube.com/watch?v=vcPzrnrnYCU
https://www.citrix.com/content/dam/citrix/en_us/documents/products-solutions/storage-xenmotion-live-storage-migration-with-citrix-xenserver.pdf?accessmode=direct

 

Licença Creative Commons
Este trabalho de Marllus, está licenciado com uma Licença Creative Commons – Atribuição-CompartilhaIgual 4.0 Internacional.

fev 17, 2016
marllus

Storage XenMotion no XenServer 6.5

Olá, td bem?

Falei, anteriormente aqui sobre “XenMotion”. Hoje irei falar sobre “Storage XenMotion”.
Storage XenMotion nos remete a ideia de “XenMotion entre storages”, e é exatamente isso que este recurso (fascinante) faz. A partir dele, a VM pode ser transferida entre storages distintos, ou seja, os discos da VM (VDIs) podem ser migrados entre pools diferentes (entre dois sites XenServer). Tudo isso com o mínimo de downtime possível, pois geralmente se perde alguns pings quando se é re-setado a placa de rede virtual e a rota é alterada.
E não é propaganda Tekpix, o recurso existe e é disponível com código fonte liberado (aêêêêêê)!!!
OBS: Convido você a ir no site da VMware e ver a bagatela que é a licença com o recurso equivalente (VMware Storage vMotion) habilitado.

Muitos dos requisitos necessários para utilizar Storage XenMotion são do próprio XenMotion.
A lista com todos é essa:

– O XenServer tools deve estar instalado na VM;
– O host xen destino têm de ter a mesma ou versão superior do XenServer do host de origem;
– O host xen destino têm que ter memória suficiente para provisionar a VM, caso contrário a VM não completará o processo de migração (isso é meio lógico, rs);
– O drive de DVD deve estar setado como empty (não deve ter nenhuma .iso anexada ou nenhum cd/dvd dentro do drive do host);
– Se as CPUs dos hosts de origem e destino forem diferentes, então a CPU do servidor de destino deve suportar todos os recursos da do servidor de origem, o que, por consequência, é muito improvável que as CPUs sejam de fabricantes diferentes, ou seja, é muito recomendável você trabalhar mesmo com o mesmo fabricante de processador (por exemplo, Intel ou AMD).
– Não é possível migrar VMs que tenham mais de um snapshot (leia aqui meu outro tutorial sobre snapshots e saiba o porquê disso);
OBS: Se a VM conter um snapshot, planeje a alocação de seu espaço no storage do host destino. Caso não entenda, o link acima sobre snapshots explica tudo isso.
– Não é possível migrar VMs que tenham mais que 6 VDIs anexados (como somente um VDI é transferido por vez, creio que 7 VDIs iria comprometer bastante a VM em caso de um possível falha na migração).

Limitações do Storage XenMotion:

– Não deve ser usado em ambientes com XenDesktop (Virtual Desktop Infrastructure);
– VMs que usam PCI pass-thru não podem ser migradas;
– A perfomance da VM irá ser reduzida no processo de migração, então, cuidado com o horário de rush;
– Deve ser desabilitado qualquer HA ou WLB configurado no pool de origem ou destino;

Storage XenMotion é bastante utilizado em casos de Upgrade de Xenserver Standalone (hosts xen sem pool).

Para saber como migrar uma VM através do XenCenter, acesse esse tutorial (http://docs.citrix.com/en-us/xencenter/6-5/xs-xc-vms-manage/xs-xc-vms-relocate.html).

Vídeo demonstração do Storage XenMotion:
https://www.youtube.com/watch?v=YWGu3tT6Z18

Até breve!
Abraço!

 

Referências:
http://www.amazon.com.br/Mastering-Citrix-Xenserver-Martez-Reed/dp/178328739X
http://docs.citrix.com/en-us/xencenter/6-5/xs-xc-vms-manage/xs-xc-vms-relocate.html
https://msinhore.wordpress.com/2012/09/20/storage-xenmotion/
https://www.youtube.com/watch?v=YWGu3tT6Z18
https://www.citrix.com/content/dam/citrix/en_us/documents/products-solutions/storage-xenmotion-live-storage-migration-with-citrix-xenserver.pdf?accessmode=direct
http://ports.marllus.com/2016/02/15/xenmotion-no-xenserver-6-5
http://store.vmware.com/store/vmware/en_US/pd/productID.284281000?src=WWW_eBIZ_productpage_vSphere_EnterprisePlus_Buy_US
https://en.wikipedia.org/wiki/Desktop_virtualization

 

Licença Creative Commons
Este trabalho de Marllus, está licenciado com uma Licença Creative Commons – Atribuição-CompartilhaIgual 4.0 Internacional.

fev 16, 2016
marllus

Monitoramento – XenServer 6.5

Olá, hoje o assunto é sobre Monitoramento do ambiente de virtualização XenServer.

O assunto é bem simples, mas pouca gente sabe o quão ampla é a gama de métricas que o XenServer consegue capturar no seu funcionamento.

Por padrão, é mostrado no XenCenter, na aba “performance” do host ou VM, gráficos de utilização de memória RAM, network e CPU.

Porém, você pode querer capturar outras méticas, como a quantidade de IOPS (Entra e saída por segundo) na escrita dos VDIs das VMs, a latência do disco ou rede de um host, dentre vários dados. Essas métricas são mostradas no Xencenter através de RRDs (Base de dados Roud Robin), que são arquivos que guardam diversos dados sobre as métricas de rede, CPU, RAM, Storage, etc.

Caso você queira pegar esses RRDs para utilizar em outras ferramentas, pode também capturá-los via HTTP. Como é mostrado aqui: http://docs.vmd.citrix.com/XenServer/6.5.0/1.0/en_gb/reference.html#analyzing_rrds

Você também pode querer adicionar o monitoramento de seu ambiente de virtualização em um software de monitoramento de ambiente, como o nagios ou cacti. Deixo um link aqui de um script para nagios para monitoramento de diversas informações em um pool de servidores XenServer. Ele é totalmente adaptável, abrindo facilmente a possibilidade de adição de novas métricas.
https://exchange.nagios.org/directory/Plugins/Operating-Systems/*-Virtual-Environments/Others/Check-XenServer/details

O conjunto de métricas disponíveis no Xenserver para serem capturadas tanto no Host quanto nas VMs está disponível na documentação oficial do XenServer, que pode ser vista aqui:
http://docs.vmd.citrix.com/XenServer/6.5.0/1.0/en_gb/reference.html#performance_monitoring

Espero que tenha gostado da breve explicação. Qualquer dúvida, só chamar!
Abraço.

Referências:
https://pt.wikipedia.org/wiki/RRDTool
http://docs.vmd.citrix.com/XenServer/6.5.0/1.0/en_gb/reference.html#performance_monitoring
http://xenserver.org/partners/20-dev-hints/120-xs-pool-check-nagios.html
https://exchange.nagios.org/directory/Plugins/Operating-Systems/*-Virtual-Environments/Others/Check-XenServer/details

 

Licença Creative Commons
Este trabalho de Marllus, está licenciado com uma Licença Creative Commons – Atribuição-CompartilhaIgual 4.0 Internacional.

fev 7, 2016
marllus

HCL Xenserver

Olá, seja bem vindo!

O assunto aqui é sobre compatibilidade de hardware e XenServer.
A Citrix mantém uma site (http://hcl.xenserver.org/) contendo todo o conjunto de hardware homologado por ela junto a diversos fabricantes de equipamentos, como Dell, HP, Supermicro, IBM. Todo equipamento que obteve êxito nesse teste é adicionado à essa lista de compatibilidade (HCL).

Mas, o que é essa tal de compatibilidade? Ela serve para oficializar que o XenServer vai conseguir “enxergar” (instalar os drivers) qualquer hardware que contenha na lista em questão.    

Pois bem, quando você estiver elaborando um projeto de especificação de equipamentos (servidores, storages, placas de rede (NICs), etc.) e quiser utilizar o XenServer neste ambiente, o primeiro passo é entrar no site (http://hcl.xenserver.org/) e procurar o hardware em questão no campo de busca do mesmo. Você poderá também selecionar algum tipo de equipamento e fazer a listagem dos homologados. Observe a imagem  do site abaixo que mostra esses duas opções que mencionei:

 photo xen1_zps6fzsarnf.png

Mas, não se preocupe se o servidor onde você irá instalar o seu XenServer não está aí. Na verdade, necessariamente, isso não é um pré requisito para este fantástico virtualizador funcionar. Neste caso, ele poderá até reconhecer e instalar todos os drivers do equipamento mas não terá suporte oficial pela Citrix, se você tiver em mente de adquirir uma licença.

Recapitulando: Ter um hardware na HCL não é requisito para a total plenitude de funcionamento do XenServer neste ou conectado a este hardware (storages, servidores, NICs, etc.)!  

Abraços e até mais!

Referências:

http://hcl.xenserver.org/

jul 6, 2015
marllus

Sobre este tutorial

Bem, se caiu aqui neste site, você deve compreender um pouco sobre virtualização e o que é o XenServer.

Bem, Xenserver é uma plataforma completa de virtualização mantida pela empresa Citrix. Com ele, você consegue criar e gerenciar máquinas virtuais (VMs), discos virtuais (VDIs), redes virtuais (VIFs), balancear (ativo-passivo) e agregar (ativo-ativo) links de rede, criar templates de instalações ou de determinados pontos da vida de uma VM (e reduzindo o tempo para recriar, por exemplo, seu ambiente LAMP/WAMP ou outro que necessita de configuração inicial), exportar a quente (live) VMs entre hosts (servidores) XenServer, utilizar um dispositivo de armazenamento de rede NFS, iSCSI (Ethernet), FC (Canal de Fibra) para armazenar as VMs criadas, criar um ambiente de altadisponibilidade (HA) entre elas, dentre inúmeras coisinhas bem legais de se fazer que a própria virtualização já inclui.

Agora, volte para o menu inicial do mapa de ideias e clique em alguma caixa que achar interessante ou siga para o “bizu bala” para ver essas caixinhas separadas por tópico (Instalação, configuração, gerenciamento, monitoramento, backup, atualização, linha de comando, troubleshooting). Até mais. Grande Abraço!

Páginas:«123