BONNES PRATIQUES DE CONFIGURATION DU STOCKAGE POUR MESURE DU DATACENTER SAP HANA … · Résumé analytique Bonnes pratiques de configuration du stockage pour SAP HANA TDI sur EMC

Guide de la solution

BONNES PRATIQUES DE CONFIGURATION DU STOCKAGE POUR L’INTÉGRATION SUR MESURE DU DATACENTER SAP HANA SUR EMC VMAX

VMAX 10K, 20K, 40K

VMAX3 100K, 200K, 400K

VMAX All Flash 250F/FX, 450F/FX, 850F/FX

Solutions EMC

Résumé

Ce guide de la solution décrit un concept qui s’affranchit des limites du modèle SAP HANA (High Performance Analytical Appliance). Grâce à l’intégration sur mesure du datacenter (TDI, Tailored Data Center Integration) dans les systèmes

de stockage EMC® VMAX®, VMAX3TM et VMAX® All Flash, les clients peuvent intégrer HANA dans une infrastructure de datacenter déjà bien établie, ce qui procure de nombreux avantages.

Octobre 2016

Copyright

2 Bonnes pratiques de configuration du stockage pour SAP HANA TDI sur EMC VMAX Guide de la solution

Copyright © 2016 EMC Corporation. Tous droits réservés. Publié en France.

Publié en octobre 2016

EMC estime que les informations figurant dans ce document sont exactes à la date de publication. Ces informations sont modifiables sans préavis.

Les informations contenues dans ce document sont fournies « en l’état ». EMC Corporation ne fournit aucune déclaration ou garantie d’aucune sorte concernant les informations contenues dans cette publication et rejette plus spécialement toute garantie implicite de qualité commerciale ou d’adéquation à une utilisation particulière. L’utilisation, la copie et la diffusion de tout logiciel EMC décrit dans cette publication nécessitent une licence logicielle en cours de validité.

EMC2, EMC, Data Domain, VMAX, VMAX3, VMAX All Flash, Virtual Provisioning et le logo EMC sont des marques déposées ou des marques commerciales d’EMC Corporation aux États-Unis et dans d’autres pays. Toutes les autres marques citées dans le présent document sont la propriété de leurs détenteurs respectifs.

Pour obtenir la liste actualisée des noms de produits, consultez la rubrique des marques EMC via le lien Législation, sur emc.com.

Bonnes pratiques de configuration du stockage pour l’intégration sur mesure du datacenter (TDI) avec

SAP HANA sur EMC VMAX

Guide de la solution

Référence XXXX

Clause de non-responsabilité : Le contenu de ce document peut être différent de celui du document publié.

http://france.emc.com/legal/emc-corporation-trademarks.htm

http://france.emc.com/legal/emc-corporation-trademarks.htm

Sommaire


Sommaire

Résumé analytique ..................................................................................................................................... 4

Introduction ................................................................................................................................................. 6

Utilisation de baies EMC VMAX pour SAP HANA : Considérations générales ................................... 7

Principes de conception de stockage pour SAP HANA sur les baies VMAX (10K, 20K, 40K) ....... 13

Principes de conception de stockage pour SAP HANA sur les baies VMAX3 et VMAX All Flash

(100K, 200K, 400K, 250F/FX, 450F/FX, 850F/FX) ...................................................................................... 18

Configuration du stockage et installation d’un cluster scale-out HANA sur une baie VMAX All

Flash : Exemple .......................................................................................................................................... 22

Conclusion ................................................................................................................................................. 37

Références ................................................................................................................................................. 38

Résumé analytique


Résumé analytique

SAP HANA est une plate-forme in-memory qui peut être déployée en local (sur site) ou dans le Cloud. Cette plate-forme révolutionnaire est particulièrement adaptée à l’exécution de tâches d’analytique en temps réel ainsi qu’au développement et au déploiement d’applications en temps réel. La base de données HANA constitue la pierre angulaire de cette plate-forme de données en temps réel.

HANA associe des composants logiciels SAP optimisés sur du matériel éprouvé fourni par des partenaires SAP. Il peut être déployé selon deux modèles différents, comme illustré sur la Figure 1.

Figure 1. Comparaison entre le modèle d’appliance SAP HANA et le modèle TDI

(image ©SAP SE)

Par défaut, une appliance HANA intègre des composants de stockage, de calcul et de réseau. L’appliance est certifiée par SAP, conçue par l’un des partenaires fournisseurs de matériel HANA et livrée aux clients avec tous les composants logiciels préinstallés, y compris les systèmes d’exploitation et le logiciel HANA.

L’approche TDI est plus ouverte et procure un plus haut niveau de flexibilité que le modèle de déploiement d’appliance. Les serveurs HANA doivent toujours répondre aux exigences HANA et être des serveurs HANA certifiés, mais les composants réseau et de stockage peuvent être partagés dans les environnements clients. De cette manière, les clients peuvent utiliser les baies de stockage d’entreprise existantes pour HANA et intégrer HANA de manière transparente dans les opérations de datacenter existantes, telles que la reprise après sinistre, la protection, la surveillance et la gestion des données, réduisant ainsi le time-to-value, les risques et les coûts d’une adoption globale de SAP HANA.

SAP certifie les baies de stockage d’entreprise utilisées dans les déploiements TDI HANA de manière à répondre aux exigences fonctionnelles et de performances de HANA1. À l’aide de l’outil de vérification de la configuration 1 Les baies EMC VMAX, VMAX3 et VMAX All-Flash sont certifiées par SAP.

Business Case

Présentation de

la solution

Résumé analytique


matérielle HANA (hwcct), EMC a effectué des tests intensifs de la gamme

EMC®VMAX® et des systèmes de stockage VMAX® All Flash, conformément aux scénarios de certification SAP suivants :

HANA-HWC-ES 1.0pour VMAX

HANA-HWC-ES-1.1pour VMAX3TM et VMAX All Flash

Reposant sur les résultats des tests, le présent guide de la solution décrit les recommandations de configuration du stockage pour les baies VMAX, VMAX3 et VMAX All Flash, afin de répondre aux exigences de performances de SAP (à savoir les indicateurs clés de performances TDI SAP HANA pour le débit de données et la latence) et d’assurer une disponibilité optimale pour la persistance de la base de données sur disque.

Remarque : SAP recommande aux clients TDI d’exécuter l’outil hwcct dans leur environnement afin de s’assurer que leur implémentation TDI HANA spécifique répond aux critères de performances SAP.

Ce guide de la solution décrit les déploiements TDI HANA dans les environnements physiques. Si vous envisagez d’utiliser HANA dans des environnements virtualisés VMware vSphere, consultez le document EMC Guide de la solution SAP HANA virtualisée sur VMware avec un stockage EMC.

Les clients utilisant TDI HANA sur VMAX, VMAX3 et VMAX All Flash peuvent :

intégrer HANA dans l’infrastructure de datacenter existante ;

utiliser le stockage d’entreprise partagé VMAX sur la base des concepts multisites déjà disponibles pour tirer parti des processus d’exploitation et d’automatisation établis ;

passer facilement d’un modèle basé sur l’appliance à une architecture TDI basée sur VMAX tout en s’appuyant sur les Services EMC afin de réduire les risques ;

utiliser les processus opérationnels, compétences et outils existants, et éliminer les risques et les coûts importants associés au changement opérationnel ;

tirer le meilleur parti des avantages en matière de performances et d’évolution de VMAX pour obtenir des informations en temps réel dans toute l’entreprise.

EMC et les auteurs de ce document attachent beaucoup d’importance à vos commentaires sur la solution et la documentation relative à celle-ci. Veuillez nous communiquer vos commentaires en les envoyant à l’adresse [email protected].

Auteurs : Werner Katzenberger, Aighne Kearney

Principaux

avantages

Vos

commentaires

sont les

bienvenus.

mailto:[email protected]

Introduction


Introduction

Avant l’introduction du modèle de déploiement TDI HANA, les clients qui utilisaient le modèle d’appliance rencontraient les limitations suivantes :

choix restreint de serveurs, de réseaux et de stockage ;

impossibilité d’utiliser l’infrastructure de datacenter et les processus opérationnels existants ;

tailles fixes pour les capacités de stockage HANA (stockage faisant partie de l’appliance) ;

peu de connaissance et de contrôle des composants critiques dans l’appliance HANA ;

tailles fixes pour les capacités de serveur et de stockage HANA, provoquant une augmentation des coûts en raison d’une capacité insuffisante et de l’incapacité à répondre rapidement aux exigences de développement imprévues.

Ce guide décrit une solution qui utilise HANA dans un scénario de déploiement TDI sur des systèmes de stockage d’entreprise VMAX, VMAX3 et VMAX All Flash. La solution réduit les coûts opérationnels et matériels, limite les risques et améliore la flexibilité quant au choix du fournisseur des serveurs et du réseau.

Les recommandations de configuration présentées dans le guide reposent sur les exigences de haute disponibilité de SAP, ainsi que sur les résultats des tests de performances nécessaires pour répondre aux indicateurs clés de performances de SAP pour le modèle TDI HANA.

Ce document contient les informations suivantes :

Bonnes pratiques et conseils pour le déploiement de la base de données HANA sur les systèmes de stockage VMAX, VMAX3 et VMAX All Flash

Présentation des principales technologies de la solution

Description de la configuration requise et des principes de conception du stockage pour le stockage VMAX, VMAX3 et VMAX All Flash avec HANA

Exemple d’installation scale-out HANA à l’aide de périphériques de stockage VMAX All Flash

