h7118 Using Vmware Virtualization Platforms Vplex

Usando plataformas de virtualizao VMware
com o EMC VPLEX

Planejamento de prticas recomendadas
Resumo
Este white paper descreve os recursos e as funes do EMC VPLEX que concernem as plataformas de virtualizao
VMware. Tambm so apresentadas as prticas recomendadas para a configurao de um ambiente VMware para
utilizar o EMC VPLEX da maneira ideal. O documento tambm aborda metodologias para migrar de uma implementao
VMware existente para a famlia EMC VPLEX.
Maio de 2010
Copyright 2010 EMC Corporation. Todos os direitos reservados.

A EMC atesta que as informaes apresentadas neste documento so precisas e esto de acordo com as suas
prticas comerciais na data de publicao. As informaes esto sujeitas a alteraes de acordo com seus termos
sem aviso prvio.
AS INFORMAES NESTA PUBLICAO SO FORNECIDAS "NO ESTADO EM QUE SE ENCONTRAM".
A EMC CORPORATION NO GARANTE NEM REPRESENTA NENHUM TIPO DE INFORMAO
CONTIDA NESTA PUBLICAO E ESPECIFICAMENTE SE ISENTA DAS GARANTIAS IMPLCITAS
DE COMERCIALIZAO OU USO PARA UM PROPSITO ESPECFICO.
O uso, a cpia e a distribuio de qualquer software da EMC descrito nesta publicao exigem uma licena
de software apropriada.
Para obter uma lista mais atualizada de produtos da EMC, consulte EMC Corporation Trademarks no site
EMC2.com.br.
Todas as outras marcas comerciais utilizadas neste documento pertencem a seus respectivos proprietrios.
Nmero da pea h7118
Usando plataformas de virtualizao VMware com o EMC VPLEX

ndice
Resumo executivo .............................................................................................. 4
Introduo ........................................................................................................... 4
Pblico ..........................................................................................................................................4
Viso geral do EMC VPLEX ............................................................................... 5

Arquitetura EMC VPLEX ...............................................................................................................5
Famlia EMC VPLEX.....................................................................................................................6
Arquitetura de clustering EMC VPLEX .........................................................................................6
Provisionando o armazenamento do VPLEX para ambientes VMware ......... 8

Consideraes sobre conectividade .............................................................. 15
Funo de mltiplos caminhos e balanceamento de carga ......................... 18
Servidor VMware ESX verso 3 e balanceamento de carga esttica ........................................18
Servidor VMware ESX verso 4 e NMP .....................................................................................19
Servidor VMware ESX verso 4 com PowerPath/VE .................................................................20
Migrando ambientes VMware existentes para o VLEX .................................. 23

Migraes que no causam interrupes usando o Storage VMotion .......................................24
Migrao usando o encapsulamento de dispositivos existentes ................................................26
Implementaes VMware em um ambiente VPLEX Metro ............................ 33

Configurao de cluster VMware ................................................................................................33
Migrao sem interrupes de mquinas virtuais com o VMotion .............................................38
Alterando a configurao de volumes no replicados do VPLEX Metro ......................................40
vCenter Server virtualizado no VPLEX Metro ............................................................................43
Concluso ......................................................................................................... 44
Referncias ....................................................................................................... 45

Resumo executivo
A famlia de produtos EMC VPLEX, que executa o sistema operacional EMC GeoSynchrony, proporciona
uma ampla oferta de novos recursos e funcionalidades para a era da computao em nuvem. O EMC VPLEX
vai alm das barreiras fsicas do data center e d aos usurios o acesso a uma cpia nica dos dados de diferentes
locais geogrficos, simultaneamente, permitindo uma migrao transparente de mquinas virtuais em execuo
entre os data centers. Esse recurso permite o compartilhamento transparente da carga entre vrios locais, com a
flexibilidade de migrar cargas de trabalho entre locais antes dos eventos planejados. Alm disso, no caso de um
evento no planejado que cause interrupo dos servios em um dos data centers, os servios com falha podero
ser reiniciados no site sobrevivente com um esforo mnimo, reduzindo tambm o RTO (Recovery Time Objective,
objetivo de tempo de recuperao).
A plataforma VMware virtualiza toda a infraestrutura de TI, inclusive servidores, armazenamento e redes.
O software VMware agrega esses recursos e apresenta um conjunto uniforme de elementos no ambiente virtual.
Assim, o VMware vSphere 4 leva o poder da computao em nuvem ao data center, reduzindo os custos de
TI e melhorando a eficcia da infraestrutura. Alm disso, para os provedores de servios de hospedagem, o
VMware vSphere 4 proporciona um caminho mais econmico e eficiente para oferecer servios em nuvem
compatveis com as infraestruturas em nuvem interna dos clientes. O VMware vSphere 4 oferece melhorias
significativas no desempenho e dimensionamento, com relao gerao anterior, o VMware Infrastructure 3,
permitindo que at mesmo os aplicativos que consomem mais recursos, como grandes bancos de dados, sejam
implementados em nuvens internas. Com esses avanos no desempenho e no dimensionamento, o VMware
vSphere 4 pode oferecer uma nuvem interna 100% virtualizada.
Por esse motivo, a famlia EMC VPLEX se ajusta naturalmente a ambientes de virtualizao baseados em
tecnologias VMware. A capacidade do EMC VPLEX de fornecer agrupamento local e distribudo, que possibilita
a cooperao transparente de elementos de dados fsicos em um s local ou em dois locais geograficamente
separados, permite aos administradores de TI ir alm das barreiras fsicas para expandir suas ofertas de nuvem
baseadas em VMware. Os recursos de agrupamento local do EMC VPLEX permitem a coleta de solues
heterogneas de armazenamento de dados em um local fsico e apresentam o armazenamento como um pool de
recursos para a plataforma de virtualizao VMware, proporcionando, assim, os princpios bsicos de uma oferta
de nuvem. Especificamente, estender os recursos do VPLEX a vrios data centers permite aos administradores
de TI empregar as ofertas de nuvem privada ou pblica dos provedores de servios de hospedagem. Assim, a
sinergia proporcionada por uma oferta de virtualizao VMware conectada ao EMC VPLEX ajuda os clientes
a reduzir o custo total de propriedade, alm de oferecer um servio dinmico que possa responder com rapidez
s mudanas nas necessidades dos negcios.
Introduo
Este white paper apresenta aos leitores a famlia EMC VPLEX, sua infraestrutura de clusters, as funes e os recursos
relevantes para solues que viabilizam nuvens privadas. Em seguida, o documento aborda o provisionamento
de armazenamento do VPLEX para ambientes VMware e apresenta diretrizes sobre a metodologia ideal para
conectar plataformas de virtualizao VMware ao EMC VPLEX e para selecionar uma poltica de mltiplos
caminhos a fim de obter a melhor capacidade de recuperao e o melhor desempenho possveis de um ambiente
virtualizado. O documento tambm apresenta vrias tcnicas para migrar implementaes VMware existentes
para o EMC VPLEX. Por ltimo, o documento discute as prticas recomendadas para utilizar o EMC VPLEX
Metro em um ambiente VMware de modo a oferecer o mximo de flexibilidade, capacidade de recuperao
e proteo de dados e para minimizar os riscos causados pela indisponibilidade de dados devido a eventos
no planejados.
Pblico
Este white paper destina-se a administradores de VMware, administradores de armazenamento e arquitetos de TI
que so responsveis pela arquitetura, criao, gerenciamento e utilizao de ambientes de TI virtualizados que
usam as tecnologias VMware vSphere e EMC VPLEX. O white paper presume que o leitor esteja familiarizado
com a tecnologia VMware, com o EMC VPLEX e os produtos de software relacionados.

Viso geral do EMC VPLEX

A famlia EMC VPLEX com o sistema operacional EMC GeoSynchrony uma soluo de agrupamento com
base em SAN que elimina as barreiras fsicas de um ou de vrios data centers virtualizados. O EMC VPLEX
a primeira plataforma do mundo que oferece agrupamento local e distribudo. O agrupamento local oferece
a cooperao transparente de elementos de armazenamento fsico em um local, enquanto o agrupamento
distribudo estende o conceito entre dois locais distncia. O agrupamento distribudo viabilizado pelo
AccessAnywhere, uma tecnologia inovadora disponvel com o VPLEX que permite compartilhar, acessar
e realocar uma nica cpia de dados distncia.
A combinao de um data center virtualizado com a oferta EMC VPLEX oferece aos clientes formas
completamente novas de solucionar problemas de TI e apresentar novos modelos de computao.
Especificamente, os clientes podem:
Mover aplicativos virtualizados em data centers
Habilitar o balanceamento de cargas de trabalho e a realocao em locais
Agregar data centers e disponibilidade de "24 horas por dia, para sempre"
Arquitetura EMC VPLEX

O EMC VPLEX representa a ltima gerao da arquitetura para mobilidade de dados e acesso s informaes.
A nova arquitetura toma por base os mais de 20 anos de expertise da EMC em projeto, implementao
e aperfeioamento de solues corporativas de cache inteligente e proteo de dados distribudos.
Como mostra a Figura 1, o VPLEX uma soluo destinada a agrupar armazenamento EMC e no-EMC. O VPLEX
situa-se entre os servidores e os ativos de armazenamento heterogneo e apresenta uma nova arquitetura com
caractersticas nicas:
Hardware de clustering scale-out, que permite aos clientes comear pequeno e crescer com nveis
de servio previsveis
Cache avanado de dados, que utiliza cache SDRAM de grande escala para melhorar o desempenho
e reduzir a latncia de I/O e o conflito de acesso de arrays
Coerncia de cache distribudo para compartilhamento, balanceamento e failover automticos de I/O
no cluster
Uma exibio consistente de um ou mais LUNs entre clusters VPLEX, separados por alguns metros
em um data center ou por distncias sncronas, permitindo novos modelos de alta disponibilidade
e realocao de cargas de trabalho
Figura 1. Capacidade do EMC VPLEX de agrupar armazenamento heterogneo

Famlia EMC VPLEX

