David Laube: échec Avec Openstack

Au début de l 'été dernier, mon collègue Zac, également Directeur général de la société, m' a demandé comment construire une plate - forme moderne d 'hébergement des nuages qui ne soit pas installée.

Je me suis souvenu de mes principales expériences professionnelles passées, notamment en ce qui concerne la construction, l 'appui et l' utilisation d 'une infrastructure extensible, et je n' ai pas pu m 'empêcher de murmurer.

Je me demande si c 'est vraiment nécessaire, n' est - ce pas?

Avec l 'approfondissement de la communication, j' ai finalement réalisé que beaucoup de services nuageux ne sont pas conviviaux pour les utilisateurs, il est très difficile d 'utiliser.

En outre, je suis l 'un des premiers utilisateurs de docker, le moteur de conteneur d' application, ce programme de déploiement appuyé par le conteneur permet de rendre plus performantes les machines à nu de haute qualité en matière de maintenance.

Toutefois, la virtualisation de certains nuages communs et les problèmes rencontrés par les prestataires de services d 'hébergement ne correspondent pas aux besoins de développement de matériel physique complexe et variable.

Je pense donc qu 'il faut faire quelque chose à cette fin.

Maintenant, on va suivre le déploiement de Packet.NET.

J 'ai commencé à déployer Packet.NET.

Dans le même temps, nous sommes également occupés à suivre la stratégie de déploiement et la dynamique connexe de l 'automatisation des nuages, à examiner d' un bout à l 'autre certains programmes d' installation, ainsi que toutes les plates - formes de nuages ouverts et les services que nous avons déjà installés.

Voxel est une plate - forme d 'hébergement de l' ordinateur central Cloud achetée par internap, nous avons mis en place beaucoup de nos propres programmes au moment de l 'utilisation, tout en reconnaissant les avantages et en éprouvant le sentiment d' avoir une plate - forme logicielle.

L 'installation du serveur semble particulièrement facile, comme si elle était achevée une fois pour toutes, n' est - ce pas?

Dans ce cas, l 'utilisateur est assuré

Pour installer et gérer des milliers de serveurs et veiller à ce que ces serveurs fonctionnent normalement et répondent aux décisions prises par ZAC dans un délai de cinq minutes.

Ce n 'est pas facile pour moi.

Pour atteindre \ \ 13 \ \ 10 Packet.NET

Objectif, des milliers de serveurs sont installés et activés 24 heures sur 24 et doivent être connectés dans quelques mois.

Je commence à m 'intéresser à la spécificité de l' openstack dans l 'infrastructure Internet, qui peut être utilisée comme un moyen de construire nos services.

Il s' agit notamment de l 'automatisation des services de réseau, de la gestion des adresses IP, de la surveillance du processus d' installation, ainsi que de la conversion et de l 'installation du matériel.

Si je pouvais compter sur openstac pour mener à bien mes travaux, mon équipe pourrait se concentrer davantage sur les choses qui apportent une plus grande valeur aux utilisateurs, comme l 'analyse du matériel et l' appui technique aux moteurs d 'application des mécanismes de conteneurs.

On m 'a rappelé quelques - uns des problèmes d' openstack, mais j 'ai passé des semaines à lire les dernières versions, à mélanger avec plusieurs cha?nes de conversation officielles IRC de Wikipédia et à jouer au script d' installation de openstack, devstack.

J 'ai commencé.

Les projets de base ne sont plus si étrangers.

Au cours des deux dernières années, devstack a atteint une maturité remarquable et le moment est venu.

Le principal serveur d 'hébergement mondial et le fournisseur de calcul de nuages, rackspace, ont récemment lancé un programme de déploiement de serveurs de machines à nu ometal et ont publié un blog indiquant comment utiliser l' ironic pour déployer ses appareils physiques.

Et le 16 octobre 2014, heure des états - Unis, une version importante de openstack a été officiellement publiée dans la version Juno.

C 'est pourquoi je pense qu' openstack devrait être utilisé pour déployer le serveur physique de la société.

Je sais que l 'apprentissage d' openstack ne sera pas facile, et je sais qu 'il faudra s' efforcer d' apprendre chacun de ces projets au lieu de se contenter de les installer.

J 'ai étudié de près chacun des projets de openstack et j' ai essayé de comprendre la dynamique de Nova, ainsi que les moteurs d 'ironic, en particulier neutron.

Nous devons non seulement installer ironic sur un serveur physique, mais aussi appuyer le modèle de réseau des services d 'hébergement Packet.NET, en particulier en rempla?ant les fonctionnalités des h?tes layer2 et VLAN par layer3.

Il y a tant de documents à lire et à apprendre que vous pouvez dire à ce moment - là!

Cela m 'oblige à supprimer des documents de qualité antérieure, tels que les articles sur Wikipédia, le journal IRC (un outil de discussion) et les versions de la présentation des enregistrements pour trouver des informations correctes et à jour.

Une fois ces travaux de base achevés, je vais utiliser Python pour effectuer un travail de débogage important afin de vérifier les fonctions incompatibles avec la description du document.

C 'est un long processus.

Il convient de mentionner l 'existence d' un groupe de personnes et d 'entreprises qui dépendent d' openstack pour leur survie et constituent un vaste système de symbiose, en particulier la Nova d 'openstac et les éléments du projet standard neutron.

Bien que ce groupe puisse être confronté à d 'autres projets de sources d' énergie, il est difficile pour l 'ironic d' atteindre le niveau d 'utilisation de ses produits.

C 'est ce qui m' est arrivé, et j 'ai consulté ses principaux spécialistes du développement sur des questions de mise en ?uvre qu' ils n 'ont pas pu résoudre.

