¿Quién mató a mi servidor?

¿Quién mató a mi servidor?

¿Quién mató a mi servidor?

La automatización y el autoservicio han facilitado a los usuarios la creación de nuevos recursos informáticos cada vez que los necesiten, sin embargo, la recuperación de esos recursos después de que ya no se necesitan sigue siendo un reto para los departamentos de TI. Desafortunadamente, los recursos de TI no son infinitos, así que periódicamente es necesario intentar recuperar tantas máquinas virtuales y volúmenes de almacenamiento no utilizados como sea posible. El reto es, ¿cómo identificar qué recursos ya no están en uso?

En un ejemplo reciente, una organización estaba en proceso de renovación de hardware. Acababan de completar lo que pensaban era una migración completa de un dispositivo de almacenamiento masivo; Sólo después de haber retirado el enchufe descubrieron que cinco aplicaciones seguían utilizando volúmenes en el dispositivo.

Con demasiada frecuencia las organizaciones de TI ejecutando la prueba del desenchufe. Es sencillo; tira del enchufe de un montón de recursos que creas que están siendo utilizados, y esperar a que alguien empiece a gritar.

Lee el artículo ¿Tus servicios están preparados para las vacaciones? ¿Qué pasaría si desconectas uno de tus servidores al azar? Confías tanto en la disponibilidad de tus servicios?

¿Hay una mejor manera? Ver qué aplicaciones se están ejecutando en una máquina virtual no es suficiente, ¿cómo saber si se están utilizando activamente? Se podría ejecutar un netstat, pero en el caso del servidor de informes del equipo de ventas por ejemplo, no se puede ver ninguna conexión sin ver de forma simultánea que los procesos por lotes se estén ejecutando.

Lo curioso es que, aunque no se diseñó para este caso de uso, la solución Discovery and Dependency Mapping de FireScope resuelve el problema muy bien. La forma en que la solución asigna dependencias es atendido por NetFlow / sFlow o reflejo de puertos, y aplicando un modelo estadístico para identificar qué sistemas interactúan con otros sistemas en un patrón consistente. Como parte de la interfaz, los usuarios pueden seleccionar un recurso individual en la red y ver su topología individual. Mira el siguiente ejemplo:

quien-mato-mi-servidor-imagen

Normalmente, esta vista está diseñada para ayudar a los usuarios a comprender todos los servicios a los que contribuye un recurso dado. Pero, si consideramos los escenarios anteriores, se presenta otra oportunidad de uso. Si se considera la perspectiva opuesta, se pueden identificar qué recursos no están interactuando con otros en la red y, por lo tanto, no se están aprovechando. En el caso de la máquina virtual en la captura de pantalla anterior, la única interacción que ha tenido con el resto de la red en las últimas 24 horas es hacer solicitudes de DNS de controladores de dominio locales, que es el tráfico de rutina, y por lo tanto, hacer de este un candidato perfecto Para la recuperación.

En lugar de recurrir a la prueba de grito, sólo puedo hacer una comprobación rápida de la utilización de la red de posibles candidatos de recuperación, y puedo estar razonablemente seguro de si están siendo utilizados activamente antes de la desactivación.

Logo Firescope

Otra de las ventajas de las herramientas de mapeo de dependencias, tales como FireScope Discovery and Dependency Mapping (DDM), es que permite la entrega rutinaria de mapas de servicio en tan sólo unos días. Esto significa aun no es demasiado tarde para optimizar la infraestructura de red y minimizar los riesgos de falla de los servicios críticos.

¿Deseas una demostración en vivo sobre los beneficios de FireScope?, ¡No esperes más!

boton-ver-mas-bombas-de-vacio