Share via


Refresco de la información en System Center Virtual Machine Manager 2008

Hola

Como en todos los sistemas consistentes en agentes que se comunican con un servicio/consola centralizada, SCVMM no refleja el estado del entorno en tiempo real, y ese retraso se hace más patente cuando las acciones sobre el mismo se llevan a cabo desde otras consolas, como podrían ser las MMC de Hyper-V y de Failover Cluster. Lógicamente de lo que se trata es de balancear la exactitud de la información mostrada con la carga de trabajo y el consume de ancho de banda de red que supone mantener toda esta información actualizada.

Digamos que en situaciones en las que se está montando, configurando o probando un entorno podemos llegar a considerar que los tiempos de refresco de la información mostrada son demasiado largos, y también es posible que en entornos ya en producción, estables y poco cambiantes, pueda parecer que el consumo de recursos de los servicios/agentes y el tráfico de red son demasiado altos.

Aprovechando de nuevo la información ya publicada por Cheng en su post All about refreshers ..., vamos a ver cuales son los tiempos por defecto que usa Virtual Machine Manager para refrescar la información que muestra en la consola y almacena en la base de datos, y que, por supuesto, son independientes de lo que el administrador fuerce manualmente mediante la interfaz gráfica o Cmdlets de PowerShell al llevar a cabo operaciones específicas sobre el entorno:

  1. Refresco del Host: Sucede cada 30 minutos, e incluye la información acerca de su configuración (almacenamiento, red, etc.). No incluye ni datos de las VMs ni de rendimiento del host.
  2. Refresco del Cluster: Sucede cada 30 minutos, y recopila información específica del cluster, y en particular si se han agregado/eliminado nuevos hosts.
  3. Refresco de Virtual Center: Sucede cada 30 minutos, y obtiene información acerca de los grupos de hosts ESX y pools de recursos gestionados por ese ESX.
  4. Refresco de los Roles de Usuario: Sucede cada 30 minutos y actualiza la información de los diferentes roles de usuario y sus permisos.
  5. Refresco de los objetos de la Librería: Su valor mínimo es de 1 hora, y es configurable por el usuario en incrementos de 1 hora.
  6. Refresco de Máquinas Virtuales: Hay dos tipos de refrescos para las VMs
    1. Pesado (VM Heavy Refresher): Sucede cada 30 minutos y actualiza toda la información de la VM, información de su grupo de cluster si estuviese en alta disponibilidad, instantáneas, etc.. No incluye información acerca de su rendimiento. También se lleva a cabo si desde la consola de selecciona un VM para obtener información sobre ella.
    2. Ligero (VM Light Refresher). Sucede cada 2 minutos, y se encarga de comprobar el estado de todos los hosts registrados en la base de datos, y para aquellos que respondan se encarga de sincronizar el estado de las VMs e importar las que se hubieran dado de alta nuevas al margen de SCVMM (generalmente desde la consola de Hyper-V). Se marcan las VMs que se hayan perdido y para las nuevas se lleva a cabo un refresco pesado.
  7. Refresco de Rendimiento: Sucede cada 9 minutos, o cada vez que se lleve a cabo una operación de cambio de estado en una VM. En ese host se recopila toda su información de rendimiento así como la de todas y cada una de las VMs de ese host. Esta información es imprescindible para que la “colocación inteligente” se encargue de sugerirnos cual es host más adecuado para albergar una nueva VM o para llevar a cabo aprovisionamientos/movimientos automáticos de máquinas virtuales.
  8. Refresco de los Performance and Resource Optimization (PRO) Tips: Sucede cada 30 segundos, en el caso de que hayamos llevado a cabo la integración con System Center Operations Manager, y durante el mismo se obtiene información de alertas PRO que se hayan detectado en el entorno de SCOM y de su traslado a la base de datos de VMM.

Por supuesto estos valores son modificables, si bien hay que considerar que los valores predeterminados mencionados arriba son los más recomendables para la mayoría de los entornos. Como decía al principio, bajar los tiempos de refresco hace que la información sea más precisa en menos tiempo a cambio de incrementar muy sensiblemente la carga de trabajo de los agentes y el servicio y el tráfico de red. Subirlos minimiza estos efectos a cambio de tardar más en mostrar el estado real de la infraestructura.

Curándome en salud y al no encontrar en ningún sitio publicadas las entradas del registro que controlan estos valores, he decidido no ser el primero en documentarlas, aunque supongo que el que aparezcan por ahí es una mera cuestión de tiempo. Si tienes buenas razones para querer cambiar al alza o a la baja estos valores por defecto, puedes contactar con mis compañeros de soporte o conmigo en privado.

Saludos

David Cervigón