Partager via

Ajouter des volumes pour un système SAP HANA en tant que système de récupération d’urgence à l’aide de la réplication entre régions

  • Article

Cet article décrit l’utilisation d’un groupe de volumes d’application pour ajouter des volumes pour un système de SAP HANA en tant que système de récupération d’urgence (DR). Cette configuration utilise Azure NetApp Files fonctionnalité de réplication entre les régions (CRR).

CRR entre les serveurs HANA source et de destination

La fonctionnalité de réplication entre les régions Azure NetApp Files vous permet de répliquer des volumes entre des paires de réplication entre régions prises en charge. Cette fonctionnalité vous permet de répliquer un volume depuis une région source vers un volume de la région de destination pour la récupération d’urgence.

Au lieu d’utiliser la réplication de système HANA (HSR), vous pouvez utiliser la réplication entre les régions pour protéger une base de données sans avoir besoin d’un serveur de bases de données HANA qui s’exécute en permanence. Vous devez créer des volumes de destination de réplication dans une région prise en charge pour la réplication entre les régions. Le groupe de volumes d’application pour SAP HANA garantit que les volumes de destination sont créés avec le type de volume correct qui répond à toutes les SAP HANA exigences spécifiques.

Le diagramme suivant illustre la réplication entre régions entre les serveurs HANA source et de destination. La réplication inter-régions est asynchrone. Par conséquent, tous les volumes n’ont pas besoin d’être répliqués.

Le diagramme suivant illustre la réplication entre régions entre les serveurs HANA source et de destination.

Remarque

Quand vous utilisez un déploiement à haute disponibilité avec HSR côté principal, vous pouvez choisir de répliquer non seulement le système HANA principal, comme indiqué dans cette section, mais également le système HANA secondaire à l’aide de la réplication interrégionale. Pour adapter automatiquement la convention de nommage, sélectionnez les options HSR secondaire et Destination de la reprise d’activité après sinistre dans l’écran Créer un groupe de volumes. Le préfixe passe ensuite à DR2-.

Important

  • Pour récupérer la base de données HANA dans la région de destination, vous devez utiliser des captures instantanées de stockage cohérentes avec les applications pour votre sauvegarde HANA. Vous pouvez créer des captures instantanées à l’aide de solutions de protection des données telles que l'outil de capture instantanée de façon régulière Azure Application (AzAcSnap).
  • Vous devez répliquer au moins le volume de données et le volume de sauvegarde des journaux.
  • Vous pouvez éventuellement répliquer le volume de sauvegarde des données et le volume partagé.
  • Vous ne devez jamais répliquer le volume du fichier journal. Le groupe de volumes d’application crée le volume du fichier journal en tant que volume standard.

Planifications de réplication, RTO et RPO

Le tableau suivant récapitule les options de planification de la réplication. Il décrit également les paramètres par défaut proposés par le groupe de volumes d’applications :

Type de volume Planification de réplication par défaut Options disponibles Notes
Données Journalier Tous les jours, toutes les heures Le choix que vous sélectionnez a un impact sur l’objectif de temps de récupération (RTO) et la quantité de données transférées.
Journal - - Les volumes de journaux ne sont pas répliqués.
SAP partagé Toutes les 10 minutes Toutes les 10 minutes, toutes les heures, tous les jours Vous devez choisir une planification en fonction des exigences de votre contrat SLA et des données stockées dans le volume partagé.
Sauvegarde de données Journalier Quotidien, hebdomadaire La réplication des volumes de sauvegarde des données est facultative.
Sauvegarde des journaux Toutes les 10 minutes Toutes les 10 minutes Ce paramètre a un impact sur l’objectif de point de récupération (RPO).

La planification de la fréquence de réplication a un impact sur les contrats SLA :

  • Objectif de délai de récupération (RTO):
    Durée minimale pour une récupération.
    Pour effectuer une récupération à l’aide de la dernière capture instantanée de cohérence des applications disponible, vous devez relire toutes les sauvegardes de fichiers journaux disponibles. Le RTO dépend de la fréquence de sauvegarde et de la fréquence de réplication du volume de données. Par exemple, si la fréquence de sauvegarde est de toutes les 6 heures et que votre planification de réplication est « quotidienne », la sauvegarde la plus ancienne peut être de 30 heures (24 heures + 6 heures). Dans ce scénario, la relecture d’un maximum de 30 heures de sauvegardes du fichiers journaux est requise.
  • Objectif de point de récupération (RPO) :
    La perte de données minimale qui peut se produire.
    La fréquence de sauvegarde de fichiers journaux SAP HANA est généralement de 15 minutes, mais ce paramètre peut être configuré différemment. En supposant une planification de réplication de 10 minutes pour les sauvegardes de fichiers journaux, la perte maximale de la transaction est de [15+10+transfer_time] minutes.

Ajouter des volumes

L’exemple suivant ajoute des volumes à un système SAP HANA. Le système fait office de système de destination de récupération d’urgence à l’aide de la réplication entre les régions.

Important