Ce document s’adresse aux intégrateurs système, aux administrateurs de systèmes ou de stockage, aux clients, aux partenaires et aux membres de l’équipe EMC Professional Services qui doivent configurer une baie de stockage VMAX, VMAX3 ou VMAX All Flash dans un environnement TDI pour HANA.

Objectif de la

solution

Champ

d’application

Audience

Utilisation de baies EMC VMAX pour SAP HANA : Considérations générales


Utilisation de baies EMC VMAX pour SAP HANA : Considérations

générales

Cette section décrit les considérations générales qu’il est important de garder à l’esprit lorsque vous vous connectez HANA aux baies VMAX. Alors que les considérations relatives à la configuration des disques, des pools et des LUN diffèrent entre les systèmes VMAX et VMAX3 ou VMAX All Flash, les éléments suivants sont communs à toutes les plates-formes :

Besoins en capacité de HANA

Considérations relatives au réseau SAN

Modèles d’E/S HANA

Considérations relatives à la réplication de stockage SRDF

La certification du stockage d’entreprise SAP HANA n'a pas recours aux mêmes scénarios de certification pour les baies VMAX (10K, 20K, 40K) que les baies VMAX3 et VMAX All Flash. Cette section en présente les différences.

Chaque nœud HANA requiert une capacité et des périphériques de stockage aux fins suivantes :

Image de démarrage du système d’exploitation (OS)

Installation de HANA

Persistance de HANA (données et log)

Sauvegarde

Image de démarrage du système d’exploitation

Lorsque les nœuds HANA démarrent à partir d’un volume sur la baie VMAX (autrement dit, à partir du réseau de stockage ou SAN), la capacité requise pour le système d’exploitation doit figurer dans le calcul de la capacité globale de l’installation HANA. Chaque nœud HANA requiert environ 100 Go de capacité pour le système d’exploitation. Cette capacité inclut le répertoire /usr/sap /.

Si vous démarrez à partir d’un SAN, suivez les bonnes pratiques décrites dans la section « Démarrage à partir d’un SAN » du Guide de connectivité hôte d’EMC pour Linux.

Installation de HANA (/hana/shared/)

Chaque nœud HANA requiert l’accès à un système de fichiers monté sous le point de montage local, /hana/shared/, pour l’installation des binaires HANA et des fichiers de configuration, traces et logs. Dans un cluster scale-out HANA, un seul système de fichiers partagé est requis et doit être monté sur chaque nœud. La plupart des installations HANA utilisent un système de fichiers NFS à cet effet. Les baies VMAX3 et VMAX All Flash peuvent fournir ce système de fichiers avec l’option eNAS. Vous pouvez calculer la taille du système de fichiers /hana/shared/ à l’aide de la formule figurant dans le livre blanc SAP HANA Storage

Besoins en

capacité de

HANA



Requirements. La version 2.7 de ce livre blanc (février 2016) utilise les formules suivantes :

Nœud unique (scale-up) :

Tailleinstallation(nœud unique) = MIN(1 x RAM ; 1 To)

Plusieurs nœuds (scale-out) :

Tailleinstallation(scale-out) = 1 x RAM_de_traitement par 4 nœuds de

traitement

Persistance de HANA (données et log)

La base de données in-memory HANA requiert un stockage sur disque aux fins suivantes :

Maintenir la persistance des données in-memory sur disque pour éviter toute perte de données due à une panne de courant et permettre un basculement sur incident automatique de l’hôte, auquel cas un hôte de secours HANA prend en charge les données in-memory de l’hôte de traitement défaillant dans les installations scale-out

Consigner les informations sur les modifications de données (journal redo log)

Chaque nœud HANA (scale-up) et chaque nœud de traitement (scale-out) nécessitent deux volumes pour enregistrer la base de données in-memory sur disque (Data) et conserver un redo log (Log). La taille de ces volumes varie selon la mémoire totale requise prévue de la base de données et la taille de la RAM du nœud. Pour vous aider à préparer le dimensionnement d’un disque, SAP fournit des références vers des outils et documents appropriés dans son livre blanc SAP HANA Storage Requirements.. La version 2.7 de ce livre blanc, publiée en février 2016, explique que vous pouvez calculer la taille du volume de données à l’aide de la formule suivante :

Tailledonnées = 1,2 fois l’espace disque net pour les données

où espace disque net correspond à la mémoire totale requise prévue de la base de données ainsi qu’un espace libre supplémentaire de 20 %.

Si la base de données est répartie sur plusieurs nœuds dans un cluster scale-out, divisez l’espace disque net par le nombre de nœuds de calcul HANA dans le cluster. Par exemple, si l’espace disque net est de 2 To et que le cluster scale-out se compose de quatre nœuds de traitement, un volume de données 616 Go (2 To/4 = 512 Go x 1,2 = 616 Go) doit avoir été affecté à chaque nœud.

Si l’espace disque net est inconnu au moment du dimensionnement du stockage, EMC recommande d’utiliser la taille de la RAM du nœud plus 20 % d’espace libre pour calculer la capacité du système des fichiers de données.



La taille du volume de log dépend de la taille de la RAM du nœud. Le livre blanc SAP HANA Storage Requirements suggère d’utiliser les formules suivantes pour calculer la taille minimale du volume de log :

[systèmes ≤ 512 Go] Tailleredolog = 1/2 x RAM

[systèmes > 512 Go] Tailleredolog(min.) = 512 Go

Sauvegarde

HANA prend en charge la sauvegarde sur un système de fichiers ou l’utilisation d’outils tiers certifiés par SAP. EMC prend en charge les stratégies de protection des données pour la sauvegarde HANA avec EMC Data Domain® et EMC Networker®. Bien qu’une sauvegarde HANA sur un système de fichiers NFS sur une baie VMAX3 ou VMAX All Flash soit possible, EMC ne recommande pas de sauvegarder la base de données HANA sur la baie de stockage sur laquelle réside la persistance primaire. Si vous prévoyez d’effectuer une sauvegarde HANA vers un système de fichiers NFS sur une autre baie VMAX3 ou VMAX All Flash, consultez le livre blanc SAP Storage Requirements pour plus d’informations sur le dimensionnement du système de fichiers de sauvegarde. La capacité dépend non seulement de la taille des données et de la fréquence des opérations de modification dans la base de données, mais également des générations de sauvegarde conservées sur disque.

Considérations générales relatives à la connectivité SAN

La connectivité SAN, qui inclut les adaptateurs HBA hôtes, les ports SAN, les switches et les ports front-end de la baie, nécessite une planification minutieuse. Les indicateurs clés de performance SAP HANA pour les déploiements TDI nécessitent une bande passante maximale de 400 Mo/s par nœud HANA. Par exemple, si 10 nœuds sont connectés dans un SAN à une baie VMAX, la bande passante totale requise est de 4 000 Mo/s. En supposant qu’un port front-end 8 Gbit/s offre environ 750 Mbit/s de bande passante, au moins six ports front-end dédiés de 8 Gbit/s sont nécessaires pour prendre en charge 10 nœuds HANA (6 x 750 Mo/s = 4 500 Mo/s). Trois ports sont requis lors de l’utilisation de ports front-end 16 Gbit/s.

Bien que ces besoins de bande passante maximale se produisent uniquement dans le cas peu probable où tous les nœuds auraient simultanément ces besoins, le fait que les baies de stockage puissent prendre en charge ce pic de charges applicatives est un des critères de certification SAP HANA.

Cette exigence n’affecte pas seulement la configuration du stockage front-end. Dans l’exemple avec 10 nœuds, le chemin d’accès complet au réseau SAN doit également être configuré pour prendre en charge la bande passante maximale. Dans un SAN multihop, où plusieurs switches sont connectés via des liaisons interswitch (ISL), la bande passante des liaisons ISL doit également prendre en charge la bande passante requise maximale.

Ports de stockage

Lorsque vous planifiez la connectivité du stockage pour les performances et la disponibilité, EMC vous recommande de « privilégier la largeur plutôt que la profondeur », ce qui signifie qu’il est préférable de connecter les ports de

Considérations

relatives au

réseau SAN



stockage aux différents directeurs et moteurs2 que d’utiliser tous les ports sur un seul directeur. De cette façon, même si un composant tombe en panne, le stockage peut continuer à traiter les E/S de l’hôte. L’allocation dynamique des cœurs est une nouveauté des baies VMAX3 et VMAX All Flash. Chaque directeur VMAX3 fournit des services tels que la connectivité front-end, la connectivité back-end ou la gestion des données. Chacun de ces services possède son propre ensemble de cœurs sur chaque directeur. Les cœurs sont regroupés pour fournir des ressources CPU pouvant être allouées en fonction des besoins. Par exemple, même si les E/S hôtes arrivent via un seul port front-end sur le directeur, le pool front-end avec tous ses cœurs de CPU sera disponible pour utiliser ce port. Étant donné que les E/S provenant d’autres directeurs auront leurs propres pools de cœurs, pour optimiser les performances et la disponibilité, EMC vous recommande de connecter chaque hôte à des ports sur différents directeurs avant d’utiliser des ports supplémentaires sur le même directeur.

SAP nécessite une isolation de la charge applicative HANA à partir d’applications non HANA. Par conséquent, EMC recommande d’utiliser des ports front-end dédiés pour HANA et de ne pas partager ces ports avec les applications non HANA.

Ports HBA

