Avantage concurrentiel : pensée globale et systèmes intégrés

Cette plateforme de pointe, spécialement conçue pour le traitement de grandes quantités de données, fournit les résultats que le secteur attend des systèmes Power : Flexibilité, résilience et performance.

C'est extrêmement important, car nous parlons d'un marché qui, à l'origine, était limité à une seule plate-forme (Intel x86) et à des possibilités de configuration très strictes.

En revanche, un environnement très flexible et évolutif a été développé sur les systèmes IBM Power afin d'aider les entreprises clientes à réaliser leurs analyses critiques en mémoire, à obtenir une vision en temps réel de leur activité et à réduire leurs coûts.

Grande flexibilité et faible TCO

Cette combinaison, qui exploite les avantages éprouvés de Power avec Linux comme système d'exploitation, offre une flexibilité, une résilience et des performances maximales. Pour les clients Hana qui utilisent ou testent actuellement d'autres plates-formes matérielles, les systèmes Power constituent une véritable, ou plus exactement la seule alternative aux systèmes x86.

Tout est disponible sur un seul système, tout en réduisant les coûts d'exploitation. Les milliers d'organisations mondiales qui utilisent des systèmes IBM Power pour des applications SAP classiques et aussi pour des applications non-SAP peuvent continuer à utiliser leurs processus et procédures existants dans des domaines tels que la haute disponibilité, la reprise après sinistre et les scénarios de sauvegarde.

Cela signifie que, dans la plupart des cas, il n'est pas nécessaire de mettre en place de nouvelles procédures ou de former des collaborateurs à de tout nouveaux domaines. Cela permet aux clients de mettre en œuvre les avantages des systèmes Hana surpuissants (HoP) avec un minimum d'efforts et de temps.

L'adoption croissante de la technologie Power repose en gros sur trois piliers : une plus grande flexibilité associée à un coût total de possession plus faible, de meilleures performances et une résilience adaptée aux entreprises.

L'excellente virtualisation permet d'avoir jusqu'à huit VM de production sur un seul serveur Power (encore plus dans les pools partagés) et donc une consolidation très efficace des charges de travail, ce qui réduit considérablement le besoin en serveurs et les coûts qui y sont liés - donc un TCO plus faible.

En outre, les instances Hana peuvent être mélangées avec des charges de travail traditionnelles sur un seul et même serveur. En ce qui concerne la mémoire, Power peut se vanter d'avoir des capacités généreuses qui ne laissent pas de place au goulot d'étranglement de la mémoire, comme on le voit souvent chez Intel.

On peut par exemple créer une VM pour exécuter ECC ou CRM traditionnel, une autre pour couvrir BW, une autre encore pour effectuer des tests et du développement dans le domaine S/4-Hana, et encore quelques-unes pour exécuter des services de VM virtualisés. Tout cela serait impossible sur une architecture d'appliance, cela irait à l'encontre de toutes les règles de SAP.

Meilleure performance

Les performances par cœur du processeur Power sont nettement supérieures à tout ce qu'Intel peut offrir. Cela s'explique par la conception différente et dédiée du processeur. Power est optimisé pour les charges de travail à forte intensité de données et peut, grâce au multithreading, exécuter jusqu'à huit processus de calcul simultanés en parallèle - quatre fois plus que son concurrent, qui peut exécuter au maximum deux processus de calcul simultanés.

Cela signifie moins de cœurs, moins de coûts de licence et une réduction considérable de l'espace nécessaire dans le centre de données : de même, la consommation d'énergie, les coûts de gestion, etc. sont réduits.

Très important dans un environnement informatique en temps réel :

Les temps de latence, qui ne cessent d'augmenter grâce à la prolifération physique des instances dans le domaine Intel, peuvent être réduits de manière drastique. De plus, la vitesse augmente grâce aux grands caches mémoire et le SIMD (single instruction, multiple data vector processing) donne le coup de pouce final.

Une plus grande capacité de charge et une meilleure sécurité en cas de panne

En 2016, la résistance aux pannes des serveurs Power a atteint un nouveau sommet lorsque IDC les a placés dans la catégorie la plus élevée de tolérance aux pannes (niveau de disponibilité 4). Cela correspond à 99,9999 pour cent de temps de fonctionnement.

Un domaine qui appartient en fait traditionnellement aux mainframes. En toute logique, nous n'avons par exemple pas eu un seul problème généré par l'infrastructure ou un seul temps d'arrêt au cours des plus de 2000 installations Hana sur Power.

