La qualité de service au niveau iaas: vers l'utilisation du concept software-defined networking (SDN)

Conclusion

Au souci de combler nos attentes désormais bien supérieures en terme de performances, une mutation s'opère sur le réseau informatique. Partant de la conception du réseau aux équipements, tout est repensé. Ce qui jeta les bases du SDN.

Le SDN permet une accélération incroyable de la synchronisation entre les besoins business d'une entreprise et l'optimisation de l'exploitation de ses ressources IT, qu'elles soient internes ou externes. Ce découplage du logiciel et du matériel va permettre aux entreprises de modeler leur SI à volonté, répondant automatiquement et en temps réel aux demandes métiers. Le temps d'exécution d'une fonction métier tel que perçu par un utilisateur pourra être garanti même à travers le réseau grâce à la qualité de service apportée. Les notions classiques de SLA (Service Level Agreement) sont largement challengées et c'est naturel. Toutes les applications, tous les flux n'ont pas la même criticité. Lorsque le réseau ne sera plus synonyme de rigidité et de délai, et qu'on ne parlera plus de SDN, mais juste de Cloud, alors quand la transformation en Cloud sera terminée, le SDN aura réussi.

Références.

[1] Software-Defined Networking: A Comprehensive. Survey Diego Kreutz, Member, IEEE, Fernando M. V. Ramos, Member, IEEE, Paulo Verissimo, Fellow, IEEE,Christian Esteve Rothenberg, Member, IEEE, Siamak Azodolmolky, Senior Member, IEEE, and Steve Uhlig, Member, IEEE. 1,

[2] https://fr.wikipedia.org/wiki/Amazon.com , consulté le 24/06/2015

[3] https://fr.wikipedia.org/wiki/PRISM_(programme_de_surveillance), consulté le 24/06/2015

[4] https://fr.wikipedia.org/wiki/National_Security_Agency, consulté le 24/06/2015

[5] https://en.wikipedia.org/wiki/Data-centric_programming_language , consulté le 24/06/2015

[6] http://www.data-business.fr/exemples-applications-impact-big-data-entreprise , consulté le 24/06/2015

[7] Ossification of the Internet www.scs.stanford.edu/nyu/04sp/notes/l23.pdf consulté le 24/06/2015

