À propos de la réplication d'instances

Filestore propose désormais la réplication asynchrone pour vos instances.

Une instance source peut être répliquée de manière continue et asynchrone sur une instance de secours dans l'emplacement de votre choix.

Pour certains clients, Filestore propose la réplication d'instances pour les instances créées dans les niveaux de service suivants :

  • Zonal
  • Régional
  • Entreprise

Comparaison de la réplication d'instances avec d'autres options de récupération de données

Les sections suivantes décrivent les avantages de la réplication d'instances par rapport aux instantanés et aux sauvegardes.

Instantanés

Les instantanés sont des ressources qui consomment de la capacité au sein de l'instance et vous permettent de rétablir l'état actuel des données de votre instance à un moment précis antérieur. Les utilisateurs peuvent également choisir de revenir à une version précédente d'un fichier spécifique.

Les instantanés ne répliquent aucune donnée et ne consomment pas de capacité tant que les données de l'instance ne sont pas modifiées. Tous les instantanés d'une instance partagent des données communes, ce qui signifie que l'instance ne conserve que les différences entre les instantanés.

Bien que les instantanés soient plus rentables que les autres opérations de récupération de données Filestore, la capacité d'instance disponible diminue continuellement à mesure que des modifications sont apportées aux fichiers.

Le rétablissement d'une instance dans un état antérieur est destructif, car il supprime la dernière version des données de l'instance. Il doit donc être utilisé avec précaution.

Sauvegardes

Lessauvegardes sont des ressources externes qui résident en dehors de l'instance et consomment leur propre capacité distincte. La première sauvegarde est une copie complète des données de l'instance, chaque sauvegarde suivante ne consommant que les données nécessaires pour suivre les modifications incrémentielles et différentielles depuis la sauvegarde précédente. En interne, l'historique d'une chaîne de sauvegarde est suivi à l'aide d'instantanés, qui consomment de la capacité sur l'instance source.

Réplication d'instances

La réplication d'instances associe une instance source à une instance répliquée, une ressource distincte dans un emplacement secondaire qui surveille en permanence toutes les modifications apportées à la source et les réplique de manière asynchrone sur l' instance répliquée dans un objectif de point de récupération (RPO) cible d'environ 30 minutes.

Ce processus repose sur des instantanés et consomme également de la capacité. À mesure que les instantanés deviennent obsolètes, ils sont supprimés pour libérer de la capacité d'instance dans les deux instances.

L'instance répliquée est une copie complète de l'instance source, mise à jour en permanence. La plupart des copies sont planifiées toutes les cinq à dix minutes. Des métriques sont disponibles pour indiquer le code temporel de la dernière copie complète de l'instance. Pour en savoir plus, consultez la section Surveillance.

Rôles de paires d'instances

Lorsque la réplication d'instances est activée, un rôle est attribué à chaque instance de la paire :

  • ACTIVE

    Instance source.

  • STANDBY

    Instance répliquée.

Les modifications de rôle ne sont pas automatiques et ne peuvent être initiées que par l'utilisateur.

Mise en pause et reprise de la réplication

Lorsque la réplication est mise en pause, l'état de l'instance de l'instance répliquée passe de STANDBY à ACTIVE en fonction du point de données réussi le plus récent.

Lorsque vous reprenez la réplication, l'accès client à l'instance répliquée est supprimé et l'instance revient à son point de données d'origine, en supprimant toutes les données de test. Ensuite, la réplication standard à partir de l'instance active redémarre.

La reprise de la réplication peut prendre plus de temps pour la synchronisation initiale, en fonction de la durée de la pause et du nombre de modifications apportées à l'instance active. De plus, la durée des opérations de reprise est affectée par la taille du système de fichiers et dépend du nombre de fichiers impliqués dans l'opération.

Pour en savoir plus, consultez les sections Mettre en pause la réplication et Reprendre la réplication.

Promouvoir une instance répliquée

Bien que l'instance répliquée ne puisse pas être installée ni écrite directement, en cas de panne de service, elle peut effectuer une promote-replica opération. Cette même opération est accessible depuis la Google Cloud console.

Cette opération lance les actions suivantes :

  • Arrête la réplication entre les instances ACTIVE et STANDBY.
  • Dissocie les deux ressources.
  • Promouvoir l'instance répliquée en instance régulière capable de connexions client et d'écritures comme n'importe quelle autre instance.
  • Le rôle de réplication, qu'il soit ACTIVE ou STANDBY, est supprimé des deux instances.
  • Une fois l'opération terminée, l'état de l'instance répliquée passe de PROMOTING à READY.

