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
Réplication d'instance par rapport aux autres options de récupération de données
Les sections suivantes présentent les avantages de la réplication d'instance 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 économiques par rapport aux autres opérations de récupération de données Filestore, la capacité disponible des instances diminue continuellement à mesure que des modifications de fichiers sont apportées.
La restauration d'une instance à un état précédent est destructive, car elle supprime la dernière version des données de l'instance. Elle doit donc être utilisée avec précaution.
Sauvegardes
Les sauvegardes sont des ressources externes qui se trouvent en dehors de l'instance et qui consomment leur propre capacité distincte. La première sauvegarde est une copie complète des données de l'instance. Chaque sauvegarde ultérieure ne consomme 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'instance associe une instance source à une instance de réplication, une ressource distincte dans un emplacement secondaire qui surveille en permanence toute modification apportée à la source et réplique de manière asynchrone ces modifications dans l'instance de réplication dans un délai cible de perte de données maximale admissible (RPO) d'environ 30 minutes.
Ce processus repose sur des instantanés et consomme de la capacité de la même manière. Lorsque les instantanés deviennent obsolètes, ils sont supprimés pour libérer de la capacité d'instance dans les deux instances.
L'instance dupliquée est une copie complète et mise à jour en permanence de l'instance source. 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 paire d'instances
Lorsque la réplication d'instance 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 effectuées que par l'utilisateur.
Promouvoir une instance répliquée
Bien que l'instance du réplica ne puisse pas être montée ni écrite directement, en cas d'indisponibilité du service, le réplica peut effectuer une opération promote-replica
. Cette même opération est accessible depuis la console Google Cloud .
Cette opération lance les actions suivantes:
- Arrête la réplication entre les instances
ACTIVE
etSTANDBY
. - Désassocie les deux ressources.
- Promeut le réplica en instance standard capable de connexions client et d'écritures comme n'importe quelle autre instance.
- Le rôle de réplication, qu'il s'agisse de
ACTIVE
ou deSTANDBY
, est supprimé des deux instances. - Une fois l'opération terminée, l'état de l'instance du réplicat passe de
PROMOTING
àREADY
.
Une fois votre application de nouveau en ligne, cette nouvelle instance source peut être associée à un nouveau réplica et vous pouvez à nouveau lancer la réplication d'instance.
Pour en savoir plus, consultez Mettre fin à la réplication et promouvoir une instance répliquée.
Restauration automatique
L'opération promote-replica
interrompt la réplication. Il s'agit d'un événement de basculement et non d'un événement de basculement, ce qui signifie que le retour en arrière n'est 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 :
Non 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:
- Projet
- Niveau de service, y compris la plage de capacité
Les sections suivantes décrivent en détail les autres limites des 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 pas couverts par un contrat de niveau de service (SLA) 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 IOPS par seconde, où les IOPS sont définis comme toute opération
create
,edit
oudelete
appliquée à un fichier ou un répertoire.Les instances présentant 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 correspondent pas strictement de manière linéaire aux taux de modification plus élevés. Par exemple, si le taux de modification double, la période de RPO ne double pas nécessairement.
La réplication d'instance est spécifiée lors de la création de l'instance. Si vous souhaitez associer un réplica à une instance source, vous devez activer la réplication d'instance sur l'instance lors de sa création, puis l'associer au réplica. Vous ne pouvez pas utiliser une instance existante comme réplication.
Opérations
Les opérations suivantes sont désactivées sur l'instance
ACTIVE
:- Suppression d'une instance
- Rétablir un instantané
Les limites suivantes s'appliquent à l'instance
STANDBY
:- L'accès NFS n'est pas pris en charge
- 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 dupliquées entraîne des frais de trafic réseau. Pour en savoir plus, consultez les tarifs 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 en IOPS de l'instance source.
Disponibilité
Certaines restrictions s'appliquent lorsque vous choisissez une région pour votre instance de réplication. Pour en savoir plus, contactez votre représentant Filestore.
La suppression de l'instance source ne supprime pas son réplica. Si l'instance source n'existe plus et que vous souhaitez supprimer l'instance précédemment utilisée comme réplication, utilisez
gcloud
pour localiser et supprimer l'instance.
Recommandations
Pour une solution de reprise après sinistre robuste, nous recommandons vivement aux utilisateurs de choisir une région distincte plutôt qu'une zone distincte pour l'instance de réplication.
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 sont appliqués pour les instances et la mise en réseau interrégionale. La réplication d'instances est proposée sans frais supplémentaires. L'instance de réplication est une copie complète et mise à jour en permanence de l'instance source. Le prix est proportionnel à l'assistance de récupération de données fournie dans une option de récupération de données continue adaptée aux charges de travail d'entreprise.
Pour en savoir plus, contactez votre représentant Filestore.