Cette page fournit des informations sur la résilience des applications Google Cloud NetApp Volumes.
Considérations sur la résilience des applications
Bien que NetApp Volumes soit hautement disponible, 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 imprévues dans le service peuvent entraîner de brèves pauses dans les opérations d'entrée et de sortie (E/S).
Pauses d'E/S
Le logiciel client NFS (Network File System) ou SMB (Server Message Block) de votre système d'exploitation gère les courtes pauses d'E/S. Le client attend et réessaie les opérations d'E/S sans signaler le problème à l'application. Ces pauses courtes 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 pauses d'E/S plus longues, le comportement dépend du client NFS ou SMB 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 pauses d'E/S.
Pauses d'E/S NFS
Tous les appels à un partage NFS inaccessible et monté en mode permanent 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 client.
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 renvoie un résultat positif. Lors des pauses d'E/S, aucune opération d'E/S n'est jamais perdue, et NetApp Volumes assure 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 les délais avant expiration pour les partages NFS afin qu'ils résistent aux événements de maintenance des volumes NetApp. Ces basculements mettent fin aux opérations d'E/S en attente sur le client et peuvent entraîner la perte de transactions. Nous vous recommandons les valeurs de délai avant expiration suivantes:
| Type de protocole | Délai avant expiration recommandé | Remarques |
|---|---|---|
| Partages NFSv3 | 60 secondes (pour les niveaux de service Standard, Premium et Extreme)
120 secondes (pour le niveau de service Flex) |
Nous vous recommandons d'utiliser une méthode de clôture, qui utilise l'option d'installation nolock au lieu de s'appuyer sur des verrous NFS. |
| NFSv4.1 | 105 secondes (pour les niveaux de service Standard, Premium et Extreme)
165 secondes (pour le niveau de service Flex) |
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 de la serrure ajoute 45 secondes supplémentaires. |
Pauses d'E/S des partages SMB
Contrairement à NFS, les sessions SMB utilisent une connexion qui peut expirer. Dans la plupart des cas, NetApp Volumes reste en dessous des délais avant expiration.
Délais avant expiration de la session
Le délai d'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 effectuant les 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. En cas d'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 savoir comment elle gère les délais avant expiration SMB et comment elle peut fonctionner de manière résiliente sur les partages SMB.
Les partages à disponibilité continue (CA) sont une fonctionnalité SMB3.x qui améliore la résilience de basculement pour les applications de type base de données. NetApp Volumes est compatible avec les partages en disponibilité continue pour Microsoft SQL Server et FSLogix.
La reprise après échec s'améliore à chaque nouvelle version de SMB. NetApp Volumes est compatible avec les versions SMB 2.1, 3.0 et 3.1.1. Dans la mesure du possible, utilisez la dernière version compatible de SMB. Windows 10/Server 2016 et versions ultérieures sont compatibles avec la dernière version SMB 3.1.1.
Précautions basées sur l'application 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 accèdent aux données. NetApp Volumes est compatible avec l'option de partage de disponibilité continue SMB pour s'assurer que certaines applications sont compatibles avec le basculement transparent SMB. L'utilisation de partages SMB disponibles en permanence n'est compatible qu'avec les charges de travail suivantes:
Conteneurs de profil utilisateur FSLogix
Microsoft SQL Server (et non Linux SQL Server)
Les partages SMB disponibles en permanence ne sont pas compatibles avec les applications personnalisées.
Perturbations des applications liées à un événement de maintenance
Des événements de maintenance planifiée, comme les mises à niveau de la plate-forme et des logiciels de service, peuvent se produire de temps en temps. Les événements de maintenance sont considérés comme non perturbateurs du point de vue d'un protocole de fichiers (NFS ou SMB) tant que l'application peut gérer les pauses d'E/S pouvant se produire lors de ces événements.
Pour les niveaux de service Standard, Premium et Extreme, les pauses d'E/S sont généralement courtes et varient de quelques secondes à 30 secondes.
Pour le niveau de service Flex, les pauses d'E/S peuvent durer jusqu'à 70 secondes.
Étape suivante
Découvrez les considérations de sécurité concernant Google Cloud NetApp Volumes.