Date: Sat, 29 Nov 2014 13:37:07 +0100
From: Nicolas George <ngeorge@april.org>
To: educ@april.org
Message-ID: <20141129123707.GA18568@phare.normalesup.org>
Reply-To: educ@april.org
References: <20141129105303.GA15081@phare.normalesup.org>
 <5479B119.7040906@gnunux.info>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="0F1p//8PRICkK4MW"
Content-Disposition: inline
In-Reply-To: <5479B119.7040906@gnunux.info>
User-Agent: Mutt/1.5.21 (2010-09-15)
Subject: Re: [EDUC] =?ISO-8859-1?Q?Re=A0=3A_Nouvelle_version_de_Framadate?=
Errors-to: educ-owner@april.org
Precedence: list
Precedence: bulk
Sender: educ-request@april.org


--0F1p//8PRICkK4MW
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Le nonidi 9 frimaire, an CCXXIII, Emmanuel Garette a =E9crit=A0:
> Tu oublies juste plusieurs choses :
> - ces services ont une tol=E9rance de panne bien plus faible qu'un service
> "auto-heberg=E9". Si les plombs sautent chez soit ou qu'un composant est
> d=E9fectueux, ce n'est pas sp=E9cialement dramatique, mais cette possibil=
it=E9
> est inenvisageable pour un service centralis=E9. En cons=E9quence les
> donn=E9es sont stock=E9s, redond=E9s, sauvegard=E9s un nombre incalculabl=
e de
> fois. A cause de cela, la quantit=E9 d'=E9nergie est bien plus importante
> dans un service centralis=E9.
> - ces services ne peuvent pas avoir des lenteurs. Donc jamais les
> serveurs ne tourneront =E0 100% (loin de l=E0).

C'est vrai, mais mon pifom=E8tre me dit que c'est nettement plus petit par
rapport aux gains apport=E9s par la mutualisation.

Pour le premier point, avec un mod=E8le tr=E8s simple, si on estime =E0 1% =
de
chances la panne d'un serveur sur une p=E9riode de temps donn=E9e, pour ram=
ener
ce risque =E0 1/10000, il faut deux serveurs, =D72. Sur la charge de dix
serveurs, il en suffit de trois (et on est alors bien au del=E0), =E7a ne f=
ait
plus que du +30% de consommation=A0; sur la charge de cent serveurs, il en
faut sept, donc +7%.

Pour le second point, en activant ou d=E9sactivant les serveurs au besoin (=
ils
n'ont pas trois semaines d'inertie comme une centrale nucl=E9aire, plut=F4t=
 de
l'ordre de quelques dizaines de secondes =E0 quelques secondes), les
fournisseurs de service peuvent rester aux alentours de 80-90% d'utilisation
en permanence. Et dans le cas de services vari=E9s comme ceux de Google par
exemple, il y a toujours des t=E2ches non urgentes, comme l'encodage des
vid=E9os Youtube, qui peuvent rentabiliser le reste.

Donc mon pifom=E8tre me dit que l'exigence sup=E9rieure des fournisseurs de
service correspond =E0 un surco=FBt nettement inf=E9rieur au =D72 alors que=
 la
mutualisation permet des =E9conomies nettement sup=E9rieures au =F72.

Cordialement,

--=20
  Nicolas George

--0F1p//8PRICkK4MW
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJUeb3zAAoJEHGVSyPKTcYMgHwP/RDhM29bEIpDb6BL6rVH8K0l
P3l0GztaSwkW6nJTztNfuLJUtOf7P3nK5xZwA6WGiIfBGPzJ1gmE9MuzKusi8a5w
xLR9IllqFApz0Fgm6IMiyNNR4D8uqZdp0yZEUIB4rkd39UrUAQWpjNgT7Z0RASwV
KrxgLX/3Fv1MqDP0M9WlnHQVUEZwN1GooYn95QRnbl6T+8IRuRSfpoEUD1mZN8nE
lhmFFHQ2cN+XGg3bd2hFWpievQnvZzliNvtItDj9vAMdtQ3ubC62cmfdg80a0nQ0
fpxbh++mIKjqFWEDc5g2SXnc8L8dfLvWpssrpjCj+248xGuogjL62nk7nIj/5MKC
OL051IObMuv8831gGXIOMD/uecBnrZkRxdYdqDyDDQNXAODCr7YqiwIUS4H8PqZe
A4XFYHZvF/pvFCvU5V+ISY7HWZ5rFEd9rSZ1HrcbqPiMTrZsVg4Wuy3UdkCHnWzn
A+sf06vaVuE0JWsz0XmTsifPklyZPfZt8IO6AZ9nwcEo7Y+nP6rQzR17TWGI7kpI
Na0x3lsY0cz3wzNgQinEce2wMQuSVZsnOqk93LqIX8KRykvhow5Y5krKnz/cCUgZ
D+ahnmbEK4ypJNVo/9wCpvbgCoWT3yv/RMp+byMm8d5y7f4WZ1WVCH7fLcc3hurW
TXBYYxME6cwFxqYYb4n0
=oTx/
-----END PGP SIGNATURE-----

--0F1p//8PRICkK4MW--