Tarea: Planificación de la consolidación de servidores

Esta sección presenta en primer lugar un procedimiento general («Planificación de la consolidación de servidores») para consolidar servidores y, a continuación, un ejemplo de consolidación de servidores («Ejemplo: Consolidación en un servidor existente: Apilamiento de programas»).

Planificación de la consolidación de servidores

Consolidar cargas de trabajo en un servidor nuevo o liberar un servidor existente es una tarea común. Capacity Advisor puede contribuir a que las decisiones sobre cómo consolidar las cargas de trabajo sean informadas.

Hay tres enfoques fundamentales en relación con la consolidación de servidores:

Apilamiento de cargas de trabajo (que representan aplicaciones) en servidores autonómos o nParticiones.
Apilamiento de equipos virtuales en sistemas autónomos o nParticiones.
Apilamiento de nParticiones y particiones virtuales en complejos.

La descripción de tareas que se presenta más adelante se basa en el apilamiento de equipos virtuales. Para los demás enfoques, el paso que describe la modificación del marco hipotético sería diferente.

Requisitos previos. Para planificar la consolidación de servidores:

Debe estar familiarizado con las operaciones de Capacity Advisor (consulte Operaciones básicas).
Debe haber iniciado una sesión en HP Systems Insight Manager (consulte Obtención de acceso a Capacity Advisor).
Ya debe haber recopilado datos sobre los sistemas de interés (consulte Recopilación de datos).

Procedimiento 5-1 Para consolidar las cargas de los servidores

