Gérer les instances Filestore

Cette page présente la maintenance des instances Filestore. Il aborde les catégories de maintenance, l'impact sur les niveaux, la persistance du réseau et les bonnes pratiques.

Présentation

Filestore met régulièrement à jour les instances pour s'assurer que le service de partage de fichiers est fiable, sécurisé et à jour. Les mises à jour de maintenance ont généralement lieu toutes les une à deux semaines.

La maintenance de Filestore est entièrement gérée par Google. Vous ne pouvez pas configurer d'intervalles de maintenance personnalisés, ni différer ou reprogrammer manuellement la maintenance.

Les mises à jour de maintenance se répartissent dans les catégories suivantes :

  • Mises à jour logicielles Filestore : optimisations du système, améliorations des performances et nouvelles fonctionnalités.
  • Correctifs du système d'exploitation : surveillance et application de correctifs en continu pour les systèmes d'exploitation des machines virtuelles (VM) sous-jacentes afin de les protéger contre les failles de sécurité.
  • Mises à niveau de l'infrastructure : migrations de machines virtuelles sous-jacentes, maintenance matérielle et mises à jour du réseau.

Impact de la maintenance par niveau de service

L'impact d'une mise à jour de maintenance dépend du niveau de service de votre instance.

Étant donné que les instances de niveau de base subissent de brèves interruptions pendant la maintenance, nous vous recommandons de les utiliser principalement pour le développement, les tests et les charges de travail non critiques. Pour les charges de travail de production nécessitant une haute disponibilité et un accès ininterrompu aux fichiers, utilisez les niveaux "Régional", "Enterprise" ou "Zonal".

Niveaux zonal, régional et Enterprise

Les niveaux de service zonal, régional et Enterprise utilisent des mises à niveau sans interruption (NDU).

Pendant la maintenance, les instances de ces niveaux restent entièrement disponibles et continuent de traiter les demandes de fichiers à diffuser avec un temps d'arrêt quasi nul. Les mises à jour de maintenance sont appliquées en arrière-plan, ce qui rend le processus de mise à niveau transparent pour les clients NFS (Network File System) connectés.

Niveaux de base

Les instances de niveau de base sont soutenues par un stockage à nœud unique sans basculement automatique. Lorsque des migrations d'hôtes sous-jacentes, des correctifs système ou des mises à jour logicielles se produisent, les opérations sur les fichiers sont temporairement suspendues jusqu'à ce que la mise à jour soit terminée.

Lors d'un événement de maintenance, les instances de niveau HDD de base et SSD de base sont indisponibles pendant une brève période, généralement entre deux et cinq minutes.

Au cours de cet intervalle de maintenance :

  • Les opérations sur les fichiers, telles que les lectures, les écritures et les listes de répertoires, sont temporairement suspendues ou figées.
  • Les clients connectés qui utilisent des mécanismes de nouvelle tentative par défaut attendent que l'instance reprenne la réponse.

Persistance du réseau et des instances

L'adresse IP interne attribuée à votre instance Filestore reste persistante pendant la maintenance et ne change pas. Les clients NFS connectés n'ont pas besoin de mettre à jour les configurations de montage ni de remonter les partages de fichiers après une mise à jour.

Contrat de niveau de service (SLA)

Conformément au contrat de niveau de service (SLA) Filestore, les temps d'arrêt résultant d'une maintenance planifiée sont exclus des calculs de temps d'arrêt.

Bonnes pratiques pour la gestion de la maintenance

Étant donné que vous ne pouvez pas planifier ni retarder la maintenance de Filestore, configurez vos clients et votre infrastructure NFS pour qu'ils gèrent l'indisponibilité temporaire de manière fluide :

  • Utilisez des installations permanentes : lorsque vous installez un partage de fichiers Filestore sur un client, spécifiez l'option d'installation hard plutôt que soft. Avec un montage strict, si le serveur de fichiers devient temporairement indisponible, le client NFS relance les requêtes indéfiniment jusqu'à ce que le serveur réponde. Cela préserve l'intégrité des données et évite les erreurs d'E/S de l'application.
  • Configurer les délais d'attente et les tentatives du client NFS : configurez les options de montage du délai d'attente et de la retransmission sur vos clients NFS afin que les retards temporaires pendant la maintenance n'entraînent pas de délais d'attente du client.
  • Implémentez des nouvelles tentatives d'application : intégrez une logique de nouvelle tentative avec un intervalle exponentiel entre les tentatives dans vos applications clientes pour gérer facilement les retards de stockage temporaires.
  • Surveiller l'état et la maintenance des instances : surveillez les performances et l'état des instances dans la console Google Cloud ou à l'aide de Cloud Monitoring. Sur les instances de niveau de base, vous pouvez observer un bref pic de latence ou une pause temporaire dans les opérations sur les fichiers pendant la période de mise à jour.

Étapes suivantes