Les serveurs de puissance exécutent également en permanence des procédures heuristiques en arrière-plan, qui fournissent des avertissements d'erreur anticipés à l'administrateur. De plus, en mode scale-up (recommandé par SAP lui-même dans l'environnement Hana), un basculement d'une VM sur l'autre peut être effectué, même si l'une des VM exécute des scénarios de test ou de développement.

Les composants redondants et l'architecture hot-plug permettent dans de nombreux domaines une maintenance en cours de fonctionnement. Cela aussi conduit en fin de compte à moins de serveurs et donc à un faible TCO. Ce genre de choses n'est pas non plus disponible dans le domaine des appliances.

Services de soutien

Les services de support représentent la parenthèse qui complète le paquet. SAP Hana est une structure complexe qui nécessite un support varié : pour la configuration, l'implémentation, l'installation de l'infrastructure et des applications.

IBM met à disposition une solution complète (end-to-end) qui va de la planification, de l'installation à la migration, à l'exploitation et à l'assistance continue des utilisateurs. Les experts IBM du secteur Global Business Services et les experts du Lab-Service offrent une assistance complète 24 heures sur 24.

Si l'on prend tout cela en considération, il est difficile pour un chef d'entreprise responsable de ne pas tenir compte de la plate-forme Power.

Power9 et la feuille de route

Avec l'annonce et la disponibilité des serveurs Power9, IBM a franchi une nouvelle étape. Des coûts de développement de trois milliards de dollars garantissent une qualité maximale et une focalisation unique sur le client. Nous voulons explorer un peu plus en détail cette exigence d'unicité et l'aptitude spéciale pour SAP Hana.

Les processeurs Power servent de base à la conception de systèmes pour le traitement traditionnel des transactions ainsi que pour les charges de travail à forte intensité de calcul et de données telles que le web, l'analyse, le calcul de modèles (jusqu'aux processus atomiques), les applications mobiles et de social business.

Pour obtenir des performances maximales, ces systèmes sont équipés de techniques d'optimisation et de virtualisation qui permettent d'adapter automatiquement le système à certaines charges de travail.

Par exemple, la technologie de threading "Intelligent Threads" mentionnée précédemment contrôle de manière dynamique le mode de threading - le traitement parallèle des données - du processeur de un à huit threads simultanés par cœur, afin d'atteindre la performance optimale pour les différentes charges de travail.

PowerVM

La virtualisation PowerVM, déjà souvent mentionnée, a été spécialement développée et optimisée pour le processeur Power en tant que "built-in feature" et permet une virtualisation éprouvée et parfaitement évolutive des charges de travail fonctionnant sur AIX, IBMi et bien sûr Linux.

Avec ce logiciel de virtualisation, les entreprises peuvent atteindre une efficacité énorme : Des taux d'utilisation permanents de 80 à 90 pour cent ne sont pas rares. IBM garantit même par écrit une utilisation du processeur jusqu'à 70 pour cent. En comparaison, les applications basées sur Intel ne dépassent les 20 à 30 pour cent qu'avec un réglage et un contrôle minutieux.

Parallèlement, les entreprises peuvent bénéficier d'un déploiement et d'une gestion dynamiques et flexibles de centaines de machines virtuelles (VM) avec un minimum d'efforts. PowerVM offre le micro-partitionnement, combiné à la possibilité d'exploiter jusqu'à 20 partitions par cœur et de déplacer dynamiquement les ressources processeur, mémoire et E/S entre les partitions afin de répondre à l'évolution des besoins de la charge de travail.

Un autre facteur essentiel est la pérennité des systèmes IBM Power - le processus de développement est fluide et sans faille. Power10 est en préparation et Power11 est déjà sur la planche à dessin. La sécurité des investissements est ainsi garantie pour au moins une décennie.

Chaque nouvelle version ne se contente pas de maintenir le standard de l'ancienne (compatibilité), mais essaie à chaque fois d'intégrer le statu quo de la recherche et du développement.

LPARs et VIOS

L'une des particularités de Hana est l'évolution constante des exigences. Le client et le système doivent pouvoir y réagir individuellement et immédiatement. Tous ces éléments ont été des critères de co-conception pour Power.

Contrairement aux appliances x86, une implémentation Power permet ainsi de choisir librement les partitions pour SAP Hana en termes de cœurs et de mémoire. Cela permet également de réagir plus facilement à l'évolution fréquente des spécifications de projet au cours du cycle de vie d'un projet Hana.

Hana on Power est entièrement virtualisé avec PowerVM, chaque LPAR peut être configuré indépendamment du matériel, il est donc possible de choisir librement les capacités de cœur à utiliser, les donations dédiées ou partagées ainsi que la mémoire, alors qu'avec les VMware x86, les instances productives peuvent être attribuées de manière fixe sur la base d'un demi-socket ou d'un socket complet.

Cela permet d'éviter les "coupures" chez Power, c'est-à-dire que la flexibilité et l'utilisation complète des ressources matérielles sont ici assurées. Le fournisseur de services et partenaire SAP FIT parle ici de "jeux de Tetris de la mémoire".

De même, des ressources de mémoire ou de cœur peuvent être ajoutées en ligne à chaque LPAR, ce qui est supporté ou même réduit par PowerVM ainsi que par le système d'exploitation Linux, mais il est actuellement nécessaire d'arrêter et de démarrer la base de données Hana pour que les modifications LPAR soient connues de la base de données.

