Desempenho do XenServer

5

temos 2 HP DL360 G5s com Quad Quad Xeons de 2,6 GHz e 32 GB de memória cada executando XenServer 5.5 e eles acessam uma caixa OpenFiler (com 8 unidades SAS 10K de 320 GB) via cobre CAT5 (1 GB) para o armazenamento .

Usamos essa configuração para testar muitas coisas que funcionaram perfeitamente, mas agora estamos nos preparando para usar essa configuração na produção e estamos tendo problemas de desempenho. Atualmente, há 27 VMs divididas nos dois servidores que estão em uso (embora não façam muito trabalho), mas parecem "lentas", especialmente nossos clientes thin clients - eles sempre reclamam do login e acessam arquivos pela rede. lento.

Pessoalmente, acho que é um problema de taxa de transferência e devemos usar SCSI ou FC para armazenamento, mas precisamos de algumas evidências para apoiar minha teoria e sou bastante novo no Xen (foi configurado por um funcionário anterior). / p>

Minhas perguntas: a partir das informações que eu forneci, seria possível que a caixa de armazenamento estivesse sobrecarregada, tentando espremer muito sobre esse cabo ;? Como monitorar o acesso à rede em tempo real a partir dos próprios XenServers?

Obrigado: -)

    
por eth0 22.03.2011 / 12:40

3 respostas

4

Eu já vi esse problema muitas vezes. Eu realmente amo xenserver, no entanto, é como uma gema não polida ...

você deve verificar com ifconfig -a (no dom0, xenserver console) e procure por pacotes descartados

você pode usar: ifconfig -a | grep caiu | awk {'print $ 3'} | grep -v ": 0"

se você vir pacotes perdidos, você deve fazer:

  1. Nas máquinas virtuais, clique em Iniciar, clique em Executar, digite regedit e clique em OK.
  2. Localize e clique na seguinte subchave do Registro: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ Tcpip \ Parameters
  3. No painel direito, verifique se a entrada do Registro DisableTaskOffload existe. Se essa entrada não existir, siga estas etapas para adicionar a entrada: uma. No menu Editar, aponte para novo e, em seguida, clique em Valor DWORD. b. Digite DisableTaskOffload e, em seguida, pressione ENTER.
  4. Clique em DisableTaskOffload.
  5. No menu Editar, clique em Modificar.
  6. Digite 1 na caixa Dados do valor e pressione ENTER.
  7. Saia do Editor do Registro.
  8. Reinicie todas as máquinas virtuais

e no console servidor xenserver:

Obtenha o UUID da interface física: xe pif-list host-name-label = XEN1

Desative a soma de verificação nas interfaces:

xe pif-param-conjunto other-config: ethtool-tx="desligado" uuid = 3281b044-2a93-2f1b-e8e1-eaf0faccbd1f; xe pif-param-conjunto other-config: ethtool-rx="desligado" uuid = 3281b044-2a93-2f1b-e8e1-eaf0faccbd1f

    
por 23.03.2011 / 10:37
1

Durante alta carga ou um período de desempenho percebido, execute top no servidor.

Você está procurando por três sinais de aviso que podem ajudar você a encontrar seu gargalo:

  1. % wa (próximo da parte superior central) - Essa é a medida do IOWait ou o tempo que a CPU tem que aguardar na solicitação de E / S ou armazenamento para concluir o trabalho. Se isso estiver acima de 10 a 20%, você começará a ver problemas. Se este for o caso, você precisa atualizar seu armazenamento.
  2. load average (conjunto de três números no topo) - Esse é o uso médio de suas CPUs em 1, 5 e 15 minutos. Este é um número muito grosseiro para solucionar problemas, mas uma boa regra é que você deseja ficar abaixo de 1.0 * Núcleos, portanto, um sistema de 8 núcleos não deve ficar muito acima da média de carga de 8.0. Qualquer valor maior significa que os aplicativos provavelmente estão sendo limitados pela CPU (problemas% wa ausentes). Mais informações sobre as médias de carga vinculadas aqui
  3. Mem e Swap (geralmente linhas 4 e 5) - Se você está ficando sem memória RAM, você verá isso aqui. Um sinal de aviso aqui seria a combinação de um número baixo de buffers, um número baixo de Mem livre e uma grande quantidade de Swap usado. Baixo / alto aqui é relativo à sua memória total.

Se você quiser medir o acesso à rede em tempo real, sugiro começar com algo como bmon ( vinculado aqui ) para ver quanto tráfego está sendo gerado.

Uma pergunta: você está executando armazenamento e acesso do cliente em uma única interface de rede? Você pode querer separar os dois se você é.

    
por 22.03.2011 / 13:39
1

Não se preocupe! Todos os seus problemas podem ser resolvidos! Tudo o que você precisa fazer é atualizar para o XenServer 5.6 sp2. A única desvantagem de atualizar para esta versão é que você não poderá usar o RAID local do software mdadm. Pelo que você disse, parece que você não está usando isso.

A Citrix introduziu sua tecnologia "intellicache" com o XenServer 5.6. Essa tecnologia revolucionou pessoalmente minha infraestrutura XenServer, eliminando toda a lentidão nas minhas VMs. O Intellicache funciona armazenando em cache as leituras do armazenamento conectado à rede em um disco local. Na primeira vez que você inicializar a VM, ela será tão lenta quanto o normal, mas na próxima vez que você reiniciar, todas as leituras atingirão o armazenamento local, salvando IOPS no seu OpenFiler. Se você desligar a VM e iniciar um host XenServer diferente, um novo cache de leitura será construído automaticamente em segundo plano.

Se você realmente quiser ver o grito da sua VM, sugiro instalar um SSD dentro de cada host do XenServer e configurá-lo para o intellicache. Isso lhe dará um excelente desempenho.

Para instruções de instalação, consulte:

link páginas 21-24 do pdf.

Para mais informações, consulte:

link link

    
por 18.08.2011 / 00:02