Pour faire le lien avec le post précédent parlant de la ou plutôt des releases Diablo à venir, il est important de mentionner qu'il est logique qu'elle soit étalée avec des versions intermédiaires, tellement les changements sont importants. A vrai dire, il y a 2 gros chantiers de refonte, à savoir : NaaS et peut-être VaaS (à vérifier).
C'est sur le 1er que je voudrais m'attarder après avoir lu avec attention le "blueprint" associé (ici). Une vingtaine de membres a participé à cette spécification / conception de la gestion réseau, soit une refonte très importante par rapport à l'existant. On y distingue 2 couches : couches basses (level 2 & 3) et couches hautes (level 4 à 7 de couche OSI). Le besoin étant justifié de pouvoir gérer de façon ouverte et sécurisée le réseau.
C'est sur le 1er que je voudrais m'attarder après avoir lu avec attention le "blueprint" associé (ici). Une vingtaine de membres a participé à cette spécification / conception de la gestion réseau, soit une refonte très importante par rapport à l'existant. On y distingue 2 couches : couches basses (level 2 & 3) et couches hautes (level 4 à 7 de couche OSI). Le besoin étant justifié de pouvoir gérer de façon ouverte et sécurisée le réseau.
Bien que l'architecture à base de plugins est ouverte pour traiter tous les besoins de ces couches, la spécification / conception couvre pour le moment que les couches basses du réseau (layer 2 & 3), soit les ports, les switches (vLAN, IP Tunnels, ...) et la gestion des adresses réseaux (IP address, DHCP, ...). Bien qu'il y a en cours des évolutions sur ce domaine (ex: "nova-multi-nic", "configure-nic", ...), ce gros chantier est à venir avec les sous-projets suivants, identifiés pour le moment.
Priority | Blueprint | Design | Delivry | Series |
Essential | nova-multi-nic | Approved | Good Progress | diablo-1 |
Essential | network refactoring | Pending Approval | Needs Code Review | ? |
High | implement-network API | Approved | Not Started | diablo-3 |
High | integrate-network-services | Approved | Not Started | diablo-4 |
High | openstack-api-floating-ips | Approved | Not Started | diablo-2 |
High | shared-ip-groups | Approved | Not Started | ? |
? | openvswitch-network-plugin | ? | ? | ? |
Undefined | NaaS-core-design proposal | Drafting | ? | ? |
Rappel :
- diablo-1: 02/06/2011
- diablo-2: 30/06/2011
- diablo-3: 28/07/2011
- diablo-4: 25/08/2011
On se rend compte que le fichier récapitulatif de la gestion des projets d’évolution n’est pas à jour ou que le document de spécification / conception de la refonte du réseau est toujours à l’état de « Draft » et que seul l’évolution « nova-multi-nic » est en route pour la release Diablo.
En conséquence, cela va certainement bouger dans les jours à venir, mais on peut penser que la refonte du réseau avec sa gestion via des API Web Services RESTful et une database à part (NaaS DB) est pour fin de l’été, dans le meilleur des cas. Pour le volet (layer 4 à 7), cela sera probablement au programme de fin d’année ou de début 2012.
Suite à la synthèse du dernier Design Summit, il y a un 2ème gros chantier pour la release Diablo. Il s’agit de VaaS, c’est-à-dire, à l’identique du réseau, un pilotage par API de la partie stockage. En gros, si on résume, on aura toute la partie Infrastructure as a Service (Network, Compute et Storage) pilotable directement par API Web Services RESTful. Cela est superbe, mais ces travaux sont conséquents et une réelle rupture va exister entre la release « Cactus » et « Diablo et les suivantes ».
Je vous invite donc à lire en détail, le document draft « Network Services » cité et référencé plus haut. Pour les curieux, j’invite à lire la spécification de l’API NaaS Layer-2&3 (ici).
Aucun commentaire:
Enregistrer un commentaire