Solutions HPE pour une infrastructure informatique : usages, avantages et critères de choix

Les solutions HPE pour une infrastructure informatique regroupent serveurs, stockage, réseau, cloud hybride, outils d’administration et services d’accompagnement. Le bon choix dépend des charges de travail, du volume de données, de la disponibilité attendue, des exigences de sécurité, de la croissance prévue et des compétences réellement disponibles pour exploiter l’ensemble.

Une infrastructure HPE n’est pas une boîte magique à poser dans une baie réseau. Le matériel, les licences, le support, les outils de sauvegarde et l’intégration avec l’existant comptent autant que la fiche technique. L’objectif consiste donc à relier chaque composant à un besoin métier vérifiable, plutôt qu’à acheter plus de CPU, de stockage ou de Wi-Fi “au cas où”.

Comprendre HPE et son rôle dans l’infrastructure informatique

Hewlett Packard Enterprise, généralement abrégé en HPE, est un fournisseur de technologies et de services d’infrastructure destinés aux organisations. Une infrastructure HPE peut associer des serveurs, des systèmes de stockage, des équipements réseau, des outils de gestion et des services pour héberger, connecter, protéger et administrer les ressources informatiques.

HPE, Hewlett Packard Enterprise : de quoi parle-t-on ?

HPE désigne l’entité orientée vers l’informatique professionnelle, distincte de HP Inc., qui commercialise notamment des PC, imprimantes et périphériques. Dans un projet HPE entreprise, il faut séparer quatre niveaux : le matériel, les logiciels de gestion, les licences éventuelles et les prestations de déploiement ou de support. Mélanger ces périmètres produit souvent des devis illisibles et des responsabilités floues au premier incident.

Un serveur, une baie de stockage et un contrat de support ne répondent pas au même besoin, même lorsqu’ils portent tous la marque HPE. La documentation officielle de HPE sur ses produits et solutions reste le point de départ pour vérifier les familles actuellement présentées par le constructeur, sans supposer qu’une référence précise est encore disponible.

Quels besoins une infrastructure HPE peut-elle couvrir ?

Une infrastructure HPE sert d’abord à exécuter des applications, héberger des machines virtuelles, stocker des données, connecter les utilisateurs et administrer les équipements. Les briques peuvent rester concentrées dans une salle informatique, être réparties entre plusieurs sites ou être reliées à des services cloud. Le choix d’architecture change alors les contraintes de latence, de sécurité, de compétences et de coûts récurrents.

• Héberger des applications métiers, des bases de données et des environnements de virtualisation.
• Centraliser des fichiers, des données applicatives et des copies de sauvegarde séparées de la production.
• Connecter postes, terminaux mobiles, téléphonie, objets connectés et sites distants via un réseau filaire ou Wi-Fi.
• Superviser les alertes, automatiser des tâches d’administration et suivre la capacité disponible.

Les principales familles de solutions HPE à connaître

Les principales solutions HPE se choisissent par fonction : calcul, stockage, réseau, exploitation et accompagnement. Une architecture cohérente relie ces fonctions aux applications réelles, à leur criticité et aux dépendances entre services. Un serveur très musclé derrière un stockage lent ou un réseau sous-dimensionné ne crée pas une infrastructure rapide ; il crée un goulot d’étranglement coûteux.

Serveurs HPE ProLiant pour le calcul et la virtualisation

Les serveurs HPE ProLiant sont couramment utilisés pour les applications métiers, les bases de données et la virtualisation. Les formats tour conviennent souvent aux sites disposant de peu de baies, les formats rack facilitent la densification en salle informatique, tandis que les plateformes à forte densité visent des besoins plus spécialisés. Le dimensionnement doit examiner processeurs, mémoire vive, stockage local, cartes réseau, alimentations redondantes et gestion à distance.

Pour la virtualisation HPE, la mémoire disponible et les performances d’entrées-sorties pèsent souvent davantage que le nombre brut de cœurs processeur. Un inventaire des machines virtuelles, de leur mémoire consommée, de leurs pics d’activité et de leurs dépendances évite le réflexe classique : acheter un serveur puissant qui sature ensuite sur le stockage ou le réseau.

Solutions de stockage HPE Alletra

