Calculadora IBM

Combien puis-je économiser en migrant vers IBM Power ? Calculateur du coût total de possession (CTP)

Évalue rapidement les réductions de coûts potentielles en passant de x86 à IBM Power. Explore les solutions disponibles et compare-les avec les alternatives x86. Cet outil est capable d’analyser différentes charges de travail telles qu’Oracle, Red Hat OpenShift ou SAP HANA en suivant des benchmarks indépendants et des architectures de référence vérifiées par SIXE.

Migrar de oracle

Comment quitter Oracle ULA et économiser jusqu’à 60 % en migrant vers IBM Power ?

Sortir d’un contrat Oracle Unlimited License Agreement (ULA) et migrer vers les systèmes IBM Power peut être un processus complexe, mais bien exécuté, il peut offrir des économies significatives et des avantages à long terme. Dans cet article, nous allons explorer comment faire cette transition efficacement et sans pénalités, en nous basant sur des exemples réels.

Comprendre Oracle ULA

Tout d’abord, il est essentiel de comprendre ce qu’implique une ULA Oracle. C’est un contrat qu’Oracle a acheté à une société tierce et qui continue d’effrayer et de ravir à parts égales. Permet l’utilisation illimitée de certains logiciels Oracle pendant une période déterminée, généralement entre 3 et 5 ans. À la fin du contrat ULA, l’entreprise doit déclarer l’utilisation de ces produits et cela devient leur “certification” pour les futurs audits de licence. Un célèbre dicton dit que le diable que tu connais vaut mieux que le diable que tu ne connais pas. Et une autre que le diable se cache dans les détails. Dans le cas d’Oracle, il n’y a pas deux ULA identiques. Elles reposent toutes sur le même postulat “quand Oracle pense qu’il peut obtenir de l’argent de son client”. Mais au-delà, il existe des règles du jeu qui, une fois comprises, nous permettent d’aider nos clients.

Étapes pour quitter l’ULA d’Oracle

  1. Audit initial: avant l’achèvement de l’ULA, nous effectuons un audit interne pour bien comprendre l’utilisation que tu fais actuellement des produits Oracle. Il s’agit notamment d’identifier les produits qui sont essentiels et ceux qui peuvent être remplacés ou jetés.
  2. Analyse des besoins futurs: nous évaluons les besoins futurs de ton entreprise en termes de logiciels et de bases de données. Cette étape est cruciale pour déterminer si la transition vers IBM Power est faisable et quelles sont les économies potentielles.
  3. Examen des contrats de licence de tiers: les contrats Oracle pouvant être complexes, il est conseillé de travailler avec des consultants spécialisés dans les licences Oracle. Ils peuvent t’aider à comprendre les implications de ta LRU et à savoir comment t’en sortir sans encourir de pénalités.
  4. Nous négocions avec Oracle: nous t’aidons à négocier un nouvel accord qui correspond le mieux à tes besoins actuels et futurs.
  5. Planification de la migration: élaborer un plan détaillé pour passer d’Oracle à IBM Power.

Migration vers IBM Power

La migration vers IBM Power implique le déplacement des charges de travail des bases de données et des applications Oracle vers un environnement IBM. Cela peut inclure l’utilisation d’IBM Db2, qui est connu pour ses hautes performances et sa sécurité.

  1. Évaluation de la compatibilité: nous nous assurons que tes applications actuelles sont compatibles avec IBM Power. Oracle est Oracle dans toutes ses versions actuelles et futures, mais il peut toujours y avoir une application qui nécessite quelques modifications pour changer d’architecture (nous le faisons tous les jours et sans problème).
  2. Conception du nouvel environnement : sur la base de l’audit précédent, nous concevons un nouvel environnement sécurisé, simple, puissant et stable, adapté à tes besoins et à ton budget.
  3. Mise en œuvre d’IBM Power: nous t’aidons à acquérir et à déployer IBM Power. Nous mettons en place les bases de données et les applications nécessaires.
  4. Migration des données: nous déplaçons les données d’Oracle vers IBM Power, en veillant à ce que l’intégrité des données soit maintenue tout au long du processus.
  5. Tests de performance, HA et DR: effectuer des tests approfondis pour s’assurer que toutes les applications et bases de données fonctionnent correctement dans le nouvel environnement.
  6. Formation et assistance technique: nous formons ton équipe à l’utilisation de la nouvelle plateforme et si tu en as besoin, tu peux faire appel à nos services de maintenance préventive et d’assistance technique pour les aider.

Plus de choses à aimer à propos d’Oracle in Power

Nous avons des playbooks Ansible officiels et pris en charge pour automatiser tous les déploiements et les opérations du jour 2 :

Beaucoup de documentation :

 

Et chez SIXE, en tant qu’organisme de formation officiel d’IBM, nous veillons à ce que tes équipes techniques maîtrisent la plateforme en quelques semaines. En tant que techniciens nous-mêmes, nous te garantissons qu’ils seront très reconnaissants de ce changement.

 

 

Quel budget puis-je économiser en migrant d’Oracle à IBM Power ?

En termes de coûts, la migration d’Oracle vers IBM Power peut permettre de réaliser des économies importantes, bien que celles-ci varient d’un client à l’autre. Des exemples concrets ont montré des économies de 20 à 60 % sur le coût total de possession (TCO) lors de la migration d’Oracle vers des solutions alternatives telles que IBM. Ces économies proviennent de la baisse des coûts de licence, de la réduction des besoins en matériel de haute performance grâce à l’efficacité d’IBM Power, et de la baisse des coûts de maintenance et d’assistance.

