Ir al contenido España-Español
HP.com España principal Productos y Servicios Soporte y Drivers Soluciones Cómo Comprar
» Contactar con HP
Más opciones
HP.com España principal
HP Capacity Advisor versión 4.0: Guía del usuario > Capítulo 4 Planificación con Capacity Advisor

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

» 

Documentación técnica

Libro completo en PDF
» Comentarios
Aquí empieza el contenido

 » Tabla de contenido

 » Glosario

 » Índice

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

Descripción del proceso

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 autónomos 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:

Procedimiento 4-1 Para consolidar las cargas de los servidores

  1. 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?

  2. Cree un marco hipotético

    Siga el procedimiento de la sección «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. No obstante, una vez agregado un sistema VM Host en un marco hipotético, los equipos virtuales invitados de dicho sistema son accesibles individualmente.
  3. 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 las asignaciones de recursos (por ejemplo, núcleos de CPU y velocidad, y 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 la sección «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 en línea de la pantalla Move Workload.

      NOTA: Los gráficos de barras de la tabla que muestran el uso de la carga proporcionan un cálculo rápido del efecto del traslado de cada carga de trabajo.
  4. Valore la nueva calidad de servicio

    Genere un informe sobre el marco hipotético utilizando el procedimiento de «Generación de gráficos e informes»

  5. 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. Ilustra muchas pantallas que Capacity Advisor presentará.

NOTA:

Pruebe la tecnología HP Smart Solver. Una vez entendidos los fundamentos del funcionamiento de Capacity Advisor, se dará cuenta de que muchos de los pasos ilustrados en este ejemplo se pueden dar más rápido y a una escala mayor mediante la tecnología Smart Solver con el fin de automatizar el análisis de varias posibilidades. Para ampliar los conocimientos sobre Smart Solver, consulte la sección «Utilización de la tecnología Smart Solver».

Supongamos que se han configurado varios equipos virtuales a lo largo de los últimos meses para admitir aplicaciones. Hay datos buenos sobre la utilización de los recursos y 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 «Descripción del proceso».

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 los equipos virtuales se utilizan para consolidación.)

  • ¿Qué cambios se han efectuado en la configuración de los parámetros optimizables del kernel? (Esto no importa si los equipos virtuales se utilizan para consolidación.)

  • ¿Cuáles son los requisitos de concesión de licencias 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 otras muchas preguntas para un entorno concreto.

Al efecto de este ejercicio, se consideran para consolidación los tres equipos virtuales siguientes que se ejecutan en puny03:

  • puny03v7

  • puny03v8

  • puny03v9

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:

  1. Seleccione Optimize->Capacity Advisor->Create Scenario... en la barra de menús superior.

  2. En la pantalla Select Systems for the new Scenario, haga clic en la casilla de verificación ubicada al lado del sistema deseado para incluirlo en el marco hipotético. Este sistema es el sistema VM Host para los equipos virtuales que han de consolidarse.

  3. Haga clic en el botón Next.

  4. Rellene los campos Scenario Name y Description.

  5. Haga clic en el botón Next.

  6. 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

Al terminar de crear un marco hipotético nuevo, la pantalla Edit Scenario se abre automáticamente para modificar el nuevo marco hipotético.

SUGERENCIA:

Para volver a un marco hipotético posteriormente: Localice el nombre del marco hipotético en la lista presentada en la pantalla de la ficha VSE Management: Capacity Advisor. Haga clic en el nombre del marco hipotético para abrir la ventana Capacity Advisor - Edit Scenario correspondiente a dicho marco hipotético.

