Résoudre les problèmes de lenteur

Cette page fournit des informations de dépannage pour vous aider à résoudre les problèmes de lenteur que vous pouvez rencontrer lorsque vous utilisez Filestore.

Performances de lecture ou d'écriture lentes

  1. Vérifiez que vous utilisez le type de machine recommandé pour la VM cliente.

  2. Si votre VM cliente exécute Linux, assurez-vous que les options d'installation par défaut sont définies.

  3. Assurez-vous que la VM cliente se trouve dans la même région que l'instance Filestore. Procéder à l'installation dans plusieurs régions entraîne non seulement une réduction des performances, mais également des coûts de mise en réseau.

  4. Assurez-vous que votre instance Filestore n'est pas à pleine capacité ou presque. Lorsque la capacité est presque saturée, tout espace restant est fortement fragmenté, ce qui ralentit les opérations de lecture et d'écriture. La quantité d'espace libre nécessaire pour éviter ce scénario dépend de la casse. Nous vous recommandons de configurer des alertes d'espace disque faible.

    Pour en savoir plus, consultez la section Résoudre les problèmes de capacité.

  5. Testez les performances de votre instance Filestore à l'aide de l'outil fio.

    Si les résultats du test montrent que les performances sont anormalement lentes, contactez votre responsable de compte. En revanche, si les résultats présentent des performances semblables ou supérieures à celles attendues, passez à la section suivante.

Cas d'utilisation entraînant un ralentissement des performances

Voici quelques cas d'utilisation et scénarios entraînant des performances médiocres :

Charges de travail impliquant des volumes élevés de petits fichiers

  • Les partages de fichiers Filestore assurent la sécurité des données et la conformité du protocole NFS à l'aide de l'option d'exportation sync. Pour la plupart des opérations de modification de données, l'instance Filestore attend que les données soient stockées avant de répondre aux requêtes de la VM cliente. Lorsque de nombreux fichiers sont impliqués dans une opération, le client effectue toute une série d'opérations synchrones et la latence cumulée augmente.

    Ce cas de figure se présente par exemple lorsque vous extrayez une archive du partage de fichiers, telle que des fichiers tar. TAR effectue de nombreuses opérations synchrones dans une série lors de l'extraction d'une archive contenant de nombreux fichiers. Par conséquent, les performances sont réduites.

    Si vous essayez de copier de nombreux petits fichiers dans un partage de fichiers, essayez de créer des fichiers en parallèle avec un outil tel que la Google Cloud CLI:

    mkdir -p /mnt/nfs/many_files_rsync/
time gcloud storage rsync many_files /mnt/nfs/many_files_rsync/ --recursive

  • Chaque fichier stocké sur le partage de fichiers consomme un inode. Si le système de fichiers manque d'inodes, vous ne pourrez pas stocker d'autres fichiers sur le partage de fichiers, même si vous n'avez pas atteint la capacité maximale allouée. Toutefois, l'obtention du nombre maximal d'inodes est rare et ne pose problème que si vous devez stocker de nombreux petits fichiers.

    Pour en savoir plus, consultez la section Utilisation des nœuds d'index.

Copie des données entre Cloud Storage et Filestore

La copie de données de Cloud Storage vers une instance Filestore à l'aide de la gcloud CLI est incontestablement lente. Pour en savoir plus sur l'amélioration des performances, consultez la section Améliorer les performances sur les ressources Google Cloud.

Étape suivante