Mais les licences Oracle pour Power sont plus chères !

C’est vrai, mais nous avons des clients chez qui nous pouvons faire la même chose avec 25 cœurs Power10 qu’avec 100 dans un Exadata, mais IBM Power ne se limite pas à Oracle (bien qu’il y ait plus de 80 000 installations dans le monde). Tu peux déployer OpenShift, SAP HANA ou toute autre charge de travail fonctionnant sur SUSE, Red Hat, AIX et IBMi. En réalité, le cas d’utilisation le plus courant est la consolidation de tous les Exadatas et de la plupart des serveurs x86 en un Power10 dans chaque centre de données. Tout faire tourner sur un hyperviseur qui se situe à un autre niveau, où au lieu de “cartographier les cpus” comme le font KVM ou VMWare, la capacité de chacun est partagée en temps réel, ce qui permet de gagner en utilisation globale du système ainsi qu’en performance. Les Exadatas ont été une belle réussite marketing, mais ils ne sont ni moins chers, ni plus performants, ni n’offrent la sécurité d’IBM Power.

Conclusion

Sortir d’un contrat Oracle ULA et migrer vers IBM Power est tout à fait possible. En procédant correctement, on peut non seulement éviter les pénalités, mais aussi réaliser des économies considérables, tout en améliorant l’efficacité et l’adaptabilité technologique de l’entreprise. Il est essentiel d’avoir le soutien d’experts en matière de licences et de procéder à une analyse approfondie pour assurer une transition réussie.

Nous ne nous attendons pas à t’avoir convaincu, mais peut-être pourrions-nous discuter sans engagement, évoquer tes doutes et, si tu trouves cela intéressant, réaliser gratuitement une analyse de faisabilité . Dans le pire des cas, tu renouvelles la LRU telle quelle. Je plaisante (ou pas) :)

Logo AIX

Tu cherches une alternative à Oracle sur Solaris ? Essaie AIX (ou Linux) sur IBM Power !

Chez SIXE, nous aimons Solaris et nous avons travaillé avec de nombreuses machines SPARC pendant de nombreuses années. Malheureusement, son cycle de vie touche à sa fin, mais pas celui de ses bases de données Oracle (ni ses licences par processeur pas du tout bon marché)… Quelles sont les alternatives ? Nous te racontons notre expérience. En tant qu’intégrateur de systèmes, nous sommes spécialisés dans les environnements critiques. Nous travaillons dur pour les concevoir, les configurer et les garder sécurisés et disponibles 24x7x365. Notre choix naturel est IBM Power avec AIX (pour Oracle, DB2 ou Informix) et Linux pour les nouvelles charges de travail avec des bases de données open source. Dans les environnements propriétaires, les bases de données Oracle 19c et 21c constituent une grande partie de la base installée de nos clients. Les environnements SAP hérités et une grande variété d’applications en dépendent.

Pourquoi choisir IBM Power pour Oracle ?

Nous allons te donner cinq raisons pour essayer sinon de te convaincre, du moins de te donner envie de nous parler et d’en discuter plus en détail. Ceux d’entre vous qui nous connaissent savent que nous sommes généralement meilleurs ingénieurs que vendeurs. Pour ceux qui ne le font pas, tu découvriras bientôt pourquoi. C’est parti !

1. C’est un meilleur investissement à long terme

Aussi longtemps que les machines SPARC ont été utilisées par de nombreux clients. Lorsque tu auras un Power20, tu pourras nous prouver que nous avons raison. Il s’agit d’une architecture robuste, sécurisée et très performante qui prend entièrement en charge les environnements UNIX (AIX) et Linux. En fait, avant qu’Oracle ne rachète Sun, la combinaison Power-AIX-Oracle figurait même dans des publicités télévisées. Une grande partie de la technologie des serveurs UNIX d’IBM a été conçue pour les grandes bases de données Oracle, DB2 et Informix. Le marketing d’Oracle dit qu’il mise sur les Exadatas basées sur OracleLinux, mais plus de 80 000 clients dans le monde utilisent Power. Il doit y avoir une raison.

2) Si tu veux, tu peux garder ou passer à UNIX (et ce n’est pas une blague).

Bien que nous aimions Linux, les conteneurs, les logiciels libres et tout ce monde, nous pensons qu’il n’y a pas d’environnement plus stable pour une base de données critique (autre que HOST / IBM Z) et plus sûr qu’AIX. C’est un UNIX moderne, flexible, compatible avec des centaines de logiciels gratuits et extrêmement facile à utiliser. Si tu viens de Solaris, tu verras qu’ils sont cousins germains et à SIXE nous te donnons le formation dont tu as besoin, ou un Prise en charge L2 et L3 de l’ensemble de l’infrastructure tout au long du cycle de vie des machines. pour que tu n’aies à te préoccuper que de la base de données ou de tes applications. Beaucoup sont surpris que nous menions des projets de migration d’Oracle Linux vers AIX, mais il s’agit avant tout d’avantages pour les clients et leurs administrateurs système. AIX est un UNIX qui restera parmi nous, tout comme FreeBSD ou MacOS pour de nombreuses raisons. Cependant, si pour une raison quelconque tu préfères Red Hat ou SUSE, ils fonctionnent aussi parfaitement bien, bien qu’Oracle ne les prenne en charge que sur ses systèmes Z (LinuxOne). Mais les autres alternatives d’Oracle comme PostgreSQL / EnterpriseDB, MongoDB ou MariaDB fonctionnent très bien et ont un support complet pour toutes les distributions Linux fonctionnant sur Power (ppc64le). Il y a aussi des logiciels gratuits comme Alma, Rocky Linux et OpenSUSE.