Chaque port (initiateur) d’adaptateur HBA hôte crée un chemin d’accès pour les E/S entre l’hôte et le switch SAN, qui se poursuit ensuite vers le stockage VMAX. Vous devez utiliser deux ports d’adaptateur HBA, de préférence sur deux adaptateurs HBA distincts. Deux ports fournissent davantage de connectivité et permettent également le multipathing Linux natif (DM-MPIO) pour équilibrer la charge et effectuer le basculement sur incident entre les chemins des adaptateurs HBA.

Les périphériques persistants HANA présentent différents modèles d’E/S. Pour de plus amples informations, consultez le livre blanc SAP HANA Storage Requirements.

Volume de données

L’accès au volume de données est essentiellement aléatoire, avec des tailles de blocs de 4 Ko à 64 Mo. Les données font l’objet d’une écriture asynchrone avec des E/S parallèles sur le système de fichiers de données. Dans des conditions normales de fonctionnement, la plupart des E/S sur le système de fichiers de données sont des écritures. Les données sont lues à partir du système de fichiers uniquement durant le redémarrage de la base de données, les sauvegardes HANA, le basculement automatique de l’hôte ou le chargement/rechargement d’une table de stockage en colonnes.

Volume de log

L’accès au volume de log est essentiellement séquentiel, avec des tailles de bloc de 4 Ko à 1 Mo. HANA conserve un tampon de 1 Mo pour le journal redo log en

2 Chaque moteur VMAX dispose de deux directeurs redondants.

Modèles d’E/S

HANA



mémoire. Lorsque la mémoire tampon est pleine, elle est écrite simultanément sur le volume de log. Si une transaction de base de données est validée avant que le tampon de log ne soit plein, un bloc plus petit est écrit sur le système de fichiers. En raison de l’écriture synchrone des données sur le volume de log, il est important d’avoir une faible latence pour les E/S sur le périphérique de stockage, notamment pour les petites tailles de blocs de 4 Ko et 16 Ko.

À l’instar du volume de données, dans des conditions normales de fonctionnement de la base de données, la plupart des E/S sur le volume de log sont des écritures. Les données sont lues à partir du volume de log uniquement durant le redémarrage de la base de données, le basculement sur incident pour la haute disponibilité (HA), la sauvegarde du log ou la restauration de la base de données.

Les E/S de HANA peuvent être optimisées pour des environnements de stockage spécifiques. Optimisation des E/S de fichier après l’installation de HANA de HANA décrit l’optimisation spécifique pour les baies VMAX.

HANA prend en charge deux technologies de réplication : la réplication des volumes de stockage avec la réplication du stockage et la réplication basée sur les applications avec réplication de système HANA.

EMC a validé la réplication du stockage à l’aide de SRDF (Symmetrix Remote Data Facility), comme décrit dans les guides de solution EMC suivants :

Continuité d’activité et reprise après sinistre avec EMC VMAX3 pour les déploiements TDI SAP HANA

Bonnes pratiques en matière de continuité d’activité pour SAP HANA TDI avec EMC Symmetrix VMAX

Bien que la réplication de stockage synchrone à l’aide de SRDF/S ait été validée et soit prise en charge dans les environnements HANA, elle nécessite une analyse approfondie de l’impact sur la latence des E/S du log HANA. Selon la distance et l’infrastructure réseau entre les sites SRDF/S, la latence de ces E/S peut dépasser la valeur de seuil acceptable et entraîner un ralentissement net des processus transactionnels, ce qui peut engendrer des blocages ou des problèmes de mémoire insuffisante dans certains cas.

Alors que SAP ne fournit pas de seuil de latence pour les réplications de stockage pour les E/S des blocs de petite taille (4 Ko et 16 Ko), EMC recommande que ces temps de latence ne dépassent pas de manière importante les ICP définis par SAP pour les environnements non répliqués.

Lors de l’utilisation de SRDF/S dans un environnement client, si la latence est plus élevée et que les utilisateurs rencontrent des problèmes de performances de HANA, EMC recommande de passer à la réplication asynchrone à l’aide de SRDF/A si un objectif de point de restauration (RPO) non nul est acceptable.

SAP ayant introduit le modèle de déploiement TDI, deux scénarios de certification différents ont été utilisés pour tester les performances de la persistance HANA (données et log) et valider que la baie de stockage respecte les IPC SAP pour la bande passante (Mo/s) et les temps de latence (microsecondes).

Réplication du

stockage

Symmetrix

Remote Data

Facility

Scénarios de

certification SAP

HANA

http://france.emc.com/collateral/technical-documentation/h14466-continuity-vmax3-hana-sg.pdf


http://france.emc.com/collateral/white-paper/h13149-business-continuity-best-practices-sap-hana.pdf




HANA-HWC-ES 1.0

Le scénario de certification HANA-HWC-ES 1.0 a été le premier scénario SAP fourni. Il utilisait l’outil fstest sous-jacent pour effectuer et valider des opérations d’E/S sur les systèmes de fichiers. Du point de vue du système de fichiers, fstest a exécuté des opérations d’E/S séquentielles et aléatoires, la plupart des E/S aléatoires du système de fichiers ayant été traitées comme des E/S séquentielles par la baie de stockage. Par conséquent, il a été possible de satisfaire les indicateurs clés de performances SAP à l’aide d’un plus petit nombre de disques.

Les baies VMAX 10K, 20K et 40K ont été certifiées à l’aide du scénario HANA-HWC-ES 1.0. Les recommandations en matière de configuration et d’évolutivité des modèles dans ce guide reposent sur le scénario HANA-HWC-ES 1.0. Lors de la revalidation d’un VMAX 10K, 20K ou 40K sur un site client, reportez-vous à la note SAP 1943937.

HANA-HWC-ES 1.1

Avec SAP HANA 1.0 SPS 10 et les versions ultérieures, SAP a introduit un nouveau scénario pour les certifications de stockage d’entreprise. La version 1.1 utilise l’outil fsperf sous-jacent pour la validation des performances du système de fichiers. Avec fsperf, les opérations d’E/S aléatoires nécessitaient des ressources supplémentaires et les indicateurs clés de performance ne pouvaient être satisfaits qu’avec davantage de disques (disques durs) ou avec des disques Flash.

Les baies VMAX3 ont été certifiées à l’origine à l’aide de HWC-HANA-ES 1.0, mais elles ont fait l’objet d’une nouvelle certification avec les baies VMAX All Flash à l’aide du scénario HANA-HWC-ES 1.1. Les recommandations en matière de configuration et d’évolutivité dans ce guide de solution sont basées sur le scénario HANA-HWC-ES 1.1. Lors de la revalidation de baies VMAX3 ou VMAX All Flash sur un site client, reportez-vous à la note SAP 1943937.

Principes de conception de stockage pour SAP HANA sur les baies VMAX (10K, 20K, 40K)


Principes de conception de stockage pour SAP HANA sur les

baies VMAX (10K, 20K, 40K)

Les recommandations de configuration suivantes s’appliquent aux systèmes de production HANA déployés sur des baies de stockage d’entreprise VMAX 10K, 20K et 40K. Les systèmes HANA de production dans les environnements TDI doivent répondre aux exigences de performances de SAP (indicateurs clés de performances), et vous devez appliquer les exigences de configuration spéciales décrites ici.

Le Tableau 1 fournit des instructions permettant d’estimer le nombre initial d’hôtes HANA de production qui peuvent être connectés, selon les tests de performances que nous avons réalisés sur un seul moteur VMAX 10K à l’aide de l’outil SAP hwcct (pour le scénario HWC-HANA-ES 1.0).

Remarque : nous avons déterminé l’évolutivité des modèles supérieurs et des moteurs supplémentaires en extrapolant les résultats des tests du VMAX 10K à l’aide des caractéristiques de performances des modèles supérieurs.

Le nombre réel d’hôtes HANA pouvant être connecté à une baie VMAX dans un environnement client peut être supérieur ou inférieur au nombre indiqué dans le Tableau 1, en fonction de la charge applicative actuelle. EMC recommande d’utiliser l’outil HANA hwcct du scénario HANA-HWC-ES 1.0 dans les environnements clients pour valider les performances HANA et déterminer le nombre maximal possible d’hôtes HANA sur une baie de stockage spécifique.

Tableau 1. Évolutivité de VMAX 10K, 20K et 40K

Modèle

VMAX

Nombre de moteurs

disponibles Nombre d’hôtes de traitement HANA

10K 1 12

2 18

3 24

4 30

20K 1 12

2 20

3 28

4 36

5 44

6 52

7 60

8 68

40K 1 12

Évolutivité



Modèle

VMAX

Nombre de moteurs

disponibles Nombre d’hôtes de traitement HANA

2 22

3 32

4 42

5 52

6 62

7 72

8 82

Outre les informations fournies dans la section Ports de stockage, des exigences particulières s’appliquent lorsque vous vous connectez des nœuds HANA aux ports de directeur front-end (ports FA) d’une baie VMAX 10K, 20K ou 40K.

Sur un directeur VMAX, deux ports FA partagent un cœur de CPU dédié. Supposons à titre d’illustration que FA-1E:0 et FA-1E:1 partagent le même cœur. Pour bénéficier de performances d’E/S optimales pour les déploiements HANA, utilisez un seul port FA par cœur de CPU sur le module d’E/S. Par exemple, vous pourriez utiliser FA-1E:0 et ne pas vous servir de FA-1E:1. N’utilisez pas le port adjacent pour des applications non HANA. Figure 2 et la Figure 3 illustrent une vue arrière des moteurs VMAX avec des modules d’E/S FC à 4 ports (8 Gbit/s) pour la connectivité hôte. Les quatre ports sont nommés 0, 1, 2 et 3. EMC recommande l’utilisation des ports d’E/S (port 0 et port 2) identifiés par une case jaune pour la connectivité HANA, car les ports 0 et 1 partagent un cœur de CPU et les ports 2 et 3 un autre cœur de CPU. Laissez les ports adjacents inutilisés.