Les solutions de stockage HPE, dont la famille Alletra, répondent à des besoins de stockage partagé, de performance, de capacité, de réplication et de protection des données. Une baie ne doit pas être évaluée sur sa seule capacité brute : les performances d’accès, les mécanismes de résilience, l’intégration avec les hyperviseurs et les outils de sauvegarde déterminent son utilité dans l’environnement réel.

Une solution de stockage HPE peut faciliter l’administration centralisée et une évolution progressive, mais la compatibilité doit être confirmée avec le système d’exploitation, l’hyperviseur, les protocoles utilisés et le logiciel de sauvegarde. Les appellations commerciales et les fonctions incluses peuvent varier selon la configuration et les licences ; la fiche produit HPE à jour reste la référence.

Réseaux Aruba pour les utilisateurs, les sites et les équipements

Les solutions réseau Aruba couvrent les réseaux filaires, le Wi-Fi et des outils d’administration adaptés aux environnements professionnels. Le réseau n’est pas une simple couche de transport : il conditionne l’accès aux applications, la mobilité des utilisateurs, la téléphonie sur IP, les échanges entre serveurs et la connexion d’équipements IoT.

Un réseau Aruba pertinent segmente les usages sensibles et contrôle les accès au lieu de laisser tous les équipements communiquer librement. Les choix doivent donc porter sur la densité de connexions, la couverture radio, les débits utiles, les liaisons intersites, les mécanismes d’authentification et les règles de sécurité. Un Wi-Fi rapide sur le papier ne compense pas une mauvaise segmentation ou une liaison internet saturée.

Logiciels, services et support d’exploitation

Les équipements matériels ne suffisent pas à exploiter une infrastructure HPE sur la durée. La supervision, le suivi de capacité, les alertes, les mises à jour et l’automatisation de certaines configurations font partie du coût et du niveau de maîtrise attendu. Selon le projet, HPE, un intégrateur ou l’équipe informatique interne peuvent intervenir à des étapes différentes.

Le rôle d’un intégrateur mérite d’être cadré noir sur blanc : audit, dimensionnement, installation, migration, transfert de compétences, maintenance ou support de premier niveau. Une entreprise qui compare aussi l’achat à la location peut consulter cet éclairage sur la location de matériel informatique, car le financement modifie les flux de trésorerie sans supprimer les besoins d’exploitation.

Besoin principal	Composant à examiner	Critères concrets	Point de vigilance
Virtualisation	Serveur HPE ProLiant	Mémoire, CPU, réseau, stockage partagé, redondance	Éviter de dimensionner sur les seules ressources actuelles
Données applicatives	Stockage HPE Alletra	Latence, IOPS, capacité utile, réplication, compatibilité	Ne pas confondre capacité brute et capacité réellement exploitable
Utilisateurs et mobilité	Réseau Aruba	Couverture, segmentation, authentification, liaisons intersites	Prévoir les équipements IoT et les pics de connexions
Continuité d’activité	Sauvegarde, supervision et support	RPO, RTO, copies hors production, tests de restauration	Une sauvegarde non restaurée reste une hypothèse

Quels usages pour une infrastructure HPE ?

Une infrastructure HPE peut répondre à des usages très différents, de la consolidation de serveurs à l’analyse de données. La décision part des applications et de leur impact en cas d’arrêt : nombre d’utilisateurs, volumes, temps de réponse acceptable, dépendances techniques et exigences de reprise. Une puissance théorique isolée ne donne aucune réponse à ces questions.

Virtualiser et consolider les serveurs

La virtualisation permet de mutualiser les ressources d’un ou plusieurs serveurs physiques tout en isolant les applications dans des machines virtuelles. Une infrastructure HPE destinée à cet usage doit prévoir la mémoire, le calcul, la bande passante réseau, les performances de stockage et la capacité de sauvegarde pour l’ensemble des machines, y compris lors des pics ou d’un redémarrage après incident.

Un projet de virtualisation doit aussi vérifier la compatibilité avec l’hyperviseur retenu et les règles de support de l’éditeur. Les listes de compatibilité officielles du constructeur, de l’hyperviseur et du logiciel de sauvegarde doivent converger. Trois références compatibles individuellement ne forment pas automatiquement une pile supportée ensemble. C’est le genre de détail qui transforme une migration banale en semaine à rallonge.

Héberger des applications métiers et des bases de données