Tu économiseras plusieurs milliers ou centaines de milliers d’euros.

Pendant de nombreuses années, IBM a fait migrer les technologies de processeurs micropartitionnés des environnements Mainframe vers Power. Cela signifie que tu peux allouer les portions de processeurs dont tu as besoin avec une flexibilité et une fiabilité extrêmes. Par exemple, tu peux acheter 10 licences Oracle et faire fonctionner 20 machines virtuelles sur une machine physique à 24 cœurs. Tu n’as pas besoin d’acheter une licence pour l’ensemble de la machine. De plus, chaque cœur IBM Power est environ 3 à 4 fois plus performant qu’un cœur x86 de génération équivalente. Les Exadatas d’Oracle sont (à notre avis) plus chers, moins fiables et moins sûrs.

4. Tu réduis radicalement la zone d’attaque

Nous avons de nombreux clients qui ont été attaqués par des ransomwares (et pire encore). Aucun système d’alimentation mis à niveau, entretenu et doté de notre solution de cybersécurité basée sur PowerSC n’a été affecté. Et nous allons énoncer une évidence, mais la plupart des codes malveillants ne sont pas compilés pour les environnements Power :P Tout comme ton argent est plus en sécurité dans un environnement Z / s390, ta base de données vivra probablement plus paisiblement en ppc64. Et ne t’inquiète pas, nous nous dirigeons vers un monde multi-architecture, où il y aura de plus en plus de liberté pour choisir entre ARM, x86, ppc64le ou RISC-V. Ou bien tu ne connais personne qui possède un MAC ?

5. Il est très bien documenté, fonctionne par défaut et tu peux l’automatiser.

Il existe des centaines de guides sur l’architecture, le déploiement, l’administration, le dépannage et les opérations du jour 2 en général. De même, dans le cas d’AIX, le réglage par défaut du noyau est optimisé pour les grandes bases de données telles qu’Oracle. De plus, l’architecture Power ne présente pas de goulots d’étranglement entre le processeur et la mémoire, avec de très bonnes performances sur SMT-4 et SMT-8. Tu peux également automatiser la plupart des tâches d’administration avec Ansible. Il existe
collections mises à jour
développées par IBM et Red Hat.

Services pour Oracle sur AIX / Power de SIXE


SIXE offre des services spécialisés Oracle sur IBM Power
qui assurent une transition en douceur et efficace, avec une assistance complète et une optimisation des ressources, garantissant une migration et un fonctionnement réussis, en tenant compte des besoins en matière de disponibilité, de performance et de sécurité. Nous pouvons t’aider à :

En conclusion : migrer Oracle de SPARC / Solaris vers IBM Power avec AIX (ou Linux) n’est pas seulement une décision intelligente en termes de performance et de support, mais aussi une décision d’investissement et de stratégie. On discute?

Migrez vers SAP HANA, 2027 est arrivé. Conseils et recommandations.

Qu’apporte IBM Power10 pour SAP HANA ?

Imagine un monde où SAP HANA et IBM Power10 se rencontrent, comme Batman et Robin dans le monde de la technologie. IBM Power n’est pas seulement un serveur, c’est comme un super-héros de l’efficacité et de la sécurité. Et si je te disais que faire fonctionner SAP HANA sur IBM Power10, c’est comme échanger un vélo contre une fusée ? C’est souvent vrai et nous pouvons le prouver avec des mesures de performance !

Pourquoi choisir IBM Power10 pour SAP HANA ?

C’est là que le dilemme se pose. Certains disent que passer à IBM Power10, c’est comme essayer d’apprendre à ton grand-père à utiliser TikTok. Mais savais-tu que SAP HANA fonctionne mieux sur IBM Power10, en particulier avec des systèmes d’exploitation tels que SUSE et Red Hat Linux ? C’est comme si ces systèmes d’exploitation avaient été conçus en pensant à Power10. La raison ? Des performances supérieures, une sécurité inégalée et une efficacité énergétique qui ferait rougir les serveurs traditionnels à base de x86.

Foire aux questions sur SAP HANA et IBM Power10

Est-il difficile de migrer vers IBM Power10 pour SAP HANA ?

Migrer vers SAP HANA sur IBM Power10 est plus facile que tu ne le penses, et les avantages sont énormes. Imagine de meilleures performances, une plus grande sécurité et des économies d’énergie. SAP, Red Hat et SUSE ont tous les mêmes paquets pour Power (ppc64le) que pour x86. Ton environnement SAP et les administrateurs du système ne remarqueront aucune différence. HW est différent, mais seulement pour le meilleur. Bien configuré par nos spécialistes, il ne tombe pas en panne, ne donne pas de problèmes de performance et est très sûr. Oh, et l’administration est graphique et simple.

Quels sont les avantages de l’utilisation de SUSE et Red Hat Linux sur IBM Power10 ?

Voici la sauce secrète ! SUSE et Red Hat Linux s’adaptent tous deux à IBM Power10 comme un gant. Ces systèmes d’exploitation tirent parti des capacités uniques de Power10, car ils fonctionnent sur Power depuis de très nombreuses années. En fait, c’est la seule architecture prise en charge pour déployer plusieurs environnements productifs et non productifs sur les mêmes systèmes.

Conclusion : la combinaison gagnante pour SAP HANA est IBM Power10

En bref, migrer vers SAP HANA sur IBM Power10 sur ta distribution Linux préférée est un choix naturel. Avec SUSE et Red Hat Linux, cette plateforme devient une oasis de performance et de fiabilité. Et bien, tout ce qui n’est pas migré vers HANA peut continuer à fonctionner pendant de nombreuses années sans problème et en toute sécurité sur AIX. Ne reste pas à la traîne et rejoins la révolution IBM Power10 et SAP HANA !