A famlia EMC VPLEX consiste em duas ofertas:
VPLEX Local: esta soluo adequada para clientes que gostariam de agrupar sistemas de
armazenamento homogneos ou heterogneos em um data center e para gerenciar a mobilidade de dados
entre entidades de armazenamento de dados fsicos.
VPLEX Metro: a soluo se destina a clientes que exigem acesso simultneo e mobilidade de dados
entre dois locais separados por distncias sncronas. A oferta do VPLEX Metro tambm inclui um
recurso exclusivo no qual um local remoto VPLEX Metro pode apresentar LUNs sem a necessidade
do respectivo armazenamento fsico no local remoto.
A Figura 2 mostra a famlia EMC VPLEX com os atuais limites de arquitetura.
Figura 2. Oferta da famlia EMC VPLEX com limites de arquitetura
Arquitetura de clustering EMC VPLEX

O VPLEX usa uma arquitetura de clustering exclusiva para ajudar os clientes a transpor os limites do data center
e permitir que os servidores em vrios data centers tenham acesso simultneo de leitura/gravao a dispositivos de
armazenamento compartilhado em bloco. possvel fazer o scale-up de um cluster VPLEX (indicado na Figura 3)
com a adio de mais mecanismos e o scale-out com a conexo de vrios clusters para compor uma configurao
de VPLEX Metro. Na verso inicial, um VPLEX Metro comporta at dois clusters, que podem estar no mesmo
data center ou em dois locais diferentes em distncias sncronas (aproximadamente at 100 quilmetros ou 60 milhas).
As configuraes do VPLEX Metro ajudam os usurios a movimentar e compartilhar cargas de trabalho, consolidar
data centers e otimizar a utilizao de recursos nos data centers, tudo com transparncia. Alm disso, os clusters
VPLEX oferecem mobilidade de dados sem causar interrupes, gerenciamento de armazenamento heterogneo
e maior disponibilidade dos aplicativos.

Figura 3. Representao esquemtica do EMC VPLEX Metro

Um cluster VPLEX composto por um, dois ou quatro mecanismos. O mecanismo responsvel pelo agrupamento
do fluxo de I/O e se conecta a hosts e ao armazenamento usando conexes Fibre Channel para a transferncia
de dados. Um nico cluster VPLEX consiste em um mecanismo com os seguintes componentes principais:
Duas placas, que executam o software GeoSynchrony e se conectam ao armazenamento, aos hosts e a outras
placas no cluster com conexes Fibre Channel e Gigabit Ethernet
Uma fonte de alimentao em standby, que fornece alimentao reserva para manter o mecanismo
funcionamento durante quedas temporrias de energia
Dois mdulos de gerenciamento, que contm interfaces para gerenciamento remoto de um mecanismo
VPLEX
Cada cluster tambm consiste em:
Um servidor de gerenciamento, que administra o cluster e fornece uma interface a partir de uma estao
de gerenciamento remota
Um gabinete padro EMC de 40 U para armazenar todos os equipamentos do cluster
Alm disso, os clusters que contm mais de um mecanismo tambm tm:
Um par de switches Fibre Channel, usado para comunicao entre placas de vrios mecanismos
Um par de fontes de alimentao universais, que fornecem energia reserva para os switches Fibre Channel
e permitem que o sistema supere quedas temporrias de energia
Provisionando o armazenamento do VPLEX para

ambientes VMware
O EMC VPLEX apresenta uma interface intuitiva de gerenciamento com assistente para provisionar o armazenamento
em vrios sistemas operacionais, inclusive a plataforma de virtualizao VMware. O sistema tambm apresenta
uma CLI (Command Line Interface, interface de linha de comando) para usurios avanados. A Figura 4 mostra
a interface GUI para o provisionamento de armazenamento do EMC VPLEX.
Figura 4. Interface GUI de gerenciamento do EMC VPLEX

A interface de gerenciamento baseada em navegador, ilustrada na Figura 4, mostra de modo esquemtico os vrios
componentes envolvidos no processo. O armazenamento do EMC VPLEX exposto por meio de uma construo
lgica chamada "Storage View" (Exibio do armazenamento), que a unio dos objetos "Registered initiators"
(Iniciadores registrados), "VPLEX ports" (Portas VPLEX) e "Virtual Volume" (Volume virtual). O objeto
"Registered initiators" lista o WWPN dos iniciadores que precisam de acesso ao armazenamento. No caso de um
ambiente VMware, a entidade "Registered initiators" contm o WWPN dos HBAs nos servidores VMware ESX
conectados ao EMC VPLEX. O objeto "VPLEX ports" contm as portas de front-end do array VPLEX pelo qual
os "Registered initiators" acessam os volumes virtuais. O objeto "Virtual Volume" um conjunto composto pelos
volumes de armazenamento fornecidos ao EMC VPLEX por meio dos storage arrays de back-end. A imagem
ampliada no canto inferior esquerdo da Figura 4 mostra que um volume virtual criado com base em um "Device"
(dispositivo), que por sua vez pode ser uma combinao de diferentes dispositivos construdos sobre uma entidade
abstrata chamada "Extent" (extenso). A figura tambm mostra que uma "Extent" criada com base no
"Storage Volume" (Volume de armazenamento) exposto ao EMC VPLEX.
A Figura 4 tambm mostra, no canto inferior direito, uma imagem ampliada com as sete etapas necessrias para
provisionar o armazenamento atravs do EMC VPLEX. O assistente d suporte a um mecanismo centralizado
para provisionar o armazenamento para diferentes membros do cluster, no caso do EMC VPLEX Metro. A primeira
etapa no processo de provisionamento de armazenamento do EMC VPLEX a deteco dos storage arrays
conectados a ele. Essa etapa raramente precisa ser executada, j que o EMC VPLEX monitora proativamente
as alteraes no ambiente de armazenamento.
A segunda etapa do processo a "solicitao" do armazenamento exposto ao EMC VPLEX. O processo de
solicitao de armazenamento cria o "Storage Volume" do objeto, que foi mostrado na Figura 4. A Figura 5
apresenta um exemplo desse processo. A figura mostra que o software VPLEX simplifica o processo sugerindo
automaticamente nomes simples para os dispositivos que foram expostos dos storage arrays.
Figura 5. Solicitao de volumes de armazenamento usando o assistente do VPLEX

Aps a criao dos volumes de armazenamento, as extenses devem ser extradas deles. O sistema de
gerenciamento do VPLEX oferece um assistente para essa atividade. Clicando na URL "Step 3: Create Extents
from Storage Volumes" (Etapa 3: Criando extenses com base em volumes de armazenamento), exibida na
Figura 4, inicia o assistente. A Figura 6 mostra a primeira etapa do assistente.
Figura 6. Primeira etapa do assistente para criar uma extenso

Para simplificar o processo, em ambientes VMware, recomenda-se a criao de uma s extenso no volume
de armazenamento que foi criado no dispositivo apresentado pelo storage array. Nesse caso, no necessrio
modificar as entradas padro mostradas na rea destacada em amarelo na figura. Uma etapa posterior do assistente
permite aos usurios criar uma s extenso que contemple a capacidade total do volume de armazenamento.
Esta etapa mostrada na figura Figura 7.
Figura 7. Especificao da capacidade de uma extenso ao cri-la com base em um volume

de armazenamento
Como mostra a Figura 7, o boto Next (Avanar) permite ao usurio analisar as configuraes propostas e
executar o plano. A etapa final do processo verifica as operaes que foram executadas pelo EMC VPLEX.
As ltimas duas etapas do assistente so mostradas na Figura 8.

10
Figura 8. Criao de uma extenso usando o assistente do VPLEX

A prxima etapa no processo de provisionamento de armazenamento do EMC VPLEX para um ambiente
VMware a criao de um dispositivo VPLEX usando a extenso gerada na etapa anterior. O assistente para
executar esta etapa pode ser iniciado pela home page da ferramenta de gerenciamento GUI do EMC VPLEX.
Clicando na URL "Step 4: Create Devices from Extents" (Etapa 4: Criando dispositivos com base em extenses),
mostrada na Figura 4, surgir uma nova janela pop-up, exibida na Figura 9.

11
Figura 9. Criao de um dispositivo VPLEX usando uma extenso

Conforme mostra a figura, o assistente possibilita a criao de um volume virtual usando o dispositivo VPLEX
(a rea destacada em amarelo na Figura 9). Essa opo, selecionada por padro, deve ser marcada, a menos que
voc esteja planejando um volume virtual com vrias extenses ou criando dispositivos para o uso em ambientes
VPLEX Metro. Sempre que possvel, o volume virtual para ambientes VMware deve ser criado usando um
mapeamento individual, ou seja, um s volume virtual para cada extenso. Esse processo se destina principalmente
a manter a infraestrutura o mais simples possvel. No entanto, para demonstrar o assistente destinado criao de
volumes virtuais, como visto na Figura 9, no exemplo usado neste documento, foi gerado um dispositivo VPLEX
sem a criao de um volume virtual.
possvel criar um volume virtual usando um ou mais dispositivos VPLEX. A Figura 10 mostra o assistente
para criao de volumes virtuais. A figura mostra que o dispositivo VPLEX criado na etapa anterior o nome
do volume de armazenamento com o prefixo "device_".
Figura 10. Criao de volumes virtuais com base em dispositivos VPLEX

Como foi dito anteriormente, o volume virtual pode ser exposto plataforma de virtualizao VMware com
a criao de uma exibio do armazenamento que combine os objetos "Registered initiators", "VPLEX ports"
e "Virtual Volumes". Para isso, o WWN dos iniciadores nos servidores VMware ESX deve ser primeiro registrado
no EMC VPLEX. A tela que aparece na Figura 11 exibida clicando na URL "Step 6: Register Initiators"
(Etapa 6: Registrar iniciadores).

12
Figura 11. Relao de iniciadores registrados e conectados ao EMC VPLEX

Quando os iniciadores so zoneados para as portas de front-end do EMC VPLEX, eles se conectam automaticamente
ao EMC VPLEX. Como mostra a Figura 11, esses iniciadores so exibidos com o prefixo "UNREGISTERED-",
seguido do WWPN do iniciador. No entanto, os iniciadores tambm podem ser registrados manualmente antes
de serem zoneados para as portas de front-end do VPLEX. O boto destacado em verde na Figura 11 deve ser
selecionado para executar essa operao. Os iniciadores conectados ao EMC VPLEX podem ser registrados
selecionando o iniciador no registrado e clicando no boto Register (Registrar). Esta etapa mostrada na figura
Figura 12. A imagem acrescentada na figura mostra a janela que aberta ao clicar no boto Register. A imagem
tambm mostra a facilidade que o EMC VPLEX proporciona de atribuir um nome simplificado ao iniciador no
registrado e tambm de selecionar um tipo de host para o iniciador que est sendo registrado.
Figura 12. Registro de HBAs VMware no EMC VPLEX

