Melhor configuração de QlikView para VMware

Fala pessoal, tudo bom?

Esse mês estamos falando muito sobre medições de desempenho para QlikView. Na semana passada falamos bastante sobre virtualização, seus mitos e verdades. Sabemos que, para ambientes consideravelmente grandes, chegamos a uma perda de 35% de performance em relação a um hardware físico dedicado.

Hoje quero compartilhar um material que explica como devemos aplicar as configurações abordadas, na semana passada, em uma máquina virtual. Neste artigo iremos tratar das configurações para o VMware, mas porque somente VMware? Fiz uma pesquisa e esta é a arquitetura de virtualização mais utilizada no meio corporativo.

Nota importante: Todo o material foi retirado da QlikView Scalability Group – Visitem a página da comunidade aqui.

Chega de enrolação, vamos lá!

Primeiro de tudo, para obter o máximo proveito do seu host VMware para QlikView, certifique-se de dedicar todo o recurso para ele. Se o VMware não estiver configurado com recurso dedicado para QlikView sofrerá muita perda de performance.

1) Recomendação SCSI, para obter um melhor desempenho para o disco I / O

01

2) Pode haver casos em que um aplicativo em execução em uma máquina virtual começa a consumir uma grande quantidade de recursos e, como resultado, a VM começa a esgotar-se de RAM e CPU. O QVS é um aplicativo crítico e precisa estar sempre disponível, você não pode simplesmente desligá-lo para adicionar mais memória RAM e CPU. Estes são os tipos de casos em que deve-se adicionar os recursos no quente, ou seja, sem desligar ou parar a máquina virtual ou qualquer um de seus aplicativos. O nome do recurso a ser ativado é Hot-Plug.

02

3) Ligue o log. Parece ser algo simples, mas o log SEMPRE nos alerta de um problema que esta para ocorrer. Monitorar log não é uma tarefa fácil, mas pode nos prevenir de muitos problemas.

03

4) Configure o adaptador de rede com a melhor tecnologia: “1000 Mb Full Duplex”. Além disso, certifique-se de usar o driver de rede do VMware e não o encontrado pelo Windows.

04

5) Desative o Balonismo.

Balonismo ou “Virtual memory ballooning” é uma técnica utilizada pelo Hypervisor que permite a retirada de memória não utilizada de determinada VM e compartilha essa memória com outras (VMs). O Balonismo permite o estouro da memória física alocada para determinada VM, pois esse recurso garante que mais memória será liberada oriundo de outra VM.

Neste link, existe um post muito interessante explicando como funciona e o que causa a desativação deste método.

6) Garanta 100% da CPU alocada para o QVS

06

7) Garanta 100% da Memória alocada para o QVS

07

8) Garanta 100% do disco físico alocado para o QVS

08

9) Desabilite o CPU Hyper threading

09

10) Desabilite o NUMA

10

Conclusão: Lembre-se sempre de monitorar o desempenho de seu QVS dentro da VM e assim saber identificar qual é a hora de passar a configuração para um hardware físico dedicado ou então para um cluster de servidores.

Até a próxima semana! 😀

Anúncios

Virtualização do QVS – Mitos e Verdades

Fala galera, tudo bom?

Esse post é interessante, pois sempre que falamos sobre QlikView Server ouvimos a famosa frase: QlikView Server em uma máquina virtual perde muita performance.

Não é de se surpreender que a rápida adoção da virtualização de servidores dentro de grandes empresas tem sido impulsionado pela oportunidade de redução de custos. Ao permitir que vários sistemas compartilhem uma única peça de hardware de servidor, a virtualização de servidor permite que as empresas reduzam, de forma significativa, o número de servidores físicos que necessitam de adquirir e gerenciar. Além disso, há ganhos adicionais significativos que podem ser realizados através de reduções correspondentes em infra-estruturas relacionadas, incluindo a capacidade do centro de dados e consumo de energia.

Vamos conhecer alguns ganhos significativos sobre a virtualização:

  1. Permite que os administradores possam mover um servidor ativo para outra parte de hardware (virtualizado) sem tempo de inatividade, eliminando a necessidade de paralisações programadas para apoiar a manutenção de hardware ou atualizações.
  2. Em uma plataforma de virtualização, é possível, através de algoritmos, automatizar o controle de recursos dos servidores virtualizados. Como isso funciona? Digamos que separamos 8 cores e 32gb para um determinado servidor, porém a aplicação não esta utilizando totalmente esses recursos, dessa forma a plataforma virtual identifica essa subutilização e repassa esses “pedaços” de hardware que estão sobrando para outro servidor virtual que esteja necessitante naquele momento.
  3. Fácil administração e supervisão dos ambientes virtuais.
  4. Fácil implementação de backup.
  5. Entre outros (chega de puxar sardinha rsrs).

A QlikTech suporta totalmente produtos QlikView Server em um ambiente virtualizado. (Para o total apoio
declaração, por favor consulte o Apêndice declaração de apoio a virtualização do QlikView)
Mas calme! Um cuidado especial deve ser tomado quando se considera a virtualização de qualquer aplicação (sistema) que se utilize intensamente de CPU e memória. O QlikView Server não é excepção.

O QlikView fornece aplicações que são movidas por motor de analytics in-memory, ou seja, que fornece em tempo real recálculo de relatórios, visualizações e dashboards diretamente para os usuários de negócios.
Embora muitos vão achar que eles podem virtualizar todos os componentes da sua implantação, entenda que o hypervisor* sofrerá com uma sobrecarga de desempenho e, portanto, aplicações complexas e com clientes exigentes com desempenho deverão ser implantados em um hardware físico dedicado. É importante reconhecer que, mesmo nestes casos, muitos outros componentes da implantação podem ser virtualizados.

