Protection des données des périphériques NVMe

Options d'utilisation d'une forme BM.DenseIO1.36

Il existe plusieurs options pour les instances BM.DenseIO1.36 avec neuf périphériques NVMe .

Pour toutes les options ci-dessous, vous pouvez éventuellement augmenter la valeur limite de vitesse de resynchronisation RAID par défaut. Augmenter cette valeur afin de se rapprocher de la vitesse de stockage rapide sur les instances Bare Metal peut réduire le temps nécessaire pour configurer RAID.

Utilisez la commande suivante pour augmenter la valeur limite de vitesse :

$ sysctl -w dev.raid.speed_limit_max=10000000

Option 1 : création d'un périphérique RAID 6 unique sur les neuf périphériques

Cette unité de stockage est redondante, fonctionne bien, fera face à l'échec de deux périphériques et sera présentée comme une unité logique de stockage unique avec environ 23,8 To d'espace utilisable.

Utilisez les commandes suivantes pour créer un périphérique RAID 6 unique sur les neuf périphériques :

$ sudo yum install mdadm -y

$ sudo mdadm --create /dev/md0 --raid-devices=9 --level=6 /dev/nvme0n1 /dev/nvme1n1 /dev/nvme2n1 /dev/nvme3n1 /dev/nvme4n1 /dev/nvme5n1 /dev/nvme6n1 /dev/nvme7n1 /dev/nvme8n1

$ sudo mdadm --detail --scan | sudo tee -a /etc/mdadm.conf >> /dev/null

Option 2 : création d'une unité de stockage RAID 10 à quatre périphériques et d'une unité de stockage RAID 6 à cinq périphériques

Ces unités de stockage seraient présentées comme deux unités logiques de stockage différentes à vos applications. Cette option est recommandée lorsque vous devez isoler un type d'E/S par rapport à un autre, comme des fichiers journaux et des fichiers de données. Dans cet exemple, votre unité de stockage RAID 10 aurait environ 6,4 To d'espace utilisable et l'unité de stockage RAID 6 en aurait environ 9,6 To.

Utilisez les commandes suivantes pour créer une unité de stockage RAID 10 à quatre périphériques et une unité de stockage RAID 6 à cinq périphériques :

$ sudo yum install mdadm -y

$ sudo mdadm --create /dev/md0 --raid-devices=4 --level=10 /dev/nvme5n1 /dev/nvme6n1 /dev/nvme7n1 /dev/nvme8n1

$ sudo mdadm --create /dev/md1 --raid-devices=5 --level=6 /dev/nvme0n1 /dev/nvme1n1 /dev/nvme2n1 /dev/nvme3n1 /dev/nvme4n1

$ sudo mdadm --detail --scan | sudo tee -a /etc/mdadm.conf >> /dev/null

Option 3 : création d'une unité de stockage RAID 10 à huit périphériques

Si vous avez besoin des meilleures performances possible et que vous pouvez sacrifier une partie de votre espace disponible, vous pouvez utiliser une unité de stockage RAID 10 à huit périphériques. Comme une unité de stockage RAID 10 nécessite un nombre pair de périphériques, le neuvième périphérique est enlevé de l'unité de stockage et sert de disque hot spare en cas d'échec d'un autre périphérique. Cela crée une seule unité logique de stockage avec environ 12,8 To d'espace utilisable.

Utilisez les commandes suivantes pour créer une unité de stockage RAID 10 à huit périphériques :

$ sudo yum install mdadm -y

$ sudo mdadm --create /dev/md0 --raid-devices=8 --level=10 /dev/nvme0n1 /dev/nvme1n1 /dev/nvme2n1 /dev/nvme3n1 /dev/nvme4n1 /dev/nvme5n1 /dev/nvme6n1 /dev/nvme7n1

La commande suivante ajoute /dev/nvme8n en tant que disque hot spare pour l'unité de stockage /dev/md0 :

$ sudo mdadm /dev/md0 --add /dev/nvme8n1    

$ sudo mdadm --detail --scan | sudo tee -a /etc/mdadm.conf >> /dev/null

Option 4 : création de deux unités de stockage RAID 10 à quatre périphériques

