Réplication des partages d' File Storage for Classic s à des fins de reprise après sinistre

Copiez automatiquement les instantanés vers un centre de données distant grâce à la réplication, afin de pouvoir restaurer les données en cas de sinistre ou de corruption des données.

La réplication permet de synchroniser vos données entre deux emplacements différents. Si vous souhaitez cloner votre volume et l'utiliser indépendamment du volume d'origine, voir Création d'un volume de fichier dupliqué.

Avant d'effectuer une réplication, vous devez créer un planning d'image instantanée. L'option Commander une réplique n'apparaît pas tant que cette condition n'est pas remplie.

Définition du centre de données distant pour le volume de stockage répliqué dans la console

IBM Cloud centres de données sont regroupés en paires « principal » et « distant » dans toutes les régions du monde. Lorsque vous répliquez des données, pensez aux lois sur la résidence des données locales car le déplacement de données entre les frontières peut avoir des implications juridiques. La réplication entre régions n'est pas autorisée.

Le tableau suivant présente les codes des centres de données dans chaque région.

Ce tableau présente la liste complète des centres de données dotés de capacités améliorées dans chaque région. Chaque région correspond à une colonne. Certaines villes, comme Dallas, San José, Washington DC, Amsterdam, Francfort, Londres et Sydney possèdent plusieurs centres de données.
US Amérique latine Canada Europe Asie-Pacifique Australie
  • SJC03
  • SJC04
  • WDC04
  • WDC06
  • WDC07
  • DAL09
  • DAL10
  • DAL12
  • DAL13
  • DAL14
  • SAO01
  • SAO04
  • SAO05
  • TOR01
  • TOR04
  • TOR05
  • MON01
  • AMS03
  • FRA02
  • FRA04
  • FRA05
  • LON02
  • LON04
  • LON05
  • LON06
  • PAR01
  • MAD02
  • MAD04
  • MAD05
  • TOK02
  • TOK04
  • TOK05
  • OSA21
  • OSA22
  • OSA23
  • SNG01
  • CHE01
  • SYD01
  • SYD04
  • SYD05

Le tableau inclut certains centres de données dont la fermeture est prévue prochainement. Pour la liste des centres de données qui ferment, voir Fermetures de centre de données.

Définition du centre de données distant pour le volume de stockage répliqué à partir de l'interface de ligne de commande

Avant de commencer, choisissez le client d'interface de ligne de commande que vous souhaitez utiliser.

IBM Cloud centres de données sont regroupés en paires « principal » et « distant » dans toutes les régions du monde. Lorsque vous répliquez des données, pensez aux lois sur la résidence des données locales car le déplacement de données entre les frontières peut avoir des implications juridiques. La réplication entre régions n'est pas autorisée.

Répertorier les emplacements à partir de l'IBMCLOUD CLI

Vous pouvez utiliser la commande ibmcloud sl file replica-locations pour localiser un emplacement de réplique approprié pour votre partage de fichiers. L'exemple suivant répertorie l'emplacement disponible pour un partage de fichiers dans la région sud des Etats-Unis.

$ ibmcloud sl file replica-locations 560156918
ID        Short Name   Long Name
449494    dal09        Dallas 9
957095    wdc04        Washington 4
1004995   sjc03        San Jose 3
1441195   dal10        Dallas 10
1854795   dal12        Dallas 12
2017603   wdc07        Washington 7
2017695   wdc06        Washington 6
2178495   sjc04        San Jose 4

Pour plus d'informations sur tous les paramètres disponibles pour cette commande, voir ibmcloud sl file replica-locations.

Liste des emplacements de la SLCLI

Pour afficher la liste des centres de données de réplication compatibles avec un volume spécifique, utilisez la commande suivante.

 # slcli file replica-locations --help
 Usage: slcli file replica-locations [OPTIONS] VOLUME_ID

 Options:
 --sortby TEXT   Column to sort by
 --columns TEXT  Columns to display. Options: ID, Long Name, Short Name
 -h, --help      Show this message and exit.

Dans le cadre de la stratégie de modernisation des centres de données d' IBM Cloud®, plusieurs centres de données devraient faire l'objet d'une consolidation en 2023. Pour plus d'informations, voir Consolidations de centre de données.

Détermination du centre de données distant pour le volume de stockage répliqué à l'aide de l'API

Pour déterminer les emplacements de réplication disponibles pour votre volume File Storage for Classic, vous pouvez utiliser la méthode get_replication_locations dans le client API Python. Indiquez votre source volume_id, et la réponse de l'API renvoie un tableau d'emplacements où des répliques peuvent être créées.

Création de la réplique initiale dans la console

