Planification des sites pour une solution de réplication multicible

Dans ce scénario, les données sauvegardées à partir du site principal, le site A, sont répliquées sur le serveur du site secondaire, le site de reprise après incident ou site B. En cas de survenue d'un incident sur le site A, comme une panne du serveur, vous pouvez utiliser le serveur du site B pour restaurer des systèmes. Le pool de stockage de conteneur du site A peut être réparé à partir des copies du site B ou du site C. De plus, les systèmes client du site A peuvent restaurer des données à partir du serveur du site B ou du site C.

Dans ce scénario, les données sauvegardées sur le serveur de réplication source, le site A, sont répliquées sur deux serveurs de réplication cible pour la reprise après incident, le site B et le site C. En cas de survenue d'un incident sur le site A, comme une panne du serveur, vous pouvez utiliser le serveur du site B ou le serveur du site C pour récupérer les systèmes. Vous pouvez également utiliser le serveur du site A pour restaurer les données du pool de stockage principal sur le site B ou le site C, par exemple après une défaillance du stockage sur disque sur l'un des serveurs de réplication cible.

Dans ce scénario, les données locales de chaque site sont sauvegardées par les serveurs du site A et du site B. Les données sauvegardées à partir du site A sont répliquées sur le site B, et les données sauvegardées du site B sont répliquées sur le site A. En cas de perte des données sauvegardées sur le site A, vous pouvez utiliser le serveur du site B pour récupérer les données du pool de stockage sur le site A. Si le site A n'est plus disponible, vous pouvez récupérer les données répliquées du site A sur un nouveau système sur le site B. Vous devez dimensionner les ressources du serveur de manière à garantir que chaque serveur dispose d'une capacité suffisante pour sauvegarder et restaurer tous les noeuds client dans le cadre de votre plan de reprise après incident.

Dans ce scénario, vous configurez des serveurs distants de taille relativement petite pour la réplication des données sauvegardées sur un serveur de plus grande taille se trouvant sur le site principal. Si la bande passante est limitée, cette solution peut ne pas être pratique pour restaurer des systèmes sur les sites distants. Dans ce cas, vous pouvez vouloir récupérer des systèmes sur le site principal avant de répliquer les données sauvegardées sur les serveurs distants.

Le réseau doit disposer d'une bande passante suffisante pour les transferts de données prévus entre noeuds, pour la réplication, ainsi que pour les restaurations intersites en cas de reprise après incident. Avant de passer au test du débit de réplication, assurez-vous que votre réseau peut gérer le trafic de réplication. Calculez la bande passante réseau requise pour l'état stabilisé en appliquant les instructions dans Estimation de la bande passante réseau requise pour la réplication (V7.1.1).

La connexion réseau est souvent une ressource partagée. Prévoyez à quel moment de la journée planifier l'exécution de la réplication de noeud afin d'éviter un conflit avec d'autres utilisateurs de ressource. En outre, des contrôles réseau peuvent limiter l'activité à une seule portion de la bande passante. Il n'existe aucun contrôle dans IBM Storage Protect pour restreindre l'utilisation du réseau.

Pour configurer la solution de protection des données sur deux sites, vous devez répliquer les données se trouvant initialement sur le site A sur le serveur de réplication cible du site B. Pour garantir la réussite de la réplication initiale, vous devez déterminer si vous disposez de la bande passante réseau, des ressources de traitement et du temps nécessaires pour répliquer les données. Vous avez peut-être prévu de répliquer les sauvegardes intégrales initiales sur plusieurs jours. Si vous ne pouvez pas étendre la planification pour les sauvegardes initiales, vous pouvez répliquer les données depuis le site A vers le site B sans utiliser le réseau. Par exemple, vous pouvez exporter et importer les données sauvegardées à l'aide d'un support ou vous pouvez localiser temporairement les serveurs de réplication source et cible sur le même site.

Pour la solution de réplication multicible, l'ingestion quotidienne de données et la conservation du total des données ne doivent pas dépasser la capacité des configurations. Par exemple, une configuration de grande taille possède une capacité d'ingestion de données maximale de 60 To par jour, réplication de noeud incluse. Dans les cas de figure où les exigences de sauvegarde dépassent la capacité d'un serveur unique, vous pouvez configurer une solution qui utilise plusieurs serveurs pour atteindre la capacité requise.

La configuration du serveur doit respecter ou dépasser les exigences de la solution de réplication multicible.

Une solution de réplication de données est plus efficace si une copie unique hors site des données sauvegardées répond à vos exigences de protection des données et d'atténuation des risques. Dans ce cas, la copie unique des données est conservée hors site, à l'emplacement d'un serveur de réplication. Si vous avez besoin de plusieurs copies de données sauvegardées, vous pouvez envisager la solution de réplication multicible pour créer des copies de données sur deux serveurs de réplication cible.