IaaS collaboratif avec Docker - Revision history

Donsez at 13:53, 17 March 2016

2016-03-17T13:53:25Z

← Older revision		Revision as of 13:53, 17 March 2016
Line 1:		Line 1:


	Encadrants : Pierre-Yves Gibello (Linagora), Vincent Zurczak (Linagora), Didier Donsez

	{\|class="wikitable alternance"		{\|class="wikitable alternance"
Line 17:		Line 15:
	\| [http://air.imag.fr/index.php/IaaS_collaboratif_avec_Docker IaaS - Docker]		\| [http://air.imag.fr/index.php/IaaS_collaboratif_avec_Docker IaaS - Docker]
	\| Eudes Robin, Damotte Alan, Barthelemy Romain, Mammar Malek, Guo Kai		\| Eudes Robin, Damotte Alan, Barthelemy Romain, Mammar Malek, Guo Kai
	\| ~~Didier Donsez,~~ Pierre-Yves Gibello		\| Pierre-Yves Gibello (Linagora), Didier Donsez
	\| [[Projets-2015-2016-IaaS_Docker\| '''Fiche''']] - [[Projets-2015-2016-IaaS_Docker-SRS\| '''SRS''']]		\| [[Projets-2015-2016-IaaS_Docker\| '''Fiche''']] - [[Projets-2015-2016-IaaS_Docker-SRS\| '''SRS''']]
	\| [https://github.com/EudesRobin/iaas-collaboratif '''github''']		\| [https://github.com/EudesRobin/iaas-collaboratif '''github''']

Donsez at 13:52, 17 March 2016

2016-03-17T13:52:46Z

← Older revision		Revision as of 13:52, 17 March 2016
Line 3:		Line 3:
	Encadrants : Pierre-Yves Gibello (Linagora), Vincent Zurczak (Linagora), Didier Donsez		Encadrants : Pierre-Yves Gibello (Linagora), Vincent Zurczak (Linagora), Didier Donsez

			{\|class="wikitable alternance"
	Etudiants : RICM5
			\|-
			\|
			!scope="col"\| Sujet
			!scope="col"\| Etudiants
			!scope="col"\| Enseignant(s)
			!scope="col"\| Fiche de suivi
			!scope="col"\| Dépot git
			!scope="col"\| Documents
			\|-

			!scope="row"\| 1
			\| [http://air.imag.fr/index.php/IaaS_collaboratif_avec_Docker IaaS - Docker]
			\| Eudes Robin, Damotte Alan, Barthelemy Romain, Mammar Malek, Guo Kai
			\| Didier Donsez, Pierre-Yves Gibello
			\| [[Projets-2015-2016-IaaS_Docker\| '''Fiche''']] - [[Projets-2015-2016-IaaS_Docker-SRS\| '''SRS''']]
			\| [https://github.com/EudesRobin/iaas-collaboratif '''github''']
			\| [[Media:RapportMPI_Iaas.pdf\|Rapport MPI]] - [[Media:Transparents_IaaS.pdf\|Transparents]] - [[Media:Flyer_IaaS.pdf\|Flyer]] - [https://youtu.be/qtqgZNrgcRc '''Screencast''']


			\|}

	[[Docker]] est un logiciel libre qui automatise le déploiement d'applications Linux dans des conteneurs logiciels. Il offre une solution légère pour la virtualisation de machines d'exécution Linux, en comparaison des machines virtuelles systèmes comme Xen, VMVare, Hyper-V.		[[Docker]] est un logiciel libre qui automatise le déploiement d'applications Linux dans des conteneurs logiciels. Il offre une solution légère pour la virtualisation de machines d'exécution Linux, en comparaison des machines virtuelles systèmes comme Xen, VMVare, Hyper-V.

Donsez: /* Liens */

2016-01-26T11:26:03Z

Liens

← Older revision		Revision as of 11:26, 26 January 2016
Line 37:		Line 37:
	* [http://roboconf.net/en/user-guide-snapshot/using-docker-with-roboconf.html Using Docker with Roboconf]		* [http://roboconf.net/en/user-guide-snapshot/using-docker-with-roboconf.html Using Docker with Roboconf]
	* Amit Sangroya, Damian Serrano, Sara Bouchenak. Benchmarking Dependability of MapReduce Systems. In Proc. of the 31st IEEE Int. Symp. on Reliable Distributed Systems (SRDS). Oct 2012. ([http://sardes.inrialpes.fr/files/mrbs/publications/mrbs-srds-2012.pdf .pdf])		* Amit Sangroya, Damian Serrano, Sara Bouchenak. Benchmarking Dependability of MapReduce Systems. In Proc. of the 31st IEEE Int. Symp. on Reliable Distributed Systems (SRDS). Oct 2012. ([http://sardes.inrialpes.fr/files/mrbs/publications/mrbs-srds-2012.pdf .pdf])
			* Optimal bidding in spot instance market ([http://dx.doi.org/10.1109/INFCOM.2012.6195567 lien])

Donsez at 11:10, 26 January 2016

2016-01-26T11:10:41Z

← Older revision		Revision as of 11:10, 26 January 2016
Line 31:		Line 31:
	* Un autre cas d'usage est celui de l'utilisation d'instances ponctuelle ([https://aws.amazon.com/fr/ec2/spot/ Spot instances]) qui peuvent à tout moment être récupérées par le fournisseur Cloud.		* Un autre cas d'usage est celui de l'utilisation d'instances ponctuelle ([https://aws.amazon.com/fr/ec2/spot/ Spot instances]) qui peuvent à tout moment être récupérées par le fournisseur Cloud.


			* Pour vos tests, vous pourrez utiliser le benchmark [http://sardes.inrialpes.fr/research/mrbs/ MapReduce performance and dependability benchmarking suite]

	=Liens=		=Liens=
	* [http://roboconf.net/en/user-guide-snapshot/using-docker-with-roboconf.html Using Docker with Roboconf]		* [http://roboconf.net/en/user-guide-snapshot/using-docker-with-roboconf.html Using Docker with Roboconf]
			* Amit Sangroya, Damian Serrano, Sara Bouchenak. Benchmarking Dependability of MapReduce Systems. In Proc. of the 31st IEEE Int. Symp. on Reliable Distributed Systems (SRDS). Oct 2012. ([http://sardes.inrialpes.fr/files/mrbs/publications/mrbs-srds-2012.pdf .pdf])

Donsez: correction

2016-01-26T11:08:16Z

correction

← Older revision		Revision as of 11:08, 26 January 2016
Line 29:		Line 29:
	** Si je n'ai pas besoin d'être expert pour partager ma machine, je ne devrais pas l'être pour configurer un fire-wall. Et en tant que possesseur de la machine, je ne veux pas ouvrir tous les ports de ma machine.		** Si je n'ai pas besoin d'être expert pour partager ma machine, je ne devrais pas l'être pour configurer un fire-wall. Et en tant que possesseur de la machine, je ne veux pas ouvrir tous les ports de ma machine.

	* Un autre cas d'usage est celui de l'utilisation d'instances ponctuelle ([https://aws.amazon.com/fr/ec2/spot/ Spot instances]) qui peuvent à tout moment être ~~récupérer~~ par le fournisseur Cloud.		* Un autre cas d'usage est celui de l'utilisation d'instances ponctuelle ([https://aws.amazon.com/fr/ec2/spot/ Spot instances]) qui peuvent à tout moment être récupérées par le fournisseur Cloud.

Donsez at 11:05, 26 January 2016

2016-01-26T11:05:45Z

← Older revision		Revision as of 11:05, 26 January 2016
Line 28:		Line 28:
	** J'ai un conteneur Docker sur une machine A, disons à Lyon. J'en ai un autre qui tourne sur une machine B, disons à Marseille. Comment garantir que les conteneurs peuvent communiquer entre eux si l'application distribuée le requiert ?		** J'ai un conteneur Docker sur une machine A, disons à Lyon. J'en ai un autre qui tourne sur une machine B, disons à Marseille. Comment garantir que les conteneurs peuvent communiquer entre eux si l'application distribuée le requiert ?
	** Si je n'ai pas besoin d'être expert pour partager ma machine, je ne devrais pas l'être pour configurer un fire-wall. Et en tant que possesseur de la machine, je ne veux pas ouvrir tous les ports de ma machine.		** Si je n'ai pas besoin d'être expert pour partager ma machine, je ne devrais pas l'être pour configurer un fire-wall. Et en tant que possesseur de la machine, je ne veux pas ouvrir tous les ports de ma machine.

			* Un autre cas d'usage est celui de l'utilisation d'instances ponctuelle ([https://aws.amazon.com/fr/ec2/spot/ Spot instances]) qui peuvent à tout moment être récupérer par le fournisseur Cloud.


	=Liens=		=Liens=

Donsez at 10:56, 26 January 2016

2016-01-26T10:56:24Z

← Older revision		Revision as of 10:56, 26 January 2016
Line 28:		Line 28:
	** J'ai un conteneur Docker sur une machine A, disons à Lyon. J'en ai un autre qui tourne sur une machine B, disons à Marseille. Comment garantir que les conteneurs peuvent communiquer entre eux si l'application distribuée le requiert ?		** J'ai un conteneur Docker sur une machine A, disons à Lyon. J'en ai un autre qui tourne sur une machine B, disons à Marseille. Comment garantir que les conteneurs peuvent communiquer entre eux si l'application distribuée le requiert ?
	** Si je n'ai pas besoin d'être expert pour partager ma machine, je ne devrais pas l'être pour configurer un fire-wall. Et en tant que possesseur de la machine, je ne veux pas ouvrir tous les ports de ma machine.		** Si je n'ai pas besoin d'être expert pour partager ma machine, je ne devrais pas l'être pour configurer un fire-wall. Et en tant que possesseur de la machine, je ne veux pas ouvrir tous les ports de ma machine.

			=Liens=
			* [http://roboconf.net/en/user-guide-snapshot/using-docker-with-roboconf.html Using Docker with Roboconf]

Donsez at 14:07, 20 January 2016

2016-01-20T14:07:20Z

← Older revision		Revision as of 14:07, 20 January 2016
Line 3:		Line 3:
	Encadrants : Pierre-Yves Gibello (Linagora), Vincent Zurczak (Linagora), Didier Donsez		Encadrants : Pierre-Yves Gibello (Linagora), Vincent Zurczak (Linagora), Didier Donsez

			Etudiants : RICM5

			[[Docker]] est un logiciel libre qui automatise le déploiement d'applications Linux dans des conteneurs logiciels. Il offre une solution légère pour la virtualisation de machines d'exécution Linux, en comparaison des machines virtuelles systèmes comme Xen, VMVare, Hyper-V.
	[[Docker]] est

			Le [[Big Data Analytics]] est un des principaux moteurs de la croissance des grandes sociétés informatiques. Les technologies Big Data comme [[Apache Hadoop]], [[Apache Spark]] révolutionne la "Business Intelligence" en permettant de synthétiser en temps réel des énormes quantités d'information en utilisant des milliers de machines virtuelles Xen, VMVare, Hyper-V des providers Cloud comme AWS, Azure, Google, ...
	application au Big Data,

			L'objectif de ce projet est de permettre à un groupe d'utilisateurs (membres) de mettre en commun les machines de bureau et portables pour effectuer les calculs big data des quelques utilisateurs. Pour cela, la solution doit reposer sur Docker afin de virtualiser les machines des utilisateurs et contrôler l'usage des ressources de chaque machine.

			Voici quelques scénarios auxquels il conviendra de réfléchir :

			Chaque membre du IaaS accorde du temps de calcul à d'autres sur son matériel.

			* Chacun peut proposer de mettre sa machine à disposition.
			** La seule contrainte est d'avoir installé Docker sur sa machine.
			** Comment le faire concrètement ? Site / Annuaire...
			** Surcouche à Docker ?

			* Même si ma machine est utilisée par quelqu'un d'autre, je dois pouvoir l'éteindre, tant pis pour ceux qui s'en servent.
			** Quelle incidence si on considère une pile big data ?
			** Relance des jobs ? Adaptation des jobs ?
			** Algo BigData (map / reduce) adapté ? Attention au choix de la pile. Quelles sont celles qui sont scalables à chaud ?

			* Comment gérer la configuration réseau ?
			** J'ai un conteneur Docker sur une machine A, disons à Lyon. J'en ai un autre qui tourne sur une machine B, disons à Marseille. Comment garantir que les conteneurs peuvent communiquer entre eux si l'application distribuée le requiert ?
			** Si je n'ai pas besoin d'être expert pour partager ma machine, je ne devrais pas l'être pour configurer un fire-wall. Et en tant que possesseur de la machine, je ne veux pas ouvrir tous les ports de ma machine.

Donsez: Created page with " Encadrants : Pierre-Yves Gibello (Linagora), Vincent Zurczak (Linagora), Didier Donsez Docker est application au Big Data,"

2016-01-20T13:51:49Z

Created page with " Encadrants : Pierre-Yves Gibello (Linagora), Vincent Zurczak (Linagora), Didier Donsez Docker est application au Big Data,"

New page

Encadrants : Pierre-Yves Gibello (Linagora), Vincent Zurczak (Linagora), Didier Donsez

[[Docker]] est

application au Big Data,