Les options pour cette procédure diffèrent si vous vous êtes inscrit pour le Groupe de volumes d’application pour l’extension SAP HANA 1 (préversion). Sélectionnez l’onglet correspondant à votre configuration. Pour tirer parti de la fonctionnalité, vous devez vous inscrire pour l’extension 1.

  1. À partir de votre compte NetApp, sélectionnez Groupes de volumes d’application, puis cliquez sur +Ajouter un groupe.

  2. Dans Type de déploiement, sélectionnez SAP HANA, puis Suivant.

  3. Dans l’onglet SAP HANA, fournissez des informations spécifiques à HANA.

    Important

    Veillez à sélectionner l’option Destination de la récupération d’urgence pour indiquer que vous créez un système HANA en tant que destination de réplication entre les régions.

    • ID SAP (SID) :
      Identificateur du système SAP HANA à trois caractères alphanumériques.

    • Nom du groupe :
      Nom du groupe de volumes.

    • Mémoire du nœud SAP :
      Cette valeur définit la taille de la base de données SAP HANA sur l’hôte. Elle permet de calculer la taille de volume et le débit requis.

    • Surcharge de la capacité (%) :
      Lorsque vous utilisez des instantanés pour la protection des données, vous devez planifier une capacité supplémentaire. Ce champ ajoutera une taille supplémentaire (%) au volume de données.
      Vous pouvez estimer cette valeur à l’aide de "change rate per day" X "number of days retention".

    • Hôte unique :
      Sélectionnez cette option pour un système SAP HANA à hôte unique ou le premier hôte pour un système à plusieurs hôtes. Seuls les volumes partagés et de sauvegarde des journaux et des données sont créés pour le premier hôte.

    • Hôte multiple :
      sélectionnez cette option pour ajouter des ordinateurs hôtes supplémentaires à un système HANA à plusieurs hôtes.

    • Destination de la récupération d’urgence :
      sélectionnez cette option pour créer des volumes pour un système HANA en tant que site de récupération d’urgence à l’aide de la réplication entre les régions.

      Le choix de Destination de la récupération d’urgence déclenche la convention d’affectation de noms pour le nom du groupe de volumes à inclure "-DR-" pour indiquer une configuration de la récupération d’urgence.

    Sélectionnez Suivant : Groupe de volumes.

    Capture d’écran montrant la page Créer un groupe de volume dans une configuration de réplication entre les régions.

  4. Sous l’onglet Groupe de volumes, fournissez des informations pour la création du groupe de volumes :

    • Groupe de placement de proximité (PPG) :
      spécifie que les volumes de données et partagés doivent être créés à proximité des machines virtuelles de la récupération d'urgence.
      Même si vous n’avez pas besoin des machines virtuelles pour la réplication, vous devez démarrer au moins une machine virtuelle pour ancrer le PPG lors de l’approvisionnement des volumes.
    • Pool de capacité :
      Tous les volumes sont placés dans un même pool de capacités de QoS manuelles.
      Si vous souhaitez créer les volumes de sauvegarde de fichiers journaux et de données dans un pool de capacité distinct, vous pouvez choisir de ne pas les ajouter au groupe de volumes.
    • Réseau virtuel :
      spécifiez un réseau virtuel existant dans lequel les machines virtuelles sont placées.
    • Sous-réseau :
      Spécifiez le sous-réseau délégué dans lequel les adresses IP des exportations NFS doivent être créées. Vérifiez que vous disposez d’un sous-réseau délégué avec suffisamment d’adresses IP disponibles.

    Sélectionnez Suivant : Protocoles.

  5. Dans la section Protocoles de l’onglet Groupe de volumes, vous pouvez modifier la Stratégie d’exportation, qui doit être commune à tous les volumes.

    Sélectionnez Suivant : Réplication.

  6. Dans la section Réplication de l’onglet Groupe de volumes, le champ Planification de la réplication est défini par défaut sur « Multiple » (désactivé). Les planifications de la réplication par défaut sont différentes pour les volumes répliqués. Par conséquent, vous ne pouvez modifier les planifications de la réplication que pour chaque volume individuellement à partir de l’onglet Volumes et non globalement pour l’ensemble du groupe de volumes.

    Capture d’écran qui montre que le champs Multiple est désactivé sur la page Créer un groupe de volumes.

    Sélectionnez Suivant : Balises.

  7. Dans la section Étiquettes de l’onglet Groupe de volumes, vous pouvez ajouter des étiquettes si nécessaire pour les volumes.

    Sélectionner Suivant : Volumes.

  8. L’onglet Volumes affiche la liste des volumes.

    La convention d’affectation de noms des volumes comprend un préfixe "DR-" pour indiquer que les volumes appartiennent au côté récupération d’urgence (destination) de la configuration.

    L’onglet Volumes affiche également le type de volume :

    • DP : indique la destination dans le paramètre de réplication entre les régions. Les volumes de ce type ne sont pas en ligne, mais en mode de réplication.
    • RW : indique que les lectures et les écritures sont autorisées.

    Le type par défaut du volume du fichier journal est RW et le paramètre ne peut pas être modifié.

    Le type par défaut pour les volumes de données, partagés et de sauvegarde du fichier journal est DP et le paramètre ne peut pas être modifié.

    Le type par défaut du volume de sauvegarde de données est DP, mais ce paramètre peut être remplacé par RW.

    Capture d'écran montrant les types de volumes de la page Créer un groupe de volumes.

  9. Sélectionnez chaque volume avec le type de DP pour spécifier l’ID du volume source. Pour plus d’informations, consultez Localiser l’ID de la ressource du volume source.

    Vous pouvez éventuellement modifier la planification de réplication par défaut d’un volume. Consultez Planifications de réplication, RTO et RPO pour les options de planification de la réplication.

    Capture d'écran montrant l'onglet Réplication de la page Créer un groupe de volumes.

  10. Après avoir créé le groupe de volumes, configurez la réplication en suivant les instructions de la procédure Autorisation de réplication à partir du volume source.

    1. Pour chaque volume DP que vous avez créé, copiez l'ID de ressource du volume.

    2. Pour chaque volume source, sélectionnez Réplication, puis Autoriser. Collez l'ID de ressource de chaque volume de destination correspondant.

