Partager via

Exigences et considérations relatives au groupe de volumes d’application pour SAP HANA

  • Article

Cet article décrit les exigences et les considérations dont vous devez être conscient avant d’utiliser le groupe de volumes d’applications Azure NetApp Files (AVG) pour SAP HANA.

Conditions requises et éléments à prendre en compte

  • Vous devez utiliser la fonctionnalité manuelle du pool de capacité QoS.

  • Vous devez créer un groupe de placement de proximité (PPG) et l'ancrer à vos ressources de calcul SAP HANA. Le groupe de volumes d’application pour SAP HANA a besoin que cette installation recherche une ressource Azure NetApp Files qui est proche des serveurs SAP HANA. Pour plus d’informations, consultez Bonnes pratiques relatives aux groupes de placement de proximité et Créer un groupe de placements de proximité à l'aide du portail Azure.

    Remarque

    Ne supprimez pas le PPG. La suppression d'un PPG supprime l'épinglage et peut entraîner la création de groupes de volumes ultérieurs dans des emplacements sous-optimaux, ce qui pourrait entraîner une latence accrue.

  • Vous devez compléter votre dimensionnement et l'architecture de votre système SAP HANA, y compris les domaines suivants :

    • ID SAP (SID)
    • Mémoire
    • SAP HANA à hôte unique ou plusieurs hôtes
    • Déterminez si vous souhaitez utiliser la réplication du système HANA (HSR). La HSR permet aux bases de données SAP HANA de se répliquer de façon synchrone ou asynchrone d’un système SAP HANA principal vers un système SAP HANA secondaire.
    • Taux de modification attendu pour le volume de données (si vous utilisez des instantanés à des fins de sauvegarde)

  • Vous devez créer un réseau virtuel et un sous-réseau délégué pour mapper les adresses IP Azure NetApp Files.

    Il est recommandé de disposer le réseau virtuel et le sous-réseau délégué au moment de la conception.

    Le groupe de volumes d’application pour SAP HANA crée plusieurs adresses IP, jusqu’à six adresses IP pour les domaines de plus grande taille. Vérifiez que le sous-réseau délégué possède suffisamment d’adresses IP disponibles. Pensez à utiliser un sous-réseau délégué avec un minimum de 251 adresses IP avec une taille de sous-réseau de /24. Consultez Considérations relatives à la délégation d’un sous-réseau à Azure NetApp Files.

  • Le groupe de volumes d’application pour SAP HANA ne prend actuellement en charge que les clés gérées par la plateforme pour le chiffrement d’un volume Azure NetApp Files au moment de la création du volume. Si vous avez des questions sur la transition qui consiste à passer de clés gérées par la plateforme à des clés gérées par le client après la création d’un volume, contactez votre spécialiste Azure NetApp Files ou votre CSA.

Important

L'utilisation du groupe de volumes d'application pour SAP HANA pour des applications autres que SAP HANA n'est pas prise en charge. Contactez votre spécialiste Azure NetApp Files pour obtenir des conseils sur l’utilisation des mises en page multivolumes Azure NetApp Files avec d’autres applications de base de données.

Exigences et considérations relatives à l’extension 1 (préversion)

  • L’extension 1 est actuellement en préversion et nécessite que vous vous inscriviez pour la fonctionnalité.
  • Le groupe de volumes d’application prend en charge les fonctionnalités réseau De base. Si vous êtes inscrit pour l’extension 1, le groupe de volumes d’application prend également en charge lesquels fonctionnalités réseau Standard.
  • L’extension 1 prend en charge le placement des volumes de zone de disponibilité comme nouvelle méthode par défaut pour le placement. Cette mise à niveau réduit la nécessité de l’épinglage AVset et élimine le besoin de groupes de placement de proximité. Avec la prise en charge du placement des volumes de zone de disponibilité, vous devez seulement sélectionner la même zone de disponibilité que les serveurs de base de données. L’utilisation du placement des volumes de zone de disponibilité s’aligne sur la recommandation Microsoft quant à la façon de déployer des infrastructures SAP HANA pour obtenir de meilleures performances avec une haute disponibilité, une flexibilité maximale et un déploiement simplifié. Si des régions ne prennent pas en charge les zones de disponibilité, vous pouvez sélectionner un déploiement régional ou choisir des groupes de placement de proximité.

Meilleures pratiques relatives au placement de proximité

Pour déployer des volumes SAP HANA à l'aide du groupe de volumes d'application, vous devez vous assurer que vos machines virtuelles de base de données HANA et les ressources Azure NetApp Files sont à proximité pour garantir la latence la plus faible possible. Vous pouvez obtenir une grande proximité à l’aide de l’une ou l’autre des méthodes de déploiement suivantes :

  • Placement des volumes dans la zone de disponibilité (préféré) Sélectionnez la zone de disponibilité pour les volumes et sélectionnez les fonctionnalités réseau Standard pour le déploiement. Cette méthode ne nécessite aucun groupe de placement de proximité ni aucun épinglage de machine virtuelle. Avant de pouvoir utiliser ce flux de travail, vous devez inscrire la fonctionnalité.
  • Groupe de placement de proximité avec épinglage de machine virtuelle Le groupe de volumes d’application utilise un groupe de placement de proximité lié (ou ancré) aux machines virtuelles de la base de données. Lorsqu’il est transmis au groupe de volumes d’application, le PPG est utilisé pour rechercher toutes les ressources Azure NetApp Files à proximité des serveurs de base de données. Les volumes sont déployés à l’aide des fonctionnalités réseau de base.