Les réplications fonctionnent selon un planning d'image instantanée. Vous devez d'abord configurer un espace d'image instantanée et un planning d'image instantanée pour le volume source avant de pouvoir répliquer. L'option Commander une réplique apparaît lorsque l'espace d'image instantanée et le planning d'image instantanée sont disponibles pour le volume source. La réplication est gérée sous Stockage > File Storage for Classic dans la console d' IBM Cloud®.

  1. Cliquez sur le nom de votre volume de stockage pour afficher les détails.

  2. Cliquez sur Actions Actions et cliquez sur Commander une réplique.

  3. Sélectionnez le planning d'image instantanée existant que vous souhaitez que votre réplication suive. La liste contient tous vos plannings d'image instantanée actifs.

    Vous ne pouvez sélectionner qu'un seul planning, même si vous combinez des réplications horaires, quotidiennes et hebdomadaires. Tous les instantanés créés depuis la dernière réplication sont répliqués, quel que soit le calendrier qui les a générés. Pour plus d'informations, voir Gestion des images instantanées. La réplication commence 5 minutes après la création du snapshot afin de garantir que les données les plus récentes soient copiées sur le volume de réplication.

  4. Sélectionnez un emplacement pour le volume de réplique.

  5. Cliquez sur Continu.

  6. Entrez un Code promo le cas échéant et cliquez sur Recalculer. Les autres zones de la boîte de dialogue contiennent les valeurs par défaut.

    Les remises sont appliquées lors du traitement de la commande.

  7. Vérifiez votre commande et lisez le contrat de service. Si vous acceptez les dispositions, cochez la case.

  8. Cliquez sur Valider la commande.

Création de la réplique initiale à partir de l'interface de ligne de commande

Les réplications fonctionnent selon un planning d'image instantanée. Vous devez d'abord configurer un espace d'image instantanée et un planning d'image instantanée pour le volume source avant de pouvoir répliquer.

Création de la réplique initiale à partir de l'interface de ligne de commande IBMCLOUD

Vous pouvez utiliser la commande ibmcloud sl file replica-order pour créer une réplique pour votre partage de fichiers. L'exemple suivant crée une réplique dans DAL09 pour le partage de fichiers 560156918.

$ ibmcloud sl file replica-order 560156918  -s DAILY -d dal09 --tier 4
This action will incur charges on your account. Continue?> y
OK
Order 110551616 was placed.
 > Storage as a Service
 > File Storage
 > 500 GBs
 > 4 IOPS per GB
 > 500 GB (Snapshot Space)
 > Replication for tier-based performance. Replicant of: SL02SEV1414935_268

Pour plus d'informations sur tous les paramètres disponibles pour cette commande, voir ibmcloud sl file replica-order.

Création de la réplique initiale à partir de l'interface SLCLI

Vous pouvez utiliser la commande suivante pour commander un volume de réplication.

$ slcli file replica-order --help
Usage: slcli file replica-order [OPTIONS] VOLUME_ID

Options:
-s, --snapshot-schedule [INTERVAL|HOURLY|DAILY|WEEKLY]
                                Snapshot schedule to use for replication,
                                (INTERVAL | HOURLY | DAILY | WEEKLY)
                                [required]
-l, --location TEXT             Short name of the data center for the
                                replicant (e.g.: dal09)  [required]
--tier [0.25|2|4|10]            Endurance Storage Tier (IOPS per GB) of the
                                primary volume for which a replicant is
                                ordered [optional]
-h, --help                      Show this message and exit.

Création de la réplique initiale avec l'API

Les réplications fonctionnent selon un planning d'image instantanée. Vous devez d'abord configurer un espace d'image instantanée et un planning d'image instantanée pour le volume source avant de pouvoir répliquer.

Pour créer une réplique, utilisez la méthode order_replicant_volume du client API Python. Spécifiez l'ID du volume primaire à répliquer avec le paramètre volume_id, le snapshot_schedule à utiliser pour la réplication, le location pour le volume répliqué et la valeur tier ou iops de la nouvelle réplique.

Affichage des volumes de réplique dans la liste des volumes de la console

Vous pouvez afficher vos volumes de réplication sur la page File Storage for Classic sous Stockage > File Storage for Classic. La zone Nom de volume indique le nom du volume principal, suivi de REP. Le type est « Endurance » ou « Performance » - Réplique.

Affichage des volumes de réplique à partir de l'interface de ligne de commande

Liste des volumes de réplique de l'interface de ligne de commande IBMCLOUD CLI

Vous pouvez utiliser la commande ibmcloud sl file replica-order pour répertorier les répliques de votre partage de fichiers. L'exemple suivant répertorie les partenaires de réplique du partage de fichiers 560156918.

$ ibmcloud sl file replica-partners 560156918
ID          User name                  Account ID   Capacity (GB)   Hardware ID   Guest ID   Host ID
560382016   SL02SEV1414935_268_REP_1   1234567      500             -             -          -