* Hypervisor, ou Monitor de Máquina Virtual (VMM), é uma camada de software entre o hardware e o sistema operacional. O VMM é responsável por fornecer ao sistema operacional visitante a abstração da máquina virtual. É o hypervisor que controla o acesso dos sistemas operacionais visitantes aos dispositivos de hardware.

Considerações da virtualização do QVS

Ao considerar a virtualização da plataforma QlikView, o componente com maior preocupação é o QlikView Server (QVS). O QVS é o componente que contém o mecanismo de análise in-memory, ou seja, é o coração da capacidade do QlikView entregar o recálculo dos relatórios “on-the-fly”, desta forma usuários podem explorar dinamicamente seus dados.

O desempenho do QVS é impulsionado por uma série de fatores que podem ser categorizados em três etapas:

  1. Ambiente (Environment)
  2. Desenvolvimento de aplicações (Application)
  3. Utilização (Usage)

Virtualização

Ao discutir o desempenho em seu ambiente QlikView, é importante considerar todos esses componentes.
Do ponto de ambiente, QlikView Server é particularmente sensível a memória e CPU. Isso é diferente de muitas outras aplicações de BI que sejam dependentes de disco I/O e dependência da rede.

QlikView Server é uma plataforma de BI baseado em in-memory, ou seja, memória em tempo real. Portanto, o desempenho QlikView não depende apenas na memória disponível e da CPU, mas também a velocidade à qual os processadores podem comunicar memória.

Impactos na virtualização do QVS

Existem muitos fatores que afetam o desempenho do QlikView Server em um ambiente virtualizado, incluindo o modelo de hardware subjacente, as configurações da BIOS, o hypervisor software, bem como a utilização de reservas de recursos ou o excesso de inscrições.
Testes feitos pelo QlikTech Scalability Center* mostrou que a adição de um servidor virtualizado geralmente tem um pequeno impacto no desempenho (menos do que 5%). No entanto, em alguns cenários de teste, particularmente aqueles em que o servidor estava sob carga pesada, a virtualização teve uma perca de 35% no desempenho.

* QlikView Scalability Group – Visitem a página da comunidade aqui.

Recomendações para a virtualização do QVS

Planejamento de capacidade

Dimensionamento adequado e monitoramento contínuo do ambiente QlikView é a chave para o sucesso em
qualquer implantação QlikView, mas isso é especialmente verdadeiro em um ambiente de servidor virtualizado.

Testes de resultados demonstraram que o desempenho se degrada mais rapidamente no servidor de virtualização sobre
hardware físico dedicado especialmente quando sob carga pesada.
O controle da CPU e da memória podem ser implementados com uma variedade de sistemas normalizadores. Existem diversas ferramentas disponíveis no mercado, inclusive ferramentas gratuitas. Além disso, a ferramenta QlikView Ops-Monitor pode ser usada para fornecer uma visão mais aprofundada das operações do QlikView Server.

Uso de Whitelist Servidor, acessórios e configurações da BIOS

Configuração da BIOS

Whitelist de Hardware de Servidores

CPU e memória devem ser reservados para o QVS

A perda de performance em uma virtualização ocorre quando o hypervisor perde capacidade de acessar os rescursos subjacentes do hardware e isso causa afeta o QVS. Portanto deve-se reservar CPU e memória para a utilização do QVS. Essa configuração pode ser realizada através do Hypervisor.

Manter Configuração

Ambientes de servidores virtualizados estão expostas a riscos operacionais únicos que precisam ser considerados. Por sua própria natureza, a virtualização abstrai o sistema operacional a partir do hardware subjacente, permitindo que os administradores, possam mover os clientes de um servidor para outro, a fim de realizar a manutenção de hardware ou atualizações com pouca ou nenhuma interrupção para os usuários.

Isto significa que seria muito fácil mover o QVS de uma configuração (hardware) adequado para uma configuração (hardware) menos ideal sem o conhecimento do administrador do QlikView.

QVS em hardware físico dedicado

Apesar do apoio da QlikTech, muitos clientes ainda vão optar por implantar o QlikView Server em um hardware físico dedicado, ao passo que outros componentes da aplicação incluindo Access Point e Publisher são implantados virtualmente.

Conclusão

Virtualização de Servidores tornou-se rapidamente um componente estratégico da gestão de infra-estrutura corporativa e em alguns casos, tornou-se mesmo um mandato corporativo.

O QlikView é suportado em um ambiente de servidor virtualizado. No entanto, como acontece com qualquer aplicação de uso intensivo de CPU e memória, um cuidado especial deve ser dada à virtualização do QlikView Server.
Com o dimensionamento e configuração adequada, muitas empresas vão descobrir que a implantação totalmente virtualizada do QlikView fornecerá a mesma capacidade e desempenho que eles precisam para entregar para seus usuários.

Adequado dimensionamento, planejamento da capacidade e os recursos do sistema são os principais fatores necessários para garantir o sucesso.

Para algumas empresas, no entanto, o risco de problemas de desempenho em um ambiente muito utilizado e/ou com rápido crescimento irá resultar na decisão de implantar QVS em um hardware físico dedicado. Mas mesmo aqui, muitos outros componentes da implantação podem ser virtualizados.
No final, o desempenho do QlikView Server não é um tema simples e a virtualização é apenas um componente a considerar.

Lembrem-se sempre de buscar ajuda profissional para assim evitar qualquer problema desnecessário em seu ambiente de QlikView.
Não posso me esquecer, apêndice sobre o suporte da Qliktech para a virtualização.

Supports Statement

No próximo post passarei uma configuração muito importante para o VMware. Aguardem!!

Até a próxima semana pessoal 🙂

FONTE: A fonte para o material foi retirado do site da VMware, da comunidade do QlikView Scalability Group e de outras pesquisas.