Fin de l’assistance pour IBM Power 8, V7000, V5000, AIX 7.1 et IBM 7.1 Que faisons-nous ?

Le défi de la fin du support et des produits en fin de vie.

Avec l’annonce de la fin de l’assistance pour IBM Power 8, V7000, V5000, AIX 7.1 et IBM i 7.1, de nombreuses entreprises sont confrontées à l’incertitude quant à la manière de maintenir leurs opérations critiques. Ce scénario représente un défi important en termes d’infrastructure informatique, de gestion du cycle de vie des logiciels et, surtout, de budget.

La solution complète de SIXE

Chez SIXE Ingeniería, grâce à notre grande expérience des systèmes IBM, nous proposons des solutions personnalisées pour relever ces défis, en commençant par un audit gratuit et sans engagement des systèmes actuels. Spoiler : nous n’allons pas toujours essayer de te vendre ou de te recommander une nouvelle machine ou un nouveau système.

Obsolescence ? Oui et non !

Le fait que les serveurs terminent leur cycle de vie après 10 ans ne signifie pas qu’ils cessent de fonctionner, ni que nous devons nécessairement en acheter de nouveaux. Avec une bonne maintenance préventive et des politiques d’urgence adéquates (systèmes de sauvegarde, pièces de rechange, haute disponibilité), le cycle de vie peut être prolongé de quelques années, toujours aligné sur les besoins en matière de licences, de disponibilité et de performance que nous auditons au début de chaque projet.

Conception et migration vers de nouveaux systèmes (Power10, Flash System, etc.)

Tôt ou tard, d’un seul coup ou en plusieurs phases, il sera temps de migrer (Power8 vers Power10, V7000 vers FS7300, etc). La migration vers de nouveaux environnements tout en maintenant une compatibilité totale avec les applications, les bases de données et les processus de nos clients est un projet clé. SIXE Ingeniería t’aidera et t’accompagnera dans cette démarche, assurant ainsi une transition harmonieuse et efficace. Au passage, nous t’aiderons à économiser beaucoup d’argent sur les licences et à mettre en place une nouvelle infrastructure qui durera 5 ou 10 ans de plus. En évitant toujours les pièges les plus courants dans les mises à niveau du matériel.

Consolidation des systèmes existants

Avec les nouvelles générations de serveurs et de boîtiers IBM, nous réduirons l’empreinte dans le centre de données en exigeant moins de systèmes, moins d’énergie et moins d’espace pour faire les mêmes choses. Nous t’aiderons à consolider les environnements et à atteindre une utilisation fluide de plus de 80 % de performance. Quelque chose que, dans le cas des serveurs
nous obtenons toujours avec Power10

Extension du cycle de vie : assistance technique et maintenance préventive d’IBM

Quel que soit le cycle de vie des machines et de leurs logiciels, SIXE Ingeniería assure l’assistance technique et la maintenance préventive, prolongeant ainsi la durée de vie des systèmes et garantissant leur fonctionnement optimal. Nous croyons au droit de réparer, mais nous préférons qu’un bon entretien préventif évite d’avoir à le faire.

Conformité des licences : Audits de licence IBM

Un aspect crucial est le respect des licences. SIXE Ingeniería propose les services suivantsaudit de licence IBM, en veillant à ce que les entreprises respectent toutes les exigences légales et évitent les risques liés aux audits des fabricants.

Conclusion

La fin du support pour IBM Power 8, V7000, V5000, AIX 7.1 et IBM i 7.1 ne doit pas être un chemin vers l’obsolescence. Grâce à l’expertise et aux services de SIXE Ingeniería, nos clients peuvent surfer sur ces changements en toute confiance et s’assurer un avenir technologique solide et durable. Tout cela avec un coût prévisible et maîtrisé 3, 5, 7 ou 10 ans à l’avance.

Nouveau livre rouge ! Red Hat Ansible pour AIX, IBM i et Linux sur IBM Power

Aujourd’hui, nous avons de la chance, IBM vient de publier l’ébauche du reedbook que nous attendions depuis des mois. Nous y verrons comment l’intégration d’Ansible dans les environnements IBM Power a ouvert un nouveau monde de possibilités pour l’administration automatisée de ce type de systèmes, grâce au soutien croissant de Red Hat : non seulement pour les différentes distributions Linux, mais aussi pour AIX, IBM i, les consoles HMC et les serveurs VIOS, composants fondamentaux de la plateforme IBM Power.

Ansible, technologie d’automatisation de pointe, a trouvé un terrain fertile dans les robustes et puissants systèmes Power d’IBM. Grâce à son architecture sophistiquée et à la prise en charge d’une grande variété de systèmes d’exploitation, IBM Power se positionne comme un choix idéal pour les entreprises à la recherche de performances exceptionnelles et d’une sécurité fiable. Incorporer Ansible dans cet environnement permet non seulement d’améliorer l’efficacité opérationnelle, mais aussi d’ouvrir de nouvelles voies pour la gestion des applications et de l’infrastructure en tant que code.

Le cœur de la révolution Ansible dans IBM Power réside dans sa capacité à orchestrer et à automatiser efficacement des tâches complexes. Du déploiement d’applications à la gestion des correctifs en passant par la configuration de la sécurité, Ansible simplifie les processus traditionnellement chronophages. Son langage déclaratif, basé sur YAML et Jinja2, permet aux utilisateurs de décrire leurs infrastructures en termes simples, rendant l’automatisation accessible même à ceux qui n’ont aucune expérience de la programmation (et peut-être aucune envie ou besoin d’apprendre).