Figure 2. Vue arrière du moteur VMAX 10K

Exigences en

matière de

directeur/port

FA



Figure 3. Vue arrière du moteur VMAX 20K et 40K

Les baies VMAX 10K, 20K et 40K utilisent EMC Virtual ProvisioningTM pour fournir de la capacité à une application. La capacité est allouée au moyen de périphériques de données thin (TDAT) et fournie sous la forme de thin pools en fonction de la technologie de disque et du type RAID. Les périphériques thin (TDEV) sont des périphériques accessibles à l’hôte, liés à des thin pools et agrégés par bandes en natif sur l’ensemble du pool de manière à offrir des performances optimales.

FAST VP (Fully Automated Storage Tiering for Virtual Pools)

FAST déplace les données dans un VMAX d’un niveau de stockage vers un autre pour optimiser les performances et les coûts. Les données les plus utilisées sont stockées sur le niveau de stockage le plus rapide (et le plus coûteux), tandis que les données les moins utilisées sont stockées sur le niveau de stockage le plus lent (et le moins coûteux). Dans les environnements HANA, ces algorithmes de déplacement des données peuvent ne pas avoir les résultats attendus. HANA modifie les données dans la mémoire des serveurs et, lorsqu’un point de sauvegarde est écrit sur le système de fichiers, elles peuvent être écrites sur un autre emplacement dans le système de fichiers, même si les données n’ont pas été modifiées dans la mémoire.

Par conséquent, l’utilisation de FAST VP n’offre pas d’avantages avec la persistance HANA, et un niveau de stockage unique basé sur un disque de 10 000 ou 15 000 t/min est l’option recommandée sur les baies VMAX 10K, 20K et 40K. L’utilisation de disques SSD pour le niveau de stockage HANA est

facultative,et elle n’est pas requise pour répondre aux exigences de performances pour le scénario de certification HANA-HWC-ES 1.0.

Disques et groupes de disques

Les groupes de disques dans une baie VMAX contiennent des disques de technologie identique, autrement dit, Fibre Channel, SAS ou SSD. Les groupes de disques sont préconfigurés avec la baie ou créés lorsque des disques sont ajoutés à la baie pour augmenter la capacité disponible. La création de groupes de disques nécessite l’engagement du Support Clients d’EMC.

Pour isoler davantage la charge applicative HANA des applications non HANA sur une baie partagée, envisagez un groupe de disques dédiés pour HANA.

Considérations

relatives au

provisionnement

virtuel



Évaluez soigneusement le choix entre l’isolement et les performances des charges applicatives. Évitez par ailleurs les groupes de disques HANA dédiés avec moins de 40 disques (disques durs).

Chaque nœud de traitement HANA nécessite au moins dix disques (disques durs de 10 000 t/min ou 15 000 t/min) pour répondre aux besoins en IOPS selon le scénario de certification SAP HANA-HWC-ES 1.0. Pour que les configurations de performances soient optimales pour HANA, le nombre de disques dans un groupe de disques doit être divisible par 8 lorsque vous utilisez des disques durs.

Considérations relatives aux configurations RAID

Pour fournir des performances d’écriture optimales pour la persistance HANA, EMC recommande des configurations en miroir RAID 1 pour les périphériques TDAT sur les disques de 10 000 ou 15 000 t/min. Lorsque vous utilisez des disques SSD, RAID 5 (3 + 1) est recommandé.

Thin pools

EMC recommande de créer un premier thin pool pour tous les volumes de données HANA et un second thin pool pour les volumes de log HANA dans le VMAX. Toutefois, si les disques sont disponibles en nombre limité dans des environnements HANA de petite taille, vous pouvez améliorer les performances en utilisant un seul thin pool pour les deux types de volume. Les thin pools comprennent des périphériques TDAT. Le nombre et la taille des périphériques TDAT dans un thin pool dépendent des exigences de capacité SAP HANA et doivent être définis selon les bonnes pratiques de configuration VMAX.

Lorsque vous créez des périphériques TDAT, assurez-vous que huit hypervolumes (tranches) sont alloués sur chaque disque. Ajustez la taille TDAT en fonction de la capacité de disque utile. Assurez-vous également que les TDAT sont créés sur tous les disques disponibles.

Exemple :

64 disques sont disponibles 512 hypervolumes (64 x 8 = 512)

Un TDAT RAID1 a deux hypervolumes crée 256 TDAT (512/2 = 256)

La taille des TDAT doit être la capacité utile d’un disque divisée par 8.

Créez des thin pools pour les fichiers de données et les fichiers log utilisant le nombre de périphériques TDAT répondant aux exigences de capacité.

Métavolumes pour les données et le log

Chaque hôte de traitement HANA nécessite un seul volume de données et un seul volume de log pour les systèmes de fichiers persistants. Les tailles des volumes varient selon les Besoins en capacité de HANA.

Créez un métavolume TDEV pour les données HANA à l’aide de 32 membres.

Créez un métavolume TDEV pour les logs HANA à l’aide de 8 membres.



VMAX utilise des vues de masquage pour allouer des ressources de stockage à un hôte. EMC vous recommande de créer une vue de masquage unique pour chaque hôte HANA (scale-up) ou cluster HANA (scale-out). Une vue de masquage comprend les éléments suivants :

Groupe d’initiateurs

Groupe de ports

Storage Group

Groupe d’initiateurs

Le groupe d’initiateurs contient les initiateurs (noms universels ou WWN) des adaptateurs de bus hôte (HBA) de l’hôte HANA. Connectez chaque hôte HANA à la baie VMAX avec au moins deux ports HBA pour la redondance.

Groupe de ports

Le groupe de ports contient les ports de directeur front-end auxquels les hôtes HANA sont connectés. Reportez-vous à la section Ports de stockage et Exigences en matière de directeur/port FA pour déterminer le nombre de ports requis pour l’installation de HANA.

Storage Group

Un cluster scale-out HANA utilise le concept de « sans partage » pour la persistance de la base de données ; chaque hôte de traitement HANA utilise alors sa propre paire de volumes de données et de log et a un accès exclusif à ces volumes dans des conditions normales de fonctionnement. En cas de défaillance d’un hôte de traitement HANA, la persistance HANA de l’hôte en échec est transférée à un hôte de secours. Dans ce cas, tous les volumes persistants doivent être visibles par tous les hôtes HANA, car chacun des hôtes peut devenir un hôte de travail ou de secours.

Le Storage Group VMAX d’une base de données HANA doit contenir tous les périphériques persistants du cluster de base de données. Le serveur de nom HANA et l’API du connecteur de stockage HANA gèrent le montage de la persistance et l’isolement des E/S, ce qui garantit que seul un nœud à la fois peut accéder à une paire donnée de volumes de données et de log.

Installation de SAP HANA sur les baies VMAX 10K, 20K et 40K

Reportez-vous à la section Préparation des nœuds HANA et Installation du cluster scale-out HANA pour obtenir des instructions. Les sections suivantes décrivent une installation HANA sur une baie VMAX All Flash, mais elles peuvent également servir d’exemple pour une installation sur des baies VMAX 10K, 20K et 40K.

Vue de

masquage

Principes de conception de stockage pour SAP HANA sur les baies VMAX3 et VMAX All Flash (100K, 200K, 400K, 250F/FX, 450F/FX, 850F/FX)


Principes de conception de stockage pour SAP HANA sur les

baies VMAX3 et VMAX All Flash (100K, 200K, 400K, 250F/FX,

450F/FX, 850F/FX)

Les recommandations de configuration de cette section s’appliquent aux systèmes HANA déployés sur les baies de stockage d’entreprise VMAX3 et VMAX All Flash. Les systèmes HANA de production dans les environnements TDI doivent répondre aux exigences de performances de SAP (indicateurs clés de performances) et aux critères de configuration spécifiques suivants.

Reposant sur les tests de performances que nous avons réalisés sur un VMAX 100K à un seul moteur et un VMAX450F avec un seul module V-Brick à l’aide de l’outil de SAP hwcct (pour la certification HANA-HWC-ES 1.1), le Tableau 2 fournit des instructions permettant d’estimer le nombre initial d’hôtes HANA de production pouvant être connectés.

Remarque : nous avons déterminé l’évolutivité des modèles supérieurs et des moteurs et modules V-Brick supplémentaires en extrapolant les résultats des tests des VMAX 100K et 450F à l’aide des caractéristiques de performances des modèles supérieurs.

Le nombre réel d’hôtes HANA pouvant être connecté à une baie VMAX dans un environnement client peut être supérieur ou inférieur au nombre d'hôtes HANA indiqué dans leTableau 2, en fonction de la charge applicative actuelle. Utilisez l’outil HANA hwcct avec le scénario HANA-HWC-ES 1.1 dans les environnements clients pour valider les performances HANA et déterminer le nombre maximal possible d’hôtes HANA sur une baie de stockage spécifique.

Tableau 2. Évolutivité de VMAX3 et VMAX All Flash

Modèle VMAX3 Moteurs ou modules V-

Brick

Nombre d’hôtes de

traitement HANA

100K et 250F/FX 1 12

2 20

200K et 450F/FX

1 16

2 28

3 40

4 52

400K et 850F/FX

1 20