Et j 'ai cherché ces questions à Google, et je n' ai pu obtenir que quelques informations à ce sujet.

J 'ai confié la partie de neutron à mes collègues, et j' ai appris par moi - même à mieux conna?tre l 'ironic.

Mais en réalité, nous avons besoin d 'un développeur spécifique dans chaque section de l' openstac pour nous aider à comprendre la Banque de codes et à suivre le rythme de la mise à jour de chaque projet de l 'openstac.

Alors, comment pouvons - nous répondre à nos besoins comme il se doit?

Va voir openstack Developer Forum.

Je ne suis pas hésiter à vous faire savoir ce numéro de ce premier petit ami d 'aller, tout simplement parce que, beau est des ressources partagées dans le monde, comment il peut être occupé par une personne!

Malgré les progrès décisifs accomplis dans le cadre du programme de déploiement de serveurs physiques de la version openstack \ \ \ \ \ \ \ \ \ \ \ \ \ \\\ \\\

Il y a encore beaucoup de modifications de fonctions et de documents entre le déploiement de l 'avion physique NOVA et le déploiement de l' ironic.

J 'ai fait part de cette situation au service d' appui technique de l 'ironic, qui n' a qu 'une capacité limitée, mais qui a été contraint d' utiliser les technologies virtuelles openvswitch et linuxbridge.

Notre modèle de réseau est en contradiction flagrante avec celui - ci.

J 'ai donc constaté que le projet Neutron d' openstack ne bénéficiait pas non seulement d 'un appui technique suffisant pour certains fabricants de produits Internet, mais aussi d' une capacité d 'expansion pour différents modèles de réseau.

Les grands utilisateurs qui ont une meilleure connaissance des codes de base d 'openstack (en général rackspace) ont recours à la très grande personnalisation des projets d' openstac pour déployer des appareils physiques sur le réseau physique réel.

Quelques - uns de ces Suppléments ont été publiés, mais beaucoup d 'importants suppléments n' ont pas été rendus publics et doivent être réécrits par les utilisateurs eux - mêmes, tout en assurant la maintenance des versions futures.

Sur ce point, j 'ai de sérieux doutes quant à l' utilisation des services de l 'openstack.

Il y a tant à apprendre qu 'il faut faire en sorte que chaque projet soit synchronisé, ce qui est inquiétant.

En outre, j 'ai commencé à comprendre que l' adaptation de Nova et d 'ironic n' était pas une tache mineure, ce qui annulerait les avantages qu 'openstack nous avait procurés en termes d' ouverture.

Mais je pense qu 'il est important de bien conna?tre les détails de neutron, c' est la seule chose qui me manque.

Pour les commutateurs physiques et les serveurs, l 'installation des serveurs de déploiement n' est pas très difficile et les solutions sont m?res et fiables.

L 'automatisation exige beaucoup d' outils pour s' adapter.

D 'après mon expérience, l' élément le plus susceptible d 'erreur dans le déploiement de la plupart des infrastructures est l' automatisation de la composante réseau.

Vous voyez, il y a encore beaucoup de défauts dans le système d 'exploitation du commutateur physique.

L 'appui au travail d' automatisation en cours et à l 'interaction API semble insuffisant.

En fait, la mauvaise performance d 'un autre outil d' automatisation de réseau que j 'ai utilisé est la principale raison pour laquelle je pense à utiliser openstack.

Le projet Neutron a une mission très stimulante: il est possible de fournir des services extensibles en fonction de la demande et non soumis à une technologie quelconque, y compris une banque de données.

Je l 'espère aussi.

Mais la réalité n 'est pas la même que celle qui a été promise.

Selon le réseau de définition de logiciel (SDN, Software Defined \ \ \ \ \ \ \ \ \ \ \ \ \ \ \\ \\\\\\\

Ce n 'est pas seulement parce que Neutron est très obsolète pour les opérateurs de commutateurs, mais aussi parce que la dernière version de l' openstack Juno n 'a qu' une capacité limitée d 'appui.

En outre, neutron utilise son propre gestionnaire d 'adresses IP (IPAM), qui n' a pas de concept d 'attribution de l' accès externe lui - même, et n 'a pas fourni de déclaration écrite ni d' autorisation concernant la gestion des adresses IP.

Il est inacceptable de sacrifier l 'expérience des utilisateurs pour s' adapter à ces insuffisances de neutron.

Bref.

La semaine précédant No?l, nous avons perdu openstac, puis avons passé trois semaines à mettre au point une plate - forme de déploiement automatisée personnalisée.

Après avoir mis en place son propre système de gestion IP au début du mois de décembre, l 'équipe s' est mise à mettre en place son propre outil personnalisé.

Chaque nouveau projet aura sa propre mission.

En tant que société, notre vision est d 'aller de l' avant et nous pensons que la plupart des problèmes ont été résolus au cours de l 'enquête et du déploiement de l' openstac: un système IPAM souple et fonctionnel a été mis en place (nous l 'appelons Magnum \ \ 13 \ \ 10 IP).

Entre les plates - formes de gestion des installations et l 'infrastructure physique, nous avons également mis au point des modèles d' utilisation et de compétence.

Parfois, ce qui existe n 'est pas nécessairement le meilleur et ne répond pas nécessairement à ses besoins.

C 'est la raison pour laquelle nous avons utilisé openstack pour déployer le Packet.NET.

Dans le même temps, nous nous efforcerons de publier nos propres fiches neutron, en fonction de l 'évolution du projet openstack que nous sommes en train de réaliser.

Une semaine plus tard, nous avons fini d 'installer le système coreos.