De plus, Ansible facilite le déploiement automatisé d’applications sur les serveurs Power, en gérant habilement tout ce qui va des déploiements Node.js à l’orchestration d’applications multi-niveaux comme OpenShift ou OpenStack. Cette polyvalence en fait un outil indispensable pour les opérations quotidiennes dans les environnements Linux, AIX et IBM i, couvrant des aspects critiques tels que le stockage, la sécurité et les paramètres de configuration.

La version préliminaire de ce livre rouge est disponible à l’adresse https://www.redbooks.ibm.com/redpieces/pdfs/sg248551.pdf.

Comment ACME a sauvé son entreprise avec le FS7300 et les safe-guarded copies

Aujourd’hui, les attaques de ransomware sont devenues une menace constante pour les entreprises de toutes tailles. Une solution efficace à ce défi est l’utilisation de copies protégées sur des systèmes de stockage avancés tels que ceux proposés par les systèmes de stockage FS7300 d’IBM. Cet article explore un cas dans lequel un client, que nous appellerons ACME, a pu récupérer ses systèmes critiques en quelques minutes après une attaque de ransomware, grâce aux capacités du FS7300.

Une technologie clé : les copies sécurisées d’IBM

Les copies protégées sur les systèmes IBM FS7300 sont des répliques de données qui sont stockées en toute sécurité et isolées au sein du même système. Ces copies ne sont pas accessibles pour une modification ou une suppression normale, ce qui les rend immunisées contre les attaques de logiciels malveillants tels que les ransomwares.

Notre client

ACME est un prestataire de services financiers de premier plan dans un pays d’Afrique du Nord qui a récemment été confronté à une attaque de ransomware sophistiquée en novembre 2023. Cette attaque a chiffré une quantité importante de ses données critiques, ce qui a affecté les opérations essentielles. Heureusement, j’avais récemment mis en place l’armoire de stockage FS7300 d’IBM, qui comprenait la fonction de copie protégée et dont SIXE avait programmé l’exécution régulière. Une alerte d’IBM Storage Protect a signalé que plus de fichiers que la normale avaient été modifiés au cours des sauvegardes planifiées.

Réponse à l’attaque

Lorsque ACME a eu connaissance de l’attaque, son équipe informatique a agi rapidement. En utilisant les copies protégées stockées dans leur armoire FS7300, ils ont pu restaurer les données affectées en quelques minutes. Cette récupération rapide a été rendue possible par la gestion efficace des données et la capacité de récupération instantanée du système FS7300.

Principaux avantages

La capacité à se remettre rapidement d’une attaque de ransomware est cruciale pour maintenir la continuité de l’activité. Dans le cas d’ACME, la cabine FS7300 d’IBM a été fournie :

  1. Récupération rapide : la restauration des données a été presque instantanée, ce qui a minimisé les temps d’arrêt.
  2. Intégrité des données : Les copies protégées ont permis de s’assurer que les données restaurées étaient exemptes de corruption ou de manipulation.
  3. Opérations ininterrompues : la reprise rapide a permis aux opérations commerciales essentielles de se poursuivre sans interruption notable.

Ce cas montre comment une solution de stockage avancée telle que la baie FS7300 d’IBM, équipée d’une technologie de protection contre la copie, peut être salvatrice dans les situations de crise telles que les attaques de ransomware. Il fournit non seulement une couche supplémentaire de sécurité, mais aussi la certitude que les données professionnelles peuvent être récupérées rapidement et efficacement, ce qui garantit la continuité de l’activité en période d’incertitude et de menaces constantes.

IBM Storage CEPH vs. Storage Scale (GPFS), GFS2, NFS et SMB

IBM Storage CEPH est une solution de stockage définie par logiciel basée sur la technologie open source ceph qui fait de plus en plus d’adeptes. Il offre un système de stockage évolutif, résilient et très performant. Il est particulièrement adapté aux environnements qui nécessitent un stockage massif et distribué, tels que les centres de données, les applications cloud et les environnements big data.

Quels sont les principaux cas d’utilisation ?

  1. Stockage d’objets : idéal pour stocker des quantités massives de données non structurées, telles que des images, des vidéos et des fichiers de sauvegarde.
  2. Stockage en bloc : utilisé pour les systèmes de fichiers, les bases de données et les machines virtuelles, offrant une grande disponibilité et des performances élevées.
  3. Systèmes de fichiers distribués : prend en charge les applications qui nécessitent un accès simultané aux fichiers à partir de plusieurs nœuds.

Bases techniques

  • Structure évolutive : elle est basée sur une architecture distribuée qui lui permet d’évoluer horizontalement, en ajoutant des nœuds supplémentaires selon les besoins.
  • Haute disponibilité : conçue pour résister aux pannes, avec redondance et récupération automatique des données.
  • Cohérence des données : Garantit l’intégrité et la cohérence des données, même dans les environnements à forte concurrence.

Comparaison avec d’autres solutions de stockage

  1. Opposé à GPFS (IBM Spectrum Scale) :
    • CEPH est le mieux adapté aux environnements qui nécessitent une évolutivité massive et une infrastructure de stockage très flexible.
    • GPFS offre des performances supérieures dans les environnements où un débit d’E/S élevé et une gestion efficace d’un grand nombre de petits fichiers sont nécessaires.
  2. Avant NFS et SMB :
    • NFS et SMB sont des protocoles de stockage partagé qui fonctionnent bien pour le partage de fichiers sur les réseaux locaux. CEPH offre une solution plus robuste et plus évolutive pour les environnements distribués et à grande échelle.
    • CEPH offre une plus grande tolérance aux pannes et une gestion plus efficace des données pour les grands volumes de données.
  3. Vs GFS2 :
    • GFS2 convient aux environnements de grappes avec accès partagé aux données, mais CEPH offre une évolutivité et une flexibilité supérieures.
    • CEPH excelle dans les scénarios de stockage d’objets et de blocs, tandis que GFS2 se concentre davantage sur le stockage de fichiers.