13
A ltima etapa de provisionar o armazenamento do EMC VPLEX para o ambiente VMware a criao da
exibio de armazenamento. Para que isso seja feito, selecione o ltimo assistente Step 7: Create Storage
Views (Etapa 7: Criar exibies de armazenamento) na home page do sistema de gerenciamento VPLEX.
A Figura 13 mostra a janela que aberta com a seleo da ltima etapa na home page. O painel esquerda
da janela mostra as etapas que devem ser executadas para criar uma exibio de armazenamento. A execuo
das etapas do assistente provisiona os volumes virtuais adequados para a plataforma de virtualizao VMware
usando o conjunto definido de portas de front-end do VPLEX. A seo "Consideraes sobre conectividade"
aborda a recomendao de portas do VPLEX que devem ser usadas na conexo dos servidores VMware ESX
ao EMC VPLEX.
Figura 13. Assistente para criar uma exibio do armazenamento do VPLEX

A Figura 14 mostra a exibio de armazenamento criada com o assistente. O WWN do volume virtual exposto
pela exibio est em destaque na figura. Essas informaes so usadas pela plataforma de virtualizao VMware
para identificar os dispositivos.
Figura 14. Visualizao de detalhes de uma exibio de armazenamento usando a interface

de gerenciamento do VPLEX

14
O armazenamento recm-provisionado pode ser detectado nos servidores VMware ESX por meio de uma nova
verificao do barramento SCSI. O resultado da verificao mostrado na Figura 15. A figura mostra que o servidor
VMware ESX tem acesso ao dispositivo com o WWN 6000144000000010a001b07360847619. Uma rpida
comparao do WWN com as informaes destacadas em verde na Figura 14 confirma que o dispositivo
detectado pelo servidor VMware ESX , de fato, o volume virtual recm-provisionado do VPLEX. A figura
tambm mostra o OUI (Organizationally Unique Identifier, identificador organizacionalmente exclusivo) de FC
para dispositivos EMC VPLEX, que 00:01:44.
Figura 15. Deteco de armazenamento recm-provisionado do VPLEX em um servidor

VMware ESX
Quando o dispositivo VPLEX detectado pelos servidores VMware ESX, eles podem ser usados para criar um
sistema de arquivos VMware (datastore) ou como um RDM (Raw Device Mapping, mapeamento de dispositivos
brutos). No entanto, para obter o desempenho ideal, certifique-se de que o I/O para o EMC VPLEX esteja alinhado
a um limite de bloco de 64 KB. Alm disso, em cenrios especficos de falha, h uma pequena probabilidade de
corrupo dos dados quando o I/O para o EMC VPLEX est desalinhado. Por isso, a EMC exige que todo o I/O
gerado do sistema operacional do host para o EMC VPLEX esteja alinhado a um limite de 64 KB.
O sistema de arquivos VMware criado com o VMware Infrastructure Client ou o vSphere Client alinha
automaticamente os blocos do sistema de arquivos. No entanto, uma partio desalinhada em um sistema operacional
convidado pode prejudicar o desempenho e, como foi mencionado antes, em algumas circunstncias pode at
mesmo resultar em corrupo dos dados. Por isso, essencial garantir que todas as parties criadas no sistema
operacional convidado (em um disco virtual apresentado a partir de um sistema de arquivos VMware ou um RDM)
estejam alinhadas a um mltiplo de 64 KB.
Consideraes sobre conectividade

O EMC VPLEX apresenta um novo tipo de paradigma de agrupamento de armazenamento que proporciona
melhor capacidade de recuperao, desempenho e disponibilidade. O pargrafo a seguir discute as recomendaes
para conectar os servidores VMware ESX ao EMC VPLEX. As recomendaes garantem o nvel mximo de
conectividade e disponibilidade para a plataforma de virtualizao VMware, mesmo durante operaes anormais.
Como prtica recomendada, cada servidor VMware ESX no ambiente VMware vSphere ou VMware Infrastructure
deve ter pelo menos dois HBAs fsicos, e cada HBA deve estar conectado a pelo menos duas portas de front-end
em diferentes placas no EMC VPLEX. Essa configurao garante o uso contnuo de todos os HBAs no servidor
VMware ESX, mesmo se uma das portas de front-end do EMC VPLEX estiver off-line para eventos de manuteno
planejada ou interrupes no planejadas.

15
Quando a configurao de um mecanismo VPLEX individual estiver conectada a um ambiente VMware vSphere
ou VMware Infrastructure, cada HBA dever ser conectado s portas de front-end disponveis nas placas A e B do
mecanismo VPLEX. A conectividade com as portas de front-end do VPLEX deve consistir, primeiro, na conexo de
hosts exclusivos porta 0 de cada mdulo de I/O que emule as placas de front-end, antes de conectar hosts adicionais
s portas restantes no mdulo de I/O. A Figura 16 exibe um exemplo esquemtico do diagrama de cabeamento
para uma plataforma de virtualizao VMware de quatro ns conectada a um mecanismo VPLEX nico.
Figura 16. Conexo de um servidor VMware vSphere a um cluster VPLEX de mecanismo nico
Se vrios mecanismos VPLEX estiverem disponveis, como no caso de configuraes de cluster VPLEX de
mdio e grande porte, os HBAs dos servidores VMware ESX devero estar conectados a diferentes mecanismos.
Por exemplo, a Figura 17 mostra esquematicamente o diagrama de conectividade para um cluster do servidor
VMware ESX de quatro ns conectado a um cluster VPLEX de dois mecanismos.
importante observar que a Figura 16 e a Figura 17 no exibem a conectividade entre os mecanismos VPLEX e os
storage arrays. A conectividade dos mecanismos VPLEX aos storage arrays deve seguir as prticas recomendadas
para o array. Uma discusso detalhada sobre as prticas recomendadas para a conexo do armazenamento de
back-end est alm do escopo deste documento. Os leitores interessados nesse assunto devem consultar o livro
tcnico EMC VPLEX Architecture and Deployment: Enabling the Journey to the Private Cloud (A arquitetura
e a implementao do EMC VPLEX: viabilizando a jornada rumo nuvem privada).

16
Figura 17. Conexo de servidores ESX a um cluster VPLEX de vrios mecanismos

Quando o servidor VMware ESX for conectado a um EMC VPLEX com o uso das prticas recomendadas discutidas
nesta seo, o kernel do VMware associar quatro caminhos para cada dispositivo apresentado pelo sistema.
A Figura 18 mostra os caminhos disponveis e usados pelo kernel do VMware para um dos dispositivos
agrupados apresentados no EMC VPLEX. Como a figura mostra, o kernel do VMware pode acessar o dispositivo
usando um dos quatro caminhos possveis. importante observar que o EMC VPLEX um array ativo/ativo
que permite o acesso simultneo a qualquer dispositivo VPLEX de qualquer uma das portas de front-end.
Esse fato reconhecido pelo kernel do VMware automaticamente e est destacado em verde na Figura 18.

17
Figura 18. Caminhos do kernel do VMware para um dispositivo VPLEX

A conectividade dos servidores VMware ESX a um cluster VPLEX de vrios mecanismos pode ser dimensionada
medida que so adicionados mecanismos. As metodologias discutidas nesta seo garantem que todas as portas
de front-end sejam utilizadas proporcionando o mximo de desempenho e balanceamento de carga para a
plataforma de virtualizao VMware.
Funo de mltiplos caminhos e balanceamento de carga

O servidor VMware ESX oferece recursos de failover nativo de canal. O servidor ESX para sistemas de
armazenamento ativo/ativo, por padro, atribui o caminho detectado primeiro a qualquer dispositivo de conexo
SCSI como sendo o preferencial com uma poltica de failover fixa. Esse caminho sempre usado como o caminho
ativo para o envio de I/O a esse dispositivo, a menos que o caminho esteja indisponvel devido a um evento planejado
ou no planejado. Os caminhos restantes detectados pelo servidor VMware ESX para o dispositivo so usados
como um caminho de failover passivo e utilizados somente em caso de falha no caminho ativo. Dessa forma, os
servidores VMware ESX colocam automaticamente na fila todos o I/O no primeiro HBA disponvel no sistema,
sem utilizar o outro HBA ativamente, at que seja detectada uma falha no HBA primrio. Esse comportamento
resulta em uma configurao desequilibrada no servidor ESX e no EMC VPLEX. H vrias maneiras de solucionar
esse problema. O mtodo mais apropriado, conforme ser discutido nas prximas sees, depende da verso do
servidor VMware ESX e do software de mltiplos caminhos usado.
Servidor VMware ESX verso 3 e balanceamento de carga esttica

No VMware ESX Server verso 3, os dispositivos do EMC VPLEX so atribudos com frequncia poltica de
gerenciamento de caminhos "Most Recently Used" (Usados mais recentemente). Como o VPLEX um sistema
ativo/ativo, necessrio certificar-se de que a poltica de failover de caminho esteja configurada como "Fixed"
(Fixa). Alm disso, para obter o balanceamento de carga e a funo de mltiplos caminhos, preciso executar
uma atribuio esttica de caminhos preferenciais alternados para os dispositivos exportados do EMC VPLEX.
Considerando as recomendaes na seo anterior para a conexo de servidores VMware ESX ao EMC VPLEX,
cada servidor ESX deve ter pelo menos quatro caminhos distintos. Com essa abordagem, o sistema de arquivos
VMware que reside no EMC VPLEX ter seus caminhos balanceados igualmente com os recursos disponveis.

18
Observe que as alteraes do caminho preferencial devem ser executadas em todos os servidores ESX que
acessam os dispositivos VPLEX.
O caminho preferencial deve ser definido por meio dos utilitrios de linha de comando ou do VMware Infrastructure
Client. Um exemplo desse processo exibido na Figura 19. A Figura 20 mostra a configurao do caminho
preferencial para dois datastores, cada um situado em um dispositivo EMC VPLEX apresentado nas portas de
front-end A0-FC00, A1-FC00, B0-FC00 e B1-FC00. possvel observar na figura que o caminho preferencial
do segundo datastore foi alterado para usar o segundo HBA.
Figura 19. Configurao do caminho preferencial no servidor VMware ESX verso 3
Figura 20. Dispositivos EMC VPLEX com balanceamento de carga esttica em um

servidor ESX verso 3
Servidor VMware ESX verso 4 e NMP

