Skip to main content
NetApp Solutions
O português é fornecido por meio de tradução automática para sua conveniência. O inglês precede o português em caso de inconsistências.

Cluster de armazenamento Metro do VMware vSphere com sincronização ativa do SnapMirror

Colaboradores
PDFs

"VMware vSphere Metro Storage Cluster (vMSC)" O é uma solução de cluster estendida em diferentes domínios de falha para fornecer * mobilidade de carga de trabalho em zonas de disponibilidade ou sites. * evitar tempo de inatividade * evitar desastres * recuperação rápida

Este documento fornece os detalhes de implementação do vMSC com "Sincronização ativa do SnapMirror (SM-as)" a utilização do Gerenciador de sistema e das Ferramentas do ONTAP. Além disso, mostra como a VM pode ser protegida replicando para o terceiro local e gerenciando com o Plugin SnapCenter para VMware vSphere.

VMSC com arquitetura de sincronização ativa do SnapMirror

O SnapMirror active Sync é compatível com storage arrays ASA, AFF e FAS. Recomenda-se usar o mesmo tipo (modelos de desempenho/capacidade) em ambos os domínios de falha. Atualmente, apenas protocolos de bloqueio como FC e iSCSI são compatíveis. Para obter mais diretrizes de suporte, "Ferramenta de Matriz de interoperabilidade"consulte e. "Hardware Universe"

O vMSC suporta dois modelos de implantação diferentes denominados acesso uniforme ao host e acesso não uniforme ao host. Na configuração uniforme de acesso ao host, cada host no cluster tem acesso ao LUN em ambos os domínios de falha. Geralmente é usado em diferentes zonas de disponibilidade no mesmo data center.

VMSC Uniform vs modo de acesso ao host não uniforme

Na configuração de acesso ao host não uniforme, o host tem acesso apenas ao domínio de falha local. É normalmente usado em diferentes locais onde a execução de vários cabos nos domínios de falha é uma opção restritiva.

Observação No modo de acesso ao host não uniforme, as VMs serão reiniciadas em outro domínio de falha pelo vSphere HA. A disponibilidade da aplicação será afetada com base no seu design. O modo de acesso ao host não uniforme é suportado apenas com o ONTAP 9.15 em diante.

Pré-requisitos

Dica Se estiver usando um certificado autoassinado, o certificado da CA pode ser recuperado do <installation path>/ONTAP_mediator/Server_config/CA.crt na VM mediadora.

Acesso ao host não uniforme vMSC com a IU do Gerenciador de sistema do ONTAP.

Observação: As Ferramentas do ONTAP 10,2 ou superior podem ser usadas para provisionar armazenamento de dados estendido com modo de acesso de host não uniforme sem alternar entre várias interfaces de usuário. Esta seção é apenas para referência se as Ferramentas do ONTAP não forem usadas.

  1. Anote um dos endereços IP iSCSI data lif da matriz de armazenamento de domínio de falha local. Lifs iSCSI do System Manager

  2. No adaptador de armazenamento iSCSI do host vSphere, adicione esse IP iSCSI na guia descoberta dinâmica. Adicionar servidor iSCSI para deteção dinâmica

    Observação Para o modo de acesso uniforme, é necessário fornecer o endereço de dados lif iSCSI do domínio de falha de origem e destino.

  3. Repita a etapa acima nos hosts vSphere para o outro domínio de falha adicionando seus dados iSCSI locais lif IP na guia descoberta dinâmica.

  4. Com a conetividade de rede adequada, quatro conexões iSCSI devem existir por host vSphere que tenha duas nics iSCSI VMkernel e duas vidas de dados iSCSI por controlador de armazenamento. Informações de ligação iSCSI

  5. Criar LUN usando o Gerenciador de sistema do ONTAP, configurar o SnapMirror com a política de replicação AutomatedFailOverDuplex, escolher os iniciadores do host e definir a proximidade do host. Crie LUN com AutomatedFailOverDuplex

  6. Em outra matriz de armazenamento de domínio de falha, crie o grupo de iniciadores SAN com seus iniciadores de host vSphere e defina a proximidade do host. Grupo de iniciadores SAN

    Observação Para o modo de acesso uniforme, o grupo pode ser replicado a partir do domínio de falha de origem.

  7. Mapeie o LUN replicado com o mesmo ID de mapeamento que no domínio de falha de origem. ID Mapeamento LUN

  8. No vCenter, clique com o botão direito do Mouse no vSphere Cluster e selecione Rescan Storage opção. Volte a digitalizar o armazenamento

  9. Em um dos hosts vSphere no cluster, verifique se o dispositivo recém-criado aparece com datastore mostrando não consumido. Lista de dispositivos iSCSI no host vSphere

  10. No vCenter, clique com o botão direito do Mouse no vSphere Cluster e selecione a opção novo datastore. Novo datastore

  11. No Assistente, lembre-se de fornecer o nome do datastore e selecionar o dispositivo com a capacidade e o ID do dispositivo corretos. Criação de datastore em dispositivo iSCSI

  12. Verifique se o datastore está montado em todos os hosts no cluster em ambos os domínios de falha. Datastore no host de origem

    Datastore no host de destino

    Observação As capturas de tela acima mostram a e/S ativa em um único controlador desde que usamos o AFF. Para o ASA, ele terá IO ativo em todos os caminhos.

  13. Quando armazenamentos de dados adicionais são adicionados, é necessário lembrar-se de expandir o Grupo de consistência existente para que ele seja consistente no cluster vSphere. Política de proteção CG