SAP et IBM travaillent d'arrache-pied pour que cette modification de capacité puisse être effectuée en ligne à l'avenir, sans avoir à arrêter et à démarrer la base de données Hana.

Le mélange libre d'environnements Hana et non Hana permet également une migration simple de l'environnement SAP classique vers Hana, tout en conservant et en utilisant les capacités de mémoire et de processeur existantes. Ceci est très important pour la sécurité des investissements et l'autodétermination des entreprises.

Un long cycle de vie de la Power Technology permet aux clients d'acheter les mêmes processeurs, modules de mémoire, adaptateurs, etc. après plusieurs années. Cela permet d'éviter des frais de gestion plus élevés en cas de changement d'adaptateurs pour les tests et la migration, comme c'est souvent le cas dans l'environnement Intel, et d'éviter également des investissements non planifiés.

En outre, un déplacement dynamique des partitions logiques et des applications est possible. Des fonctionnalités telles que Live Partition Mobility (LPM) et Geographically Dispersed Resiliency (GDR) sont bien entendu également disponibles pour les bases de données Hana, afin de déplacer les bases de données Hana en ligne (LPM) ou même "à froid" (GDR) d'un serveur à l'autre pendant le fonctionnement.

Les composants LAN et SAN sont entièrement virtualisés et reliés de manière flexible aux Power LPARs via des VIOS-LPARs et sont une condition préalable au déplacement des LPARs sur un deuxième serveur.

Cœurs, mémoire et MDC

Les pools Power Enterprise, disponibles dans les serveurs d'entreprise de la série E870/E880 et E980 respectivement, permettent d'allier flexibilité et efficacité à moindre coût. Un tel pool se compose d'un groupe de systèmes Power qui peut partager la capacité mobile (Mobile Capacity on Demand - CoD) en termes de ressources de processeur et de mémoire.

Au sein du pool, les ressources peuvent être déplacées à l'aide de commandes HMC (Hardware Management Console). En cas de maintenance ou d'indisponibilité de systèmes, leurs ressources peuvent être activées sur d'autres serveurs disponibles dans le pool, à condition que ceux-ci aient installé suffisamment de ressources non activées.

Cela permet de rééquilibrer les ressources, de déplacer les charges de travail et de faciliter la planification et la mise en œuvre HA/DR en entreprise. Et tout cela sans frais supplémentaires.

Toutes les bases de données Hana en production devraient, à l'heure actuelle, être exploitées sur la base de la politique de SAP "dedicated donating" (Cores). La capacité de traitement qui n'y est pas utilisée est transférée au pool partagé à l'aide du mécanisme de "donation". Cette capacité de pool partagé peut être utilisée par les serveurs d'applications SAP associés ainsi que par les instances Hana non productives et tout autre type de charge de travail affectée au pool partagé.

SAP Hana prend en charge plusieurs instances de base de données isolées dans un système SAP Hana (physique). Elles sont appelées bases de données Tenant. Le principe lui-même est appelé MDC (Multi-Tenant Database Containers).

À partir de Hana 2.0 SPS01+, les systèmes Hana sont installés par défaut en tant que systèmes MDC. Un système SAP Hana peut contenir une ou plusieurs bases de données Tenant (t), mais possède toujours exactement une base de données système Hana (s) pour l'administration centrale du système.

Un système Hana est donc composé de 1*s (base de données système) + n*t (locataire) instances. Grâce à la flexibilité de PowerVM, qui permet d'exploiter de nombreux et grands LPAR Hana et de consolider un ou plusieurs tenants dans une base de données Hana au sein de chaque LPAR, les clients Hana-on-Power bénéficient d'une flexibilité énorme et unique sur le marché.

Disponibilité

En résumé, nous offrons la plus grande disponibilité du marché. Pour aller plus loin, il y aurait d'innombrables détails techniques, mais pour les "hardliners", il y a encore une friandise : les serveurs Power utilisent de la mémoire de travail Chipkill, leader dans le secteur, avec des modules Custom Dual Inline Memory (CDIMMSs), qui disposent d'une mémoire vive dynamique supplémentaire et permettent la désallocation dynamique des DIMM de mémoire de travail pour des erreurs prévisibles ou même la substitution par de la mémoire de travail qui n'était pas encore activée via CoD.

Nous en restons là - pour finir, une remarque sur les nouveaux serveurs Power9. Ceux-ci apportent encore des améliorations dans la capacité du cœur, importante pour SAP Hana, et une mémoire principale physique encore plus grande - jusqu'à quatre fois - par rapport aux serveurs Power8 comparables. Le système d'exploitation Linux pour IBM Power supportera également une mémoire principale virtuelle nettement plus grande - jusqu'à quatre fois plus grande.