É possível migrar os recursos do projeto do tipo de serviço CVS-Performance do Cloud Volumes Service para o Google Cloud NetApp Volumes sem interromper o serviço dos seus clientes usando o console do Google Cloud. O tráfego de rede é suspenso enquanto a conexão muda, e os volumes não podem ser gerenciados até que a mudança seja concluída. O serviço de transição cria novos pools de armazenamento para seu volume e muda todos os seguintes tipos de configuração para o NetApp Volumes:
Volumes
Snapshots de volume
Conexões do Active Directory
Replicações de volume
Chave de criptografia gerenciada pelo cliente (CMEK)
Algumas configurações, como permissões do Identity and Access Management, scripts e Cloud Monitoring, não podem ser transferidas para NetApp Volumes. Em vez disso, recomendamos criar novas configurações para NetApp Volumes.
Antes de começar
Leia os requisitos e considerações a seguir antes de começar.
Requisitos
Acesso ao NetApp Volumes: é necessário ter acesso ao NetApp Volumes antes de iniciar o processo de transição. Para configurar o acesso, siga as etapas de configuração NetApp Volumes de Selecionar ou criar um projeto do Google Cloud até Configurar permissões de Identity and Access Management. Ative a API
NetApp Volumes
e configure o peering de rede ou a transição vai falhar.Ao configurar o peering de nuvem privada virtual, não crie um novo intervalo de endereços IP conforme especificado em Configurar o acesso a serviços particulares. Em vez disso, use o mesmo intervalo de endereços IP usado para o peering do tipo de serviço CVS-Performance. Se você usou vários intervalos de endereços IP para o Cloud Volumes Service, use todos os mesmos intervalos de endereços IP para NetApp Volumes.
Use as instruções a seguir para encontrar os nomes dos intervalos de endereços IP existentes usando o console do Google Cloud ou a Google Cloud CLI.
Console
No console do Google Cloud, acesse a página Rede VPC.
Selecione a VPC relevante e clique na guia Acesso a serviços particulares.
Encontre o nome do intervalo de endereços IP alocado usado para a conexão particular netapp-cv-nw-customer-peer.
Selecione e copie o nome do intervalo de endereços IP para uso no comando de paridade NetApp Volumes.
Repita as etapas anteriores para cada VPC usada no Cloud Volumes Service.
gcloud
Use os comandos da Google Cloud CLI abaixo para encontrar os nomes dos intervalos de endereços IP atuais:
Encontre todas as nuvens privadas virtuais pareadas com o tipo de serviço CVS-Performance:
gcloud --project PROJECT_NAME compute networks list \ --filter="peerings[].name=netapp-cv-nw-customer-peer" \ --format="table(name, peerings.name)"
Substitua as seguintes informações:
PROJECT_NAME
: o nome do projeto.
Para cada nuvem privada virtual identificada, liste os intervalos de peering:
gcloud --project PROJECT_NAME services vpc-peerings list \ --network=vpc \ --service cloudvolumesgcp-api-network.netapp.com \ --format="value(reservedPeeringRanges)"
Substitua as seguintes informações:
PROJECT_NAME
: o nome do projeto.VPC
: insiravpc
.
Use o nome do intervalo de endereços IP identificado para o parâmetro
--ranges
, conforme especificado em Configurar o acesso a serviços particulares.Faça peering com todas as nuvens privadas virtuais usadas para o tipo de serviço CVS-Performance, caso você tenha feito peering com mais de uma rede.
Os recursos de nomenclatura precisam seguir o formato do Google Cloud : se necessário, mude os nomes dos recursos do serviço do Cloud Volumes para seguir o formato de nomenclatura de recursos do Google Cloud . Os nomes também precisam ser exclusivos para fazer a transição para NetApp Volumes. Se um nome não for exclusivo e não seguir o formato de nomenclatura de recursos, os NetApp Volumes vão renomear automaticamente o recurso durante a transição para um nome que siga os dois requisitos. É possível renomear os recursos no Cloud Volumes Service antes da transição. Depois que os recursos estiverem nos NetApp Volumes, não será possível alterá-los ou renomeá-los.
Todos os projetos em uma VPC compartilhada precisam ser revisados antes da transição: se seus projetos usam uma VPC compartilhada, você precisa revisar cada projeto, host e projeto de serviço associado em cada região que contém recursos para identificar problemas de nomenclatura de recursos ou outros problemas conhecidos. Depois que todos os problemas forem resolvidos, use o projeto host para uma revisão final e para iniciar a transição de todos os projetos na VPC compartilhada.
Ativar a API: ative a API
Cloud Volumes Service
no projeto host, mesmo que ele não tenha recursos CVS. Além disso, ative a APINetApp Volumes
e a APIService Networking
em todos os projetos.
Considerações
Tipo de serviço: apenas o tipo de serviço CVS-Performance pode ser transferido do Cloud Volumes Service para o NetApp Volumes.
Mudança no acesso a recursos durante a transição: os administradores do projeto não podem acessar nem modificar recursos durante a transição, que leva 40 minutos para cada projeto.
Sem interrupção para os clientes: a mudança de rede leva apenas alguns segundos. Ele aparece como uma pausa no tráfego de rede para clientes e servidores, mas fica dentro das janelas de tempo limite do protocolo de arquivo. Portanto, nenhum erro é relatado.
As operações de leitura e gravação do cliente em andamento não são afetadas, os endereços de rede, a nuvem privada virtual e os pontos de montagem do cliente não mudam, e os dados não são movidos.
A transição das configurações de chaves de criptografia gerenciadas pelo cliente para o NetApp Volumes: as configurações de chaves de criptografia gerenciadas pelo cliente (CMEK) também migram para o NetApp Volumes, mas elas exigem outras mudanças na conta de serviço.
Revisão de projetos que usam a replicação de volume: quando os projetos usam a replicação de volume, a revisão verifica os recursos e o status de replicação da região selecionada. Você precisa analisar a outra região do par para conferir os recursos dela. Você precisa resolver todos os problemas das duas regiões antes de fazer a transição do projeto. Depois de resolver os problemas, é possível iniciar a transição de qualquer uma das duas regiões, porque elas serão afetadas em conjunto.
Várias regiões precisam ser analisadas e migradas separadamente: se você usar outras regiões, cada uma delas precisa ser analisada e migrada separadamente. Isso inclui projetos host em todas as regiões que usam uma VPC compartilhada, mesmo que não tenham recursos do Cloud Volumes Service.
Papéis e permissões de gerenciamento de identidade e acesso: as permissões de gerenciamento de identidade e acesso para volumes do NetApp têm novos nomes, mas são praticamente iguais às do Cloud Volumes Service. Também é possível usar os papéis
roles/netapp.admin
eroles/netapp.viewer
para simplificar a configuração. Os papéis básicos paraeditor
eowner
incluem permissõesroles/netapp.admin
.Métricas de monitoramento e alerta para o Cloud Volumes Service e os volumes da NetApp: as métricas disponíveis para monitoramento dos volumes da NetApp geralmente são as mesmas do Cloud Volumes Service. Se você configurou alertas ou criou um painel para o Cloud Volumes Service, é necessário recriar esses itens para os NetApp Volumes. Os dados de métricas do Cloud Volumes Service continuam disponíveis, mas não é possível atualizar os dados de métricas novamente.
O Cloud Logging e o Cloud Billing são oferecidos para volumes do NetApp: NetApp Volumes oferecem entradas mais detalhadas do Cloud Logging, incluindo a identidade do usuário administrativo. O Cloud Billing usa novas SKUs. Suas entradas de faturamento e de registro do Cloud Volumes Service permanecem.
O NetApp Volumes oferece suporte ao uso de identificadores: os recursos do NetApp Volumes, como volumes, oferecem suporte a até 64 identificadores para fins de geração de relatórios e consultas. Se você tiver definido um único rótulo para os volumes do Cloud Volumes Service, ele será transferido para os NetApp Volumes. Se você usa o rótulo do Cloud Volumes Service para faturamento, atualize manualmente o rótulo no pool de armazenamento após a transição, porque ele é usado para faturamento com o NetApp Volumes. Os recursos migrados listam o
is_migrated:true label
.Scripts personalizados: o Cloud Volumes Service oferece uma API RESTful para criar e gerenciar seus volumes. O NetApp Volumes oferece comandos da Google Cloud CLI e um serviço de API que você pode usar de maneira semelhante para criar e gerenciar volumes. Não há conversão entre eles, mas, se você precisar de ajuda, entre em contato com sua equipe de vendas para saber mais sobre os serviços que ajudam na conversão.
Suporte ao Terraform: o provedor do Terraform permite gerenciar NetApp Volumes. Depois da transição para NetApp Volumes, os arquivos de estado e
*.tf
do Terraform do Cloud Volumes Service não são mais válidos. Para resolver isso, exclua*.tf
e os arquivos de estado e import os recursos de transição do NetApp Volumes.O NetApp Volumes oferece suporte ao nível de serviço padrão: o nível de serviço padrão está disponível com o NetApp Volumes, mas há diferenças no comportamento. A replicação para volumes de nível de serviço padrão é limitada apenas a outros volumes de nível de serviço padrão. Os volumes em um pool de nível de serviço padrão não podem ser reatribuídos a um pool de nível de serviço Premium ou Extreme.
Active Directory ou Google Cloud VMware Engine: se você usa os serviços gerenciados do Google Microsoft Active Directory ou Google Cloud VMware Engine com o serviço Cloud Volumes, envie uma mensagem para google-netapp-volumes-support-external@google.com para receber ajuda com o peering para os NetApp Volumes para uma transição bem-sucedida.
Revisar os recursos do projeto
Para iniciar o processo de transição, analise os recursos do projeto, como volumes, replicações e snapshots. Você pode encontrar problemas com esses recursos do projeto, que podem ser corrigidos antes da transição do projeto.
Use as instruções a seguir para revisar os recursos do projeto:
Acesse a página Transição para volumes do NetApp no console do Google Cloud.
Leia as considerações em Antes de começar.
Selecione uma região usada pelo projeto atual e clique em Revisar.
Em Revise os detalhes da transição, confira os seguintes detalhes:
Instruções para regiões e projetos: para regiões de replicação e projetos de VPC compartilhada ativados, siga as instruções adicionais fornecidas para executar Análise (
PreMigrateCheck
) e Transição (Migrate
).Configuração sem suporte: os recursos com configurações sem suporte impedem a transição para o NetApp Volumes. Para mais informações, consulte Problemas que bloqueiam a transição para o NetApp Volumes.
Renomeação automática de recursos: os recursos que não atendem à convenção de nomenclatura de recursos do Google Cloud são renomeados durante a transição. Você pode usar o link do nome do recurso para editar o recurso e mudar o nome dele antes da transição. É possível ignorar os avisos sobre recursos renomeados do Active Directory que não têm nome no Cloud Volumes Service.
Recursos a serem transferidos: os recursos identificados que podem ser transferidos, além dos detalhes dos novos pools de armazenamento que podem ser criados nessa região do projeto. Os recursos de snapshot não estão listados.
É necessário resolver todos os problemas de transição abertos antes de fazer a transição para o NetApp Volumes.
Problemas que bloqueiam a transição para o NetApp Volumes
Você pode encontrar os seguintes problemas de configuração sem suporte durante a análise ao fazer a transição para NetApp Volumes. Não é possível continuar com a transição para o NetApp Volumes até que você resolva as seguintes configurações sem suporte:
Projetos desativados: são aqueles que foram marcados para exclusão em até 30 dias, mas ainda não foram excluídos. Projetos desativados em uma VPC compartilhada podem bloquear a transição. Para mais informações, consulte a documentação do Resource Manager sobre como encerrar projetos. Para concluir a transição, é possível restaurar os projetos desativados ou esperar 30 dias para que eles sejam excluídos.
Resource
em estado de erro: todos os recursos em estado de erro desde a criação, como volumes, replicações ou snapshots, precisam ser excluídos ou corrigidos pelo NetApp antes que você possa fazer a transição para o NetApp Volumes.Para resolver esse problema, envie uma mensagem para google-netapp-volumes-support-external@google.com para receber ajuda.
Não há suporte para a replicação entre regiões entre os níveis de serviço padrão e premium ou extremo: o NetApp Volumes não oferece suporte à replicação entre volumes de nível de serviço padrão e volumes de nível de serviço premium ou extremo.
Para resolver esse problema, mude o nível de serviço dos volumes na relação de replicação para usar apenas o nível de serviço padrão ou apenas os níveis de serviço Premium ou Extreme.
O
key
especificado emkeyring
não existe ou as permissões de serviço estão incorretas: trabalhe com a NetApp para corrigir esse problema. Envie uma mensagem para google-netapp-volumes-support-external@google.com para receber ajuda.Erro antes da migração: as VPCs não são pareadas com o serviço próprio: o projeto do cliente precisa ser pareado com NetApp Volumes para acessar NetApp Volumes. Para resolver esse problema, siga as instruções em Antes de começar: requisitos.
Conta não encontrada: o serviço Cloud Volumes não tem registro para o projeto host da VPC compartilhada.
Para resolver esse problema, siga estas instruções:
Ative a API
NetApp Cloud Volumes
no projeto host.Abra a página Volumes do projeto host.
Volte ao projeto de serviço e clique em Revisar para analisar os recursos do projeto.
Falha de autenticação: a conta de usuário não tem permissões de administrador do serviço do Cloud Volumes. Verifique se a conta tem todas as permissões administrativas (
netappcloudvolumes.admin
), conforme descrito em Permissões do Cloud Volumes Service.
Transição para o Google Cloud NetApp Volumes
Esta seção fornece instruções para a transição para o Google Cloud NetApp Volumes.
Antes de começar
Confira os pré-requisitos a seguir antes de fazer a transição para o NetApp Volumes:
Primeiro, resolva todos os problemas.
Revise os seguintes detalhes:
Todas as regiões usadas pelo seu projeto.
Projetos de host e de serviço se você usar uma VPC compartilhada.
Transição para NetApp Volumes
Siga as instruções abaixo para fazer a transição para o NetApp Volumes:
Acesse a página Transição para volumes do NetApp no console do Google Cloud.
Clique em Transition e aguarde até 40 minutos para que cada projeto conclua a transição.
Regiões adicionais, replicação, projetos de serviço ou um grande número de recursos, como snapshots, podem aumentar o tempo de transição.
Deixe a página Transição para o NetApp Volumes aberta até que a transição seja concluída.
Clique em Atualizar status a cada cinco minutos para conferir as atualizações mais recentes.
Quando a transição for concluída, clique em Abrir Google Cloud NetApp Volumes para gerenciar seus recursos e em Abrir documentação para mais informações.
Depois que a transição for concluída, pode levar até 15 minutos para que as métricas de volume sejam exibidas.
Se ocorrer uma falha de transição entre o Cloud Volumes Service e o NetApp Volumes, os usuários precisarão enviar uma mensagem para google-netapp-volumes-support-external@google.com para receber ajuda. Na maioria dos casos, essas falhas não afetam os recursos do Cloud Volumes Service, e os clientes podem continuar acessando os dados no Cloud Volumes Service.
Depois de concluir a transição para o NetApp Volumes em uma região de projeto, não será possível criar novos recursos do Cloud Volumes Service nessa região.
Limitações conhecidas
Esta seção fornece detalhes sobre as limitações conhecidas da transição para NetApp Volumes.
Os links mostrados para problemas de replicação não funcionam corretamente
Quando as relações de replicação são listadas em Configurações sem suporte, Recursos renomeados automaticamente ou Recursos a serem transferidos no CVS, os nomes de relações de replicação incorretos e os links para o recurso de replicação no CVS são mostrados.
Para resolver os problemas de vinculação de recursos de replicação, navegue manualmente até a página Replicação de volume para verificar os nomes da relação de replicação ou os níveis de serviço.
Alguns nomes de snapshots programados podem mudar
Os nomes de snapshots programados de 2022 e anteriores não seguem o formato de nomenclatura de recursos do Google Cloud. Esses snapshots podem ser renomeados usando o formato atual,
como weekly.2023-11-27-1500
.
Após a transição
Quando a transição for concluída em todas as regiões usadas pelo seu projeto e pelos projetos de host e de serviço associados na VPC, o faturamento dos recursos do CVS será interrompido. Quando o faturamento for interrompido, você poderá cancelar a inscrição no serviço do Cloud Volumes.
Cancelar a inscrição no Cloud Volumes Service
Use as instruções a seguir para cancelar a assinatura do serviço do Cloud Volumes:
Acesse o Google Cloud Marketplace.
Abra a página de detalhes do produto do NetApp Cloud Volumes Service.
Clique no link Comprado.
Clique em Gerenciar pedidos.
Na página Pedidos, clique no
ícone "Mais opções" do serviço NetApp Cloud Volumes.Clique em Cancelar pedido.
Depois que você concluir a transição e cancelar a assinatura do Cloud Volumes Service, a NetApp vai começar a remover os recursos de rede. Você também tem a opção de excluir manualmente o peering do seu projeto para o serviço NetApp Cloud Volumes usando o console do Google Cloud ou a Google Cloud CLI.
A NetApp recomenda que você aguarde pelo menos um dia após a transição para permitir a remoção de recursos antes de limpar o projeto.
Para limpar seu projeto, siga estas instruções:
Desativar a API Cloud Volumes Service: desative a API
cloudvolumesgcp-api.netapp.com
.Exclua os peerings de VPC: exclua
netapp-cv-nw-customer-peer
da VPC do cliente para a rede VPC do CVSnetapp-tenant-vpc
.