<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: La Haute Disponibilité</title>
	<atom:link href="http://www.haute-disponibilite.net/2009/09/24/la-haute-disponibilite/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.haute-disponibilite.net/2009/09/24/la-haute-disponibilite/</link>
	<description>Architectures des sites et services Web</description>
	<lastBuildDate>Fri, 11 Nov 2011 14:13:11 +0100</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.4</generator>
	<item>
		<title>By: Marc</title>
		<link>http://www.haute-disponibilite.net/2009/09/24/la-haute-disponibilite/comment-page-1/#comment-569</link>
		<dc:creator>Marc</dc:creator>
		<pubDate>Fri, 25 Sep 2009 21:50:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.haute-disponibilite.net/?p=1881#comment-569</guid>
		<description>@Alexandre : C&#039;est modifié
@Benjamin : Merci pour cette remarque pertinente. Mais il est certains que dans les cas extrêmes il est impossible de maintenir le service, sauf en multipliant tous les composants, et en les distribuant sur plusieurs sites. Mais les coûts montent extrêmement vite, et comme souvent les moyens sont calculés de manière à pouvoir géré le 99,99% pour garantir le 99,999% ou plus il faut des budgets très importants (comme pour les composants militaires ou ceux de l&#039;avionique) mais un cluster de site web n&#039;a pas forcement besoin d&#039;un tel niveau de sécurité. 

En tout cas ça ne serais pas forcément rentable/nécessaire.

Merci pour les commentaires en tout cas,
Marc.</description>
		<content:encoded><![CDATA[<p>@Alexandre : C&#8217;est modifié<br />
@Benjamin : Merci pour cette remarque pertinente. Mais il est certains que dans les cas extrêmes il est impossible de maintenir le service, sauf en multipliant tous les composants, et en les distribuant sur plusieurs sites. Mais les coûts montent extrêmement vite, et comme souvent les moyens sont calculés de manière à pouvoir géré le 99,99% pour garantir le 99,999% ou plus il faut des budgets très importants (comme pour les composants militaires ou ceux de l&#8217;avionique) mais un cluster de site web n&#8217;a pas forcement besoin d&#8217;un tel niveau de sécurité. </p>
<p>En tout cas ça ne serais pas forcément rentable/nécessaire.</p>
<p>Merci pour les commentaires en tout cas,<br />
Marc.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: benjamin</title>
		<link>http://www.haute-disponibilite.net/2009/09/24/la-haute-disponibilite/comment-page-1/#comment-568</link>
		<dc:creator>benjamin</dc:creator>
		<pubDate>Fri, 25 Sep 2009 14:37:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.haute-disponibilite.net/?p=1881#comment-568</guid>
		<description>Tout à fait d&#039;accord avec votre réponse, j&#039;avais néanmoins comme idée derrière la tête que dans le cas d&#039;un cluster web (ça doit être valable dans d&#039;autres cas) à partir d&#039;un certain nombre de serveurs hors service (disjonction d&#039;une baie par exemple / problème électrique ...) on peut assister à un phénomène de &quot;domino&quot;. 

En effet les serveurs restant se trouvant à assurer une charge plus importante qu&#039;ils ne le peuvent ils s&#039;écroulent les uns après les autres et sont (selon le système de répartition de charge) retirés progressivement du pool de serveurs, la charge s&#039;accentuant encore un peu plus sur les serveurs existants et ainsi de suite ...</description>
		<content:encoded><![CDATA[<p>Tout à fait d&#8217;accord avec votre réponse, j&#8217;avais néanmoins comme idée derrière la tête que dans le cas d&#8217;un cluster web (ça doit être valable dans d&#8217;autres cas) à partir d&#8217;un certain nombre de serveurs hors service (disjonction d&#8217;une baie par exemple / problème électrique &#8230;) on peut assister à un phénomène de &#8220;domino&#8221;. </p>
<p>En effet les serveurs restant se trouvant à assurer une charge plus importante qu&#8217;ils ne le peuvent ils s&#8217;écroulent les uns après les autres et sont (selon le système de répartition de charge) retirés progressivement du pool de serveurs, la charge s&#8217;accentuant encore un peu plus sur les serveurs existants et ainsi de suite &#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alexandre</title>
		<link>http://www.haute-disponibilite.net/2009/09/24/la-haute-disponibilite/comment-page-1/#comment-567</link>
		<dc:creator>Alexandre</dc:creator>
		<pubDate>Fri, 25 Sep 2009 12:17:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.haute-disponibilite.net/?p=1881#comment-567</guid>
		<description>La discontinuité de service correspond à une panne totale : si vous avez 5 serveurs en panne dans votre exemple, votre système est dégradé mais pas en panne.
Ma phrase souhaitait exprimer l&#039;idée suivante : si la probabilité de discontinuité de service d&#039;un serveur est de 0.05%, alors celle de n serveurs identiques est 0.05%^n. Car ces événements sont indépendants (la chute d&#039;un serveur n&#039;entraîne pas la chute d&#039;un autre).
Marc, peux-tu remplacer la phrase &quot;La probabilité de discontinuité de service est alors divisée par n &quot; par &quot;La probabilité de discontinuité de service est alors fortement réduite (multipliée n fois)&quot;.
Merci Benjamin pour votre remarque.</description>
		<content:encoded><![CDATA[<p>La discontinuité de service correspond à une panne totale : si vous avez 5 serveurs en panne dans votre exemple, votre système est dégradé mais pas en panne.<br />
Ma phrase souhaitait exprimer l&#8217;idée suivante : si la probabilité de discontinuité de service d&#8217;un serveur est de 0.05%, alors celle de n serveurs identiques est 0.05%^n. Car ces événements sont indépendants (la chute d&#8217;un serveur n&#8217;entraîne pas la chute d&#8217;un autre).<br />
Marc, peux-tu remplacer la phrase &#8220;La probabilité de discontinuité de service est alors divisée par n &#8221; par &#8220;La probabilité de discontinuité de service est alors fortement réduite (multipliée n fois)&#8221;.<br />
Merci Benjamin pour votre remarque.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: benjamin</title>
		<link>http://www.haute-disponibilite.net/2009/09/24/la-haute-disponibilite/comment-page-1/#comment-566</link>
		<dc:creator>benjamin</dc:creator>
		<pubDate>Fri, 25 Sep 2009 07:46:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.haute-disponibilite.net/?p=1881#comment-566</guid>
		<description>&quot;La probabilité de discontinuité de service est alors divisée par n&quot;

C&#039;est faux me semble-t-il ... cela suppose que vous avez n serveurs ou processus et que l&#039;ensemble de la charge peut être traitée par un seul processus/serveur, ce qui est rarement le cas.

Imaginons que vous avez 20 serveurs d&#039;application en cluster, à une période de la journée vous avez besoin de disons 15 serveurs pour que l&#039;application tourne correctement (sans ralentissements) ; au delà de 5 serveurs en panne vous avez une discontinuité de service. 

Bonne journée,</description>
		<content:encoded><![CDATA[<p>&#8220;La probabilité de discontinuité de service est alors divisée par n&#8221;</p>
<p>C&#8217;est faux me semble-t-il &#8230; cela suppose que vous avez n serveurs ou processus et que l&#8217;ensemble de la charge peut être traitée par un seul processus/serveur, ce qui est rarement le cas.</p>
<p>Imaginons que vous avez 20 serveurs d&#8217;application en cluster, à une période de la journée vous avez besoin de disons 15 serveurs pour que l&#8217;application tourne correctement (sans ralentissements) ; au delà de 5 serveurs en panne vous avez une discontinuité de service. </p>
<p>Bonne journée,</p>
]]></content:encoded>
	</item>
</channel>
</rss>

