OpenVZ/pt-br

Apresentação

OpenVZ (veja wiki.openvz.org) é uma solução de virtualização de servidor a nível do sistema operacional (OS-level server virtualization solution), construído no Linux. OpenVZ permite a criação de containers Linux virtuais isolados e seguros (chamados de "VE"s) em um único servidor físico. Cada container possui sua própria atualização local, power state, interfaces de rede, limites de recurso e porção limitada de filesystem hospede. OpenVZ é com frequência descrito como "chroot on steroids."

Funtoo possui suporte ao OpenVZ das seguintes maneiras:

• Construção dos templates do OpenVZ utilizando o Metro, nossa ferramenta de construção da distribuição.
• Melhoria do vzctl, ao desenvolver uma versão melhorada/patched hospedada em GitHub.
• Integração de suporte Funtoo Linux Networking ao vzctl (esses patches tem sido aceitos pelo projeto OpenVZ.)
• Melhoria dos scripts de startup vzctl para fazer coisas como inicializar corretamente o veth e o vzeventd.
• Integrar patches adicionais nos ebuilds do openvz-rhel6-stable e do openvz-rhel5-stable para assegurar funcionalidade em qualidade de produção (production-quality) do OpenVZ.
• Manter compatibilidade com os kernels de produção OpenVZ do RHEL5-based, tão bem quanto instruções em como obter instalação do Funtoo Linux para esses kernels em nosso RHEL5 Kernel HOWTO. (Note: kernel openvz-rhel6-kernel RHEL6-based é agora o recomendado para deploying OpenVZ.)

Em adição, Daniel está atualmente empregado na Zenoss e é o autor e mantenedor do Zenoss OpenVZ ZenPack (GitHub link)

Versões Recomendadas

Para instalação do OpenVZ no Funtoo Linux de modo que você pode criar containers Linux-based, uma versão x86-64bit do Funtoo Linux é fortemente recomendada. O ebuild openvz-rhel6-stable é o kernel recomendado a utilizar. Se você emergir esse kernel com a flag USE binary habilitado, ele construirá um kernel binário e initrd utilizando a configuração padrão Red Hat que dever inicializar quase todo o hardware. Depois de emergir, você precisara editar o /etc/boot.conf, executar o boot-update, e reiniciar no novo kernel OpenVZ.

   Warning

Por favor, utilize o ext4 exclusivamente quando implantar um OpenVZ host. A equipe de desenvolvimentos paralelos testa extensivamente com o ext4, e versões modernas do openvz-rhel6-stable nãosão compatíveis com o XFS, e você pode ter experiencias com kernel bugs.

Alternativamente, você poderia emergir openvz-rhel5-stable como a flag USE binary habilitada para utilizar o kernel OpenVZ RHEL5-based mais antigo. Isso querer passo adicionais que foram cobertos no RHEL5 Kernel HOWTO.

Você precisará emergir vzctl, que são as ferramentas userspace do OpenVZ.

Configuração

Depois de inicializar (booting) em um kernel OpenVZ-enabled, o OpenVZ pode ser habilitado como a seguir:

root # emerge vzctl
root # rc-update add vz default
root # rc

Templates OpenVZ Funtoo Linux

O diretório stage do Funtoo Linux também contem os templates OpenVZ Funtoo Linux no diretório openvz/. Esse podem ser utilizados como a seguir:

root # cd /vz/template/cache
root # wget http://ftp.osuosl.org/pub/funtoo/funtoo-current/openvz/x86-64bit/funtoo-openvz-core2_64-funtoo-current-2011-12-31.tar.xz
root # vzctl create 100 --ostemplate funtoo-openvz-core2_64-funtoo-current-2011-12-31
Creating container private area (funto-openvz-core2-2010.11.06)
Performing postcreate actions
Container private area was created

Se você não estiver utilizando o Funtoo Linux, você poderá precisar converter o template de .xz para um template .gz para isso funcione.

Limites de Recursos

Se você não precisa ter quaisquer limites de recurso para o VE, então em um Funtoo Linux host, ele podem ser habilitados como a seguir:

ninja1 ~ # vzctl set 100 --applyconfig unlimited --save

Iniciar o Container

Aqui está como iniciar o container:

ninja1 ~ # vzctl start 100
Starting container ...
Container is mounted
Setting CPU units: 1000
Container start in progress...
ninja1 ~ # 

Networking

veth networking

O OpenVZ possui dois tipos de rede. O primeiro é chamado de "veth", que fornece o VE como uma interface ethrernet virtual. Isso permite o VE fazer coisas como broadcasting e multicasting, que significa que o DHCP pode utilizado. A melhor maneira de configurar a veth networking é utilizar uma bridge na máquina hospede física. Para os propósitos desse exemplo, assumiremos que seu servidor possui uma interface eth0 cabeada que fornece conectividade com a internet - ele não precisa possuir um endereço IP. Para configurar uma bridge, criaremos uma interface de rede chamada "br0", um dispositivo bridge, e atribuir seu ip estático ao br0 ao invés do eth0. depois, configuraremos eth0 para subir, mas sem um IP, e adicioná-lo como um "escravo da (slave)" de bridge br0. Uma vez que o br0 estiver configurado, podemos adicionar outras interfaces de rede (cara qual configurada para utilizar um endereço de IP estático único) como slaves da bridge br0, e esses dispositivos serão capazes de se comunicar em seu link Ethernet.

Vamos verificar como isso funciona.

Rede - Antes