O servidor VMware ESX verso 4 inclui os recursos avanados de gerenciamento de caminhos e balanceamento
de carga com o uso das polticas "Fixed" (Fixa), "Round Robin" (Alternada) e "Most Recently Used" (Usado
mais recentemente). A poltica padro usada pelo kernel do ESX para arrays ativo/ativo "Fixed". No entanto,
para a maioria dos arrays ativo/ativo, como os do EMC Symmetrix, a poltica mais apropriada a alternada.
Contudo, os recursos avanados de gerenciamento de cache do EMC VPLEX podem ser interrompidos pelo
uso de um simples algoritmo de balanceamento de carga fornecido pela poltica alternada. Por esse motivo,
para o servidor VMware ESX verso 4 conectado ao EMC VPLEX, a EMC recomenda o uso da poltica fixa
com balanceamento de carga esttica, semelhante recomendao para a verso 3. Alm disso, as alteraes no
caminho preferencial devem ser executadas em todos os servidores ESX que acessam os dispositivos VPLEX.

19
O caminho preferencial no servidor VMware ESX verso 4 pode ser definido com o uso do vSphere Client.
A Figura 21 mostra o procedimento que pode ser usado para definir o caminho preferencial de um disco fsico
em um ambiente do VMware vSphere. A Figura 22 mostra a configurao do caminho preferencial para dois
datastores, cada um situado em um dispositivo EMC VPLEX apresentado pelas portas de front-end A0-FC00,
A1-FC00, B0-FC00 e B1-FC00.
Figura 21. Configurao do caminho preferencial no servidor VMware ESX verso 4
Figura 22. Dispositivos EMC VPLEX com balanceamento de carga esttica em um servidor
ESX verso 4
Servidor VMware ESX verso 4 com PowerPath/VE

O EMC PowerPath/VE apresenta os recursos de mltiplos caminhos do PowerPath para otimizar ambientes
virtuais do VMware vSphere. O PowerPath/VE permite a padronizao do gerenciamento de caminhos em
ambientes heterogneos fsicos e virtuais. O PowerPath/VE permite a automao da utilizao ideal do servidor,
do armazenamento e dos caminhos em um ambiente virtual dinmico. Com a hiperconsolidao, um ambiente
virtual pode ter centenas ou at milhares de mquinas virtuais independentes em execuo, inclusive com nveis
variados de intensidade de I/O. Os aplicativos com grande intensidade de I/O podem interromper o I/O de outros
aplicativos e, antes da disponibilidade do PowerPath/VE, como foi discutido em sees anteriores, o balanceamento
de carga em um sistema host ESX precisava ser configurado manualmente para corrigir esse problema. As operaes
manuais de balanceamento de carga, para garantir que todas as mquinas virtuais tenham o tempo de resposta
necessrio, so demoradas e logisticamente difceis de serem concretizadas de fato.
O PowerPath/VE trabalha com o VMware ESX e o ESXi como um MPP (Multi-Pathing Plug-in, plug-in de
mltiplos caminhos) que oferece recursos avanados de gerenciamento de caminhos para hosts ESX e ESXi.

20
O PowerPath/VE compatvel apenas com o vSphere (servidor ESX verso 4). As verses anteriores do ESX
no tm o PSA, que exigido pelo PowerPath/VE
O PowerPath/VE instalado como um mdulo de kernel no host vSphere. Como mostra a Figura 23, o PowerPath/VE
se conecta estrutura de pilha de I/O do vSphere e proporciona os recursos avanados de mltiplos caminhos
do PowerPath (balanceamento dinmico de carga e failover automtico) plataforma do VMware vSphere.
Figura 23. API do PowerPath/VE vStorage para plug-in de mltiplos caminhos

No centro do gerenciamento de caminhos do PowerPath/VE est o software residente no servidor, inserido entre
a camada do driver de dispositivo SCSI e o resto do sistema operacional. Esse software de driver cria um s
"pseudodispositivo" para determinado volume de array (LUN), seja qual for o nmero de caminhos fsicos em
que ele aparece. O pseudodispositivo, ou volume lgico, representa todos os caminhos fsicos para determinado
dispositivo. Ele usado para a criao de um sistema de arquivos VMware ou para o RDM. Essas entidades
podem ser usadas para o acesso a aplicativos e a banco de dados.
A importncia do PowerPath/VE est fundamentalmente em sua arquitetura e posio na pilha de I/O.
O PowerPath/VE fica acima do HBA, permitindo o suporte heterogneo de sistemas operacionais e storage
arrays. Com a integrao dos drivers de I/O, todos o I/O passa pelo PowerPath, permitindo um ponto nico
de gerenciamento e controle de I/O. Como o PowerPath/VE reside no kernel do ESX, ele fica abaixo do nvel
do sistema operacional convidado, dos aplicativos, do banco de dados e do sistema de arquivos. Com a posio
exclusiva do PowerPath/VE na pilha de I/O, ele se torna um ponto de controle e administrabilidade da infraestrutura,
agregando, assim, mais valor acima dele na pilha.
Recursos do PowerPath/VE
O PowerPath/VE apresenta os seguintes recursos:
Balanceamento dinmico de carga o PowerPath foi desenvolvido para usar sempre todos os caminhos.
O PowerPath distribui as solicitaes de I/O em um dispositivo lgico para todos os caminhos disponveis,
em vez de solicitar um s caminho para sustentar toda a carga de I/O.
Restaurao automtica de caminhos a restaurao automtica peridica reatribui dispositivos lgicos
ao restaurar caminhos que apresentam um estado de falha. Depois de restaurados, os caminhos reequilibram
o I/O automaticamente por todos os canais ativos.
Priorizao de dispositivo a configurao de alta prioridade para um ou vrios dispositivos melhora seu
desempenho de I/O em detrimento dos demais dispositivos, embora mantenha o melhor balanceamento de
carga possvel por todos os caminhos. Esse recurso especialmente til no caso de vrias mquinas virtuais
em um host com requisitos variados de disponibilidade e desempenho de aplicativo.

21
Otimizao automatizada de desempenho o PowerPath/VE identifica automaticamente o tipo de storage

array e define o modo mais alto de otimizao de desempenho por padro. Para o VPLEX, o modo padro
o Adaptive (Adaptvel).
Recuperao e failover dinmico de caminho se houver falha em um caminho, o PowerPath/VE
redistribui o trfego de I/O desse caminho para caminhos que funcionem. O PowerPath/VE para de enviar
I/O ao caminho com falha e busca um caminho ativo alternativo. Se houver um caminho ativo disponvel,
o PowerPath/VE redirecionar o I/O para esse caminho. O PowerPath/VE pode compensar por vrias falhas
no canal de I/O (por exemplo, HBAs, cabos de fibra ptica, switch Fibre Channel, porta de storage array).
Estatsticas de monitoramento/relatrio de I/O enquanto balanceia a carga de I/O, o PowerPath/VE
mantm estatsticas de todo o I/O em todos os caminhos. O administrador pode visualizar essas estatsticas
por meio do rpowermt.
Teste automtico de caminho o PowerPath/VE testa periodicamente os caminhos ativos e os inativos.
Com o teste de caminhos ativos que possam estar ociosos, um caminho com falha pode ser identificado
antes que um aplicativo tente enviar I/O por ele. Com a sinalizao de falha no caminho antes que
o aplicativo possa detect-la, h uma reduo nos atrasos causados por tempo limite esgotado e novas
tentativas. Com o teste dos caminhos identificados com falha, o PowerPath/VE far a restaurao
automtica deles de volta atividade, quando passarem no teste. A carga de I/O ser automaticamente
balanceada por todos os caminhos ativos disponveis.
Gerenciamento do PowerPath/VE
O PowerPath/VE usa um conjunto de comandos, chamado rpowermt, para monitorar, gerenciar e configurar
o PowerPath/VE for vSphere. A sintaxe, os argumentos e as opes so muito semelhantes aos comandos
tradicionais do powermt, usados nas demais plataformas de sistemas operacionais que aceitam o recurso
de mltiplos caminhos do PowerPath. H outra diferena importante, j que o powermt uma ferramenta
de gerenciamento remoto.
Nem todas as instalaes do vSphere tm uma interface de console de servio. Para gerenciar um host ESXi,
os clientes tm a opo de usar o vCenter Server ou o vCLI (tambm conhecido como VMware Remote Tools)
em um servidor remoto. O PowerPath/VE for vSphere usa o utilitrio de linha de comando rpowermt para o ESX
e para o ESXi. O PowerPath/VE for vSphere no pode ser gerenciado no prprio host ESX. No h uma GUI local
nem remota para o PowerPath no ESX. Os administradores devem designar um Guest O/S ou uma mquina fsica
para gerenciar um ou vrios hosts ESX. O utilitrio, rpowermt, compatvel com o Windows 2003 (32 bits)
e o Red Hat 5 Update 2 (64 bits).
Quando o servidor host vSphere est conectado ao EMC VPLEX, o mdulo de kernel do PowerPath/VE em
execuo no host vSphere associa todos os caminhos para cada um dos dispositivos apresentados pelo array
e atribui um nome de pseudodispositivo (como foi explicado anteriormente). A Figura 24 mostra um exemplo,
com o resultado rpowermt display host=x.x.x.x dev=emcpower11. Observe no resultado que o dispositivo tem
quatro caminhos e exibe o modo padro de otimizao para dispositivos VPLEX ADaptive (Adaptvel).
No entanto, como foi discutido na seo anterior, o sistema de gerenciamento e a coerncia avanada de cache
usados pelo EMC VPLEX no so aproveitados por completo quando a poltica adaptvel usada. Por esse
motivo, a EMC recomenda que a poltica de gerenciamento de caminhos do PowerPath seja alterada de ADaptive
para StreamIO (si) em todos os dispositivos VPLEX. Futuramente, os algoritmos do PowerPath atribuiro
automaticamente a poltica apropriada para os dispositivos EMC VPLEX detectados.

22
Figura 24. Resultado do comando rpowermt display em um dispositivo VPLEX

A poltica de gerenciamento de caminhos para dispositivos VPLEX pode ser alterada para StreamIO usando o
comando rpowermt. A Figura 25 mostra o comando para executar a alterao. A figura tambm mostra a nova
poltica que est em vigncia para o dispositivo emcpower11 que foi mostrado na Figura 24.
Figura 25. Alterao da poltica de gerenciamento de caminhos do PowerPath/VE para

