Lorsque les organisations évaluent les options d'infrastructure matérielle et logicielle, elles doivent décider si elles préfèrent choisir la catégorie émergente d'infrastructure hyperconvergée ou créer leur propre solution en utilisant des fournisseurs triés sur le volet de leur choix. L'un des principaux moteurs de la première option est l'argument "une seule gorge pour s'étouffer", qui a été entendu et avancé tant de fois - et pour une bonne raison ! Souvent, les entreprises qui choisissent cette dernière option se retrouvent face à des fournisseurs qui jouent au jeu du doigt lorsqu'une infrastructure tombe en panne. La valeur réelle de l'infrastructure hyperconvergée réside davantage dans la facilité de déploiement, la gestion centralisée et l'hyper-optimisation du système. En d'autres termes, il s'agit de simplifier et de rationaliser l'infrastructure, permettant aux administrateurs de recentrer leur énergie sur des choses plus importantes. Les performances sont généralement une préoccupation de niveau inférieur lorsque l'hyper-convergence est envisagée.
Comment se concrétise cette idée d'infrastructure simple ? Pour comprendre cette simplification, il faut penser à l'évolution des infrastructures au cours des dernières années. Traditionnellement, les ingénieurs ont géré les composants disparates du centre de données comme les pièces individuelles qu'ils sont. Cela se traduit par un cauchemar pour le personnel informatique ; ils doivent maintenir des techniciens qui comprennent chaque composant comment ils fonctionnent (et ne fonctionnent pas) ensemble. Cette approche inefficace a conduit à des choses comme des guides de qualification, des matrices d'interopérabilité et des maux de tête géants.
L'objectif de l'infrastructure convergée est de minimiser les problèmes de compatibilité et d'aligner les composants dans un facteur de forme unique pour une gestion centralisée, ce qui simplifie finalement les choses. Les infrastructures convergées se présentent sous de nombreuses formes et tailles, mais elles peuvent généralement être regroupées en quatre groupes.
| Architecture de référence | Offres convergentes | Hyper-convergence | Échelle de rack | |
|---|---|---|---|---|
| Caractéristiques | Flexible, Options prédéfinies, Qualifié, Auto-construit | Verrouillage du fournisseur, Structure de support unique, Pré-construit | Simple, couche logicielle, ressources agrégées | Ressources flexibles, mutualisées et désagrégées, modulaires |
| Exemples | VSPEX, FlexPod | Vblock, Exadata | EVO : RAIL, Nutanix, SimpliVity, HP ConvergedSystem |
Dans une architecture de référence, quelqu'un a éliminé toutes les qualifications complexes et l'interopérabilité de l'équation en faisant le travail préparatoire à l'avance. Il s'agit essentiellement d'un plan directeur qui peut être suivi pour créer une configuration éprouvée. C'est formidable parce que quelqu'un a fait les parties les plus pénibles de la construction de l'infrastructure, bien que chaque composant doive encore être géré séparément.
Avec une offre convergente, il existe deux sous-types : l'utilisation générale et la construction à des fins spécifiques. Dans tous les cas, les administrateurs utilisent un système complet prédéfini par le fournisseur. Vblock est l'une des infrastructures convergées à usage général les plus connues, mais les offres de construction spécialisées comme Exadata s'intègrent également parfaitement dans cette catégorie. Généralement, les options sont limitées à « combien » et « à quelle vitesse », qui sont propres à chaque entreprise.
L'espace d'hyperconvergence, qui utilise un logiciel pour masquer tous les composants individuels dans une interface de gestion unique, est quelque peu nouveau dans l'infrastructure convergée. Celles-ci évoluent bien, mais généralement, l'informatique et le stockage ne peuvent pas être mis à l'échelle séparément.
Cela laisse Rackscale. C'est là que la somme des ressources désagrégées est extraite de diverses sources et mise en commun. Avec Rackscale, un administrateur peut prendre tout le stockage d'une entreprise à partir d'un méli-mélo de serveurs whitebox et les regrouper en un seul pool. Ceci est différent de l'hyper-convergence, car les serveurs et les composants de stockage ne doivent pas nécessairement correspondre.
La clé de la convergence des infrastructures est la simplicité, et il existe une myriade de façons d'y parvenir. Ce sera certainement une période intéressante dans l'infrastructure, car de plus en plus de fournisseurs cherchent à entrer dans l'équation. Avec des baies de stockage plus grandes ayant déjà un hyperviseur intégré, ce n'est peut-être qu'une question de temps avant que les applications natives puissent être exécutées sur des baies de stockage d'entreprise traditionnelles.
À propos de l’auteur
Mark May est ingénieur en stockage à Cincinnati, dans l'Ohio. Il travaille dans le domaine du stockage et de la sauvegarde d'entreprise depuis plus de 15 ans. Il est certifié EMC Elect et Cisco Champion, et passionné de technologie. Sur son temps libre, il aime aider les autres à comprendre les rouages de l'industrie du stockage, un secteur en constante évolution. Vous pouvez le retrouver en ligne sur différentes plateformes, notamment sur son blog personnel et sur Twitter (@cincystorage ).
Discutez de cette histoire
Amazon