Cette page décrit la résilience des applications pour Google Cloud NetApp Volumes et la manière dont les clients NFS, SMB et iSCSI gèrent les mises en pause des E/S. Bien que NetApp Volumes soit disponibilité élevée, les opérations d'E/S peuvent être brièvement mises en pause lors d'événements de maintenance planifiés ou d'événements de service non planifiés. Cette page recommande également des paramètres de délai avant expiration pour garantir le bon fonctionnement des applications, en particulier lorsque vous utilisez des logiciels de cluster tels que Pacemaker.
Considérations concernant la résilience des applications
Bien que NetApp Volumes soit disponibilité élevée, les événements de maintenance planifiés tels que les mises à jour de la plate-forme, les mises à niveau de service, les mises à niveau logicielles ou les défaillances de composants non planifiées dans le service peuvent entraîner de brèves mises en pause des opérations d'entrée et de sortie (E/S).
Pour en savoir plus sur les événements de maintenance planifiés et les pannes de service non planifiées, consultez Surveiller et planifier un événement de maintenance.
Pour en savoir plus sur l'impact de ces événements de maintenance sur les états des pools de stockage, consultez États des pools de stockage.
Mises en pause des E/S
Les logiciels clients Network File System (NFS), Server Message Block (SMB) et iSCSI de votre système d'exploitation gèrent les courtes mises en pause des E/S. Le client attend et relance les opérations d'E/S sans signaler le problème à l'application. Ces courtes mises en pause sont considérées comme non perturbatrices, car même si les utilisateurs de l'application peuvent constater des temps de réponse plus longs, l'application ne signale pas d'erreurs d'E/S.
Pour les mises en pause des E/S plus longues, le comportement dépend du client NFS, SMB ou iSCSI de votre système d'exploitation et des délais avant expiration potentiels configurés dans l'application. Les sections suivantes décrivent les détails spécifiques au protocole pour les mises en pause des E/S.
Mises en pause des E/S NFS
Tous les appels à un partage NFS non disponible et installé en dur sont bloqués dans le client NFS et attendent indéfiniment que le serveur NFS réponde à nouveau. Pendant que votre client NFS attend, des messages indiquant que le serveur NFS ne répond pas s'affichent dans vos journaux clients.
Du point de vue de l'application, les opérations d'E/S telles que la lecture ou l'écriture sont bloquées et restent en attente jusqu'à ce que le partage NFS revienne. Lors des mises en pause des E/S, aucune opération d'E/S n'est jamais perdue et NetApp Volumes garantit la cohérence des données, sauf si vous arrêtez de force les opérations d'E/S en attente côté client.
Utiliser des applications logicielles de cluster pour automatiser les basculements
Si vous utilisez des applications logicielles de cluster telles que Pacemaker sur les VM clientes pour automatiser le basculement de votre application, configurez vos délais avant expiration pour les partages NFS afin de résister aux événements de maintenance de NetApp Volumes. Ces basculements abandonnent les opérations d'E/S en attente sur le client et peuvent entraîner la perte de transactions. Nous vous recommandons les délais avant expiration suivants :
| Type de protocole | Délai avant expiration recommandé | Remarques |
|---|---|---|
| Partages NFSv3 | 60 secondes (pour les niveaux de service unifiés Standard, Premium, Extreme et Flex)
120 secondes (pour le niveau de service Flex File) |
Nous vous recommandons d'utiliser une méthode de clôture, qui utilise l'option de montage
nolock au lieu de s'appuyer sur les verrous NFS. |
| NFSv4.1 | 105 secondes (pour les niveaux de service unifiés Standard, Premium, Extreme et Flex)
165 secondes (pour le niveau de service Flex File) |
Le protocole NFSv4.1 ajoute automatiquement un verrouillage fiable sur NFSv3 (RFC NFSv4.x, section 9.6.2), que vous pouvez utiliser comme mécanisme de clôture. La récupération de l'état du verrou ajoute 45 secondes supplémentaires. |
Mises en pause des E/S de partage SMB
Contrairement à NFS, les sessions SMB utilisent une connexion qui peut expirer. NetApp Volumes évite généralement les délais avant expiration.
Délais avant expiration de la session
Le délai avant expiration de la session est défini au niveau du client. Le délai avant expiration par défaut pour les clients Windows est de 60 secondes. Vous pouvez exécuter la commande Get-SmbClientConfiguration/Set-SmbClientConfiguration à l'aide du paramètre SessionTimeout pour lire ou modifier le délai avant expiration de la session.
Si un délai avant expiration de la session se produit, la session SMB est interrompue et une erreur d'E/S est signalée à l'application qui effectue l'E/S. L'Explorateur de fichiers ou les applications Microsoft 365 se reconnectent généralement dès que l'utilisateur accède à nouveau au partage SMB. Lorsqu'elles rencontrent des erreurs d'E/S, certaines applications tentent de se reconnecter et de réessayer l'opération d'E/S ayant échoué, tandis que d'autres ne le font pas. Consultez la documentation du fournisseur de votre application pour comprendre comment l'application gère les délais avant expiration SMB et fonctionne de manière résiliente sur les partages SMB.
Les partages disponibles en continu sont une fonctionnalité SMB3.x qui améliore la résilience du basculement pour les applications de type base de données. NetApp Volumes est compatible avec les partages disponibles en continu pour Microsoft SQL Server et FSLogix.
La récupération après échec s'améliore avec chaque nouvelle version de SMB. NetApp Volumes est compatible avec SMB 2.1, 3.0 et 3.1.1. Si possible, utilisez la dernière version SMB compatible. Windows 10/Server 2016 et versions ultérieures sont compatibles avec la dernière version SMB 3.1.1.
Précautions basées sur les applications SMB
Certaines applications basées sur SMB nécessitent le basculement transparent SMB. Le basculement transparent SMB permet d'effectuer des opérations de maintenance sur les volumes SMB dans NetApp Volumes sans interrompre la connectivité aux applications serveur qui stockent les données ou y accèdent. NetApp Volumes est compatible avec l'option de partage disponible en continu SMB pour s'assurer que des applications spécifiques sont compatibles avec le basculement transparent SMB. L'utilisation de partages disponibles en continu SMB n'est compatible qu'avec les charges de travail suivantes :
Conteneurs de profils utilisateur FSLogix
Microsoft SQL Server (et non Linux SQL Server)
Les partages disponibles en continu SMB ne sont pas compatibles avec les applications personnalisées.
Mises en pause des E/S iSCSI
Dans les environnements Linux et Windows, les clients iSCSI (initiateurs) gèrent les mises en pause des E/S en relançant les commandes jusqu'à ce que la cible (NetApp Volumes) devienne disponible. Lors de courts événements de maintenance, l'initiateur iSCSI tente de se reconnecter et de reprendre les opérations d'E/S en attente, ce qui contribue à maintenir la résilience de l'application.
Délais avant expiration iSCSI
Une configuration appropriée des délais avant expiration iSCSI est essentielle pour maintenir la résilience des applications lors d'événements de maintenance ou d'interruptions de service inattendues.
Pour les systèmes Linux, NetApp Volumes utilise les paramètres par défaut de l'initiateur iSCSI. Ces paramètres incluent des configurations spécifiques à NetApp dans le mappeur de périphériques Linux par défaut à chemins multiples, qui gère automatiquement les exigences de délai avant expiration lors des événements de maintenance de NetApp Volumes.
Toutefois, pour les systèmes Windows, modifiez les paramètres MPIO Windows à l'aide de la commande suivante pour gérer les événements de maintenance de NetApp Volumes.
Set-MPIOSetting -NewPathVerificationState Enabled ` -NewPDORemovePeriod 130 ` -NewRetryCount 6 ` -CustomPathRecovery Enabled ` -NewPathRecoveryInterval 30 `
Lors des mises en pause des E/S, l'initiateur iSCSI relance les commandes et maintient les E/S en attente pendant la durée du délai avant expiration. Si le délai avant expiration est dépassé, le système d'exploitation peut signaler des erreurs d'E/S à l'application, ce qui peut entraîner la perte de transactions ou nécessiter une récupération au niveau de l'application.
Considérations concernant les applications et les clusters
Si vous utilisez des logiciels de clustering ou des applications qui automatisent le basculement, configurez vos délais avant expiration iSCSI pour tenir compte des événements de maintenance de NetApp Volumes. Un basculement prématuré peut abandonner les opérations d'E/S en attente et entraîner une perte de données ou de transactions. Consultez toujours la documentation de votre application et de votre système d'exploitation pour connaître les bonnes pratiques concernant les paramètres de délai avant expiration iSCSI.
Interruptions d'application liées aux événements de maintenance
Des événements de maintenance planifiés, comme pour les mises à niveau de la plate-forme et les mises à niveau logicielles de service, peuvent se produire occasionnellement. Les événements de maintenance sont considérés comme non perturbateurs du point de vue d'un protocole de fichier (NFS ou SMB) tant que l'application peut gérer les mises en pause des E/S qui peuvent se produire lors de ces événements.
Pour les niveaux de service Standard, Premium et Extreme, les mises en pause des E/S sont généralement courtes et durent de quelques secondes à 30 secondes.
Pour le niveau de service Flex, les mises en pause des E/S durent jusqu'à 70 secondes.
Pour en savoir plus sur l'impact de ces événements de maintenance sur les états des pools de stockage, consultez États des pools de stockage.
Étape suivante
Découvrez les considérations de sécurité concernant Google Cloud NetApp Volumes security considerations.