dispositivos VPLEX
O comando mostrado na Figura 25 usa a definio de classe para dispositivos VPLEX (Invista) para alterar
a poltica. Na rara ocasio em que a plataforma de virtualizao VMware for exposta a dispositivos Invista
e VPLEX, a alterao na poltica de gerenciamento de caminhos deve ser executada para cada dispositivo.
Para obter mais informaes sobre como executar esse processo e sobre os comandos rpowermt e seus resultados,
consulte o PowerPath/VE for VMware vSphere Installation and Administration Guide (Guia de instalao
e administrao do PowerPath/VE para VMware vSphere) disponvel no Powerlink .
importante observar que, medida que mais mecanismos VPLEX tornam-se disponveis em um cluster,
a conectividade pode ser dimensionada de acordo com a necessidade. O PowerPath/VE comporta at
32 caminhos para um dispositivo. Essas metodologias de conectividade garantem que todos os processadores
e front-end directors sejam utilizados, proporcionando o mximo de desempenho e balanceamento de carga
para os hosts vSphere conectados ao EMC VPLEX em conjunto com o PowerPath/VE.
Migrando ambientes VMware existentes para o VLEX

As implantaes existentes de plataformas de virtualizao VMware podem ser migradas para ambientes
VPLEX. H vrias alternativas que podem ser utilizadas. O mtodo mais fcil de migrar para um ambiente
VPLEX usar o Storage VMotion. No entanto, essa tcnica s vivel se o storage array tiver espao livre
suficiente de armazenamento para acomodar o maior datastore no ambiente VMware. Alm disso, o Storage
VMotion poder ser cansativo se for preciso converter centenas de mquinas virtuais ou terabytes, ou se as
mquinas virtuais tiverem snapshots existentes, ou se a plataforma de virtualizao VMware for um servidor
ESX 3.0 ou verso anterior. Em cenrios como esses, pode ser apropriado utilizar o recurso do EMC VPLEX
de encapsular dispositivos existentes. No entanto, essa metodologia causa interrupes e requer paralisaes
planejadas na plataforma de virtualizao VMware.

23
Migraes que no causam interrupes usando o Storage VMotion

A Figura 26 mostra os datastores disponveis no servidor VMware ESX verso 3.5 gerenciado por um vSphere
vCenter Server. A exibio disponibilizada usando o plug-in de cliente do EMC Virtual Storage Integrator que
amplia as informaes relacionadas ao armazenamento mostradas pelo vSphere Client. Para obter mais
informaes sobre o EMC Virtual Storage Integrator, consulte o documento citado na seo "Referncias".
A Figura 26 mostra que a mquina virtual "W2K8 VM1 (VI3)" reside no datastore DataStore_1 hospedado no
dispositivo 4EC em um array Symmetrix VMAX. A imagem em destaque na figura mostra a verso do kernel
do ESX (3.5 build 153875) para o servidor 10.243.168.160.
Figura 26. Detalhes do dispositivo de armazenamento EMC exibido pelo EMC Storage Viewer
A Figura 27 mostra os dispositivos visveis no servidor ESX. possvel ver que h dois dispositivos com a
identificao de produto "Invista", mas sem quaisquer detalhes. o que acontece, j que o EMC Virtual Storage
Integrator neste ponto no tem o recurso para definir os dispositivos apresentados pelo EMC VPLEX. A figura
tambm mostra o nmero NAA dos dispositivos. Como foi discutido anteriormente, o OUI de FC (00:01:44)
corresponde aos dispositivos EMC VPLEX. Dessa forma, podemos concluir pela imagem que o servidor VMware
ESX apresentado com dispositivos de arrays EMC Symmetrix VMAX e EMC VPLEX.

24
Figura 27. Exibio dos dispositivos EMC VPLEX apresentados a um cluster de servidor
VMware ESX
A migrao dos dados dos arrays Symmetrix VMAX para o armazenamento apresentado pelo VPLEX pode ser
executada com o uso do Storage VMotion aps a criao de datastores apropriados nos dispositivos apresentados
pelo VPLEX.
A Figura 28 mostra as etapas necessrias para iniciar a migrao de uma mquina virtual do Datastore_1 para o
datastore de destino, Target_1, situado em um dispositivo VPLEX. importante observar que, apesar de utilizarmos
o servidor ESX verso 3.5 para demonstrar o procedimento de migrao, o mesmo processo pode ser aplicado
a servidores ESX verso 4.0 ou posterior. Alm disso, deve ser observado que o assistente de migrao mostrado
na Figura 28 est disponvel somente quando usamos o vCenter Server verso 4.0 ou posterior. A funcionalidade do
Storage VMotion est disponvel por meio de um utilitrio de linha de comando para o vCenter Server verso 2.5.
Uma discusso detalhada sobre o Storage VMotion est alm do escopo deste white paper. Para encontrar mais
detalhes sobre o Storage VMotion, consulte a documentao do VMware relacionada na seo "Referncias".

25
Figura 28. Uso do Storage VMotion para migrar mquinas virtuais para dispositivos VPLEX
Migrao usando o encapsulamento de dispositivos existentes

Conforme discutido antes, apesar de o Storage VMotion oferecer a capacidade de executar migraes sem
interrupes para o EMC VPLEX a partir de uma implementao VMware existente, ele nem sempre ser
uma ferramenta vivel. Nesses casos, os recursos de encapsulamento do EMC VPLEX podem ser utilizados.
O procedimento traz interrupes, no entanto, mas a durao destas pode ser minimizada por meio de um
planejamento e execuo apropriados.
As etapas a seguir devem ser executadas para encapsular e migrar uma implementao VMware existente.
1.
Faa o zoneamento das portas de back-end do EMC VPLEX para as portas de front-end do storage array
que fornece atualmente os recursos de armazenamento.
2.
A prxima etapa ser alterar o mascaramento de LUNs no storage array, para que o EMC VPLEX
tenha acesso aos dispositivos que hospedam os datastores VMware. No exemplo usado na seo anterior,
os dispositivos 4EC (para o Datastore_1) e 4F0 (para o Datastore_2) devem ser mascarados para
o EMC VPLEX.
A Figura 29 mostra os dispositivos que esto visveis para o EMC VPLEX aps a execuo das alteraes
no mascaramento e de uma nova verificao do storage array no EMC VPLEX. A figura tambm mostra
o resultado do SYMCLI dos dispositivos Symmetrix VMAX e seus WWNs correspondentes. Uma rpida
comparao mostra claramente que o EMC VPLEX tem acesso aos dispositivos que hospedam os datastores
que precisam ser encapsulados.

26
Figura 29. Deteco dos dispositivos a serem encapsulados no EMC VPLEX

3.
Quando os dispositivos estiverem visveis para o EMC VPLEX, eles devero ser solicitados. Esta etapa
mostrada na Figura 30. O indicador "-appc" durante o processo de solicitaes garante a preservao
do contedo do dispositivo que est sendo solicitado e o encapsulamento do dispositivo para uso no
EMC VPLEX.
Figura 30. Encapsulamento de dispositivos no EMC VPLEX, preservando os dados existentes

4.
Depois de solicitar os dispositivos, necessrio criar uma extenso que abranja todo o disco. A Figura 31
mostra esta etapa para os dois datastores que esto sendo encapsulados no exemplo.

27
Figura 31. Criao de extenses em volumes de armazenamento encapsulados solicitados

pelo VPLEX
5.
Um dispositivo VPLEX (dispositivo local) com apenas um membro RAID 1 deve ser criado usando a
extenso gerada na etapa anterior. Esse processo ilustrado na Figura 32 com os dois datastores, Datastore_1
e Datastore_2, hospedados nos dispositivos 4EC e 4F0, respectivamente. A etapa deve ser repetida para
todos os dispositivos de storage array que precisam ser encapsulados e expostos para o ambiente VMware.
Figura 32. Criao de um dispositivo RAID 1 VPLEX protegido em dispositivos VMAX

encapsulados
6.
Um volume virtual deve ser criado em cada dispositivo VPLEX originado na etapa anterior.
Esse processo ilustrado na Figura 33 para os datastores VMware Datastore_1 e Datastore_2.

28
Figura 33. Criao de volumes virtuais no VPLEX para serem expostos plataforma
de virtualizao VMware
7.
possvel criar uma exibio de armazenamento no EMC VPLEX registrando manualmente o WWN
dos HBAs nos servidores VMware ESX que fazem parte do domnio de virtualizao VMware. A exibio
de armazenamento deve ser criada, a princpio, para permitir que a plataforma de virtualizao VMware
tenha acesso aos volumes virtuais que foram criados na etapa 6. Dessa forma, possvel minimizar a
interrupo no servio durante o switchover do storage array original para o EMC VPLEX. Um exemplo
desta etapa com o ambiente usado neste estudo pode ser visto na Figura 34.
Figura 34. Criao da exibio de armazenamento para apresentar dispositivos encapsulados

aos servidores VMware ESX
8.
Paralelamente s operaes realizadas no EMC VPLEX, necessrio criar novas zonas para permitir que os
servidores VMware ESX envolvidos na migrao tenham acesso s portas de front-end do EMC VPLEX.
Essas zonas tambm devem ser adicionadas ao conjunto de zonas apropriado. Alm disso, necessrio
remover do conjunto de zonas aquelas que fornecem o acesso do servidor VMware ESX ao storage array
cujos dispositivos esto sendo encapsulados. No entanto, o conjunto modificado de zonas no deve ser
ativado at a janela de manuteno, quando for possvel desligar as mquinas virtuais VMware.
9.
Quando a janela de manuteno aberta, todas as mquinas virtuais que seriam afetadas pela migrao
devem ser primeiro desligadas normalmente. Isso pode ser feito usando o VMware Infrastructure Client,
o vSphere Client ou os utilitrios de linha de comando que exploram o SDK do VMware.
10. Os dispositivos apresentados pelo sistema VPLEX hospedam o datastore original. No entanto, os hosts
VMware ESX no montam datastores automaticamente, por consider-los snapshots, j que o WWN dos
dispositivos expostos pelo sistema VPLEX difere do WWN dos dispositivos apresentados pelo sistema
Symmetrix VMAX.

