Esta página descreve como criar uma migração em massa.
Antes de começar
Antes de configurar uma migração de volume, recomendamos que reveja o fluxo de trabalho de migração. O processo de migração de volume começa com a criação de um volume de destino e a especificação dos detalhes do sistema de origem. Esta ação cria um recurso de volume de destino e um recurso filho de replicação nos volumes NetApp para gerir a replicação.
Considerações
As seguintes funcionalidades não são suportadas para volumes de destino durante o processo de migração:
Volumes grandes, exceto se estiver a migrar um volume FlexGroup de origem.
A divisão automática em níveis pode ser ativada após a migração.
Replicação de volume, o volume de destino como origem de uma cascata. A replicação de volumes pode ser ativada após a migração.
Nível de serviço Flex
Tem de usar cópias de segurança manuais quando faz cópias de segurança de volumes de destino. Se tentar atribuir uma política de cópia de segurança a um volume de destino, a atribuição falha.
Selecione o conjunto de armazenamento correto e certifique-se de que o volume de destino é suficientemente grande para acomodar o tamanho lógico (não o tamanho físico) do volume de origem.
Especifique o nome da partilha e os tipos de protocolos corretos. O nome da partilha tem de corresponder à origem e os tipos de protocolos têm de ser escolhidos cuidadosamente, uma vez que não podem ser alterados após a criação do volume. As definições de protocolo escolhidas também são mapeadas para estilos de segurança de volume.
Verifique se o estilo de segurança do volume do volume de destino que está a criar corresponde ao estilo de segurança do volume de origem.
Antes de criar uma migração de volume, certifique-se de que tem acesso à CLI e as autorizações necessárias no sistema ONTAP de origem. Tem de executar comandos da CLI no sistema ONTAP de origem no prazo de uma hora após o processo de migração.
Crie uma migração de volumes
Use as instruções seguintes para criar uma migração de volume através da Google Cloud consola ou da Google Cloud CLI.
Consola
Aceda à página Volumes do NetApp na Google Cloud consola.
Clique em Migrações no menu Proteção de dados.
Clique em Migrar do ONTAP.
Na secção Detalhes do volume de destino, introduza o nome do volume de destino no campo Nome do volume de destino.
Na secção Detalhes do conjunto de armazenamento, clique em Selecionar conjunto de armazenamento.
Na lista de conjuntos de armazenamento apresentada, selecione o conjunto de armazenamento necessário.
Clique em Selecionar.
Na secção Detalhes do volume, introduza o nome da partilha do volume no campo Nome da partilha. O nome da partilha tem de ser exclusivo numa localização. Recomendamos que use o nome do volume de destino como o nome da partilha.
Na secção Configuração da capacidade, introduza a capacidade de volume no campo Capacidade.
Na secção Configuração do protocolo, selecione o mesmo protocolo que o volume de origem. Para alguns protocolos, são apresentadas várias opções. Para mais informações sobre as opções de protocolo, consulte o artigo Crie um novo volume.
Opcional: na secção Configuração da captura de ecrã, conclua os seguintes passos:
Selecione Tornar o diretório de instantâneos visível para ativar o acesso ao sistema de ficheiros às versões de instantâneos por parte dos clientes. Para mais informações, consulte a Vista geral das imagens instantâneas de volumes do NetApp Volumes.
Selecione Permitir instantâneos agendados para configurar o volume para tirar instantâneos automaticamente. Pode especificar o número de instantâneos a manter em intervalos de instantâneos horários, diários, semanais e mensais. As horas são especificadas em UTC. Se atingir o número máximo de capturas instantâneas, a captura instantânea mais antiga é eliminada.
Reveja as seleções de resumos.
Clicar em Seguinte.
Na secção Detalhes da migração, introduza um nome para o recurso de migração no campo Nome da migração.
Clicar em Seguinte.
Na secção Detalhes do cluster de origem, conclua as seguintes ações:
Introduza o nome do cluster de origem no campo Nome do cluster.
Introduza o nome da máquina virtual de armazenamento (SVM), também conhecida como vserver, no campo Nome da VM de armazenamento. O SVM que aloja o volume de origem.
Introduza o nome do volume de origem no campo Nome do volume.
Introduza o endereço IP do LIF intercluster (IC-LIF) no campo IP intercluster. Cada nó do cluster de origem precisa de um IC-LIF. Especifique todos os IC-LIFs como uma lista separada por vírgulas.
Opcional: introduza uma descrição da localização do cluster de origem no campo Localização.
Clique em Seguinte.
Reveja as suas definições e clique em Criar para iniciar o processo de migração.
Depois de criar o processo de migração, é feito o redirecionamento para a vista de detalhes do volume. Clique no separador Migração para monitorizar o estado da migração.
Tem de autenticar a ligação SnapMirror entre o seu sistema ONTAP de origem e os volumes NetApp. Execute o comando cluster peer create
no cluster ONTAP de origem. Se não existir uma interligação anterior, o separador Migração apresenta Migration pending cluster peering from ONTAP source cluster
.
Se clicar em Iniciar peering, é apresentada uma página lateral com instruções. Siga estas instruções e clique em Verificar peering. Após uma interligação bem-sucedida, a página lateral desaparece e o estado de transferência da migração muda para Preparação. A transferência de base está agora em execução. Uma transferência de base pode demorar minutos, horas ou dias, consoante a quantidade de dados a transferir e a velocidade da rede. Quando a transferência da base estiver concluída, o estado da transferência muda para Espelhado.
gcloud
Para criar uma migração de volume:
gcloud netapp volumes create VOLUME_NAME --location=LOCATION \ --capacity=CAPACITY --protocols=PROTOCOL \ --share-name=SHARE_NAME --storage-pool=STORAGE_POOL \ --hybrid-replication-parameters=cluster-location=CLUSTER_LOCATION,peer-cluster-name=PEER_CLUSTER_NAME,peer-ip-addresses=PEER_IP_ADDRESSES,peer-svm-name=PEER_SVM_NAME,peer-volume-name=PEER_VOLUME_NAME,replication=REPLICATION,description=DESCRIPTION,labels=LABELS
O bloco hybrid-replication-parameters
inicia um fluxo de trabalho de migração.
Substitua as seguintes informações:
VOLUME_NAME
: o nome do volume. Este nome tem de ser exclusivo por localização.LOCATION
: a localização do volume.CAPACITY
: a capacidade do volume. Define a capacidade que os clientes NAS veem.PROTOCOLS
: os protocolos NAS com os quais o volume é exportado.SHARE_NAME
: o caminho de exportação NFS ou o nome da partilha SMB do volume.STORAGE_POOL
: o conjunto de armazenamento no qual criar o volume.PEER_CLUSTER_NAME
: o nome do cluster ONTAP que aloja os volumes de origem.PEER_IP_ADDRESSES
: os endereços IP InterCluster-LIF do cluster ONTAP. O cluster de origem tem de fornecer um IC-LIF por nó, separado por sinais #. Certifique-se de que os especifica todos.O exemplo seguinte mostra como adicionar vários endereços IP IC-LIF do cluster ONTAP:
peer-ip-addresses=10.0.0.25#10.0.0.26
PEER_SVM_NAME
: o nome da máquina virtual de armazenamento (SVM), também conhecida como vserver, que é proprietária do volume de origem.PEER_VOLUME_NAME
: o nome do volume de origem.REPLICATION
: o nome do recurso de replicação a criar.LARGE_VOLUME_CONSTITUENT_COUNT
: este parâmetro só é obrigatório quando o volume de origem é um FlexGroup. Para mais informações, consulte o artigo FlexGroups e grandes volumes.Para criar um volume elevado, use
specify --large-volume true
e--multiple-endpoints true
como parâmetros de criação também.CLUSTER_LOCATION
:Optional: the description of the source cluster location.DESCRIPTION
:Opcional: o texto da descrição do recurso de replicação.LABELS
:Optional: labels for the replication resource.O exemplo seguinte mostra como especificar pares de chave-valor para o parâmetro
labels
:labels=KEY1:VALUE1#KEY2:VALUE2
Exemplo de invocação:
$ gcloud netapp volumes create ok-destination --location australia-southeast1 \ --capacity 100 --protocols=nfsv3 \ --share-name ok-destination --storage-pool okrause-pool \ --hybrid-replication-parameters=peer-cluster-name=au2se1cvo2sqa,peer-ip-addresses=10.0.0.25#10.0.0.26,peer-svm-name=svm_au2se1cvo2sqa,peer-volume-name=okrause_source,replication=okrause-replication
Para cumprir os requisitos de volume, especifique todos os parâmetros opcionais aplicáveis. Por exemplo, um volume NFS pode exigir uma política de exportação.
Pesquise todas as opções:
gcloud netapp volumes create --help
Depois de criar o volume de destino e o recurso de replicação, os volumes NetApp tentam estabelecer uma relação de pares com o seu sistema ONTAP de origem. Este processo de peering serve como um passo de autenticação e autorização e protege o cluster de origem de pedidos SnapMirror maliciosos. Por isso, certifique-se de que só estabelece relações de intercâmbio com sistemas fidedignos.
Procure os passos seguintes:
gcloud netapp volumes replications list --volume=DESTINATION_VOLUME --location=REGION
O estado de autenticação atual pode ser impresso em qualquer altura. No entanto, as alterações de estado podem demorar até cinco minutos após uma ação avançar o processo para o passo seguinte.
Uma interligação bem-sucedida consiste nos seguintes passos:
O volume de destino do NetApp Volumes envia pings para o sistema de origem através do
peer-ip-addresses
especificado.Se a interligação de clusters ainda não estiver estabelecida, os volumes NetApp imprimem os comandos de interligação de clusters que tem de executar no sistema de origem.
Além disso, se o peering de SVM ainda não estiver estabelecido, os volumes NetApp imprimem os comandos de peering de vserver que tem de executar no sistema de origem.
Os passos que foram concluídos anteriormente são ignorados e o processo continua automaticamente com o passo seguinte.
Verificação da conetividade de rede
O NetApp Volumes tenta enviar um pedido ICMP (ping) para os IC-LIFs especificados em peer-ip-addresses
. Se falhar, stateDetails
é apresentado Cluster peering failed, please try again
, o que indica um problema
de rede. Para mais informações, consulte o artigo Ligação de rede ao Google Cloud projeto. Não pode continuar até estabelecer uma conetividade de rede entre o sistema de origem e os volumes NetApp. Para fins de depuração, experimente enviar um ping para o IP do gateway do CIDR que aloja os IC-LIFs dos volumes NetApp./27
gcloud netapp volumes replications list --volume=DESTINATION_VOLUME --location=REGION \ --format="table(hybridPeeringDetails.subnetIp)"
Esta ação imprime o CIDR. Envie um ping para o primeiro IP dessa rede a partir do sistema ONTAP de origem, usando uma das suas IC-LIFs de origem.
Exemplo:
source> ping -lif=YOUR_IC_LIF -vserver=VSERVER_HOSTING_SOURCE_VOLUME -destination=FIRST_IP_OF_SUBNET_IP
Interligação de clusters:
Se o ICMP funcionar, o processo avança para a interligação de clusters. O estado
PENDING_CLUSTER_PEERING
é apresentado se a interligação ainda não tiver sido estabelecida.
Procure instruções de interligação de clusters:
gcloud netapp volumes replications list --volume=DESTINATION_VOLUME --location=REGION \ --format="table(hybridPeeringDetails.command,hybridPeeringDetails.passphrase)"
Este processo produz o comando e a frase de acesso necessários para a execução. Copie e cole o comando cluster peer create no cluster de origem e execute-o. É-lhe pedido que introduza a frase de acesso duas vezes.
Interligação de SVMs:
Espera-se que o comando cluster peer create
do passo anterior também faça o peering de SVM automaticamente. Se isto não ocorrer, o estado muda para PENDING_SVM_PEERING
após alguns segundos.
Valide a interligação SVM:
gcloud netapp volumes replications list --volume=DESTINATION_VOLUME --location=REGION
Se o estado for PENDING_SVM_PEERING
, execute o comando vserver peering:
gcloud netapp volumes replications list --volume=DESTINATION_VOLUME --location=REGION \ --format="table(hybridPeeringDetails.command)"
Após alguns segundos, o estado muda para Pronto e mirrorState para A preparar, o que indica que a transferência de base foi iniciada. Após a conclusão da transferência da base, o mirrorState muda para Mirrored. A migração do volume a cada hora aciona uma transferência incremental, indicada por mirrorState como Transferindo.
O que se segue?
Faça a gestão das migrações de volume.