Type de dimensionnement standard

Ce terme fait référence à un exercice de dimensionnement où des tailles de configuration prédéfinies sont définies sur la base de tests de matériel et de t-shirts pour répondre à des critères de référence spécifiques afin d'obtenir un résultat de dimensionnement pour les exigences matérielles d'une application SAP (telles que le réseau, le processeur, la mémoire, le stockage).

Méthode de déploiement de l'appliance

Le matériel pris en charge pour SAP HANA dépend de la méthode de déploiement. La méthode de déploiement de l'appliance utilise du matériel prédéfini et validé SAP-optimisé par des partenaires certifiés SAP-qui utilisent un système d'exploitation spécifique. Ces options matérielles sont proposées dans différentes tailles de configuration.

Les partenaires (tels que les fournisseurs de services cloud) proposent des dispositifs avec plusieurs couches de composants matériels, logiciels et réseau redondants, qui n'interrompent pas les opérations SAP HANA et se défendent contre les pannes de système. Ces composants sont les suivants :

• Alimentations électriques et ventilateurs redondants et alimentation sans interruption (UPS)
• Mémoires à correction d'erreurs de niveau entreprise
• Commutateurs et routeurs de réseau entièrement redondants
• Systèmes de stockage sur disque qui utilisent des batteries pour garantir l'écriture même en cas de panne de courant.
• Systèmes de stockage sur disque qui utilisent le striping et le mirroring pour la redondance et la récupération en cas de défaillance d'un disque.

En collaboration avec SAP, un fournisseur de services cloud définit le dimensionnement correct lors de la conception d'IaaS certifié SAP pour SAP HANA avec la méthode de déploiement de dispositif :

• Garantit une performance maximale avec un matériel capable de répondre aux charges de travail spécifiées ; fournir une mémoire dédiée pour SAP HANA après avoir pris en compte la mémoire résidente du système d'exploitation et d'autres programmes et désactiver la permutation vers le disque.
• Pour optimiser les performances et le débit, SAP recommande la scalabilité verticale autant que possible (acquérez la configuration avec la spécification de processeur et de mémoire la plus élevée pour la charge de travail de l'application) avant de passer à la scalabilité horizontale (pour les déploiements avec des exigences de volume de données plus importantes).
• Vous pouvez copier une base de données sur des machines issues de différents fournisseurs d'appliances SAP HANA avec des configurations matérielles différentes, si les machines source et cible sont toutes deux conformes aux spécifications des appliances SAP HANA.

Type de dimensionnement expert

Le type de dimensionnement expert fait référence à un exercice de dimensionnement où les données spécifiques du client sont analysées et utilisées pour détailler le résultat du dimensionnement pour les exigences matérielles d'une application SAP (telles que le réseau, l'unité centrale, la mémoire, le stockage).

Selon SAP, le dimensionnement expert comprend typiquement "l'exploration de certains processus d'entreprise de manière plus détaillée, à la fois au niveau fonctionnel et technique" (source de citation : Sizing Types - Expert Sizing ).

Par conséquent, dans le cas du dimensionnement par des experts, il n'y a pas d'outils normalisés utilisés pour effectuer le dimensionnement et cela nécessite souvent des efforts importants et l'expertise de SAP. Les projets qui utilisent le dimensionnement expert font souvent appel à un partenaire commercial externe pour le conseil et la mise en œuvre du système afin d'aider l'équipe interne SAP.

Pour le dimensionnement expert, les étapes suivantes sont susceptibles d'être réalisées (source : Types de dimensionnement - Dimensionnement expert ):

• Identifier les requêtes/apps/scénarios les plus importants
• Identifier comment ils sont utilisés, par exemple, les critères de filtrage, les autorisations.
• Exécuter ces requêtes/apps/scénarios sur des données de test représentatives (qualité des données de test et quantité de données de test). Idéalement, sur une copie récente des données de production
• Mesurer la consommation de ressources (UC/mémoire) et les temps de réponse
• Effectuer un calcul de prévision en fonction de l'utilisation prévue des requêtes/apps/scénarios.