29
O VMware vSphere permite que o processo de refazer a assinatura dos datastores considerados snapshots
seja executado para cada dispositivo. Isso reduz o risco de refazer incorretamente a assinatura dos dispositivos
encapsulados pelo sistema VPLEX. O uso da montagem persistente tambm oferece outras vantagens,
como a reteno do histrico de todas as mquinas virtuais. Por esse motivo, para um ambiente homogneo
do vSphere, a EMC recomenda o uso de montagens persistentes dos datastores VMware encapsulados pelo
VPLEX. Para ambientes VMware com o VMware ESX verso 3.5 ou anterior, essa etapa deve ser ignorada.
Ative o conjunto de zonas que foi criado na etapa 8. Uma nova verificao manual do barramento SCSI nos
servidores VMware ESX dever remover os dispositivos originais e adicionar os dispositivos encapsulados
apresentados pelo sistema VPLEX.
A Figura 35 mostra um exemplo desse processo para um ambiente VMware vSphere. A figura mostra
todas as mquinas virtuais originais do ambiente agora marcadas como inacessveis. Isso ocorre porque
os datastores Datastore_1 e Datastore_2, criados nos dispositivos apresentados pelo sistema VMAX,
no esto mais disponveis.
Figura 35. Nova verificao do barramento SCSI nos servidores VMware ESX
A figura a seguir mostra os resultados aps a montagem persistente dos datastores apresentados pelo
EMC VPLEX. Podemos observar que todas as mquinas virtuais antes inacessveis agora esto disponveis.
A montagem persistente dos datastores considerados snapshots retm o UUID do datastore e o rtulo.
Como as mquinas virtuais apresentam referncias cruzadas usando o UUID dos datastores, a montagem
persistente permite que o vCenter Server detecte novamente as mquinas virtuais que foram anteriormente
consideradas inacessveis.
As etapas 11 a 14 a seguir no se aplicam a ambientes homogneos vSphere e devem ser ignoradas.

30
Figura 36. Montagem persistente de datastores em dispositivos VPLEX encapsulados

11. Se o ambiente VMware utilizar o servidor ESX verso 3.5 ou anterior (mesmo quando gerenciado pelo
VMware vCenter Server verso 4), recomendvel refazer a assinatura dos dispositivos encapsulados
apresentados pelo EMC VPLEX. Essa recomendao se deve ao fato que, nessas verses do servidor
VMware ESX, o processo de refazer a assinatura de dispositivos que so considerados snapshots no
seletivo e irreversvel. O servidor VMware ESX verso 4.0 ou posterior d aos usurios um mecanismo
para refazer seletivamente a assinatura dos dispositivos considerados snapshots.
As mquinas virtuais hospedadas nos datastores devem ser removidas do inventrio do vCenter Server.
Isso pode ser feito atravs do Virtual Infrastructure Client, do vSphere Client ou dos utilitrios de linha
de comando que utilizam o SDK do VMware. Quando as mquinas virtuais tiverem o registro cancelado,
todas as informaes de histrico sero excludas do banco de dados do Virtual Center.
12. Altere o indicador de configuraes avanadas, LVM.EnableResignature, em um dos hosts VMware ESX
para refazer a assinatura dos datastores e ativar o conjunto de zonas que foi criado na etapa 8.
O conjunto de zonas criado na etapa 8 deve ser ativado neste momento. Uma nova verificao manual
do barramento SCSI nos servidores VMware ESX dever remover os dispositivos originais e adicionar
os dispositivos encapsulados apresentados pelo EMC VPLEX.
A Figura 37 mostra os datastores aps a concluso do processo de refazer assinatura. Como mostra a figura,
o prefixo snap-xxxxxxxx foi adicionado ao rtulo original dos datastores.

31
Figura 37. Reassinatura de datastores em dispositivos VPLEX encapsulados

13. Depois da deteco dos dispositivos VPLEX e da nova assinatura dos datastores VMware, o parmetro
avanado LVM.EnableResignature deve ser definido como 0.
14. As mquinas virtuais que tiveram o registro cancelado na etapa 10 podem ser adicionadas novamente
ao inventrio do vCenter Server usando o Virtual Infrastructure Client, o vSphere Client ou utilitrios
de linha de comando com base no SDK do VMware. A Figura 38 mostra um exemplo desse processo.
Figura 38. Adio de mquinas virtuais a partir de dispositivos VPLEX reassinados para
o vCenter Server
15. Aps a identificao e o registro apropriado das mquinas virtuais, elas podero ser ligadas.
O processo descrito acima usou a interface de linha de comando do VPLEX para executar a operao
de gerenciamento no EMC VPLEX. No entanto, as mesmas operaes podem ser executadas por meio
da interface GUI de gerenciamento fornecida pelo VPLEX.
32
Implementaes VMware em um ambiente VPLEX Metro

O EMC VPLEX vai alm das barreiras fsicas do data center e permite que os usurios tenham acesso simultneo
aos dados de diferentes locais geogrficos1. Essa funo em um contexto VMware habilita recursos que no
estavam disponveis anteriormente. Especificamente, a capacidade de acessar simultaneamente o mesmo conjunto
de dispositivos, independentemente do local fsico, permite a existncia de clusters separados geograficamente
com base na plataforma de virtualizao VMware 2. Isso viabiliza o compartilhamento transparente de carga entre
vrios locais, alm de flexibilidade para migrar cargas de trabalho entre locais, antes de eventos planejados como
a manuteno de hardware. Alm disso, no caso de um evento no planejado que interrompa os servios em um
dos data centers, os servios com falha podero ser reiniciados com rapidez e facilidade no local sobrevivente,
com o mnimo de esforo. Ainda assim, o planejamento do ambiente VMware deve fazer frente a uma srie de
possveis cenrios de falha e mitigar os riscos de interrupo nos servios. Os pargrafos a seguir discutem as
prticas recomendadas para o planejamento do ambiente VMware para garantir uma soluo ideal. Para obter
mais informaes sobre a configurao do EMC VPLEX Metro, os leitores devem consultar o livro tcnico
EMC VPLEX Architecture and Deployment: Enabling the Journey to the Private Cloud (A arquitetura e a
implementao do EMC VPLEX: viabilizando a jornada rumo nuvem privada) disponvel no Powerlink.
Configurao de cluster VMware

Um cluster VMware HA usa um heartbeat para determinar se os ns de mesmo nvel no cluster esto acessveis
e respondem. Em caso de falha na comunicao, o software VMware HA executado no servidor VMware ESX
normalmente utiliza o gateway padro para que o kernel do VMware possa determinar se ele deve ser isolado.
um mecanismo necessrio, j que, em termos de programao, impossvel determinar se uma falha na
comunicao se deve a falhas no servidor ou na rede.
O mesmo problema fundamental apresentado acima a dvida se a falta de conectividade entre os ns dos clusters
VPLEX se deve a uma falha de comunicao da rede ou a uma falha local se aplica aos clusters VPLEX
separados por distncias geogrficas. Uma falha na rede administrada pelo EMC VPLEX por meio da suspenso
automtica de todo o I/O para um dispositivo ("desconectado") em um dos dois locais, com base em um conjunto
de regras predefinidas. As operaes de I/O no outro local para o mesmo dispositivo continuam normalmente.
Alm disso, como as regras so aplicadas a cada dispositivo, possvel ter dispositivos ativos em ambos os locais,
em caso de uma partio da rede. A imposio das regras para minimizar o impacto das interrupes na rede
interfere no caso de uma falha no local. Nesse caso, com base nas regras que definem o local que ser desconectado
em caso de falha nas comunicaes, o cluster VPLEX no local sobrevivente suspende automaticamente o I/O para
alguns dos dispositivos no local sobrevivente. Para solucionar esse problema, o software VPLEX permite a
retomada manual do I/O para os dispositivos desconectados. Contudo, uma discusso mais detalhada sobre como
executar essas operaes est alm do escopo deste white paper. O livro tcnico EMC VPLEX Architecture and
Deployment: Enabling the Journey to the Private Cloud (A arquitetura e a implementao do EMC VPLEX
viabilizando a jornada rumo nuvem privada) deve ser consultado para obter mais informaes sobre o
EMC Metro-Plex.
A Figura 39 mostra a configurao de cluster recomendada para as implementaes VMware que utilizam
dispositivos apresentados pelo EMC VPLEX Metro. Podemos observar na figura que a plataforma de virtualizao
VMware dividida em dois clusters VMware separados. Cada cluster envolve os servidores VMware ESX em
cada data center fsico (Site A e Site B). No entanto, ambos os clusters VMware so gerenciados por uma s
entidade de Datacenter, que representa a combinao lgica de vrios locais fsicos envolvidos na soluo.
A figura tambm mostra, nas imagens ampliadas, as configuraes de cada cluster. As imagens mostram que
o VMware DRS e o VMware HA esto ativos em cada cluster, dessa maneira restringindo a um s local fsico
o domnio de operao desses componentes da oferta VMware.
Embora a arquitetura do VPLEX seja planejada para dar suporte ao acesso simultneo em vrios locais,
a primeira verso do produto aceita uma configurao de dois locais separados por uma distncia sncrona.
2
A soluo requer a extenso de VLAN para data centers fsicos diferentes. Tecnologias como o Overlay
Transport Virtualization (OTV) da Cisco podem ser exploradas para oferecer esse servio.
33
Figura 39. Configurao de clusters VMware usando dispositivos do EMC VPLEX Metro
Ainda que a Figura 39 mostre apenas dois clusters VMware, possvel dividir os servidores VMware ESX de
cada local fsico em vrios clusters VMware. O objetivo da configurao recomendada impedir o entrelaamento
dos servidores ESX de vrios locais em um s objeto de cluster VMware.
Os datastores VMware apresentados para a representao lgica dos data centers fsicos conjuntos (Site A e Site B)
so mostrados na Figura 40. A figura mostra que vrios datastores VMware so apresentados em ambos os
data centers3. Por isso, a separao lgica do VMware DRS e do domnio VMware HA no causa nenhum impacto
(como ser discuto na prxima seo) na capacidade do VMware vCenter Server de migrar com transparncia as
mquinas virtuais executadas no cluster designado, de cada local para sua contraparte. A figura tambm destaca
que uma configurao do VPLEX Metro por si s no implica na necessidade de replicar todos os volumes virtuais
criados no EMC VPLEX Metro para todos os locais fsicos de data center 4. No entanto, as mquinas virtuais
hospedadas em datastores, por sua vez encapsulados em volumes virtuais com uma s cpia dos dados, e apresentadas
para o cluster VMware nesse local so vinculadas a este e no podem ser migradas sem interrupes para o segundo
local e oferecer, ao mesmo tempo, proteo contra eventos no planejados. A necessidade de hospedar um
conjunto de mquinas virtuais em volumes virtuais no replicados pode ser motivada por uma srie de motivos,
inclusive a importncia para os negcios representada pelas mquinas virtuais hospedadas nesses datastores.
A criao de um datastore compartilhado, que seja visvel para os servidores VMware ESX em ambos os locais,
possvel por meio da criao de um dispositivo distribudo no EMC VPLEX Metro. A discusso detalhada sobre
os procedimentos para criar dispositivos distribudos est alm do escopo deste documento. Os leitores interessados
devem consultar o livro tcnico EMC VPLEX Architecture and Deployment Enabling the Journey to the Private
Cloud (A arquitetura e a implementao do EMC VPLEX viabilizando a jornada rumo nuvem privada) para
obter mais informaes.
4
possvel apresentar um volume virtual no replicado para os clusters VMware em ambos os locais. Nesse tipo
de configurao, quando a atividade de I/O gerada no local sem uma cpia dos dados no estiver no cache do
cluster VPLEX nesse local, ela ser compensada pelo storage array que hospeda o volume virtual. Essa configurao
pode resultar em graves penalidades de desempenho e no protege o cliente em caso de eventos no planejados no
local que hospeda a replicao do storage array ou para uma migrao nica de mquinas virtuais entre data centers.
34
Figura 40. Exibio do armazenamento dos datastores apresentados aos clusters VMware
A Figura 41 uma extenso das informaes mostradas na Figura 40. A figura inclui informaes sobre as
mquinas virtuais e os datastores na configurao usada neste estudo. A figura mostra que um datastore hospeda
mquinas virtuais que esto em execuo em um s local fsico. A figura tambm mostra o WWN do dispositivo
SCSI que hospeda o datastore "Distributed_DSC_Site_A". A configurao do volume virtual do VPLEX Metro
com o WWN exibido na Figura 41 aparece na Figura 42. A figura mostra que o volume virtual exportado para
os hosts no cluster VMware no Site A.