2 32

3 44

4 56

5 68

Évolutivité



Modèle VMAX3 Moteurs ou modules V-

Brick

Nombre d’hôtes de

traitement HANA

6 80

7 92

8 104

FAST dans VMAX3

Avec la baie VMAX3, FAST a été amélioré afin d’inclure à la fois le provisionnement intelligent du stockage et la gestion des performances à l’aide des objectifs de niveau de service (SLO). Les SLO automatisent l’allocation et la distribution des données d’application vers le pool de données et le niveau de stockage corrects sans intervention manuelle. Contrairement à FAST VP sur le VMAX 10K, 20K ou 40K, où le déplacement des données est déclenché par la suppression des données obsolètes, les SLO de VMAX3 sont liés à une latence d’E/S moyenne attendue pour les lectures et les écritures. Par conséquent, le provisionnement initial et les performances des applications courantes sont automatiquement mesurés et gérés en conformité avec les niveaux de stockage et les objectifs de performances. FAST échantillonne l’activité de stockage toutes les 10 minutes et, le cas échéant, déplace les données au niveau de granularité sub-LUN de FAST, c’est-à-dire 5,25 Mo (42 extensions de 128 Ko). Les SLO peuvent être modifiés dynamiquement (promus ou rétrogradés) à tout moment, et FAST surveille et ajuste en permanence l’emplacement des données au niveau de granularité sub-LUN entre les niveaux de stockage disponibles afin de refléter les objectifs de performances fournis. Tout cela s’effectue automatiquement, au sein de la baie de stockage VMAX3, sans qu’il soit nécessaire de déployer une stratégie d’application ILM3 complexe ou d'utiliser des ressources de l’hôte pour la migration des données en raison des besoins en matière de performances. Un pool de ressources stockage (SRP) est un ensemble de pools de données qui fournit FAST avec un domaine pour la gestion des performances et de la capacité. Par défaut, un seul pool de ressources de stockage par défaut est préconfiguré en usine. Les mouvements de données effectués par FAST restent dans les limites du pool de ressources de stockage. HANA ne nécessite pas de SRP distinct et peut coexister avec des applications non HANA dans le même SRP lorsque les SLO appropriés sont utilisés, comme décrit dans SLO et bonnes pratiques des types de charges applicatives pour HANA. Le SRP est un ensemble de pools de données qui fournissent FAST avec un domaine pour la gestion des performances et de la capacité. Par défaut, un seul pool de ressources de stockage par défaut est préconfiguré en usine. Les mouvements de données effectués par FAST restent dans les limites du pool de ressources de stockage.

3 Gestion du cycle de vie des informations (ILM) fait référence à une stratégie de gestion des données d’application basée sur

des règles. Elle implique l’analyse de données complexes, le mappage et les pratiques de suivi.

Provisionnement

en fonction de

l’objectif de

niveau de

service



Cinq objectifs de niveau de service sont disponibles avec différents temps de réponse moyens cibles attendus, tel qu'indiqué dans le Tableau 3. Il existe un SLO supplémentaire, optimisé, qui n’est associé à aucun objectif de temps de réponse explicite.

Tableau 3. Informations sur les SLO

SLO Temps de réponse moyen

attendu

Diamond De 0,8 à 2,3 ms

Platinum De 3 à 4,4 ms

Gold De 5 à 6,5 ms

Silver De 8 à 9,5 ms

Bronze De 14 à 15,5 ms

Optimisé (par défaut)

S/o

Lorsque vous sélectionnez un SLO (autre qu’un SLO optimisé), vous pouvez le définir encore plus précisément par type de charge applicative : traitement des transactions en ligne (OLTP) ou système d’aide à la décision (DSS). La charge applicative OLTP est axée sur l’optimisation des performances pour les E/S de blocs de petite taille, tandis que la charge applicative DSS est axée sur l’optimisation des performances pour les E/S de blocs de taille volumineuse. Le type de charge applicative peut également spécifier s’il y a lieu de prendre en compte le temps système associé à la réplication (locale ou à distance). Les qualificateurs de type de charge applicative pour les charges de réplication sont OLTP_Rep et DSS_Rep, où « Rep » signifie « répliqué ». Tableau 4 répertorie les types de charges applicatives disponibles.

Tableau 4. Types de charge applicative VMAX3

Charge de travail Description

ORACLE Charge applicative E/S de petits blocs

OLTP avec réplication Charge applicative E/S de petits blocs avec réplication locale ou à distance

DSS Charge applicative E/S de blocs de grande taille

DSS avec réplication Charge applicative E/S de blocs de grande taille avec réplication locale ou à distance

Objectifs de

niveau de

service et types

de charge

applicative



Les configurations de SLO suivantes sont recommandées pour les installations HANA. Notez que les baies VMAX All Flash offrent uniquement un niveau de service Diamond de niveau supérieur.

Persistance HANA (données et log) pour les installations HANA de

production

Pour les installations HANA de production, EMC recommande d’utiliser le SLO Diamond pour la persistance HANA (les volumes de données et de log). Bien que HANA utilise différentes tailles de bloc, nous vous recommandons de spécifier le type de charge applicative OLTP. Cela garantit que le système VMAX3 s’efforce de conserver une latence inférieure à 1 ms, ce qui est une exigence de SAP pour les blocs de petite taille (4 Ko et 16 Ko) sur le volume de log. L’utilisation de l’objectif de niveau de service Diamond avec les périphériques 100 % Flash offre les avantages suivants pour les installations HANA de production :

Réduction du délai de démarrage HANA lorsque les données sont lues à partir du volume de données vers la mémoire

Réduction du temps de basculement automatique de l’hôte HANA dans les déploiements scale-out lorsqu’un nœud en veille prend en charge les données d’un nœud de traitement en échec

Réduction des temps de sauvegarde HANA lorsque le processus de sauvegarde doit lire les données à partir du volume de données

Latences inférieures à une milliseconde pour les blocs de petite taille sur le volume de log

Persistance HANA (données et log) pour les installations HANA hors

production

Bien que les indicateurs clés de performances de SAP ne s’appliquent pas aux installations de HANA hors production, ces installations demeurent des composants critiques dans un environnement SAP global. EMC recommande l’utilisation de l’objectif de niveau service Gold pour toutes les installations de HANA hors production.

Installation de HANA (/hana/shared/)

Un objectif de niveau de service Bronze est suffisant lorsque vous utilisez eNAS dans une baie VMAX3 afin de fournir le partage NFS pour le système de fichiers de l’installation de HANA.

Image de démarrage du système d’exploitation

L’image de démarrage du système d’exploitation peut également résider sur un SLO Bronze.

Que se passe-t-il si un système VMAX3 existant ne prend pas en charge les

SLO Diamond ?

Lorsqu’une nouvelle baie VMAX3 est configurée pour les environnements HANA, les disques SSD sont automatiquement ajoutés à la capacité requise pour activer

SLO et bonnes

pratiques des

types de

charges

applicatives

pour HANA

Configuration du stockage et installation d’un cluster scale-out HANA sur une baie VMAX All Flash : Exemple


le SLO Diamond pour les installations HANA de production. Toutefois, les clients peuvent souhaiter utiliser les baies VMAX3 existantes sans disques SSD pour HANA. Dans ces environnements, les temps de réponse et les performances de HANA peuvent être affectés et des opérations telles que les redémarrages, les rechargements de table ou les sauvegardes peuvent s’effectuer plus lentement que prévu. En outre, le nombre de nœuds HANA de production pouvant être connectés à la baie (comme indiqué dans le Tableau 1) sera inférieur. Dans ce cas, utilisez l’objectif de niveau de service le plus élevé pour HANA.

Considérations relatives aux objectifs de niveau de service pour le voisin

bruyant et les charges concurrentes

Dans les environnements hautement consolidés, HANA et les autres applications et bases de données se disputent les ressources de stockage. FAST peut fournir à chacun les performances adaptées lorsque les objectifs de niveau de service et les types de charges applicatives sont spécifiés. En utilisant des objectifs de niveau de service différents pour chacune de ces applications (ou groupe d’applications), il est facile de gérer un tel environnement consolidé et de modifier les objectifs de niveau de service lorsque les besoins métiers évoluent. La section suivante décrit d’autres méthodes de contrôle des performances dans un environnement consolidé.

Limites des E/S de l’hôte et multitenancy

La fonction de qualité de service (QoS) qui limite les E/S de l’hôte a été introduite dans la génération précédente de baies VMAX. Elle continue à offrir aux clients VMAX3 la possibilité de définir des limites d’IOPS ou de bande passante spécifiques sur n’importe quel Storage Group, quel que soit l’objectif de niveau de service affecté à ce groupe. Par exemple, l’attribution d’une limite d’E/S de l’hôte pour les IOPS à un Storage Group d’un voisin bruyant HANA avec de faibles exigences de performances peut assurer qu’un pic des E/S à la demande n’aura aucun impact sur la charge applicative et les performances de HANA.

Configuration du stockage et installation d’un cluster scale-out

HANA sur une baie VMAX All Flash : Exemple

Cette section explique comment :

créer et configurer le stockage persistant (données et log) sur une baie VMAX All Flash pour un cluster scale-out HANA avec trois nœuds de traitement et un nœud en veille (3 + 1) ;

préparer les hôtes HANA ;

installer le cluster HANA à l’aide de l’outil de ligne de commande de gestion de cycle de vie SAP hdblcm.

