<?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>Comentarios en: Cuando se cae el servidor</title>
	<atom:link href="http://www.enriquedans.com/2007/04/cuando-se-cae-el-servidor.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.enriquedans.com/2007/04/cuando-se-cae-el-servidor.html</link>
	<description>Investigación y opinión acerca de los Sistemas y Tecnologías de Información</description>
	<lastBuildDate>Tue, 14 Feb 2012 07:36:31 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Por: gri.msb</title>
		<link>http://www.enriquedans.com/2007/04/cuando-se-cae-el-servidor.html#comment-32567</link>
		<dc:creator>gri.msb</dc:creator>
		<pubDate>Thu, 05 Apr 2007 20:14:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.enriquedans.com/2007/04/cuando-se-cae-el-servidor.html#comment-32567</guid>
		<description>Yahoo es una referencia principal para FreeBSD, que presume de ser un sistema operativo que no se cae (y emparentado con MacOS X por medio de Darwin).</description>
		<content:encoded><![CDATA[<p>Yahoo es una referencia principal para FreeBSD, que presume de ser un sistema operativo que no se cae (y emparentado con MacOS X por medio de Darwin).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Kiki</title>
		<link>http://www.enriquedans.com/2007/04/cuando-se-cae-el-servidor.html#comment-32459</link>
		<dc:creator>Kiki</dc:creator>
		<pubDate>Wed, 04 Apr 2007 08:33:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.enriquedans.com/2007/04/cuando-se-cae-el-servidor.html#comment-32459</guid>
		<description>#9 efectivamente Jes&#250;s, la idea en alta disponibilidad es siempre identificar SPOF (simples puntos de fallos en la estructura) y duplicarlos o tripicarlos en paralelo, caso fuentes de alimentaci&#243;n, discos, etc. Realmente salvo casos de empresas de ingenier&#237;a que s&#237; est&#225;n muy acostumbrados a estos modelos de fiabilidad, el resto de los clientes lo que pueden pedir a priori es el MTBF de alg&#250;n componente como mucho.
En cuanto al tema de software, ya sabes usar sistemas de alta disponibilidad que paquetizan la aplicaci&#243;n y la mueven de un servidor a otro, virtualizaci&#243;n ,etc. 

Como siempre la mejor estrategia de venta de alta disponibilidad es acojonar al cliente con historias de desastres :).</description>
		<content:encoded><![CDATA[<p>#9 efectivamente Jes&uacute;s, la idea en alta disponibilidad es siempre identificar SPOF (simples puntos de fallos en la estructura) y duplicarlos o tripicarlos en paralelo, caso fuentes de alimentaci&oacute;n, discos, etc. Realmente salvo casos de empresas de ingenier&iacute;a que s&iacute; est&aacute;n muy acostumbrados a estos modelos de fiabilidad, el resto de los clientes lo que pueden pedir a priori es el MTBF de alg&uacute;n componente como mucho.<br />
En cuanto al tema de software, ya sabes usar sistemas de alta disponibilidad que paquetizan la aplicaci&oacute;n y la mueven de un servidor a otro, virtualizaci&oacute;n ,etc. </p>
<p>Como siempre la mejor estrategia de venta de alta disponibilidad es acojonar al cliente con historias de desastres :).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Jes&#250;s Men&#233;ndez</title>
		<link>http://www.enriquedans.com/2007/04/cuando-se-cae-el-servidor.html#comment-32458</link>
		<dc:creator>Jes&#250;s Men&#233;ndez</dc:creator>
		<pubDate>Wed, 04 Apr 2007 08:15:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.enriquedans.com/2007/04/cuando-se-cae-el-servidor.html#comment-32458</guid>
		<description>Gracias Kiki. S&#237;, ya conoc&#237;a los conceptos de MTTR y MTBF. De hecho creo que recordar que existe un MTBF &quot;te&#243;rico&quot; (que da el fabricante en el momento del lanzamiento del producto, fruto de sus pruebas previas) y un MTBF &quot;real&quot;, cuando ya hay una base instalada en un tiempo suficientemente largo como para tener un valor observable.

Mi duda viene del c&#225;lculo total de la disponibilidad: a la fiabilidad del hardware hay que a&#241;adir la fiabilidad de los enlaces (que supongo que vendr&#225;n dados por el SLA de la operadora), los tiempos de convergencia al componente o enlace redundante y dem&#225;s.

En fin, que siempre me ha parecido que el valor de la disponibilidad (a priori) es meramente estimativo, que no es fiable, y que es un intento de darle un valor cuantitativo a una propiedad que en realidad es cualitativa.</description>
		<content:encoded><![CDATA[<p>Gracias Kiki. S&iacute;, ya conoc&iacute;a los conceptos de MTTR y MTBF. De hecho creo que recordar que existe un MTBF &#8220;te&oacute;rico&#8221; (que da el fabricante en el momento del lanzamiento del producto, fruto de sus pruebas previas) y un MTBF &#8220;real&#8221;, cuando ya hay una base instalada en un tiempo suficientemente largo como para tener un valor observable.</p>
<p>Mi duda viene del c&aacute;lculo total de la disponibilidad: a la fiabilidad del hardware hay que a&ntilde;adir la fiabilidad de los enlaces (que supongo que vendr&aacute;n dados por el SLA de la operadora), los tiempos de convergencia al componente o enlace redundante y dem&aacute;s.</p>
<p>En fin, que siempre me ha parecido que el valor de la disponibilidad (a priori) es meramente estimativo, que no es fiable, y que es un intento de darle un valor cuantitativo a una propiedad que en realidad es cualitativa.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: kiki</title>
		<link>http://www.enriquedans.com/2007/04/cuando-se-cae-el-servidor.html#comment-32439</link>
		<dc:creator>kiki</dc:creator>
		<pubDate>Tue, 03 Apr 2007 21:07:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.enriquedans.com/2007/04/cuando-se-cae-el-servidor.html#comment-32439</guid>
		<description>El porcentaje de disponibilidad, en mis tiempos de trabajo en un fabricante de 2 letras nunca ha estado del todo claro. Generalmente el concepto de &quot;fiabilidad&quot; es un concepto m&#225;s bien tipo Hardware, de componentes, de hecho para calcular el tiempo de disponibilidad de un sistema compuesto por varios componentes tales como fuente de alimentaci&#243;n, disco, CPUs, etc, etc, se calcula mediante f&#243;rmulas a partir del MTBF (Mean Time between Failures) o tiempo medio entre fallos y luego est&#225; el MTTR (Mean Time to Repair). Yo me pasaba la vida pidiendo MTBF de discos. 
aqui tienes la relaci&#243;n entre estas cifras y la disponibilidad.
http://www.eventhelix.com/RealtimeMantra/FaultHandling/reliability_availability_basics.htm</description>
		<content:encoded><![CDATA[<p>El porcentaje de disponibilidad, en mis tiempos de trabajo en un fabricante de 2 letras nunca ha estado del todo claro. Generalmente el concepto de &#8220;fiabilidad&#8221; es un concepto m&aacute;s bien tipo Hardware, de componentes, de hecho para calcular el tiempo de disponibilidad de un sistema compuesto por varios componentes tales como fuente de alimentaci&oacute;n, disco, CPUs, etc, etc, se calcula mediante f&oacute;rmulas a partir del MTBF (Mean Time between Failures) o tiempo medio entre fallos y luego est&aacute; el MTTR (Mean Time to Repair). Yo me pasaba la vida pidiendo MTBF de discos.<br />
aqui tienes la relaci&oacute;n entre estas cifras y la disponibilidad.<br />
<a href="http://www.eventhelix.com/RealtimeMantra/FaultHandling/reliability_availability_basics.htm" rel="nofollow">http://www.eventhelix.com/RealtimeMantra/FaultHandling/reliability_availability_basics.htm</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Jes&#250;s Men&#233;ndez</title>
		<link>http://www.enriquedans.com/2007/04/cuando-se-cae-el-servidor.html#comment-32428</link>
		<dc:creator>Jes&#250;s Men&#233;ndez</dc:creator>
		<pubDate>Tue, 03 Apr 2007 17:07:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.enriquedans.com/2007/04/cuando-se-cae-el-servidor.html#comment-32428</guid>
		<description>Por cierto, &#191;alguien sabe c&#243;mo se miden a priori el porcentaje de disponibilidad? A posteriori es f&#225;cil, est&#225; claro.</description>
		<content:encoded><![CDATA[<p>Por cierto, &iquest;alguien sabe c&oacute;mo se miden a priori el porcentaje de disponibilidad? A posteriori es f&aacute;cil, est&aacute; claro.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Ernesto</title>
		<link>http://www.enriquedans.com/2007/04/cuando-se-cae-el-servidor.html#comment-32401</link>
		<dc:creator>Ernesto</dc:creator>
		<pubDate>Tue, 03 Apr 2007 12:07:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.enriquedans.com/2007/04/cuando-se-cae-el-servidor.html#comment-32401</guid>
		<description>Enrique, no se si te comente esto en el IE, pero hay otro factor a considerar en la ecuacion que seria el saber lo que se esta dispuesto a tolerar en caso de picos.

El caso mas concreto que recuerdo fue cuando el concierto de U2 el 2005, se suponia que iba a ser posible la venta de entradas online, pero a efectos practicos el servidor de ticktackticket nunca estuvo disponible en ninguno de los dias de venta. Al principio pense que era falta de prevision para poder gestionar la demanda, pero como decian algunos igual no les compensaba el gasto para dar soporte a ese trafico, y claro podian vivir (privilegios de la exclusividad) 3 dias sin vender las entradas para sus otros eventos. 

Como de costumbre el pagano es el usuario que contaba con comprar online.</description>
		<content:encoded><![CDATA[<p>Enrique, no se si te comente esto en el IE, pero hay otro factor a considerar en la ecuacion que seria el saber lo que se esta dispuesto a tolerar en caso de picos.</p>
<p>El caso mas concreto que recuerdo fue cuando el concierto de U2 el 2005, se suponia que iba a ser posible la venta de entradas online, pero a efectos practicos el servidor de ticktackticket nunca estuvo disponible en ninguno de los dias de venta. Al principio pense que era falta de prevision para poder gestionar la demanda, pero como decian algunos igual no les compensaba el gasto para dar soporte a ese trafico, y claro podian vivir (privilegios de la exclusividad) 3 dias sin vender las entradas para sus otros eventos. </p>
<p>Como de costumbre el pagano es el usuario que contaba con comprar online.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: jftamames</title>
		<link>http://www.enriquedans.com/2007/04/cuando-se-cae-el-servidor.html#comment-32398</link>
		<dc:creator>jftamames</dc:creator>
		<pubDate>Tue, 03 Apr 2007 11:59:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.enriquedans.com/2007/04/cuando-se-cae-el-servidor.html#comment-32398</guid>
		<description>Jes&#250;s Men&#233;ndez tiene toda la raz&#243;n. 
El coste esta en relaci&#243;n a la inversi&#243;n necesaria.
Las estadisiticas que ofreces tienen que ver mucho con esos ratios. 

La perdida de eBay, lucro cesante, se pone en relaci&#243;n a los costes y al nivel de criticidad. El tiempo de recuperaci&#243;n se cruza con el coste asumible y de ah&#237; salen los tiempos que puedo asumir de parada no programada.

En empresas tan grandes, MSN, por ejemplo, pueden asumir esos cortes, sin duda. En el blogger tambi&#233;n. No hay criticidad de datos.

Lo f&#237;sico se cruza con lo virtual y nos dice que tenemos los pies de barro.</description>
		<content:encoded><![CDATA[<p>Jes&uacute;s Men&eacute;ndez tiene toda la raz&oacute;n.<br />
El coste esta en relaci&oacute;n a la inversi&oacute;n necesaria.<br />
Las estadisiticas que ofreces tienen que ver mucho con esos ratios. </p>
<p>La perdida de eBay, lucro cesante, se pone en relaci&oacute;n a los costes y al nivel de criticidad. El tiempo de recuperaci&oacute;n se cruza con el coste asumible y de ah&iacute; salen los tiempos que puedo asumir de parada no programada.</p>
<p>En empresas tan grandes, MSN, por ejemplo, pueden asumir esos cortes, sin duda. En el blogger tambi&eacute;n. No hay criticidad de datos.</p>
<p>Lo f&iacute;sico se cruza con lo virtual y nos dice que tenemos los pies de barro.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Pedro Molleda</title>
		<link>http://www.enriquedans.com/2007/04/cuando-se-cae-el-servidor.html#comment-32390</link>
		<dc:creator>Pedro Molleda</dc:creator>
		<pubDate>Tue, 03 Apr 2007 10:31:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.enriquedans.com/2007/04/cuando-se-cae-el-servidor.html#comment-32390</guid>
		<description>Estoy totalmente de acuerdo contigo, pero sin necesidad de recurrir a las ca&#237;das de los servidores de grandes webs... &#191;a qui&#233;n no le ha pasado que se le ha caido el servidor en la empresa y se ha quedado horas con cara de poker?

Ya no digo si dispones de herramientas que &quot;atacan&quot; a ese servidor, tipo business objects o cosas as&#237;...

la sensaci&#243;n de inutilidad y frustraci&#243;n que te generan ser&#237;an dignas de un estudio psicol&#243;gico... o acaso es la sensaci&#243;n de abandono por no disponer del correo electr&#243;nico???</description>
		<content:encoded><![CDATA[<p>Estoy totalmente de acuerdo contigo, pero sin necesidad de recurrir a las ca&iacute;das de los servidores de grandes webs&#8230; &iquest;a qui&eacute;n no le ha pasado que se le ha caido el servidor en la empresa y se ha quedado horas con cara de poker?</p>
<p>Ya no digo si dispones de herramientas que &#8220;atacan&#8221; a ese servidor, tipo business objects o cosas as&iacute;&#8230;</p>
<p>la sensaci&oacute;n de inutilidad y frustraci&oacute;n que te generan ser&iacute;an dignas de un estudio psicol&oacute;gico&#8230; o acaso es la sensaci&oacute;n de abandono por no disponer del correo electr&oacute;nico???</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Jes&#250;s Men&#233;ndez</title>
		<link>http://www.enriquedans.com/2007/04/cuando-se-cae-el-servidor.html#comment-32389</link>
		<dc:creator>Jes&#250;s Men&#233;ndez</dc:creator>
		<pubDate>Tue, 03 Apr 2007 10:28:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.enriquedans.com/2007/04/cuando-se-cae-el-servidor.html#comment-32389</guid>
		<description>Trabajo en un fabricante, y efectivamente el coste del donwtime es uno de los argumentos que utilizamos para convencer al cliente de la necesidad de la &quot;high availability&quot; y la &quot;full redundancy&quot;, que se traduce en comprar m&#225;s equipos, y m&#225;s cargados. Lo que pone a mis jefes y comerciales muy contentos.

Se pueden conseguir cifras de disponibilidad superiores al 99,999%, pero pagando mucho. Afortunadamente el caso de negocio se explica por s&#237; mismo: si el coste del tiempo de ca&#237;da que se pretende eliminar es superior a la inversi&#243;n extra necesaria.

Ojal&#225; todos los casos de negocio fueran as&#237; de evidente.</description>
		<content:encoded><![CDATA[<p>Trabajo en un fabricante, y efectivamente el coste del donwtime es uno de los argumentos que utilizamos para convencer al cliente de la necesidad de la &#8220;high availability&#8221; y la &#8220;full redundancy&#8221;, que se traduce en comprar m&aacute;s equipos, y m&aacute;s cargados. Lo que pone a mis jefes y comerciales muy contentos.</p>
<p>Se pueden conseguir cifras de disponibilidad superiores al 99,999%, pero pagando mucho. Afortunadamente el caso de negocio se explica por s&iacute; mismo: si el coste del tiempo de ca&iacute;da que se pretende eliminar es superior a la inversi&oacute;n extra necesaria.</p>
<p>Ojal&aacute; todos los casos de negocio fueran as&iacute; de evidente.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Jorge Carabias</title>
		<link>http://www.enriquedans.com/2007/04/cuando-se-cae-el-servidor.html#comment-32386</link>
		<dc:creator>Jorge Carabias</dc:creator>
		<pubDate>Tue, 03 Apr 2007 10:04:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.enriquedans.com/2007/04/cuando-se-cae-el-servidor.html#comment-32386</guid>
		<description>Precisamente anoche y esta ma&#241;ana Blogger ha tenido unas ca&#237;das majas. Ley de Murphy, justo cuando iba a escribir unos post en el blog. Un voto menos de confianza en Blogger. El 23 de Abril se acerca y con &#233;l Wordpress 2.2 (creo que es ese d&#237;a el previsto) y el nuevo script de importaci&#243;n de Blogger ;-).
Por otra parte, enhorabuena a Yahoo.</description>
		<content:encoded><![CDATA[<p>Precisamente anoche y esta ma&ntilde;ana Blogger ha tenido unas ca&iacute;das majas. Ley de Murphy, justo cuando iba a escribir unos post en el blog. Un voto menos de confianza en Blogger. El 23 de Abril se acerca y con &eacute;l WordPress 2.2 (creo que es ese d&iacute;a el previsto) y el nuevo script de importaci&oacute;n de Blogger ;-).<br />
Por otra parte, enhorabuena a Yahoo.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