35
Figura 41. Visualizao dos datastores e das mquinas virtuais usados neste estudo

36
Figura 42. Informaes detalhadas sobre um volume Metro-Plex apresentado a um ambiente

VMware
A Figura 43 mostra as regras aplicadas no volume virtual que hospeda o datastore Distributed_DSC_Site_A.
Na figura, podemos observar que as regras foram configuradas para suspender o I/O no Site B em caso de uma
partio da rede. Portanto, as regras garantem que, quando houver uma partio de rede, as mquinas virtuais
hospedadas no datastore Distributed_DSC_Site_A no sero afetadas. Do mesmo modo, para as mquinas
virtuais hospedadas no Site B, as regras foram configuradas para garantir que o I/O desses datastores no seja
afetado em caso de uma partio de rede.
Figura 43. Visualizao das regras de desconexo em dispositivos VPLEX distribudos

37
Migrao sem interrupes de mquinas virtuais com o VMotion

A Figura 44 mostra um exemplo da capacidade de migrar mquinas virtuais em execuo entre o cluster e entre
data centers fsicos. A figura mostra claramente que, sob a perspectiva do VMware vCenter Server, o local fsico
dos data centers no desempenha nenhuma funo para permitir a movimentao de cargas de trabalho ativas
entre sites compatveis com o EMC VPLEX Metro.
Figura 44. O vCenter Server permite a migrao ativa de mquinas virtuais entre locais
A Figura 45 mostra um snapshot durante a migrao sem interrupes de uma mquina virtual de um local para
outro. Apresenta tambm o console da mquina virtual durante o processo de migrao, destacando a ausncia
de impacto na mquina virtual durante o processo.

38
Figura 45. A progresso do VMotion entre dois locais fsicos

importante observar que a EMC no recomenda a migrao de uma s mquina virtual de um local para outro,
j que isso rompe com o paradigma analisado nos pargrafos anteriores. Uma migrao parcial das mquinas virtuais
hospedadas em um datastore pode causar interrupes desnecessrias no servio em caso de partio de rede.
Por exemplo, aps uma migrao bem-sucedida da mquina virtual IOM02, mostrada na Figura 44 e na Figura 45,
se houver uma partio da rede, as regras em vigor nos dispositivos hospedados no datastore suspendero o I/O
no local em que a mquina virtual migrada est sendo executada. A suspenso de I/O resultar em uma interrupo
abrupta dos servios fornecidos pela IOM02. Para impedir um evento inconveniente como esse, a EMC recomenda
migrar todas as mquinas virtuais hospedadas em um datastore e ento alterar as regras em vigor no dispositivo
que hospeda o datastore afetado. As novas regras devem garantir que o I/O para o dispositivo continue no local
de destino da migrao.

39
Alterando a configurao de volumes no replicados do VPLEX Metro

Como foi mencionado nos pargrafos anteriores, o EMC VPLEX Metro no restringe a configurao do volume
virtual exportado pelo cluster. A configurao do VPLEX Metro pode exportar uma combinao de volumes virtuais
replicados e no replicados. As necessidades dos negcios geralmente ditam o tipo de volume virtual que precisa
ser configurado. No entanto, se essas necessidades sofrerem mudanas, a configurao do volume virtual em que
as mquinas virtuais esto hospedadas poder ser alterada para um volume virtual replicado e oferecida para vrios
clusters VMware em diferentes locais fsicos a fim de fornecer acesso simultneo, tudo isso sem causar interrupes.
A Figura 46 mostra o datastore Conversion_Datastore que, no momento, est disponvel somente em um cluster
hospedado em um s local (neste caso, no Site A). Portanto, as mquinas virtuais presentes nesse datastore no
podem ser migradas sem causar interrupes para o segundo local disponvel na configurao5 do VPLEX Metro, a
menos que o acesso remoto seja habilitado no dispositivo em que o datastore Conversion_Datastore foi criado ou
que a configurao do dispositivo VPLEX seja convertida para um dispositivo distribudo com cpias dos dados em
ambos os locais.
Figura 46. Datastore VMware disponvel em um s local em uma configurao do Metro-Plex

A Figura 47 mostra a configurao do volume virtual em que o datastore est localizado. A figura mostra que
o volume virtual contm um s dispositivo disponvel no mesmo local. Se uma mudana nas necessidades dos
negcios exigir que o datastore seja replicado e disponibilizado em ambos os locais, a configurao poder ser
facilmente alterada, desde que haja armazenamento fsico suficiente disponvel no segundo local, que no momento
no tem uma cpia dos dados.
Tecnologias como o Storage VMotion podem ser usadas para migrar a mquina virtual para um volume virtual
VPLEX Metro que replicado e est disponvel nos dois locais, permitindo a migrao da mquina virtual entre
os locais sem causar interrupes. No entanto, essa abordagem pode tornar o processo desnecessariamente complexo.
De qualquer modo, esse processo pode ser aproveitado para transportar mquinas virtuais que no toleram a
sobrecarga da replicao sncrona.
40
Figura 47. Informaes detalhadas sobre um volume virtual no replicado do Metro-Plex

Abaixo apresentado o processo para converter um dispositivo no replicado, encapsulado em um volume
virtual, de modo que ele seja replicado para o segundo local e apresentado para o cluster VMware no segundo
local. O processo consiste em quatro etapas:
1.
Crie um dispositivo no local em que a cpia dos dados ser mantida. O processo para criar um dispositivo,
mostrado na Figura 48, no depende do sistema operacional do host e foi analisado na seo
"Provisionando o armazenamento do VPLEX para ambientes VMware".
Figura 48. Criao de um dispositivo no EMC VPLEX com a GUI

2.
A prxima etapa adicionar o dispositivo recm-criado como um espelho do dispositivo existente que
precisa de proteo geogrfica. A Figura 49 mostra esse processo e, assim como a etapa anterior, ele no
depende do sistema operacional do host que utiliza os volumes virtuais criados com os dispositivos.

41
Figura 49. Alterao do tipo de proteo, de um dispositivo RAID 0 VPLEX para

RAID 1 distribudo
3.
Crie ou altere o mascaramento de LUNs no EMC VPLEX Metro para permitir que os servidores
VMware ESX conectados aos ns no segundo local acessem o volume virtual que contm
os dispositivos replicados. A Figura 50 mostra os resultados aps a execuo do processo.

42
Figura 50. Criao de uma exibio para expor o volume virtual VPLEX no segundo local
4.
O volume virtual VPLEX recm-exportado, que contm dispositivos replicados, precisa ser detectado
no cluster VMware no segundo local. Esse processo semelhante a adicionar um dispositivo SCSI
a um cluster VMware. A Figura 51 mostra o datastore replicado agora disponvel em ambos os clusters
VMware no Site A e no Site B aps a nova verificao do barramento SCSI.
Figura 51. Visualizao de servidores VMware ESX que tm acesso a um datastore
vCenter Server virtualizado no VPLEX Metro

A VMware aceita instncias virtualizadas do vCenter Server verso 4.0 ou posterior. A execuo do vCenter
Server e dos componentes associados em uma mquina virtual proporciona aos clientes grande flexibilidade e
praticidade, j que os benefcios de um data center virtual podem ser explorados por todos os componentes de
uma implementao VMware. No entanto, em um ambiente EMC VPLEX Metro, a implementao descuidada
de um vCenter Server executado em uma mquina virtual pode apresentar desafios interessantes no caso de uma
falha no local. Isso se aplicar principalmente se o vCenter Server for usado para gerenciar ambientes VMware
tambm implementados no mesmo cluster do EMC VPLEX Metro.
Como foi discutido nos pargrafos anteriores, no caso de uma falha no local ou de uma partio de rede ente os locais,
o EMC VPLEX suspende automaticamente todo o I/O em um local. O local em que o I/O suspenso determinado
por um conjunto de regras que so ativadas quando ocorre o evento. Esse comportamento pode aumentar o RTO
no caso de uma falha no local e se o VMware vCenter Server estiver localizado em um volume distribudo
EMC VPLEX replicado em ambos os locais. O problema pode ser mais bem explicado com um exemplo.