Les applications métiers et les bases de données exigent un dimensionnement fondé sur les usages observés : utilisateurs simultanés, volume de transactions, croissance des données, latence acceptable et fenêtre de maintenance. Une base de données peut être limitée par la mémoire, le stockage ou le réseau avant d’être limitée par le processeur ; une analyse des métriques existantes est donc plus utile qu’une comparaison de brochures.

La compatibilité avec les logiciels métiers et leurs éditeurs doit être validée avant la commande, pas après l’installation. Certaines applications imposent des versions précises de système d’exploitation, de base de données ou d’hyperviseur. Les besoins de licences peuvent également évoluer selon le nombre de cœurs, les nœuds ou les utilisateurs.

Assurer la sauvegarde, la continuité et la reprise après sinistre

Une stratégie de continuité sépare les données de production, les sauvegardes et les copies de secours. Les objectifs de délai de reprise, souvent appelés RTO, et de perte de données acceptable, souvent appelée RPO, doivent être définis par application. Une messagerie interne, une comptabilité et une chaîne de production n’ont pas nécessairement le même niveau de priorité.

Les tests de restauration constituent la vérification utile. Une sauvegarde peut sembler réussie dans une console tout en restant inutilisable à cause d’un fichier corrompu, d’identifiants manquants, d’une dépendance oubliée ou d’une capacité insuffisante sur le site de reprise. Le plan doit inclure la restauration, le redémarrage des services et la validation métier.

Construire une infrastructure sur site, privée ou hybride

Une infrastructure hybride associe des ressources locales et des services cloud selon les contraintes de chaque charge de travail. Les applications sensibles à la latence, les données soumises à des contraintes de localisation ou les équipements industriels peuvent justifier un maintien sur site. À l’inverse, certains usages variables ou collaboratifs peuvent être externalisés si les flux, les identités et les coûts récurrents sont maîtrisés.

Les architectures convergées ou hyperconvergées peuvent simplifier certains déploiements en rapprochant calcul, stockage et virtualisation. Elles ne remplacent pas la réflexion sur la sauvegarde, la connectivité, les compétences et la réversibilité. La question utile reste simple : quel composant tombe, combien de services s’arrêtent et comment les remettre en ligne ?

Préparer l’analyse de données et l’intelligence artificielle

Les projets d’analyse de données et d’intelligence artificielle demandent souvent des ressources particulières : calcul, mémoire, stockage rapide, réseau et parfois accélérateurs. La compatibilité avec les frameworks, les pilotes, les systèmes d’exploitation et les pipelines de données doit être vérifiée dans la documentation des éditeurs concernés. Ajouter un GPU à une architecture mal alimentée ou mal refroidie ne crée pas une plateforme IA ; cela crée un nouveau ticket d’incident.

La gouvernance des données reste centrale dans ces projets. Les équipes doivent documenter l’origine des données, les droits d’accès, la conservation, la localisation et la traçabilité des traitements, notamment lorsqu’elles manipulent des données personnelles ou réglementées.

Avantages et limites d’une infrastructure HPE

Une infrastructure HPE peut offrir une couverture large, du serveur au réseau en passant par le stockage et l’administration. Cette cohérence peut simplifier certains projets, surtout lorsqu’une organisation recherche un interlocuteur matériel identifiable et des options de support associées. Le résultat dépend néanmoins du dimensionnement, des licences, de l’intégration et de la qualité des procédures d’exploitation.

Une architecture résiliente ne se juge pas à la redondance annoncée : elle se juge à sa capacité vérifiée à restaurer un service dans le délai fixé.

Les atouts à évaluer

Le principal intérêt des solutions HPE réside dans la possibilité d’assembler des briques professionnelles de calcul, stockage, réseau et exploitation. Cette couverture facilite la construction d’architectures sur site, virtualisées ou hybrides, à condition de choisir les composants selon des exigences documentées. Une administration centralisée et des options de redondance peuvent améliorer l’exploitation, sans dispenser d’une supervision active.

• Une offre couvrant plusieurs couches de l’architecture informatique professionnelle.
• Des possibilités de redondance pour les alimentations, disques, contrôleurs et liaisons réseau selon les configurations.
• Des services de support et d’accompagnement à comparer avec ceux d’intégrateurs spécialisés.
• Une évolution possible de l’infrastructure lorsque les besoins sont anticipés dès le dimensionnement.

Les points de vigilance avant de s’engager