Pour obtenir les meilleures performances possible et une isolation d'E/S sur les unités logiques de stockage, créez deux unités de stockage RAID 10 à quatre périphériques. Comme RAID 10 nécessite un nombre pair de périphériques, le neuvième périphérique est enlevé des unités de stockage et sert de disque hot spare global en cas d'échec d'un autre périphérique dans l'une des unités de stockage. Cela crée deux unités logiques de stockage, chacune avec environ 6,4 To d'espace utilisable.

Utilisez les commandes suivantes pour créer deux unités de stockage RAID 10 à quatre périphériques avec un disque hot spare global :

$ sudo yum install mdadm -y

$ sudo mdadm --create /dev/md0 --raid-devices=4 --level=10 /dev/nvme4n1 /dev/nvme5n1 /dev/nvme6n1 /dev/nvme7n1

$ sudo mdadm --create /dev/md1 --raid-devices=4 --level=10 /dev/nvme0n1 /dev/nvme1n1 /dev/nvme2n1 /dev/nvme3n1

La création d'un disque hot spare global nécessite les deux étapes suivantes :

1. Ajoutez le disque hot spare à l'une des deux unités de stockage (peu importe laquelle) en exécutant ces commandes :

   $ sudo mdadm /dev/md0 --add /dev/nvme8n1

   $ sudo mdadm --detail --scan | sudo tee -a /etc/mdadm.conf >> /dev/null

2. Modifiez /etc/mdadm pour placer les deux unités de stockage dans le même groupe de disques hot spare. Ajoutez spare-group=global à la fin de la ligne commençant par ARRAY, comme suit :

   $ sudo vi /etc/mdadm.conf

   ARRAY /dev/md0 metadata=1.2 spares=1 name=mdadm.localdomain:0 UUID=43f93ce6:4a19d07b:51762f1b:250e2327 spare-group=global

   ARRAY /dev/md1 metadata=1.2 name=mdadm.localdomain:1 UUID=7521e51a:83999f00:99459a19:0c836693 spare-group=global

Définition de l'option MAILADDR dans /etc/mdadm.conf et exécution du moniteur mdadm en tant que démon.

La méthode la plus simple consiste à définir l'option MAILADDR dans /etc/mdadm.conf, puis à exécuter le moniteur mdadm en tant que démon, comme suit :

1. La ligne DEVICE partitions est requise pour que MAILADDR puisse fonctionner. Si elle est manquante, vous devez l'ajouter, comme suit :

   $ sudo vi /etc/mdadm.conf

   DEVICE partitions     

   ARRAY /dev/md0 level=raid1 UUID=1b70e34a:2930b5a6:016we78d:eese14532

   MAILADDR <my.name@example.com>

2. Exécutez le moniteur à l'aide de la commande suivante :

   $ sudo nohup mdadm –-monitor –-scan –-daemonize &

3. Pour vérifier que le moniteur est exécuté au démarrage, exécutez les commandes suivantes :

   $ sudo chmod +x /etc/rc.d/rc.local

   $ sudo vi /etc/rc.local

   Ajoutez la ligne suivante à la fin de /etc/rc.local :

   nohup mdadm –-monitor –-scan –-daemonize &

4. Pour vérifier que le courriel et le moniteur fonctionnent tous les deux, exécutez la commande suivante :

   $ sudo mdadm --monitor --scan --test -1

   Ces courriels seront probablement marqués comme messages indésirables. L'option PROGRAM, décrite plus loin dans cette rubrique, permet l'envoi d'alertes et de messages de façon plus sophistiquée.

Exécution d'un script externe lorsqu'un échec est détecté

Une option plus avancée consiste à créer un script externe qui sera exécuté si le moniteur mdadm détecte un échec. Vous pouvez intégrer ce type de script à votre solution de surveillance existante. Voici un exemple de ce type de script :

$ sudo vi /etc/mdadm.events
  
#!/bin/bash
event=$1
device=$2
if [ $event == "Fail" ]
then
  <"do something">
else
 if [ $event == "FailSpare" ]
 then
  <"do something else">
 else
  if [ $event == "DegradedArray" ]
  then
   <"do something else else">
  else
   if [ $event == "TestMessage" ]
    then
    <"do something else else else">
   fi
  fi
 fi
fi
  
$ sudo chmod +x /etc/mdadm.events

Ensuite, ajoutez l'option PROGRAM à /etc/mdadm.conf, comme indiqué dans l'exemple suivant :