43
Considere uma implementao do ambiente VMware em que o vCenter Server e o SQL Server so executados
em mquinas virtuais distintas. O porm que as duas mquinas virtuais so hospedadas em um dispositivo
EMC VPLEX replicado (D) entre dois sites (A e B). Neste exemplo, vamos supor que o vCenter Server e o
SQL Server sejam executados no Site A. Segundo as prticas recomendadas, o I/O para o dispositivo D deve
ser suspenso no Site B. Essa recomendao permite que as mquinas virtuais que hospedam os aplicativos de
gerenciamento do vSphere continuem sendo executadas no Site A em caso de partio da rede 6. No entanto,
se um evento interruptivo causar a perda de todos os servios no Site A, o ambiente VMware no poder ser
gerenciado, j que a instncia do dispositivo D no Site B estar suspensa. Para solucionar esse problema, vrias
aes corretivas listadas abaixo devem ser executadas:
1.
O I/O para o dispositivo D no Site B deve ser retomado. Isso pode ser feito por meio da interface de
gerenciamento do VPLEX.
2.
Quando o I/O para o dispositivo D for retomado, o vSphere Client dever apontar para um dos servidores
ESX no Site B que tem acesso ao datastore hospedado no dispositivo D.
3.
A mquina virtual que hospeda o vCenter Server e a instncia do SQL devem ser registradas com
o vSphere Client.
4.
Aps o registro das mquinas virtuais, o SQL Server deve ser iniciado primeiro.
5.
Quando o SQL Server estiver funcionando normalmente, o vCenter Server dever ser iniciado.
Essas etapas restauram um ambiente de gerenciamento VMware totalmente funcional no Site B em caso de falha
no Site A.
O exemplo acima mostra claramente que hospedar um vCenter Server em um dispositivo VPLEX Metro replicado
pode acrescentar mais complexidade ao ambiente em caso de falha no local. H duas tcnicas possveis que
podem ser usadas para mitigar essa questo:
O vCenter Server e o SQL Server devem ser hospedados em dispositivos EMC VPLEX no replicados.
O VMware Heartbeat pode ser usado para replicar com transparncia os dados do vCenter entre os locais,
bem como fornecer um mecanismo de recuperao em caso de falha no local. Essa soluo permite que
o vCenter Server execute o failover automtico para o local sobrevivente, sem a necessidade de outras
intervenes. Os leitores devem consultar a documentao do VMware vCenter Server Heartbeat para
obter mais informaes.
O vCenter Server e o SQL Server podem estar localizados em um terceiro local independente no afetado
pela falha do local que hospeda os servidores VMware ESX. Essa soluo permite que os servios de
gerenciamento VMware sejam disponibilizados mesmo durante uma partio de rede que interrompa
a comunicao entre os locais que hospedam o EMC VPLEX Metro.
Os clientes devem optar pela soluo mais apropriada para seu ambiente aps avaliar as vantagens e desvantagens
de cada uma.
Concluso
O EMC VPLEX, com o sistema operacional EMC GeoSynchrony, uma tecnologia corporativa de agrupamento
baseado em SAN que agrega e gerencia pools de storage arrays conectados por Fibre Channel que podem estar
sediados em um s data center ou em vrios data centers separados geograficamente por distncias MAN.
Alm disso, com uma arquitetura exclusiva de scale-up e scale-out, a coerncia avanada de cache de dados
e cache distribudo do EMC VPLEX fornece capacidade de recuperao e compartilhamento automtico, bem
como balanceamento e failover de domnios de armazenamento, permitindo o acesso local e remoto aos dados
com nveis de servio previsveis. Um data center VMware baseado em plataforma de virtualizao, fundamentado
pelos recursos do EMC VPLEX, fornece melhoria no desempenho, na capacidade de expanso e na flexibilidade.
Alm disso, o EMC VPLEX tem a capacidade de fornecer recursos para o gerenciamento de volumes e
movimentao de dados heterogneos sem causar interrupes em distncias sncronas, permitindo que
os clientes ofeream servios econmicos e dinmicos em nuvem distribudos por vrios locais fsicos.
importante observar que, em caso de uma partio de rede, as mquinas virtuais no Site B continuam sendo
executadas sem interrupes. No entanto, como o vCenter Server localizado no Site A no tem conectividade
de rede com os servidores no Site B, o servidor VMware ESX no Site B no pode ser gerenciado. Isso inclui
a indisponibilidade de recursos avanados, como o DRS e o VMotion.
44
Referncias
Os ttulos a seguir apresentam mais informaes sobre o VPLEX e podem ser encontrados no site EMC2.com.br
e no Powerlink.
Notas tcnicas das prticas recomendadas de implementao e planejamento para o EMC VPLEX
O livro tcnico EMC VPLEX Architecture and Deployment: Enabling the Journey to the Private Cloud
(A arquitetura e a implementao do EMC VPLEX: viabilizando a jornada rumo nuvem privada)
Os ttulos a seguir apresentam mais informaes sobre os produtos da EMC e da VMware e podem ser
encontrados no site EMC2.com.br e no Powerlink:
White paper Using VMware vSphere with EMC Symmetrix Storage (Usando o VMware vSphere com
o EMC Symmetrix Storage)
White paper EMC Symmetrix VMAX and VMware Virtual Infrastructure - Applied Technology
(EMC Symmetrix VMAX e VMware Virtual Infrastructure - Tecnologia aplicada)
Livro Tcnico Using EMC CLARiiON Storage with VMware vSphere and VMware Infrastructure
(Usando armazenamento EMC CLARiiON com o VMware vSphere e o VMware Infrastructure)
Livro Tcnico Using EMC Symmetrix Storage in VMware Virtual Infrastructure Environments
(Usando armazenamento EMC Symmetrix em ambientes VMware Virtual Infrastructure)
Virtual Storage Integrator for vSphere Client 3.0 Product Guide (Guia do produto Virtual Storage
Integrator for vSphere Client 3.0) somente no Powerlink
EMC PowerPath/VE for VMware vSphere Version 5.4 and Service Pack Installation and Administration Guide
(Guia de instalao e administrao do EMC PowerPath/VE for VMware vSphere verso 5.4 e service pack)
somente no Powerlink
Os ttulos a seguir podem ser encontrados no site da VMware:
Biblioteca on-line do VMware Sphere
Guia de referncia do vCenter Server Heartbeat

45

h7118 Using Vmware Virtualization Platforms Vplex

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

h7118 Using Vmware Virtualization Platforms Vplex

Enviado por

Direitos autorais:

Formatos disponíveis

Usando plataformas de virtualizao VMware

com o EMC VPLEX

Copyright 2010 EMC Corporation. Todos os direitos reservados.

Usando plataformas de virtualizao VMware com o EMC VPLEX

Viso geral do EMC VPLEX ............................................................................... 5

Provisionando o armazenamento do VPLEX para ambientes VMware ......... 8

Migrando ambientes VMware existentes para o VLEX .................................. 23

Implementaes VMware em um ambiente VPLEX Metro ............................ 33

Usando plataformas de virtualizao VMware com o EMC VPLEX

Usando plataformas de virtualizao VMware com o EMC VPLEX

Viso geral do EMC VPLEX

Arquitetura EMC VPLEX

Figura 1. Capacidade do EMC VPLEX de agrupar armazenamento heterogneo

Usando plataformas de virtualizao VMware com o EMC VPLEX

Famlia EMC VPLEX

Figura 2. Oferta da famlia EMC VPLEX com limites de arquitetura

Arquitetura de clustering EMC VPLEX

Usando plataformas de virtualizao VMware com o EMC VPLEX

Figura 3. Representao esquemtica do EMC VPLEX Metro

Provisionando o armazenamento do VPLEX para

Figura 4. Interface GUI de gerenciamento do EMC VPLEX

Figura 5. Solicitao de volumes de armazenamento usando o assistente do VPLEX

Figura 6. Primeira etapa do assistente para criar uma extenso

Figura 7. Especificao da capacidade de uma extenso ao cri-la com base em um volume

Usando plataformas de virtualizao VMware com o EMC VPLEX

Figura 8. Criao de uma extenso usando o assistente do VPLEX

Usando plataformas de virtualizao VMware com o EMC VPLEX

Figura 9. Criao de um dispositivo VPLEX usando uma extenso

Figura 10. Criao de volumes virtuais com base em dispositivos VPLEX

Usando plataformas de virtualizao VMware com o EMC VPLEX

Figura 11. Relao de iniciadores registrados e conectados ao EMC VPLEX

Figura 12. Registro de HBAs VMware no EMC VPLEX

Figura 13. Assistente para criar uma exibio do armazenamento do VPLEX

Figura 14. Visualizao de detalhes de uma exibio de armazenamento usando a interface

Usando plataformas de virtualizao VMware com o EMC VPLEX

Figura 15. Deteco de armazenamento recm-provisionado do VPLEX em um servidor

Consideraes sobre conectividade

Usando plataformas de virtualizao VMware com o EMC VPLEX

Usando plataformas de virtualizao VMware com o EMC VPLEX

Figura 17. Conexo de servidores ESX a um cluster VPLEX de vrios mecanismos

Usando plataformas de virtualizao VMware com o EMC VPLEX

Figura 18. Caminhos do kernel do VMware para um dispositivo VPLEX

Funo de mltiplos caminhos e balanceamento de carga

Servidor VMware ESX verso 3 e balanceamento de carga esttica

Usando plataformas de virtualizao VMware com o EMC VPLEX

Figura 19. Configurao do caminho preferencial no servidor VMware ESX verso 3

Figura 20. Dispositivos EMC VPLEX com balanceamento de carga esttica em um

Servidor VMware ESX verso 4 e NMP

Usando plataformas de virtualizao VMware com o EMC VPLEX

Figura 21. Configurao do caminho preferencial no servidor VMware ESX verso 4

Servidor VMware ESX verso 4 com PowerPath/VE

Usando plataformas de virtualizao VMware com o EMC VPLEX

Figura 23. API do PowerPath/VE vStorage para plug-in de mltiplos caminhos

Usando plataformas de virtualizao VMware com o EMC VPLEX

Otimizao automatizada de desempenho o PowerPath/VE identifica automaticamente o tipo de storage

Usando plataformas de virtualizao VMware com o EMC VPLEX

Figura 24. Resultado do comando rpowermt display em um dispositivo VPLEX

Figura 25. Alterao da poltica de gerenciamento de caminhos do PowerPath/VE para

Migrando ambientes VMware existentes para o VLEX

Usando plataformas de virtualizao VMware com o EMC VPLEX

Migraes que no causam interrupes usando o Storage VMotion

Usando plataformas de virtualizao VMware com o EMC VPLEX

Usando plataformas de virtualizao VMware com o EMC VPLEX

Migrao usando o encapsulamento de dispositivos existentes