Le coût infrastructure informatique ne se limite jamais au matériel. Licences, support, installation, énergie, refroidissement, formation, sauvegarde, migration et renouvellement peuvent peser durablement dans le budget. Un devis trop centré sur le prix d’achat reporte parfois la facture sur l’exploitation, là où elle est plus difficile à réduire.

La performance annoncée n’a de valeur que dans une configuration comparable à la charge, aux logiciels et au réseau de l’organisation. Les résultats varient selon les processeurs, les disques, les cartes réseau, les réglages, les versions logicielles et les accès concurrents. Une preuve de concept, des tests de compatibilité et des scénarios de reprise sont plus solides qu’une promesse générale.

Le mauvais choix n’est pas forcément un mauvais produit : c’est souvent un composant correct placé dans une architecture mal cadrée.

Erreurs fréquentes lors du choix d’une infrastructure HPE

Les erreurs de cadrage sont plus fréquentes que les erreurs de marque. Elles apparaissent lorsque l’achat est piloté par une référence produit, une promotion ou une capacité brute, sans mesure des charges et des dépendances. Les éviter demande une discipline de projet, pas une boule de cristal.

• Choisir sur le nombre de cœurs : la mémoire, les IOPS et le réseau peuvent être les vrais freins. Mesurer les ressources consommées avant de sélectionner une configuration.
• Oublier les licences : certains logiciels se calculent par cœur, hôte, utilisateur ou capacité. Intégrer ces règles au budget prévisionnel.
• Traiter la sauvegarde comme une option : définir RPO, RTO, stockage des copies et fréquence des tests avant le déploiement.
• Supposer la compatibilité : vérifier les matrices des éditeurs pour l’hyperviseur, l’OS, l’application et la solution de sauvegarde.
• Négliger les accès d’administration : protéger les comptes privilégiés, segmenter les flux et planifier les mises à jour.

Les critères pour choisir une solution HPE adaptée

Choisir une solution HPE adaptée consiste à traduire des besoins métier en exigences techniques mesurables : capacité, performance, disponibilité, sécurité, compatibilité et coût complet. Une organisation doit comparer plusieurs scénarios, consigner ses hypothèses et vérifier ce qui se passe lors d’une panne, d’une migration ou d’une hausse de charge. Le catalogue vient après ce travail, pas avant.

Performance, capacité et évolutivité

Le dimensionnement commence par une mesure de la situation actuelle : processeur, mémoire, espace utilisé, entrées-sorties, débit réseau et croissance des données. Une estimation sans historique de charge peut rester utile pour un nouveau projet, mais elle doit être explicitement formulée comme hypothèse et révisée après les premiers tests.

Le choix serveur entreprise doit prévoir des extensions réalistes : barrettes mémoire, disques, interfaces réseau, nœuds supplémentaires ou capacité de stockage. Surdimensionner sans raison immobilise du budget ; sous-dimensionner impose une migration précoce. La bonne marge est celle qui correspond au plan de croissance, pas celle qui impressionne dans un tableau Excel.

Disponibilité, résilience et reprise

La disponibilité repose sur des mécanismes concrets : alimentations redondantes, disques protégés, contrôleurs, liens réseau, copies de sauvegarde, procédures de basculement et tests. Chaque mécanisme réduit un risque particulier. Aucun d’entre eux ne protège seul contre une erreur humaine, une mauvaise mise à jour, une compromission de compte ou un sinistre de site.

Le niveau de résilience doit être aligné sur le coût réel d’un arrêt de service, application par application. Une architecture très redondante pour un outil secondaire peut être disproportionnée, alors qu’une sauvegarde insuffisante pour une base critique peut coûter bien davantage lors d’un incident.

Sécurité, conformité et administration

La sécurité d’une infrastructure HPE couvre le démarrage, les firmwares, les accès d’administration, les identités, les flux réseau et les mises à jour. L’application du moindre privilège, la segmentation des réseaux sensibles et l’authentification forte pour les comptes administrateurs réduisent la surface d’exposition. Les paramètres précis dépendent toutefois des équipements, des versions et de la politique de sécurité interne.

Les organisations soumises à des exigences réglementaires doivent aussi documenter les accès, les journaux, la conservation des données et les responsabilités. Une conformité déclarative sans preuve d’exploitation ne résiste pas longtemps à un audit ni à un incident.

Compatibilité avec l’existant