La configuration du stockage sur les baies VMAX3 100K, 200K et 400K suit les mêmes étapes. La seule différence réside dans la sélection du niveau de service lors de la création du Storage Group. Les baies VMAX3 offrent des options de niveau de service supplémentaires pour les installations HANA : sélectionnez un



niveau de service Diamond pour les installations de production et un niveau de service Gold pour les installations hors production.

Nous avons utilisé l’interface utilisateur (GUI) de Unisphere for VMAX afin de configurer tous les périphériques de stockage, Storage Groups, groupes de ports, groupes d’hôtes et la vue de masquage pour le cluster scale-out HANA. Procédez comme suit :

1. Connectez-vous à Unisphere et accédez au tableau de bord Storage Group, comme illustré sur la Figure 4.

Figure 4. Tableau de bord Storage Group

2. Cliquez sur la mosaïque Total pour afficher les Storage Groups existants, comme illustré sur la Figure 5.

Figure 5. Storage Groups existants

3. Cliquez sur Create SG pour créer un nouveau Storage Group pour notre cluster HANA, comme illustré sur la Figure 6.

Configuration

de la baie VMAX

All Flash



Figure 6. Création d’un Storage Group

Pour notre cluster HANA (3 + 1) nous avons eu besoin de trois volumes de données, d’une taille de 1,5 To chacun, et de trois volumes de log, d’une taille de 512 Go chacun. Nous avons donc créé un Storage Group en cascade avec un

groupe de niveau supérieur (HANA_ABC), un sous-groupe pour tous les volumes

de données (HANA_ABC_D) et un second groupe pour tous les volumes de log

(HANA_ABC_L). Il nous a ensuite fallu spécifier le nombre et la taille des volumes à créer. Sur une baie VMAX All Flash, seul le niveau de service Diamond est disponible. Sur les baies hybrides VMAX3 (100K, 200K, 400K), nous sélectionnerions le niveau de service Diamond pour les instances HANA de production et Gold pour toutes les instances HANA hors production.

4. Cliquez sur la flèche vers le bas en regard de Add to Job List, puis sur

Run Now. Le nouveau Storage Group en cascade est créé, comme illustré sur la Figure 6.

Figure 7. Storage Group en cascade

5. Sélectionnez le Storage Group HANA_ABC_D et cliquez sur View Details pour afficher des informations sur les volumes créés, comme illustré sur la Figure 8.



Figure 8. Volumes créés

6. Cliquez sur Volumes – 3 dans la zone RELATED OBJECTS pour afficher la liste des volumes de données. La Figure 9 vous présente un exemple.

Figure 9. Liste des volumes de données

7. Notez le nom universel (WWN) du volume.

8. Répétez cette étape pour tous vos volumes de données et de log. Le connecteur de stockage HANA (fcClient) utilise le nom universel pour identifier une LUN de stockage. Le nom universel est spécifié dans le fichier HANA global.ini.

Définir les alias d’initiateurs (noms d’hôte et adaptateurs HBA)

Sélectionnez Host > Initiators. Effectuez un clic droit sur l’initiateur, sélectionnez

Rename Alias, puis spécifiez un alias pour chaque hôte HANA et chaque port d’adaptateur HBA (initiateur), comme illustré sur la Figure 10. Effectuez cette opération une seule fois pour chaque initiateur, bien qu’un initiateur puisse être connecté à plusieurs ports de stockage.



Figure 10. Définition des alias d’un initiateur

Dans cet exemple, chaque adaptateur HBA est connecté à un port sur chaque directeur (1D et 2D) du module V-Brick VMAX All Flash unique. Notez les ports auxquels vos initiateurs sont connectés.

Si vous ne connaissez pas les noms universels (WWN) d’initiateur de vos nœuds HANA, vous pouvez exécuter la commande Linux suivante sur le nœud pour trouver ces informations :

# systool -c fc_host -v | grep -i port_name

port_name = "0x10000090fa53fd1c"

port_name = "0x10000090fa53fd1d"

Création d’un groupe hôte

1. Sélectionnez Host > Create Host Group. Saisissez un nom au format

HANA_ABC, sélectionnez les hôtes qui appartiennent au cluster HANA,

puis cliquez sur Add, comme illustré sur la Figure 10.

Figure 11. Création de groupes hôtes

2. Cliquez sur la flèche vers le bas en regard de Add to Job List, puis

sélectionnez Run Now. Votre groupe hôte est créé, comme illustré sur la Figure 12.



Figure 12. Groupe hôte créé

Créer un groupe de ports

1. Sélectionnez Hosts > Port Groups > Create Port Group. Entrez un nom

tel que HANA_ABC, comme illustré sur la Figure 13, puis marquez les ports

auxquels vos initiateurs sont connectés en maintenant la touche CTRL enfoncée.

Figure 13. Créer un groupe de ports

2. Cliquez sur OK. Le message d’avertissement illustré sur la Figure 14 peut s’afficher.



Figure 14. Message d’avertissement de groupe de ports

3. Cliquez sur OK pour confirmer que vous aurez plusieurs ports du même directeur dans le groupe de ports : dans cet exemple, FA-1D:28, FA1D:30 et FA-2D:28, FA-2D:30.

Une relation 1:1 entre un adaptateur HBA hôte et un port front-end de stockage est recommandée pour un seul hôte. Toutefois, nous avons créé un groupe de ports pour un cluster HANA et requis de ce fait un débit et de la bande passante pour plusieurs hôtes.

Créer une vue de masquage

Une vue de masquage VMAX combine le Storage Group, le groupe de ports et le groupe hôte et permet d’accéder aux volumes de stockage depuis les nœuds HANA.

1. Sélectionnez Hosts > Masking View > Create Masking View.

2. Saisissez un nom pour la vue de masquage (HANA_ABC) et sélectionnez

le groupe hôte, le groupe de ports et le Storage Group que vous avez créés lors des étapes précédentes, comme illustré sur la Figure 15.

Figure 15. Création d’une vue de masquage

Cliquez sur OK. La vue de masquage est créée, comme illustré sur la Figure 16.



Figure 16. Vue de masquage

Les nœuds HANA ont désormais accès aux volumes de stockage.

Nous avons créé un système scale-out HANA avec trois nœuds de traitement et un nœud en veille (3 + 1). Dans un cluster HANA avec quatre nœuds, chaque nœud doit avoir accès à tous les périphériques HANA. Lors du démarrage de HANA, le serveur de noms HANA avec le connecteur de stockage HANA fcClient prend en charge le montage4 des volumes vers le nœud HANA approprié et l’isolement des E/S. Cette opération nécessite une préparation correcte des nœuds HANA et du fichier HANA global.ini avant de procéder à l’installation HANA proprement dite. La section suivante décrit ces étapes.

Cet exemple suppose une installation et une configuration préalables sur les nœuds HANA, comme suit :

Le système d’exploitation est installé et correctement configuré selon les recommandations de SAP (dans cet exemple, nous avons utilisé SUSE Linux 12 for SAP Applications)

Un système de fichiers partagé HANA (/hana/shared/) a été créé sur un système NAS, par exemple, sur un VMAX3 ou un VMAX All Flash avec la fonction eNAS, et monté sur tous les nœuds HANA.

Le multipathing Linux natif (DM-MPIO) est installé sur les nœuds HANA.

Tous les paramètres réseau et les besoins en bande passante pour les communications entre nœuds ont été configurés en fonction des exigences de SAP.

Les clés SSH ont été échangées entre tous les nœuds HANA.

La synchronisation horaire du système a été configurée à l’aide d’un serveur NTP.

Le fichier ISO du DVD d’installation HANA a été téléchargé depuis le site Web SAP et mis à disposition sur un système de fichiers partagé.

Remarque : SAP HANA peut uniquement être installé sur du matériel serveur certifié. L’installation doit être effectuée par un expert HANA certifié.

Les sections suivantes passent en revue les étapes pour :

la configuration du stockage sur les nœuds HANA ;

la préparation du fichier HANA global.ini ;

l’installation d’une instance scale-out HANA avec l’outil de ligne de commande HANA hdblcm de gestion du cycle de vie des bases de données utilisant les volumes de stockage créés lors des étapes précédentes.

Multipathing Linux natif (DM-MPIO)

Utilisez les entrées suivantes dans le fichier /etc/multipath.conf :

4 Lorsque vous utilisez le connecteur de stockage HANA fcClient, le périphérique ne doit pas être monté automatiquement à

l’aide de/etc/fstab.

Préparation des

nœuds HANA



defaults {

user_friendly_names no

}

devices {

device {

vendor "EMC"

product "SYMMETRIX"

getuid_callout "/lib/udev/scsi_id -g -u -d /dev/%n"

features "0"

hardware_handler "0"

path_selector "round-robin 0"

path_grouping_policy "multibus"

rr_weight "uniform"

no_path_retry "fail"

rr_min_io "100"

path_checker "directio"

prio "const"

prio_args ""

flush_on_last_del yes

fast_io_fail_tmo off

dev_loss_tmo 120

}

}

Redémarrez le multipathing après avoir modifié le fichier /etc/multipath.conf à l’aide de la commande suivante :

# service multipath restart

Initialisation de la persistance HANA

La persistance HANA doit être visible pour tous les nœuds du cluster HANA.

Utilisez la commande rescan-scsi-bus.sh ou redémarrez chaque nœud.

Pour vérifier que les volumes sont visibles, utilisez les commandes suivantes sur l’un des nœuds :

Pour afficher tous les volumes de données de 1,5 To :

# multipath -ll | grep -B1 -A5 1.5T

360000970000197000112533030303338 dm-6 EMC,SYMMETRIX

