¿La gestión de la configuración funciona para más de 500 servidores únicos?

Ciertamente, es posible aprovisionar servidores únicos a esa escala, pero debe preguntarse, ¿por qué lo hacen? Regrese a los primeros directores. Si el objetivo es poder reemplazar rápidamente los servidores si se pierden, ciertamente hay muchas otras estrategias de DR que podrían lograrlo.

Si se trata de reducir los costos de mantenimiento, ciertamente puede costar más, dependiendo de la estructura y las prioridades de su equipo, tratar con un complejo sistema de aprovisionamiento automatizado en lugar de “forzar” a los servidores configurándolos directamente. Peor aún, su organización debe ser muy diligente y responsable, de lo contrario tendrá un sistema de aprovisionamiento que no funciona en el mundo real ya que sus muchachos llegaron allí a las 3 am e hicieron cambios a mano “solo para que funcione”, y entonces nunca volvió a circular correctamente para actualizar el sistema de aprovisionamiento.

Puede ser un enfoque más atractivo si está comenzando desde cero, ya que evitaría la difícil o imposible tarea de regresar y capturar 500 servidores de configuración en sus herramientas.

En resumen: sí. Los únicos casos en los que podría pensar por no hacer esto serían los servidores / productos que serían desaprobados pronto o si pudiera garantizar que nunca fue necesario realizar cambios. Tiene que haber una serie de factores comunes: estoy bastante seguro de que no tiene 500 sistemas operativos diferentes, 500 paquetes diferentes de aplicaciones / web o 500 bases de datos diferentes. Hay una gran cantidad de razones para hacer esto desde mudarse a un nuevo hardware y / o centros de datos, consolidar desde máquinas físicas a virtuales, recuperación ante desastres, construir nuevos entornos de prueba, etc.

Depende de los elementos de gestión de configuración que desee implementar para estos servidores. Por ejemplo, mi empresa, Evolven (www.evolven.com) adoptó un enfoque basado en análisis para la gestión de la configuración. En lugar de agrupar servidores, clasificarlos y mapearlos en CMDB, monitoreamos la configuración en profundidad real (con todo el ruido que proviene de esto). Luego se aplican los análisis para identificar aquellos cambios, inconsistencias, diferencias, configuraciones erróneas, etc. que pueden afectar la estabilidad del sistema. Con este enfoque, la cantidad de servidores y su singularidad realmente no importan.