Technologies de réplication
Il existe plusieurs technologies pour répliquer le contenu du système de fichiers : les technologies de réplique au niveau du stockage, les outils du système d'exploitation et d'autres fonctionnalités propres au produit.
Les technologies suivantes disponibles dans OCI pour la réplication du système de fichiers du niveau intermédiaire sont couvertes : la réplique du service Volumes par blocs OCI et la réplique du service Stockage de fichiers OCI (en tant que technologies de réplique au niveau du stockage), rsync (en tant qu'outil de système d'exploitation) et le système de fichiers de base de données (DBFS), qui est une fonction propre à la base de données Oracle.
Les valeurs RTO et RPO sont différentes pour chaque technologie. L'ODR est déterminé par le temps nécessaire pour activer le stockage et le rendre accessible pour les applications. Le RPO est déterminé par la fréquence de réplication permise par chaque technologie.
À propos de la réplication des volumes par blocs OCI
Lorsque vous activez la réplication pour un volume ou un groupe de volumes, le processus inclut une synchronisation initiale des données depuis la source vers la réplique. Une fois la synchronisation initiale terminée, le processus de réplication est continu, le taux cible standard de l'objet de point de récupération (OPR) étant moins de 30 minutes pour la réplication entre les régions (l'OPR peut toutefois varier en fonction du taux de modification des données du volume source).
Les artefacts de réplique de volume par blocs ne peuvent pas être montés directement. Pour monter un volume par blocs répliqué, vous devez exécuter l'activation sur sa réplique (ou la réplique de groupe de volumes lorsqu'elle est répliquée dans un groupe). Le processus d'activation crée un nouveau volume en clonant la réplique, que vous pouvez monter en tant que volume par blocs standard. L'ODR de cette technologie est directement liée au temps requis pour effectuer cette opération (généralement de 5 à 10 minutes, peut varier en fonction du nombre de noeuds et si vous effectuez les actions en parallèle). Dans les situations de basculement, ces étapes peuvent entraîner des frais généraux d'exploitation supplémentaires et augmenter l'ODR total. Toutefois, lors d'une permutation planifiée, vous pouvez effectuer ces opérations avant d'arrêter le système principal, de sorte qu'elles n'entraînent pas de temps d'arrêt ou n'augmentent pas l'OTR total.
Cette réplication ne nécessite pas de connectivité spécifique entre la source et la destination; toutefois, elles doivent être listées dans les mappages de région source et de destination pour la réplication de volume par blocs.
Note :
Les volumes par blocs pour OCI sont généralement utilisés en privé : chaque instance de calcul dispose d'un accès en lecture-écriture sur ses propres volumes par blocs. Bien que vous puissiez attacher un volume à plusieurs instances de calcul à la fois, une solution supplémentaire adaptée aux grappes est requise pour empêcher la corruption de données d'opérations de lecture/écriture non contrôlées avec plusieurs attachements de volume d'instance. Par conséquent, lorsqu'une application doit partager des fichiers entre des noeuds, elle utilise plutôt un système de fichiers du service Stockage de fichiers OCI, qui est un système de fichiers réseau.
À propos de la réplication du service de stockage de fichiers pour OCI
Lorsque vous activez la réplication pour un système de fichiers du service Stockage de fichiers OCI, vous sélectionnez un système de fichiers cible et définissez la fréquence à laquelle les données sont répliquées. La fonction de réplication crée un instantané de réplication spécial dans le système de fichier source. Puis, il transfère l'instantané à la cible, qui écrit les nouvelles données dans le système de fichiers cible. Le dernier instantané de réplication terminé reste dans les systèmes de fichiers source et cible jusqu'à l'intervalle suivant. À l'intervalle suivant, le processus de réplication supprime automatiquement les anciens instantanés de réplication et en crée un nouveau. Le processus de réplication se poursuit à l'intervalle spécifié tant que la réplication est en vigueur. L'intervalle de réplication minimal est de 15 minutes, ce qui définit l'objectif de point de reprise minimal pour cette technologie.
Le système de fichiers cible est un système de fichiers qui n'a jamais été exporté. Il est donc marqué comme "ciblable". Lorsque la réplication est activée, le système de fichiers cible est en lecture seule et mis à jour uniquement par réplication. Pour exporter et monter un système de fichiers répliqué, vous devez le cloner.
Vous pouvez ensuite exporter et monter le système de fichiers cloné. L'ODR de cette technologie est directement liée au temps requis pour effectuer cette opération (normalement moins de 5 minutes pour cloner, exporter et monter un système de fichiers, mais peut varier en fonction du nombre de noeuds et si vous effectuez les actions en parallèle). Dans les situations de basculement, ces étapes peuvent entraîner des frais généraux d'exploitation supplémentaires et augmenter l'ODR total. Toutefois, lors d'une permutation planifiée, vous pouvez effectuer ces opérations avant d'arrêter le système principal, de sorte qu'elles n'entraînent pas de temps d'arrêt ou n'augmentent pas l'OTR total.
Cette réplication ne nécessite aucune connectivité spécifique entre les sites principal et secondaire. Toutefois, ils doivent figurer dans la liste des régions cibles recommandées pour la réplication du service de stockage de fichiers OCI (OCI FS).
À propos de l'utilitaire de synchronisation à distance (rsync)
L'utilitaire rsync vous permet de transférer et de synchroniser des fichiers entre un hôte et un lecteur de stockage, et entre des hôtes, en comparant les temps de modification et la taille des fichiers. Lorsqu'il est utilisé avec SSH, vous pouvez synchroniser des fichiers et des répertoires entre deux systèmes différents avec une utilisation minimale du réseau.
Pour utiliser cette technologie, vous êtes responsable de la création et de l'exécution des scripts rsync. Les scripts doivent utiliser les commandes rsync appropriées pour répliquer les dossiers de niveau intermédiaire (middle tier), tels que les dossiers de configuration ou de produits. L'OPR pour cette technologie dépend de la fréquence des scripts de réplique rsync.
Lorsque vous utilisez rsync comme technologie de réplication, le stockage est déjà monté à la fois dans le primaire et dans le secondaire, de sorte qu'aucun temps n'est nécessaire lors de la permutation pour monter le stockage dans le secondaire. Cette technologie n'augmente pas le ODR du système lors des permutations ou des basculements.
La commande rsync fournit des options utiles pour effectuer une bonne opération de copie. Par exemple, l'option --exclude ignore des fichiers et des dossiers spécifiques de la copie. L'indicateur --delete permet de conserver une copie exacte en supprimant dans la destination les fichiers qui n'existent plus dans la source. L'indicateur --checksum force une comparaison complète de la somme de contrôle sur chaque fichier présent sur les deux systèmes. Comme rsync est une commande du système d'exploitation, vous pouvez copier des fichiers et des dossiers, qu'ils résident dans un volume par blocs, un montage NFS ou même si le stockage sous-jacent diffère entre la base de données principale et la base de secours.
Cette technologie nécessite une connectivité réseau entre les régions principale et secondaire, plus précisément entre l'hôte exécutant les commandes rsync et les hôtes distants auxquels il se connecte. OCI a évolué au fil des ans et fournit une communication directe entre les régions avec l'appairage distant et les passerelles de routage dynamique. Cela permet la communication à l'aide d'adresses IP privées, sans acheminer le trafic sur Internet ou au moyen de votre réseau sur place. Ainsi, la solution rsync est suffisamment fiable et sécurisée pour être utilisée comme approche de réplication valide dans toutes les régions.
La technologie rsync permet une mise en oeuvre flexible, car l'utilisateur est responsable de la création des scripts rsync. Vous pouvez choisir entre différentes approches :
- Peer-to-peer
Dans ce modèle, la copie est effectuée directement de chaque hôte vers son pair distant. Chaque noeud a une connectivité SSH à son homologue et utilise des commandes
rsyncsur SSH pour répliquer le système principal. Ceci est facile à configurer et n'a pas besoin de matériel supplémentaire. Toutefois, il nécessite une maintenance sur de nombreux noeuds car les scripts ne sont pas centralisés. Autrement dit, les grands clusters ajoutent plus de complexité à la solution.
- Emplacement intermédiaire central
Dans ce modèle, un noeud agit en tant que coordinateur. Il se connecte à chaque hôte qui doit être répliqué et copie le contenu vers un emplacement intermédiaire commun. Ce noeud coordonne également la copie depuis l'emplacement intermédiaire vers les hôtes de destination. Cette approche décharge les noeuds individuels de la surcharge des copies.
À propos du système de fichiers de base de données
dbfs_client.
Note :
La fonction DBFS n'est pas disponible lorsque la base de données est Oracle Autonomous Database.
Lorsque Oracle Data Guard est configuré pour la base de données, le contenu DBFS de la base principale est automatiquement répliqué vers la base de données de secours. Tout dossier ou fichier que vous placez dans le dossier DBFS est disponible dans le site secondaire, et les hôtes secondaires peuvent le monter si la base de données est ouverte en mode lecture seule ou si elle est convertie en mode de secours instantané.
Toutefois, Oracle ne recommande pas de stocker directement les artefacts de niveau intermédiaire (tels que la configuration de niveau intermédiaire (middle tier) ou les produits) dans un montage DBFS. Cela rendrait le niveau intermédiaire dépendant de l'infrastructure DBFS (client de base de données, base de données, bibliothèques FUSE, etc.). Vous pouvez utiliser un montage DBFS en tant que dossier intermédiaire pour stocker une copie du dossier à répliquer.
Pour utiliser cette technologie, vous êtes responsable de créer et d'exécuter des scripts pour copier les dossiers de niveau intermédiaire (middle tier), tels que les dossiers de configuration, vers et depuis le dossier intermédiaire DBFS. L'OPR pour cette technologie dépend de la fréquence de ces scripts.
Comme le montage DBFS n'est pas directement utilisé pour stocker les artefacts de niveau intermédiaire (middle tier), le stockage réel est déjà monté à la fois dans la base principale et dans la base de secours, de sorte qu'aucun temps n'est nécessaire lors de la permutation pour monter le stockage dans la base de secours. Cette technologie n'augmente pas le ODR du système lors des permutations ou des basculements.
Cette technologie nécessite le client de base de données sur les hôtes de niveau intermédiaire (middle tier). Selon la mise en oeuvre, cette méthode peut également nécessiter une connectivité SQL*net entre les hôtes et les bases de données distantes pour les opérations de base de données telles que les conversions de rôle.
