Professional Documents
Culture Documents
Virtualizao de Servidores
Servidores
Manoel Veras
Alexandre Carissimi
Virtualizao
de Servidores
Manoel Veras
Alexandre Carissimi
Reviso
Thiago Reis
ii
Virtualizao de Servidores
Virtualizao de
Servidores
Manoel Veras
Alexandre Carissimi
Reviso
Thiago Reis
Rio de Janeiro
Virtualizao de Servidores
iii
Nelson Simes
Diretor de Servios e Solues
Jos Luiz Ribeiro Filho
Pedro Sangirardi
Reviso Tcnica
Celia Maciel, Cristiane Oliveira, Derlina Miranda, Edson Kowask, Elimria Barbosa, Lourdes
Soncin, Luciana Batista, Luiz Carlos Lobato e Renato Duarte
Capa, projeto visual e diagramao
Tecnodesign
Verso
2.0.0b
Este material didtico foi elaborado com fins educacionais. Solicitamos que qualquer erro
encontrado ou dvida com relao ao material ou seu uso seja enviado para a equipe de elaborao
iv
iv
Virtualizao de Servidores
A metodologia da ESR
Dessa forma, o instrutor tem participao ativa e dialgica como orientador do aluno para as
atividades em laboratrio. At mesmo a apresentao da teoria no incio da sesso de
aprendizagem no considerada uma simples exposio de conceitos e informaes. O
instrutor busca incentivar a participao dos alunos continuamente.
As sesses de aprendizagem onde se do a apresentao dos contedos e a realizao das
atividades prticas tm formato presencial e essencialmente prtico, utilizando tcnicas de
estudo dirigido individual, trabalho em equipe e prticas orientadas para o contexto de
atuao do futuro especialista que se pretende formar.
Primeira etapa: apresentao da teoria e esclarecimento de dvidas (de 60 a 90 minutos).
O instrutor apresenta, de maneira sinttica, os conceitos tericos correspondentes ao tema
da sesso de aprendizagem, com auxlio de slides em formato PowerPoint. O instrutor
levanta questes sobre o contedo dos slides em vez de apenas apresentlos, convidando a
turma reflexo e participao. Isso evita que as apresentaes sejam montonas e que o
aluno se coloque em posio de passividade, o que reduziria a aprendizagem.
vi
vi
Virtualizao de Servidores
Sumrio
EscolaSuperiordeRedes
AmetodologiadaESR
Aspectosgeraisdavirtualizao
Introduo
Tiposdevirtualizao
Conceitoecategorizao
Hipervisores
Tiposdevirtualizaodeservidores
Tiposdevirtualizao
Virtualizaocompleta
Paravirtualizao
Virtualizaoassistidaporhardware
7
8
8
9
10
Cenriosdavirtualizao
11
Tendnciasdavirtualizao
Datacenterdinmico
Computaoemnuvem
12
12
13
Principaisfornecedoresdesoluesdevirtualizao
14
Licenciamento
15
Gerenciamentoeseguranacomavirtualizao
15
Limitaesdavirtualizao
15
Desempenhoebenchmarks
16
Soluesdevirtualizao
VMwareESX
HyperV
Xen
KVM
16
16
17
17
17
OKVM:origem
Arquitetura
GerenciamentodememriadoLinux
Swapping
Balodememria
KernelSamepageMerging(KSM)
Livemigration
Sistemasconvidadossuportados
17
17
18
19
19
19
19
20
Virtualizao de Servidores
vii
vii
Snapshots
Projetodevirtualizao
viii
viii
20
21
Projetodevirtualizao
Educaoeconscientizao
Planejamentodacapacidade
Coletaelevantamento
Anlise
Provadeconceito
Avaliaodedisponibilidadeparavirtualizao
Ferramentas
21
22
23
24
24
25
26
26
Escolhadofornecedor
Projeto
Implementao
Gerenciamento
26
27
27
28
Infraestruturadehardware
Arquiteturafsicadodatacenter
Arquiteturavirtualdodatacenter
28
29
30
Hardwaredescrio
Servidores
Arquiteturadoprocessador
Benchmarkdeservidores
31
31
32
33
Padresdaindstria
34
Caractersticasdosservidores
Disponibilidade
Desempenho
Gerenciamento
Escalabilidade
35
35
35
36
36
Dispositivosdearmazenamentostorage
37
Sistemasdearmazenamento
Servidores
Storage
Conectividade
37
37
38
38
Caractersticasdoservidordediscos
38
Tiposdestorage
JBOD
RAID
LUN
UnidadeLgica
Inteligente
39
39
40
40
40
41
Redesdestorage
41
Virtualizao de Servidores
ProtocoloSCSI
43
SAN
SANFCeFCoE
SANIP
43
44
45
Storageevirtualizao
46
Infraestruturaderede
46
Virtualizaodarede
47
Benefciosdavirtualizao
Reduodocustototaldepropriedade
48
48
AnlisedeTCO/ROI
TotalCostofOwnership(TCO)
ReturnOnInvestment(ROI)
49
49
50
Altadisponibilidade
50
Backuperestore
50
IntroduoaoXen
53
Histrico
53
Verses
54
Componentes
HipervisorXen
Domnioconvidadoprivilegiado
Domnioconvidadonoprivilegiado
55
56
56
57
VirtualizaonoXen
Modosdeoperaodoprocessador
Arquiteturadosdriversdedispositivo
Paravirtualizao
Virtualizaocompleta
Virtualizaohbrida
58
58
59
60
61
61
XenMotionmigraodedomniosconvidados
62
OutrasformasdevirtualizaocomoXen
XenDesktop
XenApp
63
64
64
GerenciamentodoXen
InfraestruturadehardwareparaoXen
ProcessadoredispositivosdeE/S
MemriaRAM
Sistemasdearmazenamento(storage)
Virtualizao de Servidores
67
67
67
68
69
ix
ix
Infraestruturafsicadearmazenamento
LogicalVolumeManagement(LVM)
Migraoesistemasdearmazenamento
Rede
InfraestruturadesoftwareparaoXen
Distribuiescomerciaiselivres
HipervisoresistemasoperacionaisparaDom0
SistemasoperacionaisparaDomU
73
73
74
74
Geraodemquinasvirtuaisparavirtualizadas
InicializaodesistemasLinux
Clonagem
Imagenspreexistentes(appliances)
FerramentasespecficassdistribuiesLinux
75
75
76
77
77
Qemu
78
Gerenciamentodedomniosconvidados
Comandodelinha
Virtmanager
XenCenter
78
78
79
80
Arquiteturagenricadevirtualizao
81
IntroduoaoHyperV
70
71
72
73
85
85
86
Caractersticasgerais
Verses
Observase nos tpicos apresentados acima que apenas as verses Standard e
Datacenter podem ser utilizados para infraestruturas de virtualizao.
Benefcios
Licenciamento
87
87
88
ComponentesdaarquiteturaHyperV
88
CenriosdeusodoHyperV
Consolidaodeservidores
Continuidadedenegcioserecuperaodedesastres
Desenvolvimentoeteste
Datacenterdinmico
90
90
90
91
91
GerenciamentocomHyperV
HyperVManager
SystemCenterVirtualMachineManager(SCVMM)
Cenrios
RecursosdoSCVMM
91
91
92
92
93
SnapshotscomoHyperV
94
LiveBackup
95
Virtualizao de Servidores
AvanoscomoWindowsServer2012R2HyperV
Armazenamentodinmicodemquinavirtual
LiveMigration
Suportedeprocessadoravanado
Suporteavanadoderedes
Volumescompartilhadosdecluster
Altadisponibilidade
GuestClustering
HostClustering
QuickMigration
LiveMigration
GerenciamentodoLiveMigration
LiveMigrationvsQuickMigration
GerenciamentodoHyperV
96
96
96
96
97
97
98
98
99
100
101
101
102
103
Infraestruturadehardware
Processador
Memria
Armazenamento
Rede
Outroscomponentes
103
103
104
104
105
105
Configurandomquinasvirtuais
Sistemasoperacionaisconvidados
Discossuportados
106
106
106
Discosearmazenamento
Opesdearmazenamentoemmquinasvirtuais
Criaodediscosrgidosvirtuais
Discosfsicosparamquinasvirtuais
108
108
109
110
Aspectosdesegurana
Prticasrecomendadasdesegurana
110
111
BackupeRestore
Backuponlineeoffline
Processoderestaurao
Mquinasvirtuaisemcluster
113
114
114
115
Redesvirtuais
Noesbsicas
Redeemquinasvirtuais
ConfigurandoVLANs
115
116
119
120
IntroduoaoVMware
vSphere
Virtualizao de Servidores
121
122
xi
xi
Availability
Security
Automation
Compute
Storage
Network
Disponibilidade
Segurana
Escalabilidade
Vspherehipervisor
126
127
127
128
TiposdearquivosVMware
129
GerenciamentodoVMware
133
Componentesdogerenciamento
VMotion
AltaDisponibilidade(HA)
Balanceamentodinmicoderecursos(DRS)
Balanceamentodinmicoderecursosdearmazenamento(StorageDRS)
StorageVMotion
SiteRecoveryManager(SRM)
133
135
136
136
137
137
138
InfraestruturadeTI
139
Arquiteturadoservidor
Processadorememria
139
139
Armazenamento(storage)
StorageAreaNetwork(SAN)
NetworkAttachedStorage(NAS)
140
141
142
RedeLocalLocalAreaNetwork(LAN)
143
Nuvem
xii
145
Computaoemnuvem
145
Principaisbenefcios
ConsolidaodeumDatacenter
146
149
Modelosdecomputaoemnuvem
149
Serviosemnuvem
150
EstratgiadeTIemnuvem
152
Consolidaodoconhecimento
155
Software
Hipervisores
MicrosoftHyperV
xii
123
124
124
125
125
126
Virtualizao de Servidores
155
155
156
VMwareESX/ESXi
XenServer
Soluesdegerenciamento
Hardware
Gerenciamentodememria
vCPU
Vlantagging
Quantidadesrecomendadas
Sistemasdediscos
DellVirtualizationAdvisorTool
Comparaoentresoluesdevirtualizao
Bibliografia
157
160
161
163
163
164
164
165
165
167
167
169
Virtualizao de Servidores
xiii
xiii
xiv
xiv
Virtualizao de Servidores
1
Aspectos gerais da virtualizao
Introduo
1
1
1
1
1
1
Da IBM VMware
Servidores x86
imitar o
comportamento
externo de um
sistema, sem
preocupao com
estados e
propriedades
internas a ele.
Virtualizao de Servidores
Os monitores de mquinas virtuais (Virtual Monitor Machine VMM) surgiram para resolver
desvantagens. Tambm conhecidos como hipervisores (hypervisors), so implementados
como uma camada de software entre o hardware e o Sistema Operacional, oferecendo uma
mquina virtual para o Sistema Operacional (figura 1.2). Dessa forma, eles conhecem e
exploram eficientemente os dispositivos fsicos de E/S. O desempenho tende a ser melhor,
por no executarem em modo usurio, evitando chaveamentos de contexto. Existem duas
tcnicas usadas nos hipervisores: virtualizao total e paravirtualizao. A diferena
essencial a necessidade de o SO hspede ser modificado (paravirtualizao) ou no
(virtualizao total) para executar sob o hipervisor.
Virtualizao de Servidores
No contexto dos anos 1970, quando a maioria dos mainframes mesmo de um nico
fabricante era caracterizada por ter seu prprio Sistema Operacional, o uso de mquinas
virtuais permitiu que aplicaes de sistemas legados fossem executadas nos novos sistemas.
No entanto, na dcada de 1980, medida que os computadores pessoais se popularizavam e
a diversidade de sistemas operacionais foi reduzida para alguns poucos (Unix, Macintosh e
Microsoft), a virtualizao foi perdendo importncia.
Vrios fatores provocaram o ressurgimento da virtualizao nos anos 1990, entre os quais
podemos citar a mquina virtual Java Java Virtual Machine (JVM); o aumento do poder
computacional dos processadores e da capacidade de memria dos computadores pessoais;
e a disseminao de sistemas distribudos e da prpria internet, como um modelo de
servios baseado em uma arquitetura clienteservidor.
O marco inicial desta nova era foi o surgimento da VMware em 1998, criada por Diana
Greene e Mendel Rosenblun. A VMware desenvolveu o primeiro hipervisor, que permitiu a
virtualizao de servidores em plataformas x86. Desde 1996, entretanto, outra empresa j
tratava de virtualizao, mas em ambiente Macintosh (Connectix, fundada em 1988). Em
2003, a Microsoft adquiriu a Connectix, e, no ano seguinte, a EMC comprou a VMware. Em
seguida, lanou o Microsoft Virtual Server 2005, seu primeiro produto com foco na
virtualizao de servidores.
Virtualizao de Servidores
Da forma como feita hoje, a virtualizao uma revoluo na rea de TI, o que pode ser
confirmado por anlises econmicas conduzidas pela Gartner Inc., pela criao e evoluo de
associaes como a Enterprise Management Association (EMA) e pelo grande crescimento de
empresas como a VMware. O International Data Corporation (IDC) prev que o mercado e os
investimentos em virtualizao devem aumentar de 6,5 bilhes para 15 bilhes de dlares
em 2011.
Tipos de virtualizao
1
1
1
1
1
Virtualizao de servidores
Virtualizao de desktops
Virtualizao do armazenamento
Virtualizao das aplicaes
Virtualizao de redes
Virtualizao de Servidores
Virtualizao de Servidores
Conceito e categorizao
1
1
1
1
Categorias de virtualizao
Consolidao de servidores
As categorias acima possuem objetivos diferentes, mas buscam aspectos comuns: (i) oferecer
compatibilidade de software; (ii) permitir o isolamento entre mquinas virtuais, ou seja, um
software em execuo no deve ser afetado por outro; (iii) o encapsulamento, que possibilita
a captura do estado da mquina virtual. A camada de virtualizao deve ser projetada para
no impactar o desempenho das aplicaes.
Virtualizao de Servidores
Uma abordagem comum utilizada para conceituar a virtualizao definila como uma
camada de abstrao entre o hardware e o software, que protege o acesso direto do software
aos recursos fsicos do hardware. A virtualizao permite que a camada de software
(aplicaes e Sistema Operacional) seja isolada da camada de hardware (figura 1.3). A forma
pela qual essa camada de abstrao implementada d origem s mquinas virtuais de
processo e aos monitores de mquinas virtuais (hipervisores).
Hipervisores
1
1
2
2
Caractersticas
Tipos
O hipervisor a plataforma bsica das mquinas virtuais como conhecemos. Suas principais
funes consistem no escalonamento de tarefas, gerncia da memria e manuteno do
estado da mquina virtual. O desempenho e a escalabilidade do hipervisor definem a
qualidade da virtualizao. Podemos citar como caractersticas necessrias a um hipervisor:
segurana sobre os recursos virtualizados e agilidade na reconfigurao de recursos
computacionais, sem interromper as operaes do servidor de mquinas virtuais.
Os hipervisores so classificados em dois tipos (figura 1.4):
Virtualizao de Servidores
Tipo II (hosted): aplicao que fornece um ambiente de execuo para outras aplicaes.
Executa sob um Sistema Operacional nativo como se fosse um processo deste. A camada
de virtualizao composta por um SO hspede e um hardware virtual, que so criados
sobre os recursos de hardware oferecidos por meio do SO nativo. Exemplos: VMware
player, Virtualbox e Virtual PC.
Virtualizao de Servidores
Virtualizao completa
Paravirtualizao
Virtualizao de Servidores
Tipos de virtualizao
A virtualizao pode ser realizada de diferentes maneiras, cada uma com seus prs e contras.
Na prtica, em arquiteturas x86, as opes de virtualizao alteram o nvel de privilgios
(rings) default. As solues baseadas em hipervisores incluem a virtualizao completa e a
paravirtualizao.
Virtualizao completa
A virtualizao completa (full virtualization) realiza toda a abstrao do sistema fsico, sobre
o qual o Sistema Operacional convidado executado. No necessrio fazer qualquer
modificao no SO convidado ou em suas aplicaes. Esse tipo de virtualizao facilita a
migrao de mquinas virtuais entre servidores fsicos, porque h total independncia das
aplicaes e dos recursos fsicos do servidor. Ainda, a segurana facilitada pelo isolamento
entre as mquinas virtuais, j que cada instncia da mquina virtual um processo do
Sistema Operacional nativo.
Virtualizao de Servidores
Virtualizao de Servidores
Paravirtualizao
Virtualizao de Servidores
Virtualizao de Servidores
Basicamente, tanto Intel (Intel VT) como AMD (AMDV) alteraram o funcionamento dos anis
de proteo (rings) dos processadores x86. Como visto anteriormente, o anel nvel 0
utilizado pelo SO e executado em modo protegido, e o anel nvel 3 (de menor privilgio)
empregado pelos processos realizados em modo usurio. Os anis 1 e 2 no so usados pelos
sistemas operacionais convencionais. A Intel e a AMD, de formas diferentes, mas com a
mesma filosofia, criaram dois novos modos de operao para os anis de proteo do
processador: modo root e modo nonroot. Os anis de 0 a 3 executam no modo non
root e h um anel adicional de maior prioridade para o modo root. Dessa forma, um
Sistema Operacional executa sem modificaes nos nveis 0 a 3, e o hipervisor atua no anel
adicional de maior prioridade (modo root). Portanto, o hipervisor passou a ter total
prioridade sobre o SO. Nesse novo modo de operao, as instrues privilegiadas e sensveis
executadas pelo Sistema Operacional convidado causam um desvio (trap) para o hipervisor,
que tem a responsabilidade de tratar adequadamente a ocorrncia dessas aes.
10
10
Virtualizao de Servidores
Cenrios da virtualizao
1
1
1
1
1
Consolidao de servidores
Virtualizao de Servidores
11
11
alta disponibilidade (High Availability HA) e a recuperao de desastres (Disaster Recovery
DR). Essencialmente, uma mquina virtual uma imagem que pode ser armazenada e
instanciada a qualquer momento. Isso permite que uma mquina virtual seja monitorada e
migrada de um servidor fsico para outro, facilitando a recuperao de falhas e o
balanceamento de carga.
A flexibilidade e a portabilidade das mquinas virtuais tambm tornam interessante seu uso
em ambientes de desktops. possvel imaginar, por exemplo, o desenvolvimento de
produtos de software destinados a vrios sistemas operacionais, sem a necessidade de uma
plataforma fsica para criar e testar cada um deles. Nesse caso, as mquinas virtuais em
desktops podem ser usadas para a definio de ambientes experimentais completos, sem
interferir no Sistema Operacional original do equipamento.
H ainda a virtualizao de desktops, que permite a cada usurio estabelecer uma seo de
trabalho dentro de um sistema centralizado, a partir de um cliente fino (thin client) ou de
outro softwarecliente. A diferena para solues do tipo Terminal Services que cada
usurio pode empregar um Sistema Operacional diferente totalmente isolado dos demais.
Como apenas o sistema centralizado possui as imagens das mquinas virtuais, as questes de
configurao, gerenciamento e proteo ficam mais simples.
Por fim, a virtualizao uma ferramenta muito til para hospedar e executar sistemas
legados. Como uma mquina virtual um ambiente que inclui um Sistema Operacional,
bibliotecas e aplicaes de forma totalmente independente e isolada de outra, possvel
manter verses de antigos sistemas operacionais e bibliotecas exigidas por sistemas legados.
Por fim, o datacenter dinmico utiliza os benefcios da virtualizao para criar uma
infraestrutura mais gil, combinada com novos recursos de gerenciamento que permitem
mover mquinas virtuais sem causar impacto sobre as atividades dos usurios.
Tendncias da virtualizao
1
1
2
2
Datacenter dinmico
Datacenter dinmico
Virtualizao de Servidores
12
12
Virtualizao de Servidores
Computao em nuvem
A ideia central da computao em nuvem possibilitar s aplicaes que rodam em
datacenters isolados rodarem na cloud (internet) em um ambiente de larga escala e com um
uso elstico de recursos. A virtualizao o elemento central dessa viso, e a sua
importncia pode ser entendida facilmente. A computao em nuvem pode ser privada,
pblica ou uma combinao das duas (hbrida).
Cloud Privada: acesso aos recursos por meio de infraestrutura da prpria organizao.
Por pertencer a uma organizao, o controle mais rgido dos recursos, com segurana.
No h restries quanto banda, permitindo maior resilincia.
Cloud Pblica: acessa recursos por meio da internet, usando interface web. Alocao e
pagamento por demanda (solues elsticas). O fato de ser pblica no significa que
seja livre nem aberta.
Cloud Hbrida: utiliza recursos de uma ou mais nuvens pblicas e privadas.
Em contexto mais simples, a virtualizao permite que um nico datacenter funcione como
um conjunto de recursos virtuais. Num segundo momento, possibilita a otimizao do uso
dos recursos em uma configurao de datacenters redundantes. A diretriz da computao em
nuvem a utilizao da virtualizao para viabilizar o uso de um conjunto de datacenters em
uma espcie de nuvem privada. Nesse estgio, a virtualizao deixaria o uso de recursos
privados e pblicos em uma configurao hbrida de nuvem.
13
13
VMware
Microsoft
Citrix
RedHat
Virtualizao de Servidores
14
Virtualizao de Servidores
Licenciamento
1
1
1
Desafios
Gerenciamento
Segurana
Limitaes da virtualizao
1
Gerenciamento do licenciamento
Virtualizao de Servidores
15
15
de banco de dados j demanda boa parte dos recursos do servidor, qual seria a razo
para virtualizar este servidor?
Desempenho e benchmarks
1
1
Solues de virtualizao
1
1
1
1
VMware ESX
HyperV
Xen
KVM
VMware ESX
Virtualizao de Servidores
16
16
Virtualizao de Servidores
Hyper-V
a soluo oferecida pela Microsoft para sistemas de virtualizao. Adotado principalmente
em empresas de pequeno e mdio porte, conta com recursos como Live Migration, Quick
Migration e Dinamic Memory. oferecido de forma gratuita, entretanto, necessrio ter a
licena do Windows Server para uslo.
Xen
Baseado em Linux, menos popular que o HyperV e o VMware ESX, mas constitui uma
soluo muito estvel. Fornece interface de administrao por linha de comando (CLI), alm
de uma alternativa grfica (GUI): XenClient essa a melhor indicao para quem j utiliza
produtos da Citrix.
KVM
O KVM: origem
uma soluo completa de virtualizao para Linux com arquitetura x86 de 64 bits e explora
as tecnologias de virtualizao Intel VT e AMDV dos processadores mais recentes.
Distribudo como um componente integrado do kernel desde a verso 2.6.20, transforma o
Linux em um hipervisor estvel e de alto desempenho.
Arquitetura
17
Virtualizao de Servidores
17
KVM driver: um conjunto de mdulos do kernel que fornece os drivers especficos para
o tipo de processador e a infraestrutura necessria para a virtualizao, atuando como
interface para o user space.
User space: roda uma verso modificada do qemu, que gerencia E/S e funciona como um
espao virtual para os sistemas hspedes, alm de fornecer mecanismos de controle e
gerenciamento das mquinas virtuais.
A utilizao do KVM, junto com o qemu, permite que as mquinas virtuais rodem com baixo
overhead, tornandoo uma alternativa competitiva s opes do mercado.
Virtualizao de Servidores
18
18
Virtualizao de Servidores
Quando a memria fsica totalmente utilizada ou um processo fica determinado tempo sem
ser utilizado, o Linux move a memria de um processo para o swap. Como o swap feito em
disco, tornase significativamente mais lento que a RAM.
Swapping
O host escolhe algumas pginas de memria do guest e envia para o disco. Se o guest
necessitar daquela informao, o host traz de volta as pginas para a memria principal. o
mtodo mais confivel do ponto de vista do host. Entretanto, para o guest pode no ser a
melhor escolha, porque o host no tem controle sobre os processos que esto em execuo
dentro do guest.
Balo de memria
Mais eficiente do que o swapping do ponto de vista do guest, o balo de memria funciona de
forma cooperada: o guest se comunica com o host e informa quais pginas de memria
podem ser liberadas. Pelo fato de a escolha ser feita pelo guest, no tem tanta confiabilidade.
possvel obter informaes sobre esse mecanismo por meio do console do qemu. Exemplo:
(qemu) info ballon
ballon: actual 1024
Live migration
Consistem em mover um guest de um host para outro. Dessa forma, libera a memria que
estava sendo utilizada.
Virtualizao de Servidores
19
Realiza uma unificao das pginas de memria que so iguais. Dessa forma, as pginas
duplicadas so removidas, e seu espao, liberado. Esse sistema oferece mais vantagem
quando houver muitas mquinas virtuais homogneas.
19
O KVM usa todas as tcnicas para conseguir os melhores resultados no gerenciamento de
memria. Preferencialmente, so utilizados os mtodos de balo de memria e KSM; em
seguida, o live migration; e, em ltimo caso, o swap.
Snapshots
O termo snapshot teve origem no universo da fotografia, onde era utilizado para designar
fotos instantneas. Atualmente, um termo muito usado em computao para denominar
uma cpia de um sistema, filesystem, memria, banco de dados, entre outros, em
determinado momento.
O KVM permite a criao de snapshots dos discos das mquinas virtuais. Entretanto, apenas
o formato qcow2 tem suporte a essa tecnologia.
Virtualizao de Servidores
20
20
Virtualizao de Servidores
2
Projeto de virtualizao
A virtualizao no deve ser utilizada indiscriminadamente. Cada organizao tem
caractersticas e necessidades prprias que precisam ser cuidadosamente analisadas e
consideradas antes de se adotar a virtualizao. Dois aspectos so fundamentais: o projeto
de virtualizao e a infraestrutura de hardware.
Projeto de virtualizao
Gerenciamento.
Virtualizao de Servidores
21
Implementao (Deployment);
21
Educao e conscientizao
Virtualizao de Servidores
22
22
Virtualizao de Servidores
Planejamento da capacidade
1
1
1
1
Nesta primeira fase, devemos listar os hardwares e sistemas operacionais instalados, coletar
o desempenho dos servios, identificando o consumo de processamento, memria, disco e
rede. indicado realizar a coleta durante o perodo de pelo menos um ms, para uma
cobertura completa dos eventos da organizao. O resultado inclui o inventrio dos
servidores fsicos na sua instalao e as mtricas de desempenho de cada servio.
Anlise
Virtualizao de Servidores
23
Elaborao do relatrio
23
Coleta e levantamento
Anlise
Este processo fundamental porque o host tem uma quantidade limitada de recursos para
serem compartilhados (processamento e memria), e as mquinas virtuais em execuo
devem realizar a ao sem comprometer o desempenho do sistema.
Com a introduo do hipervisor entre a mquina virtual e o host e do seu papel ativo no
gerenciamento da memria, agendamento de processamento (schedule) e I/O, se faz
necessria uma etapa de anlise da performance desse servio candidato virtualizao. No
podemos voltar aos primrdios do processo quando se ouvia que os servidores Exchange
no devem ser virtualizados ou voc nunca deve virtualizar um servidor de SQL. A anlise
no pode ser superficial. Um servidor de Exchange com um nmero muito grande de clientes
e uma enorme caixa postal pode no ser um bom candidato. No entanto, o mesmo
servidor com poucos clientes e caixas pequenas pode ser indicado para a virtualizao. A
anlise deve focar no desempenho real do servidor; no na sua funo. Durante as atividades
prticas deste curso, optamos por omitir os tipos dos servios providos por cada servidor,
para deixar mais clara a sua independncia na determinao da soluo virtualizada.
Aps a coleta dos dados e elaborao do inventrio dos servidores fsicos em seu ambiente,
devemos partir para a fase de anlise:
Virtualizao de Servidores
24
24
Virtualizao de Servidores
Prova de conceito
A Prova de Conceito (Proof Of Concept POC) foi concebida para prover as organizaes com
conhecimento das solues de infraestrutura virtual e demonstrar as capacidades da
tecnologia existente no software, alm do modo como so aplicadas para resolver problemas
reais.
Geralmente, a Prova de Conceito dura 30 dias e necessita do envolvimento de um engenheiro
de sistemas da fornecedora de software ou de um parceiro, para auxiliar a:
Instalar e configurar o software;
Existem quatro estgios durante uma Prova de Conceito, concebidos para garantir que todos
os requerimentos estejam definidos, com a identificao dos recursos e estabelecimento das
expectativas. Isso para garantir que seja finalizada no tempo previsto e com sucesso.
Virtualizao de Servidores
25
25
Ferramentas
Escolha do fornecedor
1
1
1
1
1
1
Desempenho (densidade)
Disponibilidade
Segurana
Base instalada
Funcionalidades
Virtualizao de Servidores
26
Preo
Virtualizao de Servidores
Projeto
Virtualizao de Servidores
27
Implementao
27
Failover
Processo no qual
uma mquina
assume os servios
executados por
automtica ou
manual.
Gerenciamento
Infraestrutura de hardware
1
1
1
Virtualizao de Servidores
28
28
Virtualizao de Servidores
O datacenter fsico pode ser representado pelo diagrama mostrado na prxima figura. As
aplicaes executam de maneira isolada em diferentes servidores. O que acontece na prtica
que determinada aplicao precisa de mais recursos de hardware, enquanto outra tem
recursos sobrando. Com essa arquitetura no possvel fazer muita coisa. Os recursos de
processamento e memria acabam sendo mal utilizados, implicando alto TCO para o
datacenter. Alm disso, a grande disponibilidade precisa ser pensada para cada aplicao,
onerando o projeto como um todo.
Principais elementos da arquitetura do datacenter fsico:
Recursos de storage;
Recursos de rede.
Virtualizao de Servidores
29
29
Virtualizao de Servidores
30
Virtualizao de Servidores
A figura a seguir ilustra o datacenter virtual. Os recursos de hardware passam a fazer parte
de verdadeiros pools de recursos utilizados de acordo com os nveis de servio requeridos
pelas aplicaes.
Hardware descrio
Servidores
Storage
2
2
1
1
1
Arquitetura do processador
CISC vs RISC
Servidores x86
Benchmarks
Padres da indstria
Virtualizao de Servidores
31
Servidores
31
2
2
2
2
Disponibilidade
Desempenho
Gerenciamento
Escalabilidade
Arquitetura do processador
Os servidores utilizados nos datacenters variam desde mainframes cujos processadores
so baseados em instrues Reduced Instruction Set Computer (RISC) at x86, que seguem
o Complex Instruction Set Computer (CISC).
Virtualizao de Servidores
32
32
Virtualizao de Servidores
A arquitetura x86 continua a evoluir, mas mantm instrues derivadas da arquitetura 8086
de 16 bits. O que, talvez, seja o grande segredo da aceitao dessa arquitetura: a
compatibilidade com as verses anteriores.
Existem duas principais arquiteturas x86: 32 bits e 64 bits, que a Intel convencionou chamar
de (IA) 32 e (IA) 64. Por sua vez, a microarquitetura referese ao projeto fsico de cada
processador. Processadores com diferentes microarquiteturas podem utilizar um mesmo
conjunto de instrues, ou seja, a mesma arquitetura, o que acontece com os processadores
Intel e AMD. A microarquitetura Intel desenvolveuse, passando da opo Netburst para
ncleo e, agora, para Nehalen. Os processadores AMD Opteron so tambm largamente
empregados na indstria de servidores e apresentam excelente desempenho.
Benchmark de servidores
1
1
SPECvirt_sc2010
TPC
33
33
todos os componentes (incluindo hardware e plataforma de virtualizao) e do ambiente da
mquina virtual (com Sistema Operacional e aplicaes).
Padres da indstria
1
2
2
2
1
1
1
Servidores
Torre
Rack
Lmina (blade)
I/O
Gerenciamento
Chassis e racks
Virtualizao de Servidores
34
34
Virtualizao de Servidores
As conexes de E/S so a parte crtica de qualquer projeto de blades, pois elas que permitem
a conexo de servidores blades com o mundo externo. Em geral, esses servidores oferecem
trs tipos de conectividade: IP/Ethernet, Fibre Channel (FC) e Infiniband. A prxima figura
exemplifica um conjunto de blades e suas conexes.
Disponibilidade
Desempenho
1
1
2
2
Gerenciamento
Escalabilidade
Vertical (scaleout)
Horizontal (scaleup)
Disponibilidade
Desempenho
35
35
detrimento do desempenho. Uma comparao rpida de resultados obtidos com os
benchmarks SPEC ou mesmo o TPC indicam claramente o ganho de desempenho conseguido
a cada nova atualizao dos processadores.
Gerenciamento
Escalabilidade
Virtualizao de Servidores
36
36
Virtualizao de Servidores
Histrico
Situao atual
Sistemas de armazenamento
1
1
Servidores
Storage
Conectividade
Servidores
Os usurios armazenam e recuperam dados por meio das aplicaes, que rodam nos
servidores. Estes so compostos por componentes fsicos (hardware) e lgicos (software).
Componentes lgicos do servidor:
Virtualizao de Servidores
37
37
Volume manager: software que roda no servidor e faz a interface entre o sistema de
arquivos e o disco fsico;
Sistema de arquivos: relacionase estrutura hierrquica de arquivos;
Aplicao: interface entre o usurio e o servidor. O acesso aos dados pode ser feito por
blocos ou por arquivos. O acesso por blocos o mecanismo bsico de acesso aos discos;
por sua vez, o acesso por arquivos uma abstrao do acesso por blocos.
Storage
Conectividade
Como funciona
Conexo direta
Virtualizao de Servidores
38
38
Virtualizao de Servidores
Tipos de storage
2
2
1
RAID
LUN
Unidade lgica
Inteligente
JOBD
JBOD
39
39
RAID
LUN
O Logical Unit Number (LUN) o nmero usado em um storage para identificar uma unidade
lgica dispositivo endereado pelo protocolo SCSI ou similares, como Fibre Channel ou
iSCSI.
Unidade Lgica
A partir de um grupo de discos fsicos, configurados em RAID, passamos a ter um disco nico.
Esse disco, ento, pode ser dividido em vrios pedaos de tamanho varivel. Para cada um
associado um nmero, o Nmero da Unidade Lgica (LUN). A figura 2.7 mostra um
grupamento RAID dividido em vrias unidades lgicas e os respectivos LUNs.
Virtualizao de Servidores
Essa mesma tcnica aplicase a um nico disco, o que significa dividilo em unidades lgicas.
A figura 2.8 ilustra a opo.
40
40
Virtualizao de Servidores
Inteligente
Memria cache: nos subsistemas de disco, as caches so utilizadas para acelerar o acesso
de leitura e escrita nos discos fsicos. A cache existe no disco e nas controladoras. Todo
disco possui uma pequena cache que serve para operaes de escrita e leitura. A taxa de
transferncia do canal de I/O para a controladora significativamente mais alta do que
a velocidade que a controladora pode escrever ou ler do disco, por isso, tambm
considera a ideia da cache.
Backend: interface entre a memria cache e os discos fsicos. Formada por dois
componentes: portas e controladoras de backend.
Discos fsicos: os discos fsicos so conectados ao backend com interface SCSI ou Fibre
Channel. O storage inteligente permite o uso de discos misturados como SCSI, FC ou
SATA.
1
1
Necessidade
41
Redes de storage
41
independentes do servidor. A maneira de conectar o storage evoluiu de solues nas quais o
storage era conectado diretamente ao servidor, Direct Attached Storage (DAS), para a criao
de redes de storage independentes, que usam uma combinao de protocolos especficos e
interfaces de discos, denominadas Storage Area Network (SAN) e Network Attached Storage
(NAS).
A principal diferena entre SAN e NAS : enquanto uma SAN oferece apenas um meio de
armazenamento formado por blocos, sem criar um sistema de arquivos para eles, uma NAS
fornece, alm do meio fsico de armazenamento, um sistema de arquivos. Apesar disso, SAN e
NAS podem ser empregadas concomitantemente em uma nica soluo de storage, ou seja,
uma parte do storage pode ser configurada para oferecer blocos para dados e outra, para
blocos de dados e um sistema de arquivos.
O storage do tipo NAS baseado em redes de storage IP e primariamente utilizado para
compartilhamento de arquivos. Quando comparado ao DAS mais escalvel, com melhor
disponibilidade, alm de mais fcil de gerenciar. Normalmente, o seu uso e gerenciamento
requerem maior investimento inicial e conhecimento mais especializado.
Virtualizao de Servidores
NAS tem seu prprio Sistema Operacional, para servir arquivos, ou seja, otimizar o I/O para
diversos sistemas operacionais. Logicamente, o NAS pode servir a mais clientes do que um
servidor de arquivos convencional.
42
42
Virtualizao de Servidores
Quando se compara uma rede do tipo SAN (ou NAS) a uma rede do tipo LAN necessrio
entender algumas diferenas:
O overhead de uma rede do tipo SAN muito menor do que o de uma rede do tipo LAN;
A proteo uma caracterstica muito mais necessria em uma rede LAN. O servidor
acaba funcionando como um firewall para as redes SAN, o que simplifica a segurana;
Um comportamento mais inteligente para o congestionamento na SAN muito mais
relevante do que na LAN, onde o TCP/IP simplesmente descarta o pacote. Com SAN,
esse aspecto acaba sendo um problema.
Protocolo SCSI
1
1
1
1
1
1
Subsistema de entrega
O protocolo Small Computer System Interface (SCSI) foi desenvolvido para propiciar um
mecanismo de transporte de dados eficiente entre os servidores e os perifricos, como discos
e outros recursos. A arquitetura do padro SCSI3 (SCSI SAM3) define um modelo
cliente/servidor com um initiator (servidor), um target (disco) e um subsistema de
transferncia de dados, que pode ser um cabo paralelo, Fibre Channel ou iSCSI. A arquitetura
do SCSI3 envolve comandos especficos, os protocolos de transporte e a interconexo fsica
que possibilita transferir os dados entre o initiator e o target.
H tambm um tipo de storage baseado em protocolo SCSI, denominado Serial Attached SCSI
(SAS). um protocolo de gerenciamento e armazenamento de dados que passou a ser
utilizado para fornecer storage a servidores.
SAN
IP
FC e FCoE
Nas redes SAN, a infraestrutura de rede pode ser Fibre Channel (FC) ou Gigabit Ethernet,
enquanto os dados transportados so do tipo bloco. Nas redes NAS, a infraestrutura
quase sempre Gigabit Ethernet, e os dados armazenados, do tipo arquivo. O entendimento
de quando utilizar uma ou outra infraestrutura complexo e, muitas vezes, confuso,
causando problemas quando solues que deveriam ser baseadas em NAS so feitas em SAN
e viceversa.
Virtualizao de Servidores
43
43
O armazenamento do tipo Storage Area Network (SAN) baseado em redes de
armazenamento dedicadas e escalveis, que conectam servidores e dispositivos de storage
usualmente no nvel de bloco (dados de aplicao).
SAN FC e FCoE
1
1
1
Conceito
Protocolo FC
Os protocolos Fibre Channel (FC) foram rapidamente adotados como tecnologia vivel para
aplicaes que tratam de blocos em nvel de I/O. Fibre Channel simplifica as ligaes entre
servidores e dispositivos de storage, diminuindo a perda de sinal e aumentando as distncias
mximas permitidas quando comparado ao SCSI convencional. Importante ressaltar que o FC
um protocolo que pode usar fibra ptica ou cobre como meio de comunicao.
Inicialmente, a adoo das redes SAN baseadas no protocolo FC possibilitou a ligao dos
discos SCSI aos servidores, aumentando a velocidade e o nmero de dispositivos permitidos.
Tambm adicionou suporte para protocolos de vrias camadas de alto nvel, incluindo SCSI,
Asynchronous Transfer Mode (ATM) e IP, sendo o SCSI o mais utilizado. Atualmente, com o
surgimento de novas funcionalidades e dispositivos, as redes FC esto consolidadas.
As redes SAN FC possuem os seguintes componentes:
Portas dos ns (nodes ports): nas redes FC, os dispositivos so chamados de ns. Cada
n fonte ou destino da informao para um ou mais ns. Cada n requer uma ou mais
portas para se comunicar com outros ns.
Cabeamento: SANs utilizam cabos de fibra ptica ou de cobre para pequenas distncias.
Virtualizao de Servidores
44
Teoricamente, uma rede SAN baseada no protocolo Fibre Channel (FC) pode ter 15 milhes
de ns. No caso do protocolo FC, os servidores utilizam placas do tipo Host Bus Adapter
(HBA) para permitir a conexo SAN.
44
Virtualizao de Servidores
O protocolo FC o mais utilizado nas redes do tipo SAN e atende aos requisitos de
desempenho e confiabilidade necessrios, sendo implementado em cinco camadas. As
implementaes iniciais ofereciam throughput de 100MB/s (1062.5 Mb/s), que j era bem
superior ao padro Ultra SCSI de 20MB/s, usado em DAS at ento.
O padro FC pode operar em modo fullduplex, chegando, nesse caso, a 100 MB/s. Existe
tambm o Fibre Channel over Ethernet, que nada mais do que o encapsulamento dos
quadros FC usando a rede Ethernet.
SAN IP
1
1
1
Conceito
Protocolo iSCSI
Recentemente, o padro Internet SCSI (iSCSI), que adota o modelo Ethernet para
comunicao na rede de storage, passou a ser uma opo confivel e mais barata. O protocolo
iSCSI um meio de transportar os pacotes SCSI pelo TCP/IP. Os principais componentes da
rede iSCSI so servidores (initiators), targets e uma rede IP.
Virtualizao de Servidores
45
45
Storage e virtualizao
1
1
1
1
Interdependncia
SAN e NAS
SAN FC e SAN IP
Funcionalidades
Infraestrutura de rede
1
1
1
LAN
Switch
VLAN
A alta taxa de transferncia em um switch dada em bits por segundo ou pacotes por
segundo (PPS), dependendo da tecnologia utilizada. Uma caracterstica interessante dos
switches a capacidade de oferecer redes locais virtuais (Virtual Local Area Network
VLAN).
Virtualizao de Servidores
Uma Virtual LAN (VLAN) um domnio de broadcast formado por portas de um ou mais
switches. A VLAN configurada no switch. Com o uso de VLANs, os administradores tm
controle sobre portas e usurios. Dessa forma, possvel limitar o acesso rede (por parte
de usurios) a apenas algumas portas previamente configuradas. O administrador do
datacenter controla cada porta e todos os recursos que sero permitidos.
46
Os grupos que formam as VLANs podem ser criados de acordo com os recursos de rede. Os
switches tm a possibilidade de ser configurados para informar uma estao de
46
Virtualizao de Servidores
Latncia
Referente ao atraso
que o dispositivo
de rede introduz
quando os quadros
passam por ele. A
latncia um
aspecto importante
para aplicaes
sensveis ao tempo,
como as
transmisses de
voz e vdeo.
Virtualizao da rede
1
1
Switches virtuais
possvel criar uma infraestrutura de rede virtual permitindo a interconexo das diferentes
mquinas virtuais em execuo em um ou vrios servidores, como se elas estivessem em
uma rede fsica. Os dois componentes de uma rede virtual so:
Switches virtuais: possvel criar switches virtuais em um servidor. As funcionalidades
de um switch virtual so as mesmas de um switch camada 2, suportando inclusive
VLANs com controle pelas portas.
47
Virtualizao de Servidores
47
Benefcios da virtualizao
1
1
1
1
1
1
1
1
1
Novos negcios exigem uma infraestrutura de TI gil e flexvel para suportar a dinmica dos
seus processos. O uso da virtualizao pode trazer grandes benefcios para a organizao
com a adequao da sua infraestrutura de TI ao negcio, mas requer planejamento e
aquisio de novos recursos. Os provveis benefcios obtidos com a virtualizao so:
reduo do TCO e computao em nuvem.
O custo total de propriedade pode ser reduzido com o uso da tcnica de virtualizao. Os
fabricantes disponibilizam ferramentas que permitem o clculo do Total Cost of Ownership
(TCO), considerando a comparao de uma infraestrutura de TI com e sem virtualizao. Em
geral, simples justificar um projeto de virtualizao utilizando a abordagem de TCO, tanto
para a atualizao da infraestrutura fsica existente como para a construo de uma nova.
A reduo do TCO causada por:
Virtualizao de Servidores
48
48
Virtualizao de Servidores
Anlise de TCO/ROI
1
1
1
Virtualizao de Servidores
49
49
Medida usada para comparar o custo do projeto com os benefcios obtidos. A frmula para
calcular o ROI dividir os benefcios resultantes de um perodo pelo montante investido
Perodo pelo qual
no mesmo perodo.
um sistema
ROI = Benefcios Quantificveis/Custos Quantificveis
computacional fica
parado por
problemas tcnicos
ou por manuteno
preventiva.
Alta disponibilidade
1
1
Virtualizao de Servidores
50
Backup e restore
1
1
1
50
Necessidades
Aplicativos de backup
Mdias
Virtualizao de Servidores
O backup uma cpia dos dados de produo, criada e retida com o propsito de manter e
fornecer segurana para os dados que a empresa considera importantes. O restore o
processo de recuperao desses dados. Os servios de backup e restore em TI so parte de
um processo mais amplo que visa a garantir a disponibilidade do datacenter e da
infraestrutura de TI.
Necessidades
O backup/restore precisa ser realizado por vrias razes, dentre as quais podemos destacar:
Requisitos de negcio;
Requisitos legais;
O aspecto chave para definir a forma de realizar o backup a natureza dos dados dele. Deve
se traar tambm uma estratgia para a recuperao dos dados do backup e testla antes da
sua necessidade real. comum acontecerem surpresas quando se usa o restore, ou seja,
quando h a tentativa de recuperao dos dados. A prpria forma de realizar o restore dos
dados deve ser devidamente entendida com o fabricante do software de backup. A sugesto
incluir o treinamento no restore do ambiente no momento da realizao do treinamento
especfico da ferramenta de backup que ser utilizada.
Virtualizao de Servidores
51
Nem todos os dados de uma organizao precisam fazer parte de backup ou necessitam de
backup em bases regulares. Os sistemas operacionais de servidores, por exemplo, a menos
que sofram algum tipo de correo (patch), no exigem backup em bases regulares.
Normalmente, podese fazer um questionrio para o levantamento dos dados, com o objetivo
de definir a estratgia de backup para cada necessidade especfica. A partir dos dados
levantados pelo questionrio, ser possvel determinar o momento e a periodicidade com
que o backup deve ser feito, os dados que precisam constar nele, por quanto tempo tm que
ser mantidos e o local onde os backups devem ser feitos, dependendo da necessidade de
velocidade para o restore (disco ou fita). Esse procedimento precisa fazer parte de um plano
mais amplo de continuidade do negcio.
51
Aplicativos de backup
Mdias
Sobre a segurana do backup, tcnicas de cifragem podem ser utilizadas, mas importante
lembrar que seu uso degrada o desempenho do backup e do restore.
Virtualizao de Servidores
52
52
Virtualizao de Servidores
3
Introduo ao Xen
1
1
Histrico
Verses
Histrico
O projeto XenoServer originou a XenSource Inc. Em outubro de 2007, a XenSource Inc. foi
comprada pela Citrix System Inc., pelo valor de 500 milhes de dlares. Aps a aquisio, a
Citrix passou a suportar o desenvolvimento do projeto open source, mantendo a empresa
Virtualizao de Servidores
53
A primeira verso do Xen foi liberada em 2003 e rapidamente se popularizou, por duas
razes: ser um software livre e oferecer um desempenho muito bom se comparado com as
demais solues de virtualizao de sua poca. No entanto, por ser baseada em
paravirtualizao, sua grande desvantagem era a necessidade de modificao do cdigo
fonte dos sistemas operacionais convidados. Isso limitava o seu emprego em sistemas
operacionais de cdigo aberto. Atualmente, o Xen tem capacidade para executar mquinas
virtuais com sistemas operacionais no modificados (virtualizao completa). licenciado
nos termos da GNU General Public Licence (GPLv2) e permite que vrios sistemas
operacionais hspedes (convidados) sejam executados em um mesmo sistema hospedeiro.
53
XenSource ativa, e comeou a investir e a comercializar uma verso empresarial do Xen.
Em decorrncia do negcio, os produtos da XenSource Inc. foram rebatizados. O XenExpress
se tornou XenServer Express Edition e XenServer OEM Edition a ltima uma verso
embarcada do hipervisor Xen. O XenServer passou a ser denominado XenServer Standard
Edition, e o produto XenEnterprise ganhou o nome de XenServer Entreprise Edition.
Em outubro de 2009, a Citrix transformou seus produtos comerciais baseados no XenServer
em software livre e reorganizou a diviso de virtualizao em duas linhas: infraestrutura; e
gerenciamento e automao. Os produtos foram novamente renomeados e, agora, existem
quatro edies: XenServer (livre), XenServer Advanced Edition, XenServer Enterprise e
XenServer Platinum. Consulte o site da Citrix para conhecer as famlias de produtos
XenServer.
Edio
Caractersticas
Free Edition
Enterprise
Edition
Advanced Edition
Platinum Edition
Em 2012, os primeiros pacotes para o Xen Cloud Plataform foram liberados, facilitando
assim a implantao da soluo de computao em nuvem.
Os anos de 2013 e 2014 foram bem movimentados. O Xen tornouse parte da Fundao Linux
e passou a desenvolver projetos colaborativos. O site da comunidade deixou de ser o xen.org
e utilizou outro domnio (XenProject.org). Para finalizar, a nova marca do projeto Xen foi
lanada pela Fundao Linux.
O Xen pode ser obtido de forma livre a partir dos sites da XenSource (www.xenproject.org)
ou da Citrix System Inc. (www.citrix.com).
Conhea a histria do Xen em:
http://www.xenproject.org/about/history.html
Verses
Virtualizao de Servidores
A verso Xen 1.0 corresponde quela de seu lanamento e, em um curto espao de tempo, foi
substituda pela verso 2.0, j desenvolvida pela XenSource Inc. Essa verso foi caracterizada
por modificaes que visavam a transformar o Xen em um produto competitivo para o
mercado de virtualizao. Como estratgia de negcios da XenSource Inc., o hipervisor Xen
foi liberado como soluo em software livre. Tanto a verso 1.0 como a 2.0 ofereciam apenas
paravirtualizao.
54
54
Virtualizao de Servidores
Em 2005, foi lanada a verso Xen 3.0 que, entre vrias modificaes, inclua um melhor
suporte para arquiteturas SMP e de 64 bits, uma gama maior de dispositivos de hardware,
alm de estender a capacidade de endereamento de memria de 4 GB para at 64 GB
(suporte PAE36). Entretanto, a alterao mais significativa foi aproveitar a capacidade de
virtualizao por hardware dos processadores IntelVT (Vanderpool) e AMDV (Pacfica).
Isso permitiu que o Xen suportasse uma virtualizao completa, ou seja, a execuo de
sistemas operacionais hspedes sem a necessidade de modificaes.
Componentes
1
1
1
Hipervisor
Virtualizao de Servidores
55
O Xen composto por trs componentes fundamentais, como mostra a figura 3.2: hipervisor
Xen, domnio convidado privilegiado e domnio convidado no privilegiado. O hipervisor Xen
a camada de base. Sobre ela esto um ou mais sistemas operacionais hspedes, os quais o
hipervisor escalona sobre os processadores disponveis. H sempre, no mnimo, um Sistema
Operacional convidado na arquitetura Xen. Essa uma mquina virtual automaticamente
inicializada no boot do Xen e, na terminologia empregada, corresponde ao domnio
convidado 0 ou, simplesmente, Dom0. Os demais sistemas convidados so denominados
DomU, onde o U vem do ingls unprivileged.
55
Hipervisor Xen
O hipervisor Xen um monitor de mquina virtual do tipo I (baremetal) que executa entre o
hardware e um sistema operacional convidado (figura 3.2). Na prtica, o hipervisor executa
diretamente sobre o hardware e se torna um tipo de interface entre todas as requisies de
hardware (processador, interrupes e disco) para os demais sistemas operacionais. Ao
separar os convidados do hardware, o Xen est apto a executar mltiplos sistemas
operacionais de forma segura e independente.
Uma caracterstica interessante da soluo Xen que o hipervisor no possui nenhum tipo
de driver de dispositivo. Isso significa, na prtica, que o Xen no acessa efetivamente o
hardware de E/S, mas apenas o gerencia. Os acessos aos dispositivos so feitos pelos drivers
existentes no domnio convidado 0 (Dom0) de forma coordenada com o hipervisor. Devido a
essa estrutura, o Dom0 considerado um domnio privilegiado.
Virtualizao de Servidores
Dom0 pode ser um Sistema Operacional qualquer, desde que tenha a capacidade de interagir
com o Xen. Isso se traduz no emprego de sistemas operacionais que seguem uma filosofia de
cdigo aberto (como GNU/Linux, FreeBSD, NetBSD e OpenSolaris), pois necessrio acessar
o cdigofonte antes de adaptlo ao hipervisor Xen. Os sistemas da famlia Microsoft
Windows, por serem de cdigo fechado, no podem ser usados como Dom0.
56
J foi mencionado que o Xen no conta com nenhum tipo de driver de dispositivo e atua
apenas controlando os recursos fundamentais do processador, como interrupes, gerncia
56
Virtualizao de Servidores
Por executar um Sistema Operacional, possvel que o usurio use um login no Dom0 de
forma convencional. Entretanto, o Dom0 tem privilgios especiais sobre o hipervisor e
demais domnios convidados. Um administrador de sistemas, ao efetuar o login no Dom0,
tem a capacidade de gerenciar toda a mquina. Por isso, importante que o Dom0 seja
instalado e configurado para contemplar ao mximo o quesito segurana, evitando a
execuo de servios desnecessrios, entre outros problemas. Tudo isso deve ser feito para
reduzir a chance de sofrer um ataque e acabar comprometido, o que prejudicaria tambm os
demais sistemas convidados.
O Xen exigia, at a sua verso 2, que o Sistema Operacional de um domnio convidado fosse
modificado justamente para substituir as chamadas de sistemas nativas por chamadas ao
hipervisor (paravirtualizao). Desde a verso 3, isso no mais necessrio, ou seja,
possvel o emprego de sistemas operacionais no modificados, o que permite a execuo dos
sistemas da famlia Microsoft Windows (virtualizao completa). Vale repetir que, no
entanto, essa opo s vlida quando o processador conta com suporte por hardware para
virtualizao (IntelVTx ou AMDV).
Virtualizao de Servidores
57
57
Virtualizao no Xen
1
1
1
1
1
Virtualizao completa
Hbrida
Virtualizao de Servidores
58
As arquiteturas x86 definem at quatro nveis de proteo (0,1, 2 e 3), denominados anis
(Current Privilege Level CPL), mas os sistemas operacionais convencionais empregam
apenas dois: 3 e 0. Esses nveis correspondem, respectivamente, aos espaos de usurio e
ncleo. As aplicaes de usurio executam no CPL 3, e o ncleo, no CPL 0. As chamadas de
sistema so implementadas pela execuo de uma interrupo de software, que recebe como
58
Virtualizao de Servidores
O domnio 0 o nico que acessa diretamente os dispositivos de E/S por meio dos
respectivos drivers instalados no ncleo do Dom0. Na arquitetura Xen, os domnios
convidados no privilegiados (DomU) no tm autorizao para acessar os dispositivos de
E/S. No entanto, claro que as aplicaes que executam nos DomU efetuam operaes E/S.
Surge a questo: como os DomU fazem acessos a E/S, se eles no so autorizados?
59
Virtualizao de Servidores
A soluo para esse dilema fazer com que os DomU solicitem ao Dom0 o acesso aos
dispositivos de E/S em nome deles. Para isso, o Dom0 tem uma camada de software adicional
denominada backend, que disponibiliza drivers genricos virtuais para dispositivos de E/S
orientados a bloco e rede. Os DomU tm acesso a esses drivers genricos por meio de outra
camada de software, o frontend. Dessa forma, um DomU realiza requisies de E/S para um
driver, o frontend, da mesma forma que faria para um ncleo Linux. Entretanto, o frontend
apenas uma interface virtual, sem acesso ao hardware real, que encaminha essas requisies
ao backend, delegando a tarefa de E/S para o Dom0. Do backend, elas so reencaminhadas
para o driver real, conforme ilustra a figura a seguir.
59
Sempre que um DomU instanciado, criase um canal de comunicao entre ele e o Dom0.
Esse canal implementado por uma rea de memria compartilhada, de onde mensagens de
requisies e de dados so enviadas do DomU para o Dom0 e viceversa. Existe uma rea de
memria compartilhada exclusiva entre cada DomU e o Dom0.
Paravirtualizao
Virtualizao de Servidores
O hipervisor Xen introduz o conceito de hypercall, que uma interrupo de software (INT
0x82), mas altera o anel de proteo para CPL1 em vez de CPL 0. Dessa forma, os sistemas
operacionais convidados so modificados para executar no anel 1 e, no lugar de realizarem
chamadas de sistema (int 0x80), fazem hypercalls (int 0x82). Cada hypercall verifica a funo
a ser executada, cuida da consistncia dos argumentos de execuo, garante a no
interferncia de um ncleo em outro e realiza acessos controlados ao hipervisor no CPL 0. O
hipervisor, ento, efetua a operao desejada.
60
60
Virtualizao de Servidores
Virtualizao completa
Tcnica de virtualizao que permite aos sistemas operacionais convidados executarem sem
modificaes. Com a virtualizao completa, o Sistema Operacional no distingue se est
operando diretamente sobre o hardware real ou sobre um hipervisor. Entretanto, para que
isso seja possvel, necessrio que o processador oferea suporte virtualizao por
hardware (Hardware Assisted Virtualization HAV).
No caso do Xen, os processadores IntelVTx e AMDV fornecem esse suporte por meio de
solues prprias. Para tratar a diferena entre essas implementaes, o Xen oferece uma
camada de abstrao chamada de Hardware Virtual Machine (HVM). O HVM concede uma
interface nica para o ambiente virtualizado e possui implementaes especficas para uma
ou outra famlia de processadores.
Virtualizao hbrida
Existe ainda uma terceira possibilidade de virtualizao denominada hbrida, mas que,
atualmente, est em estgio de pesquisa e desenvolvimento. O princpio bsico lembrar que
so os drivers do dispositivo que realmente executam operaes em dispositivos de E/S.
Virtualizao de Servidores
61
61
Normalmente, os drivers so um mdulo parte, separados do ncleo, que por questes de
desempenho so ligados junto ao ncleo, formando um cdigo monoltico. O ncleo em si
responsvel apenas pelo recebimento e identificao de interrupes, pela chamada da
rotina de tratamento de interrupes adequada, pela gerncia de memria e pelo
escalonamento.
Regular ou freezeandcopy
Direta ou live migration
Algumas condies devem ser satisfeitas para que a migrao acontea no Xen. Inicialmente,
necessrio que tanto a mquina fsicaorigem quanto a de destino estejam executando o
daemon de controle xend. ou seja, executem o hipervisor Xen. Segundo, a mquina fsica de
destino deve possuir recursos fsicos suficientes para atender s demandas do domnio que
est sendo migrado. Por fim, o Xen no emprega nenhum mecanismo ou mtodo para efetuar
a migrao do sistema de arquivos usado pelo domnio convidado que est sofrendo a
migrao. Portanto, considera que est sendo adotado algum tipo de sistema de arquivos
compartilhado, como, por exemplo, o NFS. Assim, o domnio convidado pode migrar de uma
mquina fsica a outra, j que o sistema de arquivos est localizado fisicamente em uma
terceira mquina, o servidor de arquivos.
Virtualizao de Servidores
Tecnicamente, para que a migrao direta (live migration) ocorra, necessrio que a
memria do domnio convidado seja copiada para a mquina de destino. Para evitar a
parada, essa cpia feita de forma iterativa entre a mquina de origem e destino, de modo a
permitir que a execuo continue na origem at que a cpia seja concluda, e o domnio,
reinicializado no destino. A migrao direta comea com uma reserva prvia de recursos de
memria na mquina de destino, seguida de uma transferncia de dados iterativa e por
demanda, na qual so passados apenas os dados modificados entre uma iterao e outra.
62
62
Virtualizao de Servidores
Enquanto essa cpia vai sendo realizada, o mecanismo de migrao direta busca identificar
momentos em que seja possvel suspender a execuo do domnio convidado na mquina de
origem e reativlo na de destino de forma que resulte em um tempo mnimo de
indisponibilidade. Se, por ventura, tal condio no for identificada, ou caso o nmero de
iteraes de atualizao for muito alto, o domnio convidado suspenso na origem para que
a migrao seja concluda. Como a cpia de memria j estava em curso, o tempo de
interrupo tende a ser menor do que se tivesse sido feito de forma regular.
Cabe ressaltar que a migrao de domnios interessante para atender a dois aspectos
fundamentais em uma infraestrutura de servios: manuteno e balanceamento de carga.
Tipicamente, realizar manuteno em servidores provoca uma descontinuidade no
oferecimento dos servios que ele prov. A virtualizao, associada migrao, o
instrumento que permite reduzir o tempo de indisponibilidade dos servios (downtime).
Assim, se os servios so providos por um domnio convidado, basta migrlo para outro
servidor enquanto feita a manuteno no servidor original. Se o recurso de livre migration
for empregado, o fornecimento do servio praticamente no sofre interrupo.
XenDesktop
XenApp
Computao em nuvem
Virtualizao de Servidores
O enfoque deste curso a virtualizao de servidores. Mas lembrese de que ela no a nica
forma de virtualizao existente, pela qual uma organizao pode tirar proveito para reduzir
custos e, ao mesmo tempo, flexibilizar sua infraestrutura de TI e tornla mais gil. Em um
contexto empresarial, to importante quanto a virtualizao de servidores a virtualizao
de desktops, de aplicaes e tambm a computao em nuvem. Dada a importncia dessas
atividades, o Xen fornece solues por meio da XenSource e da Citrix.
63
63
XenDesktop
O mesmo tipo de tecnologia e de princpio utilizado para virtualizar servidores tambm pode
ser empregado em mquinas de usurios finais, os desktops. A ideia fundamental por trs da
virtualizao dos desktops centralizar a gerao de imagens e a administrao de sistemas
operacionais empregados pelos usurios finais. A partir de um sistema computacional com
recursos modestos ou mesmo sem muitos cuidados de administrao, um usurio final pode
acessar recursos de uma infraestrutura corporativa de forma segura e funcional. Entretanto,
para realizar esse acesso necessrio que a mquina do usurio final execute um programa
cliente de conexo remota, como o Remote Desktop Connection (RDC).
A princpio, o conceito de virtualizao de desktops parece similar ao de terminal services da
Microsoft, mas no . A diferena fundamental entre eles que as solues baseadas no tipo
terminal services permite aos usurios dividir um ambiente de desktop com outros. Na
virtualizao de desktop, o usurio tem acesso a um ambiente prprio de desktop em um
servidor central como se cada um estivesse sozinho usando seu prprio desktop. As
principais vantagens da virtualizao de desktop advm dessa caracterstica. Primeiro, se
cada usurio corresponde a uma mquina virtual instanciada em um servidor central (e
remoto), esses equipamentos esto compartilhando recursos de rede, de processamento,
memria e armazenamento, que provavelmente no estariam disponveis em um desktop
fsico. Segundo, a imagem do Sistema Operacional mantida de forma centralizada, por uma
equipe de TI dedicada; no fsico, no haveria a possibilidade de um usurio final ser o
administrador do desktop virtual. Por fim, eventuais problemas em um desktop no
interferem na seo de trabalho de outro usurio em outro desktop, ou seja, explorase a
capacidade de encapsulamento das mquinas virtuais, confinando cada usurio em um
sistema prprio.
As solues para virtualizao de desktop somam uma srie de componentes, incluindo o
lado que executa na mquina do usurio final, um protocolo de conexo remota, o hipervisor
e as mquinas virtuais no servidor central. Existe ainda uma srie de outras facilidades com
vistas ao gerenciamento das imagens, tolerncia a falhas etc. Em funo disso, bastante
comum encontrar a referncia ao acrnimo Virtual Desktop Infrastructure (VDI).
O XenDesktop o produto disponibilizado pela Citrix para a virtualizao de desktops. H
cinco verses do produto: express, standard, advanced, enterprise e platinum. As diferenas
principais entre elas esto relacionadas quantidade de usurios finais suportados;
capacidade de failover; acesso remoto; gerenciamento remoto e de imagens; suporte a
aplicaes por demanda; entre outros. Para mais detalhes, consulte o site do fabricante
(www.citrix.com).
Virtualizao de Servidores
XenApp
64
Virtualizao de Servidores
Virtualizao de Servidores
65
65
Virtualizao de Servidores
66
66
Virtualizao de Servidores
4
Gerenciamento do Xen
Infraestrutura de hardware para o Xen
1
1
1
1
XenServer
DomU
Hipervisor Xen
Dom0
O XenServer executa em uma vasta gama de processadores da famlia Intel e AMD. Tanto os
processadores quanto o prprio Xen esto constantemente em evoluo, o que torna bem
difcil informar uma tabela de compatibilidade sem correr o risco de rpida desatualizao.
Como regra geral, podese dizer que os processadores derivados da famlia x86 so aqueles
com melhores garantias de funcionamento e estabilidade do Xen. recomendvel o emprego
de um processador de 64 bits com frequncia de operao superior a 1.5 GHz e, de
preferncia, multicore. O Xen pode suportar 32 processadores ou ncleos.
possvel analisar o XenServer por seus trs grandes componentes: Domnio 0 (Dom0),
Domnio U (DomU) e o hipervisor Xen. O Dom0 um sistema operacional GNU/Linux com o
ncleo modificado para interagir com os DomU e o hipervisor. Os requisitos de processador e
de hardware so os de uma instalao Linux convencional, ou seja, no h grandes restries
e exigncias para executar o Dom0.
Para o Domnio U necessrio considerar o emprego da paravirtualizao ou da
virtualizao completa. Assim como o Dom0, cada DomU precisa respeitar as mesmas
Virtualizao de Servidores
67
67
necessidades de processador, memria e hardware recomendados para o Sistema
Operacional que utiliza. Entretanto, para empregar mquinas virtuais com sistemas
operacionais no modificados (virtualizao completa) no DomU, como o caso da famlia
Microsoft Windows, preciso que o processador oferea suporte virtualizao por
hardware (Hardware Assisted Virtualization HAV). Atualmente, esse suporte disponvel
nos processadores IntelVTx e AMDV (SVM) e costuma ser habilitado por meio de opes da
BIOS.
Apesar das solues oferecidas pela Intel e pela AMD seguirem um mesmo princpio de
funcionamento, elas so implementadas de formas distintas, o que torna um cdigo
dependente do processador. Para mascarar essas diferenas, o Xen define uma camada de
compatibilidade chamada de Hardware Virtual Machine (HVM).
Na prtica, o hipervisor do Xen uma camada de software com tarefas bastante especficas e
bsicas como configurao de controladores dos dispositivos de hardware e da unidade de
gerncia de memria (MMU); escalonamento; troca de contexto; e tratamento de
interrupes de hardware. O hipervisor em si no impe fortes restries quanto ao
processador. A prova disso que o hipervisor Xen capaz de executar em um Pentium 4 com
512 MB de memria RAM, embora seja relativamente bvio que um ambiente real de
produo exige recursos de processamento e de memria bem mais robustos.
Como visto no captulo anterior, para acessar os dispositivos de entrada e sada, o Xen
emprega os drivers do Sistema Operacional que executa no Dom0. Portanto, a
compatibilidade do Xen quanto ao suporte a dispositivos exatamente a oferecida pelo SO
do Dom0. A opo mais comum para o Dom0 o Sistema Operacional GNU/Linux, com
suporte para uma variedade de dispositivos de E/S.
Memria RAM
1
1
1
1
1
Aplicaes
DomU
Dom0
Hipervisor
Como qualquer processo, o Xen tem uma capacidade de enderear memria limitada pelo
barramento de endereos do processador. Em sistemas com 32 bits, possvel acessar
apenas 4 GB de memria (232). Uma das evolues do Xen 3.0 foi oferecer para as
arquiteturas de 32 bits suporte ao mecanismo de Physical Address Extension (PAE), que
permite acessar at 64 GB de memria. J para sistemas com arquiteturas de 64 bits, o limite
de 1 TB de memria RAM. A quantidade de memria desejvel aquela que possibilita
executar as mquinas virtuais e as aplicaes de maneira satisfatria ao usurio final. A
questo dimensionar adequadamente essa quantidade de memria, o que envolve custo.
Virtualizao de Servidores
68
Capacidade de endereamento
68
Virtualizao de Servidores
para o Dom0 e para cada DomU e as aplicaes que essas mquinas virtuais vo executar. Em
relao s aplicaes e servios empregados nas mquinas virtuais (DomU), o
dimensionamento de memria deve ser o usado em ambientes no virtualizados.
Um ponto de partida bastante lgico para os domnios U indicado no wiki do Xen:
determinar o nmero de mquinas virtuais que sero usadas simultaneamente e somar a
capacidade mnima de memria recomendada pelo fabricante de cada Sistema Operacional,
empregado em cada mquina virtual (DomU). Grosso modo, isso equivalente a multiplicar
por 1,5 a quantidade de mquinas virtuais instanciadas. O resultado a quantidade de
memria em GB necessria para os domnios U. preciso ainda considerar a memria
necessria ao Dom0 e ao hipervisor Xen.
69
Virtualizao de Servidores
Cada mquina virtual tem seu prprio sistema de arquivos e, por consequncia, deve haver
espao em disco suficiente para cada uma delas. O local exato onde os arquivos sero
armazenados, assim como o tipo de sistema de arquivos a ser empregado em cada uma das
parties, depende de uma srie de fatores que precisam ser analisados caso a caso. Neste
captulo, sero discutidos os principais fatores. Em todo caso, possvel afirmar que os
sistemas de arquivos e dispositivos de armazenamento suportados pelo Xen so os
oferecidos pelo Dom0 variam desde sistemas de arquivos locais a sistemas remotos pelo
emprego de Network Attached Storage (NAS) e Storage Area Network (SAN). Lembrese de
que NAS possui um sistema de arquivos associado, usualmente acessado via Network File
System (NFS) ou Samba, enquanto um SAN disponibiliza apenas blocos brutos de dados, com
acesso por protocolos especficos como iSCSI ou Fiber Channel.
69
Virtualizao de Servidores
70
70
Virtualizao de Servidores
Volume fsico (Physical Volume PV): empregado para designar um dispositivo fsico de
armazenamento, como um disco rgido, um sistema RAID ou uma partio.
Unidades fsicas (Physical Extents PE): so unidades fsicas de alocao de dados,
similares aos blocos de dados. Um volume fsico (PV) dividido com base nessa
unidade.
Volume lgico (Logical Volume LV): equivalente a uma partio tradicional de disco e,
por conseguinte, pode ser formatado logicamente para conter um sistema de arquivos.
Unidade Lgica (Logical Extents LE): unidades lgicas de alocao de dados, similares
aos blocos de dados e empregadas no volume lgico. As unidades lgicas (LE) possuem
o mesmo tamanho das unidades fsicas (PE).
Grupo de volume (Volume Group VG): corresponde ao nvel mais alto de abstrao do
LVM. Rene uma coleo de volumes lgicos (LV) em uma mesma unidade de
gerenciamento. Em analogia com discos tradicionais, possvel considerar um grupo de
volume, como um disco que contm vrias parties (LVs), que so compostas por
blocos de dados (LEs).
Virtualizao de Servidores
71
Dessa forma, um disco fsico (PV) dividido em unidades fsicas (PEs) que correspondem s
unidades lgicas (LEs). Um conjunto de LEs forma um volume lgico (LV); por sua vez, um
conjunto de LVs forma um grupo de volume (VG). importante salientar que os LEs
empregados para compor um volume lgico podem ser provenientes de discos fsicos
diferentes. Esse tipo de estrutura permite que, para aumentar a capacidade de
armazenamento de uma instalao j existente, seja suficiente adquirir um novo disco fsico,
formatlo em unidades fsicas (PEs) do LVM, associlas a unidades lgicas (LEs) e fazer a
distribuio entre os diferentes volumes lgicos (LVs) conforme a necessidade. possvel
ainda retirar unidades lgicas de um volume lgico e atribulas a outro. A figura a seguir
ilustra a relao entre esses elementos.
71
Figura 4.1 Logical Volume Management (PVs, PEs, LEs, LVs e VG).
A migrao uma das grandes facilidades oferecidas pelo Xen. possvel migrar domnios de
um servidor fsico a outro, mas com algumas consideraes relativas aos domnios 0 e U.
Existem duas modalidades de migrao: normal e a quente (live). Na migrao normal, o
domnio parado e congelado, formando um arquivoimagem com contexto de execuo, que
transferido para outro servidor l reinicializado. Na migrao live, o domnio virtual
transferido para outro servidor sem a necessidade de interromper a execuo.
Entretanto, a migrao de domnios entre servidores fsicos s possvel se o tipo de
armazenamento configurado no domnio a ser migrado for do tipo remoto, ou seja, se todas
as parties montadas pelo domnio no forem dispositivos fsicos acessados diretamente do
Dom0 local. Em uma instalao tpica, o Dom0 no sofre migrao e, embora possa empregar
sistemas de arquivos remotos via NFS ou mesmo Samba, ele instalado diretamente em um
disco local com um sistema de arquivos qualquer provido pelo Linux. J os DomU podem ser
migrados a quente.
Virtualizao de Servidores
72
72
Virtualizao de Servidores
Rede
De maneira similar ao que acontece com os discos fsicos, os requisitos de rede de uma
instalao Xen dependem do volume de trfego de dados gerado pelas aplicaes e do
nmero de mquinas virtuais instanciadas em cada servidor fsico. Tipicamente, uma
instalao Xen emprega uma rede do tipo Ethernet. Existe grande variedade de placas de
rede Ethernet com seus respectivos drivers para o Linux. Isso no constitui um problema.
Como um nico servidor fsico capaz de executar mltiplas mquinas virtuais que
efetuam tarefas envolvendo acesso rede , pode haver uma forte competio pelo recurso
de interface fsica de rede e, assim, comprometer o desempenho da soluo de virtualizao.
Em funo disso, recomendase que sejam empregadas interfaces de rede de pelo menos 1
Gbit/s, alm de usar mais de uma interface fsica de rede por servidor, para separar os
diferentes trfegos existentes:
Trfego normal, gerado pelas aplicaes;
Trfego de storage e gerenciamento.
O primeiro passo para instalar o Xen , obviamente, obtlo. Uma instalao Xen formada
pelo hipervisor, pelo domnio 0 e por domnios U. O hipervisor e o Dom0 se confundem. J o
DomU composto por uma imagem do sistema de arquivos raiz, um ncleo modificado para
o Xen (no caso de paravirtualizao) e um arquivo de configurao que descreve os recursos,
como memria, processador e dispositivos de E/S. A seguir, sero discutidos alguns detalhes
sobre a obteno e instalao desses componentes.
73
73
oferecidas nas distribuies comerciais. As distribuies livres no fornecem essas
facilidades ou as disponibilizam em verses de funcionalidades limitadas. As principais
distribuies comerciais do Xen so: Citrix XenServer Product Group (XenServer Standard e
XenServer Enterprise); Virtual Iron Software Inc. (Virtual Iron Virtualization Manager and
Service); SUSE Linux Enterprise Server 10; e Red Hat Enterprise Linux 5 (RHEL 5).
Na opo por uma distribuio livre do Xen, basta empregar uma distribuio Linux
convencional que tenha suporte ao hipervisor Xen. As distribuies Linux mais conhecidas
so Ubuntu, Fedora, Debian, OpenSuse e Gentoo alm do XenServer, que derivado da
distribuio CentOS. possvel ainda usar o Xen com distribuies que no sejam Linux,
como, por exemplo, OpenSolaris, FreeBSD, OpenBSD e NetBSD. Assim como vrios outros
pacotes de software, o Xen tambm disponibilizado de forma binria e pode ser instalado
via gerenciadores de pacotes da distribuio (aptget, YaST, yum), ou por meio de seus
arquivosfonte em tarball, que precisam ser configurados, compilados e instalados. A escolha
entre as distribuies disponveis, como pelas opes de binrios prcompilados ou tarballs,
feita mais por familiaridade que por critrio ou requisito tcnico especfico.
O hipervisor Xen, na verdade, uma camada de software que age como se fosse uma espcie
de microncleo. Ele usado para realizar algumas tarefas fundamentais, como
escalonamento e gerncia de memria, alm de tratar interrupes e gerir as chamadas de
sistemas do Xen, denominadas hypercalls. O hipervisor, sozinho, no tem valia e sua
instalao sempre confundida com a do Dom0. Ao instalar o Dom0, o hipervisor instalado
junto. Para o Dom0, pode ser empregada qualquer uma das distribuies comentadas.
Virtualizao de Servidores
74
74
Virtualizao de Servidores
Imagens preexistentes
A vantagem das duas primeiras que empregam um ncleo pronto e funcional, embora ele
possa no ter todos os mdulos e funcionalidades desejados para um DomU. Esse
inconveniente contornado quando se compila o ncleo, pois, dos eventuais problemas que
possam ocorrer durante o processo, possvel customizlo para atender aos requisitos do
DomU. Um ponto importante a ressaltar que, independentemente da forma como se obtm
o ncleo, sua imagem armazenada fora do DomU.
H quatro formas para configurar um DomU paravirtualizado: clonagem, imagens
preexistentes, uso de ferramentas especficas de uma distribuio Linux e via qemu. Porm,
antes de apresentar mais detalhes sobre os modos de instalao da paravirtualizao,
interessante salientar alguns aspectos da inicializao e carga de um Sistema Operacional
GNU/Linux convencional, para uma melhor compreenso desses mtodos.
Virtualizao de Servidores
75
75
problema: para ler o disco e inicializar o sistema necessrio que os drivers j
tenham sido carregados, e o sistema de arquivos j esteja montado. A soluo para o
impasse empregar um sistema de arquivos raiz (temporrio) inicial, com o mnimo
de funcionalidades; armazenado em RAM. Esse primeiro sistema de arquivos faz parte
do Initial RAM Disk (initrd). O initrd possui um pseudodriver de dispositivo para
emular em RAM um disco onde est armazenado o sistema de arquivos raiz inicial. O
initrd pode ser um arquivo separado da imagem do ncleo (vmlinuz) ou estar
embutido nela. No caso de arquivo separado, ele deve ser carregado em memria
antes do controle e da inicializao serem passados ao ncleo.
Uma vez que todos os drivers necessrios estejam carregados, e tenham sido
montados os sistemas de arquivos definitivos, o sistema de arquivos raiz inicial
substitudo pelo sistema de arquivos raiz real, armazenado em disco. Importante
salientar que o ncleo (kernel) e o sistema de arquivos raiz (Root FS) so
desvinculados entre si, assim como aqueles montados depois. Por isso, possvel
atualizar o ncleo de uma instalao Linux sem a necessidade de reinstalar todo o
sistema.
Clonagem
importante no
confundir o uso da
palavra inglesa
root. Root File
System indica a
raiz inicial do
sistema de
arquivos, que
representado e
iniciado em /, e
no o sistema de
arquivos
(diretrios e
arquivos)
pertencente ao
usurio root
(administrador do
Este mtodo parte de uma instalao j existente com um ncleo modificado para
sistema).
interagir com o Xen. O primeiro passo criar um arquivo inicialmente vazio, que serve
como uma espcie de partio virtual de disco, onde os diretrios e arquivos do root FS sero
armazenados. Alm dele, possvel criar outro arquivo para servir como partio de swap
para o DomU. Tipicamente, esses arquivos so criados com o auxlio do comando Linux dd e
formatados logicamente com o comando mkfs. O resultado final anlogo a ter (vitualmente)
duas parties de disco, onde o sistema convidado ser instalado.
Na sequncia, preciso popular o root FS do sistema convidado (DomU) com os arquivos
necessrios. Esses arquivos so copiados do sistema de arquivos do Sistema Operacional
convencional usado como base para gerar o convidado. A parte mais complicada dessa cpia
analisar, no root FS do SO base, o que pode ou deve ser copiado para o root FS do DomU,
que est sendo gerado.
Virtualizao de Servidores
Com as imagens de um root FS e uma rea de swap, basta definir um arquivo de configurao
Xen para mapear e montar esses arquivos como dispositivos de E/S no Sistema Operacional
convidado (DomU). Esse arquivo de configurao, alm da imagem de um ncleo (vmlinuz) e
de um RFS inicial (initrd), define outros parmetros, como nome da mquina, memria a ser
usada pela mquina virtual e endereo IP. Para executar a mquina virtual, preciso apenas
empregar o comando Xen xm com a opo create, passando como parmetro o nome do
arquivo de configurao.
76
76
Virtualizao de Servidores
virtualappliances.net
jumpbox.com
rpath.com
debootstrap (Debian/Ubuntu): pacote que pode ser instalado no sistema por meio de
aptget. Essencialmente, o deboostrap permite fazer a instalao de um sistema em um
diretrio qualquer. O sistema de arquivos resultante desse procedimento corresponde
ao root FS do DomU que est sendo gerado.
Virtualizao de Servidores
77
77
O procedimento geral executado por qualquer uma dessas ferramentas o mesmo. As
diferenas fundamentais entre elas esto na facilidade de uso. Nesse quesito, h certa
preferncia geral por virtmanager. Observe que possvel gerar imagem para DomU com
uma ferramenta qualquer e, posteriormente, usar a imagem gerada, customizada, como se
fosse uma appliance de terceiros. Novamente, um DomU nada mais que uma imagem de
ncleo, um sistema de arquivos e um arquivo de configurao.
Qemu
1
1
1
Drivers virtuais
Software livre
Emulador de processadores
O Qemu um software livre (licena GNU LGPL) que emula uma srie de processadores do
mercado e tambm oferece um conjunto vasto de dispositivos de E/S virtuais, ou seja, na
prtica o Qemu o hardware de uma mquina virtual. Uma forma simples de gerar imagem
para DomU instalar o Qemu e, a partir dele, fazer a instalao do Sistema Operacional
desejado para o DomU. Uma vez concluda a instalao, possvel copiar o sistema de
arquivos gerado nessa instalao para ser usado como sistema de arquivos do DomU. A
imagem do ncleo a ser empregada no DomU pode ser a do Dom0 ou de outro ncleo
compatvel com o Xen. Por fim, como nos casos anteriores, necessrio criar um arquivo de
configurao que defina os recursos da mquina virtual (memria RAM, disco e rede) e
descreva onde esto os arquivosimagem do ncleo e do sistema de arquivos.
Comandos de linha
Virtmanager
XenCenter
Virtualizao de Servidores
Comando de linha
78
Virtualizao de Servidores
Virt-manager
Virtualizao de Servidores
79
79
Xen Center
Citrix XenCenter uma aplicao Windows que oferece uma interface grfica para gerenciar
o Citrix XenServer, cujas principais funcionalidades so a criao, o gerenciamento e o
monitoramento de mquinas virtuais. De forma similar s interfaces grficas das
distribuies Linux, o XenCenter permite a conexo a domnios convidados, por meio de uma
interface grfica. O grande diferencial do XenCenter em relao s demais ferramentas que
permite realizar migraes de mquinas virtuais e controlar o balanceamento de carga (de
forma grfica). possvel fazer o download do Citrix XenCenter na pgina oficial da Citrix
Inc. A figura a seguir mostra telas do Xen Center.
Virtualizao de Servidores
80
80
Virtualizao de Servidores
Repositrio de imagens
Como o uso de storage gera um volume de acessos (trfego), desejvel que o storage
empregue um mecanismo de interconexo isolado dos demais. Tal interconexo pode ser
proprietria e especfica de uma tecnologia de disco. Outra opo adotar uma rede ethernet
e, nesse caso, importante que ela seja destinada ao trfego de dados entre as mquinas
Virtualizao de Servidores
81
81
virtuais e o storage para que no haja concorrncia com o trfego normal de dados e
possua uma taxa de transferncia (1 ou 10 Gbit/s).
Por fim, as imagens ISO que sero utilizadas nos domnios U precisam estar armazenadas em
algum local. A soluo coloclas em um lugar acessvel por qualquer mquina. Surge,
ento, a noo de um repositrio de imagens ISO, que usualmente emprega um sistema de
armazenamento remoto.
Detalhe importante: no caso do Xen, o repositrio de imagens separado daquele utilizado
para armazenar os sistemas de arquivos das mquinas virtuais.
Virtualizao de Servidores
82
82
Virtualizao de Servidores
O XCP foi originalmente derivado do Citrix XenServer. Hoje, o cdigo dele est sob a Licena
Pblica Geral GNU (GPL2), disponvel sem custo, tanto de origem quanto de formato binrio.
Ele e sempre ser de cdigo aberto, unindo a indstria e o ecossistema Xen para acelerar a
adoo de tecnologias de virtualizao e computao em nuvem. Trabalha ativamente com
open source e padres abertos para ajudar a superar os desafios da mobilidade em nuvem.
Virtualizao de Servidores
83
83
Virtualizao de Servidores
84
84
Virtualizao de Servidores
5
Introduo ao Hyper-V
1
1
2
2
1
1
Caractersticas gerais
Verses
Benefcios
Licenciamento
Caractersticas gerais
85
85
VSP/VSC
Verses
Virtualizao de Servidores
86
86
Virtualizao de Servidores
(Windows Server
Virtualization
WSV) inspirada
em um modelo
clienteservidor, no
qual o
Virtualization
Service Provider
(VSP) executa na
componente
autorizado a
acessar os drivers
de dispositivos
reais. As parties
filho executam o
Virtualization
Service Client
drivers virtuais de
dispositivos. As
requisies feitas a
um driver virtual
so recebidas pelo
VSC, que as
reencaminha para
o VSP.
Edio
Foundation
Essentials
Standard
Datacenter
Comparao de recursos
Modelo de licenciamento
1 processador
Por Servidor
2 processadores
Por Servidor
Recursos limitados
Recursos limitados
Limite de 15 usurios
Limite de 25 usurios
Processador
CAL**
Processador
CAL**
** CALs (client access licenses licenas de acesso para o cliente): licena para cada usurio
ou dispositivo que acessar o servidor.
Como pode ser visto na tabela 5.1, o licenciamento Microsoft foi revisto e simplificado, se
comparado com as verses anteriores. No novo modelo, o usurio pode definir qual verso
melhor o atende, considerando alguns aspectos.
Observase nos tpicos apresentados acima que apenas as verses Standard e Datacenter
podem ser utilizados para infraestruturas de virtualizao.
Benefcios
87
O produto Microsoft HyperV Server uma soluo gratuita e mais simples. Oferece apenas a
opo de consolidao de servidores e a definio de mquinas virtuais com diferentes
sistemas operacionais. A ltima caracterstica permite que sejam criados ambientes de teste
e desenvolvimento de software para outras plataformas.
87
inclui qualquer device driver de terceiros. Os device drivers utilizados so aqueles
desenvolvidos para o Sistema Operacional Windows nativo.
Licenciamento
Windows Server
2012 Standard
1 computador fsico
+ 2 VM
1 computador fsico +
nmero ilimitado de VMs
Virtualizao de Servidores
88
Hipervisor
Virtualizao de Servidores
Quando o HyperV carregado pela primeira vez, criase uma partio chamada de partio
raiz ou partio pai. Ela hospeda a instncia do Windows Server 2012 que estava executando
antes da habilitao do perfil HyperV. A partio pai controla os dispositivos de hardware e
responde pela alocao de memria em si, alm de solicitar ao hipervisor a criao das
parties filho, que no tm acesso direto ao hardware.
As requisies de E/S de uma mquina virtual so encaminhadas para os adaptadores fsicos
do sistema por meio da partio pai. O modelo indireto de E/S utilizado pelo HyperV
permite que os equipamentos virtuais sejam independentes de tipos especficos de
dispositivos de hardware no servidor fsico. Os dispositivos virtuais que uma mquina expe
para o Sistema Operacional convidado podem ser de dois tipos:
Virtualizao de Servidores
VMBUS
Canal de
comunicao entre
os VSCs das
parties filho e o
VSP da partio
pai.
89
89
Consolidao de servidores
Consolidao de servidores
As empresas so pressionadas a simplificar o gerenciamento e reduzir os custos, ao mesmo
tempo em que precisam manter e aprimorar suas vantagens competitivas como
flexibilidade, confiabilidade, escalabilidade e segurana. O uso do HyperV para a
consolidao de vrios servidores em um nico sistema fsico, mantendo o isolamento, ajuda
a suprir tais necessidades. Um dos principais benefcios da consolidao de servidores a
reduo do custo total de propriedade (TCO), no apenas por diminuir os requisitos de
hardware, mas tambm os custos com energia, refrigerao e gerenciamento.
Virtualizao de Servidores
90
Virtualizao de Servidores
para prover a continuidade de negcios, como backup em tempo real e migrao rpida,
permitindo que as empresas atendam aos parmetros de tempo de ativao e resposta.
Desenvolvimento e teste
Datacenter dinmico
HyperV Manager
O HyperV pode ser gerenciado por duas principais ferramentas: a prpria do HyperV,
chamada de HyperV Manager, e uma externa denominada Systems Center Virtual Machine
Manager (SCVMM).
Hyper-V Manager
1
1
Interface MMC
Funcionalidades
Virtualizao de Servidores
91
91
O HyperV utiliza para gerenciamento a interface padro Microsoft Management Console
(MMC). As mquinas virtuais e os servidores so configurados com o MMC, que permite
aplicar plugins de terceiros e melhorias por meio de comandos criados pelos usurios do
tipo Windows PowerShell. Uma nica instncia do MMC pode conectar mltiplos
hospedeiros HyperV. Entretanto, cada hospedeiro e as mquinas virtuais que possui
gerenciado de modo independente. Para administrar o ambiente de HyperV em cluster,
necessrio usar o console Failover Cluster.
Funcionalidade do MMC:
Conceito
Propriedades
Cenrios
Recursos
Cenrios
1
1
1
Virtualizao de Servidores
92
92
Virtualizao de Servidores
Recursos do SCVMM
1
1
1
1
1
Aprovisionamento de servidores
Biblioteca central
Aprovisionamento de autoatendimento
Disposio inteligente
93
93
comerciais e modelos associados tambm so utilizados pelo SCVMM para determinar as
opes de disposio.
Aprovisionamento de servidores
O SCVMM identifica as mquinas virtuais na empresa pela integrao com o Active Directory.
Isso ajuda as organizaes a escalar facilmente o gerenciamento de equipamentos fsicos e
virtuais no datacenter e escritrios remotos.
Biblioteca central
O SCVMM oferece um repositrio central a todos os blocos de construo para uma mquina
virtual, como Virtual Hard Disk (VHDs), mquinas virtuais offline, modelos e at mesmo
imagens ISO. Cada item da biblioteca possui modelos ou metadados que permitem um
gerenciamento mais controlado dos objetos. O modelo um novo objeto que possibilita ao
administrador criar configuraes aprovadas de equipamento virtual, que servem como um
padro para subsequentes implantaes de mquinas virtuais.
Aprovisionamento de autoatendimento
Os snapshots de uma mquina virtual so arquivos baseados no estado, nos dados do disco e
na configurao do equipamento virtual num determinado ponto no tempo. possvel tirar
vrios snapshots de uma mquina virtual, mesmo quando ela est ativa, e, em seguida,
revertla a qualquer um dos estados anteriores, aplicando o snapshot apropriado. H
possibilidade de usar tanto o HyperV Manager como o Virtual Machine Connection para
fazer um snapshot. Todas as tarefas passveis de serem realizadas com snapshots esto
disponveis pelo HyperV Manager, como aplicar ou excluir snapshots e exibir a lista de todos
os snapshots existentes para uma mquina virtual especfica.
Os snapshots podem ajudar a aumentar a eficincia em muitas configuraes, nas quais pode
ser preciso recriar diferentes ambientes e reproduzir condies como as de desenvolvimento
e teste, alm de tarefas relacionadas a suporte tcnico. Entretanto, o mesmo poder e
flexibilidade que torna os snapshots teis e eficazes em determinadas configuraes podem
causar consequncias indesejadas e potencialmente graves em outras configuraes. Isso
Virtualizao de Servidores
94
94
Virtualizao de Servidores
Uma das situaes mais favorveis para o uso dos snapshots referese ao desenvolvimento e
teste de atividades, incluindo a utilizao da mquina virtual como um servidor de teste para
as atualizaes e hotfixes, antes de implantlos nos servidores de produo. No
recomendvel empregar snapshots em equipamentos virtuais que prestam servios
sensveis no tempo, tais como servios do Active Directory (AD), ou quando o desempenho
ou a disponibilidade de espao de armazenamento crtica.
Alm disso, antes de utilizar os snapshots preciso considerar:
Live Backup
1
1
Conceito
Mtodos bsicos
possvel efetuar backup automtico das mquinas virtuais e seus dados sem qualquer
downtime, caso o Sistema Operacional convidado tenha suporte ao Volume Shadow Copy
Service (VSS). Para implementar os cenrios de backup e recuperao, preciso usar um
aplicativo de backup compatvel com o gravador VSS do HyperV. O backup do Windows
Server exige a adio de uma chave de registro ao gravador VSS do HyperV.
H dois mtodos bsicos para realizar um backup:
Virtualizao de Servidores
95
95
virtuais e reconectando os adaptadores virtuais de cada mquina rede virtual apropriada.
Parte do planejamento de backup, h necessidade de documentar a configurao e todas as
definies relevantes de rede virtual, caso seja preciso crila novamente.
Sistema Operacional convidado de uma mquina virtual
Mtodo usado quando for preciso fazer o backup dos dados de um repositrio que no
possui suporte do gravador VSS do HyperV. Nesse caso, o aplicativo de backup executado
no Sistema Operacional convidado da mquina virtual.
O processo de backup em fita aproveita a vantagem da funcionalidade no backup virtual do
HyperV. Por exemplo, se um servidor incorpora um script que automatiza o backup dos
dados para a fita, esse processo continua sendo utilizado se o servidor convertido para
mquina virtual.
Live Migration
Virtualizao de Servidores
Live Migration um dos mais novos recursos do Windows Server 2012 R2 HyperV. Ainda
neste captulo, descreveremos o recurso em detalhes. Daremos informaes sobre como ele
move as mquinas virtuais em execuo e descreve cenrios nos quais particularmente til,
alm dos seus requisitos de implementao.
96
Virtualizao de Servidores
A SLAT usa a funcionalidade de CPU disponvel nos processadores Intel que suportam as
tabelas de pgina estendida e nos processadores AMD, que possuem a Indexao Rpida de
Virtualizao (Rapid Virtualization Indexing) para reduzir a carga de traduo de endereos
fsicos convidados para endereos fsicos reais. Isso diminui significativamente o tempo de
CPU do hipervisor e economiza memria para cada mquina virtual, permitindo ao
computador fsico trabalhar mais, com menos recursos do sistema. O core parking de CPU
possibilita a economia de energia; agenda a execuo do equipamento virtual em apenas
alguns dos ncleos de CPU do servidor e coloca o resto em estado sleep.
No Windows Server 2012 R2 h trs novos recursos de rede que melhoram o desempenho
da rede no ambiente de virtualizao. O suporte a jumbo frames, antes disponvel em
ambientes no virtuais, tem sido ampliado para ser aplicado nas mquinas virtuais. Ele
permite que os equipamentos usem jumbo frames de at 9014 bytes, se a rede fsica
subjacente aguentar. O suporte a jumbo frames reduz a carga da pilha de rede e aumenta o
processamento. Alm disso, h tambm uma significante diminuio de utilizao da CPU,
devido ao menor nmero de chamadas da pilha de rede para o driver de rede.
Virtualizao de Servidores
97
Com o Windows Server 2012 R2, o HyperV capaz de usar o armazenamento em Cluster
Shared Volume (CSV) para simplificar e aumentar o armazenamento compartilhado. O CSV
permite que mltiplos servidores Windows acessem o armazenamento SAN com um nico
espao de nome consistente para todos os volumes, em todos os servidores. Mltiplos
servidores podem acessar o mesmo Nmero de Unidade Lgica (LUN) no armazenamento de
SAN.
97
Alta disponibilidade
1
1
1
1
1
Guest clustering
Host clustering
Quick Migration
Live Migration
O Windows Server 2008 com HyperV oferece duas solues para Alta Disponibilidade (HA):
HyperV Guest Clustering e HyperV Host Clustering. No primeiro, o servio de clusters
executado no Sistema Operacional convidado, dentro da mquina virtual. Nessa
configurao, as aplicaes que esto com alta disponibilidade. A figura 7.5 ilustra o cluster
em uso por duas mquinas virtuais hospedadas em um mesmo servidor fsico. Se o servidor
falhar ou houver problema na partio pai do Windows, os dois equipamentos virtuais
falharo juntos.
Guest Clustering
Virtualizao de Servidores
98
98
Virtualizao de Servidores
Host Clustering
99
Virtualizao de Servidores
A segunda possibilidade para a alta disponibilidade o HyperV Host Clustering. Nesse caso,
o servio de cluster o prprio do Windows Server 2008 64 bits, o failover clustering,
executado na partio pai. Pode ser implementado em sistemas de armazenamento (storage)
do tipo DAS, iSCSI e FC SAN. As mquinas virtuais so como recursos de cluster e no
precisam de servios de cluster nos sistemas operacionais convidados. O requisito que os
arquivos de equipamentos virtuais no storage sejam acessados por todos os servidores
fsicos que fazem parte do cluster. Esse o tipo de cluster mais recomendado, por permitir
uma manuteno planejada e a melhor distribuio das cargas das mquinas virtuais. Um
cluster HyperV Host pode ter at 16 servidores fsicos e ser implantado nas verses de 64
bits Enterprise e datacenter. A figura 7.7 ilustra o uso do HyperV Host Clustering.
99
As cargas de trabalho (aplicaes) dentro das mquinas virtuais no precisam ser cluster
aware.
O HyperV Host clustering permite tanto o failover planejado, conhecido como Quick
Migration/Live Migration, quanto o failover no planejado. O HyperV possibilita a Quick
Migration (migrao rpida) de uma mquina virtual em execuo, de um sistema fsico
hospedeiro para outro, com um tempo de inatividade mnimo. Assim, aproveita as
capacidades j conhecidas de alta disponibilidade das ferramentas de gerenciamento do
Windows Server e do SCVMM.
Virtualizao de Servidores
Quick Migration
100
Virtualizao de Servidores
cluster, e pela forma que interage com o processador, recomendado que os processadores
dos servidores envolvidos sejam idnticos. No caso de failover no planejado, o servio de
cluster reinicializa automaticamente todas as mquinas virtuais em outro n.
Live Migration
O Live Migration integrado com o Windows Server 2012 R2 HyperV e com o Microsoft
HyperV Server 2008 R2. Com o Live Migration, podese mover as mquinas virtuais em
execuo de um servidor fsico HyperV para outro, sem qualquer interrupo de servio
ou tempo de indisponibilidade perceptvel. Dessa forma, o Live Migration oferece uma
boa agilidade, pois os datacenters com mltiplos servidores fsicos HyperV sero
capazes de mover os equipamentos virtuais (em execuo) para um computador fsico
melhor, a fim de obter maior desempenho e escalabilidade ou otimizar a consolidao
sem impacto para os usurios. Ainda, o Live Migration torna vivel manter as mquinas
virtuais online, mesmo durante a manuteno, aumentando a produtividade dos
usurios e dos administradores de servidor. Os datacenters tambm sero capazes de
reduzir o consumo de energia, elevando dinamicamente as taxas de consolidao e
desligando os servidores fsicos no utilizados durante os horrios de menor demanda.
Etapas bsicas realizadas pelo Livre Migration:
Recovery Point
Objective
Processo que
estima o quanto
ser necessrio
retroceder no
consistente para a
reinicializao
correta.
3. O controle de armazenamento dos arquivos VHD das mquinas virtuais so movidos para
destino.
O SCVMM, usado em conjunto com o Live Migration, pode aumentar a capacidade de uma
organizao de responder s mudanas de nveis de uso e de requisitos de sua infraestrutura
de TI. O SCVMM tambm til no gerenciamento de computadores fsicos HyperV locais e
remotos. Quando o SCVMM gerencia um computador HyperV, que foi configurado para alta
Virtualizao de Servidores
101
101
disponibilidade, ele capaz de iniciar o Quick Migration (ou o Live Migration) a partir de seu
console de gerenciamento. Isso fornece uma ferramenta nica para todas as tarefas de
gerenciamento das mquinas virtuais, incluindo o Live Migration.
O Windows PowerShell a base de todo o acesso ao servidor SCVMM. Como o SCVMM Admin
Console baseiase inteiramente no Windows PowerShell, possvel criar scripts Windows
PowerShell para serem executados pelo SCVMM. Ao empregar o SCVMM para migrar uma
mquina virtual, podese gerar o script PowerShell associado. Assim, h possibilidade de
repetir essa ao no futuro via script ou alterlo para realizar a migrao de uma mquina
virtual diferente, e, ainda, para alterar os computadores fsicos de origem e de destino da
migrao.
O SCVMM oferece relatrio sobre virtualizao de servidor fsico e colocao de mquina
virtual. Esses relatrios podem ser usados em processos de tomada de deciso para a
colocao de novas mquinas virtuais ou para a migrao das existentes. Especialmente em
ambientes muito densos, como vrios datacenters, ou muitos dispersos, como locais
remotos, a informao correta sobre o desempenho da virtualizao pode ser vital para
atender aos requisitos de uptime e disponibilidade. O SCVMM facilmente fornece as
informaes necessrias para o gerenciamento eficiente de mltiplos computadores fsicos
HyperV ou de mquinas virtuais. Como o Live Migration do HyperV facilita a mobilidade
dos equipamentos virtuais de um computador fsico para outro, a obteno de informaes
corretas sobre as mquinas HyperV no ambiente especialmente importante.
O Windows Server 2012 HyperV suporta o Quick Migration. O Windows Server 2012 R2
HyperV suporta tanto o Quick Migration quanto o Live Migration. O Live Migration foi
disponibilizado pela verso Windows 2008 Server R2 e integrado ao Windows Server 2012
R2 HyperV e ao Microsoft HyperV Server 2012 R2.
Virtualizao de Servidores
102
102
Virtualizao de Servidores
6
Gerenciamento do Hyper-V
Infraestrutura de hardware
1
1
1
1
1
Processador
Memria
Armazenamento
Rede
Outros componentes
Processador
A verso de lanamento do HyperV conta com suporte em computadores fsicos com at 320
processadores lgicos; enquanto as verses anteriores, com apenas 24. possvel configurar
o total de 64 processadores virtuais em uma mquina virtual. Observe que o nmero de
processadores com suporte a um Sistema Operacional convidado pode ser menor.
Virtualizao de Servidores
103
103
Memria
Armazenamento
possvel configurar uma mquina virtual para usar os seguintes tipos de armazenamento:
Dispositivos virtuais IDE: cada mquina virtual fornece suporte a at 4 dispositivos IDE.
O disco de inicializao, tambm denominado disco de boot, deve estar conectado a um
dos dispositivos IDE. O disco de inicializao pode ser rgido virtual ou fsico. Embora
um equipamento virtual deva empregar um dispositivo IDE virtual, como o disco de
inicializao do Sistema Operacional convidado, h vrias opes ao selecionar o
dispositivo fsico que fornecer o armazenamento para o IDE. Podemos citar qualquer
um dos tipos mencionados de armazenamento fsico.
Virtualizao de Servidores
104
Embora o desempenho de E/S dos dispositivos SCSI e IDE fsicos possa diferir bastante, o
mesmo no ocorre com os dispositivos SCSI e IDE virtualizados no HyperV. Eles oferecem
104
Virtualizao de Servidores
Rede
Cada mquina virtual pode ser configurada com at 12 adaptadores virtuais de rede: 8
podem ser do tipo adaptador de rede e 4, do tipo adaptador de rede herdado. O
primeiro oferece melhor desempenho e requer um driver para mquina virtual incluso
nos pacotes de servio de integrao.
Cada adaptador de rede virtual tem a alternativa de ser configurado com um endereo
MAC esttico ou dinmico.
Cada adaptador de rede virtual oferece suporte a at 4094 VLANs.
Podese ter um nmero ilimitado de redes virtuais, com at 512 mquinas virtuais por
rede.
No possvel conectar uma rede virtual a um adaptador de rede sem fio. Como resultado,
no possvel fornecer recursos de rede sem fio a mquinas virtuais.
Outros componentes
Unidade de DVD: uma mquina virtual tem uma unidade de DVD virtual por padro
quando criada. Elas podem ser configuradas com at 3 unidades de DVD conectadas a
um controlador IDE. Os equipamentos fornecem suporte a at 4 dispositivos IDE, mas
um dispositivo deve ser o disco de inicializao. Uma unidade de DVD virtual pode
acessar CDs e DVDs, arquivos .ISO ou mdia fsica. Entretanto, apenas uma mquina
virtual tem possibilidade de ser configurada para acessar uma unidade de CD/DVD
fsica por vez.
Unidade de disquete: cada mquina virtual est configurada com uma unidade de
disquete virtual, que pode acessar os arquivos contidos no Virtual Floppy Disk (VFD).
Nenhum acesso a uma unidade de disquete fsica disponibilizado para equipamentos
virtuais.
Virtualizao de Servidores
105
Porta serial (COM): cada mquina virtual configurada com duas portas (COM) seriais
virtuais que podem ser conectadas a um canal (pipe) nomeado para comunicao com
um computador fsico local ou remoto. Nenhum acesso a uma porta COM fsica
disponibilizado por um equipamento virtual.
105
possvel utilizar o HyperV para configurar e usar vrias mquinas virtuais ao mesmo
tempo. O nmero especfico depende de dois fatores. Um a disponibilidade dos recursos
fsicos no servidor que executa o HyperV. Outro corresponde capacidade mxima do
HyperV. H a opo de configurar at 512 mquinas virtuais em um servidor que executa o
HyperV. Com os recursos fsicos apropriados, a verso de lanamento do HyperV oferece
suporte a at 128 equipamentos em execuo ao mesmo tempo. Um hotfix (KB956710) est
disponvel para aumentar para 192 o nmero mximo de mquinas virtuais em operao.
Windows Server 2012 Datacenter e Windows Server 2012 Datacenter sem HyperV;
Windows Web Server 2012;
Discos suportados
Virtualizao de Servidores
Os tipos de disco utilizados pelo HyperV recaem em dois grandes grupos: Virtual Hard Disk
(VHD) e passthrough. Um Virtual Hard Disk (VHD) um arquivo que reside em uma
partio formatada a que a partio pai tem acesso. Esse arquivo aparece para o Sistema
Operacional convidado como um disco com um conjunto de blocos em estado bruto. A
prxima figura ilustra o uso de VHD.
106
106
Virtualizao de Servidores
Virtualizao de Servidores
107
107
Discos e armazenamento
1
1
1
SCSI Local
HD Virtual SCSI
diretamente
Local
conectado
HD Virtual
SCSI Remoto
Tipo de
armazenamento
Armazenamento Armazenamento
diretamente
diretamente
conectado
conectado
SAN, Fibre
SAN, Fibre
Channel/iSCSI Channel/iSCSI
Tipo de disco
exposto ao
Sistema
Operacional de
gerenciamento
Instantneos de
disco rgido
virtual tm
suporte
Disco rgido
virtual de
expanso
dinmica
Virtualizao de Servidores
108
Tamanho
mximo de
disco com
suporte em
mquina virtual
108
Disco rgido
virtual em NTFS
Disco fsico
Disco rgido
diretamente
virtual em
conectado a uma
NTFS
mquina virtual
SCSI Remoto
diretamente
conectado
Disco fsico
diretamente
conectado a
uma mquina
virtual
2 TB
Nenhum limite
de tamanho a
no ser o
oferecido pelo
Sistema
Operacional
convidado
2 TB
Nenhum
limite de
tamanho a
no ser o
oferecido pelo
SO convidado
Sim
No
Sim
No
Sim
No
Sim
No
Virtualizao de Servidores
Disco rgido
virtual de
diferenciao
Capacidade de
acesso dinmico
(adio
automtica) a
qualquer disco
das mquinas
virtuais
Sim
No
Sim
No
No
No
No
No
Com discos rgidos virtuais, cada mquina virtual oferece suporte a at 512 TB de
armazenamento. Os discos fsicos diretamente conectados a um equipamento virtual no
tm limite de tamanho, a no ser a do Sistema Operacional convidado.
Virtualizao de Servidores
109
109
Assistente de Nova Mquina Virtual. Se for um disco de expanso dinmica, o assistente de
Nova Mquina Virtual mostra uma forma de criar armazenamento para o novo equipamento
virtual, sem executar o Assistente para Criao de Discos Rgidos Virtuais. Isso pode ser til
para instalar um Sistema Operacional convidado em uma mquina virtual logo aps a sua
criao.
possvel usar discos fsicos diretamente conectados a uma mquina virtual como opo de
armazenamento no Sistema Operacional de gerenciamento. Isso permite que os
equipamentos acessem o armazenamento mapeado diretamente para o servidor que executa
o HyperV, sem primeiro configurar o volume. O armazenamento pode ser um disco fsico
interno do servidor ou um LUN (nmero de unidade lgica) em um SAN mapeado para o
servidor. A mquina virtual deve ter acesso exclusivo ao armazenamento, de modo que ele
possa ser definido em um estado offline em gerenciamento de disco. O armazenamento no
tem limite de tamanho, portanto, um LUN pode ser ilimitado, ou seja, limitado ao tamanho
mximo suportado pelo Sistema Operacional.
Ao usar discos fsicos diretamente conectados a uma mquina virtual, devese ter cincia de
trs limitaes: esse tipo de disco no pode ser expandido dinamicamente; no vivel usar
discos de diferenciao com eles; nem gerar snapshots do disco rgido.
Aspectos de segurana
1
O servidor de virtualizao pode ser protegido com as mesmas medidas usadas para
qualquer servidor que execute o Windows Server 2012. Alm disso, preciso empregar
algumas aes extras para ajudar na segurana das mquinas virtuais, dos arquivos de
configurao e dos dados. Proteger as mquinas virtuais em execuo no servidor de
virtualizao significa agir de acordo com os procedimentos desse tipo de servidor ou carga
de trabalho. Por exemplo, se as diretivas e os procedimentos exigirem a aplicao de um
antivrus, ele deve ser executado no equipamento. Se houver um requisito de diretiva para
segmentar o servidor fsico para uma rede particular, siga tambm a diretiva para a mquina
virtual.
Virtualizao de Servidores
110
Prticas recomendadas
110
Virtualizao de Servidores
Virtualizao de Servidores
111
111
atualizada ou com todas as correes aplicadas seja implantada. Para gerenciar isso com
eficincia, devem ser usados os mesmos mtodos e procedimentos de atualizao de
mquinas virtuais empregados na atualizao de servidores fsicos. Por exemplo, se for
permitido o emprego de atualizaes automticas com o Windows Update, Microsoft System
Center Configuration Manager ou outro mtodo de distribuio de software, necessrio
verificar se as mquinas virtuais esto atualizadas e/ou com as correes aplicadas antes de
serem implantadas.
Virtualizao de Servidores
112
112
Virtualizao de Servidores
Backup e Restore
1
1
1
Como visto na seo anterior, o HyperV oferece duas possibilidades diferentes de execuo
do backup: a partir do servidor que o executa e a partir do Sistema Operacional convidado.
No entanto, preciso planejar a estratgia de backup em funo da compatibilidade entre as
solues de backup e armazenamento. Alguns pontos a considerar:
Discos rgidos virtuais: oferecem a melhor compatibilidade e podem ser armazenados
em muitos tipos de mdia fsica.
Virtualizao de Servidores
113
113
Todos os discos que estiverem sendo usados pela mquina virtual so configurados no
Sistema Operacional convidado como discos bsicos formatados em NTFS. As mquinas
virtuais que usam o armazenamento em que as parties fsicas foram formatadas como
discos dinmicos (ou o sistema de arquivos FAT32) impedem a realizao de um
backup online. Isso no o mesmo que expandir dinamicamente os discos rgidos
virtuais, que so totalmente suportados pelas operaes de backup e restaurao;
O Servio de Cpia de Sombra de Volume deve ser habilitado em todos os volumes usados
pela mquina virtual com uma configurao especfica. Cada volume tambm deve
servir como local de armazenamento de cpias de sombra do volume. Por exemplo, o
armazenamento de cpia de sombra do volume C: deve estar localizado em C:.
Quando no for possvel realizar um backup online, ser feito um backup offline. Esse tipo
resulta em algum tempo de inatividade. Vrios fatores podem afetar o tempo necessrio para
a realizao de um backup offline. Se a mquina virtual estiver em execuo ou pausada, ela
ser colocada em um estado Saved como parte do processo de backup offline. Aps a
concluso do backup, a mquina virtual retornar ao seu estado atual.
Processo de restaurao
Virtualizao de Servidores
Se o conjunto de backups contiver mdia sem suporte para gravador VSS, devese seguir uma
etapa adicional. Primeiro, necessrio restaurar todo o sistema ou uma mquina virtual,
dependendo das circunstncias. Na sequncia, feita a restaurao da mdia sem suporte ao
VSS no Sistema Operacional convidado. Ao tentar restaurar uma mquina virtual enquanto
estiver em execuo, ela ser desativada e excluda antes da restaurao do backup.
114
114
Virtualizao de Servidores
Ao iniciar uma mquina virtual restaurada a partir de um backup online, o sistema enviar
uma mensagem informando que o Sistema Operacional no foi desligado corretamente,
mensagem que pode ser ignorada de forma segura.
Redes virtuais
1
1
1
Noes bsicas
possvel criar redes virtuais no servidor HyperV para definir vrias topologias entre as
mquinas virtuais e o servidor de virtualizao. Usando o Gerenciador de Rede Virtual
(acessado pelo Gerenciador HyperV), h trs tipos diferentes de redes virtuais.
115
115
Noes bsicas
Ao adicionar a funo HyperV durante uma instalao completa do Windows Server 2012,
h a opo de configurar uma ou mais redes virtuais externas. Essa possibilidade no fica
disponvel ao se executar a instalao Server Core do Windows Server 2012. Os adaptadores
de rede virtuais podero ser renomeados para reflexo se forem atribudos ao computador
fsico ou s mquinas virtuais.
Quando instalado o HyperV e criada uma rede virtual externa, o Sistema Operacional de
gerenciamento usa um novo adaptador de rede virtual para conexo rede fsica. As
conexes de rede so compostas pelo adaptador de rede original e pelo novo adaptador de
rede virtual. O adaptador de rede fsico original no tem nada associado a ele; j o adaptador
de rede virtual tem todos os protocolos padro e os servios.
O HyperV associa o protocolo de servio de rede virtual a um adaptador de rede fsico
quando uma rede virtual externa criada. Devese estar ciente de que a conectividade de
rede externa ser interrompida temporariamente quando uma rede virtual externa for
criada ou excluda.
Uma vez criada, a rede virtual funciona como uma rede fsica, exceto pelo fato de que o
comutador baseado em software, e as portas podem ser adicionadas ou removidas
dinamicamente conforme necessrio.
Quando uma rede virtual externa for configurada, todo o trfego de rede ser encaminhado
pelo comutador virtual. Por esse motivo, recomendamos usar pelo menos um adaptador de
rede fsico adicional para o gerenciamento do trfego de rede. O comutador virtual funciona
como um comutador fsico e encaminha o trfego de rede pela rede virtual ao seu destino. A
figura a seguir um exemplo de rede virtual externa.
Virtualizao de Servidores
116
116
Virtualizao de Servidores
Virtualizao de Servidores
117
117
Virtualizao de Servidores
Use uma rede virtual privada quando quiser permitir a comunicao apenas entre mquinas
virtuais no mesmo servidor fsico. A figura seguinte mostra um exemplo de rede virtual
privada.
118
118
Virtualizao de Servidores
A mquina virtual est logicamente conectada a uma porta na rede virtual. Para que um
aplicativo de rede da mquina virtual se conecte externamente, primeiro ele encaminhado
por meio do adaptador a uma porta lgica na rede virtual externa, a qual a VM est
vinculada. O pacote de rede direcionado ao adaptador de rede fsico e para uma rede fsica
externa.
Virtualizao de Servidores
119
No HyperV, quando uma mquina virtual criada e vinculada a uma rede virtual, a conexo
se estabelece por meio de um adaptador de rede virtual. H dois tipos de adaptadores de
rede disponveis para o HyperV: o de rede e o de rede legado. Para que o adaptador de rede
funcione, os servios de integrao devem estar instalados, o que faz parte da instalao do
HyperV. Se os servios de integrao no puderem ser instalados por causa da verso do
Sistema Operacional, o adaptador de rede no poder ser usado. Em vez disso, ser preciso
adicionar um adaptador de rede legado que emule um PCI Fast Ethernet baseado em Intel
21140 e funcione sem a instalao de um driver de mquina virtual. Um adaptador de rede
legado tambm oferece suporte a instalaes baseadas em rede, porque ele pode inicializar
no PreBoot Execution Environment (PXE). Ele ser necessrio tambm se uma mquina
virtual precisar ser inicializada a partir de uma rede, para desabilitar o adaptador de rede,
aps a inicializao no PXE.
119
Outra mais eficiente encaminhar o pacote de rede pela rede virtual. A opo selecionada
determinada pela rede virtual, que contm um algoritmo de aprendizado; ele, por sua vez,
determina a porta mais eficiente para direcionar o trfego; enviar o pacote de rede a essa
porta. At que essa determinao seja feita pela rede virtual, os pacotes de rede sero
enviados a todas as portas virtuais.
Configurando VLANs
O HyperV oferece suporte a Redes Locais Virtuais (VLANs) e, como a configurao de uma
VLAN baseada em software, os computadores podem ser movidos facilmente e ainda
manterem suas configuraes de rede. Para cada adaptador de rede virtual conectado a uma
mquina virtual, possvel configurar um ID de VLAN para a mquina virtual. Ser
necessrio o seguinte para configurar VLANs:
Um adaptador de rede fsico que oferea suporte a VLANs;
Um adaptador de rede fsico que oferea suporte a pacotes de rede com IDs da VLAN j
aplicados.
No Sistema Operacional de gerenciamento, a rede virtual deve ser configurada para permitir
o trfego de rede na porta fsica para os IDs da VLAN, que se deseja usar internamente com
mquinas virtuais. Em seguida, preciso configurar a mquina virtual para especificar a LAN
virtual que ela usar para todas as comunicaes de rede.
Existem dois modos de configurao de uma VLAN: modo de acesso e modo de tronco. No
modo de acesso, a porta externa da rede virtual fica restrita a um nico ID da VLAN na
interface do usurio. possvel ter vrias VLANs usando Windows Management Interface
(WMI). Devese utilizar o modo de acesso quando o adaptador de rede fsico estiver
conectado a uma porta no comutador de rede fsico, que tambm est no modo de acesso.
Para dar acesso externo a uma VM na rede virtual que est no modo de acesso, ser preciso
configurar a VM para usar o mesmo ID da VLAN configurado no modo de acesso da rede
virtual.
O modo de tronco permite que vrios IDs da VLAN compartilhem a conexo entre o
adaptador de rede fsico e a rede fsica. Para fornecer acesso externo s mquinas virtuais na
rede virtual em vrias VLANs, preciso configurar a porta na rede fsica que deve estar no
modo de tronco. Tambm necessrio conhecer as VLANs especficas e todos os IDs da VLAN
usados pelas mquinas virtuais s quais a rede virtual oferece suporte.
Virtualizao de Servidores
120
120
Virtualizao de Servidores
7
Introduo ao VMware
1
2
2
2
Produtos
VMware vSphere
VMware vCenter
VMware hipervisor
Em 2000, a VMware criou o GSX Server 1.0, o primeiro software desenvolvido para
servidores. Para a ferramenta entrar em produo, era necessrio instalar um Sistema
Operacional (Windows ou Linux). No ano seguinte, a VMware disponibilizou a ferramenta
ESX 1.0 e, com ela, o modelo de virtualizao baseado em hipervisor (baremetal) foi
introduzido. Dessa forma, passou a ser uma soluo mais robusta, estvel e com melhor
performance.
De 2002 at agora, a VMware aprimorou os recursos existentes e acrescentou diversas
funcionalidades, principalmente voltadas para recuperao de desastres e otimizao dos
recursos computacionais.
Atualmente, a VMware deixou de ser uma empresa que comercializa apenas software para a
virtualizao de servidores. A empresa visa a entregar todos os componentes existentes no
datacenter, como software, trazendo mais uma nova soluo: os datacenters definidos por
software. Uma plataforma automatizada e gerenciada que abrange aplicativos com a
possibilidade de implantao rpida de datacenters, nuvens e dispositivos mveis.
Os produtos VMware disponveis para a consolidao de servidores esto divididos em dois
grandes pacotes:
VMware vCenter: tem como recursos principais o gerenciamento centralizado da
infraestrutura e a operao da plataforma virtualizada; administrao das aplicaes e
do negcio de TI. O gerenciamento da plataforma essencial para administrar os
servios disponibilizados pelo vSphere. Servios de infraestrutura oferecidos:
Virtualizao de Servidores
121
121
vSphere
1
1
Conceito
Componentes da soluo
O VMware vSphere foi o primeiro Sistema Operacional para computao em nuvem (cloud
computing). Ele utiliza os recursos da virtualizao para transformar datacenters em
infraestruturas de computao em nuvem, consideravelmente simplificadas, e permite que
as organizaes de TI forneam a prxima gerao de servios flexveis e confiveis por
meio de recursos internos e externos, com segurana e baixo risco. Baseado nos recursos da
plataforma VMware Infrastructure, o vSphere reduz os custos operacionais e de capital, alm
de aumentar o controle sobre o fornecimento de servios de TI, enquanto preserva a
flexibilidade de escolha entre qualquer tipo de Sistema Operacional, aplicativo e hardware
hospedados internamente ou que usam recursos externos.
O VMware vSphere formado por seis componentes, conforme pode ser visto na figura 7.1.
Virtualizao de Servidores
122
122
Virtualizao de Servidores
Availability
123
123
Security
Os recursos de segurana objetivam garantir uma maior proteo para as mquinas virtuais
e suas aplicaes.
Automation
Virtualizao de Servidores
124
124
I/O Controls: possibilita priorizar E/S para mquinas virtuais em execuo num grupo
de hosts do VMware vSphere, que tm acesso a um pool de armazenamento
compartilhado.
Virtualizao de Servidores
Compute
O VMware Compute oferece os servios de infraestrutura que virtualizam recursos de
servidor com eficincia e os incorpora a conjuntos lgicos (pools) que podem ser alocados
com preciso em aplicativos.
Hipervisor: a soluo VMware Hipervisor baseado no servidor ESXi; um hipervisor
independente que executado diretamente no hardware do hospedeiro. Ou seja, um
monitor de mquina virtual do tipo I (bare metal). O ESXi ocupa apenas 32 MB de
memria e, inclusive, pode ser integrado diretamente no firmware do host. Ao
considerar que os servidores em geral esto subutilizados, a virtualizao com o ESXi
possibilita otimizar o uso dos recursos e, ao mesmo tempo, reduzir o consumo de
energia, alm de conceder nvel maior de disponibilidade.
VMware ESXi: oferece uma camada de virtualizao robusta e de bom desempenho,
que abstrai os recursos de hardware do servidor e permite o compartilhamento
desses recursos entre vrias mquinas virtuais. Os recursos de gerenciamento de
memria e programao do VMware ESX e ESXi fornecem taxas de consolidao e
bom desempenho de aplicativo.
Storage
VMware vStorage Virtual Machine File System (VMFS): sistema de arquivos de cluster
de alto desempenho, que possibilita compartilhamento eficiente e controla o acesso
simultneo de servidores virtualizados aos subsistemas de armazenamento.
Virtualizao de Servidores
125
125
Network
Disponibilidade
1
1
1
1
Virtualizao de Servidores
126
126
Virtualizao de Servidores
Segurana
1
VMware VMsafe
Escalabilidade
1
1
1
1
1
VMware DRS
Conexo dinmica
Virtualizao de Servidores
127
127
Vsphere hipervisor
1
1
1
Hipervisor nativo
Virtualizao de Servidores
128
Virtualizao de Servidores
Boot from SAN: o VMware EXSi suporta inicializao pela rede a partir da verso 4.1.
Simple Network Management Protocol (SNMP): o VMware ESXI s suporta SNMP
quando licenciado para VI Foundation, VI Standard ou VI Enterprise.
Integrao com Active Directory (AD): o VMware ESXi utiliza uma licena VI em
conjunto com o Virtual Center, que permite a autenticao dos usurios por meio do AD.
Nessa configurao, os usurios podem se logar diretamente no hospedeiro ESXi, com
nome e senha locais na autenticao.
Atualizaes e correes de software: no VMware ESXi e no firmware, as correes e
atualizaes ocorrem da mesma forma. Qualquer verso de correo ou atualizao
allinclusive, ou seja, uma instalao de determinada correo inclui as correes das
verses anteriores.
A soluo VMware vSphere utiliza diversos tipos de arquivos para armazenar as mquinas
virtuais, configurao e snapshots. As extenses so:
<Nome_da_MV>.VMX (Configurao): arquivo que contm todas as informaes de
configurao e definies do hardware da mquina virtual.
Virtualizao de Servidores
129
129
CTK.VMDK: arquivo utilizado pelo recurso Changed Block Tracking (CBT) do vSphere.
Seu tamanho determinado pelo do HD virtual, sendo de aproximadamente 5 MB para
cada 10 GB. Um arquivo desse tipo vai existir para cada HD virtual que tenha o CBT
ativado.
Virtualizao de Servidores
130
130
Virtualizao de Servidores
RDM (Raw Device Mapping): arquivo especial existente em volumes VMFS (Virtual Machine
File System), que agem como proxy para os dispositivos raw. Permite acesso aos dispositivos
de armazenamento, como discos, diretamente; sem passar pelos cachs e buffers do Sistema
Operacional.
Dispositivos raw: em sistemas Unixlike, um tipo especial de dispositivo que usa bloco
como unidade e permite acesso direto ao dispositivo de armazenamento, disco, CD/DVD e
regies de memria.
Changed Block Tracking (CBT): o recurso mantm uma relao de blocos em disco que
sofreram alterao, a partir de um determinado momento. Permite um ganho no
desempenho aos softwares de backup incremental.
Virtualizao de Servidores
131
131
Virtualizao de Servidores
132
132
Virtualizao de Servidores
8
Gerenciamento do VMware
Componentes do gerenciamento
1
1
1
1
1
1
1
Componentes da arquitetura
VMotion
Virtualizao de Servidores
133
133
Virtual Symetric MultiProcessing (VMware SMP): permite que uma nica mquina
virtual utilize mltiplos processadores simultaneamente.
Virtualizao de Servidores
VM: instncia de mquina virtual, ou seja, cada mquina virtual possui seu prprio
hardware virtual e Sistema Operacional.
134
VI Web Access: interface web para o gerenciamento das mquinas virtuais e console de
acesso remoto.
134
Virtualizao de Servidores
VMware Infrastructure SDK: propicia uma interface padro para o VMware, permitindo
que terceiros desenvolvam solues para a infraestrutura VMware.
Recurso de Balanceamento de Carga (Distributed Resource Scheduler DRS)
Alta Disponibilidade (High Availability HA)
VMotion
1
1
1
Virtualizao de Servidores
135
135
Servidores de origem e destino com CPUs compatveis, o que implica utilizar CPUs de um
mesmo fabricante e de geraes prximas.
A Alta Disponibilidade (High Availability HA) est disponvel para qualquer mquina
virtual, independentemente do hardware ou Sistema Operacional utilizado. Se um servidor
de produo falha, as mquinas virtuais que esto rodando so automaticamente reiniciadas
em outro servidor de produo. A figura a seguir ilustra o uso da alta disponibilidade.
Virtualizao de Servidores
136
O DRS monitora dinamicamente a carga de trabalho das mquinas virtuais que esto em
execuo e a utilizao dos recursos dos servidores fsicos. Ele tambm verifica o uso dos
recursos considerando polticas predefinidas pelo administrador. E, se for o caso, aloca e
distribui dinamicamente no hardware a carga de trabalho das mquinas virtuais.
136
Virtualizao de Servidores
Com foco na otimizao dos recursos de processamento e memria, prtica comum utilizar
o DRS em conjunto com recursos de storage como o Navisphere Quality of Service Manager
(NQM), do EMC CLARiiON, que otimiza as operaes de E/S. A prxima figura ilustra o uso de
DRS.
Conceito
Caractersticas
Requisitos
Storage VMotion
1
1
1
Conceito
Caractersticas
Requisitos
137
137
os sistemas envolvidos. O objetivo da migrao permitir um melhor desempenho dos
acessos aos arquivos quer seja por movlos para a mquina onde os processos realizam
maior nmero de acessos ou para reduzir trfego e latncia de rede. A migrao pode ser
feita empregando os protocolos FC ou iSCSI. Para utilizar o VMware Storage Motion preciso
instalar o VMware vCenter Server e o vCenter Agent.
Conceito
Funcionalidades
Virtualizao de Servidores
138
138
Virtualizao de Servidores
Infraestrutura de TI
Os principais blocos da infraestrutura de TI para o VMware so: servidores (hosts), redes de
storage (SAN ou NAS) e redes locais (LAN). Esses blocos j foram apresentados de forma
genrica no captulo 2. Neste, sero tratados apenas aspectos especficos de infraestrutura
relacionados ao VMware.
Arquitetura do servidor
Processador e memria
139
139
Armazenamento (storage)
Uma rede SAN tpica utilizada com o VMware ilustrada a seguir.
Virtual Machine File System (VMFS): o VMware ESXi pode utilizar o VMFS em discos
locais, volumes iSCSI ou volumes Fibre Channel (FC), criando um diretrio para cada
mquina virtual. O VMFS um sistema de arquivos que pode ser usado
simultaneamente por vrios servidores ESXi.
Virtualizao de Servidores
Raw Device Mapping (RDM): mecanismo que oferece suporte a vrios sistemas de
arquivos existentes em um volume. Com ele, as mquinas virtuais tm acesso direto ao
disco sem usar o sistema de arquivos VMFS.
140
Network File System (NFS): o VMware ESXi permite o emprego do sistema de arquivos
NFS convencional. Nesse caso, o VMware ESXi monta um volume NFS, criando um
diretrio para cada mquina virtual.
140
Virtualizao de Servidores
Datastore
Container lgico
formatado que
simplifica a
complexidade da
Um disco virtual dentro de uma mquina virtual localizado em um ou
mais volumes no storage fsico e tratado como um volume VMFS ou RDM. rede de storage,
podendo ser
O raw device um volume lgico usado pela mquina virtual, mas que no
baseado em VMFS
est formatado com VMFS ou NFS. O RDM um arquivo especial que atua
ou NFS.
como um tipo de proxy para o raw device, mapeando o volume lgico
diretamente para a mquina virtual.
A mquina virtual acessa o datastore por meio de comandos SCSI, que permitem acessar o
disco virtual. Esses comandos so empacotados de vrias formas diferentes, dependendo do
protocolo que o servidor ESXi utiliza para se conectar ao dispositivo de storage. O VMFS foi
projetado para gerenciar mltiplos acessos e pode coordenar os acessos aos arquivos do
disco virtual e aos arquivos internos de informao (metadados). O controle permite limitar
o acesso dos servidores ESXi a determinados volumes.
Protocolo FC
Protocolo iSCSI
Existem dois padres dominantes de protocolos utilizados em Storage Area Networks (SAN):
Fibre Channel e iSCSI. O princpio de operao desses dois protocolos j foi abordado. Por
isso, agora sero comentados apenas alguns aspectos relacionados s limitaes de
hardware e de software de seu emprego, em especial do iSCSI. So pontos importantes a
considerar:
Capacidade e tempo de resposta para a definio do tipo de E/S. Essa capacidade
calculada a partir do nvel de RAID empregado e do volume interno necessrio s
mquinas virtuais e aplicaes;
O desempenho do disco e da banda fornecida necessrios para E/S.
A inicializao do servidor ESXi em SANs iSCSI s possvel com initiator por hardware;
141
141
Ao de uma
mquina assumir
os servios
executados por
outra.
A deciso de empregar uma rede SAN baseada no protocolo FC ou iSCSI com a camada de
virtualizao deve considerar a homologao dos produtos e as funcionalidades requeridas.
Existe uma interdependncia entre o dispositivo de armazenamento e a virtualizao boa
parte das funcionalidades obtidas com a virtualizao depende da consolidao do
armazenamento em um nico dispositivo. As redes de storage do tipo SAN e NAS so
suportadas pelos softwares de virtualizao, permitindo a otimizao de recursos.
A deciso entre utilizar um initiator em hardware ou software essencialmente um
compromisso de custo versus desempenho. Ao usar a ferramenta I/O Meter como gerador de
carga de trabalho, a VMware realizou um estudo para avaliar a diferena de desempenho
entre essas duas opes. A mesma carga de trabalho foi colocada em servidores idnticos
com recursos isolados de storage. O initiator por hardware disponibilizou 150% a mais de
vazo (troughput) e exigiu apenas 25% dos recursos de processamento usados pelo initiator
por software. A diferena de preo entre um adaptador Gigabit e um adaptador iSCSI da
ordem de US$ 400.
Virtualizao de Servidores
142
Servidor de arquivos conectado a uma rede de computadores que fornece acesso aos dados
para usurios de vrias plataformas (Windows, Linux). Seu acesso feito no nvel de arquivo
e no em bloco, como em SAN. O acesso aos arquivos feito por meio de protocolos como
Network File System (NFS), Server Message Block/Common Internet File System
(SMB/CIFS) ou Apple Filing Protocol (AFP).
142
Virtualizao de Servidores
Opes
Switches virtuais
NICs virtuais
As opes de rede so providas pelo ESXi e gerenciadas pelo VMware Virtual Center. Com a
rede virtual, possvel criar redes virtuais dentro de um servidor ESXi ou por meio de
mltiplos servidores. Os dois componentes de uma rede virtual so:
Virtualizao de Servidores
143
143
Virtualizao de Servidores
144
144
Virtualizao de Servidores
9
Nuvem
1
Computao em nuvem
Principais benefcios
Estratgia de TI em nuvem
Computao em nuvem
1
2
2
1
2
2
2
2
2
A computao em nuvem :
A entrega de um servio ou
Servio medido
Acesso rede de forma ampla: os recursos esto disponveis por meio da rede e so
acessados por meio de mecanismospadro, que promovem o uso de plataformas
heterogneas (por exemplo, telefones celulares, laptops e PDAs).
Virtualizao de Servidores
145
Captulo 9 Nuvem
145
Capacidades de virtualizao;
Software de fonte aberta (como Linux, Apache e Hadoop), que reduziu o custo do
software para datacenters;
O Gartner Hype Cycle publica a cada ano como esto os aspectos da computao em nuvem.
Tambm identifica as aplicaes/tecnologias com adoo significativa e as que so
razoavelmente maduras.
Principais benefcios
1
2
2
2
Virtualizao de Servidores
146
2
2
Conteno de custos
Flexibilidade
Disponibilidade
Resilincia
Virtualizao de Servidores
Consome recursos como servios, pagandose apenas pelos recursos que so utilizados,
como um utilitrio ou preo da assinatura;
No exige qualquer conhecimento dos detalhes sobre a prestao do servio;
Detalhes
Maior agilidade de resposta pode beneficiar a prestao de servios
e atender s necessidades dos cidados, universidades, institutos e
fornecedores.
Escalabilidade
Virtualizao de Servidores
147
Captulo 9 Nuvem
147
Eficincia
Conteno de
custos
Flexibilidade
Virtualizao de Servidores
Disponibilidade
148
Resilincia
148
Virtualizao de Servidores
Consolidao de um Datacenter
Consumo reduzido de manuteno de hardware, diminuio das despesas com servidores
por meio de uma infraestrutura mais eficiente e melhor aproveitada;
Menores custos para investimento por meio da padronizao e compartilhamento de
ativos;
Nuvem pblica
Colaborao em nuvem
Est disponvel para todas as pessoas que acessam a internet. As nuvens pblicas so abertas
para todos os usurios e beneficiam uma base de clientes situados em ampla rea geogrfica.
Nuvem privada ou interna
Os dados armazenados so acessados somente por meio de uma conta autorizada ou unidade
federada. As nuvens privadas podem servir a uma nica instituio ou a um grupo restrito de
instituies.
Nuvem de comunidade
Nesse caso, os dados armazenados podem ser acessados por um grupo especfico, que tem
autoridade para partilhar e usar a informao. Apenas os seus membros tm acesso aos
dados e/ou para realizar a transferncia de dados entre eles.
a combinao de nuvem pblica e nuvem privada. Qualquer usurio pode ver apenas uma
quantidade especfica de dados; somente pessoas autorizadas tm acesso a todos os dados
Virtualizao de Servidores
149
Captulo 9 Nuvem
Nuvem hbrida
149
disponveis na nuvem. Como, a exemplo de um portal, no qual um funcionrio v todas as
informaes, e um cliente, apenas uma informao generalista.
Colaborao em nuvem
Servios em nuvem
1
2
2
2
2
2
O servio de nuvem pode ser usado para fornecimento com vrias abordagens:
Armazenamento como Servio Storage as a Service (SaaS)
Virtualizao de Servidores
Geralmente visto como uma boa alternativa para entidades que no tm oramento
suficiente e/ou pessoal tcnico para implementar e manter sua infraestrutura prpria. O
SaaS tambm est sendo promovido como uma forma de mitigar os riscos na recuperao de
desastres para todas as empresas. Fornece reteno a longo prazo para os dados e melhora
tanto a continuidade do negcio quanto sua disponibilidade.
150
150
Virtualizao de Servidores
Infraestrutura como Servio Infrastructure as a Service (IaaS)
Virtualizao de Servidores
151
Captulo 9 Nuvem
151
Tudo como um servio (XaaS) visa a tornar vrios recursos disponveis para utilizao. Isso
representa mais um passo lgico em computao em nuvem aps a aquisio do software,
dos ambientes de execuo, do hardware e do trabalho humano como um servio.
Estratgia de TI em nuvem
1
2
2
2
Necessidade estratgica:
Rede do setor pblico e privado: racionalizar e padronizar para criar uma rede de
redes, permitindo comunicaes seguras e mveis para uma maior capacidade a um
preo inferior.
Racionalizar a propriedade de TI: usar a computao em nuvem para aumentar a
capacidade e a segurana, reduzir custos e acelerar a velocidade de implantao.
Datacenters: racionalizao dos datacenters para diminuir custos e aumentar a
resilincia e a capacidade.
Virtualizao de Servidores
152
152
Virtualizao de Servidores
Entrega de projeto confivel: usar gesto de carteiras e de benefcios de ativos para
garantir que o governo comprometase com os projetos certos e da maneira correta.
Fornecimento de gesto: trabalhar em conjunto para obter o mximo de valor dos
fornecedores, tanto para as organizaes individuais quanto para o setor pblico.
Virtualizao de Servidores
153
Captulo 9 Nuvem
153
Virtualizao de Servidores
154
154
Virtualizao de Servidores
10
Consolidao do conhecimento
1
Software
1
2
2
2
1
2
2
2
Hipervisores
Microsoft HyperV
VMware vSphere
Citrix XenServer
Gerenciamento
vCenter
XenCenter
HyperV SCVMM
Hipervisores
155
Virtualizao de Servidores
155
Microsoft Hyper-V
Virtualizao de Servidores
156
156
Virtualizao de Servidores
Dispositivos
sintticos
So os novos
dispositivos de
alto
desempenho
suportados
pelo HyperV.
Nesse caso, o ganho de espao no storage pelo uso de discos dinmicos acarreta uma
queda no desempenho. A sugesto usar discos fixos para mquinas de produo e
discos dinmicos para testes e desenvolvimento.
C:\Users\Public\Documents\HyperV\VirtualHard Disks;
O HyperV em produo no deve ser usado como uma workstation. Tambm no deve
permitir o uso da rede de gerenciamento para acessar a internet.
VMware ESX/ESXi
1
1
1
Virtualizao de Servidores
157
157
Virtualizao de Servidores
A principal diferena de arquitetura entre ESX e ESXi est no console de servio. Os dois
hipervisores mudam tambm no tamanho, que permite ao ESXi ser iniciado a partir de um
pendrive. Essa diferena da ordem de MB para o ESXi, enquanto o ESX chega a GB. O ESX
Classic (mostrado na figura anterior) inclui um console de servio no vmkernel
(virtualization kernel), fazendo com que ele fique muito maior que o ESXi. Tradicionalmente,
a VMware distribui seus agentes de gerenciamento nesse console junto com agentes de
infraestrutura (servio de nomes, de tempo, de log etc.). Tambm permite que
administradores usem o console para configurar, diagnosticar problemas e rodar scripts. A
prxima figura ilustra a arquitetura em um servidor ESX. Apresenta os mesmos nveis de
desempenho e escalabilidade do servidor ESX, segundo a VMware. Tanto a verso ESXi como
a verso ESX Server so construdas a partir de um ncleo Linux. Na verso ESXi, o Linux
Service Console foi excludo, o que impossibilita se conectar diretamente no console da
mquina que executa o hipervisor. A perda de funcionalidade ocorrida pela retirada do
Service Console compensada pelo acrscimo de comandos remotos de interface de linha.
158
158
Virtualizao de Servidores
Vejamos agora a arquitetura ESXi (figura 9.4), na qual o console foi substitudo
por um Shell Posix (baseado em Busybox), trazendo com isso uma atuao mais
Linux like, porm com menos funcionalidades e, possivelmente, menos
segurana. Nessa arquitetura, os agentes rodam diretamente no vmkernel. Os
mdulos de terceiros, como drivers e monitores de hardware, s so permitidos
quando assinados digitalmente pela VMware.
Busybox
Combina pequenas
verses de vrios
utilitrios Unix em um
nico e compacto
executvel.
considerado o canivete
suo dos Linux
Virtualizao de Servidores
159
embarcados.
159
XenServer
Como vimos, o Dom0 tem a funo de fazer a comunicao entre as mquinas virtuais
(DomU) e o mundo real. Como toda comunicao, obrigatoriamente, tem que passar pelo
Dom0, um gargalo pode ser gerado caso o Dom0 no esteja configurado corretamente. Cada
DomU usa 6 MB de RAM para ligar, o que no muito, mas se levarmos em conta que,
tipicamente, o Dom0 recebe 752 MB e utiliza 400 MB, sobram apenas 352 MB e, portanto,
quando chegar a 60 mquinas virtuais, o pool de memria estar esgotado. Essa uma
situao comum em hipervisores. Como o ESX reserva memria para o gerenciamento,
naturalmente o HyperV tambm precisa de uma boa quantidade de memria. A alocao de
memria no XenServer mais especfica, e um planejamento malfeito pode at fazer com que
o XenServer pare de funcionar. Se o problema de desempenho for de E/S, recomendado
Virtualizao de Servidores
160
160
Virtualizao de Servidores
monitorar a rede e a atividade de disco, por meio de comandos como iostat, hdharm,
tcpdump, netstat e ifconfig. Shell scripts podem ser construdos para facilitar o levantamento.
Esses dados foram tirados de Hypervisor management and optimization, de Mike Laverick,
publicado no site SearchServerVirtualization.com.
Solues de gerenciamento
Virtualizao de Servidores
161
161
Virtualizao de Servidores
162
162
Virtualizao de Servidores
Hardware
Para facilitar o trabalho das equipes de suporte, alguns procedimentos devem ser utilizados
para simplificar e otimizar o gerenciamento dos trs principais hipervisores do mercado:
Citrix XenServer, Microsoft HyperV e VMware ESX.
No importa o hipervisor escolhido para seu ambiente virtualizado; todas as trs solues
tm praticamente as mesmas demandas e desafios a resolver: memria, CPU, disco (storage)
e recursos de rede.
Gerenciamento de memria
1
1
1
1
Memory Overcommit
Ballooning
A memria deve ser quantificada antes da escolha do hipervisor, por ser o primeiro recurso a
se esgotar. muito comum sistemas virtualizados terem desempenho prejudicado por falta
de memria, bem antes de esgotarem a capacidade de processamento da CPU. Portanto,
muito importante no projeto de virtualizao o dimensionamento correto da quantidade de
memria necessria para evitar perda de rendimento. O ideal configurar o mximo que for
possvel dentro do oramento disponvel. A longo prazo, a utilizao de um nmero menor
de servidores com grande quantidade de memria se mostra mais econmica do que o uso
de um nmero maior de servidores pequenos, em considerao a fatores como consumo de
energia, refrigerao e licenciamento.
A tcnica conhecida como Memory Overcommit permite ao hipervisor oferecer s mquinas
virtuais mais memria do que a memria fsica existente no host. Como podemos imaginar,
essa tcnica pode ser perigosa, pois o estouro de memria capaz de parar um computador.
A razo para o emprego dela a constatao de que a maioria das mquinas virtuais utiliza
menos memria fsica do que possui. comum uma mquina virtual ter 1 GB de memria
alocada e s usar de 300 MB a 400 MB, deixando liberados at 700 MB. Essa poro , ento,
disponibilizada para outras mquinas virtuais. O ESX utiliza essa tcnica por meio de trs
mecanismos:
Transparent Page Sharing (TPS): tcnica que possibilita s mquinas virtuais com
pginas de memria idnticas compartilharemnas. Isso permite que o ESX armazene
apenas uma cpia dessa pgina em sua memria fsica (ex: mquinas virtuais que usam o
mesmo Sistema Operacional).
Virtualizao de Servidores
163
163
vCPU
Colises
mesmo ncleo ao
mesmo tempo.
Vlan tagging
Virtualizao de Servidores
164
164
Virtualizao de Servidores
Quantidades recomendadas
1. Pelo menos uma interface para o trfego de gerenciamento.
3. Pelo menos duas interfaces para o trfego de dados de storage IP (NAS ou iSCSI).
4. Pelo menos uma interface para live migration.
Sistemas de discos
Mquinas virtuais nada mais so do que arquivos levados para um servidor e, por meio do
hipervisor, executadas. As mquinas virtuais tambm precisam carregar e descarregar dados
(arquivos). Como esses arquivos esto todos disponveis em um servidor de discos, percebe
se a importncia da escolha da forma de acesso a esse servidor. O uso de discos locais nos
servidores impossibilita alguns recursos avanados de virtualizao, como live migration, e
softwares de backup, como o VMware Consolidated Backup (VCB). Portanto, a utilizao de
storage compartilhado praticamente mandatria em um ambiente virtualizado. Ento, na
Virtualizao de Servidores
165
A escolha do tipo de storage para seu ambiente virtual no simples, pois a oferta engloba
NetworkAttached Storage (NAS) e tambm outras arquiteturas de Storage Area Network
(SAN) como Fibre Channel (FC), Internet SCSI (iSCSI) e Fibre Channel over ethernet (FCoE).
165
hora de projetar o storage compartilhado, importante considerar os custos de manuteno
e atualizao.
Outro ponto de suma importncia o gerenciamento da plataforma. Os administradores
tero que conviver com a criao e a manuteno de um enorme nmero de Logical Unit
Number (LUNs), que, dependendo do tamanho da organizao, pode ser de centenas ou at
milhares. O aumento da largura de banda (bandwidth) no necessariamente aumentar o
desempenho do sistema de discos. O maior desempenho pode ser alcanado com medidas
que diminuam o acesso ao sistema, como a eliminao dos arquivos de swap do Windows.
Tambm pode ser uma boa estratgia configurar ambientes heterogneos: empregar
tecnologia SAN para aplicaes de misso crtica e outras que sejam orientadas a bloco, e
usar NAS para as aplicaes secundrias, por ser simples e mais barata.
Fibre Channel (FC)
Principal tecnologia para arquitetura SAN, atualmente com velocidade de 10 Gbps, vem
perdendo espao para as novas tecnologias, principalmente pelo alto custo dos componentes
da soluo: Host Bus Adapters (HBA), switches, cabeamento etc. claro que se a organizao
j possui uma base FC, os custos podem cair drasticamente.
Internet SCSI (iSCSI)
Representa uma mudana drstica para ambientes SAN. Mais fcil de instalar, configurar e
gerenciar, com desempenho similar ao do FC hoje j pode ser usado com velocidade de at
10 GbE (Gigabit Ethernet) e custos menores. Estudos como o do Enterprise Strategy Group
(ESG) demonstram que o custo com iSCSI chega a ser 30% menor em comparao ao de FC.
Outras vantagens da tecnologia iSCSI esto relacionadas sua escalabilidade e segurana,
por poder usar a encriptao do IPsec.
Fibre Channel over Ethernet (FCoE)
Virtualizao de Servidores
166
166
Virtualizao de Servidores
167
167
tendncia dos fabricantes sempre mostrar as melhores partes de seu produto, destacando
suas vantagens em relao aos concorrentes. Por isso, muito cuidado com os comparativos.
Procure opinies de consultores idneos e independentes.
A principal recomendao fazer a avaliao dos produtos disponibilizados para test drive
e tirar suas prprias concluses quanto adequao da soluo frente s necessidades da
sua empresa. Sabemos que nem sempre h tempo para uma avaliao criteriosa. Por esse
motivo, o planejamento a alma do negcio. O oramento um limitador na escolha da
plataforma de virtualizao (hardware e software); portanto, seja criterioso e deixe sempre
margem para atualizaes que no demandem a parada dos sistemas que esto sob sua
responsabilidade.
Virtualizao de Servidores
168
168
Virtualizao de Servidores
Bibliografia
BARHAM, Paul et al. Xen and the art of virtualization. In: Symposium on Operating
Systems 19. Proceedings. Bolton Landing, NY: AMC, 2003. Disponvel em:
http://www.cl.cam.ac.uk/research/srg/netos/papers/2003xensosp.pdf
BARHAM, P.; DRAGOVIC, B.; FRASER, K.; HAND, S.; HARRIS, T.; HO, A.; NEUGEBAUER, R.;
PRATT, I. WARFILED, A. Xen and the Art of Virtualization. SOSP, 2003.
BLADE.ORG. Blades platforms and network convergence. Piscataway, NJ: Blade.org,
2008. Disponvel em:
http://www.bladenetwork.net/userfiles/file/PDFs/Blade_WP03_net_convergence.pdf
CITRIX PRODUCT DEVELOPMENT TEAM. XenServer Administrators Guide 5.5.0. 1.0 ed.
[s.l.]: Citrix, 2009. Disponvel em:
http://download.alyseo.com:81/contrib/Xensource/ISOs/5.5.0/XenServer5.5.0
installation.pdf
COMPUTERWORLD. Virtualizao: eficincia sob medida. Rio de Janeiro; So Paulo,
2009. Disponvel em: http://www.openinnovatio.org/wpcontent/uploads/
2009/09/EB_CW_Virtualizacao.pdf
CLARK, Christopher et al. Live migration of virtual machines. In: Symposium on
networked system Design & Implementation. Proceedings. Berkeley, CA: USENIX
association, 2005. Disponvel em:
http://www.cl.cam.ac.uk/research/srg/netos/papers/2005migrationnsdipre.pdf
169
Virtualizao de Servidores
Bibliografia
169
ESG. Research Report: The Impact of Server Virtualization on Storage. Milford, MA:
Enterprise Strategy Group, 2007.
HALETKY, Edward L. VMware ESX server in the enterprise: planning and securing
virtualization servers. Upper Saddle River, NJ: Prentice Hall, c2008.
HAND, Steven et al. Controlling the XenoServer Open Platform. In: IEEE Conference on
Open Architectures and Network Programming. Proceedings. San Francisco, CA:
Institute of Electrical and Electronics Engineers, 2003. Disponvel em:
http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.11.9501&rep=rep1&type=pdf
HEWLETTPACKARD. The AMD processor roadmap for industry standardservers.
Palo Alto, CA: HP, 2008. Disponvel em:
http://h20000.www2.hp.com/bc/docs/support/SupportManual/c00428708/c00428708.pdf
____________________. The Intel processor roadmap for industry standard servers. Palo
Alto, CA: HP, 2007. Disponvel em:
http://h20000.www2.hp.com/bc/docs/support/SupportManual/c00164255/c00164255.pdf
Virtualizao de Servidores
170
170
MATTHEWS Jeanna et al. Running Xen: a handson guide to the art of virtualization.
Upper Saddle River, NJ: Prentice Hall, c2008.
Virtualizao de Servidores
MICROSOFT. Leveraging Microsoft Optimization to create your dynamic IT
Roadmap. Redmond, WA: Microsoft, 2009. Disponvel em:
http://microsoftio.partnersalesresources.com/content/overview/fy09_optimization_dat
asheet.pdf
ROSEN, Rami. Virtualization in Xen 3.0. Linux Journal, [s. l.], 02 mar. 2006. Disponvel
em: http://www.linuxjournal.com /node/8909/print
RUEST, Danielle; RUEST, Nelson. Virtualization: a beginners guide. New York: McGraw
Hill, c2009.
____________________. iSCSI Design Considerations and Deployment Guide. Palo Alto, CA:
VMware, c2007. Disponvel em:
http://www.vmware.com/files/pdf/iSCSI_design_deploy.pdf
____________________. Reducing Server Total Cost of Ownership with VMware
Virtualization Software. Palo Alto, CA: VMware, 2006. Disponvel em:
http://www.vmware.com/pdf/TCO.pdf
____________________. SAN systems design and deployment guide. 2 ed. Palo Alto, CA:
VMware, 2007. Disponvel em: http://www.vmware.com/ pdf/vi3_san_design_deploy.pdf
____________________. Security Design of the VMware Infrastructure 3 Architecture. Palo
Alto, CA: VMware, c2007. Disponvel em:
http://www.vmware.com/pdf/vi3_security_architecture_wp.pdf
____________________. The architecture of VMware ESXi. Palo Alto, CA: VMware, c2007.
Disponvel em: http://www.vmware.com/files/pdf/vmware_esxi_ architecture_wp.pdf
____________________. Understanding Full Virtualization, Paravirtualization and
Hardware Assist. Palo Alto, CA: VMware, 2007. Disponvel em:
http://www.vmware.com/files/pdf/VMware_ paravirtualization.pdf
171
Virtualizao de Servidores
Bibliografia
____________________. Virtualization Overview. Palo Alto, CA: VMware, 2007. Disponvel em:
http://www.vmware.com/pdf/virtualization.pdf
171
____________________. VMware and VMotion and CPU Compatibility. Palo Alto, CA:
VMware, c2008. Disponvel em:
http://www.vmware.com/files/pdf/vmotion_info_guide.pdf
____________________. VMware ESX Server using EMC Clariion Storage Systems. Palo Alto,
CA: EMC Corporation, c2007. Disponvel em:
http://www.vmware.com/vmtn/resources/540
____________________. VMware virtual networking concepts. Palo Alto, CA: VMware, c2007.
Disponvel em: http://www.vmware.com/files/pdf/virtual_networking_concepts.pdf
VON HAGEN, William. Professional Xen virtualization. Indianapolis, IN: Wiley Pub.,
c2008.
PFEIFER MACEDO, Leandro; LAWRENCE WEBSTER, Ian. Projeto CCD Centro
Compartilhado de Dados RNP Brasil, 2012.
Virtualizao de Servidores
172
172
Virtualizao de Servidores
Virtualizao de
Virtualizao de Servidores
Servidores
Manoel Veras
Alexandre Carissimi