Une fois votre application de nouveau en ligne, cette nouvelle instance source peut être associée à une nouvelle instance répliquée et vous pouvez relancer la réplication d'instances.

Pour en savoir plus, consultez les sections Interrompre la réplication et Promouvoir une instance répliquée.

Promouvoir une instance répliquée mise en pause

La promotion d'une instance répliquée mise en pause est utile pour la reprise après sinistre si l'instance active devient indisponible. Lorsque vous promouvez une instance répliquée mise en pause, l'instance revient au dernier point de données terminé, en supprimant toutes les données de test.

L'instance répliquée synchronise toutes les données restantes en transit depuis l'instance source et devient une nouvelle instance active. La promotion d'une instance répliquée signifie une interruption du processus de réplication. Par conséquent, le lien de réplication d'origine est rompu et la réplication ne peut pas être reprise.

Restauration automatique

L'opération promote-replica initie une interruption de la réplication. Il s'agit d'un basculement, et non d'un événement de basculement. La restauration automatique n'est donc pas automatique. Une fois l'opération terminée, les administrateurs doivent reconnecter leurs applications à la nouvelle instance source.

Limites

Les limites suivantes s'appliquent :

  • La réplication d'instances n'est pas disponible dans les niveaux de service suivants :

    • HDD de base
    • SSD de base

  • Les spécifications suivantes doivent être identiques pour chaque instance de la paire :

Les sections suivantes décrivent en détail les autres limites de fonctionnalités liées au RPO, aux opérations, au trafic réseau, aux performances et à la disponibilité :

RPO

  • Les délais de RPO indiqués sont approximatifs et ne sont couverts par aucun contrat de niveau de service Filestore.

  • Le RPO cible de 30 minutes s'applique aux instances avec un taux de modification de 100 Mo par seconde et un taux d'IOPS de 300 par seconde, où les IOPS sont définies comme toute opération create, edit ou delete appliquée à un fichier ou un répertoire.

    Les instances avec un taux de modification plus élevé peuvent connaître des périodes de réplication plus longues. Les délais de RPO varient et ne sont pas strictement linéaires avec des taux de modification plus élevés. Par exemple, si le taux de modification double, la fenêtre RPO ne double pas nécessairement.

  • La réplication d'instances est spécifiée lors de la création de l'instance. Si vous souhaitez associer une instance répliquée à une instance source, vous devez activer la réplication d'instances sur l'instance lors de sa création, puis l'associer à l'instance répliquée. Une instance existante ne peut pas être utilisée comme instance répliquée.

Opérations

  • Les opérations suivantes sont désactivées sur l'instance ACTIVE :

    • Suppression d'instance
    • Rétablir un instantané

  • Les limites suivantes s'appliquent à l'instance STANDBY :

    • N'est pas compatible avec l'accès NFS
    • Les sauvegardes sont désactivées
    • Les instantanés sont désactivés

Trafic réseau

  • La réplication continue des données entre les instances source et répliquée entraîne des frais de trafic réseau. Pour en savoir plus, consultez la tarification de Filestore ou contactez votre représentant Filestore.

Performances

  • La réplication continue des données entre la paire a un impact sur les performances IOPS de l'instance source.

Disponibilité

  • Certaines restrictions s'appliquent lorsque vous choisissez une région pour votre instance répliquée. Pour en savoir plus, contactez votre représentant Filestore.

  • La suppression de l'instance source n'entraîne pas la suppression de son instance répliquée associée. Si l' instance source n'existe plus et que vous souhaitez supprimer l'instance précédemment utilisée comme instance répliquée, utilisez gcloud pour la localiser et la supprimer.

Recommandations

Pour une solution de reprise après sinistre robuste, il est fortement recommandé aux utilisateurs de choisir une région distincte plutôt qu'une zone distincte pour l'instance répliquée.

Surveillance

La métrique time_since_last_replication représente le code temporel de la dernière copie complète de l'instance active.

Pour en savoir plus, consultez les ressources suivantes :

Tarifs

Lorsque vous utilisez la réplication d'instances, des frais s'appliquent aux instances et à la mise en réseau interrégionale. La réplication d'instances est proposée sans frais supplémentaires. L'instance répliquée est une copie complète de l'instance source, mise à jour en permanence. La tarification est proportionnelle à l'assistance de récupération de données fournie dans une option de récupération continue des données adaptée aux charges de travail d'entreprise.

Pour en savoir plus, contactez votre représentant Filestore.

Étape suivante