Méthode de déploiement de TDI

Le matériel pris en charge pour SAP HANA dépend de la méthode de déploiement. La méthode de déploiement du TDI utilise ** du matériel personnalisé** par des partenaires certifiés SAP qui utilisent des versions flexibles du système d'exploitation ou de SAP HANA ; ceux-ci peuvent être configurés à n'importe quelle taille (sous la configuration maximale testée par SAP).

Les partenaires (tels que les fournisseurs de services cloud) proposent des TDI avec diverses options de configuration et de redondance. Ces options dépendent de votre choix de dimensionnement (scale-up ou scale-out) et doivent être installées par un administrateur certifié désigné par SAP HANA. Ils**peuvent** inclure :

• Alimentations électriques et ventilateurs redondants et alimentation sans interruption (UPS)
• Mémoires à correction d'erreurs de niveau entreprise
• Commutateurs et routeurs de réseau entièrement redondants
• Systèmes de stockage sur disque qui utilisent des batteries pour garantir l'écriture même en cas de panne de courant
• Systèmes de stockage sur disque qui utilisent la segmentation et la mise en miroir pour la redondance et la récupération en cas de défaillance d'un disque

SAP et un fournisseur de services cloud acceptent de prendre en charge le client pour un dimensionnement sélectionné par augmentation ou réduction en utilisant l'IaaS certifié SAP pour SAP HANA avec la méthode de déploiement de TDI :

• La base de données SAP HANA doit ensuite être validée avant d'être utilisée dans les systèmes de production qui utilisent l'outil de mesure du matériel et du nuage (HCMT) SAP HANA pour les tests TDI, à la demande de l'organisation de soutien SAP.
• Pour optimiser les performances et le débit, SAP recommande la scalabilité verticale autant que possible (acquérez la configuration avec la spécification de processeur et de mémoire la plus élevée pour la charge de travail de l'application) avant de passer à la scalabilité horizontale (pour les déploiements avec des exigences de volume de données plus importantes).

Utilisation du réseau

Pour fonctionner, un système SAP HANA à plusieurs noeuds nécessite que certains réseaux soient configurés. Avant de commander d'autres composants de votre système, vous devez configurer ces réseaux correctement et les relier aux noeuds de la base de données. La séparation des flux/trafic réseau peut améliorer les performances (c'est-à-dire séparer le trafic de stockage élevé du trafic utilisateur) lorsqu'un plus grand nombre d'interfaces réseau sont connectées au serveur.

Pour résumer la séparation des réseaux, vous devez disposer d'un cluster de scalabilité horizontale SAP HANA :

