Worldlex Wiki OpenStack a vu le jour en 2010 en tant que projet conjoint de Rackspace Hosting et de la NASA . En juillet 2010, Rackspace Hosting et la NASA ont annoncé une initiative de logiciel cloud open source appelée OpenStack. L'objectif était de « créer une plateforme de cloud computing open source omniprésente qui réponde aux besoins des clouds publics et privés, quelle que soit leur taille, grâce à sa simplicité de mise en œuvre et à sa capacité d'évolution massive ». Ce projet visait à aider les organisations et à proposer des services de cloud computing fonctionnant sur du matériel standard. La première version officielle de la communauté, nommée Austin, est apparue trois mois plus tard, le Nebula de la NASA ainsi que de la plateforme Cloud Files de Rackspace . Les modules de la pile cloud et de la pile open source ont été fusionnés et publiés en open source par l'équipe NASA Nebula en collaboration avec Rackspace.( 21/10/2010 ) En 2011, les développeurs de la distribution Linux Ubuntu ont adopté OpenStack avec une préversion technologique non prise en charge de la version OpenStack « Bexar » pour Ubuntu 11.04 « Natty Narwhal ». Le sponsor d’Ubuntu, Canonical, a ensuite introduit une prise en charge complète des clouds OpenStack, à partir de la version Cactus d’OpenStack.Debian Sid à partir de la version OpenStack « Cactus » en 2011, et la première version de Debian incluant OpenStack était Debian 7.0 (nom de code « Wheezy »), incluant OpenStack 2012.1 (nom de code : « Essex »). En octobre 2011, SUSE a annoncé la préversion publique du premier dispositif OpenStack entièrement configuré du secteur, basé sur la version « Diablo » d’OpenStack. En août 2012, SUSE a annoncé sa distribution OpenStack d’entreprise, bénéficiant d’un support commercial et basée sur la version « Essex ». En 2012, Red Hat a annoncé une préversion de sa distribution OpenStack, en commençant par la version « Essex ». Après une autre version de préversion, Red Hat a introduit le support commercial d’OpenStack avec la version « Grizzly », en juillet 2013. L'organisation OpenStack a connu une croissance rapide et est soutenue par plus de 540 entreprises. En 2012, la NASA s'est retirée d'OpenStack en tant que contributeur actif et a opté pour l'utilisation d' Amazon Web Services pour ses services cloud. En juillet 2013, la NASA a publié un audit interne, citant le manque de progrès techniques et d'autres facteurs comme principale raison de son retrait du développement actif du projet et de sa décision de se concentrer sur l'utilisation des clouds publics. Ce rapport est partiellement contredit par les propos de Ray O'Brien, directeur des systèmes d'information du centre de recherche Ames . En novembre 2021, la NASA continuait d'utiliser OpenStack pour les services IaaS et PaaS du cluster de supercalculateurs Discover. Cet environnement OpenStack, appelé « Explore », est exploité au sein du Centre de simulation climatique de la NASA, au Centre de vol spatial Goddard. En novembre 2012, le Government Digital Service (GDS) du Royaume-Uni a lancé Inside Government basé sur le modèle OpenNASA v2.0 Government as a Platform (GaaP). En décembre 2013, Oracle a annoncé son adhésion à OpenStack en tant que sponsor et son intention de proposer OpenStack pour Oracle Solaris, Oracle Linux et plusieurs de ses produits. L'entreprise a ensuite annoncé, le 24 septembre 2014, la disponibilité de distributions Oracle OpenStack pour Oracle Solaris et pour Oracle Linux utilisant Icehouse. En mai 2014, HP a annoncé HP Helion et a publié un aperçu de HP Helion OpenStack Community, en commençant par la version IceHouse. HP exploite HP Helion Public Cloud sur OpenStack depuis 2012. Lors de l' Interop and Tech Field Day 2014 , Avaya a présenté une solution de réseau défini par logiciel utilisant le pontage par chemin le plus court et OpenStack comme campus automatisé, étendant l'automatisation du centre de données jusqu'au périphérique final et supprimant le provisionnement manuel de la prestation de services. Mobile utilise OpenStack comme base de son réseau 5G. Red Hat affirme que sa plateforme est déployée sur plus de 30 % des réseaux LTE en production. Le cloud OpenStack du CERN nécessite plus de 300 000 cœurs pour répondre aux besoins du Grand collisionneur de hadrons . Plusieurs projets OpenStack ont changé de nom en raison de problèmes de marques déposées.
Déploiements notables
Noms historiques
Historique des versions
Nom de la version date de sortie Noms de code des composants inclus Austin 21 octobre 2010 Nova, Swift Bexar 3 février 2011 Nova, Glance, Swift Cactus 15 avril 2011 Nova, Glance, Swift Diablo 22 septembre 2011 Nova, Glance, Swift Essex 5 avril 2012 Nova, Glance, Swift, Horizon, Keystone Folsom 27 septembre 2012 Nova, Glance, Swift, Horizon, Keystone, Quantum, Cinder Grizzly 4 avril 2013 Nova, Glance, Swift, Horizon, Keystone, Quantum, Cinder La Havane 17 octobre 2013 Nova, Glance, Swift, Horizon, Keystone, Neutron, Cinder, Heat, Ceilometer Glacière 17 avril 2014 Nova, Coup d'œil, Rapide, Horizon, Clé de voûte, Neutron, Cendre, Chaleur, Céilomètre, Trésor Junon 16 octobre 2014 Nova, Glance, Swift, Horizon, Keystone, Neutron, Cinder, Heat, Ceilometer, Trove, Sahara Kilo 30 avril 2015 Nova, Coup d'œil, Rapide, Horizon, Clé de voûte, Neutron, Cendre, Chaleur, Ceilomètre, Trésor, Sahara, Ironique Liberté 16 octobre 2015 Nova, Coup d'œil, Rapide, Horizon, Clé de voûte, Neutron, Cendre, Chaleur, Ceilomètre, Trésor, Sahara, Ironique, Zaqar, Manille, Désigner, Barbican, Projecteur Mitaka 7 avril 2016 Nova, Glance, Swift, Horizon, Keystone, Neutron, Cinder, Heat, Ceilometer, Trove, Sahara, Ironic, Zaqar, Manila, Designate, Barbican, Searchlight, Magnum Newton 6 octobre 2016 Nova, Glance, Swift, Horizon, Keystone, Neutron, Cinder, Heat, Ceilometer, Trove, Sahara, Ironic, Zaqar, Manila, Designate, Barbican, Searchlight, Magnum, aodh, cloudkitty, congress, freezer, mistral, monasca-api, monasca-log-api, murano, panko, senlin, solum, tacker, vitrage, Watcher Ocata 22 février 2017 Nova, Glance, Swift, Horizon, Keystone, Neutron, Cinder, Heat, Ceilometer, Trove, Sahara, Ironic, Zaqar, Manila, Designate, Barbican, Searchlight, Magnum, aodh, cloudkitty, congress, freezer, mistral, monasca-api, monasca-log-api, murano, panko, senlin, solum, tacker, vitrage, Watcher Brochet 30 août 2017 Nova, Glance, Swift, Horizon, Keystone, Neutron, Cinder, Heat, Ceilometer, Trove, Sahara, Ironic, Zaqar, Manila, Designate, Barbican, Searchlight, Magnum, aodh, cloudkitty, congress, freezer, mistral, monasca-api, monasca-log-api, murano, panko, senlin, solum, tacker, vitrage, Watcher Reines 28 février 2018 Nova, Glance, Swift, Horizon, Keystone, Neutron, Cinder, Heat, Ceilometer, Trove, Sahara, Ironic, Zaqar, Manille, Designate, Barbican, Searchlight, Magnum, aodh, cloudkitty, congrès, congélateur, mistral, monasca-api, monasca-log-api, murano, panko, senlin, solum, tacker, vitrage, Watcher, blazar, ceilometer-powervm, karbor, octavia, storlets, tricercle, zun Rocheux 30 août 2018 Nova, Glance, Swift, Horizon, Keystone, Neutron, Cinder, Heat, Ceilometer, Trove, Sahara, Ironic, Zaqar, Manille, Designate, Barbican, Searchlight, Magnum, aodh, cloudkitty, congrès, congélateur, mistral, monasca-api, monasca-log-api, murano, panko, senlin, solum, tacker, vitrage, Watcher, blazar, ceilometer-powervm, karbor, octavia, storlets, tricircle, zun, Cyborg, ec2-api, Masakari, Qinling (40 services) Stein 10 avril 2019 Nova, Glance, Swift, Horizon, Keystone, Neutron, Cinder, Heat, Ceilometer, Trove, Sahara, Ironic, Zaqar, Manille, Designate, Barbican, Searchlight, Magnum, aodh, cloudkitty, congrès, congélateur, mistral, monasca-api, monasca-log-api, murano, panko, senlin, solum, tacker, vitrage, Watcher, blazar, ceilometer-powervm, karbor, octavia, storlets, tricircle, zun, Cyborg, ec2-api, Masakari, Qinling, monasca-events-api, placement (44 services) Former 16 octobre 2019 Nova, Glance, Swift, Horizon, Keystone, Neutron, Cinder, Heat, Ceilometer, Trove, Sahara, Ironic, Zaqar, Manille, Designate, Barbican, Searchlight, Magnum, aodh, cloudkitty, congrès, congélateur, mistral, monasca-api, monasca-log-api, murano, panko, senlin, solum, tacker, vitrage, Watcher, blazar, ceilometer-powervm, karbor, octavia, storlets, tricircle, zun, Cyborg, ec2-api, Masakari, Qinling, monasca-events-api, placement (44 services) Oussuri 13 mai 2020 Nova, Glance, Swift, Horizon, Keystone, Neutron, Cinder, Heat, Ceilometer, Trove, Sahara, Ironic, Zaqar, Manila, Designate, Barbican, Searchlight, Magnum, aodh, cloudkitty, congrès, congélateur, mistral, monasca-api, murano, panko, senlin, solum, tacker, vitrage, Watcher, blazar, karbor, octavia, storlets, tricircle, zun, Cyborg, ec2-api, Masakari, Qinling, monasca-events-api, placement, adjudant (44 services) Victoria 14 octobre 2020 Adjudant, Aodh, Barbican, Blazar, Ceilometer, Cinder, Cloudkitty, Cyborg, Désigner, Ec2-api, Congélateur, Coup d'œil, Chaleur, Horizon, Ironique, Karbor, Keystone, Magnum, Manille, Masakari, Mistral, Monasca-api, Monasca-events-api, Murano, Neutron, Nova, Octavia, Panko, Placement, Qinling, Sahara, Searchlight, Senlin, Solum, Storlets, Swift, Tacker, Trove, Vitrage, Watcher, Zaqar, Zun (42 services) Wallaby 14 avril 2021 Adjudant, Aodh, Barbican, Blazar, Ceilometer, Cinder, Cloudkitty, Cyborg, Désigner, Ec2-api, Congélateur, Coup d'œil, Chaleur, Horizon, Ironique, Keystone, Magnum, Manille, Masakari, Mistral, Monasca-api, Monasca-events-api, Murano, Neutron, Nova, Octavia, Panko, Placement, Sahara, Senlin, Solum, Storlets, Swift, Tacker, Trove, Vitrage, Watcher, Zaqar, Zun (39 services) Xena 6 octobre 2021 Adjudant, Aodh, Barbican, Blazar, Ceilometer, Cinder, Cloudkitty, Cyborg, Désigner, Ec2-api, Congélateur, Coup d'œil, Chaleur, Horizon, Ironique, Keystone, Magnum, Manille, Masakari, Mistral, Monasca-api, Monasca-events-api, Murano, Neutron, Nova, Octavia, Placement, Sahara, Senlin, Solum, Storlets, Swift, Tacker, Trove, Vitrage, Watcher, Zaqar, Zun (38 services) Yoga 30 mars 2022 Adjudant, Aodh, Barbican, Blazar, Ceilometer, Cinder, Cloudkitty, Cyborg, Désigner, Ec2-api, Congélateur, Coup d'œil, Chaleur, Horizon, Ironique, Keystone, Magnum, Manille, Masakari, Mistral, Monasca-api, Monasca-events-api, Murano, Neutron, Nova, Octavia, Placement, Sahara, Senlin, Solum, Storlets, Swift, Tacker, Trove, Vitrage, Watcher, Zaqar, Zun (38 services) Zed 5 octobre 2022 Adjudant, Aodh, Barbican, Blazar, Ceilometer, Cinder, Cloudkitty, Cyborg, Désigner, Ec2-api, Congélateur, Coup d'œil, Chaleur, Horizon, Ironique, Keystone, Magnum, Manille, Masakari, Mistral, Monasca-api, Monasca-events-api, Murano, Neutron, Nova, Octavia, Placement, Sahara, Senlin, Skyline-apiserver, Skyline-console, Solum, Storlets, Swift, Tacker, Trove, Venus, Vitrage, Watcher, Zaqar, Zun (41 services) 2023.1 Antilope 22 mars 2023 Adjudant, Aodh, Barbican, Blazar, Ceilometer, Cinder, Cloudkitty, Cyborg, Désigner, Ec2-api, Congélateur, Coup d'œil, Chaleur, Horizon, Ironique, Keystone, Magnum, Manille, Masakari, Mistral, Monasca-api, Monasca-events-api, Murano, Neutron, Nova, Octavia, Placement, Sahara, Senlin, Skyline-apiserver, Skyline-console, Solum, Storlets, Swift, Tacker, Trove, Venus, Vitrage, Watcher, Zaqar, Zun (41 services) Bobcat 2023.2 4 octobre 2023 Adjudant, Aodh, Barbican, Blazar, Ceilometer, Cinder, Cloudkitty, Cyborg, Désigner, Ec2-api, Congélateur, Coup d'œil, Chaleur, Horizon, Ironique, Keystone, Magnum, Manille, Masakari, Mistral, Monasca-api, Monasca-events-api, Murano, Neutron, Nova, Octavia, Placement, Sahara, Senlin, Skyline-apiserver, Skyline-console, Solum, Storlets, Swift, Tacker, Trove, Venus, Vitrage, Watcher, Zaqar, Zun (41 services) 2024.1 Caracal 3 avril 2024 Adjudant, Aodh, Barbican, Blazar, Ceilometer, Cinder, Cloudkitty, Cyborg, Designate, Glance, Heat, Horizon, Ironic, Keystone, Magnum, Manila, Masakari, Mistral, Neutron, Nova, Octavia, Placement, Skyline-apiserver, Skyline-console, Storlets, Swift, Tacker, Trove, Venus, Vitrage, Watcher, Zaqar, Zun (33 services) 2024.2 Dalmatien 2 octobre 2024 Adjudant, Aodh, Barbican, Blazar, Ceilometer, Cinder, Cloudkitty, Cyborg, Designate, Glance, Heat, Horizon, Ironic, Keystone, Magnum, Manila, Masakari, Mistral, Neutron, Nova, Octavia, Placement, Skyline-apiserver, Skyline-console, Storlets, Swift, Tacker, Trove, Venus, Vitrage, Watcher, Zaqar, Zun (33 services) 2025.1 Époxy 2 avril 2025 Adjudant, Aodh, Barbican, Blazar, Ceilometer, Cinder, Cloudkitty, Cyborg, Designate, Freezer, Freezer-api, Glance, Heat, Horizon, Ironic, Keystone, Magnum, Manila, Masakari, Mistral, Neutron, Nova, Octavia, Placement, Skyline-apiserver, Skyline-console, Storlets, Swift, Tacker, Trove, Venus, Vitrage, Watcher, Zaqar, Zun (35 services)
Développement OpenStack
La communauté OpenStack collabore autour d'un cycle de publication de six mois, basé sur le temps , avec des étapes de développement fréquentes.
Lors de la phase de planification de chaque version, la communauté se réunissait pour un sommet de conception OpenStack afin de faciliter les séances de travail des développeurs et d'élaborer des plans. Ces sommets de conception coïncidaient avec la conférence OpenStack Summit.
À partir du cycle de développement Pike, l'activité de réunion de conception a été séparée en un événement distinct de rassemblement des équipes de projet (PTG). Cela a été fait pour éviter les distractions des développeurs causées par les présentations et les réunions clients qui se déroulaient au sommet OpenStack et pour permettre aux discussions de conception d'avoir lieu avant le début du cycle suivant.
Les récents sommets OpenStack se sont tenus à Shanghai du 4 au 6 novembre 2019 , à Denver du 29 avril au 1er mai 2019 , à Berlin du 13 au 19 novembre 2018 , à Vancouver du 21 au 25 mai 2018 , à Sydney du 6 au 8 novembre 2017 , à Boston du 8 au 11 mai 2017 , à Austin du 25 au 29 avril 2016 et à Barcelone du 25 au 28 octobre 2016 Des sommets OpenStack antérieurs ont également eu lieu à Tokyo en octobre 2015 , à Vancouver en mai 2015 et à Paris en novembre 2014 [ . Le sommet de mai 2014 à Atlanta a attiré nombre manquant] participants. 4 500 participants – soit une augmentation de 50 % par rapport au sommet de Hong Kong six mois plus tôt.
Composants
OpenStack possède une architecture modulaire avec différents noms de code pour ses composants.
AMQP ) et SQLAlchemy (boîte à outils SQL et ORM). Nova est conçu pour une scalabilité horizontale. Plutôt que de passer à des serveurs plus puissants, il suffit d'acquérir davantage de serveurs et d'y installer des services configurés de manière identique. Du fait de son intégration généralisée dans les infrastructures d'entreprise, la surveillance des performances d'OpenStack en général, et de Nova en particulier, est devenue un enjeu crucial pour la mise à l'échelle. La surveillance des performances de bout en bout nécessite le suivi des métriques de Nova, Keystone, Neutron, Cinder, Swift et d'autres services, ainsi que celui de RabbitMQ , utilisé par les services OpenStack pour la messagerie. Tous ces services génèrent leurs propres fichiers journaux, qui doivent également être surveillés, notamment dans les infrastructures d'entreprise.
le DHCP . Il prend également en charge les adresses IP flottantes pour permettre le réacheminement dynamique du trafic.Les utilisateurs peuvent utiliser des technologies de réseau défini par logiciel (SDN) comme OpenFlow pour prendre en charge le multi-tenant et la mise à l'échelle. Le réseau OpenStack peut déployer et gérer des services réseau supplémentaires, tels que des systèmes de détection d'intrusion (IDS), l'équilibrage de charge , les pare-feu et les réseaux privés virtuels (VPN).
LDAP . Il prend en charge les identifiants standard (nom d'utilisateur et mot de passe), les systèmes à jetons et les connexions de type AWS ( Amazon Web Services ). Le catalogue de services Keystone d'OpenStack permet aux clients API de découvrir et d'accéder dynamiquement aux services cloud. Swift . Définitions des métadonnées
Glance héberge un catalogue de métadonnées. Cela permet à la communauté OpenStack de déterminer par programmation les noms et valeurs valides des différentes clés de métadonnées pouvant être appliquées aux ressources OpenStack.
Rackspace a lancé le développement du précurseur d'OpenStack Object Storage, destiné à remplacer intégralement le produit Cloud Files . L'équipe de développement initiale était composée de neuf développeurs. Intel , Red Hat , NTT , HP , IBM et d'autres. orchestrer plusieurs applications cloud composites à l'aide de modèles, via une API REST native OpenStack et une API de requête compatible CloudFormation. Trove est un moteur de base de données relationnelle et non relationnelle en tant que service . Hadoop . Les utilisateurs spécifient plusieurs paramètres, tels que la version d'Hadoop, le type de topologie du cluster, les caractéristiques des nœuds (espace disque, configuration du processeur et de la RAM), etc. Une fois tous les paramètres renseignés, Sahara déploie le cluster en quelques minutes. Sahara permet également de faire évoluer un cluster Hadoop existant en ajoutant ou en supprimant des nœuds de travail à la demande. PXE et IPMI ou Redfish pour provisionner et gérer les machines physiques, mais Ironic prend en charge et peut être étendu grâce à des plugins spécifiques à certains fournisseurs pour implémenter des fonctionnalités supplémentaires. Depuis sa création, Ironic a donné naissance à plusieurs sous-projets afin de prendre en charge des cas d'utilisation et des fonctionnalités supplémentaires. Parmi les plus utilisés figurent Ironic-Inspector, Bifrost, Sushy et networking-generic-switch. Ironic-Inspector assure la collecte d'informations matérielles et la découverte du matériel . Bifrost se concentre sur le cas d'utilisation d'un fonctionnement sans autres composants OpenStack et est présenté sur le site web ironicbaremetal.org. Sushy est une bibliothèque cliente légère pour l'API Redfish . Networking-generic-switch est un plugin qui permet de gérer la configuration des ports de commutation pour les machines physiques
GlusterFS ou Ceph .Elasticsearch . Searchlight est en cours d'intégration à Horizon et propose également une interface en ligne de commande . Amazon EC2 Le projet GCE API vise à assurer la compatibilité avec Google Compute Engine Gouvernance
OpenStack est géré par la fondation OpenInfra et son conseil d'administration. Ce dernier est composé de contributeurs Platinum, de membres des contributeurs Gold et de membres élus par les membres individuels de la fondation. Le Comité technique d'OpenStack est l'organe directeur du projet open source OpenStack. Ce groupe élu représente les contributeurs au projet et supervise toutes les questions techniques. Cela concerne notamment les développeurs, les opérateurs et les utilisateurs finaux du logiciel.
Appareils électroménagers
Une appliance OpenStack désigne un logiciel capable de prendre en charge la plateforme de cloud computing OpenStack sur des dispositifs physiques tels que des serveurs ou des machines virtuelles , ou une combinaison des deux. Généralement, une appliance logicielle est un ensemble de fonctionnalités logicielles fonctionnant sans système d'exploitation. Elle doit donc contenir suffisamment de composants essentiels du système d'exploitation sous-jacent pour fonctionner. Une définition stricte pourrait donc être la suivante : une application conçue pour offrir les fonctionnalités d'OpenStack sans nécessiter de système d'exploitation sous-jacent. Cependant, cette définition stricte peut s'avérer peu pertinente, car la distinction entre une appliance et une distribution n'est pas toujours nette . On pourrait même arguer que le terme « appliance » est quelque peu impropre, car OpenStack est lui-même considéré comme un système d'exploitation cloud Par conséquent, employer le terme « appliance OpenStack » pourrait être inapproprié, voire abusif.
Si l'on considère la gamme d'appliances et de distributions, on peut distinguer que les distributions sont des ensembles d'outils qui visent à couvrir un large éventail de projets OpenStack, tandis qu'une appliance se concentre sur un nombre plus restreint de projets. Les fournisseurs sont fortement impliqués dans OpenStack depuis sa création et ont depuis développé et commercialisé une vaste gamme d'appliances, d'applications et de distributions.
Fournisseurs
De nombreux fournisseurs proposent des solutions OpenStack, ce qui signifie qu'une organisation souhaitant déployer cette technologie doit relever un défi complexe : choisir l'offre qui correspond le mieux à ses besoins métiers. Barb Darrow a présenté ce panorama dans Fortune le 27 mai 2015, soulignant qu'une consolidation du marché pourrait faciliter ces choix.
D'autres aspects doivent être pris en compte par les utilisateurs, comme par exemple les coûts réels. Certains fournisseurs proposent une offre couvrant la plupart des projets OpenStack ; d'autres ne proposent que certains composants. Parmi les autres éléments à considérer figurent l'étendue du code propriétaire utilisé pour pallier le manque de maturité d'un composant OpenStack et la mesure dans laquelle cela favorise la dépendance vis-à-vis du fournisseur.
Les informations les plus fiables sur les produits des fournisseurs se trouvent sur le site web de l'Open Infrastructure Foundation.
Défis liés à la mise en œuvre
OpenStack est une technologie complexe, et les entreprises qui l'adoptent sont confrontées à de nombreux défis lorsqu'elles tentent de l'implémenter au sein d'une organisation. Pour beaucoup d'entre elles, le manque de compétences disponibles constitue un problème majeur. Dans un article publié sur The New Stack , Atul Jha identifie cinq défis auxquels toute organisation souhaitant déployer OpenStack sera confrontée.
défis d'installation
OpenStack est un ensemble de projets plutôt qu'un produit unique. Chaque application devant être configurée selon les besoins de l'utilisateur, son installation est complexe et requiert des compétences complémentaires pour une configuration optimale. Une solution évidente consiste à opter pour un package complet fourni par un éditeur, incluant le matériel et les logiciels ; toutefois, une analyse approfondie est indispensable.
Documentation
OpenStack, comme d'autres logiciels libres, rencontre des difficultés à maintenir une documentation à jour. Ce problème est encore aggravé par l'étendue des opérations d'OpenStack, qui englobent 25 projets distincts.
Mise à niveau d'OpenStack
L'un des principaux objectifs de l'utilisation d'une infrastructure de type cloud est d'offrir aux utilisateurs non seulement une haute fiabilité, mais aussi une haute disponibilité, quelque chose que les fournisseurs de cloud public offriront dans des accords de niveau de service .
En raison de l’approche de développement multi-projets d’OpenStack, la complexité liée à la synchronisation des différents projets lors d’une mise à niveau peut rendre les temps d’arrêt inévitables .
soutien à long terme
Il est fréquent qu'une entreprise continue d'utiliser une version antérieure d'un logiciel pendant un certain temps après sa mise à jour. Cependant, les développeurs d'un projet open source sont peu incités à assurer le support d'un code obsolète. De plus, OpenStack lui-même a officiellement cessé le support de certaines anciennes versions.
Compte tenu des difficultés mentionnées ci-dessus, la solution la plus appropriée pour une organisation souhaitant implémenter OpenStack serait de faire appel à un fournisseur et de se procurer un dispositif ou une distribution OpenStack.
Modèles de déploiement
À mesure que le projet OpenStack a mûri, les fournisseurs ont mis au point de multiples méthodes permettant aux clients de déployer OpenStack :
- Cloud public basé sur OpenStack
- Un fournisseur propose un système de cloud computing public basé sur le projet OpenStack.
- Distribution sur site
- Dans ce modèle, le client télécharge et installe une distribution OpenStack sur son réseau interne. Voir Distributions.
- Cloud privé OpenStack hébergé
- Un fournisseur héberge un cloud privé basé sur OpenStack : comprenant le matériel sous-jacent et le logiciel OpenStack.
- OpenStack en tant que service
- Un fournisseur propose un logiciel de gestion OpenStack (sans matériel) en tant que service. Les clients souscrivent à ce service et le combinent à leurs serveurs, leur stockage et leurs réseaux internes pour obtenir un cloud privé pleinement opérationnel.
- OpenStack basé sur des appliances
- Nebula était un fournisseur qui vendait des appareils pouvant être branchés sur un réseau, ce qui a permis de déployer OpenStack.Informatique brillante
- Canonical (Ubuntu)
- Debian
- HPE (qui a fusionné avec Micro Focus/Suse)
- IBM
- Mirantis
- Oracle OpenStack pour Oracle Linux, ou O3L
- Oracle OpenStack pour Oracle Solaris
- Chapeau rouge
- Stratoscale
- VMware Integrated OpenStack (VIO)
le DHCP . Il prend également en charge les adresses IP flottantes pour permettre le réacheminement dynamique du trafic.Les utilisateurs peuvent utiliser des technologies de réseau défini par logiciel (SDN) comme OpenFlow pour prendre en charge le multi-tenant et la mise à l'échelle. Le réseau OpenStack peut déployer et gérer des services réseau supplémentaires, tels que des systèmes de détection d'intrusion (IDS), l'équilibrage de charge , les pare-feu et les réseaux privés virtuels (VPN).
LDAP . Il prend en charge les identifiants standard (nom d'utilisateur et mot de passe), les systèmes à jetons et les connexions de type AWS ( Amazon Web Services ). Le catalogue de services Keystone d'OpenStack permet aux clients API de découvrir et d'accéder dynamiquement aux services cloud. Swift . Définitions des métadonnées
Glance héberge un catalogue de métadonnées. Cela permet à la communauté OpenStack de déterminer par programmation les noms et valeurs valides des différentes clés de métadonnées pouvant être appliquées aux ressources OpenStack.
Rackspace a lancé le développement du précurseur d'OpenStack Object Storage, destiné à remplacer intégralement le produit Cloud Files . L'équipe de développement initiale était composée de neuf développeurs. Intel , Red Hat , NTT , HP , IBM et d'autres. orchestrer plusieurs applications cloud composites à l'aide de modèles, via une API REST native OpenStack et une API de requête compatible CloudFormation. Trove est un moteur de base de données relationnelle et non relationnelle en tant que service . Hadoop . Les utilisateurs spécifient plusieurs paramètres, tels que la version d'Hadoop, le type de topologie du cluster, les caractéristiques des nœuds (espace disque, configuration du processeur et de la RAM), etc. Une fois tous les paramètres renseignés, Sahara déploie le cluster en quelques minutes. Sahara permet également de faire évoluer un cluster Hadoop existant en ajoutant ou en supprimant des nœuds de travail à la demande. PXE et IPMI ou Redfish pour provisionner et gérer les machines physiques, mais Ironic prend en charge et peut être étendu grâce à des plugins spécifiques à certains fournisseurs pour implémenter des fonctionnalités supplémentaires. Depuis sa création, Ironic a donné naissance à plusieurs sous-projets afin de prendre en charge des cas d'utilisation et des fonctionnalités supplémentaires. Parmi les plus utilisés figurent Ironic-Inspector, Bifrost, Sushy et networking-generic-switch. Ironic-Inspector assure la collecte d'informations matérielles et la découverte du matériel . Bifrost se concentre sur le cas d'utilisation d'un fonctionnement sans autres composants OpenStack et est présenté sur le site web ironicbaremetal.org. Sushy est une bibliothèque cliente légère pour l'API Redfish . Networking-generic-switch est un plugin qui permet de gérer la configuration des ports de commutation pour les machines physiques
GlusterFS ou Ceph .Elasticsearch . Searchlight est en cours d'intégration à Horizon et propose également une interface en ligne de commande . Amazon EC2 Le projet GCE API vise à assurer la compatibilité avec Google Compute Engine Gouvernance
OpenStack est géré par la fondation OpenInfra et son conseil d'administration. Ce dernier est composé de contributeurs Platinum, de membres des contributeurs Gold et de membres élus par les membres individuels de la fondation. Le Comité technique d'OpenStack est l'organe directeur du projet open source OpenStack. Ce groupe élu représente les contributeurs au projet et supervise toutes les questions techniques. Cela concerne notamment les développeurs, les opérateurs et les utilisateurs finaux du logiciel.
Appareils électroménagers
Une appliance OpenStack désigne un logiciel capable de prendre en charge la plateforme de cloud computing OpenStack sur des dispositifs physiques tels que des serveurs ou des machines virtuelles , ou une combinaison des deux. Généralement, une appliance logicielle est un ensemble de fonctionnalités logicielles fonctionnant sans système d'exploitation. Elle doit donc contenir suffisamment de composants essentiels du système d'exploitation sous-jacent pour fonctionner. Une définition stricte pourrait donc être la suivante : une application conçue pour offrir les fonctionnalités d'OpenStack sans nécessiter de système d'exploitation sous-jacent. Cependant, cette définition stricte peut s'avérer peu pertinente, car la distinction entre une appliance et une distribution n'est pas toujours nette . On pourrait même arguer que le terme « appliance » est quelque peu impropre, car OpenStack est lui-même considéré comme un système d'exploitation cloud Par conséquent, employer le terme « appliance OpenStack » pourrait être inapproprié, voire abusif.
Si l'on considère la gamme d'appliances et de distributions, on peut distinguer que les distributions sont des ensembles d'outils qui visent à couvrir un large éventail de projets OpenStack, tandis qu'une appliance se concentre sur un nombre plus restreint de projets. Les fournisseurs sont fortement impliqués dans OpenStack depuis sa création et ont depuis développé et commercialisé une vaste gamme d'appliances, d'applications et de distributions.
Fournisseurs
De nombreux fournisseurs proposent des solutions OpenStack, ce qui signifie qu'une organisation souhaitant déployer cette technologie doit relever un défi complexe : choisir l'offre qui correspond le mieux à ses besoins métiers. Barb Darrow a présenté ce panorama dans Fortune le 27 mai 2015, soulignant qu'une consolidation du marché pourrait faciliter ces choix.
D'autres aspects doivent être pris en compte par les utilisateurs, comme par exemple les coûts réels. Certains fournisseurs proposent une offre couvrant la plupart des projets OpenStack ; d'autres ne proposent que certains composants. Parmi les autres éléments à considérer figurent l'étendue du code propriétaire utilisé pour pallier le manque de maturité d'un composant OpenStack et la mesure dans laquelle cela favorise la dépendance vis-à-vis du fournisseur.
Les informations les plus fiables sur les produits des fournisseurs se trouvent sur le site web de l'Open Infrastructure Foundation.
Défis liés à la mise en œuvre
OpenStack est une technologie complexe, et les entreprises qui l'adoptent sont confrontées à de nombreux défis lorsqu'elles tentent de l'implémenter au sein d'une organisation. Pour beaucoup d'entre elles, le manque de compétences disponibles constitue un problème majeur. Dans un article publié sur The New Stack , Atul Jha identifie cinq défis auxquels toute organisation souhaitant déployer OpenStack sera confrontée.
défis d'installation
OpenStack est un ensemble de projets plutôt qu'un produit unique. Chaque application devant être configurée selon les besoins de l'utilisateur, son installation est complexe et requiert des compétences complémentaires pour une configuration optimale. Une solution évidente consiste à opter pour un package complet fourni par un éditeur, incluant le matériel et les logiciels ; toutefois, une analyse approfondie est indispensable.
Documentation
OpenStack, comme d'autres logiciels libres, rencontre des difficultés à maintenir une documentation à jour. Ce problème est encore aggravé par l'étendue des opérations d'OpenStack, qui englobent 25 projets distincts.
Mise à niveau d'OpenStack
L'un des principaux objectifs de l'utilisation d'une infrastructure de type cloud est d'offrir aux utilisateurs non seulement une haute fiabilité, mais aussi une haute disponibilité, quelque chose que les fournisseurs de cloud public offriront dans des accords de niveau de service .
En raison de l’approche de développement multi-projets d’OpenStack, la complexité liée à la synchronisation des différents projets lors d’une mise à niveau peut rendre les temps d’arrêt inévitables .
soutien à long terme
Il est fréquent qu'une entreprise continue d'utiliser une version antérieure d'un logiciel pendant un certain temps après sa mise à jour. Cependant, les développeurs d'un projet open source sont peu incités à assurer le support d'un code obsolète. De plus, OpenStack lui-même a officiellement cessé le support de certaines anciennes versions.
Compte tenu des difficultés mentionnées ci-dessus, la solution la plus appropriée pour une organisation souhaitant implémenter OpenStack serait de faire appel à un fournisseur et de se procurer un dispositif ou une distribution OpenStack.
Modèles de déploiement
À mesure que le projet OpenStack a mûri, les fournisseurs ont mis au point de multiples méthodes permettant aux clients de déployer OpenStack :
- Cloud public basé sur OpenStack
- Un fournisseur propose un système de cloud computing public basé sur le projet OpenStack.
- Distribution sur site
- Dans ce modèle, le client télécharge et installe une distribution OpenStack sur son réseau interne. Voir Distributions.
- Cloud privé OpenStack hébergé
- Un fournisseur héberge un cloud privé basé sur OpenStack : comprenant le matériel sous-jacent et le logiciel OpenStack.
- OpenStack en tant que service
- Un fournisseur propose un logiciel de gestion OpenStack (sans matériel) en tant que service. Les clients souscrivent à ce service et le combinent à leurs serveurs, leur stockage et leurs réseaux internes pour obtenir un cloud privé pleinement opérationnel.
- OpenStack basé sur des appliances
- Nebula était un fournisseur qui vendait des appareils pouvant être branchés sur un réseau, ce qui a permis de déployer OpenStack.Informatique brillante
- Canonical (Ubuntu)
- Debian
- HPE (qui a fusionné avec Micro Focus/Suse)
- IBM
- Mirantis
- Oracle OpenStack pour Oracle Linux, ou O3L
- Oracle OpenStack pour Oracle Solaris
- Chapeau rouge
- Stratoscale
- VMware Integrated OpenStack (VIO)
LDAP . Il prend en charge les identifiants standard (nom d'utilisateur et mot de passe), les systèmes à jetons et les connexions de type AWS ( Amazon Web Services ). Le catalogue de services Keystone d'OpenStack permet aux clients API de découvrir et d'accéder dynamiquement aux services cloud. Swift . Définitions des métadonnées
Glance héberge un catalogue de métadonnées. Cela permet à la communauté OpenStack de déterminer par programmation les noms et valeurs valides des différentes clés de métadonnées pouvant être appliquées aux ressources OpenStack.
Rackspace a lancé le développement du précurseur d'OpenStack Object Storage, destiné à remplacer intégralement le produit Cloud Files . L'équipe de développement initiale était composée de neuf développeurs. Intel , Red Hat , NTT , HP , IBM et d'autres. orchestrer plusieurs applications cloud composites à l'aide de modèles, via une API REST native OpenStack et une API de requête compatible CloudFormation. Trove est un moteur de base de données relationnelle et non relationnelle en tant que service . Hadoop . Les utilisateurs spécifient plusieurs paramètres, tels que la version d'Hadoop, le type de topologie du cluster, les caractéristiques des nœuds (espace disque, configuration du processeur et de la RAM), etc. Une fois tous les paramètres renseignés, Sahara déploie le cluster en quelques minutes. Sahara permet également de faire évoluer un cluster Hadoop existant en ajoutant ou en supprimant des nœuds de travail à la demande. PXE et IPMI ou Redfish pour provisionner et gérer les machines physiques, mais Ironic prend en charge et peut être étendu grâce à des plugins spécifiques à certains fournisseurs pour implémenter des fonctionnalités supplémentaires. Depuis sa création, Ironic a donné naissance à plusieurs sous-projets afin de prendre en charge des cas d'utilisation et des fonctionnalités supplémentaires. Parmi les plus utilisés figurent Ironic-Inspector, Bifrost, Sushy et networking-generic-switch. Ironic-Inspector assure la collecte d'informations matérielles et la découverte du matériel . Bifrost se concentre sur le cas d'utilisation d'un fonctionnement sans autres composants OpenStack et est présenté sur le site web ironicbaremetal.org. Sushy est une bibliothèque cliente légère pour l'API Redfish . Networking-generic-switch est un plugin qui permet de gérer la configuration des ports de commutation pour les machines physiques
GlusterFS ou Ceph .Elasticsearch . Searchlight est en cours d'intégration à Horizon et propose également une interface en ligne de commande . Amazon EC2 Le projet GCE API vise à assurer la compatibilité avec Google Compute Engine Gouvernance
OpenStack est géré par la fondation OpenInfra et son conseil d'administration. Ce dernier est composé de contributeurs Platinum, de membres des contributeurs Gold et de membres élus par les membres individuels de la fondation. Le Comité technique d'OpenStack est l'organe directeur du projet open source OpenStack. Ce groupe élu représente les contributeurs au projet et supervise toutes les questions techniques. Cela concerne notamment les développeurs, les opérateurs et les utilisateurs finaux du logiciel.
Appareils électroménagers
Une appliance OpenStack désigne un logiciel capable de prendre en charge la plateforme de cloud computing OpenStack sur des dispositifs physiques tels que des serveurs ou des machines virtuelles , ou une combinaison des deux. Généralement, une appliance logicielle est un ensemble de fonctionnalités logicielles fonctionnant sans système d'exploitation. Elle doit donc contenir suffisamment de composants essentiels du système d'exploitation sous-jacent pour fonctionner. Une définition stricte pourrait donc être la suivante : une application conçue pour offrir les fonctionnalités d'OpenStack sans nécessiter de système d'exploitation sous-jacent. Cependant, cette définition stricte peut s'avérer peu pertinente, car la distinction entre une appliance et une distribution n'est pas toujours nette . On pourrait même arguer que le terme « appliance » est quelque peu impropre, car OpenStack est lui-même considéré comme un système d'exploitation cloud Par conséquent, employer le terme « appliance OpenStack » pourrait être inapproprié, voire abusif.
Si l'on considère la gamme d'appliances et de distributions, on peut distinguer que les distributions sont des ensembles d'outils qui visent à couvrir un large éventail de projets OpenStack, tandis qu'une appliance se concentre sur un nombre plus restreint de projets. Les fournisseurs sont fortement impliqués dans OpenStack depuis sa création et ont depuis développé et commercialisé une vaste gamme d'appliances, d'applications et de distributions.
Fournisseurs
De nombreux fournisseurs proposent des solutions OpenStack, ce qui signifie qu'une organisation souhaitant déployer cette technologie doit relever un défi complexe : choisir l'offre qui correspond le mieux à ses besoins métiers. Barb Darrow a présenté ce panorama dans Fortune le 27 mai 2015, soulignant qu'une consolidation du marché pourrait faciliter ces choix.
D'autres aspects doivent être pris en compte par les utilisateurs, comme par exemple les coûts réels. Certains fournisseurs proposent une offre couvrant la plupart des projets OpenStack ; d'autres ne proposent que certains composants. Parmi les autres éléments à considérer figurent l'étendue du code propriétaire utilisé pour pallier le manque de maturité d'un composant OpenStack et la mesure dans laquelle cela favorise la dépendance vis-à-vis du fournisseur.
Les informations les plus fiables sur les produits des fournisseurs se trouvent sur le site web de l'Open Infrastructure Foundation.
Défis liés à la mise en œuvre
OpenStack est une technologie complexe, et les entreprises qui l'adoptent sont confrontées à de nombreux défis lorsqu'elles tentent de l'implémenter au sein d'une organisation. Pour beaucoup d'entre elles, le manque de compétences disponibles constitue un problème majeur. Dans un article publié sur The New Stack , Atul Jha identifie cinq défis auxquels toute organisation souhaitant déployer OpenStack sera confrontée.
défis d'installation
OpenStack est un ensemble de projets plutôt qu'un produit unique. Chaque application devant être configurée selon les besoins de l'utilisateur, son installation est complexe et requiert des compétences complémentaires pour une configuration optimale. Une solution évidente consiste à opter pour un package complet fourni par un éditeur, incluant le matériel et les logiciels ; toutefois, une analyse approfondie est indispensable.
Documentation
OpenStack, comme d'autres logiciels libres, rencontre des difficultés à maintenir une documentation à jour. Ce problème est encore aggravé par l'étendue des opérations d'OpenStack, qui englobent 25 projets distincts.
Mise à niveau d'OpenStack
L'un des principaux objectifs de l'utilisation d'une infrastructure de type cloud est d'offrir aux utilisateurs non seulement une haute fiabilité, mais aussi une haute disponibilité, quelque chose que les fournisseurs de cloud public offriront dans des accords de niveau de service .
En raison de l’approche de développement multi-projets d’OpenStack, la complexité liée à la synchronisation des différents projets lors d’une mise à niveau peut rendre les temps d’arrêt inévitables .
soutien à long terme
Il est fréquent qu'une entreprise continue d'utiliser une version antérieure d'un logiciel pendant un certain temps après sa mise à jour. Cependant, les développeurs d'un projet open source sont peu incités à assurer le support d'un code obsolète. De plus, OpenStack lui-même a officiellement cessé le support de certaines anciennes versions.
Compte tenu des difficultés mentionnées ci-dessus, la solution la plus appropriée pour une organisation souhaitant implémenter OpenStack serait de faire appel à un fournisseur et de se procurer un dispositif ou une distribution OpenStack.
Modèles de déploiement
À mesure que le projet OpenStack a mûri, les fournisseurs ont mis au point de multiples méthodes permettant aux clients de déployer OpenStack :
- Cloud public basé sur OpenStack
- Un fournisseur propose un système de cloud computing public basé sur le projet OpenStack.
- Distribution sur site
- Dans ce modèle, le client télécharge et installe une distribution OpenStack sur son réseau interne. Voir Distributions.
- Cloud privé OpenStack hébergé
- Un fournisseur héberge un cloud privé basé sur OpenStack : comprenant le matériel sous-jacent et le logiciel OpenStack.
- OpenStack en tant que service
- Un fournisseur propose un logiciel de gestion OpenStack (sans matériel) en tant que service. Les clients souscrivent à ce service et le combinent à leurs serveurs, leur stockage et leurs réseaux internes pour obtenir un cloud privé pleinement opérationnel.
- OpenStack basé sur des appliances
- Nebula était un fournisseur qui vendait des appareils pouvant être branchés sur un réseau, ce qui a permis de déployer OpenStack.Informatique brillante
- Canonical (Ubuntu)
- Debian
- HPE (qui a fusionné avec Micro Focus/Suse)
- IBM
- Mirantis
- Oracle OpenStack pour Oracle Linux, ou O3L
- Oracle OpenStack pour Oracle Solaris
- Chapeau rouge
- Stratoscale
- VMware Integrated OpenStack (VIO)
Swift . Définitions des métadonnées
Glance héberge un catalogue de métadonnées. Cela permet à la communauté OpenStack de déterminer par programmation les noms et valeurs valides des différentes clés de métadonnées pouvant être appliquées aux ressources OpenStack.
Rackspace a lancé le développement du précurseur d'OpenStack Object Storage, destiné à remplacer intégralement le produit Cloud Files . L'équipe de développement initiale était composée de neuf développeurs. Intel , Red Hat , NTT , HP , IBM et d'autres. orchestrer plusieurs applications cloud composites à l'aide de modèles, via une API REST native OpenStack et une API de requête compatible CloudFormation. Trove est un moteur de base de données relationnelle et non relationnelle en tant que service . Hadoop . Les utilisateurs spécifient plusieurs paramètres, tels que la version d'Hadoop, le type de topologie du cluster, les caractéristiques des nœuds (espace disque, configuration du processeur et de la RAM), etc. Une fois tous les paramètres renseignés, Sahara déploie le cluster en quelques minutes. Sahara permet également de faire évoluer un cluster Hadoop existant en ajoutant ou en supprimant des nœuds de travail à la demande. PXE et IPMI ou Redfish pour provisionner et gérer les machines physiques, mais Ironic prend en charge et peut être étendu grâce à des plugins spécifiques à certains fournisseurs pour implémenter des fonctionnalités supplémentaires. Depuis sa création, Ironic a donné naissance à plusieurs sous-projets afin de prendre en charge des cas d'utilisation et des fonctionnalités supplémentaires. Parmi les plus utilisés figurent Ironic-Inspector, Bifrost, Sushy et networking-generic-switch. Ironic-Inspector assure la collecte d'informations matérielles et la découverte du matériel . Bifrost se concentre sur le cas d'utilisation d'un fonctionnement sans autres composants OpenStack et est présenté sur le site web ironicbaremetal.org. Sushy est une bibliothèque cliente légère pour l'API Redfish . Networking-generic-switch est un plugin qui permet de gérer la configuration des ports de commutation pour les machines physiques
GlusterFS ou Ceph .Elasticsearch . Searchlight est en cours d'intégration à Horizon et propose également une interface en ligne de commande . Amazon EC2 Le projet GCE API vise à assurer la compatibilité avec Google Compute Engine Gouvernance
OpenStack est géré par la fondation OpenInfra et son conseil d'administration. Ce dernier est composé de contributeurs Platinum, de membres des contributeurs Gold et de membres élus par les membres individuels de la fondation. Le Comité technique d'OpenStack est l'organe directeur du projet open source OpenStack. Ce groupe élu représente les contributeurs au projet et supervise toutes les questions techniques. Cela concerne notamment les développeurs, les opérateurs et les utilisateurs finaux du logiciel.
Appareils électroménagers
Une appliance OpenStack désigne un logiciel capable de prendre en charge la plateforme de cloud computing OpenStack sur des dispositifs physiques tels que des serveurs ou des machines virtuelles , ou une combinaison des deux. Généralement, une appliance logicielle est un ensemble de fonctionnalités logicielles fonctionnant sans système d'exploitation. Elle doit donc contenir suffisamment de composants essentiels du système d'exploitation sous-jacent pour fonctionner. Une définition stricte pourrait donc être la suivante : une application conçue pour offrir les fonctionnalités d'OpenStack sans nécessiter de système d'exploitation sous-jacent. Cependant, cette définition stricte peut s'avérer peu pertinente, car la distinction entre une appliance et une distribution n'est pas toujours nette . On pourrait même arguer que le terme « appliance » est quelque peu impropre, car OpenStack est lui-même considéré comme un système d'exploitation cloud Par conséquent, employer le terme « appliance OpenStack » pourrait être inapproprié, voire abusif.
Si l'on considère la gamme d'appliances et de distributions, on peut distinguer que les distributions sont des ensembles d'outils qui visent à couvrir un large éventail de projets OpenStack, tandis qu'une appliance se concentre sur un nombre plus restreint de projets. Les fournisseurs sont fortement impliqués dans OpenStack depuis sa création et ont depuis développé et commercialisé une vaste gamme d'appliances, d'applications et de distributions.
Fournisseurs
De nombreux fournisseurs proposent des solutions OpenStack, ce qui signifie qu'une organisation souhaitant déployer cette technologie doit relever un défi complexe : choisir l'offre qui correspond le mieux à ses besoins métiers. Barb Darrow a présenté ce panorama dans Fortune le 27 mai 2015, soulignant qu'une consolidation du marché pourrait faciliter ces choix.
D'autres aspects doivent être pris en compte par les utilisateurs, comme par exemple les coûts réels. Certains fournisseurs proposent une offre couvrant la plupart des projets OpenStack ; d'autres ne proposent que certains composants. Parmi les autres éléments à considérer figurent l'étendue du code propriétaire utilisé pour pallier le manque de maturité d'un composant OpenStack et la mesure dans laquelle cela favorise la dépendance vis-à-vis du fournisseur.
Les informations les plus fiables sur les produits des fournisseurs se trouvent sur le site web de l'Open Infrastructure Foundation.
Défis liés à la mise en œuvre
OpenStack est une technologie complexe, et les entreprises qui l'adoptent sont confrontées à de nombreux défis lorsqu'elles tentent de l'implémenter au sein d'une organisation. Pour beaucoup d'entre elles, le manque de compétences disponibles constitue un problème majeur. Dans un article publié sur The New Stack , Atul Jha identifie cinq défis auxquels toute organisation souhaitant déployer OpenStack sera confrontée.
défis d'installation
OpenStack est un ensemble de projets plutôt qu'un produit unique. Chaque application devant être configurée selon les besoins de l'utilisateur, son installation est complexe et requiert des compétences complémentaires pour une configuration optimale. Une solution évidente consiste à opter pour un package complet fourni par un éditeur, incluant le matériel et les logiciels ; toutefois, une analyse approfondie est indispensable.
Documentation
OpenStack, comme d'autres logiciels libres, rencontre des difficultés à maintenir une documentation à jour. Ce problème est encore aggravé par l'étendue des opérations d'OpenStack, qui englobent 25 projets distincts.
Mise à niveau d'OpenStack
L'un des principaux objectifs de l'utilisation d'une infrastructure de type cloud est d'offrir aux utilisateurs non seulement une haute fiabilité, mais aussi une haute disponibilité, quelque chose que les fournisseurs de cloud public offriront dans des accords de niveau de service .
En raison de l’approche de développement multi-projets d’OpenStack, la complexité liée à la synchronisation des différents projets lors d’une mise à niveau peut rendre les temps d’arrêt inévitables .
soutien à long terme
Il est fréquent qu'une entreprise continue d'utiliser une version antérieure d'un logiciel pendant un certain temps après sa mise à jour. Cependant, les développeurs d'un projet open source sont peu incités à assurer le support d'un code obsolète. De plus, OpenStack lui-même a officiellement cessé le support de certaines anciennes versions.
Compte tenu des difficultés mentionnées ci-dessus, la solution la plus appropriée pour une organisation souhaitant implémenter OpenStack serait de faire appel à un fournisseur et de se procurer un dispositif ou une distribution OpenStack.
Modèles de déploiement
À mesure que le projet OpenStack a mûri, les fournisseurs ont mis au point de multiples méthodes permettant aux clients de déployer OpenStack :
- Cloud public basé sur OpenStack
- Un fournisseur propose un système de cloud computing public basé sur le projet OpenStack.
- Distribution sur site
- Dans ce modèle, le client télécharge et installe une distribution OpenStack sur son réseau interne. Voir Distributions.
- Cloud privé OpenStack hébergé
- Un fournisseur héberge un cloud privé basé sur OpenStack : comprenant le matériel sous-jacent et le logiciel OpenStack.
- OpenStack en tant que service
- Un fournisseur propose un logiciel de gestion OpenStack (sans matériel) en tant que service. Les clients souscrivent à ce service et le combinent à leurs serveurs, leur stockage et leurs réseaux internes pour obtenir un cloud privé pleinement opérationnel.
- OpenStack basé sur des appliances
- Nebula était un fournisseur qui vendait des appareils pouvant être branchés sur un réseau, ce qui a permis de déployer OpenStack.Informatique brillante
- Canonical (Ubuntu)
- Debian
- HPE (qui a fusionné avec Micro Focus/Suse)
- IBM
- Mirantis
- Oracle OpenStack pour Oracle Linux, ou O3L
- Oracle OpenStack pour Oracle Solaris
- Chapeau rouge
- Stratoscale
- VMware Integrated OpenStack (VIO)
Définitions des métadonnées
Glance héberge un catalogue de métadonnées. Cela permet à la communauté OpenStack de déterminer par programmation les noms et valeurs valides des différentes clés de métadonnées pouvant être appliquées aux ressources OpenStack.
Rackspace a lancé le développement du précurseur d'OpenStack Object Storage, destiné à remplacer intégralement le produit Cloud Files . L'équipe de développement initiale était composée de neuf développeurs. Intel , Red Hat , NTT , HP , IBM et d'autres. orchestrer plusieurs applications cloud composites à l'aide de modèles, via une API REST native OpenStack et une API de requête compatible CloudFormation. Trove est un moteur de base de données relationnelle et non relationnelle en tant que service . Hadoop . Les utilisateurs spécifient plusieurs paramètres, tels que la version d'Hadoop, le type de topologie du cluster, les caractéristiques des nœuds (espace disque, configuration du processeur et de la RAM), etc. Une fois tous les paramètres renseignés, Sahara déploie le cluster en quelques minutes. Sahara permet également de faire évoluer un cluster Hadoop existant en ajoutant ou en supprimant des nœuds de travail à la demande. PXE et IPMI ou Redfish pour provisionner et gérer les machines physiques, mais Ironic prend en charge et peut être étendu grâce à des plugins spécifiques à certains fournisseurs pour implémenter des fonctionnalités supplémentaires. Depuis sa création, Ironic a donné naissance à plusieurs sous-projets afin de prendre en charge des cas d'utilisation et des fonctionnalités supplémentaires. Parmi les plus utilisés figurent Ironic-Inspector, Bifrost, Sushy et networking-generic-switch. Ironic-Inspector assure la collecte d'informations matérielles et la découverte du matériel . Bifrost se concentre sur le cas d'utilisation d'un fonctionnement sans autres composants OpenStack et est présenté sur le site web ironicbaremetal.org. Sushy est une bibliothèque cliente légère pour l'API Redfish . Networking-generic-switch est un plugin qui permet de gérer la configuration des ports de commutation pour les machines physiques
GlusterFS ou Ceph .Elasticsearch . Searchlight est en cours d'intégration à Horizon et propose également une interface en ligne de commande . Amazon EC2 Le projet GCE API vise à assurer la compatibilité avec Google Compute Engine Gouvernance
OpenStack est géré par la fondation OpenInfra et son conseil d'administration. Ce dernier est composé de contributeurs Platinum, de membres des contributeurs Gold et de membres élus par les membres individuels de la fondation. Le Comité technique d'OpenStack est l'organe directeur du projet open source OpenStack. Ce groupe élu représente les contributeurs au projet et supervise toutes les questions techniques. Cela concerne notamment les développeurs, les opérateurs et les utilisateurs finaux du logiciel.
Appareils électroménagers
Une appliance OpenStack désigne un logiciel capable de prendre en charge la plateforme de cloud computing OpenStack sur des dispositifs physiques tels que des serveurs ou des machines virtuelles , ou une combinaison des deux. Généralement, une appliance logicielle est un ensemble de fonctionnalités logicielles fonctionnant sans système d'exploitation. Elle doit donc contenir suffisamment de composants essentiels du système d'exploitation sous-jacent pour fonctionner. Une définition stricte pourrait donc être la suivante : une application conçue pour offrir les fonctionnalités d'OpenStack sans nécessiter de système d'exploitation sous-jacent. Cependant, cette définition stricte peut s'avérer peu pertinente, car la distinction entre une appliance et une distribution n'est pas toujours nette . On pourrait même arguer que le terme « appliance » est quelque peu impropre, car OpenStack est lui-même considéré comme un système d'exploitation cloud Par conséquent, employer le terme « appliance OpenStack » pourrait être inapproprié, voire abusif.
Si l'on considère la gamme d'appliances et de distributions, on peut distinguer que les distributions sont des ensembles d'outils qui visent à couvrir un large éventail de projets OpenStack, tandis qu'une appliance se concentre sur un nombre plus restreint de projets. Les fournisseurs sont fortement impliqués dans OpenStack depuis sa création et ont depuis développé et commercialisé une vaste gamme d'appliances, d'applications et de distributions.
Fournisseurs
De nombreux fournisseurs proposent des solutions OpenStack, ce qui signifie qu'une organisation souhaitant déployer cette technologie doit relever un défi complexe : choisir l'offre qui correspond le mieux à ses besoins métiers. Barb Darrow a présenté ce panorama dans Fortune le 27 mai 2015, soulignant qu'une consolidation du marché pourrait faciliter ces choix.
D'autres aspects doivent être pris en compte par les utilisateurs, comme par exemple les coûts réels. Certains fournisseurs proposent une offre couvrant la plupart des projets OpenStack ; d'autres ne proposent que certains composants. Parmi les autres éléments à considérer figurent l'étendue du code propriétaire utilisé pour pallier le manque de maturité d'un composant OpenStack et la mesure dans laquelle cela favorise la dépendance vis-à-vis du fournisseur.
Les informations les plus fiables sur les produits des fournisseurs se trouvent sur le site web de l'Open Infrastructure Foundation.
Défis liés à la mise en œuvre
OpenStack est une technologie complexe, et les entreprises qui l'adoptent sont confrontées à de nombreux défis lorsqu'elles tentent de l'implémenter au sein d'une organisation. Pour beaucoup d'entre elles, le manque de compétences disponibles constitue un problème majeur. Dans un article publié sur The New Stack , Atul Jha identifie cinq défis auxquels toute organisation souhaitant déployer OpenStack sera confrontée.
défis d'installation
OpenStack est un ensemble de projets plutôt qu'un produit unique. Chaque application devant être configurée selon les besoins de l'utilisateur, son installation est complexe et requiert des compétences complémentaires pour une configuration optimale. Une solution évidente consiste à opter pour un package complet fourni par un éditeur, incluant le matériel et les logiciels ; toutefois, une analyse approfondie est indispensable.
Documentation
OpenStack, comme d'autres logiciels libres, rencontre des difficultés à maintenir une documentation à jour. Ce problème est encore aggravé par l'étendue des opérations d'OpenStack, qui englobent 25 projets distincts.
Mise à niveau d'OpenStack
L'un des principaux objectifs de l'utilisation d'une infrastructure de type cloud est d'offrir aux utilisateurs non seulement une haute fiabilité, mais aussi une haute disponibilité, quelque chose que les fournisseurs de cloud public offriront dans des accords de niveau de service .
En raison de l’approche de développement multi-projets d’OpenStack, la complexité liée à la synchronisation des différents projets lors d’une mise à niveau peut rendre les temps d’arrêt inévitables .
soutien à long terme
Il est fréquent qu'une entreprise continue d'utiliser une version antérieure d'un logiciel pendant un certain temps après sa mise à jour. Cependant, les développeurs d'un projet open source sont peu incités à assurer le support d'un code obsolète. De plus, OpenStack lui-même a officiellement cessé le support de certaines anciennes versions.
Compte tenu des difficultés mentionnées ci-dessus, la solution la plus appropriée pour une organisation souhaitant implémenter OpenStack serait de faire appel à un fournisseur et de se procurer un dispositif ou une distribution OpenStack.
Modèles de déploiement
À mesure que le projet OpenStack a mûri, les fournisseurs ont mis au point de multiples méthodes permettant aux clients de déployer OpenStack :
- Cloud public basé sur OpenStack
- Un fournisseur propose un système de cloud computing public basé sur le projet OpenStack.
- Distribution sur site
- Dans ce modèle, le client télécharge et installe une distribution OpenStack sur son réseau interne. Voir Distributions.
- Cloud privé OpenStack hébergé
- Un fournisseur héberge un cloud privé basé sur OpenStack : comprenant le matériel sous-jacent et le logiciel OpenStack.
- OpenStack en tant que service
- Un fournisseur propose un logiciel de gestion OpenStack (sans matériel) en tant que service. Les clients souscrivent à ce service et le combinent à leurs serveurs, leur stockage et leurs réseaux internes pour obtenir un cloud privé pleinement opérationnel.
- OpenStack basé sur des appliances
- Nebula était un fournisseur qui vendait des appareils pouvant être branchés sur un réseau, ce qui a permis de déployer OpenStack.Informatique brillante
- Canonical (Ubuntu)
- Debian
- HPE (qui a fusionné avec Micro Focus/Suse)
- IBM
- Mirantis
- Oracle OpenStack pour Oracle Linux, ou O3L
- Oracle OpenStack pour Oracle Solaris
- Chapeau rouge
- Stratoscale
- VMware Integrated OpenStack (VIO)
orchestrer plusieurs applications cloud composites à l'aide de modèles, via une API REST native OpenStack et une API de requête compatible CloudFormation. Trove est un moteur de base de données relationnelle et non relationnelle en tant que service . Hadoop . Les utilisateurs spécifient plusieurs paramètres, tels que la version d'Hadoop, le type de topologie du cluster, les caractéristiques des nœuds (espace disque, configuration du processeur et de la RAM), etc. Une fois tous les paramètres renseignés, Sahara déploie le cluster en quelques minutes. Sahara permet également de faire évoluer un cluster Hadoop existant en ajoutant ou en supprimant des nœuds de travail à la demande. PXE et IPMI ou Redfish pour provisionner et gérer les machines physiques, mais Ironic prend en charge et peut être étendu grâce à des plugins spécifiques à certains fournisseurs pour implémenter des fonctionnalités supplémentaires. Depuis sa création, Ironic a donné naissance à plusieurs sous-projets afin de prendre en charge des cas d'utilisation et des fonctionnalités supplémentaires. Parmi les plus utilisés figurent Ironic-Inspector, Bifrost, Sushy et networking-generic-switch. Ironic-Inspector assure la collecte d'informations matérielles et la découverte du matériel . Bifrost se concentre sur le cas d'utilisation d'un fonctionnement sans autres composants OpenStack et est présenté sur le site web ironicbaremetal.org. Sushy est une bibliothèque cliente légère pour l'API Redfish . Networking-generic-switch est un plugin qui permet de gérer la configuration des ports de commutation pour les machines physiques
GlusterFS ou Ceph .Elasticsearch . Searchlight est en cours d'intégration à Horizon et propose également une interface en ligne de commande . Amazon EC2 Le projet GCE API vise à assurer la compatibilité avec Google Compute Engine Gouvernance
OpenStack est géré par la fondation OpenInfra et son conseil d'administration. Ce dernier est composé de contributeurs Platinum, de membres des contributeurs Gold et de membres élus par les membres individuels de la fondation. Le Comité technique d'OpenStack est l'organe directeur du projet open source OpenStack. Ce groupe élu représente les contributeurs au projet et supervise toutes les questions techniques. Cela concerne notamment les développeurs, les opérateurs et les utilisateurs finaux du logiciel.
Appareils électroménagers
Une appliance OpenStack désigne un logiciel capable de prendre en charge la plateforme de cloud computing OpenStack sur des dispositifs physiques tels que des serveurs ou des machines virtuelles , ou une combinaison des deux. Généralement, une appliance logicielle est un ensemble de fonctionnalités logicielles fonctionnant sans système d'exploitation. Elle doit donc contenir suffisamment de composants essentiels du système d'exploitation sous-jacent pour fonctionner. Une définition stricte pourrait donc être la suivante : une application conçue pour offrir les fonctionnalités d'OpenStack sans nécessiter de système d'exploitation sous-jacent. Cependant, cette définition stricte peut s'avérer peu pertinente, car la distinction entre une appliance et une distribution n'est pas toujours nette . On pourrait même arguer que le terme « appliance » est quelque peu impropre, car OpenStack est lui-même considéré comme un système d'exploitation cloud Par conséquent, employer le terme « appliance OpenStack » pourrait être inapproprié, voire abusif.
Si l'on considère la gamme d'appliances et de distributions, on peut distinguer que les distributions sont des ensembles d'outils qui visent à couvrir un large éventail de projets OpenStack, tandis qu'une appliance se concentre sur un nombre plus restreint de projets. Les fournisseurs sont fortement impliqués dans OpenStack depuis sa création et ont depuis développé et commercialisé une vaste gamme d'appliances, d'applications et de distributions.
Fournisseurs
De nombreux fournisseurs proposent des solutions OpenStack, ce qui signifie qu'une organisation souhaitant déployer cette technologie doit relever un défi complexe : choisir l'offre qui correspond le mieux à ses besoins métiers. Barb Darrow a présenté ce panorama dans Fortune le 27 mai 2015, soulignant qu'une consolidation du marché pourrait faciliter ces choix.
D'autres aspects doivent être pris en compte par les utilisateurs, comme par exemple les coûts réels. Certains fournisseurs proposent une offre couvrant la plupart des projets OpenStack ; d'autres ne proposent que certains composants. Parmi les autres éléments à considérer figurent l'étendue du code propriétaire utilisé pour pallier le manque de maturité d'un composant OpenStack et la mesure dans laquelle cela favorise la dépendance vis-à-vis du fournisseur.
Les informations les plus fiables sur les produits des fournisseurs se trouvent sur le site web de l'Open Infrastructure Foundation.
Défis liés à la mise en œuvre
OpenStack est une technologie complexe, et les entreprises qui l'adoptent sont confrontées à de nombreux défis lorsqu'elles tentent de l'implémenter au sein d'une organisation. Pour beaucoup d'entre elles, le manque de compétences disponibles constitue un problème majeur. Dans un article publié sur The New Stack , Atul Jha identifie cinq défis auxquels toute organisation souhaitant déployer OpenStack sera confrontée.
défis d'installation
OpenStack est un ensemble de projets plutôt qu'un produit unique. Chaque application devant être configurée selon les besoins de l'utilisateur, son installation est complexe et requiert des compétences complémentaires pour une configuration optimale. Une solution évidente consiste à opter pour un package complet fourni par un éditeur, incluant le matériel et les logiciels ; toutefois, une analyse approfondie est indispensable.
Documentation
OpenStack, comme d'autres logiciels libres, rencontre des difficultés à maintenir une documentation à jour. Ce problème est encore aggravé par l'étendue des opérations d'OpenStack, qui englobent 25 projets distincts.
Mise à niveau d'OpenStack
L'un des principaux objectifs de l'utilisation d'une infrastructure de type cloud est d'offrir aux utilisateurs non seulement une haute fiabilité, mais aussi une haute disponibilité, quelque chose que les fournisseurs de cloud public offriront dans des accords de niveau de service .
En raison de l’approche de développement multi-projets d’OpenStack, la complexité liée à la synchronisation des différents projets lors d’une mise à niveau peut rendre les temps d’arrêt inévitables .
soutien à long terme
Il est fréquent qu'une entreprise continue d'utiliser une version antérieure d'un logiciel pendant un certain temps après sa mise à jour. Cependant, les développeurs d'un projet open source sont peu incités à assurer le support d'un code obsolète. De plus, OpenStack lui-même a officiellement cessé le support de certaines anciennes versions.
Compte tenu des difficultés mentionnées ci-dessus, la solution la plus appropriée pour une organisation souhaitant implémenter OpenStack serait de faire appel à un fournisseur et de se procurer un dispositif ou une distribution OpenStack.
Modèles de déploiement
À mesure que le projet OpenStack a mûri, les fournisseurs ont mis au point de multiples méthodes permettant aux clients de déployer OpenStack :
- Cloud public basé sur OpenStack
- Un fournisseur propose un système de cloud computing public basé sur le projet OpenStack.
- Distribution sur site
- Dans ce modèle, le client télécharge et installe une distribution OpenStack sur son réseau interne. Voir Distributions.
- Cloud privé OpenStack hébergé
- Un fournisseur héberge un cloud privé basé sur OpenStack : comprenant le matériel sous-jacent et le logiciel OpenStack.
- OpenStack en tant que service
- Un fournisseur propose un logiciel de gestion OpenStack (sans matériel) en tant que service. Les clients souscrivent à ce service et le combinent à leurs serveurs, leur stockage et leurs réseaux internes pour obtenir un cloud privé pleinement opérationnel.
- OpenStack basé sur des appliances
- Nebula était un fournisseur qui vendait des appareils pouvant être branchés sur un réseau, ce qui a permis de déployer OpenStack.Informatique brillante
- Canonical (Ubuntu)
- Debian
- HPE (qui a fusionné avec Micro Focus/Suse)
- IBM
- Mirantis
- Oracle OpenStack pour Oracle Linux, ou O3L
- Oracle OpenStack pour Oracle Solaris
- Chapeau rouge
- Stratoscale
- VMware Integrated OpenStack (VIO)
Trove est un moteur de base de données relationnelle et non relationnelle en tant que service . Hadoop . Les utilisateurs spécifient plusieurs paramètres, tels que la version d'Hadoop, le type de topologie du cluster, les caractéristiques des nœuds (espace disque, configuration du processeur et de la RAM), etc. Une fois tous les paramètres renseignés, Sahara déploie le cluster en quelques minutes. Sahara permet également de faire évoluer un cluster Hadoop existant en ajoutant ou en supprimant des nœuds de travail à la demande. PXE et IPMI ou Redfish pour provisionner et gérer les machines physiques, mais Ironic prend en charge et peut être étendu grâce à des plugins spécifiques à certains fournisseurs pour implémenter des fonctionnalités supplémentaires. Depuis sa création, Ironic a donné naissance à plusieurs sous-projets afin de prendre en charge des cas d'utilisation et des fonctionnalités supplémentaires. Parmi les plus utilisés figurent Ironic-Inspector, Bifrost, Sushy et networking-generic-switch. Ironic-Inspector assure la collecte d'informations matérielles et la découverte du matériel . Bifrost se concentre sur le cas d'utilisation d'un fonctionnement sans autres composants OpenStack et est présenté sur le site web ironicbaremetal.org. Sushy est une bibliothèque cliente légère pour l'API Redfish . Networking-generic-switch est un plugin qui permet de gérer la configuration des ports de commutation pour les machines physiques
GlusterFS ou Ceph .Elasticsearch . Searchlight est en cours d'intégration à Horizon et propose également une interface en ligne de commande . Amazon EC2 Le projet GCE API vise à assurer la compatibilité avec Google Compute Engine Gouvernance
OpenStack est géré par la fondation OpenInfra et son conseil d'administration. Ce dernier est composé de contributeurs Platinum, de membres des contributeurs Gold et de membres élus par les membres individuels de la fondation. Le Comité technique d'OpenStack est l'organe directeur du projet open source OpenStack. Ce groupe élu représente les contributeurs au projet et supervise toutes les questions techniques. Cela concerne notamment les développeurs, les opérateurs et les utilisateurs finaux du logiciel.
Appareils électroménagers
Une appliance OpenStack désigne un logiciel capable de prendre en charge la plateforme de cloud computing OpenStack sur des dispositifs physiques tels que des serveurs ou des machines virtuelles , ou une combinaison des deux. Généralement, une appliance logicielle est un ensemble de fonctionnalités logicielles fonctionnant sans système d'exploitation. Elle doit donc contenir suffisamment de composants essentiels du système d'exploitation sous-jacent pour fonctionner. Une définition stricte pourrait donc être la suivante : une application conçue pour offrir les fonctionnalités d'OpenStack sans nécessiter de système d'exploitation sous-jacent. Cependant, cette définition stricte peut s'avérer peu pertinente, car la distinction entre une appliance et une distribution n'est pas toujours nette . On pourrait même arguer que le terme « appliance » est quelque peu impropre, car OpenStack est lui-même considéré comme un système d'exploitation cloud Par conséquent, employer le terme « appliance OpenStack » pourrait être inapproprié, voire abusif.
Si l'on considère la gamme d'appliances et de distributions, on peut distinguer que les distributions sont des ensembles d'outils qui visent à couvrir un large éventail de projets OpenStack, tandis qu'une appliance se concentre sur un nombre plus restreint de projets. Les fournisseurs sont fortement impliqués dans OpenStack depuis sa création et ont depuis développé et commercialisé une vaste gamme d'appliances, d'applications et de distributions.
Fournisseurs
De nombreux fournisseurs proposent des solutions OpenStack, ce qui signifie qu'une organisation souhaitant déployer cette technologie doit relever un défi complexe : choisir l'offre qui correspond le mieux à ses besoins métiers. Barb Darrow a présenté ce panorama dans Fortune le 27 mai 2015, soulignant qu'une consolidation du marché pourrait faciliter ces choix.
D'autres aspects doivent être pris en compte par les utilisateurs, comme par exemple les coûts réels. Certains fournisseurs proposent une offre couvrant la plupart des projets OpenStack ; d'autres ne proposent que certains composants. Parmi les autres éléments à considérer figurent l'étendue du code propriétaire utilisé pour pallier le manque de maturité d'un composant OpenStack et la mesure dans laquelle cela favorise la dépendance vis-à-vis du fournisseur.
Les informations les plus fiables sur les produits des fournisseurs se trouvent sur le site web de l'Open Infrastructure Foundation.
Défis liés à la mise en œuvre
OpenStack est une technologie complexe, et les entreprises qui l'adoptent sont confrontées à de nombreux défis lorsqu'elles tentent de l'implémenter au sein d'une organisation. Pour beaucoup d'entre elles, le manque de compétences disponibles constitue un problème majeur. Dans un article publié sur The New Stack , Atul Jha identifie cinq défis auxquels toute organisation souhaitant déployer OpenStack sera confrontée.
défis d'installation
OpenStack est un ensemble de projets plutôt qu'un produit unique. Chaque application devant être configurée selon les besoins de l'utilisateur, son installation est complexe et requiert des compétences complémentaires pour une configuration optimale. Une solution évidente consiste à opter pour un package complet fourni par un éditeur, incluant le matériel et les logiciels ; toutefois, une analyse approfondie est indispensable.
Documentation
OpenStack, comme d'autres logiciels libres, rencontre des difficultés à maintenir une documentation à jour. Ce problème est encore aggravé par l'étendue des opérations d'OpenStack, qui englobent 25 projets distincts.
Mise à niveau d'OpenStack
L'un des principaux objectifs de l'utilisation d'une infrastructure de type cloud est d'offrir aux utilisateurs non seulement une haute fiabilité, mais aussi une haute disponibilité, quelque chose que les fournisseurs de cloud public offriront dans des accords de niveau de service .
En raison de l’approche de développement multi-projets d’OpenStack, la complexité liée à la synchronisation des différents projets lors d’une mise à niveau peut rendre les temps d’arrêt inévitables .
soutien à long terme
Il est fréquent qu'une entreprise continue d'utiliser une version antérieure d'un logiciel pendant un certain temps après sa mise à jour. Cependant, les développeurs d'un projet open source sont peu incités à assurer le support d'un code obsolète. De plus, OpenStack lui-même a officiellement cessé le support de certaines anciennes versions.
Compte tenu des difficultés mentionnées ci-dessus, la solution la plus appropriée pour une organisation souhaitant implémenter OpenStack serait de faire appel à un fournisseur et de se procurer un dispositif ou une distribution OpenStack.
Modèles de déploiement
À mesure que le projet OpenStack a mûri, les fournisseurs ont mis au point de multiples méthodes permettant aux clients de déployer OpenStack :
- Cloud public basé sur OpenStack
- Un fournisseur propose un système de cloud computing public basé sur le projet OpenStack.
- Distribution sur site
- Dans ce modèle, le client télécharge et installe une distribution OpenStack sur son réseau interne. Voir Distributions.
- Cloud privé OpenStack hébergé
- Un fournisseur héberge un cloud privé basé sur OpenStack : comprenant le matériel sous-jacent et le logiciel OpenStack.
- OpenStack en tant que service
- Un fournisseur propose un logiciel de gestion OpenStack (sans matériel) en tant que service. Les clients souscrivent à ce service et le combinent à leurs serveurs, leur stockage et leurs réseaux internes pour obtenir un cloud privé pleinement opérationnel.
- OpenStack basé sur des appliances
- Nebula était un fournisseur qui vendait des appareils pouvant être branchés sur un réseau, ce qui a permis de déployer OpenStack.Informatique brillante
- Canonical (Ubuntu)
- Debian
- HPE (qui a fusionné avec Micro Focus/Suse)
- IBM
- Mirantis
- Oracle OpenStack pour Oracle Linux, ou O3L
- Oracle OpenStack pour Oracle Solaris
- Chapeau rouge
- Stratoscale
- VMware Integrated OpenStack (VIO)
Hadoop . Les utilisateurs spécifient plusieurs paramètres, tels que la version d'Hadoop, le type de topologie du cluster, les caractéristiques des nœuds (espace disque, configuration du processeur et de la RAM), etc. Une fois tous les paramètres renseignés, Sahara déploie le cluster en quelques minutes. Sahara permet également de faire évoluer un cluster Hadoop existant en ajoutant ou en supprimant des nœuds de travail à la demande. PXE et IPMI ou Redfish pour provisionner et gérer les machines physiques, mais Ironic prend en charge et peut être étendu grâce à des plugins spécifiques à certains fournisseurs pour implémenter des fonctionnalités supplémentaires. Depuis sa création, Ironic a donné naissance à plusieurs sous-projets afin de prendre en charge des cas d'utilisation et des fonctionnalités supplémentaires. Parmi les plus utilisés figurent Ironic-Inspector, Bifrost, Sushy et networking-generic-switch. Ironic-Inspector assure la collecte d'informations matérielles et la découverte du matériel . Bifrost se concentre sur le cas d'utilisation d'un fonctionnement sans autres composants OpenStack et est présenté sur le site web ironicbaremetal.org. Sushy est une bibliothèque cliente légère pour l'API Redfish . Networking-generic-switch est un plugin qui permet de gérer la configuration des ports de commutation pour les machines physiques
GlusterFS ou Ceph .Elasticsearch . Searchlight est en cours d'intégration à Horizon et propose également une interface en ligne de commande . Amazon EC2 Le projet GCE API vise à assurer la compatibilité avec Google Compute Engine Gouvernance
OpenStack est géré par la fondation OpenInfra et son conseil d'administration. Ce dernier est composé de contributeurs Platinum, de membres des contributeurs Gold et de membres élus par les membres individuels de la fondation. Le Comité technique d'OpenStack est l'organe directeur du projet open source OpenStack. Ce groupe élu représente les contributeurs au projet et supervise toutes les questions techniques. Cela concerne notamment les développeurs, les opérateurs et les utilisateurs finaux du logiciel.
Appareils électroménagers
Une appliance OpenStack désigne un logiciel capable de prendre en charge la plateforme de cloud computing OpenStack sur des dispositifs physiques tels que des serveurs ou des machines virtuelles , ou une combinaison des deux. Généralement, une appliance logicielle est un ensemble de fonctionnalités logicielles fonctionnant sans système d'exploitation. Elle doit donc contenir suffisamment de composants essentiels du système d'exploitation sous-jacent pour fonctionner. Une définition stricte pourrait donc être la suivante : une application conçue pour offrir les fonctionnalités d'OpenStack sans nécessiter de système d'exploitation sous-jacent. Cependant, cette définition stricte peut s'avérer peu pertinente, car la distinction entre une appliance et une distribution n'est pas toujours nette . On pourrait même arguer que le terme « appliance » est quelque peu impropre, car OpenStack est lui-même considéré comme un système d'exploitation cloud Par conséquent, employer le terme « appliance OpenStack » pourrait être inapproprié, voire abusif.
Si l'on considère la gamme d'appliances et de distributions, on peut distinguer que les distributions sont des ensembles d'outils qui visent à couvrir un large éventail de projets OpenStack, tandis qu'une appliance se concentre sur un nombre plus restreint de projets. Les fournisseurs sont fortement impliqués dans OpenStack depuis sa création et ont depuis développé et commercialisé une vaste gamme d'appliances, d'applications et de distributions.
Fournisseurs
De nombreux fournisseurs proposent des solutions OpenStack, ce qui signifie qu'une organisation souhaitant déployer cette technologie doit relever un défi complexe : choisir l'offre qui correspond le mieux à ses besoins métiers. Barb Darrow a présenté ce panorama dans Fortune le 27 mai 2015, soulignant qu'une consolidation du marché pourrait faciliter ces choix.
D'autres aspects doivent être pris en compte par les utilisateurs, comme par exemple les coûts réels. Certains fournisseurs proposent une offre couvrant la plupart des projets OpenStack ; d'autres ne proposent que certains composants. Parmi les autres éléments à considérer figurent l'étendue du code propriétaire utilisé pour pallier le manque de maturité d'un composant OpenStack et la mesure dans laquelle cela favorise la dépendance vis-à-vis du fournisseur.
Les informations les plus fiables sur les produits des fournisseurs se trouvent sur le site web de l'Open Infrastructure Foundation.
Défis liés à la mise en œuvre
OpenStack est une technologie complexe, et les entreprises qui l'adoptent sont confrontées à de nombreux défis lorsqu'elles tentent de l'implémenter au sein d'une organisation. Pour beaucoup d'entre elles, le manque de compétences disponibles constitue un problème majeur. Dans un article publié sur The New Stack , Atul Jha identifie cinq défis auxquels toute organisation souhaitant déployer OpenStack sera confrontée.
défis d'installation
OpenStack est un ensemble de projets plutôt qu'un produit unique. Chaque application devant être configurée selon les besoins de l'utilisateur, son installation est complexe et requiert des compétences complémentaires pour une configuration optimale. Une solution évidente consiste à opter pour un package complet fourni par un éditeur, incluant le matériel et les logiciels ; toutefois, une analyse approfondie est indispensable.
Documentation
OpenStack, comme d'autres logiciels libres, rencontre des difficultés à maintenir une documentation à jour. Ce problème est encore aggravé par l'étendue des opérations d'OpenStack, qui englobent 25 projets distincts.
Mise à niveau d'OpenStack
L'un des principaux objectifs de l'utilisation d'une infrastructure de type cloud est d'offrir aux utilisateurs non seulement une haute fiabilité, mais aussi une haute disponibilité, quelque chose que les fournisseurs de cloud public offriront dans des accords de niveau de service .
En raison de l’approche de développement multi-projets d’OpenStack, la complexité liée à la synchronisation des différents projets lors d’une mise à niveau peut rendre les temps d’arrêt inévitables .
soutien à long terme
Il est fréquent qu'une entreprise continue d'utiliser une version antérieure d'un logiciel pendant un certain temps après sa mise à jour. Cependant, les développeurs d'un projet open source sont peu incités à assurer le support d'un code obsolète. De plus, OpenStack lui-même a officiellement cessé le support de certaines anciennes versions.
Compte tenu des difficultés mentionnées ci-dessus, la solution la plus appropriée pour une organisation souhaitant implémenter OpenStack serait de faire appel à un fournisseur et de se procurer un dispositif ou une distribution OpenStack.
Modèles de déploiement
À mesure que le projet OpenStack a mûri, les fournisseurs ont mis au point de multiples méthodes permettant aux clients de déployer OpenStack :
- Cloud public basé sur OpenStack
- Un fournisseur propose un système de cloud computing public basé sur le projet OpenStack.
- Distribution sur site
- Dans ce modèle, le client télécharge et installe une distribution OpenStack sur son réseau interne. Voir Distributions.
- Cloud privé OpenStack hébergé
- Un fournisseur héberge un cloud privé basé sur OpenStack : comprenant le matériel sous-jacent et le logiciel OpenStack.
- OpenStack en tant que service
- Un fournisseur propose un logiciel de gestion OpenStack (sans matériel) en tant que service. Les clients souscrivent à ce service et le combinent à leurs serveurs, leur stockage et leurs réseaux internes pour obtenir un cloud privé pleinement opérationnel.
- OpenStack basé sur des appliances
- Nebula était un fournisseur qui vendait des appareils pouvant être branchés sur un réseau, ce qui a permis de déployer OpenStack.Informatique brillante
- Canonical (Ubuntu)
- Debian
- HPE (qui a fusionné avec Micro Focus/Suse)
- IBM
- Mirantis
- Oracle OpenStack pour Oracle Linux, ou O3L
- Oracle OpenStack pour Oracle Solaris
- Chapeau rouge
- Stratoscale
- VMware Integrated OpenStack (VIO)
PXE et IPMI ou Redfish pour provisionner et gérer les machines physiques, mais Ironic prend en charge et peut être étendu grâce à des plugins spécifiques à certains fournisseurs pour implémenter des fonctionnalités supplémentaires. Depuis sa création, Ironic a donné naissance à plusieurs sous-projets afin de prendre en charge des cas d'utilisation et des fonctionnalités supplémentaires. Parmi les plus utilisés figurent Ironic-Inspector, Bifrost, Sushy et networking-generic-switch. Ironic-Inspector assure la collecte d'informations matérielles et la découverte du matériel . Bifrost se concentre sur le cas d'utilisation d'un fonctionnement sans autres composants OpenStack et est présenté sur le site web ironicbaremetal.org. Sushy est une bibliothèque cliente légère pour l'API Redfish . Networking-generic-switch est un plugin qui permet de gérer la configuration des ports de commutation pour les machines physiques
GlusterFS ou Ceph .Elasticsearch . Searchlight est en cours d'intégration à Horizon et propose également une interface en ligne de commande . Amazon EC2 Le projet GCE API vise à assurer la compatibilité avec Google Compute Engine Gouvernance
OpenStack est géré par la fondation OpenInfra et son conseil d'administration. Ce dernier est composé de contributeurs Platinum, de membres des contributeurs Gold et de membres élus par les membres individuels de la fondation. Le Comité technique d'OpenStack est l'organe directeur du projet open source OpenStack. Ce groupe élu représente les contributeurs au projet et supervise toutes les questions techniques. Cela concerne notamment les développeurs, les opérateurs et les utilisateurs finaux du logiciel.
Appareils électroménagers
Une appliance OpenStack désigne un logiciel capable de prendre en charge la plateforme de cloud computing OpenStack sur des dispositifs physiques tels que des serveurs ou des machines virtuelles , ou une combinaison des deux. Généralement, une appliance logicielle est un ensemble de fonctionnalités logicielles fonctionnant sans système d'exploitation. Elle doit donc contenir suffisamment de composants essentiels du système d'exploitation sous-jacent pour fonctionner. Une définition stricte pourrait donc être la suivante : une application conçue pour offrir les fonctionnalités d'OpenStack sans nécessiter de système d'exploitation sous-jacent. Cependant, cette définition stricte peut s'avérer peu pertinente, car la distinction entre une appliance et une distribution n'est pas toujours nette . On pourrait même arguer que le terme « appliance » est quelque peu impropre, car OpenStack est lui-même considéré comme un système d'exploitation cloud Par conséquent, employer le terme « appliance OpenStack » pourrait être inapproprié, voire abusif.
Si l'on considère la gamme d'appliances et de distributions, on peut distinguer que les distributions sont des ensembles d'outils qui visent à couvrir un large éventail de projets OpenStack, tandis qu'une appliance se concentre sur un nombre plus restreint de projets. Les fournisseurs sont fortement impliqués dans OpenStack depuis sa création et ont depuis développé et commercialisé une vaste gamme d'appliances, d'applications et de distributions.
Fournisseurs
De nombreux fournisseurs proposent des solutions OpenStack, ce qui signifie qu'une organisation souhaitant déployer cette technologie doit relever un défi complexe : choisir l'offre qui correspond le mieux à ses besoins métiers. Barb Darrow a présenté ce panorama dans Fortune le 27 mai 2015, soulignant qu'une consolidation du marché pourrait faciliter ces choix.
D'autres aspects doivent être pris en compte par les utilisateurs, comme par exemple les coûts réels. Certains fournisseurs proposent une offre couvrant la plupart des projets OpenStack ; d'autres ne proposent que certains composants. Parmi les autres éléments à considérer figurent l'étendue du code propriétaire utilisé pour pallier le manque de maturité d'un composant OpenStack et la mesure dans laquelle cela favorise la dépendance vis-à-vis du fournisseur.
Les informations les plus fiables sur les produits des fournisseurs se trouvent sur le site web de l'Open Infrastructure Foundation.
Défis liés à la mise en œuvre
OpenStack est une technologie complexe, et les entreprises qui l'adoptent sont confrontées à de nombreux défis lorsqu'elles tentent de l'implémenter au sein d'une organisation. Pour beaucoup d'entre elles, le manque de compétences disponibles constitue un problème majeur. Dans un article publié sur The New Stack , Atul Jha identifie cinq défis auxquels toute organisation souhaitant déployer OpenStack sera confrontée.
défis d'installation
OpenStack est un ensemble de projets plutôt qu'un produit unique. Chaque application devant être configurée selon les besoins de l'utilisateur, son installation est complexe et requiert des compétences complémentaires pour une configuration optimale. Une solution évidente consiste à opter pour un package complet fourni par un éditeur, incluant le matériel et les logiciels ; toutefois, une analyse approfondie est indispensable.
Documentation
OpenStack, comme d'autres logiciels libres, rencontre des difficultés à maintenir une documentation à jour. Ce problème est encore aggravé par l'étendue des opérations d'OpenStack, qui englobent 25 projets distincts.
Mise à niveau d'OpenStack
L'un des principaux objectifs de l'utilisation d'une infrastructure de type cloud est d'offrir aux utilisateurs non seulement une haute fiabilité, mais aussi une haute disponibilité, quelque chose que les fournisseurs de cloud public offriront dans des accords de niveau de service .
En raison de l’approche de développement multi-projets d’OpenStack, la complexité liée à la synchronisation des différents projets lors d’une mise à niveau peut rendre les temps d’arrêt inévitables .
soutien à long terme
Il est fréquent qu'une entreprise continue d'utiliser une version antérieure d'un logiciel pendant un certain temps après sa mise à jour. Cependant, les développeurs d'un projet open source sont peu incités à assurer le support d'un code obsolète. De plus, OpenStack lui-même a officiellement cessé le support de certaines anciennes versions.
Compte tenu des difficultés mentionnées ci-dessus, la solution la plus appropriée pour une organisation souhaitant implémenter OpenStack serait de faire appel à un fournisseur et de se procurer un dispositif ou une distribution OpenStack.
Modèles de déploiement
À mesure que le projet OpenStack a mûri, les fournisseurs ont mis au point de multiples méthodes permettant aux clients de déployer OpenStack :
- Cloud public basé sur OpenStack
- Un fournisseur propose un système de cloud computing public basé sur le projet OpenStack.
- Distribution sur site
- Dans ce modèle, le client télécharge et installe une distribution OpenStack sur son réseau interne. Voir Distributions.
- Cloud privé OpenStack hébergé
- Un fournisseur héberge un cloud privé basé sur OpenStack : comprenant le matériel sous-jacent et le logiciel OpenStack.
- OpenStack en tant que service
- Un fournisseur propose un logiciel de gestion OpenStack (sans matériel) en tant que service. Les clients souscrivent à ce service et le combinent à leurs serveurs, leur stockage et leurs réseaux internes pour obtenir un cloud privé pleinement opérationnel.
- OpenStack basé sur des appliances
- Nebula était un fournisseur qui vendait des appareils pouvant être branchés sur un réseau, ce qui a permis de déployer OpenStack.Informatique brillante
- Canonical (Ubuntu)
- Debian
- HPE (qui a fusionné avec Micro Focus/Suse)
- IBM
- Mirantis
- Oracle OpenStack pour Oracle Linux, ou O3L
- Oracle OpenStack pour Oracle Solaris
- Chapeau rouge
- Stratoscale
- VMware Integrated OpenStack (VIO)
GlusterFS ou Ceph .Elasticsearch . Searchlight est en cours d'intégration à Horizon et propose également une interface en ligne de commande . Amazon EC2 Le projet GCE API vise à assurer la compatibilité avec Google Compute Engine Gouvernance
OpenStack est géré par la fondation OpenInfra et son conseil d'administration. Ce dernier est composé de contributeurs Platinum, de membres des contributeurs Gold et de membres élus par les membres individuels de la fondation. Le Comité technique d'OpenStack est l'organe directeur du projet open source OpenStack. Ce groupe élu représente les contributeurs au projet et supervise toutes les questions techniques. Cela concerne notamment les développeurs, les opérateurs et les utilisateurs finaux du logiciel.
Appareils électroménagers
Une appliance OpenStack désigne un logiciel capable de prendre en charge la plateforme de cloud computing OpenStack sur des dispositifs physiques tels que des serveurs ou des machines virtuelles , ou une combinaison des deux. Généralement, une appliance logicielle est un ensemble de fonctionnalités logicielles fonctionnant sans système d'exploitation. Elle doit donc contenir suffisamment de composants essentiels du système d'exploitation sous-jacent pour fonctionner. Une définition stricte pourrait donc être la suivante : une application conçue pour offrir les fonctionnalités d'OpenStack sans nécessiter de système d'exploitation sous-jacent. Cependant, cette définition stricte peut s'avérer peu pertinente, car la distinction entre une appliance et une distribution n'est pas toujours nette . On pourrait même arguer que le terme « appliance » est quelque peu impropre, car OpenStack est lui-même considéré comme un système d'exploitation cloud Par conséquent, employer le terme « appliance OpenStack » pourrait être inapproprié, voire abusif.
Si l'on considère la gamme d'appliances et de distributions, on peut distinguer que les distributions sont des ensembles d'outils qui visent à couvrir un large éventail de projets OpenStack, tandis qu'une appliance se concentre sur un nombre plus restreint de projets. Les fournisseurs sont fortement impliqués dans OpenStack depuis sa création et ont depuis développé et commercialisé une vaste gamme d'appliances, d'applications et de distributions.
Fournisseurs
De nombreux fournisseurs proposent des solutions OpenStack, ce qui signifie qu'une organisation souhaitant déployer cette technologie doit relever un défi complexe : choisir l'offre qui correspond le mieux à ses besoins métiers. Barb Darrow a présenté ce panorama dans Fortune le 27 mai 2015, soulignant qu'une consolidation du marché pourrait faciliter ces choix.
D'autres aspects doivent être pris en compte par les utilisateurs, comme par exemple les coûts réels. Certains fournisseurs proposent une offre couvrant la plupart des projets OpenStack ; d'autres ne proposent que certains composants. Parmi les autres éléments à considérer figurent l'étendue du code propriétaire utilisé pour pallier le manque de maturité d'un composant OpenStack et la mesure dans laquelle cela favorise la dépendance vis-à-vis du fournisseur.
Les informations les plus fiables sur les produits des fournisseurs se trouvent sur le site web de l'Open Infrastructure Foundation.
Défis liés à la mise en œuvre
OpenStack est une technologie complexe, et les entreprises qui l'adoptent sont confrontées à de nombreux défis lorsqu'elles tentent de l'implémenter au sein d'une organisation. Pour beaucoup d'entre elles, le manque de compétences disponibles constitue un problème majeur. Dans un article publié sur The New Stack , Atul Jha identifie cinq défis auxquels toute organisation souhaitant déployer OpenStack sera confrontée.
défis d'installation
OpenStack est un ensemble de projets plutôt qu'un produit unique. Chaque application devant être configurée selon les besoins de l'utilisateur, son installation est complexe et requiert des compétences complémentaires pour une configuration optimale. Une solution évidente consiste à opter pour un package complet fourni par un éditeur, incluant le matériel et les logiciels ; toutefois, une analyse approfondie est indispensable.
Documentation
OpenStack, comme d'autres logiciels libres, rencontre des difficultés à maintenir une documentation à jour. Ce problème est encore aggravé par l'étendue des opérations d'OpenStack, qui englobent 25 projets distincts.
Mise à niveau d'OpenStack
L'un des principaux objectifs de l'utilisation d'une infrastructure de type cloud est d'offrir aux utilisateurs non seulement une haute fiabilité, mais aussi une haute disponibilité, quelque chose que les fournisseurs de cloud public offriront dans des accords de niveau de service .
En raison de l’approche de développement multi-projets d’OpenStack, la complexité liée à la synchronisation des différents projets lors d’une mise à niveau peut rendre les temps d’arrêt inévitables .
soutien à long terme
Il est fréquent qu'une entreprise continue d'utiliser une version antérieure d'un logiciel pendant un certain temps après sa mise à jour. Cependant, les développeurs d'un projet open source sont peu incités à assurer le support d'un code obsolète. De plus, OpenStack lui-même a officiellement cessé le support de certaines anciennes versions.
Compte tenu des difficultés mentionnées ci-dessus, la solution la plus appropriée pour une organisation souhaitant implémenter OpenStack serait de faire appel à un fournisseur et de se procurer un dispositif ou une distribution OpenStack.
Modèles de déploiement
À mesure que le projet OpenStack a mûri, les fournisseurs ont mis au point de multiples méthodes permettant aux clients de déployer OpenStack :
- Cloud public basé sur OpenStack
- Un fournisseur propose un système de cloud computing public basé sur le projet OpenStack.
- Distribution sur site
- Dans ce modèle, le client télécharge et installe une distribution OpenStack sur son réseau interne. Voir Distributions.
- Cloud privé OpenStack hébergé
- Un fournisseur héberge un cloud privé basé sur OpenStack : comprenant le matériel sous-jacent et le logiciel OpenStack.
- OpenStack en tant que service
- Un fournisseur propose un logiciel de gestion OpenStack (sans matériel) en tant que service. Les clients souscrivent à ce service et le combinent à leurs serveurs, leur stockage et leurs réseaux internes pour obtenir un cloud privé pleinement opérationnel.
- OpenStack basé sur des appliances
- Nebula était un fournisseur qui vendait des appareils pouvant être branchés sur un réseau, ce qui a permis de déployer OpenStack.Informatique brillante
- Canonical (Ubuntu)
- Debian
- HPE (qui a fusionné avec Micro Focus/Suse)
- IBM
- Mirantis
- Oracle OpenStack pour Oracle Linux, ou O3L
- Oracle OpenStack pour Oracle Solaris
- Chapeau rouge
- Stratoscale
- VMware Integrated OpenStack (VIO)
Elasticsearch . Searchlight est en cours d'intégration à Horizon et propose également une interface en ligne de commande . Amazon EC2 Le projet GCE API vise à assurer la compatibilité avec Google Compute Engine Gouvernance
OpenStack est géré par la fondation OpenInfra et son conseil d'administration. Ce dernier est composé de contributeurs Platinum, de membres des contributeurs Gold et de membres élus par les membres individuels de la fondation. Le Comité technique d'OpenStack est l'organe directeur du projet open source OpenStack. Ce groupe élu représente les contributeurs au projet et supervise toutes les questions techniques. Cela concerne notamment les développeurs, les opérateurs et les utilisateurs finaux du logiciel.
Appareils électroménagers
Une appliance OpenStack désigne un logiciel capable de prendre en charge la plateforme de cloud computing OpenStack sur des dispositifs physiques tels que des serveurs ou des machines virtuelles , ou une combinaison des deux. Généralement, une appliance logicielle est un ensemble de fonctionnalités logicielles fonctionnant sans système d'exploitation. Elle doit donc contenir suffisamment de composants essentiels du système d'exploitation sous-jacent pour fonctionner. Une définition stricte pourrait donc être la suivante : une application conçue pour offrir les fonctionnalités d'OpenStack sans nécessiter de système d'exploitation sous-jacent. Cependant, cette définition stricte peut s'avérer peu pertinente, car la distinction entre une appliance et une distribution n'est pas toujours nette . On pourrait même arguer que le terme « appliance » est quelque peu impropre, car OpenStack est lui-même considéré comme un système d'exploitation cloud Par conséquent, employer le terme « appliance OpenStack » pourrait être inapproprié, voire abusif.
Si l'on considère la gamme d'appliances et de distributions, on peut distinguer que les distributions sont des ensembles d'outils qui visent à couvrir un large éventail de projets OpenStack, tandis qu'une appliance se concentre sur un nombre plus restreint de projets. Les fournisseurs sont fortement impliqués dans OpenStack depuis sa création et ont depuis développé et commercialisé une vaste gamme d'appliances, d'applications et de distributions.
Fournisseurs
De nombreux fournisseurs proposent des solutions OpenStack, ce qui signifie qu'une organisation souhaitant déployer cette technologie doit relever un défi complexe : choisir l'offre qui correspond le mieux à ses besoins métiers. Barb Darrow a présenté ce panorama dans Fortune le 27 mai 2015, soulignant qu'une consolidation du marché pourrait faciliter ces choix.
D'autres aspects doivent être pris en compte par les utilisateurs, comme par exemple les coûts réels. Certains fournisseurs proposent une offre couvrant la plupart des projets OpenStack ; d'autres ne proposent que certains composants. Parmi les autres éléments à considérer figurent l'étendue du code propriétaire utilisé pour pallier le manque de maturité d'un composant OpenStack et la mesure dans laquelle cela favorise la dépendance vis-à-vis du fournisseur.
Les informations les plus fiables sur les produits des fournisseurs se trouvent sur le site web de l'Open Infrastructure Foundation.
Défis liés à la mise en œuvre
OpenStack est une technologie complexe, et les entreprises qui l'adoptent sont confrontées à de nombreux défis lorsqu'elles tentent de l'implémenter au sein d'une organisation. Pour beaucoup d'entre elles, le manque de compétences disponibles constitue un problème majeur. Dans un article publié sur The New Stack , Atul Jha identifie cinq défis auxquels toute organisation souhaitant déployer OpenStack sera confrontée.
défis d'installation
OpenStack est un ensemble de projets plutôt qu'un produit unique. Chaque application devant être configurée selon les besoins de l'utilisateur, son installation est complexe et requiert des compétences complémentaires pour une configuration optimale. Une solution évidente consiste à opter pour un package complet fourni par un éditeur, incluant le matériel et les logiciels ; toutefois, une analyse approfondie est indispensable.
Documentation
OpenStack, comme d'autres logiciels libres, rencontre des difficultés à maintenir une documentation à jour. Ce problème est encore aggravé par l'étendue des opérations d'OpenStack, qui englobent 25 projets distincts.
Mise à niveau d'OpenStack
L'un des principaux objectifs de l'utilisation d'une infrastructure de type cloud est d'offrir aux utilisateurs non seulement une haute fiabilité, mais aussi une haute disponibilité, quelque chose que les fournisseurs de cloud public offriront dans des accords de niveau de service .
En raison de l’approche de développement multi-projets d’OpenStack, la complexité liée à la synchronisation des différents projets lors d’une mise à niveau peut rendre les temps d’arrêt inévitables .
soutien à long terme
Il est fréquent qu'une entreprise continue d'utiliser une version antérieure d'un logiciel pendant un certain temps après sa mise à jour. Cependant, les développeurs d'un projet open source sont peu incités à assurer le support d'un code obsolète. De plus, OpenStack lui-même a officiellement cessé le support de certaines anciennes versions.
Compte tenu des difficultés mentionnées ci-dessus, la solution la plus appropriée pour une organisation souhaitant implémenter OpenStack serait de faire appel à un fournisseur et de se procurer un dispositif ou une distribution OpenStack.
Modèles de déploiement
À mesure que le projet OpenStack a mûri, les fournisseurs ont mis au point de multiples méthodes permettant aux clients de déployer OpenStack :
- Cloud public basé sur OpenStack
- Un fournisseur propose un système de cloud computing public basé sur le projet OpenStack.
- Distribution sur site
- Dans ce modèle, le client télécharge et installe une distribution OpenStack sur son réseau interne. Voir Distributions.
- Cloud privé OpenStack hébergé
- Un fournisseur héberge un cloud privé basé sur OpenStack : comprenant le matériel sous-jacent et le logiciel OpenStack.
- OpenStack en tant que service
- Un fournisseur propose un logiciel de gestion OpenStack (sans matériel) en tant que service. Les clients souscrivent à ce service et le combinent à leurs serveurs, leur stockage et leurs réseaux internes pour obtenir un cloud privé pleinement opérationnel.
- OpenStack basé sur des appliances
- Nebula était un fournisseur qui vendait des appareils pouvant être branchés sur un réseau, ce qui a permis de déployer OpenStack.Informatique brillante
- Canonical (Ubuntu)
- Debian
- HPE (qui a fusionné avec Micro Focus/Suse)
- IBM
- Mirantis
- Oracle OpenStack pour Oracle Linux, ou O3L
- Oracle OpenStack pour Oracle Solaris
- Chapeau rouge
- Stratoscale
- VMware Integrated OpenStack (VIO)
Amazon EC2 Le projet GCE API vise à assurer la compatibilité avec Google Compute Engine Gouvernance
OpenStack est géré par la fondation OpenInfra et son conseil d'administration. Ce dernier est composé de contributeurs Platinum, de membres des contributeurs Gold et de membres élus par les membres individuels de la fondation. Le Comité technique d'OpenStack est l'organe directeur du projet open source OpenStack. Ce groupe élu représente les contributeurs au projet et supervise toutes les questions techniques. Cela concerne notamment les développeurs, les opérateurs et les utilisateurs finaux du logiciel.
Appareils électroménagers
Une appliance OpenStack désigne un logiciel capable de prendre en charge la plateforme de cloud computing OpenStack sur des dispositifs physiques tels que des serveurs ou des machines virtuelles , ou une combinaison des deux. Généralement, une appliance logicielle est un ensemble de fonctionnalités logicielles fonctionnant sans système d'exploitation. Elle doit donc contenir suffisamment de composants essentiels du système d'exploitation sous-jacent pour fonctionner. Une définition stricte pourrait donc être la suivante : une application conçue pour offrir les fonctionnalités d'OpenStack sans nécessiter de système d'exploitation sous-jacent. Cependant, cette définition stricte peut s'avérer peu pertinente, car la distinction entre une appliance et une distribution n'est pas toujours nette . On pourrait même arguer que le terme « appliance » est quelque peu impropre, car OpenStack est lui-même considéré comme un système d'exploitation cloud Par conséquent, employer le terme « appliance OpenStack » pourrait être inapproprié, voire abusif.
Si l'on considère la gamme d'appliances et de distributions, on peut distinguer que les distributions sont des ensembles d'outils qui visent à couvrir un large éventail de projets OpenStack, tandis qu'une appliance se concentre sur un nombre plus restreint de projets. Les fournisseurs sont fortement impliqués dans OpenStack depuis sa création et ont depuis développé et commercialisé une vaste gamme d'appliances, d'applications et de distributions.
Fournisseurs
De nombreux fournisseurs proposent des solutions OpenStack, ce qui signifie qu'une organisation souhaitant déployer cette technologie doit relever un défi complexe : choisir l'offre qui correspond le mieux à ses besoins métiers. Barb Darrow a présenté ce panorama dans Fortune le 27 mai 2015, soulignant qu'une consolidation du marché pourrait faciliter ces choix.
D'autres aspects doivent être pris en compte par les utilisateurs, comme par exemple les coûts réels. Certains fournisseurs proposent une offre couvrant la plupart des projets OpenStack ; d'autres ne proposent que certains composants. Parmi les autres éléments à considérer figurent l'étendue du code propriétaire utilisé pour pallier le manque de maturité d'un composant OpenStack et la mesure dans laquelle cela favorise la dépendance vis-à-vis du fournisseur.
Les informations les plus fiables sur les produits des fournisseurs se trouvent sur le site web de l'Open Infrastructure Foundation.
Défis liés à la mise en œuvre
OpenStack est une technologie complexe, et les entreprises qui l'adoptent sont confrontées à de nombreux défis lorsqu'elles tentent de l'implémenter au sein d'une organisation. Pour beaucoup d'entre elles, le manque de compétences disponibles constitue un problème majeur. Dans un article publié sur The New Stack , Atul Jha identifie cinq défis auxquels toute organisation souhaitant déployer OpenStack sera confrontée.
défis d'installation
OpenStack est un ensemble de projets plutôt qu'un produit unique. Chaque application devant être configurée selon les besoins de l'utilisateur, son installation est complexe et requiert des compétences complémentaires pour une configuration optimale. Une solution évidente consiste à opter pour un package complet fourni par un éditeur, incluant le matériel et les logiciels ; toutefois, une analyse approfondie est indispensable.
Documentation
OpenStack, comme d'autres logiciels libres, rencontre des difficultés à maintenir une documentation à jour. Ce problème est encore aggravé par l'étendue des opérations d'OpenStack, qui englobent 25 projets distincts.
Mise à niveau d'OpenStack
L'un des principaux objectifs de l'utilisation d'une infrastructure de type cloud est d'offrir aux utilisateurs non seulement une haute fiabilité, mais aussi une haute disponibilité, quelque chose que les fournisseurs de cloud public offriront dans des accords de niveau de service .
En raison de l’approche de développement multi-projets d’OpenStack, la complexité liée à la synchronisation des différents projets lors d’une mise à niveau peut rendre les temps d’arrêt inévitables .
soutien à long terme
Il est fréquent qu'une entreprise continue d'utiliser une version antérieure d'un logiciel pendant un certain temps après sa mise à jour. Cependant, les développeurs d'un projet open source sont peu incités à assurer le support d'un code obsolète. De plus, OpenStack lui-même a officiellement cessé le support de certaines anciennes versions.
Compte tenu des difficultés mentionnées ci-dessus, la solution la plus appropriée pour une organisation souhaitant implémenter OpenStack serait de faire appel à un fournisseur et de se procurer un dispositif ou une distribution OpenStack.
Modèles de déploiement
À mesure que le projet OpenStack a mûri, les fournisseurs ont mis au point de multiples méthodes permettant aux clients de déployer OpenStack :
- Cloud public basé sur OpenStack
- Un fournisseur propose un système de cloud computing public basé sur le projet OpenStack.
- Distribution sur site
- Dans ce modèle, le client télécharge et installe une distribution OpenStack sur son réseau interne. Voir Distributions.
- Cloud privé OpenStack hébergé
- Un fournisseur héberge un cloud privé basé sur OpenStack : comprenant le matériel sous-jacent et le logiciel OpenStack.
- OpenStack en tant que service
- Un fournisseur propose un logiciel de gestion OpenStack (sans matériel) en tant que service. Les clients souscrivent à ce service et le combinent à leurs serveurs, leur stockage et leurs réseaux internes pour obtenir un cloud privé pleinement opérationnel.
- OpenStack basé sur des appliances
- Nebula était un fournisseur qui vendait des appareils pouvant être branchés sur un réseau, ce qui a permis de déployer OpenStack.Informatique brillante
- Canonical (Ubuntu)
- Debian
- HPE (qui a fusionné avec Micro Focus/Suse)
- IBM
- Mirantis
- Oracle OpenStack pour Oracle Linux, ou O3L
- Oracle OpenStack pour Oracle Solaris
- Chapeau rouge
- Stratoscale
- VMware Integrated OpenStack (VIO)
Gouvernance
OpenStack est géré par la fondation OpenInfra et son conseil d'administration. Ce dernier est composé de contributeurs Platinum, de membres des contributeurs Gold et de membres élus par les membres individuels de la fondation. Le Comité technique d'OpenStack est l'organe directeur du projet open source OpenStack. Ce groupe élu représente les contributeurs au projet et supervise toutes les questions techniques. Cela concerne notamment les développeurs, les opérateurs et les utilisateurs finaux du logiciel.
Appareils électroménagers
Une appliance OpenStack désigne un logiciel capable de prendre en charge la plateforme de cloud computing OpenStack sur des dispositifs physiques tels que des serveurs ou des machines virtuelles , ou une combinaison des deux. Généralement, une appliance logicielle est un ensemble de fonctionnalités logicielles fonctionnant sans système d'exploitation. Elle doit donc contenir suffisamment de composants essentiels du système d'exploitation sous-jacent pour fonctionner. Une définition stricte pourrait donc être la suivante : une application conçue pour offrir les fonctionnalités d'OpenStack sans nécessiter de système d'exploitation sous-jacent. Cependant, cette définition stricte peut s'avérer peu pertinente, car la distinction entre une appliance et une distribution n'est pas toujours nette . On pourrait même arguer que le terme « appliance » est quelque peu impropre, car OpenStack est lui-même considéré comme un système d'exploitation cloud Par conséquent, employer le terme « appliance OpenStack » pourrait être inapproprié, voire abusif.
Si l'on considère la gamme d'appliances et de distributions, on peut distinguer que les distributions sont des ensembles d'outils qui visent à couvrir un large éventail de projets OpenStack, tandis qu'une appliance se concentre sur un nombre plus restreint de projets. Les fournisseurs sont fortement impliqués dans OpenStack depuis sa création et ont depuis développé et commercialisé une vaste gamme d'appliances, d'applications et de distributions.
Fournisseurs
De nombreux fournisseurs proposent des solutions OpenStack, ce qui signifie qu'une organisation souhaitant déployer cette technologie doit relever un défi complexe : choisir l'offre qui correspond le mieux à ses besoins métiers. Barb Darrow a présenté ce panorama dans Fortune le 27 mai 2015, soulignant qu'une consolidation du marché pourrait faciliter ces choix.
D'autres aspects doivent être pris en compte par les utilisateurs, comme par exemple les coûts réels. Certains fournisseurs proposent une offre couvrant la plupart des projets OpenStack ; d'autres ne proposent que certains composants. Parmi les autres éléments à considérer figurent l'étendue du code propriétaire utilisé pour pallier le manque de maturité d'un composant OpenStack et la mesure dans laquelle cela favorise la dépendance vis-à-vis du fournisseur.
Les informations les plus fiables sur les produits des fournisseurs se trouvent sur le site web de l'Open Infrastructure Foundation.
Défis liés à la mise en œuvre
OpenStack est une technologie complexe, et les entreprises qui l'adoptent sont confrontées à de nombreux défis lorsqu'elles tentent de l'implémenter au sein d'une organisation. Pour beaucoup d'entre elles, le manque de compétences disponibles constitue un problème majeur. Dans un article publié sur The New Stack , Atul Jha identifie cinq défis auxquels toute organisation souhaitant déployer OpenStack sera confrontée.
défis d'installation
OpenStack est un ensemble de projets plutôt qu'un produit unique. Chaque application devant être configurée selon les besoins de l'utilisateur, son installation est complexe et requiert des compétences complémentaires pour une configuration optimale. Une solution évidente consiste à opter pour un package complet fourni par un éditeur, incluant le matériel et les logiciels ; toutefois, une analyse approfondie est indispensable.
Documentation
OpenStack, comme d'autres logiciels libres, rencontre des difficultés à maintenir une documentation à jour. Ce problème est encore aggravé par l'étendue des opérations d'OpenStack, qui englobent 25 projets distincts.
Mise à niveau d'OpenStack
L'un des principaux objectifs de l'utilisation d'une infrastructure de type cloud est d'offrir aux utilisateurs non seulement une haute fiabilité, mais aussi une haute disponibilité, quelque chose que les fournisseurs de cloud public offriront dans des accords de niveau de service .
En raison de l’approche de développement multi-projets d’OpenStack, la complexité liée à la synchronisation des différents projets lors d’une mise à niveau peut rendre les temps d’arrêt inévitables .
soutien à long terme
Il est fréquent qu'une entreprise continue d'utiliser une version antérieure d'un logiciel pendant un certain temps après sa mise à jour. Cependant, les développeurs d'un projet open source sont peu incités à assurer le support d'un code obsolète. De plus, OpenStack lui-même a officiellement cessé le support de certaines anciennes versions.
Compte tenu des difficultés mentionnées ci-dessus, la solution la plus appropriée pour une organisation souhaitant implémenter OpenStack serait de faire appel à un fournisseur et de se procurer un dispositif ou une distribution OpenStack.
Modèles de déploiement
À mesure que le projet OpenStack a mûri, les fournisseurs ont mis au point de multiples méthodes permettant aux clients de déployer OpenStack :
- Cloud public basé sur OpenStack
- Un fournisseur propose un système de cloud computing public basé sur le projet OpenStack.
- Distribution sur site
- Dans ce modèle, le client télécharge et installe une distribution OpenStack sur son réseau interne. Voir Distributions.
- Cloud privé OpenStack hébergé
- Un fournisseur héberge un cloud privé basé sur OpenStack : comprenant le matériel sous-jacent et le logiciel OpenStack.
- OpenStack en tant que service
- Un fournisseur propose un logiciel de gestion OpenStack (sans matériel) en tant que service. Les clients souscrivent à ce service et le combinent à leurs serveurs, leur stockage et leurs réseaux internes pour obtenir un cloud privé pleinement opérationnel.
- OpenStack basé sur des appliances
- Nebula était un fournisseur qui vendait des appareils pouvant être branchés sur un réseau, ce qui a permis de déployer OpenStack.Informatique brillante
- Canonical (Ubuntu)
- Debian
- HPE (qui a fusionné avec Micro Focus/Suse)
- IBM
- Mirantis
- Oracle OpenStack pour Oracle Linux, ou O3L
- Oracle OpenStack pour Oracle Solaris
- Chapeau rouge
- Stratoscale
- VMware Integrated OpenStack (VIO)