size=1.5T features='1 queue_if_no_path' hwhandler='0' wp=rw

`-+- policy='service-time 0' prio=1 status=active

|- 0:0:0:11 sdm 8:192 active ready running

|- 0:0:4:11 sdcs 70:0 active ready running

|- 1:0:7:11 sdlk 68:288 active ready running

`- 1:0:0:11 sdfs 130:224 active ready running

--

360000970000197000112533030303337 dm-5 EMC,SYMMETRIX



|- 0:0:0:10 sdl 8:176 active ready running

|- 0:0:4:10 sdcr 69:240 active ready running

|- 1:0:7:10 sdlj 68:272 active ready running

`- 1:0:0:10 sdfr 130:208 active ready running

--

360000970000197000112533030303336 dm-18 EMC,SYMMETRIX



|- 0:0:0:9 sdk 8:160 active ready running

|- 0:0:4:9 sdcq 69:224 active ready running



|- 1:0:7:9 sdli 68:256 active ready running

`- 1:0:0:9 sdfq 130:192 active ready running

Pour afficher tous les volumes de log de 512 Go :

# multipath -ll | grep -B1 -A5 512G

360000970000197000112533030303339 dm-4 EMC,SYMMETRIX

size=512G features='1 queue_if_no_path' hwhandler='0' wp=rw


|- 0:0:0:12 sdn 8:208 active ready running

|- 0:0:4:12 sdct 70:16 active ready running

|- 1:0:7:12 sdll 68:304 active ready running

`- 1:0:0:12 sdft 130:240 active ready running

360000970000196701016533030313841 dm-47 EMC,SYMMETRIX



|- 0:0:1:15 sdaf 65:240 active ready running

|- 0:0:5:15 sddi 71:0 active ready running

|- 1:0:5:15 sdjj 8:464 active ready running

`- 1:0:2:15 sdgu 132:160 active ready running

360000970000197000112533030303342 dm-7 EMC,SYMMETRIX



|- 0:0:0:13 sdo 8:224 active ready running

|- 0:0:4:13 sdcu 70:32 active ready running

|- 1:0:7:13 sdlm 68:320 active ready running