• Un réseau côté client, pour la connexion des serveurs d'applications SAP ABAP (SAP Advanced Business Application Programming), des clients SAP HANA Studio et autres clients de réseau au système à plusieurs noeuds. Les options de débit et de disponibilité du réseau dépendent de l'environnement et du scénario d'utilisation de votre système multinoeud SAP HANA. Tenez compte de la quantité de données transférées depuis et vers la base de données SAP HANA et des indicateurs clé de performance relatifs à la disponibilité, nécessaires à votre application.
• Un réseau de stockage, qui se connecte au réseau de stockage (File/NFS ou Block/iSCSI selon le choix de l'infrastructure). Les options de débit et de disponibilité du réseau dépendent de l'environnement et du scénario d'utilisation de votre système multinoeud SAP HANA. Tenez compte du débit et du temps de réponse nécessaires pour fournir 10 000 IOPS à chaque noeud SAP HANA.
• Un réseau entre-nœud pour la communication interne SAP HANA configuré à l'équivalent du réseau de stockage. Le réseau entre-nœud est utilisé uniquement pour la communication entre des noeuds et le transfert de données qui peut s'avérer nécessaire entre les noeuds au cours des opérations.

Chaque environnement comporte une conception de réseau distincte. Le réseau d'environnement Classic Infrastructure est le précurseur et constitue l'option la plus robuste parmi de nombreux concepts de réseaux traditionnels et physiques. Le réseau d'environnement VPC Infrastructure est un réseau défini par logiciel. Le réseau IBM Power environnement (en tant qu'offre complémentaire d'IBM Power Systems) est conçu avec des principes de mise en réseau pour les performances d'entreprise.

Étant donné que les réseaux de ces environnements sont différents, la configuration du débit des cartes réseau supplémentaires varie en fonction des différentes options d'infrastructure :

• Bare Metal, sur le réseau Classic Infrastructure : Pour optimiser les performances et la redondance, les interfaces réseau physiques (NIC) sont fournies avec 10 Gbit/s, puis mises à disposition avec liaison à l'aide du protocole LACP (Link Aggregation Control Protocol). Les commutateurs sont configurés automatiquement lors de la commande de la redondance sur la carte d'interface réseau physique. D'autres cartes d'interface réseau peuvent être ajoutées, en fonction de la spécificité de la machine physique et de la disponibilité des ports.
• Serveur virtuel Intel, sur le réseau VPC Infrastructure : Pour optimiser les performances et la redondance, vous pouvez ajouter jusqu'à 5 interfaces réseau (vNIC) sur plusieurs sous-réseaux.
• IBM Power Virtual Server sur le réseau IBM Power Infrastructure : Pour maximiser la redondance des performances, il est possible d'ajouter plusieurs interfaces réseau ( vNIC ) attachées à différents VLAN (et à leurs sous-réseaux respectifs).
• VMware pour SAP, sur le réseau Classic Infrastructure ....
  • IBM Cloud for VMware Solutions sur le réseau Classic Infrastructure : des adaptateurs redondants pour VMware sont mis en place par le VMware vSphere Distributed Switch (VDS) en utilisant VDS sur NSX-T, conformément aux meilleures pratiques actuelles VMware pour SDDC. Bien que sujette à changement, la redondance est configurée en définissant chaque commutateur distribué avec l'algorithme d'équilibrage de charge Route Based on Originating Virtual Port. Tous les groupes de ports utilisés par l'algorithme doivent être configurés pour utiliser des teamings sur 2 liaisons montantes (Active : 0,1).
  • IBM Cloud Bare Metal with VMware vSphere (configuration manuelle), sur le réseau Classic Infrastructure : des adaptateurs sont proposés pour utiliser les meilleures pratiques, mais le vSwitch peut utiliser la liaison LACP des cartes d'interface réseau physiques.

Stockage de scalabilité horizontale

Les données sont réparties sur plusieurs noeuds SAP HANA hébergeant la base de données unique.

Suivez les instructions données dans le document Sizing SAP HANA- SAP HANA Master Guide pour déterminer la capacité de stockage totale requise pour votre système cible SAP HANA.

Le volume partagé SAP HANA et chacun des volumes de données et de journaux doivent être accessibles à tous les noeuds (ce qui peut être plus facile pour autoriser l'accès au stockage réseau à tous les noeuds du sous-réseau utilisé pour la connectivité du stockage). Il existe des critères de performances spécifiques qui doivent être satisfaits par les volumes NFS (Network File System) connectés :

• Les volumes /hana/data/ et /hana/log, des volumes individuels sont requis pour chaque noeud avec un minimum de 10 IOPS/Go
• Volume /hana/shared, requis pour être partagé sur tous les noeuds avec un minimum de 10 IOPS/Go et recommandation d'incrémenter à 12 IOPS/Go

Pour Classic Infrastructure :

• Lisez SAP HANA sur NetApp FAS Systems with NFS ) pour vous aider à configurer votre système SAP HANA multi-nœuds.
• Utilisez les options de montage NFS (Network File System) suivantes dans /etc/fstab pour chaque volume à monter - rw,bg,hard,timeo=600,intr,noatime,vers=4,minorversion=1,lock,rsize=1048576,wsize=1048576.

Une fois tous vos volumes montés sur tous les noeuds, vos serveurs à plusieurs noeuds sont configurés et prêts pour l'installation de la base de données à plusieurs noeuds SAP HANA. Suivez les étapes du Guide d'installation et de mise à jour du serveur SAP HANA) pour installer une base de données SAP HANA de la version requise.