Une infrastructure HPE doit s’intégrer aux systèmes d’exploitation, hyperviseurs, applications, outils de sauvegarde, équipements réseau et sites déjà déployés. Les matrices de compatibilité officielles sont plus fiables qu’une compatibilité supposée à partir du connecteur ou d’une ancienne installation. Les versions de firmware et de pilote peuvent aussi conditionner le support.

Une phase de validation peut inclure un test de charge, une restauration, une bascule de lien et une vérification des alertes. Pour les déploiements locaux ou edge, les principes de mesure thermique et de stabilité restent les mêmes que pour des projets plus modestes, comme l’explique ce guide pour sécuriser les réglages d’un Raspberry Pi : une modification technique doit être testée dans son environnement réel.

Coût total de possession et accompagnement

Le coût total de possession additionne les dépenses directes et indirectes sur la durée de vie prévue : achat ou location, licences, support, installation, consommation électrique, refroidissement, sauvegarde, formation, exploitation et renouvellement. Une comparaison de scénarios sur plusieurs années donne une lecture plus honnête qu’un prix matériel isolé.

Un exemple purement indicatif illustre le raisonnement : une offre à 30 000 € de matériel peut paraître moins chère qu’une offre à 34 000 €, mais perdre son avantage si elle nécessite 8 000 € de licences supplémentaires et 6 000 € de prestations non incluses. Le calcul final dépend des contrats, des durées de support, du pays, des taxes et de l’environnement existant ; il doit être confirmé par des devis détaillés.

Quelle architecture HPE selon le profil de l’organisation ?

Une architecture HPE pertinente dépend de la criticité des applications, du nombre de sites, des compétences internes et des contraintes réglementaires. Une PME n’a pas les mêmes priorités qu’une organisation multisite ou qu’un secteur critique. La recommandation sérieuse commence par les applications, les données et les objectifs de reprise, jamais par une gamme présentée comme universelle.

Petite et moyenne entreprise

Une petite ou moyenne entreprise peut privilégier une architecture lisible, évolutive et administrable avec peu de ressources internes. Un ou plusieurs serveurs HPE ProLiant, une virtualisation raisonnable, un stockage adapté et une sauvegarde réellement testée peuvent répondre à de nombreux besoins. Le support externalisé peut avoir du sens si l’équipe ne peut pas assurer la surveillance et les interventions hors horaires ouvrés.

La priorité d’une PME reste souvent la reprise des services essentiels. Augmenter la capacité maximale sans budgeter les copies de sauvegarde, les accès d’administration sécurisés et les procédures de restauration est un mauvais arbitrage.

Entreprise multisite

Une entreprise multisite doit centraliser autant que possible la supervision, les politiques d’accès et le suivi de capacité, tout en tenant compte des contraintes locales. La qualité des liaisons intersites, le débit internet disponible, la segmentation et les règles de sécurité déterminent les architectures possibles. Un site distant ne peut pas dépendre d’un datacenter central sans vérifier le comportement en cas de coupure de liaison.

Les solutions réseau Aruba peuvent aider à harmoniser la connectivité filaire et Wi-Fi, mais chaque implantation conserve ses particularités : couverture radio, contraintes de bâtiment, équipements industriels ou réglementation locale. L’harmonisation ne signifie pas copier une configuration sans diagnostic.

Grande organisation ou secteur critique

Une grande organisation ou un secteur critique doit renforcer la redondance, la supervision, la gestion des changements et les procédures d’escalade. Les responsabilités entre équipes internes, intégrateur, hébergeur et éditeurs logiciels doivent être documentées. Les plans de reprise nécessitent des exercices réguliers, avec une validation métier et non un simple test technique isolé.

Dans un environnement critique, le niveau de support utile dépend surtout des engagements contractuels et des procédures de réponse, pas du nom de la plateforme. Les délais, périmètres couverts, exclusions et conditions d’intervention doivent être lus avant la signature.

Méthode en cinq étapes pour cadrer un projet d’infrastructure HPE

La méthode pour cadrer un projet d’infrastructure HPE consiste à passer des besoins métier à des exigences vérifiables, puis à comparer plusieurs scénarios avant commande. Chaque étape doit laisser une trace exploitable : inventaire, objectifs, architecture, résultats de tests et plan de déploiement. Sans ces éléments, le projet dépend trop facilement d’hypothèses non partagées.

1. Réaliser l’état des lieux