[8]A.T. Campbell, I. Katzela, K. Miki, and J. Vicente. Open signaling for atm, internet and mobile networks (opensig'98). ACM SIGCOMM Computer Communication Review, 29(1):97-108, 1999.

[9] A. Doria, F. Hellstrand, K. Sundell, and T. Worster. General Switch Management Protocol (GSMP) V3. RFC 3292 (Proposed Standard),June 2002.

[10]D.L. Tennenhouse and D.J. Wetherall. Towards an active network architecture. In DARPA Active NEtworks Conference and Exposition,2002. Proceedings, pages 2-15. IEEE, 2002.

[11] J.T. Moore and S.M. Nettles. Towards practical programmable packets. In Proceedings of the 20th Conference on Computer Communications(INFOCOM). Citeseer, 2001.

[12] J. E. Van Der Merwe and I. M. Leslie. Switchlets and dynamic virtual atm networks. In Proc Integrated Network Management V, pages 355-368. Chapman and Hall, 1997

[13] J.E. Van der Merwe, S. Rooney, I. Leslie, and S. Crosby. The tempesta practical framework for network programmability. Network, IEEE,12(3):20-28, 1998 .

[14] J. Rexford, A. Greenberg, G. Hjalmtysson, D.A. Maltz, A. Myers, G. Xie, J. Zhan, and H. Zhang. Network-wide decision making: Toward a wafer-thin control plane. In Proc. HotNets, pages 59-64. Citeseer,2004.

[15] A. Greenberg, G. Hjalmtysson, D.A. Maltz, A. Myers, J. Rexford, G. Xie, H. Yan, J. Zhan, and H. Zhang. A clean slate 4d approach to network control and management. ACM SIGCOMM Computer Communication Review, 35(5):41-54, 2005.

[16] M. Caesar, D. Caldwell, N. Feamster, J. Rexford, A. Shaikh, and J. van der Merwe. Design and implementation of a routing control platform. In Proceedings of the 2nd conference on Symposium on Networked Systems Design & Implementation-Volume 2, pages 15-28. USENIX Association, 2005

[17] R. Enns. NETCONF Configuration Protocol. RFC 4741 (ProposedStandard), December 2006. Obsoleted by RFC 6241

[18] M. Casado, M.J. Freedman, J. Pettit, J. Luo, N. McKeown, andS. Shenker. Ethane: Taking control of the enterprise. ACM SIGCOMM Computer Communication Review, 37(4):1-12, 2007.

[29] Z. Cai, AL Cox, and TSE Ng. Maestro: A system for scalable openflow control. Technical Report TR10-08, Rice University, December 2010.

[20] Beacon. https://openflow.stanford.edu/display/Beacon/Home. consulté le 12/07/2015

[21] Simple Network Access Control (SNAC). http://www.openflow.org/wp/snac/ consulté le 12/07/2015

[22] Helios by nec. http://www.nec.com/. consulté le 12/07/2015

[23] N. McKeown, T. Anderson, H. Balakrishnan, G. Parulkar, L. Peterson, J. Rexford, S. Shenker, and J. Turner. Openflow: enabling innovation in campus networks. ACM SIGCOMM Computer Communication Review, 38(2):69-74, 2008.

[24]Haoyu Song, Huawei Technologies, USA Santa Clara, Protocol-Oblivious Forwarding: Unleash the Power of SDN through a Future-Proof Forwarding Plane. Page 127 - 132

[25]N. Gude, T. Koponen, J. Pettit, B. Pfaff, M. Casado, N. McKeown, and S. Shenker. Nox: towards an operating system for networks. ACM SIGCOMM Computer Communication Review, 38(3):105-110, 2008

[26] Floodlight, an open sdn controller. http://floodlight.openflowhub.org/ consulté le 12/07/2015

[27] A. Tootoonchian, S. Gorbunov, Y. Ganjali, M. Casado, and R. Sherwood. On controller performance in software-defined networks. In USENIX Workshop on Hot Topics in Management of Internet, Cloud, and Enterprise Networks and Services (Hot-ICE), 2012.

[28] Andreas Voellmy and Junchang Wang. Scalable software defined network controllers. In Proceedings of the ACM SIGCOMM 2012 conference on Applications, technologies, architectures, and protocols for computer communication, SIGCOMM '12, pages 289-290, New York, NY, USA, 2012. ACM

[29] K. Phemius and M. Bouet. Openflow: Why latency does matter. In Integrated Network Management (IM 2013), 2013 IFIP/IEEE International Symposium on, pages 680-683, 2013. K. Phemius and M. Bouet. Openflow: Why latency does matter. In Integrated Network Management (IM 2013), 2013 IFIP/IEEE International Symposium on, pages 680 683, 2013.

[30] S.H. Yeganeh, A. Tootoonchian, and Y. Ganjali. On scalability of software-defined networking. Communications Magazine, IEEE, 51(2):136-141, February

[31] http://www.reseaux-telecoms.net/actualites/lire-reseaux-sdn-pourquoi-il-est-important-de-s-y-interesser-25278.html consulté le 21/07/2015

[32] A Survey of Software-Dened Networking: Past,Present, and Future of Programmable Networks Bruno Nunes Astuto, Marc Mendonca, Xuan Nam Nguyen, Katia Obraczka, Thierry Turletti

[33] P. Newman, G. Minshall, and T. L. Lyon, «Ip switching—atm under ip,» IEEE/ACM Trans. Netw., vol. 6, no. 2, pp. 117-129, Apr.1998.

[34] N. Gude, T. Koponen, J. Pettit, B. Pfaff, M. Casado, N. McKeown, and S. Shenker, «NOX: towards an operating system for networks,» Comp.Comm. Rev., 2008

[35] H. Jamjoom, D. Williams, and U. Sharma, «Don't call them middleboxes, call them middlepipes,» in Proceedings of the Third Workshop on Hot Topics in Software Defined Networking, ser. HotSDN '14. New York, NY, USA: ACM, 2014, pp. 19-24.

[36]N. McKeown, T. Anderson, H. Balakrishnan, G. Parulkar, L. Peterson, J. Rexford, S. Shenker, and J. Turner, «OpenFlow: enabling innovation in campus networks,» SIGCOMM Comput. Commun. Rev., vol. 38, no. 2, pp. 69-74, Mar. 2008

[37] Software-Defined Networking: A Comprehensive Survey Diego Kreutz, Member, IEEE, Fernando M. V. Ramos, Member, IEEE, Paulo Verissimo, Fellow, IEEE, Christian Esteve Rothenberg, Member, IEEE, Siamak Azodolmolky, Senior Member, IEEE, and Steve Uhlig, Member, IEEE

[38] T. Kato, M. Kawakami, T. Myojin, H. Ogawa, K. Hirono, and T. Hasegawa, «Case study of applying SPLE to development of network switch products,» in Proceedings of the 17th International Software Product Line Conference, ser. SPLC '13. New York, NY, USA: ACM, 2013, pp. 198-207

[39] J. Dix, «Clarifying the role of software-defined networking northbound APIs,» May 2013. [Online]. Available: http://www.networkworld.com/news/2013/050213-sherwood-269366.html

[40] T. L. Hinrichs, N. S. Gude, M. Casado, J. C. Mitchell, and S. Shenker, «Practical declarative network management,» in Proceedings of the 1^st ACM workshop on Research on enterprise networking, ser. WREN '09. New York, NY, USA: ACM, 2009, pp. 1-10.

[41] N. Foster, R. Harrison, M. J. Freedman, C. Monsanto, J. Rexford, A. Story, and D. Walker, «Frenetic: a network programming language,» SIGPLAN Not., 2011

[42] E. Reinecke, «Mapping the future of software-defined networking,» 2014. [Online]. Available: http://goo.gl/fQCvRF

[43] http://doc.ubuntu-fr.org/openstack consulté le 14/08/15

[44] Paul Miller `'Architecting OpenStack for enterprise Reality `' April 7, 2014

[45] https://www.randco.fr/actualites/2014/le-reseau-dans-openstack-neutron/ consulté le 20/07/2015

[46] https://fr.wikipedia.org/wiki/OpenStack consulté le 26/07/2015

[47] https://fr.wikipedia.org/wiki/Amazon_Web_Services consulté le 27/07/2015

[48] http://www.juniper.net/fr/fr/products-services/sdn/contrail/)

[49] http://www.cisco.com/web/FR/solutions/sp/network_infrastructure/index.html consulté le 08/07/2015

[50] http://www.nec.com/en/global/solutions/tcs/vepc/index.html consulté le 08/07/2015

[51] http://www.6wind.com/products/6windgate/ consulté le 08/07/2015

[52] http://www.openstack.org/software/start/ consulté le 08/07/2015

[53] https://fr.wikipedia.org/wiki/Cloud_computing consulté le 15/12/2015

Tables des matières

Introduction générale 2

Chapitre I. Les motivations du Software-Defined Networking (SDN). 11

1.1. Big Data 11

1.2. Datacenter 14

Qu'est ce qu'un datacenter 14

Gérer la qualité de services(QoS) dans le Datacenter 20

1.3. Agilité du réseau 22

1.4. Le Cloud Computing 22

1.5. La Qualité de Service 26

Chapitre II. Présentation du Software-Defined Network 28

2.1. Le SDN à travers le temps 28

2.1.1. Open Signaling 28

2.1.2. Active Networking 28

2.1.3. DCAN (Devolved Control of ATM Networks) 29

2.1.4. 4D Project 29

2.1.5. NETCONF 29

2.1.6. Ethane 30

2.2. Architecture du Software-Defined Networking (SDN) 32

2.2.1. Le Plan de Gestion (Management Plane) 34

2.2.2. Le Plan de Contrôle ou le Contrôleur (Control Plane) ....................................................................................... 36

2.2.3. Le plan des Données (Data Plane) 46

2.3. Les solutions de SDN existantes 54

Chapitre III. Implémentation et test d'une solution Software-Defined Network (SDN)................... 60

3.1. Présentation d'OpenStack 60

3.1.1. OpenStack Neutron 64

3.2. OpenStack Neutron et le SDN 66

3.3. Présentation de l'architecture du système à mettre en place...... 68

3.4. Installation d' OpenStack 69

3.5. Mise place d'un réseau physique (réel) de SDN: Cas d'entreprise. 103

3.6. Les difficultés rencontrées d'installations d'OpenStack (Expérience utilisateur) 105

Conclusion 106