Los sistemas actuales del marco hipotético se enumeran en la ficha System. Los gráficos de barras de la tabla muestran la utilización de recursos máxima de los datos recopilados durante la semana actual. La siguiente imagen muestra los tres equipos virtuales mencionados al principio de este ejemplo de planificación.

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 (donde se ve 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. En este caso, se puede apreciar que los máximos de utilización de CPU, memoria y ancho de banda de E/S han aumentado.

Examine el perfil de utilización de CPU para el sistema con la mayor carga (en este caso, puny03v8) haciendo clic en el primer gráfico de barra ubicado junto a su nombre. Se abre un visor de perfiles para el recurso y sistema seleccionados.

Hay varios máximos periódicos que utilizan algo más de la mitad del recurso de CPU disponible. La mayoría del uso de tiempo está por debajo del 25 por ciento de los núcleos disponibles. Examinar el resumen tabular puede aportar un mayor discernimiento del uso de los recursos en este servidor:

En la tabla, se puede ver que la utilización media es menor que el 7 por ciento del recurso disponible, mientras que el valor del percentil nonagésimo es menor que el 9 por ciento de los dos núcleos. Asimismo, tenga en cuenta que hay ocasiones en que las aplicaciones utilizan algo más de la mitad de la asignación de CPU durante los 15 minutos permitidos de duración.

Adición de procesadores

Al volver a la pantalla Edit Scenario a través del enlace «Go back to...», se puede examinar la cantidad de núcleos de cada uno de los sistemas en un marco hipotético de la tabla Scenario Systems. [Para obtener capturas de pantalla de ejemplo, consulte el «Paso 3: Modifique el marco hipotético».]

En este ejemplo, todos los equipos virtuales tienen asignada la misma cantidad de núcleos (2 núcleos a 1,10 GHz para cada equipo virtual). Un vistazo a la acumulación mensual de máximos muestra que el uso de la asignación de núcleos de CPU de los equipos virtuales varía de un 60 % a un 84 % entre los tres servidores. Colocando el «mouse» sobre el nombre del equipo en la columna izquierda de la tabla de sistemas, se ven los límites de utilización actuales definidos para estos equipos virtuales (se les permite rebasar una utilización del 85 por ciento el 0 por ciento del tiempo).

En conjunto, esto indica que para obtener el mejor ajuste, un equipo virtual consolidado necesita más de 2 núcleos para admitir todas las aplicaciones.

Sobre la base del mes de datos de este ejemplo, parece poco probable que el equipo virtual consolidado necesite los 6 núcleos asignados actualmente a los tres equipos virtuales separados. Tomando en consideración el uso histórico de CPU y el límite de utilización de los tres equipos virtuales, se agrega un núcleo adicional al equipo virtual de consolidación de destino: puny03v8.

NOTA: Es posible seguir afinando este cálculo cambiando los límites de utilización o haciendo una previsión del crecimiento futuro. Asimismo, cuanto más largo sea el periodo de datos analizado, mejor será el análisis de la utilización de los recursos.

Agregue un procesador en puny03v8:

  1. Haga clic en la casilla de verificación que antecede a puny03v8 en la lista de sistemas.

  2. Seleccione What-If Action->Edit System... en la ficha System de la pantalla Edit Scenario.

  3. En la pantalla Edit Scenario - Edit System resultante, aumente la cantidad de procesadores a tres. Esto conllevará el traslado de un procesador adicional de los demás equipos virtuales a éste.

    NOTA: No tardará en darse cuenta de que todas las operaciones llevadas a cabo por separado en este ejemplo se pueden realizar en el acto en la pantalla Edit System, si se ha ocupado de calcular por adelantado el posible cambio deseado para cada uno de los recursos de los que Capacity Advisor realiza un seguimiento. De este modo, puede ajustar óptimamente las asignaciones de recursos al mismo tiempo por medio de esta pantalla mientras afina el ajuste con los cambios adicionales.

    Asimismo, tenga en cuenta que puede utilizar What-If Actions->Undo/Edit/View Applied What-If Actions para deshabilitar o volver a habilitar los cambios efectuados o para modificar fácilmente los valores multiplicadores. (Consulte las secciones «Para modificar las acciones «Y si» aplicadas» y «Multiplicadores de escala».)

  4. Haga clic en el botón OK.

    Volverá a la ficha System de la pantalla Edit Scenario.

    El gráfico de barras de utilización de CPU (CPU Utilization) para puny03v8 muestra ahora una utilización de los 3 núcleos de aproximadamente el 55 %.

Traslade cargas de trabajo

A continuación, traslade las cargas de trabajo desde los servidores seleccionados (puny03v7 y puny03v9) al servidor de consolidación (puny03v8).

  1. Haga clic en la ficha Edit Scenario-Workload.

  2. Haga clic en las casillas de verificación que anteceden a los equipos virtuales que contienen las cargas de trabajo que han de trasladarse.

  3. Seleccione What-If Action->Move Workload... en la ficha Workload de la pantalla Edit Scenario.

  4. Cuando la pantalla se vuelva a dibujar, localice las cargas de trabajo que han de trasladarse. Notará que es posible modificar los valores multiplicadores por defecto para estos sistemas en esta ubicación. Para este jemplo, no es necesario ajustar los multiplicadores de utilización de CPU o memoria, puesto que los sistemas ya están virtualizados, y los procesadores y sistemas operativos son iguales para todas las cargas de trabajo.

  5. A continuación, localice el sistema de destino para la consolidación.

    Estudie los cambios en los contadores de utilización y tenga en cuenta las clasificaciones de 5 estrellas del margen de maniobra en esta tabla. [Para entender la clasificación del margen de maniobra y saber cómo interpretarlo, consulte la sección «Margen de maniobra».]

    Para este ejemplo, se ve la siguiente información:

    Ninguna de las estrellas es verde para el sistema de destino. Esto indica que las cargas de trabajo nuevas no se ajustan a la configuración actual del sistema de destino. Asimismo, tenga en cuenta que:

    • Agregar las cargas de trabajo sólo ha aumentado progresivamente la utilización de los núcleos en el sistema de destino.

    • El problema es que las configuraciones actuales de la asignación de memoria no son suficientes para las cargas de trabajo adicionales. La asignación de memoria debe aumentarse, aunque el límite de utilización relativo a la memoria también podría ajustarse, si así se desea.

    • El uso de E/S del disco ha aumentado al 94 por ciento del asignado a puny03v8. El límite de utilización para la E/S de disco en puny03v8 se ha definido para permitir que la actividad de E/S de disco rebase el límite del 95 por ciento, el 0 por ciento del tiempo.

  6. Haga clic en el botón de opción que antecede al sistema de destino.

  7. Haga clic en el botón OK.

  8. Haga clic en la ficha Edit Scenario-System y localice el sistema puny03v8. El resultado actual de la simulación de consolidación presenta este aspecto:

Aumente la memoria

Al volver a la pantalla Edit Scenario a través del enlace «Go back to...», se puede examinar la cantidad de memoria en cada uno de los equipos virtuales de un marco hipotético. [Para obtener una captura de pantalla de ejemplo, consulte el «Paso 3: Modifique el marco hipotético».]

En este ejemplo, todos los equipos virtuales tienen la misma cantidad de asignación de memoria (,99 GB). No obstante, todos los equipos virtuales utilizan más de la mitad de su asignación, lo que significa que un equipo virtual consolidado necesitará más memoria.

Para proporcionar memoria suficiente, vuelva a modificar el sistema.

  1. Haga clic en la ficha System para abrirla.

  2. Compruebe que el sistema consolidado (puny03v8) aún está seleccionado y haga clic en What-If Action->Edit System... de la ficha System.

  3. En la pantalla Edit Scenario - Edit System resultante, cambie el tamaño de la memoria a 3 GB, lo que entraña trasladar memoria de los otros dos servidores a éste. Aunque pueda parecer que bastaría agregar menos memoria, 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.

  4. Haga clic en el botón OK.

La lista de sistemas con los valores nuevos se muestra en la ficha System.

Paso 4: Valore la nueva calidad de servicio

Para valorar rápidamente la calidad de servicio de la configuración nueva, es útil analizar tanto los límites de utilización de las cargas de trabajo como el historial de utilización de los recursos combinados de las cargas de trabajo que se hallan actualmente en puny03v8.

Para ver los límites de utilización actuales asignados a las cargas de trabajo en el servidor consolidado, sitúe el «mouse» sobre el nombre de la carga de trabajo en la columna de nombre de la tabla System de la ficha Edit Scenario-System.

Puesto que todas las cargas de trabajo tienen los mismos límites en este ejemplo, se pueden examinar los límites para la carga de trabajo puny03v8.

A continuación, haga clic en el gráfico de barras CPU Utilization para abrir el visor Profile Viewer para este recurso. Fíjese en que en la siguiente captura de pantalla de ejemplo, en la tabla Interval Metric Summary, la utilización máxima de este sistema actualmente se sitúa en el 62 por ciento de los 3 núcleos. Puesto que el límite de utilización de CPU es del 85 por ciento para cualquier carga de trabajo, parece que se han asignado más CPU de las necesarias para este sistema. En este ejemplo, el número de núcleos de CPU probablemente podría definirse en 2,5 en lugar de en 3 y seguirse cumpliendo los límites de utilización para este recurso.

Haga clic en el botón de opción Memory ubicado encima del gráfico para cambiar al visor Profile Viewer de utilización de la memoria. El gráfico indica que la utilización de la memoria es uniforme y que los datos de la tabla muestran que la utilización medida se acerca con holgura al límite de utilización definido en el 65 por ciento para este recurso. 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.

En el paso 8 de «Traslade cargas de trabajo», parecía que la utilización del disco de E/S se acercaba mucho al límite de utilización definido para el sistema VM Host (95 por ciento). Haga clic en el botón de opción I/O Disk para comprobar la utilización del ancho de banda del disco de E/S.

El gráfico y los datos de la tabla indican que la utilización del ancho de banda de disco de E/S se halla perfectamente dentro del límite de utilización para el sistema VM Host.

Análisis posterior

El marco hipotético de simulación que se acaba de completar muestra que la combinación de las aplicaciones de los tres equipos virtuales puede dar lugar a una reducción significativa de la cantidad de procesadores necesarios (de 6 núcleos de CPU a 2,5 o 3). El empleo del modelo de máximo de sumas aporta una visión más clara del uso de los recursos en comparación con el modelo tradicional de suma de máximos. Según el modelo de concesión de licencias correspondiente a esta configuración, la cantidad de licencias necesarias para la aplicación de base de datos subyacente también puede haberse reducido. ¿Se podría reducir más el número de procesadores?

Vuelva al perfil de utilización de CPU haciendo clic en el botón de opción CPU y localice el valor del percentil nonagésimo (90th Percentile) en la tabla Interval Metric Summary:

Este valor indica que el 90 por ciento del procesamiento se produce utilizando sólo el 19 por ciento (1/5) de los núcleos de CPU disponibles. Un informe detallado puede aportar más discernimiento en relación con lo que esto implica para la cantidad de núcleos de CPU necesarios.

Genere un informe sobre el marco hipotético

Para investigar una mayor reducción de la asignación de CPU, genere un informe sobre el marco hipotético:

  1. Cierre la ventana Capacity Advisor - Edit Scenario.

  2. En la barra de menús de Capacity Advisor de la ficha Capacity Advisor, en Virtualization Manager, seleccione Report->Scenario Utilization Report...

  3. Coloque una marca de verificación en Utilization Summary y Utilization Details para ver todos los datos posibles notificados.

  4. Haga clic en el botón Next.

    La pantalla Select Report Targets se abre.

  5. Haga clic en el enlace «Edit Scenario Selection».

    Aparecerá la lista de marcos hipotéticos.

  6. Haga clic en la casilla de verificación ubicada a la izquierda del nombre del marco hipotético y en OK.

    La pantalla Select Report Targets se abre con los sistemas del marco hipotético seleccionado enumerados.

  7. Especifique el intervalo de fechas para el informe.

  8. Haga clic en Next.

    La pantalla Select Report Details se abre.

  9. Seleccione los tipos de recursos para los que desee ver datos.

  10. Seleccione el tipo de escala para la presentación de datos: porcentaje, números absolutos o ambos.

  11. Seleccione el tamaño de gráfico y haga clic en Finish.

    La pantalla Report Created se abre.

  12. Haga clic en el enlace «Browse Report» para ver el informe.

Hay disponibles otras variaciones sobre la creación de un informe. Consulte la sección «Pasos del asistente para generar informes».

Utilización del informe

Este informe combina muchos resúmenes tabulares que aportan descripciones detalladas de la utilización de los recursos. El más útil en este ejemplo es la tabla Time spent at or above each percent of allocation relativa a la utilización de CPU. 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 1,64 % del tiempo pasado en ese nivel o por debajo de él, algunas aplicaciones podrían tolerar la disminución a dos procesadores. La decisión relativa a las asignaciones definitivas será de índole empresarial una vez entendidas las alternativas.

Versión para imprimir
Declaración de privacidad El uso de este sitio implica la aceptación de sus términos de uso
© 2006-2008 Hewlett-Packard Development Company, L.P.