Realmente leve peso linux para VM sem extensões

Question

Eu preciso hospedar um servidor ssh em uma máquina squeeze x86-64 Debian sem extensões VT: (

Estou usando o virtlib com o qemu (configurado e funcionando).

Eu tentei várias coisas e não foram perfeitas, então eu estava esperando aproveitar sua experiência.

Eu estou acostumado a usar distros Linux baseadas no Debian, então ficar com eles é desejável, mas não é crítico.

Até agora eu tentei x86_64 squeeze sem desktop, X, ect. mas é dolorosamente lento. Se eu ps aux a qualquer momento, há muitos processos em execução, a maioria dos quais estão inativos, mas ainda assim.

Eu também tentei o i386 damnsmalllinux no modo i686 qemu, uma vez que o fluxbox e o X foram terminados, ele foi mais do que rápido o suficiente para as minhas necessidades, mas remover o desktop foi um mau truque na melhor das hipóteses. Eu reduzi a apenas um punhado de processos necessários, o que foi bom.

Então, minha pergunta é o que torna o DSL mais rápido, é que ele é o kernel 2.4 e instalar o Woody (Debian 3.0) produz resultados semelhantes? Ou foi que ele estava executando x86-32 (em um host de 64 bits) ou algo completamente diferente.

Se este fosse o seu sistema, o que você faria? Você tem alguma recomendação para distribuições de luz que, por padrão, não têm interface do usuário.

    

Answer 1

O Qemu não é a ferramenta certa para o trabalho. O Qemu emula um computador inteiro, incluindo a CPU. Isso é útil para executar uma máquina virtual onde o hardware virtual é diferente do hardware do host, mas isso não é necessário aqui.

Além disso, a emulação de uma CPU amd64 provavelmente será mais lenta do que emular uma CPU i386. Isto por si só pode explicar a diferença entre Debian / amd64 e DSL / i386. Os processos extras aumentariam o tempo de inicialização, mas eles não têm impacto sobre o desempenho depois disso (processos ociosos consomem memória, mas por definição não há tempo de CPU).

Para executar o Linux no Linux, a ferramenta certa é uma tecnologia de virtualização Linux-on-Linux especializada, como LXC , Linux-VServer , OpenVZ ou Modo de usuário Linux . Wikipedia e Novatos do Kernel Linux tenha páginas de comparação para ajudá-lo a fazer uma escolha.

    

Answer 2

Dolorosamente lento pode estar relacionado a sua E / S. Eu vim a descobrir da maneira mais difícil que isso pode ser remediado dizendo ao libvirt para usar o virtio. Para verificar o meu:

# virsh list
 Id Name                 State
----------------------------------
 11 ca                   running
 13 new_box           running
.....


# virsh dumpxml ca|awk '/disk/,/<\/disk>/'
    <disk type='block' device='disk'>
      <driver name='qemu'/>
      <source dev='/dev/xen02/ca.root'/>
      <target dev='vda' bus='virtio'/>
      <alias name='virtio-disk0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/>
    </disk>
    <disk type='block' device='cdrom'>
      <target dev='hdc' bus='ide'/>
      <readonly/>
      <alias name='ide0-1-0'/>
      <address type='drive' controller='0' bus='1' unit='0'/>
    </disk>

Você pode fazer isso no momento da instalação ou um pouco mais dolorosamente, editando a definição de VM existente. Dê uma olhada em este

    

Answer 3

Acabei de criar uma VM ssh no trabalho alguns dias atrás, pelo mesmo motivo que você quer construir a sua. na verdade, é para o encaminhamento ssh de saída para estações de trabalho locais em endereços privados, bem como para o proxy ssh de entrada.

Eu usei o debian squeeze (instalação básica mínima, sem X. sobre a única coisa incomum era o libpam-ldap para autenticação via servidor Active Directory da universidade ... e a configuração adequada do /etc/security/access.conf, claro de modo que somente usuários em meu corpo docente possam fazer login, e nem todas as contas de teste / teste que algum idiota em algum outro corpo docente tenha criado em sua UO. também configuraram o sshd_config para que logins de senha sejam permitidos apenas da rede local, enquanto em qualquer outro lugar requer uma chave pública e regras de correspondência recentes do iptables para filtrar as sondas non-stop ssh script-kiddie)

a VM é 512M (provavelmente mais do que realmente é necessário) e o disco virtio e os drivers de rede. o desempenho é mais do que aceitável. só tem 1 CPU alocada a ele, talvez precise adicionar mais se o uso for maior do que o atualmente previsto (algumas dezenas de acadêmicos e pós-graduados).

por "dolorosamente lento", você quer dizer quando você vê o console VNC no virt-manager?

se assim for, esse é um bug conhecido - o desempenho VNC do virt-manager é péssimo. a própria VM é boa, ssh para ela roda na velocidade normal, uma conexão VNC de qualquer outro cliente VNC é ótima, mas usar o console VNC embutido no virt-manager é insuportável ... você pode ver os caracteres individuais aparecerem na tela um de cada vez enquanto o texto é produzido.