Les entreprises intéressées par des applications à haut rendement et des opérations plus cohérentes se tournent de plus en plus vers les conteneurs. En fait, 56% des responsables informatiques L’utilisation des conteneurs devrait augmenter au cours des 12 prochains mois. La capacité à développer des applications à la fois à l’intérieur et à l’extérieur du cloud fait des conteneurs une solution idéale pour travailler dans un cloud nu. D’un autre côté, on s’attend à ce que de nombreuses applications plus anciennes restent indéfiniment sur les machines virtuelles. Pour comprendre certains des différents aspects de l’exploitation à la fois du conteneur et de la machine virtuelle dans le même cloud bare metal, j’ai parlé avec Bernie Wu, responsable du développement commercial pour MetalSoft, une entreprise qui fournit une plate-forme logicielle d’automatisation intelligente pour la gestion des centres de données et des équipements bare metal. Bernie a 25 ans d’expérience en tant que cadre supérieur dans des sociétés d’infrastructure matérielle et logicielle de centre de données, notamment Conner / Seagate, Cheyenne Software, Trend Micro, FalconStor et Levyx.
MITCH: Bernie, je me souviens encore quand les machines virtuelles ont commencé à remplacer les serveurs physiques pour les charges de travail. Les machines virtuelles ont ensuite migré vers le cloud avec l’IaaS, et la décision pour les organisations était de devenir publique, privée ou les deux – une approche hybride. Cette course semble s’être quelque peu arrêtée, mais cette nouvelle chose appelée conteneur est arrivée, et tout le monde était ravi de remplacer les machines virtuelles. Cela s’est-il produit ou les conteneurs et les machines virtuelles sont-ils toujours très actifs pour le cloud computing? Et le resteront-ils tous les deux dans un avenir prévisible?
Bernie Wu
BERNIE: D’après moi, la principale raison pour laquelle j’ai adopté Container et Kubernetes est que cela supprime les problèmes de mise à l’échelle du cloud chez les développeurs et permet une application facile des micro-services architecturaux. Par conséquent, il est idéal pour les applications cloud natives. La principale raison de l’adoption des machines virtuelles était de permettre aux applications traditionnelles de devenir plus portables et de permettre l’intégration et la migration de plusieurs serveurs d’applications vers moins de serveurs physiques pour augmenter l’utilisation. Lorsque le cloud computing est devenu viable, la portabilité de ces applications a facilité leur migration vers le cloud et a permis un modèle op-ex pour l’informatique. Pour le moment, je pense que la plupart des applications nouvelles ou mises à jour adopteront l’approche de conteneur cloud natif, mais les anciennes applications basées sur des machines virtuelles continueront de fonctionner indéfiniment.
MITCH: Est-il difficile de mettre en œuvre une solution qui combine des conteneurs et des machines virtuelles dans une même infrastructure? Certains gestionnaires à qui j’ai parlé semblent avoir du mal à le faire. Car ce? De quels types de difficultés ou de défis s’agit-il?
BERNIE: En effet, il peut être difficile pour les managers qui sont nouveaux sur Kubernetes de travailler avec les deux en même temps. Les machines virtuelles et les conteneurs sont gérés avec différents exemples. Les images de conteneur sont construites d’une manière très similaire à la façon dont vous compileriez une application en un seul binaire, sauf que vous empaquetez également un système d’exploitation. Dites simplement à Kubernetes quelle image utiliser et elle sort, extrait l’image et l’exécute. En tant qu’administrateur, vous n’installez rien d’autre. Il s’agit d’une distinction importante qui rend difficile la création de scénarios de développement pour une application hybride car des outils comme Ansible sont désormais moins utiles.
De plus, étant donné que les conteneurs sont conçus pour fonctionner dans un système d’exploitation commun, ils atteignent des densités plus élevées d’applications d’emballage ou de gadgets. Par conséquent, ils doivent avoir leur propre niveau de suppression de la grille pour les conteneurs.
Les machines virtuelles sont conçues pour virtualiser des machines physiques qui exécutent différents systèmes d’exploitation sur la même plate-forme, de sorte que la mise en réseau et la sécurité sont optimisées autour de ce niveau de soustraction. Dans certains cas, les utilisateurs choisiront d’utiliser leurs conteneurs sur des machines virtuelles pour profiter d’une isolation de sécurité supplémentaire. Cependant, cela s’accompagne souvent d’une pénalité de performances en raison de la surcharge de calcul et de soustraction de réseau.
MITCH: Votre entreprise, MetalSoft, propose aux entreprises une solution cloud bare-metal. Quel est l’avantage de cela par rapport à l’approche la plus traditionnelle de l’exécution de machines virtuelles et de conteneurs dans un cloud IaaS public?
BERNIE: MetalSoft améliore considérablement le développement, la livraison et la gestion du cycle de vie de toute l’infrastructure centrale d’un datacenter (serveurs, commutateurs et stockage). L’automatisation de ce niveau d’infrastructure matérielle a toujours été fragmentée et une affaire compliquée avec des coûts cachés et une sensibilité à la distorsion. Étant donné que MetalSoft est conçu pour être une plate-forme matérielle et applicative indépendante, les entreprises et leurs fournisseurs de services cloud peuvent envisager de créer leur propre infrastructure informatique pour améliorer leur niveau d’automatisation et leur résilience dans la transformation numérique.
MetalSoft vous permet également de gérer et de consommer cette infrastructure comme si vous utilisiez un cloud virtuel privé en libre-service. Dans le cadre de cette expérience, les modèles de flux de travail et de livraison MetalSoft peuvent fournir le développement d’applications à la demande telles que VMware et Kubernetes. Cela rend le développement et l’exécution d’applications dans un cloud privé ou hybride sur site ou dans des installations plus économiques et plus robustes. Enfin, des agents légers peuvent être déployés pour gérer une infrastructure distante située en périphérie ou dans des zones sans surveillance.
Les utilisateurs peuvent également s’attendre à des gains de performances grâce à l’exploitation sur des serveurs bare metal et des réseaux bare metal. L’intégration immédiate des commutateurs MetalSoft TORS pour configurer des VLAN L2 ou L3 natifs isolés du locataire peut réduire les délais et fournir une sécurité et une isolation phonique plus élevées. D’autres infrastructures peuvent se dégrader en raison d’une virtualisation excessive des serveurs et des niveaux de réseau.
MITCH: Les entreprises qui souhaitent une solution hybride peuvent-elles facilement combiner sur site et cloud bare-metal?
BERNIE: La plate-forme bare-metal de MetalSoft peut être mise à l’échelle seule pour orchestrer les clouds bare metal sur site, en périphérie (par exemple, les centres de données) ou s’exécuter en CSP dans le cadre d’une stratégie hybride ou multi-cloud. En utilisant Kubernetes comme niveau de portabilité, les entreprises peuvent déplacer des applications vers leurs propres clouds privés et publics pour tirer parti du meilleur rapport coût / coût ou de l’emplacement des données. Une plate-forme d’hybridation multi-cloud ou tierce peut être utilisée en conjonction avec MetalSoft pour optimiser le placement des applications si les clouds publics font partie de la solution globale. MetalSoft prend également en charge l’automatisation des flux de travail et l’intégration de l’infrastructure sous forme de code (IaC) à l’aide de Terraform et d’Ansible.
MITCH: La solution cloud bare-metal présente-t-elle un avantage de coût par rapport à l’utilisation de services cloud tels qu’AWS ou Azure?
BERNIE: Oui, le cloud-bare metal de MetalSoft offre non seulement des avantages en termes de performances et de durabilité, mais également des avantages en termes de coûts par rapport aux services de cloud public. Comparé aux clouds publics, le coût total moyen estimé d’amélioration de la propriété est de 4X. Une analyse des coûts plus détaillée est disponible sur demande auprès de MetalSoft.
MITCH: Avez-vous autre chose à ajouter?
BERNIE: Bien que les fournisseurs de cloud public proposent également des clouds bare metal, la disponibilité de la plate-forme d’automatisation bare-metal de MetalSoft offre une nouvelle alternative à la fourniture d’un service en libre-service multi-location que les entreprises, les fournisseurs de services cloud et les fournisseurs SaaS trouveront. efficace et économique pour exécuter toutes les applications. La plate-forme MetalSoft est certifiée pour la production et certifiée ISO depuis plus de huit ans à travers l’Europe en tant qu’offre cloud bare-metal pour une société sœur, BigStep.
MITCH: Merci, Bernie, d’avoir pris le temps de nous expliquer tout cela.
BERNIE: Vous êtes les bienvenus.
Affichage des messages:
20
Post Views:
181