Quand GPFS (Storage Scale) est-il une meilleure solution que CEPH ?

Lorsque nous avons besoin d’une performance d’E/S très élevée

  • GPFS est conçu pour offrir des performances d’E/S très élevées, en particulier dans les environnements nécessitant un débit d’entrée/sortie (E/S) élevé et une faible latence. Il est particulièrement efficace dans les applications qui gèrent un grand nombre de petits fichiers ou dans les environnements où les charges de travail d’E/S sont importantes.

Si nous devons gérer de très petits fichiers de manière très efficace.

  • GPFS excelle dans la gestion efficace d’un grand nombre de petits fichiers, un scénario courant dans les environnements de calcul et d’analyse de haute performance.

Dans les environnements HPC

  • Dans les environnements de calcul de haute performance (HPC), où la cohérence et la fiabilité sont cruciales en même temps que la haute performance, GPFS fournit une plateforme plus robuste et optimisée.

Lorsque nous avons besoin de fonctions avancées telles qu’un ILM

  • Pour les applications qui nécessitent un traitement avancé des données non structurées avec des fonctions telles que la déduplication des données, la compression et la gestion du cycle de vie des données, GPFS peut avoir des fonctions plus spécialisées.

Conclusions

En résumé, GPFS est préférable à CEPH dans les scénarios où un débit d’E/S élevé, une gestion efficace des petits fichiers et dans les environnements HPC où la cohérence et la fiabilité sont aussi importantes que la performance. En outre, dans les environnements déjà profondément intégrés aux solutions IBM, GPFS peut offrir une meilleure synergie et des performances optimisées.

Cependant, à notre avis, IBM CEPH est plus approprié dans les scénarios où une solution de stockage hautement évolutive est nécessaire, avec des capacités de stockage d’objets, de blocs et de fichiers, et où l’intégrité et la disponibilité des données sont essentielles. Il se distingue de NFS, SMB et GFS2 en termes d’évolutivité, de flexibilité et de capacité à gérer de grands volumes de données distribuées.

En d’autres termes, ni l’un ni l’autre, tout dépend des charges de travail et des cas d’utilisation. On discute?

Migration de Lustre FS vers IBM Storage Scale (GPFS)

Dans cet article, nous te racontons comment nous avons migré dans les environnements HPC de SIXE de LUSTRE à GPFS, bien, maintenant appelé IBM Storage Scale (et il n’y a pas longtemps Spectrum Scale). Comme tu le sais, les environnements de calcul haute performance (HPC) jouent un rôle essentiel dans la recherche scientifique, l’ingénierie et l’innovation dans une grande variété de domaines. Pour réaliser tout le potentiel de ces infrastructures, un système de stockage efficace et performant est indispensable. L’un des systèmes de fichiers parallèles les plus utilisés dans les environnements HPC est Lustre FS, mais parfois, migrer vers des solutions plus avancées et plus polyvalentes devient une nécessité. Dans cet article, nous allons explorer le processus de migration de Lustre FS vers IBM Storage Scale (anciennement connu sous le nom de GPFS) dans une infrastructure HPC composée de centaines de nœuds de calcul avec stockage interne ou externe, connectés à un réseau haute performance, tel qu’InfiniBand ou 10G Ethernet.

Pourquoi migrer vers IBM Storage Scale (GPFS) ?

IBM Storage Scale, anciennement connu sous le nom de GPFS (General Parallel File System), est un système de fichiers parallèles hautement évolutif et robuste conçu pour les applications hautes performances, notamment les environnements HPC. Alors que les besoins en stockage et en performance continuent de croître dans les environnements HPC, la migration vers une solution comme IBM Storage Scale peut offrir des avantages significatifs :

  1. Évolutivité: IBM Storage Scale peut évoluer horizontalement pour s’adapter à une augmentation de la quantité de données et de nœuds de calcul de façon transparente. Cela est essentiel dans les environnements HPC où les charges de travail peuvent être extrêmement exigeantes en matière de stockage.
  2. Haute performance: IBM Storage Scale est conçu pour des performances élevées en lecture et en écriture, ce qui le rend idéal pour les applications HPC qui nécessitent un accès rapide et efficace à de grands ensembles de données.
  3. Stabilité et sécurité: IBM Storage Scale est connu pour sa fiabilité et sa sécurité. Il offre des fonctions de tolérance aux pannes qui garantissent la disponibilité des données critiques à tout moment. Des données qui peuvent être protégées par un cryptage si nécessaire.
  4. Intégration aux environnements HPC: IBM Storage Scale s’intègre bien aux réseaux haute performance utilisés dans les environnements HPC, tels que InfiniBand ou 10G Ethernet, ce qui simplifie la transition.
  5. Assistance: SIXE assure l’assistance et la maintenance continues de Storage Scale, ce qui garantit que ton système de stockage est soutenu par une entreprise ayant plus de 20 ans d’expérience dans cette technologie. Nous le faisons par l’intermédiaire d’IBM, dont nous sommes un partenaire commercial à valeur ajoutée.
  6. Une architecture plus facile à déployer, à faire évoluer et à entretenir. Pour nous, c’est le point clé qui nous fait recommander d’entreprendre cette migration. Lustre FS au-delà d’une certaine échelle devient complexe à administrer, à surveiller et à mettre à jour, tandis que GPFS fonctionne parfaitement dans 90 % des scénarios avec quelques ajustements supplémentaires.

