Limites des sauvegardes

Les sections suivantes traitent des limites liées à la création et à la gestion des sauvegardes.

Limites générales

Les sauvegardes Filestore ne peuvent pas être combinées avec la fonctionnalité de multipartages Filestore.

Performances

  • Pour les instances très utilisées, les performances peuvent être réduites jusqu'à 15 % lors de l'importation d'une sauvegarde. Les opérations de sauvegarde create n'ont aucune incidence sur les performances des instances de niveau de base.

  • Le stockage des données d'une instance dans plusieurs chaînes de sauvegarde a une incidence sur les performances de sauvegarde. Attendez-vous à une latence plus élevée pour les opérations de sauvegarde create lorsque vous alternez entre les chaînes de sauvegarde.

  • Les opérations sur les instances, telles que restore ou delete, peuvent être retardées jusqu'à la fin d'une opération de sauvegarde create.

  • Dans certains cas, les opérations delete peuvent prendre jusqu'à 24 heures.

Simultanéité des opérations

  • Les opérations de sauvegarde delete associées à la même instance source doivent être effectuées une par une.

  • Les opérations de sauvegarde groupée delete dans une chaîne de sauvegarde ne sont pas prises en charge. Lorsqu'une opération delete est en attente, toute nouvelle opération delete dans la même chaîne de sauvegarde renvoie une erreur RESOURCE_EXHAUSTED. Cela ne dépend pas de la suppression ou non de l'instance source. Si l'instance source a été supprimée, vous recevrez une erreur FAILED_PRECONDITION.

    Filestore est compatible avec les opérations de sauvegarde simultanées delete lorsque les sauvegardes font référence à des instances sources distinctes.

    Par exemple, une instance libellée Source1 possède des données de sauvegarde référencées dans Backup1 et Backup2. Source2 contient des données de sauvegarde référencées dans Backup3 et Backup4. Backup1 et Backup2 ne peuvent pas être supprimés en parallèle, mais Backup2 et Backup3 le peuvent.

  • Les opérations de sauvegarde create et de sauvegarde delete lancées dans la même chaîne de sauvegarde peuvent s'exécuter simultanément. Si vous avez déjà commencé à créer une sauvegarde, vous devez attendre la fin de l'opération pour supprimer la sauvegarde existante la plus récente. En effet, la sauvegarde la plus récente contient les données les plus importantes nécessaires à la réussite de l'opération create. Si vous essayez de supprimer la sauvegarde la plus récente, l'erreur FAILED_PRECONDITION s'affiche.

    Par exemple, Source1 a une chaîne de sauvegarde composée de Backup1 et Backup2. Lorsque vous lancez une opération create pour Backup3, vous ne pouvez pas supprimer Backup2 tant que l'opération create n'est pas terminée.

  • Pour en savoir plus sur les limites de débit des opérations, consultez Limites de débit des opérations pour les sauvegardes.

Stockage

  • Vous pouvez restaurer une sauvegarde d'une instance de base sur l'instance source du même niveau de service, sur une instance existante ou sur une nouvelle instance. Si vous choisissez une nouvelle instance, vous pouvez choisir entre les instances HDD de base et SSD de base, quel que soit le niveau de l'instance source.

  • Vous ne pouvez pas restaurer des instances zonales, régionales et Enterprise sur une instance source ou existante, mais uniquement sur une nouvelle instance. Le niveau de la nouvelle instance ne doit pas nécessairement correspondre à celui de l'instance source. Par exemple, vous pouvez restaurer la sauvegarde d'une instance régionale sur une instance zonale. La capacité provisionnée de la nouvelle instance doit être égale ou supérieure à celle de l'instance source.

Capacité

  • Les sauvegardes créées pour les instances zonales, régionales et Enterprise peuvent consommer la capacité des instances. Cette capacité varie en fonction de l'étendue des modifications apportées aux données depuis la création de la sauvegarde. Plus précisément, lorsqu'une sauvegarde est créée, Filestore crée un instantané interne du système de fichiers, qui occupe également une partie de la capacité disponible de l'instance.

  • La taille d'un instantané est également relative à l'étendue des modifications apportées aux données du partage depuis la création de la dernière sauvegarde. Cet instantané continue d'exister jusqu'à ce que la sauvegarde suivante soit créée et importée.

  • Toutes les données référencées par la sauvegarde sont conservées dans l'état où elles se trouvaient au moment de la capture et continuent d'occuper de l'espace dans le système de fichiers. Par exemple, si vous supprimez des données du système de fichiers installé, cette action ne libère pas de capacité. Pour ce faire, créez une sauvegarde après avoir supprimé ou écrasé une quantité importante de données.

  • Pour anticiper une capacité suffisante pour vos charges de travail, envisagez d'appliquer l'une des solutions suivantes :

    • Augmentez la capacité des instances pour les charges de travail avec des modifications de données importantes et fréquentes ou un taux de modification élevé.

    • Effectuez des sauvegardes fréquentes. Si la dernière sauvegarde est obsolète, l'instantané interne peut accumuler davantage de modifications et consommer plus de capacité d'instance.

Chiffrement

Lorsque vous utilisez CMEK pour chiffrer vos chaînes de sauvegarde, les limites suivantes s'appliquent :

  • Une chaîne de sauvegarde entière est chiffrée à l'aide de la même clé CMEK.

  • Lorsque vous créez une sauvegarde avec CMEK, la clé CMEK doit se trouver dans la même région que la sauvegarde cible.

  • Si vous stockez une chaîne de sauvegarde dans une région distincte de l'instance source, vous devrez peut-être appliquer des clés distinctes, une pour la source et une pour la chaîne de sauvegarde.

    • Tous les niveaux de service sont compatibles avec plusieurs chaînes de sauvegarde ou avec la possibilité de stocker les sauvegardes d'une instance dans plusieurs régions. Si vous choisissez d'utiliser une clé CMEK pour le chiffrement, elle doit se trouver dans la même région que la ressource qu'elle chiffre. Si vous stockez des sauvegardes dans une région distincte de la source et que la clé CMEK n'est pas une clé multirégionale, vous devez utiliser des clés CMEK distinctes. Pour en savoir plus, consultez Restrictions CMEK et Choisir le meilleur emplacement CMEK.

  • Une seule clé CMEK est appliquée au bucket Cloud Storage dans lequel la chaîne de sauvegarde est stockée. Elle ne peut pas être combinée ni remplacée.

  • La CMEK n'est pas compatible avec les sauvegardes de niveau de base.

Pour en savoir plus, consultez Compatibilité CMEK pour les chaînes de sauvegarde.

Migration de données

Une fois que vous avez créé une instance Filestore, vous ne pouvez plus modifier son emplacement ni son niveau de service. Pour migrer vos données vers une autre région, vous pouvez en créer une sauvegarde et utiliser la sauvegarde pour créer une instance Filestore ou la restaurer sur une instance existante.

Protocoles

Lorsque vous restaurez une sauvegarde, la nouvelle instance doit utiliser le même protocole que l'instance source.