Nesta página, você encontra detalhes sobre as limitações conhecidas do Google Cloud NetApp Volumes.
Problemas gerais
Esta seção descreve problemas comuns conhecidos do NetApp Volumes.
Volumes flex não respondem a ping
Os volumes flexíveis diferem dos volumes Standard, Premium e Extreme porque não respondem ao tráfego ICMP. As ferramentas de rede padrão, como ping ou traceroute, que dependem do ICMP, não podem ser usadas para testar esses volumes.
Para testar a conectividade com um volume flexível de um cliente, use um método que verifique portas abertas do protocolo TCP.
Em clientes Linux, use o seguinte comando da CLI:
timeout 2 bash -c '/dev/tcp/VOLUME_IP/PORT && echo Port is open || echo Port is closed' || echo Connection timeout
Em clientes Windows, use o seguinte comando do PowerShell:
Test-NetConnection -ComputerName VOLUME_IP_ADDRESS -Port PORT_NUMBER
Substitua as seguintes informações:
PORT_NUMBER: especifique 2049 para volumes NFS ou 445 para volumes SMB.
Perda intermitente de conectividade ao usar conexões sobrepostas de acesso a serviços particulares
Ao configurar
a conexão netapp.servicenetworking.goog, se o intervalo CIDR se sobrepuser ao
intervalo CIDR usado por outra conexão de acesso a serviços particulares na mesma
VPC, isso poderá resultar em perda intermitente de conectividade da conexão de montagem de volume. Use intervalos não sobrepostos para evitar esse problema.
Possível interrupção do acesso do cliente a volumes migrados do Cloud Volumes Service para o NetApp Volumes ao atualizar as configurações de um volume NFS
Problema: há uma interrupção do acesso do cliente aos volumes quando você atualiza qualquer configuração no volume de origem ou de destino de uma replicação ativa com um status de transferência espelhado.
Motivo: a atualização de um volume pode levar à sincronização da política de exportação dele com o volume do parceiro de replicação. Se o volume atualizado tiver uma política de exportação incorreta ou ausente, os clientes montados no volume de origem de produção poderão perder o acesso, causando uma interrupção.
Contexto: quando uma replicação está em um estado espelhado, NetApp Volumes sincronizam automaticamente as políticas de exportação dos volumes de origem e destino. Isso garante acesso consistente do cliente sem intervenção manual do administrador, já que qualquer mudança de política em um volume é aplicada automaticamente no outro.
No CVS, o administrador precisa sincronizar manualmente as configurações de volume de origem e destino. Durante a transição de volume do CVS para o NetApp Volumes, as políticas de exportação atuais foram transferidas sem modificações, o que pode levar a políticas de exportação inconsistentes em volumes replicados. Quando você atualiza a política de exportação do volume de origem ou de destino em uma relação de replicação de volume, as políticas são sincronizadas automaticamente nos dois volumes.
Volumes afetados
Esse problema se aplica a volumes que atendem a todos os critérios a seguir:
Volumes em uma replicação de volume espelhada e ativa. Retomar a replicação depois que ela é interrompida pode causar o problema.
Todos os volumes habilitados para NFS que têm uma política de exportação.
Volumes em que a política de exportação difere entre a origem e o destino.
Solução: para resolver esse problema, a política de exportação dos volumes de origem e destino precisa ser sincronizada uma vez. Siga estas etapas:
Examine e compare as políticas de exportação dos volumes de origem e destino.
Se as políticas de exportação forem idênticas, nenhuma ação será necessária.
Se as políticas de exportação forem diferentes, mescle as regras para criar uma política que permita todos os hosts especificados em ambas.
Aplique a política de exportação mesclada ao volume de origem. Essa política também é aplicada automaticamente ao volume de destino.
Ao sincronizar as políticas de exportação, você garante um acesso consistente e evita possíveis interrupções para os clientes.
Mensagem de erro ao usar o Cloud Volumes Service (CVS) e os recursos do NetApp Volumes juntos
Você pode receber uma mensagem de erro ao usar recursos do CVS e do NetApp Volumes juntos no mesmo projeto ou região. Esse problema pode ocorrer quando você faz uma das seguintes ações:
Crie recursos, como pools e políticas, em um projeto que foi usado anteriormente para CVS.
Tente listar os recursos do CVS em um projeto configurado para NetApp Volumes.
Confira as mensagens de erro comuns:
Host project and service project must be using the same service.Resources from CVS and NetApp Volumes may not be used together in a single regionCannot share VPC between 3P and 1P networks.
Para resolver esse problema, entre em contato com o Atendimento ao cliente do Google Cloud e peça uma redefinição dos seus projetos ou regiões específicos para usar exclusivamente os recursos do NetApp Volumes.
Problemas de integração do Active Directory
As seções a seguir contêm problemas conhecidos da integração do Active Directory.
Problemas de conectividade
As conexões com controladores de domínio locais falham devido às seguintes limitações:
Peering de VPC: NetApp Volumes só podem acessar controladores de domínio que estão na nuvem privada virtual (VPC) do pool de armazenamento ou conectados a ela por VPN. NetApp Volumes não podem acessar controladores de domínio em nenhuma outra VPC, incluindo aquelas que fazem peering com a VPC do pool de armazenamento e que se conectam a ele.
Firewalls: a conexão local falha se você não permitir que o NetApp Volumes entre em contato com os controladores de domínio. Para mais informações, consulte Regras de firewall para acesso ao Active Directory.
A modificação da configuração do site do Active Directory em uma política do Active Directory não afeta os pools de armazenamento do nível de serviço Flex.
NetApp Volumes não podem se associar a controladores de domínio baseados no Windows 2025
Devido a uma regressão no Windows 2025, o NetApp Volumes não pode participar de um domínio usando um controlador de domínio do Windows 2025. Para ingressar no domínio, use um controlador de domínio de uma versão do Windows anterior a 2025, como o Windows 2022. Não é possível especificar um controlador de domínio em funcionamento diretamente, porque o serviço usa a descoberta baseada em DNS para encontrar controladores de domínio. Recomendamos que você adicione controladores de domínio utilizáveis e anteriores ao Windows 2025 em um site dedicado do Active Directory e especifique esse site na política do Active Directory para o NetApp Volumes.
Problemas com a CMEK
As seções a seguir contêm problemas conhecidos das operações de chave de criptografia gerenciada pelo cliente (CMEK).
ListKmsConfigs retorna o erro Valor inválido para o tipo de enumeração
Enquanto um volume é migrado da criptografia gerenciada pelo sistema para a gerenciada pelo cliente, o
comando ListKmsConfigs às vezes retorna um erro
Valor inválido para o tipo de enumeração durante a migração. Depois que a migração
terminar, o comando ListKmsConfigs vai voltar a funcionar normalmente.
Falha na criação da política KmsConfig
Às vezes, a criação de políticas do KmsConfig falha e impede que você crie outra política. Se isso acontecer, entre em contato com o atendimento ao cliente do Google Cloud.
Problemas e limitações da replicação de volume
As seções a seguir fornecem detalhes sobre problemas conhecidos e limitações do recurso de replicação de volume.
As configurações de cota de volume de destino podem falhar em uma replicação ativa
Ao modificar as configurações de um volume em uma replicação ativa, as configurações são aplicadas aos volumes de origem e de destino. No entanto, as mudanças de cota especificamente para volumes de destino são preparadas e aplicadas ao volume de destino quando a replicação é interrompida. Às vezes, essa configuração de cota pode falhar, e você vai receber uma mensagem de erro no final da operação. Embora a operação Stop seja concluída, talvez nem todas as cotas tenham sido aplicadas ao volume de destino. Se você receber um erro de cota durante uma operação de parada, compare as regras de cota nos volumes de origem e destino e atualize as regras de cota ausentes no destino para corresponder às configurações do volume de origem.
O consoleGoogle Cloud mostra pools de armazenamento sem políticas do Active Directory associadas
No console do Google Cloud , ao criar uma replicação de volume para um volume de origem, a lista de pools de armazenamento para escolher e criar o volume de destino contém pools que não têm uma política do Active Directory. Selecionar um pool de armazenamento sem uma política do Active Directory causa falha na replicação.
Limitações de backup
A seção a seguir descreve as limitações e os problemas conhecidos do recurso de backup.
Chaves de criptografia gerenciadas pelo cliente
Não é possível fazer backups em volumes criptografados com chaves de criptografia gerenciadas pelo cliente (CMEK).
Problemas conhecidos de volumes de grande capacidade
A seção a seguir descreve problemas conhecidos do recurso de volumes de grande capacidade.
Pools incompatíveis exibidos
Ao mudar o pool de armazenamento (nível de serviço), o console Google Cloud pode mostrar pools incompatíveis. Se você tentar mudar para um pool de armazenamento incompatível, a tentativa vai falhar e você vai receber uma mensagem de erro.
Migração da CMEK não bloqueada
A migração da CMEK não é bloqueada pelo console Google Cloud e é permitida mesmo quando há volumes de grande capacidade. Se você tentar fazer a migração da CMEK quando volumes de grande capacidade estiverem configurados, a tentativa vai falhar.