Cette page fournit des informations sur les limites connues de Google Cloud NetApp Volumes.
Problèmes d'ordre général
Cette section décrit les problèmes courants connus liés à NetApp Volumes.
Les volumes Flex ne répondent pas au ping
Les volumes Flex diffèrent des volumes Standard, Premium et Extrême en ce qu'ils ne répondent pas au trafic ICMP. Les outils réseau standards tels que ping ou traceroute, qui dépendent d'ICMP, ne peuvent pas être utilisés pour tester ces volumes.
Pour tester la connectivité à un volume Flex à partir d'un client, utilisez une méthode qui vérifie les ports de protocole TCP ouverts.
Sur les clients Linux, à l'aide de la commande CLI suivante :
timeout 2 bash -c '/dev/tcp/VOLUME_IP/PORT && echo Port is open || echo Port is closed' || echo Connection timeout
Sur les clients Windows, utilisez la commande PowerShell suivante :
Test-NetConnection -ComputerName VOLUME_IP_ADDRESS -Port PORT_NUMBER
Remplacez les informations suivantes :
PORT_NUMBER
: spécifiez 2049 pour les volumes NFS ou 445 pour les volumes SMB.
Perte de connectivité intermittente lors de l'utilisation de connexions d'accès aux services privés qui se chevauchent
Lors de la configuration de la connexion netapp.servicenetworking.goog
, si la plage CIDR chevauche celle utilisée par une autre connexion d'accès aux services privés sur le même VPC, cela peut entraîner une perte de connectivité intermittente de la connexion de montage de volume. Pour éviter ce problème, utilisez des plages qui ne se chevauchent pas.
Risque d'interruption de l'accès client aux volumes migrés de Cloud Volumes Service vers NetApp Volumes lors de la mise à jour des paramètres d'un volume NFS
Problème : L'accès client aux volumes est interrompu lorsque vous modifiez des paramètres sur le volume source ou de destination d'une réplication de volume active avec un état de transfert en miroir.
Raison : la mise à jour d'un volume peut entraîner la synchronisation de sa règle d'exportation avec le volume du partenaire de réplication. Si le volume mis à jour comporte une règle d'exportation incorrecte ou manquante, les clients montés sur le volume source de production peuvent perdre l'accès, ce qui peut entraîner une panne.
Contexte : lorsqu'une réplication est en état de mise en miroir, NetApp Volumes synchronise automatiquement les règles d'exportation des volumes source et de destination. Cela garantit un accès client cohérent sans intervention manuelle de l'administrateur, car toute modification de règle sur un volume est automatiquement appliquée à l'autre volume.
Dans CVS, l'administrateur doit synchroniser manuellement les paramètres de volume de la source et de la destination. Lors de la transition des volumes de CVS vers NetApp Volumes, les règles d'exportation existantes ont été transférées sans modification, ce qui peut entraîner des règles d'exportation incohérentes dans les volumes répliqués. Lorsque vous mettez à jour la règle d'exportation du volume source ou de destination dans une relation de réplication de volumes, les règles des deux volumes sont automatiquement synchronisées.
Volumes concernés
Ce problème s'applique aux volumes qui répondent à tous les critères suivants :
Volumes dont la réplication est active et en miroir. La reprise de la réplication après son arrêt peut être à l'origine du problème.
Tous les volumes compatibles avec NFS et disposant d'une règle d'exportation.
Volumes dont les règles d'exportation diffèrent entre la source et la destination.
Solution : Pour résoudre ce problème, la règle d'exportation des volumes source et de destination doit être synchronisée une fois. Procédez comme suit :
Examinez et comparez les règles d'exportation des volumes source et de destination.
Si les règles d'exportation sont identiques, aucune action n'est requise.
Si les règles d'exportation sont différentes, fusionnez-les pour créer une règle d'exportation qui autorise tous les hôtes spécifiés dans les deux règles.
Appliquez la règle d'exportation fusionnée au volume source. Cette règle s'applique également automatiquement au volume de destination.
En synchronisant les règles d'exportation, vous pouvez garantir un accès cohérent et éviter d'éventuelles perturbations pour les clients.
Message d'erreur lorsque vous utilisez les ressources Cloud Volumes Service (CVS) et NetApp Volumes ensemble
Vous pouvez recevoir un message d'erreur lorsque vous utilisez des ressources CVS et NetApp Volumes ensemble dans le même projet ou la même région. Ce problème peut se produire lorsque vous effectuez l'une des opérations suivantes :
Créez des ressources telles que des pools et des stratégies dans un projet qui était auparavant utilisé pour CVS.
Essayez de lister les ressources CVS dans un projet configuré pour NetApp Volumes.
Voici les messages d'erreur courants :
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
.
Pour résoudre ce problème, contactez le service client Google Cloud et demandez à réinitialiser vos projets ou régions spécifiques afin d'utiliser exclusivement les ressources NetApp Volumes.
Problèmes d'intégration d'Active Directory
Les sections suivantes contiennent les problèmes connus liés à l'intégration d'Active Directory.
Problèmes de connectivité
Les connexions aux contrôleurs de domaine sur site échouent en raison des limites suivantes :
Appairage de VPC : les NetApp Volumes ne peuvent atteindre que les contrôleurs de domaine qui se trouvent sur le cloud privé virtuel (VPC) du pool de stockage ou qui y sont connectés par VPN. NetApp Volumes ne peuvent pas accéder aux contrôleurs de domaine dans d'autres VPC, y compris ceux qui sont appairés au VPC du pool de stockage et qui se connectent au pool de stockage.
Pare-feu : la connexion sur site échoue si vous n'autorisez pas NetApp Volumes à contacter vos contrôleurs de domaine. Pour en savoir plus, consultez Règles de pare-feu pour l'accès à Active Directory.
La modification du paramètre de site Active Directory d'une règle Active Directory n'affecte pas les pools de stockage de niveau de service Flex.
NetApp Volumes ne peuvent pas rejoindre les contrôleurs de domaine basés sur Windows 2025
En raison d'une régression dans Windows 2025, NetApp Volumes ne peut pas joindre un domaine à l'aide d'un contrôleur de domaine Windows 2025. Pour rejoindre le domaine, assurez-vous d'utiliser un contrôleur de domaine d'une version de Windows antérieure à 2025, telle que Windows 2022. Vous ne pouvez pas spécifier directement un contrôleur de domaine fonctionnel, car le service utilise la détection basée sur le DNS pour trouver les contrôleurs de domaine. Nous vous recommandons d'ajouter des contrôleurs de domaine utilisables antérieurs à Windows 2025 dans un site Active Directory dédié et de spécifier ce site dans la stratégie Active Directory pour NetApp Volumes.
Problèmes liés aux CMEK
Les sections suivantes contiennent des problèmes connus liés aux opérations sur les clés de chiffrement gérées par le client (CMEK).
ListKmsConfigs
renvoie l'erreur Valeur non valide pour le type d'énumération
Lorsqu'un volume migre du chiffrement géré par le système vers le chiffrement géré par le client, la commande ListKmsConfigs
renvoie parfois une erreur Valeur non valide pour le type Enum pendant la migration. Une fois la migration terminée, la commande ListKmsConfigs
fonctionne à nouveau normalement.
Échec de la création de la règle KmsConfig
Il arrive que la création d'une règle KmsConfig
échoue et vous empêche d'en créer une autre. Dans ce cas, contactez l'assistance Google Cloud Customer Care.
Problèmes et limites liés à la réplication de volumes
Les sections suivantes fournissent des informations sur les problèmes connus et les limites de la fonctionnalité de réplication de volumes.
Les paramètres de quota de volume de destination peuvent échouer lors d'une réplication active
Lorsque vous modifiez les paramètres d'un volume dans une réplication active, les paramètres sont appliqués aux volumes source et de destination. Toutefois, les modifications de quota spécifiques aux volumes de destination sont échelonnées et appliquées au volume de destination une fois la réplication arrêtée. Il peut arriver que ce paramètre de quota échoue. Dans ce cas, vous recevrez un message d'erreur à la fin de l'opération. Bien que l'opération Stop réussisse, il est possible que tous les quotas n'aient pas été appliqués au volume de destination. Si vous recevez une erreur de quota lors d'une opération Stop, comparez les règles de quota sur les volumes source et de destination, puis mettez à jour les règles de quota manquantes sur la destination pour qu'elles correspondent aux paramètres du volume source.
La consoleGoogle Cloud affiche les pools de stockage sans règles Active Directory associées.
Dans la console Google Cloud , lorsque vous créez une réplication de volume pour un volume source, la liste des pools de stockage à partir desquels créer le volume de destination contient des pools de stockage qui n'ont pas de stratégie Active Directory. Si vous sélectionnez un pool de stockage sans stratégie Active Directory, la réplication échouera.
Limites de la sauvegarde
La section suivante décrit les limites et problèmes connus de la fonctionnalité de sauvegarde.
Clés de chiffrement gérées par le client
Les sauvegardes ne sont pas autorisées sur les volumes chiffrés avec des clés de chiffrement gérées par le client (CMEK).
Problèmes connus liés aux volumes de grande capacité
La section suivante décrit les problèmes connus liés à la fonctionnalité des volumes de grande capacité.
Pools incompatibles affichés
Lorsque vous modifiez le pool de stockage (niveau de service), la console Google Cloud peut afficher des pools incompatibles. Si vous essayez de passer à un pool de stockage incompatible, la tentative échoue et un message d'erreur s'affiche.
Migration CMEK non bloquée
La migration CMEK n'est pas bloquée par la console Google Cloud et est autorisée même en présence de volumes de grande capacité. Si vous essayez de migrer vers CMEK lorsque des volumes de grande capacité sont configurés, la tentative échouera.