Recensez les applications, les utilisateurs, les équipements, les flux, les dépendances et les contrats existants. Identifiez les saturations, les points uniques de défaillance, les versions obsolètes et les risques de panne. L’état des lieux doit distinguer les mesures observées des estimations fournies par les équipes.

2. Définir les objectifs et les contraintes

Fixez les niveaux attendus de performance, disponibilité, sécurité, évolutivité et reprise. Déterminez les applications prioritaires, les contraintes réglementaires, les fenêtres de maintenance et l’enveloppe budgétaire. Les objectifs de reprise doivent être validés avec les métiers, car l’informatique ne peut pas décider seule du délai acceptable pour relancer une activité.

3. Concevoir et dimensionner l’architecture

Traduisez les besoins en ressources de calcul, mémoire, stockage, réseau et sauvegarde. Définissez la redondance, les accès d’administration, la segmentation, la supervision et les extensions possibles. Une architecture peut inclure des composants HPE, des logiciels tiers et des services cloud ; l’important reste de documenter les interfaces et responsabilités.

4. Valider la compatibilité, le budget et les risques

Testez les composants avec l’environnement existant lorsque le projet est critique ou complexe. Comparez les scénarios sur le coût total de possession, la réversibilité, les délais de migration et les risques opérationnels. Les alternatives réelles à une architecture HPE peuvent inclure une infrastructure Dell Technologies, Lenovo Infrastructure Solutions Group ou une approche cloud public, selon les besoins ; la comparaison doit porter sur le support, la compatibilité, l’exploitation et le coût complet, pas sur un slogan de marque.

5. Déployer, migrer et vérifier

Préparez un calendrier, des fenêtres d’intervention, un plan de retour arrière et une communication avec les utilisateurs concernés. Testez la charge, les accès, les mises à jour, les sauvegardes, les restaurations et les mécanismes de basculement. Documentez enfin l’architecture, les comptes de service, les procédures et les contacts d’escalade avant de considérer le projet comme terminé.

1. Inventorier les charges, dépendances et incidents récents.
2. Fixer des objectifs de capacité, performance, sécurité et reprise.
3. Comparer des architectures chiffrées avec hypothèses explicites.
4. Valider les compatibilités dans les documentations et les tests.
5. Déployer avec un retour arrière, puis tester la restauration et l’exploitation.

Questions fréquentes sur les solutions HPE

HPE est-il adapté à une petite entreprise ?

HPE peut convenir à une petite entreprise si l’architecture reste proportionnée aux applications, aux données et aux compétences disponibles. Une PME doit prioriser la sauvegarde, l’administration et la reprise plutôt qu’une capacité maximale difficile à exploiter. Un intégrateur peut compléter les ressources internes, selon le contrat retenu.

Quelle solution HPE choisir pour la virtualisation ?

Un serveur HPE ProLiant constitue généralement le point de départ pour la virtualisation, associé selon les besoins à un stockage partagé et à un réseau adapté. Le choix exact dépend de la mémoire, du nombre de machines virtuelles, des performances de stockage et de l’hyperviseur. Les compatibilités doivent être confirmées dans la documentation officielle des éditeurs.

Comment estimer le prix d’une infrastructure HPE ?

Le prix dépend de la configuration matérielle, des licences, du support, de l’installation, de la migration, de la sauvegarde et de la durée d’exploitation retenue. Une estimation utile compare plusieurs scénarios sur le coût total de possession, et non sur le seul prix d’achat. Les tarifs et disponibilités doivent être demandés auprès de HPE ou d’un partenaire selon le pays et la date.

Faut-il choisir une infrastructure HPE sur site ou hybride ?

Le choix dépend des contraintes de latence, de confidentialité, de localisation des données, de connectivité et de coûts récurrents. Une infrastructure hybride peut convenir lorsque certaines charges restent localement tandis que d’autres peuvent être externalisées. Les flux, les identités, les sauvegardes et les scénarios de coupure réseau doivent être étudiés avant la décision.

Quelle différence entre un serveur HPE ProLiant et une solution de stockage HPE Alletra ?

Un serveur HPE ProLiant fournit des ressources de calcul, de mémoire et d’exécution pour les applications et les machines virtuelles. Une solution de stockage HPE Alletra fournit principalement de la capacité et des performances d’accès aux données partagées. Les deux composants peuvent fonctionner ensemble dans une architecture, mais ils ne remplissent pas le même rôle.