¿Deberían retirarse los servidores antiguos?


12

Tengo servidores que todavía funcionan bien pero tienen más de 5 años. Todavía están haciendo el trabajo a la perfección y no habrá ninguna ventaja para actualizar los servidores, ¿debería dejarlos funcionar para siempre o debería programar el mantenimiento para reemplazar los servidores, o partes de los mismos, con nuevo hardware? Me temo que una falla del servidor podría costar la pérdida de datos y más tiempo de inactividad que el mantenimiento programado. Estos servidores se utilizan para información en línea de puntos de venta, contabilidad, CRM y gestión.

El mantenimiento preventivo, como reemplazar los ventiladores y aspirar el polvo, no es posible debido a la ubicación remota de los servidores.

También tenga en cuenta la "curva de la bañera" de la tasa de fallas con el tiempo. Es más probable que falle el nuevo hardware que el hardware que se ha quemado durante un tiempo.

¿Cómo le dice a un cliente que está muy contento con un servidor sin problemas desde hace mucho tiempo que ahora tiene que gastar dinero para reemplazarlo porque es demasiado viejo?

Finalmente, ¿hay alguna herramienta de monitoreo para problemas de hardware como voltaje, temperatura y velocidad del ventilador que pueda ejecutarse de forma remota?

Respuestas:


12

Aquí hay una pregunta y respuestas anteriores:

¿Continúa usando su servidor / equipo de red al final de su vida útil?

Y otro:

¿Con qué frecuencia su empresa reemplaza todos sus servidores?

A los 5 años, para lo que parece funciones de misión crítica, comenzaría a buscar un reemplazo incluso si funcionan bien. Pero como están funcionando bien, planearía un reemplazo lento y cuidadoso. Asegúrese de saber cómo construir el sistema operativo y las aplicaciones en la caja de reemplazo, saber cómo moverá los datos, cómo cambiará de lo antiguo a lo nuevo.

Como se indicó en una de las respuestas vinculadas anteriormente, le diría al cliente honestamente por qué necesita reemplazar el hardware. El aumento del costo de los contratos de mantenimiento y soporte, la dificultad para obtener piezas de repuesto, la preferencia del proveedor de la aplicación para admitir hardware más nuevo, son posibles factores, tendrías que defender el caso según el nivel de soporte de los proveedores de hardware y software.


44
+1. Esta debería ser una decisión comercial honesta; Me inclinaría hacia el reemplazo. Al presentar el caso, tendría en cuenta los costos de energía (porque pueden ser muy altos para los servidores antiguos) y el tiempo de inactividad comercial esperado en caso de falla del hardware. Dependiendo de las circunstancias / plataformas en uso, puede ser justo comparar el tiempo de inactividad esperado para el servidor anterior con el cambio a lo largo del tiempo para un servidor virtualizado.
Jesper M el

5

Probablemente, pero con precaución y atención al detalle.

Cosas a tener en cuenta:

  • ¿Todavía puede comprar piezas para reparar fallas de hardware?
  • ¿El sistema operativo y el software aún son lo suficientemente recientes como para recibir parches compatibles?
  • ¿Todavía puede reconstruir fácilmente el sistema después de un gran error?
  • ¿Puede reducir el uso de energía, el costo de funcionamiento o el tamaño físico del servidor?
  • ¿Puede mejorar el perfil de rendimiento o utilizar la capacidad de reserva (por ejemplo, con la virtualización de otros servicios cercanos)?

3

Explíquele al vendedor en términos que él o ella probablemente entienda. Explique que los servidores están diseñados para una vida útil de 4 a 5 años en promedio. Mientras que algunos durarán más que eso (hemos mantenido un servidor cojeando durante 7 años antes ... no estoy orgulloso de ello, pero eso fue en los días previos a la virtualización), a medida que se acerque y supere esa edad, el servidor será más propenso a descomponerse.

Ponlo en términos de un auto. Después de un cierto punto, las partes del automóvil se descomponen o se desgastan, como los descansos, y deben reemplazarse. Sin embargo, a diferencia de un automóvil, no puede simplemente ir al lugar de reparación local y reparar el servidor. El proveedor vence las piezas de repuesto, lo que significa que simplemente no están disponibles, excepto de alguien que las ha acumulado y sabe que ahora debe pagar una prima por ellas. Y mientras busca esas partes y regatea la compra, el servidor permanecerá inactivo.

Además, la mayoría de las personas buscan reemplazar sus automóviles tan pronto como se cancela su préstamo. Dado que es más fácil reparar y mantener el automóvil que esos servidores, especialmente dada su ubicación remota, señale que el cliente se arriesga con su línea de negocios que no asumiría en su propia vida personal.


3