Options de configuration pour la réplication d’une base de données SAP HANA à l’aide de la réplication de système HANA pour la haute disponibilité

Dans certains cas, vous pouvez combiner une configuration à haute disponibilité de la réplication de système HANA avec une configuration de récupération d’urgence à l’aide de la réplication inter-région. En fonction du modèle d’utilisation et du contrat de niveau de service (SLA) spécifiques, deux options de configuration sont possibles pour la réplication. Cette section les décrit.

Répliquer uniquement les volumes de base de données HANA principaux

Dans ce scénario, vous ne modifiez généralement pas les rôles pour les systèmes principal et secondaire. La prise de contrôle n’est effectuée qu’en cas d’urgence. Par conséquent, les sauvegardes d’instantanés cohérentes avec les applications requises pour la réplication inter-région sont principalement effectuées sur l’hôte principal. C’est le cas parce que seule la base de données HANA principale peut être utilisée pour créer une sauvegarde.

Le diagramme suivant décrit ce scénario :

Diagramme montrant la réplication pour les volumes de base de données HANA principaux uniquement.

Dans ce scénario, une configuration de récupération d’urgence doit inclure uniquement les volumes du système HANA principal. Avec la réplication quotidienne du volume de données principal et les sauvegardes de fichiers journaux des systèmes principal et secondaire, le système peut être récupéré au niveau du site de récupération d’urgence. Dans le diagramme, un volume unique est utilisé pour les sauvegardes de fichiers journaux des systèmes principal et secondaire.

En cas de prise de contrôle par l’hôte HSR secondaire, les sauvegardes effectuées dans le système secondaire ne sont pas répliquées, mais les sauvegardes des fichiers journaux du système secondaire continuent d’être répliquées. En cas d’incident, le système au niveau du site de récupération d’urgence peut toujours être récupéré à l’aide de l’ancienne sauvegarde d’instantané de l’ancien système principal et des sauvegardes de fichiers journaux répliquées issues des deux hôtes. Le RTO augmente, car davantage de journaux doivent être récupérés, en fonction de la durée d’exécution de la paire HSR en mode de prise de contrôle. Si le mode de prise de contrôle est beaucoup plus long et que le RTO devient un problème, vous devez configurer une nouvelle réplication inter-région, y compris le volume de données du système secondaire.

Le flux de travail pour ce scénario est identique au flux de travail d’ajout de volumes.

Répliquer les volumes de base de données HANA principal et secondaire

Pour des raisons autres que la haute disponibilité, vous souhaiterez peut-être permuter régulièrement les rôles entre les systèmes HANA principal et secondaire. Dans ce scénario, des sauvegardes cohérentes avec les applications doivent être créées sur les deux hôtes HANA.

Le diagramme suivant décrit ce scénario :

Diagramme montrant la réplication pour les volumes de base de données HANA principaux et secondaires.

Dans ce scénario, vous pouvez répliquer les deux ensembles de volumes à partir des systèmes HANA principal et secondaire, comme indiqué dans le diagramme.

Pour créer les volumes pour la cible de réplication secondaire, la convention d’affectation de noms sera adaptée. Pour faire la distinction entre la réplication de la base de données principale et secondaire, le préfixe passe de DR à DR2 pour le système HANA secondaire. À l’exception de ce changement de nom, le flux de travail est identique au flux de travail d’ajout de volumes.

Remarque

Pour une présentation détaillée d’une solution de récupération d’urgence pour HANA avec Azure NetApp Files, consultez Rapport technique NetApp TR-4891 : récupération d’urgence SAP HANA avec Azure NetApp Files. Ce rapport technique fournit des informations détaillées et des exemples sur l’utilisation de la réplication inter-région pour SAP HANA sur Azure NetApp Files.

Étapes suivantes