Esta página fornece detalhes sobre as limitações conhecidas do Google Cloud NetApp Volumes.
Problemas gerais
Esta secção descreve problemas comuns conhecidos dos volumes NetApp.
Os volumes flexíveis não respondem ao ping
Os volumes flexíveis diferem dos volumes padrão, premium e extremos, uma vez que não respondem ao tráfego ICMP. Não é possível usar as ferramentas de rede padrão, como o ping ou o traceroute, que dependem do ICMP, para testar estes volumes.
Para testar a conetividade a um volume Flex a partir de um cliente, use um método que verifique se existem portas de protocolo TCP abertas.
Em clientes Linux, através do 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 de conetividade intermitente quando usa ligações de acesso a serviços privados sobrepostas
Quando configurar
a ligação netapp.servicenetworking.goog, se o intervalo CIDR se sobrepuser ao intervalo CIDR usado por outra ligação de acesso privado aos serviços na mesma VPC, pode resultar numa perda de conetividade intermitente da ligação de montagem do volume. Use intervalos não sobrepostos para evitar este problema.
Possível interrupção do acesso do cliente a volumes transferidos do Cloud Volumes Service para os volumes NetApp quando atualiza as definições de um volume NFS
Problema: existe uma interrupção do acesso do cliente aos volumes quando atualiza quaisquer definições no volume de origem ou de destino de uma replicação de volume ativa com um estado de transferência espelhado.
Motivo: a atualização de um volume pode levar à sincronização da respetiva política de exportação com o volume do parceiro de replicação. Se o volume atualizado tiver uma política de exportação incorreta ou em falta, os clientes montados no volume de origem de produção podem perder o acesso, o que pode causar uma indisponibilidade.
Contexto: quando uma replicação está num estado espelhado, os volumes da NetApp sincronizam automaticamente as políticas de exportação dos volumes de origem e destino. Isto garante um acesso consistente do cliente sem intervenção manual do administrador, uma vez que qualquer alteração de política num volume é aplicada automaticamente no outro volume.
No CVS, o administrador tem de sincronizar manualmente as definições de volume de origem e de destino. Durante a transição de volume do CVS para os volumes NetApp, as políticas de exportação existentes foram transferidas sem modificações, o que pode levar a políticas de exportação inconsistentes em volumes replicados. Quando atualiza a política de exportação do volume de origem ou de destino numa relação de replicação de volumes, as políticas são sincronizadas automaticamente em ambos os volumes.
Volumes afetados
Este problema aplica-se a volumes que cumprem todos os seguintes critérios:
Volumes que estão numa replicação de volumes espelhados ativa. A retoma da replicação depois de esta ter sido interrompida pode causar o problema.
Todos os volumes com NFS ativado que tenham 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 este problema, a política de exportação dos volumes de origem e destino tem de ser sincronizada uma vez. Conclua os seguintes passos:
Examine e compare as políticas de exportação dos volumes de origem e de destino.
Se as políticas de exportação forem idênticas, não é necessária nenhuma ação.
Se as políticas de exportação forem diferentes, junte as regras de exportação para criar uma política de exportação que permita todos os anfitriões especificados em ambas as políticas.
Aplique a política de exportação unida ao volume de origem. Esta política também é aplicada automaticamente ao volume de destino.
Ao sincronizar as políticas de exportação, pode garantir um acesso consistente e evitar potenciais interrupções para os clientes.
Mensagem de erro quando usa o Cloud Volumes Service (CVS) e os recursos de volumes da NetApp em conjunto
Pode receber uma mensagem de erro quando usa recursos de CVS e volumes NetApp em conjunto no mesmo projeto ou região. Este problema pode ocorrer quando faz uma das seguintes ações:
Crie recursos, como pools e políticas, num projeto que foi usado anteriormente para o CVS.
Tente listar os recursos CVS num projeto configurado para volumes NetApp.
Seguem-se 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 region.Cannot share VPC between 3P and 1P networks.
Para resolver este problema, contacte o apoio técnico do Google Cloud e peça uma reposição dos seus projetos ou regiões específicos para usar exclusivamente recursos de volumes da NetApp.
Problemas de integração do Active Directory
As secções seguintes contêm problemas conhecidos da integração do Active Directory.
Problemas de conetividade
As ligações aos controladores de domínio no local falham devido às seguintes limitações:
Interligação de VPCs: Os volumes do NetApp só podem alcançar controladores de domínio que estejam na nuvem virtual privada (VPC) do conjunto de armazenamento ou que estejam ligados a esta por VPN. Os volumes da NetApp não conseguem alcançar controladores de domínio em nenhuma outra VPC, incluindo os que estão em peering com a VPC do conjunto de armazenamento e que se ligam ao conjunto de armazenamento.
Firewalls: a ligação no local falha se não permitir que os volumes NetApp contactem os controladores de domínio. Para mais informações, Regras de firewall para acesso ao Active Directory.
A modificação da definição do site do Active Directory de uma política do Active Directory não afeta os conjuntos de armazenamento ao nível do serviço Flex.
Os volumes do NetApp não podem aderir a controladores de domínio baseados no Windows 2025
Devido a uma regressão no Windows 2025, os volumes do NetApp não podem aderir a um domínio através de um controlador de domínio do Windows 2025. Para aderir ao domínio, certifique-se de que usa um controlador de domínio de uma versão do Windows anterior a 2025, como o Windows 2022. Não pode especificar um controlador de domínio funcional diretamente, uma vez que o serviço usa a deteção baseada em DNS para encontrar controladores de domínio. Recomendamos que adicione controladores de domínio pré-Windows 2025 utilizáveis num site do Active Directory dedicado e especifique esse site na política do Active Directory para volumes NetApp.
A partir de 9 de setembro de 2025, a Microsoft lançou os artigos KB5065431 e KB5065426 para resolver este problema. O Windows 2025 não suporta a encriptação RC4, pelo que tem de ativar a encriptação AES para a autenticação do Active Directory.
Problemas de CMEK
As secções seguintes contêm problemas conhecidos das operações de chaves de encriptação geridas pelo cliente (CMEK).
ListKmsConfigs devolve o erro Valor inválido para o tipo enum
Enquanto um volume migra da encriptação gerida pelo sistema para a encriptação gerida pelo cliente, o comando ListKmsConfigs devolve ocasionalmente um erro Invalid value for enum type durante a migração. Após a conclusão da migração, o comando ListKmsConfigs volta a funcionar normalmente.
A criação de KmsConfig políticas falha
Ocasionalmente, a criação de políticas KmsConfig falha e impede-o de criar outra política. Se isto ocorrer, contacte o apoio ao cliente do Google Cloud.
Problemas e limitações da replicação de volumes
As secções seguintes fornecem detalhes sobre problemas conhecidos e limitações da funcionalidade de replicação de volumes.
As definições de quota de volume de destino podem falhar numa replicação ativa
Quando modifica as definições num volume numa replicação ativa, as definições são aplicadas aos volumes de origem e de destino. No entanto, as alterações de quotas especificamente para volumes de destino são preparadas e aplicadas ao volume de destino assim que a replicação for interrompida. Ocasionalmente, esta definição de quota pode falhar e recebe uma mensagem de erro no final da operação. Embora a operação Stop seja bem-sucedida, é possível que nem todas as quotas tenham sido aplicadas ao volume de destino. Se receber um erro de quota durante uma operação de paragem, compare as regras de quota nos volumes de origem e de destino e, em seguida, atualize as regras de quota em falta no destino para corresponderem às definições de volume de origem.
Google Cloud A consola apresenta pools de armazenamento sem políticas do Active Directory associadas
Na Google Cloud consola, quando cria uma replicação de volume para um volume de origem, a lista de conjuntos de armazenamento a escolher para criar o volume de destino contém conjuntos de armazenamento que não têm uma política do Active Directory. A seleção de um conjunto de armazenamento sem uma política do Active Directory resulta na falha de replicação.
Limitações das cópias de segurança
A secção seguinte descreve as limitações e os problemas conhecidos da funcionalidade de cópia de segurança.
Chaves de encriptação geridas do cliente
Não são permitidas cópias de segurança em volumes encriptados com chaves de encriptação geridas pelo cliente (CMEK).
Problemas conhecidos de volumes de capacidade elevada
A secção seguinte descreve os problemas conhecidos da funcionalidade de volumes de grande capacidade.
São apresentados conjuntos incompatíveis
Quando altera o conjunto de armazenamento (nível de serviço), a Google Cloud consola pode mostrar conjuntos incompatíveis. Se tentar alterar para um conjunto de armazenamento incompatível, a tentativa falha e recebe uma mensagem de erro.
A migração de CMEK não está bloqueada
A migração de CMEK não é bloqueada pela Google Cloud consola e é permitida mesmo quando existem volumes de grande capacidade. Se tentar a migração da CMEK quando tiver configurado volumes de grande capacidade, a tentativa falha.