Pour plus d'informations sur tous les paramètres disponibles pour cette commande, voir ibmcloud sl file replica-partners.

Liste des volumes de réplique à partir de l'interface SLCLI

Répertorier les volumes réplicants existants pour un volume de fichier avec la commande suivante.

  # slcli file replica-partners --help
  Usage: slcli file replica-partners [OPTIONS] VOLUME_ID

  Options:
  --sortby TEXT   Column to sort by
  --columns TEXT  Columns to display. Options: ID, Username, Account ID,
                  Capacity (GB), Hardware ID, Guest ID, Host ID
  -h, --help      Show this message and exit.

Liste des volumes répliqués avec l'API

Pour dresser la liste des volumes répliqués liés au volume primaire, utilisez la méthode get_replication_partners et spécifiez le volume primaire volume_id. Une réponse positive présente la liste des volumes répliqués du volume spécifié.

Modification du calendrier de réplication dans la console

Le planning de réplication est basé sur un planning d'image instantanée existant. Pour modifier le planning de réplication, par exemple d'Horaire en Quotidien ou Hebdomadaire, ou inversement, vous devez annuler le volume de réplique et en configurer un nouveau.

Cependant, si vous voulez modifier l'heure à laquelle la réplication selon un planning Quotidien s'effectue, vous devez ajuster le planning existant sur le volume actif.

  1. Sur la page des détails du volume actif, cliquez sur Actions icône Actions.
  2. Sélectionnez Modifier le planning d'instantané.
  3. Regardez dans le cadre Instantané sous Planning pour déterminer le planning quotidien que vous utilisez pour la réplication. Modifiez le planning de votre choix.
  4. Cliquez sur Sauvegarder.

Suppression d'un partage de fichiers répliqué existant dans la console

Vous pouvez annuler la réplication immédiatement ou à la date anniversaire, ce qui met fin à la facturation.

  1. Cliquez sur le volume sur la page File Storage for Classic.
  2. Cliquez sur Actions icône Actions.
  3. Sélectionnez Supprimer la réplique.
  4. Choisissez le moment de l'annulation du volume, Choisissez Immédiatement ou Date anniversaire, puis cliquez sur Continuer.
  5. Cette opération supprime le volume de réplique avec toutes ses données. Cochez la case pour prendre en compte les informations, puis cliquez sur Supprimer.

Annulation de la réplication lorsque le volume principal est supprimé dans la console

Lorsqu'un volume principal est supprimé, la planification de réplication et le volume figurant dans le centre de données de réplique sont également supprimés.

Vous pouvez prévoir que le volume reste visible dans votre liste de stockages pour au moins 24 heures (annulation immédiate) ou jusqu'à sa date anniversaire. Certaines fonctions ne seront bientôt plus disponibles, mais le volume restera visible jusqu'à ce qu'il soit récupéré. Toutefois, la facturation est interrompue dès que vous cliquez sur « Supprimer la réplique ».

Des répliques actives peuvent bloquer la récupération du volume de stockage. Assurez-vous que le volume n'est plus monté, que les autorisations d'hôte sont révoquées, et que la réplication a été annulée avant de tenter d'annuler le volume d'origine.

Création d'un doublon d'un volume de réplique

Vous pouvez créer un doublon d'un volume IBM Cloud® File Storage for Classic existant. Le volume dupliqué hérite par défaut des options de capacité et de performance du volume de stockage d'origine et contient une copie des données jusqu'au point de cohérence d'une image instantanée.

Vous pouvez créer des doublons à partir de volumes principaux et de volumes de réplique. Le nouveau doublon est créé dans le même centre de données que le volume d'origine. Si vous créez un doublon à partir d'un volume de réplique, le nouveau volume est créé dans le même centre de données que le volume de réplique.

Les volumes dupliqués sont accessibles par un hôte en lecture/écriture dès la mise à disposition du stockage. Toutefois, les images instantanées et la réplication ne sont pas autorisées tant que la copie des données depuis le volume d'origine vers le doublon n'est pas terminée.

Pour plus d'informations, voir Création d'un volume de fichier dupliqué.

Utilisation de répliques afin d'effectuer un basculement en cas de sinistre

Lors d'un basculement, vous passez du volume de stockage de votre centre de données principal au volume de destination de votre centre de données distant. Par exemple, votre centre de données principal peut se situer à Londres et votre centre de données secondaire à Amsterdam. En cas de panne, vous basculeriez vers Amsterdam, en vous connectant au volume désormais principal depuis une instance Compute située à Amsterdam. Une fois votre volume de Londres réparé, une image instantanée du volume d'Amsterdam est prise afin de permettre le retour à Londres avec le volume de Londres à nouveau considéré comme le volume principal à partir d'une instance de traitement située à Londres.