`- 1:0:0:13 sdfu 131:0 active ready running

L’identifiant de périphérique unique du périphérique de multipathing précédé de 3 doit correspondre au nom universel des volumes créés dans Unisphere.

Initialisez ensuite les périphériques et créez le système de fichiers Linux XFS sur chacun des périphériques à l’aide de la commande suivante :

# mkfs.xfs /dev/mapper/360000970000197000112533030303341

Une fois que tous les systèmes de fichiers ont été créés, vous êtes prêt à installer le cluster scale-out HANA.

Avant d’exécuter le script d’installation, préparez les fichiers de configuration suivants :

Un fichier global.ini avec une section stockage décrivant les partitions de stockage HANA, les options de montage et le connecteur de stockage à utiliser

Un fichier de paramètres d’installation utilisé par le script de ligne de commande hdblcm avec des paramètres d’installation personnalisée

Préparer le fichier global.ini

L’installation utilise le fichier global.ini afin de décrire les partitions de stockage HANA et le connecteur de stockage utilisé. Les plates-formes de stockage EMC certifiées HANA utilisent toutes fcClient, qui fait partie de la distribution du logiciel SAP.

Assurez-vous que le fichier global.ini comporte les éléments suivants :

Installation du

cluster scale-out

HANA



[storage]

ha_provider = hdb_ha.fcClient

partition_*_*__prtype = 5

partition_*_data__mountoptions = -o inode64

partition_*_log__mountoptions = -o inode64,nobarrier

partition_1_data__wwid = 360000970000197000112533030303336

partition_1_log__wwid = 360000970000197000112533030303339





Vérifiez que les entrées de partition correspondent à l’identifiant unique d’appareil

affiché. Pour cela, utilisez la commande multipath-ll avec le préfixe 3.

Placez le fichier global.ini (ce nom est obligatoire) dans un répertoire sur le système de fichiers /hana/shared/, par exemple, /hana/shared/ABC_cfg. Les installations scale-out HANA de grande envergure nécessitent des entrées de partition supplémentaires.

Préparer le fichier des paramètres d’installation

SAP HANA SPS 07 a introduit le gestionnaire de cycle de vie de base de données SAP HANA avec l’efficacité qu’apporte l’installation simultanée de tous les composants, tout en automatisant l’installation et en offrant davantage de flexibilité aux clients. Dans l’exemple suivant, nous avons utilisé l’interface de

ligne de commande hdblcm pour installer notre cluster scale-out HANA 3 + 1.

1. Dans le système de fichiers partagé, accédez au répertoire HDB_LCM_LINUX_X86_64 dans lequel le fichier ISO du DVD d’installation HANA a été extrait, à l’aide de la commande suivante :

# cd /<installation media>/DATA_UNITS/HDB_LCM_LINUX_X86_64

2. Créez un fichier de paramètres d’installation modèle à l’aide de la commande hdblcm suivante :

# ./hdblcm --action=install --

dump_configfile_template=ABC_install.cfg

3. Une fois que le modèle a été créé, modifiez les paramètres suivants dans ce fichier afin de l’adapter à notre environnement :

# Directory root to search for components

component_root=/SAPShare/software/SAP_HANA_SPS11_IM/51050506

/

# Components ( Valid values: all | client | es | ets |

lcapps | server | smartda | streaming | rdsync | xs | studio

| afl | pos | sal | sca | sop | trd | udf )

components=server,client

# Installation Path ( Default: /hana/shared )

sapmnt=/hana/shared

# Local Host Name ( Default: server06 )

hostname=C240-08W

# Directory containing a storage configuration



storage_cfg=/hana/shared/ABC_cfg

Remarque : le paramètre ci-dessus pointe vers le répertoire où vous avez placé le fichier personnalisé global.ini.

# SAP HANA System ID

sid=ABC

# Instance Number

number=00

# System Administrator User ID

userid=1001

# ID of User Group (sapsys)

groupid=79

# Action to be performed ( Default: exit; Valid values:

install | update | extract_components )

action=install

# Additional Hosts

addhosts=C240-03E:storage_partition=2:role=worker,C240-

02C:storage_partition=3:role=worker,C240-2M2:role=standby

Remarque : le paramètre ci-dessus décrit les hôtes supplémentaires et leur rôle dans l’installation scale-out.

4. Vous pouvez spécifier les mots de passe pour l’utilisateur racine, l’utilisateur Agent hôte SAP (sapadm), l’utilisateur administrateur système (<sid>adm) et l’utilisateur de base de données (SYSTEM) dans le fichier de paramètres. Vous pouvez également utiliser des mots de passe chiffrés. Reportez-vous à SAP HANA Installation and Upgrade Guide pour

plus d’informations. La procédure d’installation hdblcm vous invite à saisir

les mots de passe ou paramètres manquants.

5. Passez en revue le fichier d’ensemble du fichier modèle et spécifiez les paramètres supplémentaires qui peuvent être requis pour votre environnement spécifique.

Installer le cluster scale-out SAP HANA à l’aide de la ligne de commande

hdblcm

Après avoir créé le fichier global.ini et les fichiers des paramètres de l’installation et les avoir adaptés à vos besoins, lancez l’installation à l’aide de la commande suivante :

# ./hdblcm --action=install –-configfile=ABC_Install.cfg

SAP HANA Lifecycle Management - SAP HANA 1.00.110.00.1447753075

***************************************************************

Scanning Software Locations...

Detected components:



SAP HANA Database (1.00.110.00.1447753075) in

/SAPShare/software/SAP_HANA_SPS11_IM/51050506/DATA_UNITS/HDB_SERVE

R_LINUX_X86_64/server

SAP HANA AFL (incl.PAL,BFL,OFL,HIE) (1.00.110.00.1447766426)

in

/SAPShare/software/SAP_HANA_SPS11_IM/51050506/DATA_UNITS/HDB_AFL_L

INUX_X86_64/packages

SAP TRD AFL FOR HANA (1.00.110.00.1447766426) in

/SAPShare/software/SAP_HANA_SPS11_IM/51050506/DATA_UNITS/HDB_TRD_A

FL_LINUX_X86_64/packages

SAP HANA Database Client (1.00.110.00.1447753075) in

/SAPShare/software/SAP_HANA_SPS11_IM/51050506/DATA_UNITS/HDB_CLIEN

T_LINUX_X86_64/client

SAP HANA Studio (2.2.8.000000) in

/SAPShare/software/SAP_HANA_SPS11_IM/51050506/DATA_UNITS/HDB_STUDI

O_LINUX_X86_64/studio

SAP HANA Smart Data Access (1.00.6.001.0) in

/SAPShare/software/SAP_HANA_SPS11_IM/51050506/DATA_UNITS/SAP_HANA_

SDA_10_LINUX_X86_64/packages

SAP HANA XS Advanced Runtime (1.0.9.258635) in

/SAPShare/software/SAP_HANA_SPS11_IM/51050506/DATA_UNITS/XSA_RT_10

_LINUX_X86_64/packages

XS Monitoring 1 (1.001.1) in

/SAPShare/software/SAP_HANA_SPS11_IM/51050506/DATA_UNITS/XSA_CONTE

NT_10/XSAC_MONITORING-1.1.1.zip

XS Services 1 (1.001.0) in


NT_10/XSAC_SERVICES-1.1.0.zip

SAP Hana Demo Model for XS Advanced 1.0 (1.001.4) in


NT_10/XSAC_SHINE-1.1.4.zip

Collecting information from host 'c240-03e'...

Collecting information from host 'c240-02c'...

Collecting information from host 'c240-2m2'...

Information collected from host 'c240-03e'.

Information collected from host 'c240-2m2'.

Information collected from host 'c240-02c'.

Restrict maximum memory allocation? [n]: n

Enter Certificate Host Name For Host 'c240-08w' [c240-08w]:

Enter Certificate Host Name For Host 'c240-03e' [c240-03e]:

Enter Certificate Host Name For Host 'c240-02c' [c240-02c]:

Enter Certificate Host Name For Host 'c240-2m2' [c240-2m2]:

Enter System Administrator (abcadm) Password:

Confirm System Administrator (abcadm) Password:

Enter Database User (SYSTEM) Password:

Confirm Database User (SYSTEM) Password:

Summary before execution:

=========================

SAP HANA Components Installation

Installation Parameters

Remote Execution: ssh

Installation Path: /hana/shared

Local Host Name: c240-08w

Root User Name: root



Directory containing a storage configuration:

/hana/shared/ABC_cfg

SAP HANA System ID: ABC

Instance Number: 09

Database Mode: single_container

System Usage: custom

Location of Data Volumes: /hana/data/ABC

Location of Log Volumes: /hana/log/ABC

Certificate Host Names: c240-08w -> c240-08w, c240-2m2 ->

c240-2m2, c240-03e -> c240-03e, c240-02c -> c240-02c

System Administrator Home Directory: /usr/sap/ABC/home

System Administrator Login Shell: /bin/sh

System Administrator User ID: 1010

ID of User Group (sapsys): 79

Software Components

SAP HANA Database

Install version 1.00.110.00.1447753075

Location:

/SAPShare/software/SAP_HANA_SPS11_IM/51050506/DATA_UNITS/HDB_SERVE

R_LINUX_X86_64/server

SAP HANA AFL (incl.PAL,BFL,OFL,HIE)

Do not install

SAP TRD AFL FOR HANA

Do not install

SAP HANA Database Client

Do not install

SAP HANA Studio

Do not install

SAP HANA Smart Data Access

Do not install

SAP HANA XS Advanced Runtime

Do not install

Additional Hosts

c240-2m2

Role: Database Standby (standby)

Storage Partition: N/A

c240-03e

Role: Database Worker (worker)

Storage Partition: 2

c240-02c

Role: Database Worker (worker)

Storage Partition: 3

Do you want to continue? (y/n): y

[….]

Système SAP HANA installé

Vous pouvez envoyer des commentaires à SAP avec ce formulaire :

https://c240-08w:1129/lmsl/HDBLCM/ABC/feedback/feedback.html

Fichier log écrit dans « /var/tmp/hdb_ABC_hdblcm_install_2016-04-

17_17.09.22/hdblcm.log » sur l’hôte « C240-08W ».



La couche de base de HANA fournit deux interfaces d’E/S de fichier :

Fichier simpleUtilisé pour les demandes d’E/S simples et peu volumineuses sur les fichiers de configuration, les traces et ainsi de suite. Il utilise des scripts globaux (wrappers) légers et indépendants de la plate-forme pour les appels système.

FileFactory et fichierUtilisé pour les grands flux complexes de demandes d’E/S sur les volumes de données et de log, ainsi que pour la sauvegarde et la restauration. Il utilise des opérations d’E/S synchrones et asynchrones.

Vous pouvez configurer la couche d’E/S du fichier HANA avec les paramètres de configuration afin d’optimiser les E/S de fichier pour un système de fichiers et une baie de stockage donnés (le système de fichiers Linux XFS est utilisé sur toutes les LUN de stockage EMC pour la persistance HANA).

1. Une fois que la persistance HANA est installée sur les LUN VMAX, définissez les paramètres de la couche d’E/S de fichier pour un traitement optimal des E/S :

max_parallel_io_requests=256

async_read_submit=on

async_write_submit_blocks=all

2. Lorsque l’installation initiale de HANA est terminée, définissez les paramètres à l’aide de la commande HANA hdbparam en tant qu’utilisateur <sid>adm dans le shell Linux :

# su - <sid>adm

# hdbparam –p # lists current parameter setting

# hdbparam –-paramset fileio.max_parallel_io_requests=256

# hdbparam –-paramset fileio.async_read_submit=on

# hdbparam –-paramset fileio.async_write_submit_blocks=all

Remarque : les instructions ci-dessus pour le réglage des paramètres d’E/S de fichier sont basées sur SAP HANA 1.0 SPS 11. De futures versions futures de SAP HANA permettront peut-être de définir ces paramètres dans les fichiers de configuration. Consultez la documentation SAP HANA la plus récente pour les mises à jour.

Optimisation des

E/S de fichier

après

l’installation de

HANA

Conclusion


Conclusion

L’utilisation de SAP HANA dans des déploiements TDI avec des baies de stockage d’entreprise EMC VMAX , VMAX3 et VMAX All Flash procure de nombreux avantages, notamment une réduction des coûts opérationnels et matériels, une limitation des risques, une amélioration de la disponibilité et des performances, ainsi qu’une amélioration de la flexibilité quant au choix du fournisseur du matériel.

Toutes les baies VMAX sont certifiées par SAP et peuvent être utilisées pour les installations HANA suivantes : production et hors production, à nœud unique (scale-up) et systèmes scale-out.

Lors de nos tests avec HANA sur les baies VMAX, nous avons fait les constats suivants :

Le scénario de certification SAP HANA-HWC-ES 1.0 requiert moins de ressources disque, comme décrit dans Principes de conception de stockage pour SAP HANA sur les baies VMAX (10K, 20K, 40K).

Le scénario de certification SAP HANA-HWC-ES 1.1 a des exigences plus élevées en matière de configuration des disques.

Les installations HANA de production sur les systèmes VMAX3 et VMAX All Flash nécessitent des disques SSD pour la persistance HANA.

L’utilisation de disques SSD pour la persistance HANA offre des avantages significatifs, notamment :

La configuration initiale de la baie et des disques peut être effectuée en fonction de la capacité, sans qu’il soit nécessaire de prendre en compte le nombre d’axes.

Les temps de démarrage et de basculement automatique de l’hôte HANA sont réduits.

Les temps de sauvegarde HANA sont réduits.

Récapitulatif

Résultats

Références


Références

Les documents suivants, disponibles sur le site france.emc.com ou sur le site du support en ligne EMC, contiennent des informations complémentaires utiles. L’accès à ces documents dépend de vos informations d’identification. Si vous ne parvenez pas à accéder à un document, contactez un responsable de compte EMC.

Guide produit de la gamme Symmetrix VMAX (Symmetrix VMAX 10K (numéro de série xxx987xxxx), VMAX 20K, VMAX 40K)

Guide produit des baies de la gamme VMAX3 VMAX 100K, VMAX 200K, VMAX 400K avec HYPERMAX OS

Gamme EMC VMAX All Flash VMAX 250F, 450F, 850F

Guide produit VMAX All Flash pour les baies VMAX 450F, VMAX 450FX, VMAX 850F et VMAX 850FX avec HYPERMAX OS

Unisphere for VMAX 8.0.3 Documentation Set

Continuité d’activité et reprise après sinistre avec EMC VMAX3 pour les déploiements TDI SAP HANA

Bonnes pratiques en matière de continuité d’activité pour SAP HANA TDI avec EMC Symmetrix VMAX

Guide de la solution SAP HANA virtualisée sur VMware avec un stockage EMC

Guide de connectivité hôte d’EMC pour Linux

La documentation suivante, disponible sur le site Web de SAP, fournit des informations complémentaires pertinentes :

SAP HANA Master Guide

SAP HANA Server Installation and Update Guide

SAP HANA Studio Installation and Update Guide

SAP HANA Technical Operations Manual

SAP HANA Administration Guide

Ressources Web

SAP HANA Storage Requirements

Appliance SAP HANA

SAP HANA One

SAP HANA Enterprise Cloud

Intégration sur mesure du datacenter SAP HANA

Remarque : la documentation ci-dessous nécessite un nom d’utilisateur et un mot de passe SAP.

Note SAP n°1943937Outil HCCT (Hardware Configuration Check Tool) - Note centrale

Documentation

EMC

Documentation

SAP HANA

http://france.emc.com/

https://support.emc.com/

https://support.emc.com/

https://france.emc.com/collateral/TechnicalDocument/docu47591.pdf




https://france.emc.com/auth/rcoll/dataandspecsheet/h14892-vmax-af-ss.pdf



http://france.emc.com/collateral/TechnicalDocument/docu59482.pdf






http://france.emc.com/collateral/technical-documentation/h14721-vmware-virtualized-sap-hana-emc-storage-sg.pdf

http://france.emc.com/collateral/technical-documentation/h14721-vmware-virtualized-sap-hana-emc-storage-sg.pdf


http://help.sap.com/hana/

http://scn.sap.com/docs/DOC-62595

http://help.sap.com/hana_appliance

http://help.sap.com/hana_one

http://www.saphana.com/entcloud

http://help.sap.com/saphelp_hanaplatform/helpdata/en/0b/15a92d554c4941a452c9ca127f8c70/content.htm

https://service.sap.com/sap/support/notes/1943937

https://service.sap.com/sap/support/notes/1943937

Documents

BONNES PRATIQUES DE CONFIGURATION DU STOCKAGE POUR MESURE DU DATACENTER SAP HANA … · Résumé analytique Bonnes pratiques de configuration du stockage pour SAP HANA TDI sur EMC