Apêndice B. Lab 2
Migração Ativa
Objetivo: Configurar e realizar uma migração ativa entre dois convidados.
Pré-requisitos: Duas estações de trabalho instaladas com o Red Hat Enterprise Linux 5.0 Beta 2.0 com Plataforma de Virtualização, e um Fedora Core 6 Xen convidado em uma das duas estações de trabalho.
Para esta aba, você irá configurar a migração e executar uma migração ativa entre dois convidados
Apresentação: Antes que você inicie
Para esta aba, você precisará de convidados de Virtualização: um convidado Xen e um armazenamento compartilhado. Você deve se conectar à dois convidados de Virtualização através de um cabo UTP. Um dos hóspedes da Tecnologia de Virtualização exporta um armazenamento compartilhado através do NFS. Você deve configurar os dois convidados da tecnlogia de Virtualização para que eles migrem com sucesso. O convidado Xen reside no armazenamento compartilhado. No convidado Xen, você deve instalar um servidor de fluxo contínuo.
Seqüência 1: Configurando xend (ambos convidados Xen)
Neste procedimento de Lab, você configura o xend para iniciar como servidor HTTP e um servidor de recolocação. O daemon xend não inicia o servidor HTTP por padrão. Ele inicia o servidor de gerenciamento de soquete de domínio UNIX (para
xm
) e se comunica com xend. Para habilitar a migração ativa cross-machine, você deve configurá-la para suportar uma migração ativa:
- Para fazer um backup do seu arquivo
xend-config.sxp
:cp -pr /etc/xen/xend-config.sxp /etc/xen/xend-config.sxp.default
- Edite o
/etc/xen/xend-config.sxp
e faça as seguintes mudanças:#(xend-unix-server yes)(xend-relocation-server yes)(xend-relocation-port 8002)(xend-relocation-address '')(xend-relocation-hosts-allow '')#(xend-relocation-hosts-allow '^localhost$ ^localhost\\.localdomain$')
- Reinicie o
xend:service
exend restart
.
Seqüência 2: Exportando e compartilhando armazenamento através do NFS
Para este procedimento de lab, você irá configurar o NFS e usá-lo para exportar um armazenamento compartilhado.
- Edite o
/etc/exports
e inclua a linha:/xen *(rw,sync,no_root_squash)/
- Salve o
/etc/exports
e reinicie o servidor NFS. Lembre-se que o servidor deverá iniciar pelodefault:service nfs startchkconfig nfs on
. - Após iniciar o servidor NFS no
host1,
podemos então montá-lo nohost2:mount host1:/xen
. - Agora inicie o Xen convidado no
host1
e selecionefc6-pv1
(oufc6-pv2
a partir do Lab 1):xm create -c fc6-pv1
Seqüência 3: Instalando o servidor de fluxo contínuo do convidado Xen
Para este passo do lab, você irá instalar o servidor de fluxo contínuo, gnump3d, para nossos propósitos de demonstração. Você irá selecionar o gnump3d pois ele suporta arquivos vorbis OGG e é fácil de instalar, configurar e modificar.
- Faça o download do
gnump3d-2.9.9.9.tar.bz2
a partir dohttp://www.gnump3d.org/
. Desempacote o tarball e no diretóriognump3d-2.9.9.9/
compile e instale ognump3d application:tar xvjf gnump3d-2.9.9.9.tar.bz2cd gnump3d-2.9.9.9/make install
- Create a
/home/mp3
directory and copy TruthHappens.ogg from Red Hat's Truth Happens page tomkdir /home/mp3wget -c http://www.redhat.com/v/ogg/TruthHappens.ogg
- Inicie um servidor de fluxo contínuo digitando
command:gnump3d
- Em cada um dos dois convidados Xen, inicie rodando o Movie Player. Se não estiver instalado, instale o totem e iso-codecs rpms antes de rodar o Movie Player. Clique em Aplicativos, e Sound & Vídeo e finalmente no Movie Player.
- Clique em Movie e depois em Abrir Local. Digite http://guest:8888/TruthHappens.ogg.
Seqüência 4: Realizando a migração ativa
- Rode o arquivo
TruthHappens.ogg
em um dos dois hosts Xen. - Realize a migração ativa a partir do
host1
para ohost2
:xm migrate –live fc6-pv1 host2
- Abra os terminais de janela múltipla nos dois hosts Xen com o seguinte comando:
watch -n1 xm list
- Observe a medida que a migração ativa inicia. Note quanto tempo leva para a migração se completar.
Seqüência Desafio: Configurando o servidor VNC a partir de dentro do convidado Xen
If time permits, from within the Xen guest, configure the VNC server to initiate when
gdm
starts up. Run VNC viewer and connect to the Xen guest. Play with the Xen guest when the live migration occurs. Attempt to pause/resume, and save/restore the Xen guest and observe what happens to the VNC viewer. If you connect to the VNC viewer via localhost:590x
, and do a live migration, you won't be able to connect to the VNC viewer again when it dies. This is a known bug.