Compartir a través de


Planificación del tejido de proceso de VMM

Este artículo describe cómo planificar el tejido de proceso de System Center Virtual Machine Manager (VMM). El tejido de proceso de VMM consta de la biblioteca VMM, los hosts de virtualización, los grupos host y otros servidores de infraestructura.

Planificación de la biblioteca VMM

Antes de comenzar:

  • Debes comprobar los requisitos del sistema para la biblioteca de VMM antes de instalar VMM.
  • VMM implementa el recurso compartido de biblioteca predeterminado en el servidor VMM. Una vez completada la instalación, no puedes quitar ni reubicar el recurso compartido de biblioteca predeterminado. Por lo tanto, ten en cuenta su ubicación antes de instalar VMM.
  • Si usas una SAN, el servidor de biblioteca debe tener la misma SAN que los hosts que usen la biblioteca. Esto garantiza que el servidor de biblioteca y los hosts puedan acceder a los mismos LUN en la SAN para que las transferencias de archivos sean más rápidas.
  • Si te conectas a una biblioteca desde hosts de virtualización a través de una LAN, el servidor de biblioteca debe estar lo más cerca posible de los hosts.
  • Si planeas agregar más servidores de biblioteca, puedes crear grupos de bibliotecas para organizarlos. Puedes usar grupos de bibliotecas para alinear servidores con grupos host en el tejido de VMM. Como procedimiento recomendado, debes alinear cada servidor de biblioteca con el grupo host que use los recursos de esa biblioteca.

Planificación de hosts de virtualización

VMM admite hosts de virtualización de Hyper-V y VMware. Al agregar, aprovisionar y administrar hosts en el tejido de VMM, ten en cuenta estos puntos:

  • La topología de los hosts de Hyper-V. VMM puede funcionar con hosts de Hyper-V que están en el mismo dominio que el servidor VMM, en un dominio con una confianza bidireccional o en un dominio sin una confianza bidireccional. VMM también puede funcionar con hosts de Hyper-V que están en una red perimetral o en un espacio de nombres separado.
  • La topología de los hosts de VMware. VMM funciona con hosts de VMware ubicados en cualquier lugar del entorno.
  • El número y tipo de sistemas operativos invitados que se ejecutan en el host.
  • La configuración del sistema de las VM que se ejecutan en el host.
  • Los tipos de aplicaciones que se ejecutan en los sistemas operativos invitados.
  • Las cargas de trabajo de VM que se ejecutarán en el host.
  • Los requisitos de procesador para el host. Necesitas suficiente capacidad de procesamiento para ejecutar las VM.
  • Los requisitos de memoria para el host. Después de usar VMM para asignar la RAM de host a una VM, dicha memoria no queda disponible para otros recursos. También necesitas la memoria adecuada para ejecutar el sistema operativo host y cualquier otra aplicación.
  • Los requisitos de almacenamiento para el host. Necesitas un almacenamiento adecuado para el propio host y también para las VM que se ejecutan en él. Recuerda que debes tener en cuenta el espacio adicional para los archivos de paginación de VM, la expansión dinámica de los discos duros virtuales, el guardado del contenido de la RAM de la VM cuando la VM está en un estado guardado y los puntos de control de la VM.
  • Los requisitos de red para el host. Si las VM ejecutan aplicaciones que necesitan alta disponibilidad, deberás tener en cuenta los requisitos de red.

Planificación de grupos host

Los grupos host actúan como contenedores para hosts de virtualización y máquinas virtuales. La configuración se aplica en el nivel de grupo, incluida la configuración de recursos en el nivel de host, la especificación de hosts para usuarios de autoservicio y las opciones de almacenamiento y red. Planificar los grupos host es especialmente importante en una implementación a gran escala, donde los grupos host pueden ayudarte a administrar eficazmente el aprovisionamiento y la administración de recursos.

Puedes basar los grupos host en la configuración que mejor se adapte a tu organización. Por ejemplo:

  • Para sucursales de tu organización.
  • Para que coincida con la estructura de Active Directory.
  • Para reflejar ciertas funciones (por ejemplo, las de desarrollo, pruebas, producción o investigación).
  • Para limitar los hosts usados para las tareas administrativas. Por ejemplo, puedes restringir la ubicación de las máquinas virtuales seleccionando un grupo host determinado.
  • Para reservar recursos de host para determinar la CPU, la memoria, el espacio en disco, la capacidad de E/S de disco y la capacidad de red que siempre estarán disponibles para el sistema operativo host.
  • Para colocar automáticamente máquinas virtuales en el host más adecuado. La colocación automática también se usa para implementar las máquinas virtuales que los usuarios crean en el autoservicio de máquina virtual.
  • Para designar hosts de autoservicio en los que los usuarios pueden crear y operar sus propias máquinas virtuales. Agrega directivas de autoservicio a un grupo host para permitir a los usuarios o grupos crear, operar y administrar sus propias máquinas virtuales dentro de un entorno controlado en los hosts del grupo host.

Los grupos host son jerárquicos. Por ejemplo, puedes crear un grupo host secundario de un grupo host existente para invalidar las reservas de host heredadas para un grupo host primario o para modificar los permisos de VM heredados de las directivas de autoservicio de un grupo host primario.

  • Todos los grupos host pertenecen al grupo host raíz: todos los hosts.
  • Cada host o grupo host se identifica mediante su ruta de acceso de host, una secuencia de nombres de grupo host que especifica la ubicación de un host o grupo host dentro de la jerarquía de grupos host en el panel de navegación. Por ejemplo, la ruta de acceso de host Todos los hosts\Nueva York\Sitio21\HostVM05 indica que el host HostVM05 pertenece al grupo host Sitio21, que es un grupo host secundario del grupo host Nueva York.
  • Al cambiar las reservas de host para un grupo host primario, puedes elegir si se va a poner en cascada la configuración de reserva de host a los hosts de todos sus grupos host secundarios. Si decides poner en cascada la configuración de reserva de host, todos los valores de reserva de host del grupo host primario invalidan todas las configuraciones anteriores para todos los hosts de todos los grupos host secundarios del grupo host primario.
  • Si se usa un grupo host primario para el autoservicio de máquina virtual, cada uno de sus grupos host secundarios hereda automáticamente las directivas de autoservicio del grupo host primario. Sin embargo, puedes agregar una directiva de autoservicio para el mismo usuario o grupo a un grupo host primario y a su grupo host secundario. Al agregar directivas tanto a elementos primarios como secundarios, puedes asignar a los mismos usuarios diferentes plantillas, establecer permisos de máquina virtual diferentes y asignar una cuota de máquina virtual diferente en un subconjunto de hosts dentro del grupo host primario.
  • Puedes usar un grupo host para aislar un host. Por ejemplo, si tienes un host con sistemas operativos invitados que ejecutan aplicaciones críticas, puedes aislar ese host colocándolo en su propio grupo host. De este modo, puedes asegurarte de que no haya ninguna directiva de autoservicio aplicada en el grupo host y de que los recursos del sistema reservados para ejecutar el sistema operativo del host sean adecuados, lo que maximiza los recursos de host disponibles para ser utilizados por los sistemas operativos invitados.

Pasos siguientes