Cette page décrit ce qu'est une sauvegarde, comment elle fonctionne, certains cas d'utilisation fréquents, et présente les bonnes pratiques à suivre pour créer et utiliser des sauvegardes. Pour apprendre à créer et gérer les sauvegardes, ainsi que la restauration d'une instance Filestore depuis un sauvegarde, consultez la section Sauvegarder des données pour la reprise après sinistre.
Qu'est-ce qu'une sauvegarde ?
Une sauvegarde Filestore est une copie d'un partage de fichiers inclut toutes les données et métadonnées du fichier partagé à partir du moment où elle est partagée. lors de la création de la sauvegarde.
Après avoir créé une sauvegarde d'un partage de fichiers, vous pouvez modifier ou supprimer l'original le partage de fichiers sans affecter la sauvegarde.
Vous pouvez utiliser une sauvegarde pour restaurer un partage de fichiers sur une nouvelle instance Filestore. ou, pour les instances de niveau de base, à la source ou à un partage de fichiers existant.
Les sauvegardes sont des ressources régionales qui restent dans la région que vous spécifiez au moment de leur création. Vous pouvez créer des sauvegardes dans la même région que le Filestore instance ou vers une autre région pour réduire le risque de perte de données.
Les sauvegardes sont adressables à l'échelle mondiale et peuvent être utilisées pour restaurer des partages de fichiers sur tout region, mais ne peuvent pas être partagées entre les projets.
Des frais de transfert réseau s'appliquent au trafic réseau interrégional. Pour en savoir plus, consultez la page Tarifs .
Créer une sauvegarde
La première sauvegarde que vous créez est une copie complète de toutes les données et métadonnées des fichiers un partage de fichiers. Chaque sauvegarde suivante copie toute modification successive apportée au depuis la dernière sauvegarde.
Un groupe de sauvegardes associées à la même instance, à la même région et à la même clé CMEK (le cas échéant) s'appelle une chaîne de secours.
Une chaîne de sauvegarde se trouve dans un seul bucket et une seule région Cloud Storage, et peut être situé en dehors de la région utilisée pour stocker l'instance source.
Tous les niveaux de service acceptent plusieurs chaînes de secours. Vous pouvez ainsi stocker les sauvegardes de l'instance dans plusieurs régions.
Chaque fois qu'une sauvegarde est créée, la sauvegarde précédente est analysée pour détecter modifications différentielles et incrémentielles:
Modifications différentielles:modifications apportées aux fichiers sur le partage, comme des modifications, des ajouts ou des suppressions de fichiers.
Modifications incrémentielles:incluent les modifications apportées à l'espace de stockage dans le bucket où la sauvegarde où se trouvent les données. Cela peut inclure la déduplication des données référencées dans la chaîne.
Chaque fois que vous enregistrez une sauvegarde sur la même chaîne de sauvegarde, la sauvegarde précédente est à la recherche de modifications différentielles et incrémentielles. Dans ce cas, une copie complète est ce n'est pas nécessaire.
Toutefois, le stockage des données d'une instance sur plusieurs chaînes de sauvegarde implique enregistrent et stockent les sauvegardes à des emplacements alternés.
Chaque fois que vous créez une sauvegarde
vers un emplacement alterné, une copie complète
de la sauvegarde est générée à nouveau. Latence plus élevée pour la sauvegarde create
lors de l'alternance entre les chaînes de sauvegarde.
Les données non modifiées contenues dans les sauvegardes précédentes sont référencées, mais pas copiées, dans des sauvegardes plus récentes. Si une sauvegarde plus ancienne est supprimée, ses données uniques sont copiées sur la dernière sauvegarde la plus récente et toutes les références de données internes sont automatiquement mises à jour.
En interne, l'historique d'une chaîne de sauvegarde est suivi à l'aide d'instantanés, qui consomment sur l'instance source.
La création de la sauvegarde est instantanée, mais son délai est proportionnel à la quantité de données copiées avant que la sauvegarde ne soit disponible. Au cours de cette période, la sauvegarde passe par trois états :
État | Durée | Description |
---|---|---|
Création | Quelques secondes | Capturer l'état actuel du partage de fichiers Toute nouvelle modification des données de partage de fichiers peut ou non être incluse dans la sauvegarde. Les écritures stables confirmées par l'instance avant le lancement de la sauvegarde sont incluses. |
Finalisation… | Selon la taille | Importer des données dans la sauvegarde Aucune nouvelle modification apportée aux données de partage de fichiers n'est incluse dans la sauvegarde. |
Ready | Jusqu'à la suppression de la sauvegarde | La sauvegarde est prête à l'emploi. |
Après leur création, les sauvegardes de niveau de base sont automatiquement compressées pour réduire les coûts. Les performances de l'instance peuvent être réduites lorsque vous créez une sauvegarde pour les instances dans de service zonal, régional et Enterprise. La création d'une sauvegarde n'affecte pas la disponibilité ou les performances des instances de niveau de base.
Gérer les données redondantes
Par défaut, les sauvegardes sont incrémentielles pour éviter que des données redondantes soient facturées et pour et minimiser l'utilisation de l'espace de stockage. Pour garantir la fiabilité de l'infrastructure sous-jacente de l'historique des modifications, une sauvegarde peut parfois capturer une copie complète de l'instance.
Pour en savoir plus, consultez la section Comparer les instantanés et les sauvegardes.
Suppression de la sauvegarde
Les sauvegardes sont des ressources au niveau du projet, et non une sous-ressource de l'instance source. et ont besoin de leur propre espace de stockage. Par conséquent, le cycle de vie d'une sauvegarde n'est pas liée à celle de l'instance source. La suppression de la source n'entraîne pas la suppression les sauvegardes associées. Si vous souhaitez supprimer une sauvegarde, vous devez explicitement une opération de suppression sur la sauvegarde, et non sur l'instance.
Veillez à supprimer toutes les sauvegardes indésirables. Si une instance source est supprimée, les les sauvegardes restantes continuent de générer des frais.
La suppression d'une sauvegarde est définitive et irréversible.
Cohérence des sauvegardes
Les sauvegardes Filestore sont compatibles avec NFSv3 et NFSv4.1 (version preview)
de la cohérence. Avant le lancement d'une sauvegarde, toute écriture
L'instance Filestore reconnaît qu'elle est écrite dans un espace de stockage stable ou qu'elle est
suivie d'un COMMIT
confirmé est inclus dans la sauvegarde. Pour en savoir plus, consultez
NFSv3 RFC-1813, section 3.3.7
ou À propos des protocoles de système de fichiers compatibles.
Cas d'utilisation courants
Les sections suivantes décrivent des cas d'utilisation courants des sauvegardes.
Sauvegarder des données pour la reprise après sinistre
Imaginons que vous disposiez d'une instance Filestore dans us-west1-c
et que vous souhaitiez protéger vos données contre les sinistres qui affectent cette région. Vous pouvez programmer une tâche qui crée régulièrement des sauvegardes de cette instance vers une région distante, par exemple us-
east1
. Si un sinistre concerne us-west1-c
, vous pouvez créer une instance dans un autre emplacement à partir d'une sauvegarde précédente.
Sauvegarder des données pour vous protéger contre les modifications accidentelles
Si vous souhaitez protéger vos données Filestore contre les modifications inattendues, vous pouvez planifier une tâche qui crée régulièrement des sauvegardes de l'instance. Si vous perdez des données, vous pouvez parcourir la liste des sauvegardes pour identifier celle qui comporte la version du fichier nécessaire. Vous pouvez ensuite créer une instance Filestore à partir de la sauvegarde, l'installer sur le même client que l'instance d'origine, puis copier le fichier.
Avant de copier le fichier, vous pouvez utiliser la commande Linux
diff
sur les deux points d'installation pour vérifier les différences entre les données
l'instance d'origine et les données restaurées à partir de la sauvegarde. Une fois que
les données sont
vous pouvez supprimer l'instance restaurée et créer une nouvelle sauvegarde pour
préserver l'état actuel de vos données pour une utilisation ultérieure.
Vous pouvez également effectuer une restauration sur place où les données de sauvegarde sont directement restaurées dans l'instance Filestore d'origine, en remplaçant toutes les données dessus par celles de la sauvegarde. Nous vous recommandons de créer une sauvegarde les dernières données avant d'effectuer une restauration sur place, car toute donnée non sauvegardée est perdu.
Créer des clones de développement et de test
Imaginons que vous disposez d'une base de données configurée sur une instance Filestore qui diffuse le trafic de production. Si vous souhaitez exécuter un test avec une base de données comme entrée, vous pouvez créer une instance Filestore à partir d'une sauvegarde de l'instance de production pour le test. Ainsi, l'utilisation du test n'interfère pas avec l'environnement de production.
De même, vous pouvez utiliser des sauvegardes pour une analyse et une enquête hors connexion sans affecter la production.
Migrer des données
Après avoir créé une instance Filestore, vous ne pouvez pas modifier son d'un emplacement ou d'un 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.
De plus, lorsque vous créez une instance Filestore à partir d'une sauvegarde, vous peuvent choisir entre le niveau HDD de base et le niveau SSD de base, quel que soit le niveau du instance source.
Limites des fonctionnalités
Les sauvegardes Filestore sont en disponibilité générale (GA) pour tous les niveaux de service.
Les limites suivantes s'appliquent :
Les sauvegardes Filestore ne peuvent pas être associées à l'API Filestore le partage multipartage.
Les utilisateurs doivent créer une ou plusieurs sauvegardes pour remplacer celles créées dans Aperçu. Les sauvegardes créées en version Preview sont susceptibles d'être supprimées. Sauvegardes créées en preview reflètent le comportement des fonctionnalités disponibles au moment de la création. Les sauvegardes existantes ne sont pas mises à jour lorsque de nouvelles fonctionnalités sont disponibles.
Les sections suivantes traitent des autres limitations des fonctionnalités liées aux performances, le stockage, la capacité et le chiffrement:
Performance
De nombreuses modifications apportées via de nombreux liens physiques sur le même fichier (par exemple, des dizaines, voire des centaines de milliers) peut nuire aux performances.
Pour les instances très utilisées, les performances peuvent être réduites jusqu'à 15 %. pendant l'importation d'une sauvegarde. Les performances des instances de niveau de base ne sont pas affectées par les opérations de sauvegarde
create
.Le stockage des données d'une instance sur plusieurs chaînes de sauvegarde a un impact sur la sauvegarde des performances. Attendez-vous à une latence plus élevée pour les opérations de sauvegarde
create
lorsque en alternant entre les chaînes de sauvegarde.Les opérations d'instance telles que
restore
oudelete
peuvent être retardé jusqu'à la fin d'une opération de sauvegardecreate
.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 l'une après l'autre.Les opérations de sauvegarde groupée
delete
dans une chaîne de sauvegarde ne sont pas acceptées. Alors que une opérationdelete
est en attente, toute nouvelle opérationdelete
au sein du même la chaîne de sauvegarde renvoie une erreurRESOURCE_EXHAUSTED
. Indépendamment de si l'instance source a été supprimée.Si l'instance source a été supprimée, les utilisateurs reçoivent un
FAILED_PRECONDITION
erreur.Cette limite s'applique à tous les niveaux de service, à l'exception des disques SSD de base et HDD de base.
Notez que Filestore est compatible avec la sauvegarde simultanée
delete
lorsque les sauvegardes font référence à des instances sources distinctes.Par exemple, une instance intitulée
Source1
contient des données de sauvegarde référencées dansBackup1
etBackup2
.Source2
contient des données de sauvegarde référencées dansBackup3
etBackup4
.Backup1
etBackup2
ne peuvent pas être supprimés en parallèle, contrairement àBackup2
etBackup3
.
Pour en savoir plus, consultez la section Limites de débit pour les sauvegardes.
Les opérations de sauvegarde
create
et de sauvegardedelete
ont été lancées au cours du même chaîne de sauvegarde peut s'exécuter simultanément. Toutefois, les utilisateurs ne peuvent pas effectuer de sauvegardecreate
lors de la suppression de la sauvegarde la plus récente.- Si l'utilisateur tente de créer une nouvelle sauvegarde de l'instance alors que
sauvegarde récente est en cours de suppression, il recevra un
FAILED_PRECONDITION
. Par exemple, siSource1
comporte une chaîne de sauvegarde composée deBackup1
etBackup2
, et que l'utilisateur lance une opérationcreate
pourBackup3
, il ne pourra pas supprimerBackup2
tant que l'opérationcreate
ne sera pas terminée. En effet, la sauvegarde la plus récente contient les données les plus critiques nécessaire pour terminer l'opération de sauvegardecreate
.
- Si l'utilisateur tente de créer une nouvelle sauvegarde de l'instance alors que
sauvegarde récente est en cours de suppression, il recevra un
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
Sauvegarder les opérations
restore
sur l'instance source ou dans une instance existante ne sont pas compatibles avec les instances zonales, régionales et d'entreprise. Si vous souhaitez restaurer une sauvegarde d'une instance dans l'un de ces niveaux de service, vous devez créer une instance.La nouvelle instance doit correspondre au niveau de service et à la capacité de l'instance source la plage d'adresses IP. Par exemple, si la source a été créée à l'aide du niveau de service zonal avec une plage de capacité inférieure, la nouvelle instance doit utiliser le même niveau de service et sa plage de capacité.
Si vous devez créer une instance à l'aide de l'ancien service SSD à grande échelle vous devez exécuter vos opérations directement via le service API.
Si vous devez créer une instance avec l'ancien niveau de service Enterprise, vous pouvez exécuter vos opérations directement via l'API Filestore ou depuis le menu Restaurer une sauvegarde > Nouvelle instance dans Google Cloud.
Par exemple, si vous souhaitez créer une ressource régionale avec 10 Tio d'instance, vous devez utiliser l'ancien niveau de service Enterprise.
Les opérations de sauvegarde, telles que
restore
,edit
oudelete
, peuvent ne pas être disponibles pour certaines sauvegardes créées en version Preview.Une fois qu'une instance RestoreInstance est appliquée à une instance régionale ou d'entreprise, vous ne pourrez pas pour créer des instantanés portant les mêmes noms que les instantanés précédents avant la opération.
Tente de restaurer une instance à partir d'une sauvegarde lors de la suppression d'une sauvegarde ou la suppression d'instantanés en cours échoueront.
Si la suppression d'une sauvegarde échoue, l'état est défini sur
invalid
. Dans ces vous devez relancer l'opérationdelete
.
Capacité
Chaque sauvegarde occupe de la capacité d'instance. Cette capacité varie en fonction l’étendue des modifications apportées aux données depuis la création de la dernière sauvegarde.
Plus précisément, lorsqu'une sauvegarde est créée, Filestore crée instantané interne du système de fichiers, qui occupe aussi une partie la capacité de l'instance.
La taille de l'instantané dépend également de l'étendue des modifications apportées aux données dans le partager depuis la création de la dernière sauvegarde. Cet instantané existera jusqu'à la sauvegarde suivante est créée et importée.
Toutes les données référencées par la sauvegarde restent dans l'état tel qu'il était lorsqu'ils ont été capturés et continue à prendre de la capacité du système de fichiers. Par exemple, si vous supprimer des données du système de fichiers installé, cette action elle-même ne pour libérer de la capacité. Pour ce faire, vous devez créer une nouvelle sauvegarde après avoir supprimé ou d'écraser des quantités significatives de données.
Pour une description détaillée des modifications différentielles et incrémentielles, sont gérés, consultez la section Création de sauvegardes.
Pour anticiper une capacité suffisante pour vos charges de travail, envisagez d'appliquer l'une des les éléments suivants:
- Augmentez la capacité des instances pour les charges de travail comportant des données importantes et fréquentes ou un taux de modification élevé.
Chiffrement
Lorsque vous utilisez des clés CMEK pour chiffrer vos chaînes de sauvegarde, les limites suivantes s'appliquent:
Toute une chaîne de sauvegarde est chiffrée à l'aide de la même clé CMEK.
Une clé CMEK doit se trouver dans la même région que la ressource qu'elle chiffre.
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 sauvegarde. de la chaîne.
- Tous les niveaux de service prennent en charge plusieurs chaînes de sauvegarde ou la possibilité de stocker les sauvegardes de l'instance dans plusieurs régions. Si vous choisissez d'utiliser des CMEK et le chiffrement, une clé CMEK doit se trouver dans la même région que la ressource chiffre. Si vous stockez les sauvegardes dans une région distincte de la source, et que la CMEK n'est pas une clé multirégionale, vous devez utiliser des clés CMEK distinctes. Pour en savoir plus, consultez la section Restrictions CMEK. et Choisir le meilleur emplacement pour les clés CMEK.
Une seule clé CMEK est appliquée au bucket Cloud Storage où la chaîne de sauvegarde sont stockées et ne peuvent pas être combinées ni remplacées.
Les CMEK ne sont pas compatibles avec les sauvegardes de niveau de base.
Pour en savoir plus, consultez Compatibilité des CMEK avec les chaînes de sauvegarde.
Bonnes pratiques
Les sections suivantes traitent des bonnes pratiques recommandées.
Préparer votre partage de fichiers pour une meilleure cohérence des sauvegardes
La qualité d'une sauvegarde dépend de la capacité de votre application à effectuer la récupération à partir de sauvegardes créées lors d'importantes charges de travail d'écriture. Dans la plupart des cas, vous pouvez créer des sauvegardes avec une bonne cohérence même lorsque vos applications écrivent des données dans le partage de fichiers. Toutefois, si vos applications nécessitent une cohérence stricte, nous vous recommandons d'effectuer l'une ou plusieurs des opérations suivantes :
- Utilisez l'installation de synchronisation. Pour en savoir plus, consultez la section "Option d'installation de synchronisation" dans nfs(5).
Vous pouvez également ouvrir des fichiers avec les options
O_DIRECT|O_SYNC
. Pour plus pour en savoir plus, consultez open(2). - Mettez en veille les applications ou les processus du système d'exploitation qui écrivent des données dans le partage de fichiers, et forcez leur modification au partage de fichiers avant de lancer la sauvegarde. Pour en savoir plus, consultez fsync(2).
- Si vos applications nécessitent une cohérence entre plusieurs partages, mettez en pause toutes les applications sur toutes les instances qui écrivent dans tous les partages de fichiers et créez des sauvegardes de tous les partages de fichiers avant de reprendre vos applications.
- Si vous avez besoin d'une cohérence au niveau de l'application, arrêtez vos applications et désinstallez le partage de fichiers avant de créer une sauvegarde.
Utiliser des sauvegardes existantes comme référence pour réduire les délais de création des sauvegardes
Les sauvegardes existantes d'un partage de fichiers dans une région sont utilisées comme base pour créer de nouvelles sauvegardes du partage de fichiers, ce qui réduit le temps de création des sauvegardes. Par conséquent, nous vous recommandons de procéder comme suit:
Effectuez une nouvelle sauvegarde d'un partage de fichiers avant de supprimer la sauvegarde précédente de ce le partage de fichiers.
Attendez que les nouvelles sauvegardes soient à l'état
Ready
avant de créer des sauvegardes des sauvegardes du même partage de fichiers.
Planifier des sauvegardes pendant les heures creuses pour réduire le délai de création des sauvegardes
La création de sauvegardes pendant les heures creuses permet de réduire le temps nécessaire à la création d'une sauvegarde. Si vous planifiez des sauvegardes régulières de vos partages de fichiers, nous vous recommandons de les planifier pendant les heures creuses, lorsque cela est possible.
Les heures pleines pour la création de sauvegardes sont la fin de chaque jour ouvré et minuit dans la région où se trouve l'instance Filestore. Nous vous recommandons de créer vos sauvegardes le matin ou en début de journée.
Organiser vos données sur des instances Filestore distinctes pour optimiser l'efficacité
Plus le partage de fichiers contient de données, plus la sauvegarde est volumineuse et plus elle coûte cher. À sauvegarder uniquement les données que vous devez sauvegarder, nous vous recommandons d'organiser vos données sur des partages de fichiers distincts, à savoir:
- Stockage de données critiques avec différents modèles d'écriture ou différentes sauvegardes sur les différents partages de fichiers.
- Réduire le nombre de sauvegardes à créer en conservant des données similaires dans un seul partage de fichiers.
Quota
Une limite de quota existe pour le nombre de sauvegardes par région pour les disques SSD de base et les niveaux de service HDD de base.
Les limites de quota de sauvegarde ne s'appliquent pas aux niveaux de service zonal, régional ni Enterprise.
Pour en savoir plus, consultez la section Niveaux de service et quotas.
Premiers pas avec les sauvegardes Filestore
Pour commencer à utiliser cette fonctionnalité, consultez Sauvegarder des données pour la reprise après sinistre.
Étape suivante
- Découvrez comment sauvegarder et restaurer des partages de fichiers.
- Découvrez comment planifier des sauvegardes à l'aide de Cloud Scheduler.
- Apprenez-en davantage sur les régions et les zones Google Cloud.
- En savoir plus sur les tarifs des sauvegardes.