Planifier la migration à partir de Lustre FS

La migration d’un système de fichiers parallèle dans une infrastructure HPC est une tâche complexe et critique qui nécessite une planification minutieuse. Voici quelques étapes clés à prendre en compte :

  1. Évaluation des besoins: Avant de commencer la migration, il est essentiel de comprendre les exigences de stockage et de performance de ta charge de travail HPC. Cela permettra de déterminer la configuration optimale d’IBM Storage Scale. Nous devons comprendre les cas d’utilisation et les besoins spécifiques de l’environnement. Et aussi les points où Lustre FS a particulièrement bien ou mal fonctionné :)
  2. Conception de l’architecture : nous avons conçu la meilleure architecture possible pour IBM Storage Scale en tenant compte de la topologie de ton réseau haute performance, du stockage et de la répartition des nœuds de calcul. Cela doit être fait de manière à minimiser ou à éliminer les temps d’arrêt pendant la migration. C’est à ce stade que nous déciderons d’utiliser IBM COS (Cloud Object Storage), ESS (Elastic Storage) ou Spectrum Scale (GPFS) déployés directement sur les serveurs de stockage, les serveurs de calcul ou les deux.
  3. Préparation des données: nous nous assurons que tes données sont organisées et prêtes pour la migration. Cela peut impliquer de nettoyer les données indésirables ou de réorganiser les données existantes.
  4. Tests dans un environnement de développement: avant la migration vers la production, nous effectuons des tests approfondis dans un environnement de développement afin d’identifier les problèmes potentiels et d’ajuster la configuration si nécessaire.
  5. Planification de la migration à chaud: Nous déterminons le meilleur moment pour effectuer la migration à chaud, en minimisant l’impact sur les opérations HPC. Cela peut nécessiter de programmer la migration pendant les périodes de faible activité. Storage Scale dispose de plusieurs fonctionnalités qui permettent une migration non-stop des environnements. C’est essentiel car le déplacement des données peut prendre des jours.
  6. Exécution de la migration: Nous effectuons la migration en suivant le plan établi. Cela peut inclure le transfert de données et la configuration d’IBM Storage Scale.
  7. Test et validation: nous effectuons des tests approfondis pour nous assurer que toutes les données ont été migrées avec succès et que le nouveau système de stockage répond aux exigences de performance.
  8. Formation: nous assurons la formation des utilisateurs et du personnel informatique pour leur permettre de s’adapter au nouveau système de fichiers.
  9. Maintenance et assistance permanentes: élabore un plan de maintenance permanente pour t’assurer que ton système de stockage fonctionne de façon optimale au fil du temps.

Conclusions

La migration de Lustre FS vers IBM Storage Scale (anciennement GPFS) dans une infrastructure HPC peut être une tâche difficile mais gratifiante. Ce faisant, les centres de recherche et les organisations peuvent profiter d’un système de fichiers parallèles hautement évolutif, fiable et performant. Cependant, une planification minutieuse, des tests et une formation adéquate sont essentiels pour garantir le succès de la migration et minimiser toute perturbation des opérations HPC.

Si tu envisages une migration vers IBM Storage Scale, nous te proposons de le faire en étroite collaboration avec SIXE. Nous sommes des experts en stockage et des consultants spécialisés en calcul intensif pour que la transition se fasse le plus harmonieusement et le plus efficacement possible. Avec la bonne approche et le bon investissement en temps et en ressources, tu peux améliorer considérablement la capacité de ton infrastructure HPC à prendre en charge la recherche et les applications de haute performance à l’avenir.

AlmaLinux et OpenSUSE Leap sur IBM Power / ppc64le (émulé avec QEMU à partir d’une machine x86)

(Avertissement : cet article a été rédigé pour notre blog chez IBM)

Pour commencer

Si tu veux explorer les distributions Linux qui fonctionnent sur IBM Power (ppc64le) mais que tu n’as pas ce dernier, tu peux l’émuler grâce à QEMU. Tu peux consulter les matrices de compatibilité Linux dans Power
au lien suivant,
et décide de la distribution et de la version que tu veux essayer :)

Comme toute autre émulation d’architecture HW, elle présente des défis. Ce qui m’a poussé à écrire cet article, c’est ce tutoriel inspirant,

Fais fonctionner un environnement Linux on Power complet à partir de Microsoft Windows


,
par
Emma Erickson
et
Paul Clarke
. Je voulais suggérer une approche plus “conviviale”, le réseau fonctionnant par défaut et une interface graphique permettant d’explorer toutes les options disponibles ou de modifier les déploiements existants.

Pour cette démo, j’utiliserai une boîte x86 standard (et bon marché) sur laquelle tourne la dernière version d’Ubuntu (23.04) et les paquets inclus dans la distribution elle-même. Il n’est pas nécessaire de compiler quoi que ce soit.

Préparation du système

Il s’agit de mon système, mais il devrait fonctionner sur n’importe quelle machine x86 dotée de capacités de virtualisation.

ubuntu@sixe-dev:~$ cat /proc/cpuinfo | grep model

model name : Intel(R) Xeon(R) CPU E5-1410 v2 @ 2.80GHz

ubuntu@sixe-dev:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 23.04
Release:        23.04
Codename:       lunar