1. La ligne DEVICE partitions est requise pour que MAILADDR puisse fonctionner. Si elle est manquante, vous devez l'ajouter, comme suit :

   $ sudo vi /etc/mdadm.conf

   DEVICE partitions     

   ARRAY /dev/md0 level=raid1 UUID=1b70e34a:2930b5a6:016we78d:eese14532

   MAILADDR <my.name@example.com>

   PROGRAM /etc/mdadm.events

2. Exécutez le moniteur à l'aide de la commande suivante :

   $ sudo nohup mdadm –-monitor –-scan –-daemonize &

3. Pour vérifier que le moniteur est exécuté au démarrage, exécutez les commandes suivantes :

   $ sudo chmod +x /etc/rc.d/rc.local

   $ sudo vi /etc/rc.local

   Ajoutez la ligne suivante à la fin de /etc/rc.local :

   nohup mdadm –-monitor –-scan –-daemonize &

4. Pour vérifier que le courriel et le moniteur fonctionnent tous les deux, exécutez la commande suivante :

   $ sudo mdadm --monitor --scan --test -1

   Ces courriels seront probablement marqués comme messages indésirables. L'option PROGRAM, décrite plus loin dans cette rubrique, permet l'envoi d'alertes et de messages de façon plus sophistiquée.

Simulation de l'échec d'un périphérique

Vous pouvez utiliser mdadm pour provoquer manuellement l'échec d'un périphérique afin de déterminer si votre unité de stockage RAID peut faire face à l'échec, ainsi que pour tester les alertes configurées.

1. Marquez un périphérique de l'unité de stockage comme étant en échec en exécutant la commande suivante :

   $ sudo mdadm /dev/md0 --fail /dev/nvme0n1

2. Récupérez le périphérique ou votre unité de stockage risque de ne plus être protégée. Utilisez la commande suivante :

   $ sudo mdadm /dev/md0 --add /dev/nvme0n1

   L'unité de stockage sera automatiquement reconstruite afin d'utiliser le "nouveau" périphérique. Les performances seront réduites lors de ce processus.

3. Vous pouvez surveiller le statut de la reconstruction en exécutant la commande suivante :

   $ sudo mdadm --detail /dev/md0

Réplication

La réplication des données d'une instance d'un domaine de disponibilité vers une autre possède le RTO et le RPO les plus faibles, à un coût significativement plus élevé que les sauvegardes. Pour chaque instance d'un domaine de disponibilité, vous devez avoir une autre instance dans un autre domaine de disponibilité.

Pour les charges globales de base de données Oracle, vous devez utiliser la fonctionnalité Oracle Data Guard intégrée pour répliquer vos bases de données. Les domaines de disponibilité Oracle Cloud Infrastructure sont suffisamment proches les uns des autres pour être capables de prendre en charge les réplications synchrones hautes performances. La réplication asynchrone est également une option.

Pour la réplication de blocs à usage général, DRBD est l'option recommandée. Vous pouvez configurer DRBD de sorte à répliquer, de façon synchrone ou asynchrone, chaque écriture d'un domaine de disponibilité vers un autre domaine de disponibilité.

Sauvegardes

Les sauvegardes traditionnelles constituent une autre manière de protéger les données. Tous les produits de sauvegarde commerciaux sont entièrement pris en charge sur Oracle Cloud Infrastructure. Si vous utilisez des sauvegardes, les RTO et RPO sont beaucoup plus élevés que si vous utilisez la réplication, car vous devez recréer les ressources de calcul qui ont échoué, puis restaurer la sauvegarde la plus récente. Les coûts sont significativement plus faibles car il n'est pas nécessaire de gérer une seconde instance. Ne stockez pas vos sauvegardes dans le même domaine de disponibilité que leur instance d'origine.

Clichés

Afin de gérer les clichés facilement, vous devez utiliser un système de fichiers prenant en charge les clichés, tel que ZFS, ou utiliser le gestionnaire de volumes logiques pour créer et gérer les clichés. En raison de la façon dont le gestionnaire de volumes logiques a implémenté la copie à l'écriture, les performances peuvent considérablement diminuer lorsqu'un cliché est pris au moyen du gestionnaire de volumes logiques.

Sauvegardes

Tous les produits de sauvegarde commerciaux sont entièrement pris en charge sur Oracle Cloud Infrastructure. Assurez-vous que vos sauvegardes sont stockées dans un domaine de disponibilité différent de celui de l'instance d'origine.