Important

Un PPG est uniquement ancré et ne peut donc identifier l’emplacement des machines virtuelles que si au moins une machine virtuelle est démarrée et maintenue en fonctionnement pendant la durée de tous les déploiements AVG. Si toutes les machines virtuelles sont arrêtées, le PPG perd son ancrage et les machines virtuelles peuvent se déplacer vers un autre endroit lors du prochain redémarrage. Cette situation pourrait entraîner une latence accrue dans la mesure où les volumes Azure NetApp Files ne sont pas déplacés après la création initiale.

Pour éviter cette situation, vous devez créer un groupe à haute disponibilité par base de données et utiliser le formulaire de requête d'épinglage de machine virtuelle SAP HANA pour épingler le groupe à haute disponibilité sur un cluster de calcul dédié. Après l'épinglage, vous devez ajouter un PPG au groupe à haute disponibilité, puis déployer tous les hôtes d'une base de données SAP HANA à l'aide de ce groupe à haute disponibilité. Cela garantit que toutes les machines virtuelles se trouvent au même emplacement. Tant qu'une des machines virtuelles est démarrée, le PPG conserve son ancrage pour déployer les volumes AVG.

Important

Si vous aviez demandé l’épinglage de volume SAP HANA Azure NetApp Files avant que le groupe de volumes d’application ne soit disponible, vous devez supprimer l’épinglage de votre abonnement. L'épinglage existant pour un abonnement peut entraîner un déploiement incohérent des volumes, car les volumes du groupe de volumes d'application sont déployés sur la base du PPG tandis que d'autres volumes sont toujours déployés sur la base de l'épinglage existant.

Relation entre les volumes du groupe à haute disponibilité, de la machine virtuelle, de PPG et d'Azure NetApp Files

Un PPG doit se voir attribuer au moins une VM, soit directement, soit via un groupe à haute disponibilité. L’objectif du PPG est d’extraire l’emplacement exact d’une machine virtuelle et de transmettre ces informations à AVG pour rechercher des ressources Azure NetApp Files au même emplacement pour la création de volumes. Cette approche ne fonctionne que lorsqu'au moins UNE VM du PPG est démarrée et continue de fonctionner. En règle générale, vous devez ajouter vos serveurs de base de données à ce PPG.

Les PPG ont pour effet secondaire que, si toutes les machines virtuelles sont arrêtées, un redémarrage ultérieur des machines virtuelles ne garantit PAS qu'elles démarreront au même emplacement qu'avant. Pour éviter que cette situation ne se produise, il est fortement recommandé d'utiliser un groupe à haute disponibilité auquel sont associées toutes les machines virtuelles et le PPG, et d'utiliser le workflow d'épinglage HANA. Le workflow garantit non seulement que les machines virtuelles ne bougent pas en cas de redémarrage, mais il garantit également que les emplacements sont sélectionnés là où suffisamment de ressources de calcul et Azure NetApp Files sont disponibles.

Lors de l'utilisation d'un PPG sans groupe à haute disponibilité épinglé, un PPG perdrait son ancrage si toutes les machines virtuelles de ce PPG étaient arrêtées. Lorsque les machines virtuelles sont redémarrées, il est possible qu’elles le soient dans un autre emplacement, ce qui peut entraîner une augmentation de la latence, car les volumes créés avec le groupe de volumes d’application ne sont pas déplacés.

Deux scénarios possibles concernant l'utilisation de PPG

Cette situation débouche sur deux scénarios possibles :

  • Configuration à long terme stable :
    Utilisation d’un groupe à haute disponibilité en association avec un PPG où le groupe à haute disponibilité est épinglé manuellement.

    Avec l'épinglage, il est toujours assuré que l'emplacement de la machine virtuelle ne sera pas modifié même si toutes les machines du groupe à haute disponibilité sont arrêtées.

  • Configuration temporaire :
    Utilisation d’un PPG ou d’un groupe à haute disponibilité en association avec un PPG sans épinglage.

    Les séries de machines virtuelles compatibles SAP HANA (c'est-à-dire la série M) sont pour la plupart placées à proximité des ressources Azure NetApp Files afin que le groupe de volumes d'application puisse créer les volumes requis avec la latence la plus faible possible à l'aide d'un PPG. Cette relation entre les volumes et les hôtes HANA ne changera pas si au moins une machine virtuelle est opérationnelle en permanence.

Remarque

Lorsque vous utilisez un groupe de volumes d’application pour déployer vos volumes HANA, au moins une machine virtuelle dans le groupe à haute disponibilité doit être démarrée. Sans machine virtuelle en cours d’exécution, le groupe de placement de proximité ne peut pas être utilisé pour rechercher le matériel Azure NetApp Files optimal, entraînant ainsi l’échec de l’approvisionnement.

Remarque

Ne supprimez pas votre PPG. La suppression d'un PPG supprime l'épinglage et peut entraîner la création de groupes de volumes ultérieurs dans des emplacements sous-optimaux, ce qui pourrait entraîner une latence accrue.

Étapes suivantes