Introduction à la continuité d’activité et à la récupération après sinistre¶
Cette rubrique décrit les principaux cas d’utilisation de la réplication et du basculement entre les régions et les plates-formes Cloud. La fonctionnalité de réplication et de basculement/restauration de Snowflake est composée des fonctionnalités suivantes :
Collectivement, ces fonctionnalités individuelles sont conçues pour prendre en charge un certain nombre de scénarios de continuité des activités fondamentales différents, notamment :
Basculements planifiés : pour les exercices de récupération après sinistre, afin de tester la préparation et de mesurer le point et le temps de reprise.
Basculements non planifiés : en cas de panne dans une région ou une plate-forme Cloud, promouvez des objets de compte et des bases de données secondaires dans une autre région ou plate-forme Cloud en tant qu’objets principaux en lecture-écriture.
Migration : déplacez votre compte Snowflake vers une autre région ou une autre plate-forme Cloud sans perturber votre activité. Par exemple, pour maintenir la continuité des activités lors de fusions et d’acquisitions, ou pour faciliter un changement de stratégie en matière de Cloud.
Secondaires multiples en lecture : les objets de compte et les bases de données peuvent être répliqués sur plusieurs comptes dans différentes régions et plates-formes Cloud, ce qui atténue le risque de pannes dans plusieurs régions ou plates-formes Cloud.
En outre, Snowflake Secure Data Sharing et la réplication de base de données permettent de partager les données en toute sécurité entre les régions et les plateformes Cloud.
Dans ce chapitre :
Fonctionnalités de réplication et de basculement/restauration de compte¶
Réplication et basculement/restauration¶
La réplication utilise deux objets Snowflake, le groupe de réplication et le groupe de basculement, pour répliquer un groupe d’objets avec une cohérence ponctuelle depuis un compte source vers un ou plusieurs comptes cibles. Un groupe de réplication permet à des clients de spécifier ce qui doit être répliqué, où le répliquer et à quelle fréquence. Cela signifie qu’il faut spécifier quels objets doivent être répliqués, vers quelles régions ou plates-formes Cloud, à des intervalles planifiés personnalisables. Un groupe de basculement permet la réplication et le basculement des objets dans le groupe.
Les objets du compte peuvent inclure des entrepôts, des utilisateurs et des rôles, ainsi que des bases de données et des partages (voir Objets répliqués pour la liste complète des objets qui peuvent être inclus dans un groupe de réplication ou de basculement). Les objets du compte peuvent être regroupés en un ou plusieurs groupes.
Dans le cas d’un basculement, la réplication de compte permet le basculement de votre compte vers une région ou une plate-forme Cloud différente. Chaque groupe de réplication et de basculement possède sa propre planification de réplication, ce qui vous permet de définir la fréquence de réplication à différents intervalles pour différents groupes d’objets. Dans le cas des groupes de basculement, il permet également le basculement des groupes de façon individuelle. Vous pouvez choisir de basculer tous les groupes de basculement ou seulement certains groupes de basculement.
Redirection des clients¶
La redirection des clients fournit une URL de connexion qui peut être utilisée par les clients de Snowflake pour se connecter à Snowflake. L’URL de connexion peut rediriger des clients Snowflake vers un autre compte Snowflake si nécessaire.
Continuité d’activité et récupération après sinistre¶
En cas de panne massive (en raison d’un problème de réseau, d’un bogue, etc.) perturbant les services Cloud computing dans une région donnée, l’accès à Snowflake sera indisponible jusqu’à ce que la source de la panne soit résolue et les services restaurés. Pour garantir la disponibilité continue et la durabilité des données dans un tel scénario, répliquez vos objets de compte critiques sur un autre compte Snowflake de votre organisation dans une autre région.
Avec la réplication asynchrone, les répliques secondaires sont généralement en retard par rapport aux objets principaux en fonction de la fréquence de réplication que vous configurez. Les objets de répliques secondaires ont au maximum deux fois plus de retard entre les actualisations planifiées sur les objets principaux. Par exemple, si vous choisissez de répliquer un groupe de réplication ou de basculement principal toutes les 30 minutes, les objets secondaires dans le groupe ont au maximum 60 minutes de retard sur les objets principaux pendant une panne.
Selon les besoins de votre entreprise, vous pouvez choisir les solutions suivantes :
Récupérer les lectures en premier pour laisser les applications clientes lire les données qui sont périmées depuis 30 minutes.
Récupérer les écritures en premier pour récupérer les 30 dernières minutes de données sur le nouveau groupe principal avant d’ouvrir les lectures des applications clientes.
Récupérer simultanément les lectures et les écritures, c’est-à-dire ouvrir les lectures des applications clientes sur des données périmées depuis 30 minutes pendant que vous récupérez les 30 dernières minutes de données sur le nouveau groupe principal.
Statut normal : la région est opérationnelle¶
Réplication d’objets de compte : répliquez les groupes de basculement avec les objets de compte critiques vers un ou plusieurs comptes Snowflake dans des régions différentes de celle du compte qui stocke les groupes de basculement principaux (source). Actualisez fréquemment les groupe(s) de basculement.
Panne de la région¶
Pour donner la priorité aux lectures, aux écritures ou aux deux en même temps, suivez les étapes de l’un des scénarios suivants.
Lectures avant écritures¶
Lorsqu’une panne dans une région entraîne une perte totale ou partielle de la disponibilité de Snowflake, ce chemin vous permet de rediriger les clients Snowflake vers les réplicas en lecture seule d’objets de compte dans des groupes de basculement critiques en premier lieu pour un temps d’arrêt minimal. Le choix de fonctionner en mode lecture seule est souvent souhaitable lors de pannes de courte durée.
Une panne de longue durée combinée à la nécessité de disposer des dernières données nécessite le mode lecture-écriture.
Redirection des clients : dirigez l’URL de connexion utilisée par les clients vers un compte Snowflake qui stocke vos réplicas de groupes de basculement (secondaires) en lecture seule.
Basculement (en cas de besoin) : en cas de panne à long terme, faites en sorte que les groupes de basculement secondaires du compte Snowflake où pointe votre URL de connexion servent de groupes de basculement principaux en lecture-écriture.
Écritures avant lectures¶
Lorsqu’une panne dans une région entraîne une perte totale ou partielle de la disponibilité de Snowflake, ce chemin vous permet de restaurer des groupes de basculement avec des objets de compte critiques et de continuer à traiter les données en priorité. Cette option est préférable pour les administrateurs de comptes qui souhaitent basculer leurs bases de données et leurs processus ETL (Extraction, Transformation, Chargement) en premier lieu, puis choisir de rediriger les clients Snowflake uniquement lorsque les données sont à jour.
Basculement : Promouvez les groupes de basculement secondaires avec des objets de compte critiques dans une région différente en tant que groupes de basculement principaux, ce qui permet d’écrire sur les objets inclus dans chaque groupe de basculement. Une fois que les bases de données dans les groupes sont accessibles en écriture, vous pouvez utiliser vos processus ETL pour prioriser les écritures et récupérer les données.
Si vous utilisez des objets du pipeline de données Snowflake pour les processus ETL, vous pouvez répliquer et basculer ces objets. Pour plus d’informations, voir Réplication des zones de préparation, des canaux et de l’historique des chargements.
Sinon, configurez des URLs de connexion distinctes pour votre pipeline d’ingestion de données et une pour vos clients (par exemple, un tableau de bord BI). Après avoir basculé le groupe de basculement, basculez les URL de connexion pour l’ingestion de données et écrivez les données dans les objets principaux nouvellement promus. Une fois les données rapprochées, basculez les URL de connexion pour que vos clients puissent activer les lectures.
Redirection des clients (si nécessaire) : dirigez l’URL de connexion utilisée par les clients vers le compte Snowflake qui stocke les nouveaux groupes de basculement principaux.
Priorisation des lectures et des écritures¶
Pour prioriser les lectures et les écritures en même temps, basculez à la fois la connexion client et les groupes de basculement secondaires sans attendre que les objets secondaires soient à jour. Cela permet aux clients d’accéder immédiatement aux données potentiellement obsolètes tandis que les bases de données nouvellement promues peuvent commencer à réingérer les données des pipelines de données.
Redirection des clients : dirigez l’URL de connexion utilisée par les clients vers un compte Snowflake qui stocke vos réplicas de groupes de basculement (secondaires) en lecture seule.
Basculement : Promouvez les groupes de basculement secondaires avec des objets de compte critiques dans une région différente en tant que groupes de basculement principaux, ce qui permet d’écrire sur les objets inclus dans chaque groupe de basculement.
Statut normal : la panne est résolue¶
Réplication : actualisez les groupes de basculement du compte Snowflake dans la région où la panne s’est produite.
Restauration : promouvez les groupes de basculement du compte Snowflake où la panne s’est produite en tant que groupes de basculement principaux.
Redirection des clients : dirigez l’URL de connexion utilisée par les clients vers le compte Snowflake dans la région où la panne s’est produite.
Migration des comptes¶
La migration du compte est le processus unique de migration (ou de transfert) des objets Snowflake et de vos données stockées vers un compte situé dans une autre région ou sur une autre plateforme Cloud. Les raisons typiques de la migration de votre compte incluent une plus grande proximité avec votre base d’utilisateurs ou une préférence pour une plateforme Cloud différente basée sur votre stratégie d’entreprise ou la co-localisation avec d’autres actifs de Cloud (par exemple, un data lake).
La réplication d’objets de compte prend en charge la réplication d’objets de compte tels que les entrepôts, les utilisateurs et les rôles, ainsi que les bases de données et les partages. Voir Objets répliqués pour la liste complète des objets répliqués.
Note
La réplication d’objets de compte et le basculement/la restauration nécessitent Business Critical Edition (ou une version supérieure). Snowflake peut renoncer temporairement à cette exigence pour une migration de compte unique.