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'applications 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 59 adresses IP avec une taille de sous-réseau de /26. Consultez Considérations relatives à la délégation d’un sous-réseau à Azure NetApp Files.

  • Le groupe de volumes d'applications pour SAP HANA prend uniquement en charge les fonctionnalités réseau De base. Vous ne devez pas modifier les fonctionnalités réseau des volumes d'un groupe de volumes d'application.

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.

Bonnes pratiques relatives aux groupes de 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. Pour réaliser cette configuration, un groupe de placement de proximité (PPG) est utilisé, lié aux machines virtuelles de la base de données (appelé Anchored). 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.

Important

Il est important de comprendre qu'un PPG est uniquement ancré et peut donc identifier l'emplacement des machines virtuelles si au moins une machine virtuelle est démarrée et continue de fonctionner pendant la durée de tous les déploiements AVG. Si toutes les machines virtuelles sont arrêtées, le PPG perdra son ancrage et au prochain redémarrage, les machines virtuelles pourront se déplacer vers un emplacement différent. 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 une machine virtuelle en cours d’exécution, le groupe de placement de proximité ne peut pas être utilisé pour trouver le matériel Azure NetApp Files optimal et le provisionnement échouera.

Remarque

Ne supprimez pas votre PPG. La suppression d'un PPG supprimera 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