Personalmente, estoy feliz de ejecutar hardware antiguo, pero solo cuando los riesgos se han considerado adecuadamente . Como ejemplo, tengo un servidor IBM bastante antiguo que está fuera de garantía y ya no puedo obtener las piezas para él. Sin embargo, el software que se ejecuta en él se puede transferir a otra máquina en cuestión de minutos. Si la máquina falla, puedo reemplazarla temporalmente con una PC de repuesto mientras decido la mejor solución a largo plazo. Todos los pasos necesarios para hacer esto están bien documentados, por lo que incluso si no estoy disponible, otra persona puede completar la tarea.


2

Si los servidores son adecuados, deje que el soporte del proveedor sea el factor decisivo. Si el proveedor no es compatible con el sistema, deje que sus clientes decidan según sus preferencias.

Si usted es el vendedor, bueno, en algún momento probablemente necesitará eliminarlos gradualmente.


2

Si decide ejecutar servidores en el suelo, tarde o temprano se ejecutarán en el suelo. Es mejor reemplazarlos antes de ese momento, en otras palabras, cuando parecen estar funcionando correctamente.

5 años es una entrada bastante buena para un servidor, y parece que estás llegando a un punto de cruce donde crees que todavía puede estar bien por otro tiempo, pero tienes suficientes preocupaciones que justificarían un reemplazo.

El peor de los casos es que un servidor se colapsa en medio de un día hábil. Por el sonido de las cosas, no creo que pueda hacer una migración de emergencia y restaurar en un buen plazo si eso sucede. Su cliente debe sopesar el costo de la pérdida de negocios (incluidos los salarios del personal que está sentado sin hacer nada) frente al costo del reemplazo, y creo que el reemplazo será más barato.


1

Si el hardware y el software aún se admiten y entienden bien, parece una tontería cambiar sin ningún motivo. ¿Están los servidores ubicados en un entorno limpio y climatizado? Deberían seguir marcando por un tiempo todavía.

¿Qué nivel de redundancia proporcionan estos servidores antiguos? ¿Tienen fuentes de alimentación redundantes y almacenamiento protegido contra RAID con una copia de seguridad probada y fuera de línea? En mi experiencia, las unidades de suministro de energía y las unidades de disco son las partes que tienen más probabilidades de verse afectadas por la edad. Mientras esté bien protegido, no debería estar viendo ningún tipo de tiempo de inactividad catastrófico.

Evitar el mantenimiento preventivo porque los servidores están fuera de su camino parece un mal plan. Si puede acceder a los servidores para reemplazarlos, o si hay una falla catastrófica, debería poder acceder a ellos para su mantenimiento e inspección.

Simplemente no dejes que envejezcan tanto que nadie sepa cómo trabajan o dónde obtener piezas para ellos.


1

Siempre decidimos cuándo reemplazar la máquina en función de lo que hace y cuán crítica sería su falla. Nuestra mayor parte de las máquinas se está mudando a un clúster de virtualización para brindar una forma más fácil de manejar las fallas.

Para detener la pérdida de datos, ejecute copias de seguridad. Muchos de ellos. Las máquinas a cualquier edad fallan y si le preocupa la pérdida de datos, no está haciendo suficientes copias de seguridad.

Sin embargo, en la práctica, tengo al menos una máquina crítica en funcionamiento que tiene al menos 5 años. No sé cuántos años tenía cuando la compañía fue comprada antes de mi tiempo. Tampoco se debe reemplazar en el corto plazo :(


1

También incluiría lo siguiente: el hardware más nuevo es mucho más poderoso que el hardware más antiguo. Puede consolidar varios servidores en uno utilizando la virtualización. La virtualización cuando se realiza correctamente puede facilitar las copias de seguridad, disminuir los costos significativamente y puede facilitar la recuperación ante desastres. Los servidores más nuevos también tienen más soporte para acceso remoto / monitoreo / reparación, como la tecnología Intel Vpro, que le permite obtener acceso incluso si el sistema operativo aún no se ha iniciado.

También están los problemas de familiarización / estandarización / saneamiento / actualización. Después de 5 años, realmente, ¿quién está familiarizado con el hardware y la configuración? ¿La configuración y todas las cosas como los scripts de inicio de sesión, la configuración de seguridad ... cumplen con sus estándares actuales? ¿Ha ejecutado servicios de saneamiento como eliminar viejas cuentas de usuario y limpiar viejas soluciones? ¿Los componentes todavía están disponibles? Tengo una serie de servidores en los sitios de los clientes que me avergüenzan porque sé que si fallan, las placas base / psu y otras partes definitivamente no están disponibles.


1
Huevos, canasta? (PD: No tengo problemas con la virtualización, pero tiene que ser una estrategia, solo reemplazar los servidores X en 1 no lo es)
Tubs

Sí, la consolidación crea todos los huevos en un escenario de canasta, pero de la misma manera, 5 servidores versus un servidor también crea 5 puntos de posible falla versus uno. También puede obtener un nuevo servidor que será relativamente barato para que pueda obtener varios servidores idénticos. La conmutación por error sería simplemente copiar las máquinas virtuales al nuevo servidor, sin necesidad de una reinstalación y configuración extensas en una plataforma diferente.
Blackbeagle el
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.