Processos vazios do kernel no CentOS vps: 2 servidores diferentes

1

Não tenho certeza se estou perguntando corretamente, ou talvez apenas olhando para as coisas erradas. Estou migrando de um CentOS Vps (em uma caixa OpenVZ) para outro CentOS VPS (em uma caixa VMWare).

  • VPS # 1 = versão 6.5 do CentOS (final) - versão 2.6.32-042stab061.2 do Linux (gcc versão 4.4.6 20120305 (Red Hat 4.4.6-4)
  • VPS # 2 = Versão do CentOS 6.5 (Final) Versão do Linux 2.6.32-431.29.2.el6.x86_64 (gcc versão 4.4.7 20120313 (Red Hat 4.4.7-4)

Configuração essencialmente idêntica, ou seja, LAMP, atualizada para o mais recente via YUM. No entanto, no VPS # 1, não há muitos processos, apenas o seu padrão como esperado na configuração.

No VPS # 2, existem muitos outros processos e não entendo o porquê. Concedido eles parecem ser processos "vazios" (0% CPU, 0% de memória), mas por que eles estão lá?

Eu não acho que seria porque um VPS está no OpenVZ e o outro no VMWare, ou é?

VPS # 1

VPS#2

Perguntas

  • Alguém pode me explicar por que existem essas diferenças entre esses dois sistemas?
  • Por que seus processos estão mais em um sistema em relação ao outro?
por fizzy drink 18.09.2014 / 19:22

1 resposta

0

A falta de processos no OpenVZ é normal. OpenVZ é uma tecnologia de contêiner que não é realmente uma tecnologia de virtualização como VMWare ou VirtualBox. No VMWare existe uma tecnologia chamada hipervisor que é integrada ao kernel do sistema host.

Em um sistema OpenVZ, os sistemas guest compartilham o mesmo kernel Linux. Portanto, há apenas 1 kernel do Linux em execução, não um para cada convidado.

Aqui está a saída de um dos meus convidados do OpenVZ:

$ ps -eaf
UID        PID  PPID  C STIME TTY          TIME CMD
root         1     0  0 Mar09 ?        00:00:18 init [3]      
root      7699 22497  1 14:05 ?        00:00:00 sshd: root@pts/0 
root      7769  7699  2 14:05 pts/0    00:00:00 -bash
root      7794  7769  0 14:05 pts/0    00:00:00 ps -eaf
apache   12221 25901  1 10:41 ?        00:02:33 /usr/sbin/httpd
apache   13386 25901  1 Sep17 ?        00:14:23 /usr/sbin/httpd
apache   14030 25901  1 07:22 ?        00:05:37 /usr/sbin/httpd
apache   14038 25901  1 07:22 ?        00:05:36 /usr/sbin/httpd
root     21967     1  0 Mar09 ?        00:00:00 /sbin/udevd -d
rpc      22317     1  0 Mar09 ?        00:00:22 portmap
rpcuser  22349     1  0 Mar09 ?        00:00:00 rpc.statd
root     22419     1  0 Mar09 ?        00:00:01 /sbin/rsyslogd -i /var/run/rsyslogd.pid -m 0
root     22435     1  0 Mar09 ?        00:00:49 ypbind
root     22457     1  0 Mar09 ?        00:15:42 automount
root     22485     1  0 Mar09 ?        00:13:33 /usr/sbin/snmpd -Lsd -Lf /dev/null -p /var/run/snmpd.pid -a
root     22497     1  0 Mar09 ?        00:00:00 /usr/sbin/sshd
root     22508     1  0 Mar09 ?        00:00:00 xinetd -stayalive -pidfile /var/run/xinetd.pid
root     22526     1  0 Mar09 ?        00:00:23 sendmail: accepting connections
smmsp    23558     1  0 Mar09 ?        00:00:00 sendmail: Queue runner@01:00:00 for /var/spool/clientmqueue
root     23577     1  0 Mar09 ?        00:00:03 crond
root     23585     1  0 Mar09 ?        00:00:00 /usr/sbin/saslauthd -m /var/run/saslauthd -a pam -n 2
root     23586 23585  0 Mar09 ?        00:00:00 /usr/sbin/saslauthd -m /var/run/saslauthd -a pam -n 2
root     23594     1  0 Mar09 ?        00:00:07 /usr/sbin/uptimed
apache   24238 25901  1 04:34 ?        00:07:22 /usr/sbin/httpd
root     25901     1  0 Sep16 ?        00:00:00 /usr/sbin/httpd

O site do projeto OpenVZ tem uma boa visão geral das diferenças entre as tecnologias de virtualização de contêineres e as tecnologias de máquinas virtuais.

Livrar-se dos processos "vazios"

Estes não são processos vazios. Em um ambiente de VM, sua virtualização na camada de hardware, para que os sistemas operacionais convidados tenham que fornecer mais dos processos principais que eles seriam obrigados a ter se estivessem rodando em hardware puro.

Com tecnologias de contêiner, como o OpenVZ / Docker / LXC, você está virtualizando no nível do processo e, portanto, está sob um conjunto diferente de obrigações. Todos os seus contêineres podem se beneficiar compartilhando um único kernel do Linux.

    
por 18.09.2014 / 20:04