Determine los sistemas que han de consolidarse
Esto debe incluir:
- Los sistemas con cargas que desee consolidar.
- El servidor donde desee consolidar las cargas (puede ser un servidor nuevo o uno existente).
Asegúrese de que toma en consideración los siguientes factores:
- Capacidad de conexión: ¿Están disponibles las redes LAN y SAN que necesitan todos los sistemas que se van a fusionar para el servidor enfocado como el nuevo host?
- Seguridad: ¿Necesita alguno de los sistemas redes aisladas? ¿Está sujeto alguno de los sistemas a requisitos HEPA?
- Propiedad: ¿Son propiedad todas las aplicaciones y sistemas para combinar de una empresa común o están de acuerdo todos los propietarios con la consolidación?
- Concesión de licencias: ¿Existe alguna restricción respecto a la concesión de licencias que impida el traslado de las aplicaciones? ¿Conlleva alguna ventaja trasladar las aplicaciones a un servidor común (por ejemplo, combinando aplicaciones que utilicen licencias SAP u Oracle en un solo servidor?
- Calidad de servicio: ¿Se entienden perfectamente los requisitos de calidad de servicio para cada aplicación y servidor?

Cree un marco hipotético

Siga el procedimiento de la página Creación de un marco hipotético; no olvide seleccionar los servidores con las aplicaciones que desee consolidar y, si aún no está en el marco hipotético, el servidor enfocado para las cargas consolidadas.




	NOTA: Un equipo virtual (VM) no se puede especificar directamente. Al especificar un sistema VM Host, todos los equipos virtuales que aloje se incluirán en el marco hipotético. No hay posibilidad de que se incluya un solo equipo virtual en un marco hipotético sin incluir el sistema VM Host y todos los equipos virtuales administrados por ese sistema VM Host.

Modifique el marco hipotético
En esta parte del proceso, creará un modelo de la nueva configuración que desee evaluar.
Siga el procedimiento de la página Modificación de un marco hipotético para modificar el marco hipotético recién creado. Mientras modifica el marco hipotético nuevo, tendrá que:
1. Configurar el sistema host, incluida su conversión en un sistema VM Host. Esto implica seguir los procedimientos de Creación de un sistema, para crear un sistema con las características del nuevo sistema, o de Modificación de un sistema, para cambiar las características de un sistema existente a fin de reflejar los cambios efectuados en el sistema host existente.
2. Crear un equipo virtual para cada uno de los sistemas que prevea consolidar siguiendo el procedimiento de Creación de un sistema.
3. Trasladar las cargas de trabajo de los sistemas que prevea consolidar a los equipos virtuales apropiados siguiendo el procedimiento de Traslado de una carga de trabajo. Al llegar a este punto, puede ajustar el uso de las CPU y la memoria para elaborar un modelo de cualquier cambio previsto en los recursos necesarios, o para tener cabida para las diferencias de arquitectura y configuración del software, utilizando el procedimiento descrito en Modificación de una carga de trabajo. Se facilita un ejemplo de la aplicación de multiplicadores de plataformas para tener cabida para las diferencias de arquitectura en la ayuda para la pantalla Move Workload.
  NOTA: Los gráficos de barras que muestran el uso de la carga y la memoria proporcionan un cálculo rápido del efecto del traslado de cada carga de trabajo.
Valore la nueva calidad de servicio
Genere un informe sobre el marco hipotético utilizando el procedimiento de Generación de un informe
Repita los pasos de modificación y valoración si procede
A veces, es necesario examinar una serie de variaciones en el marco hipotético para determinar la mejor estrategia de consolidación. Puede repetir los dos pasos anteriores para determinar la configuración óptima, incluida la posibilidad de si agregar procesadores Temporary Instant Capacity (TiCap) podría contribuir a optimizar la estructura de costos.

Ejemplo: Consolidación en un servidor existente: Apilamiento de programas

Este ejemplo muestra cómo se puede utilizar Capacity Advisor para planificar el método más sencillo de consolidación de servidores: el apilamiento de programas. Se han configurado tres servidores a lo largo de los últimos meses para admitir aplicaciones. Ahora que hay datos buenos sobre la utilización, es un momento oportuno para ver si, al consolidar las aplicaciones, se pueden liberar recursos para otros usos.

Los pasos a los que se hace referencia en los siguientes epígrafes son los del procedimiento «Planificación de la consolidación de servidores» presentado más arriba.

Paso 1: Determine los sistemas que han de consolidarse

Este paso exige tener un conocimiento profundo de los sistemas. Hay que contestar a muchas preguntas sobre cada sistema. Diferentes modelos de consolidación hacen que preguntas diferentes sean apropiadas y otras inconsecuentes. Las preguntas enumeradas a continuación proceden de las preguntas del procedimiento general facilitado más arriba.

¿Qué conjunto de parches (nivel de parche) necesitan las aplicaciones (esto no importa si se utilizan equipos virtuales para la consolidación)?
¿Qué cambios se han efectuado en la configuración de los parámetros optimizables del kernel (esto no importa si se utilizan equipos virtuales para la consolidación)?
¿Cuáles son los requisitos de concesión de licencia para las aplicaciones?
¿Quién es el propietario de cada uno de los sistemas y, si las propietarias son diferentes organizaciones, consentirán éstas en realizar la consolidación?
¿Cuáles son los requisitos de seguridad?
¿Cuáles son los requisitos de conexión a red (LAN y WAN)?
¿Hay requisitos de red de área de almacenamiento (SAN - Storage Area Network)?
¿Qué grado de estabilidad presentan las aplicaciones? Todas ellas deben ser sistemas de prueba y desarrollo o sistemas de producción.

Esto es sólo ilustrativo, ya que es posible que haya que contestar a muchas otras preguntas para un entorno concreto.

Al efecto de este ejercicio, se consideran los tres sistemas siguientes para consolidación:

puny01v0
puny01v2
puny01v4

Cada uno de los tres sistemas tiene dos procesadores y:

Ejecuta aplicaciones basadas en el mismo programa de base de datos, cuya licencia se concede por CPU
Ejecuta el mismo sistema operativo, con el mismo conjunto de parches
Necesita la misma configuración de parámetros optimizables del kernel para la aplicación de base de datos
Utiliza la misma LAN
Utiliza la misma SAN
Tiene unos requisitos de seguridad mínimos que el servidor de seguridad empresarial atiende suficientemente

Paso 2: Cree un marco hipotético

Cree un marco hipotético nuevo:

Seleccione OptimizeCapacity AdvisorCreate Scenario... en la barra de menús superior.
Haga clic en las casillas de verificación ubicadas al lado de los sistemas para incluir en el marco hipotético en la pantalla Select Systems for the new Scenario.
Haga clic en el botón Next.
Rellene los campos Scenario Name y Description.
Haga clic en el botón Next.
Compruebe los valores presentados en la pantalla Verify Scenario Parameters del asistente Create New Scenario y, a continuación, haga clic en el botón Finish.

Paso 3: Modifique el marco hipotético

Haga clic sobre el nombre del marco hipotético recién creado que aparece en la lista presentada en la pantalla VSE Management: Capacity Advisor para abrir la ventana Capacity Advisor - Edit Scenario. Los sistemas seleccionados se enumerarán en la ficha System. Los gráficos de barras muestran la utilización máxima de los datos recopilados esta semana.

Los datos semanales son representativos de la utilización reciente y se pueden calcular rápidamente, pero no siempre ofrecen una visión global.

Para obtener una visión más global, examine los datos de un mes. Cambie el intervalo de simulación a un mes haciendo clic en la primera lista desplegable de Simulation Interval (la palabra «Week») y seleccionando Month en la lista. Después de actualizar la pantalla, se facilita información nueva sobre la utilización de los recursos: algunos valores máximos de utilización de CPU y memoria han aumentado.

Examine el perfil de puny01v2, el sistema con la mayor carga, haciendo clic en el primer gráfico de barra ubicado junto a su nombre.

Hay un solo máximo que casi alcanza el total de recurso de CPU disponible y unos cuantos que llegan al intervalo de utilización del 75 %. Al examinar el resumen tabular, se obtiene un mayor discernimiento sobre la situación:

La utilización media es aproximadamente un cuarto del recurso disponible, mientras que el percentil nonagésimo está por debajo de la mitad, menos de una sola CPU.

Puesto que puny01v2 ya tiene la mayor cantidad de memoria, la consolidación de las aplicaciones de los demás sistemas en él tiene sentido.

Agregue procesadores en Puny01v2

El primer paso consiste en agregar procesadores en puny01v2:

Haga clic en el botón Close para cerrar el visor de perfiles.
Haga clic en la casilla de verificación que antecede a puny01v2 en la lista de sistemas.
Seleccione What-If ActionEdit System... en la barra de menús inferior.
En la pantalla Edit Scenario - Edit System resultante, aumente el número de procesadores a 5 (dos de los sistemas con una utilización de casi el 100% y uno con una utilización justo por debajo del 50% de dos procesadores cada uno). Esto conllevará el traslado de procesadores adicionales de los demás sistemas a éste.
Haga clic en el botón Next.
El gráfico de barra de CPU Utilization para puny01v2 muestra una utilización de aproximadamente el 40 %, unas 2/5 partes del recurso de procesador disponible.

Traslade cargas de trabajo

A continuación, traslade las cargas de trabajo desde los otros dos servidores a puny01v2.

Haga clic en la ficha Workload para abrirla.
Haga clic en la casilla de verificación que antecede a puny01v0.fc.hp.com.
Seleccione What-If ActionMove Workload... en la barra de menús inferior.
Haga clic en el botón de opción que antecede al sistema de destino: puny01v2.
Tenga en cuenta que el gráfico de barra de CPU Utilization para puny01v4 indica que la utilización rebasa el recurso disponible, mientras que el gráfico de barra de puny01v2 muestra un aumento moderado de la utilización de CPU. No es necesario ajustar los multiplicadores de CPU o memoria, puesto que no se ha utilizado ninguna virtualización y los procesadores y sistemas operativos son iguales para todas las cargas de trabajo. No obstante, el gráfico de barra de Memory Utilization para puny01v4 tiene la barra rota que indica que la memoria es insuficiente para manejar la carga nueva. El sistema necesitará más memoria.
Haga clic en el botón OK.
A continuación, traslade el resto de la carga de trabajo. Si puny01v0.fc.hp.com aún está seleccionado, haga clic en la casilla de verificación que le precede para borrar la marca de verificación.
Repita los pasos anteriores para trasladar la carga de trabajo puny01v4.fc.hp.com a puny01v2.
Haga clic en el botón OK.

Aumente la memoria

Para proporcionar memoria suficiente, vuelva a modificar el sistema.

Haga clic en la ficha System para abrirla.
El sistema puny01v2 aún debe estar seleccionado, así que elija What-If ActionEdit System... en la barra de menús.
En la pantalla Edit Scenario - Edit System resultante, cambie el tamaño de la memoria a 32 GB, lo que entraña trasladar memoria de los otros dos sistemas a éste. Aunque pueda parecer que el 150 % de la memoria actualmente disponible en puny01v2 es suficiente, los valores del marco hipotético para la utilización de la memoria sólo dan cuenta de la memoria utilizada por las cargas de trabajo, no del uso de la memoria de margen adicional del sistema operativo, por ejemplo, la caché del búfer de datos.
Haga clic en el botón OK.

Paso 4: Valore la nueva calidad de servicio

Para realizar una valoración rápida de la calidad de servicio de la nueva configuración, haga clic en el gráfico de barra de CPU Utilization del sistema puny01v2. Observe que el gráfico de utilización de CPU alcanza un valor máximo por encima de 3, pero nunca entra en el intervalo de 4 procesadores. Uno de los procesadores se puede eliminar.

Haga clic en el botón de opción Memory para comprobar la utilización de la memoria. El gráfico indica claramente que la utilización de la memoria es uniforme, con margen abundante para la sobrecarga del sistema operativo. Recopilar datos sobre el sistema después de la consolidación puede aportar una visión más completa de cuánta memoria utiliza realmente el sistema después de distribuirla.

Análisis posterior

Al combinar las aplicaciones de los tres servidores, el número de procesadores necesarios disminuye en dos. El empleo del modelo de máximo de sumas ha aportado una visión más clara de lo que ocurre que el modelo de suma de máximos utilizado en la planificación de capacidad tradicional, y da cuenta de uno de los dos procesadores que se han liberado. La cantidad de licencias necesarias para la aplicación de base de datos subyacente también ha disminuido en dos. Vuelva al perfil de utilización de CPU haciendo clic en el botón de opción CPU y revisando la tabla Interval Metric Summary correspondiente a la utilización de CPU:

El nivel de percentil nonagésimo indica que el 90 % del tiempo se han precisado menos de 2 procesadores. ¿Se podría reducir más el número de procesadores?

Genere un informe sobre el marco hipotético

Para investigar eso, genere un informe sobre el marco hipotético:

Cierre la ventana Capacity Advisor - Edit Scenario.
El marco hipotético utilizado para planificar la consolidación aún debería estar seleccionado en la ventana VSE Management: Capacity Advisor. En caso negativo, haga clic en el botón de opción para seleccionarlo.
Seleccione ReportCapacity Advisor report... en la barra de menús inferior.
Asegúrese de que se seleccionan los resúmenes y perfiles de utilización para los sistemas y cargas de trabajo en el primer marco del asistente Capacity Advisor - Create Utilization Reports.
Haga clic en el botón Next.
Haga clic en el botón Finish de la segunda pantalla del asistente.
Haga clic en el enlace «Browse Report».
Haga clic en el enlace puny01v2 para ver el informe.

Utilización del informe

Este informe combina muchos resúmenes tabulares que proporcionan descripciones detalladas de la utilización de los recursos de procesadores y memoria. El resumen más crítico en este ejemplo es la tabla Time spent at or above each percent of allocation. Desplácese hacia abajo para verla.

A partir de la línea 60% de la tabla, con un 0,02% del tiempo pasado en ese nivel, sólo una aplicación rotundamente crítica para la misión necesitaría más de tres procesadores. Si se desciende a la fila 40%, con un 2,59% del tiempo pasado en ese nivel o por debajo de él, algunas aplicaciones podrían tolerar la disminución a 2 procesadores: es cuestión de tomar una decisión basada en los requisitos empresariales.