Nous nous assurons que toutes les mises à jour sont appliquées et nous redémarrons.

ubuntu@sixe-dev:~$ sudo apt update && sudo apt upgrade

ubuntu@sixe-dev:~$ sudo reboot

Je vais utiliser virt-manager comme interface graphique pour QEMU, ce qui m’aiderait (ou tout autre “novice QEMU”). C’est juste ce que les gens ont l’habitude de faire avec Virtualbox ou VMWare Player, et c’est pour ça que je l’aime bien :).

ubuntu@sixe-dev:~$ sudo apt install -y qemu-system-ppc qemu-kvm virt-manager virtinst libvirt-clients bridge-utils

Dans mon cas, je fais un ssh à partir de Windows WSL, en redirigeant le X. Une autre option serait de fournir un environnement graphique minimal et de se connecter via RDP ou VNC.

~$ ssh -X ubuntu@sixe-dev

Attention : Pas de données xauth ; utilisation de fausses données d’authentification pour le transfert X11.

Bienvenue à Ubuntu 23.04 (GNU/Linux 6.2.0-35-generic x86_64)

Télécharger des fichiers .iso

Je vais télécharger deux distributions Linux libres et ouvertes avec un grand soutien sur Power. Le dossier de téléchargement sera /var/lib/libvirt/images, qui est utilisé par défaut par virt-manager.

ubuntu@sixe-dev:~$ cd /var/lib/libvirt/images/

ubuntu@sixe-dev:~$ sudo wget https://repo.almalinux.org/almalinux/8/isos/ppc64le/AlmaLinux-8-latest-ppc64le-minimal.iso

ubuntu@sixe-dev:~$ sudo wget https://download.opensuse.org/distribution/leap/15.5/iso/openSUSE-Leap-15.5-DVD-ppc64le-Media.iso

Lance le gestionnaire de machines virtuelles

Bien qu’il s’agisse d’un outil peu connu (à moins que tu ne sois un geek Linux), il est aussi simple et puissant que VirtualBox ou VMware Player. Il s’intègre également à QEMU pour tester les systèmes d’exploitation sur n’importe quelle autre architecture.

ubuntu@sixe-dev:~$ virt-manager

 

Créer et installer une nouvelle VM à partir de .iso

Pour installer le fichier .iso, crée une nouvelle machine virtuelle. Choisis ppc64le comme architecture, règle le CPU et la mémoire, et ajoute un nouveau disque virtuel. J’ai enregistré une vidéo pour montrer tout le processus, tu peux sauter la dernière partie, dans notre cas l’interface graphique d’installation a pris presque 9 minutes pour se terminer :).

Deploying Alma & OpenSUSE Linux on IBM Power (ppc64le) using QEMU on x86Deploying Alma & OpenSUSE Linux on IBM Power (ppc64le) using QEMU on x86

Tous les paramètres d’installation fonctionnent. Pour ton information, j’ai utilisé une configuration LVM par défaut pour le stockage et un DHCP automatique sur mon périphérique réseau NAT.

Ici, tu peux voir que l’unité centrale émulée est détectée correctement.

Une fois le système installé, je te conseille de vérifier l’adresse IP virtuelle.

… et assure-toi que le démon sshd est en cours d’exécution

hugo@almapower:~$ systemctl start sshd

Je me connecte donc à partir de mon hôte local en utilisant ssh

ubuntu@sixe-dev:~$ ssh root@192.168.122.28

root@192.168.122.28's password:

Last login: Fri Oct 27 03:58:07 2023 from 192.168.122.1

From now on I will ssh into the VM from my host machine. This way I can copy, paste and resize the console without any problems.

Essaie d’autres distributions comme OpenSUSE Leap

Tu peux faire la même chose avec d’autres distributions. Dans mon cas, la deuxième distribution qui fonctionne bien est OpenSUSE Leap.

J’ai même installé l’environnement graphique.

.. ainsi que Firefox, et a démarré le navigateur web pour visiter notre site web. Tu devras cependant faire preuve d’un peu de patience, car cela ne se fera pas à la vitesse de l’éclair.

Que faire maintenant ?

Ton Linux n’a rien de spécial, si ce n’est qu’il fonctionne sur une architecture beaucoup plus sûre, puissante et stable. Le fonctionnement est le même que sur x86. Apple a changé plusieurs fois d’architecture, et de plus en plus de fabricants misent sur des alternatives au x86 (voir ARM).

Par exemple, une autre distribution populaire dérivée de Red Hat, Rocky Linux, inclut non seulement x86 et ppc64le sur sa page de téléchargement, mais aussi ARM ou s390x (Linux One / environnements mainframe).

Tu peux ajouter d’autres dépôts ou consulter la base de données des paquets disponibles pour Linux sur IBM Power -.
https://www.ibm.com/it-infrastructure/resources/power-open-source/

En guise d’avertissement, bien que nous les ayons fait fonctionner en production sur des LPAR avec PowerVM, nous n’avons pas réussi à trouver la combinaison de configurations et de versions de systèmes d’exploitation qui nous permettrait de faire fonctionner Rocky 9.2 et Ubuntu 22.10/23.04 sur QEMU. Je te recommande donc d’essayer AlmaLinux ou OpenSUSE. Bien sûr, leurs “sœurs” RHEL et SUSE, soutenues par les entreprises, fonctionnent tout aussi bien.

Dans de prochains articles, nous aborderons des cas d’utilisation comme AWX ou Kubernetes sur Linux (ppc64le), émulé ou réel :).

J’espère que cet article ne te laissera aucune excuse pour ne pas essayer Linux sur Power.

SIXE
×