XCP-ng alternativa para o Citrix XenServer - Sem limitações

A Citrix removeu funcionalidade do XenServer apartir da versão 7.3 release, como apresentado no artigo. Ficou triste? Não precisa, há uma luz no fim do túnel: XCP-ng.

XCP-ng: Alternativa para continuar utilizando o XenServer;

XCP-ng é um projeto, gerido pela comunidade xen-orchestra.com, que tem como objetivo implementar e disponibilizar todas as características (que foram removidas pela Citrix) no formato RPM. Com um simples comando "yum update" o sistema será atualizado.

A Comunidade xen-orchestra.com é ativa e produtiva, possuem capacidade e credibilidade para executar o projeto.

O projeto vai além, almejam implementar funcionalidade novas, como pro exemplo os novos tipos de storage: ceph e gluster.

Vamos aguardar e conferir!!! Tem novidades? Comente abaixo...

XenServer 7.3 - As Novas Funcionalidades (e as Removidas)

XenServer 7.3

Em Dezembro de 2017 a Citrix anunciou a nova versão do XenServer, versão 7.3. A notícia não é boa, algumas funcionalidades foram removidas, seguem algumas:

• Xen storage motion
• Controle Dinâmico de Memória
• Funcões de GPU
• Limitação máxima de 3 Hosts por clusters

A comunidade está alvoroçada com os cortes. Muitos irão manter a versão 7.1 funcionando.
Manter cluster com apenas 3 Hosts limitou a adoção da solução.

Há novidades na versão 7.3, para quem possui a licença Enterprise do XenServer:

• Efficient multicast support via IGMP snooping
• Support for NVIDIA Pascal graphics cards
• Nested virtualization for Bromium Secure Platform
• Changed Block Tracking

Devo atualizar o XenServer 7.1 para 7.3?

Depende: Se você possui licenças, SIM. Se você é um "free user", NÃO.

Lançamento dos patches de segurança para a versão 7.1 será mantido. Então, é recomendado manter esta versão em funcionamento, até que a Citrix mude de opinião.

Limitações o Cluster XenServer 7 e Recomendações da Citrix

Há limitações de recursos no Cluster com XenServer versão 7, e há recomendações da Citrix, pouco mais restritas. A Citrix recomenda um número menor visando o melhor funcionamento do Cluster, por isto é recomendado seguir.

Segue abaixo a tabela de limitação:

Limitações do XenServer 7	Máximo	Recomendado pela Citrix
Início da Versão	Agosto de 2016
Fim do suporte da versão	2018
Fim das Atualizações de Segurança	2019
Processadores Físicos (CPUs) por Cluster	???	4608 (288 por Host)
Memória RAM física	???	80TB (5TB por Host)
Processadores por Máquina Virtual	512	32
Memória RAM por Máquina Virtual	???	1.5TB
Máquinas Virtuais por Cluster	4096
Máquinas Virtuais por Host	1000
Hosts por Cluster	16
VLANs por Cluster	800
XenCenter por Cluster	25
Discos Virtuais (VDI) por Host	4096
Discos Virtuais (VDI) por Máquina Virtual	255
Placas de Rede por Host	16
Placas de Rede por VM	7

As informações não preenchidas, que estão com "???", estão aguardando confirmação.

Limitações o Cluster XenServer 6.5 e Recomendações da Citrix

Há limitações de recursos no Cluster com XenServer versão 6.5, e há recomendações da Citrix, pouco mais restritas. A Citrix recomenda um número menor visando o melhor funcionamento do Cluster, por isto é recomendado seguir.

Segue abaixo a tabela de limitação:

Limitações do Xen 6.5	Máximo	Recomendado pela Citrix
Início da Versão	13 Outubro de 2015
Fim do suporte da versão	Abril de 2017
Fim das Atualizações de Segurança	Outubro de 2018
Processadores Físicos (CPUs) por Cluster	4095	2560
Memória RAM física	16TB	16TB (1TB por Host)
Processadores por Máquina Virtual	512	36 (Linux) e 16 (Windows)
Memória RAM por Máquina Virtual	512GB	192GB
Máquinas Virtuais por Cluster	4096
Máquinas Virtuais por Host	650 (Linux) ou 500 (Windows)
Hosts por Cluster	16
VLANs por Cluster	800
XenCenter por Cluster	25
Discos Virtuais (VDI) por Host	2048
Discos Virtuais (VDI) por Máquina Virtual	16
Placas de Rede por Host	16
Placas de Rede por VM	7

A versão 7 possui capacidade diferente, estão postadas aqui no blog também.

Storage IOPS write/read com XenServer

A quantidade suportada de IOPS (Input/Output Operations Per Second) em discos é um dos pré-requisitos para um projeto de virtualização de sucesso. A ideia do post é mostrar a utilização de IOPS de um cluster de virtualização com 3 hosts, um storage e 30 máquinas virtuais (Windows e Linux). A conexão com o storage é NFS, via Ethernet 10Gbps.

O storage utilizado é da marca NetApp, discos SAS 10k e está com o recurso de "deduplicação" ativada.

Veja o resultado:

IOPS Write/Read - NetApp + XenServer.

No momento, do teste o total de IOPS não passou dos 1000/s. Mas, lembrando: Não houve teste de carga nas VMs.

Outro ponto observado é que a quantidade de IOPS de leitura (read) é muito inferior a de gravação (write). Isto, provavelmente, se deve ao "cache" feito pelo Xen e pelo Storage, para ganhar performance.

Latência

Ao mesmo tempo, foi medido o tempo de resposta das requisições:

Latency: NetApp + XenServer.

O tempo médio da latência foi de ~1 ms por IOPS. Tempo que poderia ser reduzido se a quantidade de IOPS fosse levemente maior. Ainda não fiz teste de exaustão na prática, mas em teoria o NetApp utilizado suportaria algo em torno dos 30.000 IOPS.

XenCenter: Criando um Template a partir de uma máquina virtual pronta

A utilização de template para criação de novas máquinas virtuais agiliza o processo, principalmente se suas MV possuem a mesma configuração.
O processo que criação de template é simples. Primeiro você cria uma MV nova, depois dê um STOP nela. Então, clique com o botão direito do mouse, conforme mostrado abaixo:

XenCenter: Criação de Template.

Observe que a máquina virtual "semente" está parada.
Depois será questionado se você deseja realmente criar o template a partir da máquina selecionada:

XenCenter: Confirma criação do Template.

Pronto! Agora você poderá criar novas máquinas virtuais a partir deste template.
Caso deseje excluir o Template, então:

XenCenter: Exclusão de Template.

Confirme a exclusão:

XenCenter: Confirma exclusão dos Discos do Template.

Veja que o disco da VM será apagado junto. Pronto!
O uso de template é recomendado para criação de máquinas parecidas, afim de alcançar padronização e de agilizar o processo.

XenCenter: Adicionando um SR (Storage Repository)

O SR (Storage Repository) é responsável pelo armazenamento das máquinas virtuais no XenServer. Para inserir um novo SR ao Cluster é necessário clicar em "Storage" -> "New SR...":

XenCenter: Novo Storage.

Selecionar o Tipo de conexão com o Storage:

XenCenter: Tipo de Storage.

Os tipos são:

• NFS
• iSCSI
• Hardware HBA
• Software FCoE

Você deverá escolher o tipo de acordo com o seu senário. E ir para o próximo passo, Localização:

XenCenter: Localização do SR.

O botão "Scan" ajuda a localizar o ponto de montagem.
Pronto! O novo storage estará disponível para você utilizar.
Mais de um storage pode ser inserido no Cluster.