Modo de acesso uniforme ao host do vMSC com as Ferramentas do ONTAP.

  1. Certifique-se de que as Ferramentas do NetApp ONTAP estejam implantadas e registradas no vCenter. Plug-in das ferramentas do ONTAP registrado no vCenter Se não, siga "Implantação das ferramentas do ONTAP" e. "Adicione uma instância do vCenter Server"

  2. Certifique-se de que os sistemas de armazenamento ONTAP estão registados nas Ferramentas do ONTAP. Isso inclui os sistemas de storage de domínio de falha e o terceiro para replicação remota assíncrona a ser usado para proteção de VM com o plug-in SnapCenter para VMware vSphere. Backends de armazenamento registrados Se não, siga "Adicione o back-end de armazenamento usando a IU do cliente vSphere"

  3. Atualize os dados dos hosts para sincronizar com as Ferramentas do ONTAP e, em seguida, "crie um datastore". Atualize os dados dos hosts

  4. Para ativar o SM-as, clique com o botão direito do Mouse no cluster vSphere e escolha proteger cluster nas Ferramentas do NetApp ONTAP (consulte a captura de tela acima)

  5. Ele mostrará os armazenamentos de dados existentes para esse cluster, juntamente com os detalhes da SVM. O nome CG padrão é "vSphere Cluster name>_<SVM name>". Clique no botão Adicionar relacionamento. Proteger o cluster

  6. Escolha o SVM de destino e defina a política como AutomatedFailOverDuplex para SM-as. Há um comutador para configuração uniforme do host. Defina a proximidade para cada host. Adicionar relação SnapMirror

  7. Verifique as informações de promity do host e outros detalhes. Adicione outro relacionamento a um terceiro local com a política de replicação assíncrona, se necessário. Em seguida, clique em proteger. Adicionar relação OBSERVAÇÃO: Se pretende usar o plug-in do SnapCenter para VMware vSphere 6,0, a replicação precisa ser configurada no nível de volume, em vez de no nível de grupo de consistência.

  8. Com acesso uniforme ao host, o host tem conexão iSCSI para ambos os storages de armazenamento de domínio de falha. Informações iSCSI Multipath NOTA: A captura de tela acima é do AFF. Se ASA, e/S ATIVA deve estar em todos os caminhos com conexões de rede adequadas.

  9. O plugin Ferramentas ONTAP também indica que o volume está protegido ou não. Estado da proteçãoão do volume

  10. Para obter mais detalhes e atualizar as informações de proximidade do host, a opção relacionamentos do cluster do host nas Ferramentas do ONTAP pode ser utilizada. Relacionamentos de cluster de host

Proteção de VM com plug-in SnapCenter para VMware vSphere.

O plug-in do SnapCenter para VMware vSphere (SCV) 6,0 ou superior suporta a sincronização ativa do SnapMirror e também em combinação com o SnapMirror Async para replicação para o domínio de terceira falha.

Topologia de três locais

Topologia de três locais com failover assíncrono

Os casos de uso compatíveis incluem: * Backup e restauração da VM ou do datastore de qualquer um dos domínios de falha com a sincronização ativa do SnapMirror. * Restaurar recursos do domínio de terceira falha.

  1. Adicione todos os sistemas de storage ONTAP planejados para serem usados na VCS. Registrar matrizes de armazenamento

  2. Criar política. Certifique-se de que a Atualização do SnapMirror após a cópia de segurança está marcada para SM-as e também Atualizar o SnapVault após a cópia de segurança para a replicação assíncrona para o domínio de terceira falha. Política de backup

  3. Crie Grupo de recursos com itens desprotegidos que precisam ser associados à política e programação. Grupo recursos Nota: O nome do instantâneo que termina com _recente não é suportado com SM-as.

  4. Os backups ocorrem no horário agendado com base na Política associada ao Grupo de recursos. Os trabalhos podem ser monitorizados a partir do monitor de trabalhos do painel de instrumentos ou a partir das informações de cópia de segurança desses recursos. Painel do SCV Informações de backup de recursos para datastore Informações de backup de recursos para VM

  5. As VMs podem ser restauradas no mesmo vCenter ou alternadas a partir do SVM no domínio de falha primária ou em um dos locais secundários. Opções de local de restauração da VM

  6. Opção semelhante também está disponível para operação de montagem de datastore. Opções de localização de restauração do datastore

Para obter assistência com operações adicionais com VCS, consulte "Plug-in do SnapCenter para documentação do VMware vSphere"