Antes da bridge ser configurada, provavelmente possuímos uma /etc/conf.d/netif.eth0 que parece com isso:

template="interface"
ipaddr="10.0.1.200/24"
gateway="10.0.1.1"
nameservers="10.0.1.1"
domain="funtoo.org"

Rede - Depois

Para configurar a rede bridge-based, primeiro conecte-a a um terminal físico ou console de gerenciamento, ja que eth0 será derrubada por um pouco de tempo enquanto fazemos essas mudanças.

Agora vamos configurar uma bridge como endereços de IP eth0, e adicionar eth0 à bridge sem IP. Depois podemos lançar a interface container para dentro da bridge e então podem todos se comunicar utilizar a eth0.

Vamnos mv netif.eth0 netif.br0, e depois editar o arquivo então ele se parece como (primeira linha modificada, nova linha adicionada no final):

template="bridge"
ipaddr="10.0.1.200/24"
gateway="10.0.1.1"
nameservers="10.0.1.1"
domain="funtoo.org"
slaves="netif.eth0"

Se quiser criar uma bridge ao dispositivo wlan0, você precisará a flga wpa_supplicant adicional -b br0. Em muitos casos para wlan0 é muito melhor utilizar uma rota (route):

root # iptables -t nat -A POSTROUTING -s 192.168.1.0/24 -o wlan0 -j SNAT your_host_ip_address

Agora, hora de criar uma nova /etc/conf.d/netif.eth0, mas desta vez não vamos associar um endereço de IP com ele. Arquivo Config parece-se com isso, uma única linha:

template="interface-noip"

Agora, precisamos criar um symlink necessário em /etc/init.d e adicionar nossa bridge ao runlevel padrão:

root # cd /etc/init.d
root # ln -s netif.tmpl netif.br0
root # rc-update add netif.br0 default

Agora, vamos habilitar nossas novas interfaces de rede:

root # /etc/init.d/netif.eth0 stop
root # rc

O resultado dessa alterações é que você agora possui initscripts para criar uma interface "br0" (com IP estático), com "eth0" como seu slave (sem IP). Networking deve ainda funcionar como antes, mas agora você está pronto para fornecer conectividade bridged para os seus containers virtuais desde você pode adicionar suas interfaces "veth" ao "br0" e elas serão bridge para a sua rede existente.

Utilizando a Bridge

Para adicionar uma interface veth "eth0" ao seu VE, digite o seguinte:

root # vzctl stop 100
root # vzctl set 100 --netif_add eth0,,,,br0 --save
root # vzctl start 100

Uma vez que o VE for iniciado, a interface de rede dentro de VE será chamada de "eth0", e a interface de rede no sistema host será nomeado "veth100.0". Por que especificamos "br0" depois de 4 virgulas, vzctl automaticamente adicionará nossas novas interfaces "veth100.0" à bridge br0 para nós. Podemos ver isso ao digitar "brctl show" depois que tivermos iniciado o VE ao digitar "vzctl start 100".

root # brctl show
bridge name     bridge id               STP enabled     interfaces
br0             8000.0026b92c72f5       no              eth0
                                                        veth100.0

VE Configuration

You will also need to manually configure the VE to acquire/use a valid IP address - DHCP or static assignment will both work; typically, this is done by starting the VE with "vzctl start 100" and then typing "vzctl enter 100", which will give you a root shell inside the VE. Then, once you have configured the network, you can ensure that the VE is accessible remotely via SSH. Note that once inside the VE (with "vzctl enter 100"), you configure the VE's network interface as you would on a regular Linux distribution - the VE will be bridged into your LAN, so it can talk to your DHCP server, and can use an IP address that it acquires via DHCP or it can use a static address.

venet networking

"venet" é a outra forma de host networking do OpenVZ. Ele pode ser mais fácil de configurar do que o veth, mas não permite o uso de broadcast ou multicast, então o DHCP não é possível no VE side. Por essa rasão, em endereço de IP deve ser estaticamente atribuído ao VE, como a seguir:

root # vzctl set 100 --ipadd 10.0.1.201 --save
root # vzctl set 100 --nameserver 8.8.4.4 --save #google public DNS server
root # vzctl set 100 --hostname foobar --save

Com a configuração do venet, alguns passos adicionais são necessários em caso de conexão internet PPPoE. Utilizaremos iptables para colocar a inrede para funcionar em todas as VE's.

root # echo 1 > /proc/sys/net/ipv4/ip_forward

ou, alternativamente defina em /etc/sysctl.conf para obter forward ao boot

root # echo "net.ipv4.ip_forward = 1" >> /etc/sysctl.conf
root # sysctl -p

Adicione uma regra iptables, salve e inicie o firewall:

root # iptables -t nat -A POSTROUTING -o ppp0 (or your desired interface) -j MASQUERADE
root # /etc/init.d/iptables save
root # rc-update add iptables default
root # rc

Todas as VE's agora possuem conexão de rede a partir do HN.

Quando utilizar o venet, OpenVZ cuidará do processo de certificar que o VE possui sua rede corretamente configurada ao boot. A partir da versão vzctl-3.0.24.2-r4 no Funtoo Linux, Funtoo Linux VEs deve ser corretamente auto-configurado quando utilizar o venet.

Com o venet, não há necessidade de adicionar quaisquer interfaces à uma bridge - OpenVZ trata as interfaces venet como interfaces point-to-point virtuais então assim o trafego é automáticamente roteado corretamente a partir do VE para o sistema host, fora da rota padrão do sistema host se necessário.