15 May 2009 21:43
Re: Obsolescencia del Hardware.
Braulio José Solano Rojas <braulio <at> solsoft.co.cr>
2009-05-15 19:43:43 GMT
2009-05-15 19:43:43 GMT
On Thu, 14 de Mayo de 2009, 9:42 pm, Braulio José Solano Rojas wrote: > Buenas noches. > > ¿Alguien conoce algún buen artículo de cambio de hardware para evitar > fallos por obsolescencia y reducir así el riesgo? He estado buscando en > Google y no logro encontrar nada. > > Sería bueno encontrar algo que hable de buenas prácticas, mantenimientos > periódicos que se deben realizar, cambios de hardware (¿cada cuánto?). > Por ejemplo, estoy pensando que el cambio de servidores debería ser cada > dos años, pero mi impresión es totalmente empírica. Gracias a todos los que me han enviado respuestas.Sin embargo, mi pregunta iba en el siguiente sentido. En cierto lugar de La Mancha de cuyo nombre no me acuerdo, había un GNU/Linux Debian instalado al cual una interfaz de red física le dejó de funcionar. La máquina no podía arrancar y el error suministrado no era amigable (es decir, poco descriptivo). En fin, por medio de prueba y error se descubrió que la tarjeta de red había caducado. En total el tiempo de recuperación del fallo fue de 24 horas. Los costos son muy altos. Para este problema existen dos soluciones: Alta disponibilidad: es decir, tener una máquina redundante que va a hacer el trabajo cuando la otra falle. Defecto, es *caro*. Plan de obsolescencia de hardware: cambiar el hardware cada cierto tiempo para minimizar el riesgo por fallo del mismo. Defecto: no es a prueba de fallos. Ventaja: es más barato. Si yo quisiera utilizar la segunda opción para reducir el riesgo (es decir, las pérdidas por inoperancia del hardware), ¿cuáles serían las prácticas a realizar? No he podido encontrar nada en el Web que se acerque a como crear un plan de cambio o de obsolescencia del hardware para el propietario. Cuando se habla de obsolescencia planificada casi siempre se refieren al fabricante. Entiendo muy bien que la decisión de comprar o cambiar un equipo responde a cuestiones de rendimiento, pero también puede responder a cuestiones de querer minimizar el riesgo de que el equipo falle (sobre todo en aplicaciones de misión crítica). Saludos, B. -- -- Desuscripción: escriba a gulcr-request <at> listas.linux.or.cr, tema 'unsubscribe' Problemas a: listmaster <at> listas.linux.or.cr. http://gulcr.org/ListasDeCorreo
Sin embargo, mi pregunta iba en el siguiente sentido. En cierto lugar de
La Mancha de cuyo nombre no me acuerdo, había un GNU/Linux Debian
instalado al cual una interfaz de red física le dejó de funcionar. La
máquina no podía arrancar y el error suministrado no era amigable (es
decir, poco descriptivo). En fin, por medio de prueba y error se
descubrió que la tarjeta de red había caducado. En total el tiempo de
recuperación del fallo fue de 24 horas. Los costos son muy altos.
Para este problema existen dos soluciones:
Alta disponibilidad: es decir, tener una máquina redundante que va a
hacer el trabajo cuando la otra falle. Defecto, es *caro*.
Plan de obsolescencia de hardware: cambiar el hardware cada cierto tiempo
para minimizar el riesgo por fallo del mismo. Defecto: no es a prueba de
fallos. Ventaja: es más barato.
Si yo quisiera utilizar la segunda opción para reducir el riesgo (es
decir, las pérdidas por inoperancia del hardware), ¿cuáles serían las
prácticas a realizar?
No he podido encontrar nada en el Web que se acerque a como crear un plan
de cambio o de obsolescencia del hardware para el propietario. Cuando se
habla de obsolescencia planificada casi siempre se refieren al fabricante.
Entiendo muy bien que la decisión de comprar o cambiar un equipo responde
a cuestiones de rendimiento, pero también puede responder a cuestiones de
querer minimizar el riesgo de que el equipo falle (sobre todo en
aplicaciones de misión crítica).
Saludos,
B.
RSS Feed