Microsoft Hyper V

Contents
Introducción
¿Qué es VMM?
Conceptos básicos sobre los objetos de red de VMM
Novedades de VMM
Introducción
Versiones de compilación de VMM
Notas de la versión: VMM
Activar o desactivar los datos de telemetría
Implementar una nube de VMM
Crear una nube VMM
Administrar una nube VMM
Implementación de un tejido de host protegido
Implementación de hosts protegidos
Configuración de HGS de reserva
Implementación de una plantilla de máquina virtual y un VHDX blindado
Implementación de una VM blindada
Implementación de una VM con Linux blindada
Implementación y administración de una infraestructura de red definida por software
(SDN)
Implementación de una controladora de red de nombre de host
Implementación de un SLB de nombre de host
Implementación de una puerta de enlace RAS de nombre de host
Implementación de SDN con PowerShell
Configuración de una red de VM en SDN
Cifrar redes de máquinas virtuales en SDN
Permiso y bloqueo del tráfico de VM con las ACL del puerto de SDN
Control del ancho de banda de red virtual de SDN con QoS
Equilibrio de carga del tráfico de red
Configuración de NAT para el reenvío de tráfico en un SDN
Enrutamiento del tráfico a través de redes en la infraestructura de SDN
Configuración de clústeres invitados de SDN
Actualización del certificado de servidor de NC
Configuración de IP virtuales de SLB de SDN
Copia de seguridad y restauración de la infraestructura de SDN
Quitar una SDN de VMM
Administración de recursos de SDN en el tejido de VMM
Implementación de Espacios de almacenamiento directo
Configuración de un clúster de Espacios de almacenamiento directo
hiperconvergente
Implementación y administración de clústeres de Azure Stack HCI en VMM
Configuración de un clúster de Espacios de almacenamiento directo desagregado
Administración de clústeres de Espacios de almacenamiento directo
Asignación de directivas QoS de almacenamiento para clústeres
Procedimientos
Plan
Requisitos del sistema: VMM
Planeamiento de la instalación de VMM
Planeamiento de una implementación de alta disponibilidad de VMM
Identificación de puertos y protocolos de VMM
Planeamiento de un tejido de proceso de VMM
Planeamiento del tejido de red de VMM
Identificación de matrices de almacenamiento admitidas
Actualización e instalación
Actualización de VMM
Instalar VMM
Instalar la consola de VMM
Habilitación de la sesión de consola mejorada
Implementar VMM para lograr una alta disponibilidad
Implementar un servidor de administración VMM de alta disponibilidad
Implementar una base de datos de SQL Server de alta disponibilidad para VMM
Implementación de una biblioteca VMM de alta disponibilidad
Configurar TLS 1.2
Implementación de paquetes acumulativos de actualizaciones
Copia de seguridad y restauración de VMM
Administrar la biblioteca VMM
Información general de la biblioteca
Agregar recursos basados en archivos a la biblioteca VMM
Agregar perfiles a la biblioteca VMM
Agregar plantillas de VM a la biblioteca VMM
Agregar plantillas de servicio a la biblioteca VMM
Administrar recursos de biblioteca de VMM
Administración de servidores de virtualización
Administrar grupos de host VMM
Agregar hosts y clústeres de Hyper-V existentes al tejido
Agregar un servidor Nano como un host o clúster de Hyper-V
Ejecutar un script en el host
Creación de un clúster desde hosts de Hyper-V independientes
Aprovisionamiento de un host o clúster de Hyper-V de equipos sin sistema
operativo
Crear un clúster invitado a partir de una plantilla de servicio de VMM
Configurar redes para hosts y clústeres de Hyper-V
Configuración del almacenamiento para hosts y clústeres de Hyper-V
Administración de MPIO para hosts y clústeres de Hyper-V
Administrar ACL de puerto extendido de Hyper-V
Administración de clústeres de Hyper-V
Actualizar hosts y clústeres de Hyper-V
Ejecutar una actualización sucesiva de los clústeres de Hyper-V
Hosts de Hyper-V de servicio para mantenimiento
Administrar servidores de VMware
Administración de servidores de administración
Administrar servidores de infraestructura
Administrar servidores de actualización
Administración de redes
Información general acerca del tejido de red
Configurar las redes lógicas
Configurar las redes lógicas en UR1
Administrar redes de máquina virtual
Configurar grupos de direcciones IP
Agregar una puerta de enlace de red
Configurar perfiles de puerto
Configurar conmutadores lógicos
Configuración de grupos de direcciones MAC
Integrar el equilibrio de carga con plantillas de servicio VMM
Configurar un servidor IPAM
Administrar el almacenamiento
Configuración de un tejido de almacenamiento
Configurar las clasificaciones de almacenamiento
Agregar dispositivos de almacenamiento
Asignar almacenamiento a grupos host
Configurar un servidor de destino de iSCSI de Microsoft
Configuración de un canal de fibra virtual
Configurar almacenamiento de archivos
Configurar réplica de almacenamiento en VMM
Administración SOFS
Configurar un servidor de archivos de escalabilidad horizontal (SOFS)
Realizar una actualización gradual en SOFS
Agregar un SOFS existente al tejido de VMM
Crear un clúster SOFS desde servidores independientes
Aprovisionar SOFS desde equipos sin sistema operativo
Administrar la configuración de SOFS
Administrar máquinas virtuales
Aprovisionar las máquinas virtuales
Implementar VM desde un VHD en blanco
Implementar VM desde un VHD existente
Clonar VM existentes
Implementar VM con aprovisionamiento rápido mediante la copia de SAN
Implementar VM desde una plantilla de VM
Implementar VM con Linux
Implementar VM anidadas
Convertir máquinas virtuales VMware en Hyper-V
Instalar un sistema operativo en una máquina virtual
Administrar la configuración de la máquina virtual
Administrar la optimización dinámica y de energía para VM
Creación de plantillas de rol de VM con VMM y Azure Pack
Migrar VM
Información general acerca de la migración
Migrar una VM
Migrar el almacenamiento de VM
Ejecutar una migración en vivo
Administrar roles y cuentas
Información general acerca de los roles y las cuentas
Configurar roles de usuario
Configurar cuentas de ejecución
Administrar usuarios de autoservicio
Realizar tareas de usuario de autoservicio
Supervisar VMM
Información general acerca de la supervisión
Configuración de la supervisión y la generación de informes con Operations
Manager
Integración con Azure
Agregar una suscripción de Azure en VMM
Administración de actualizaciones de máquina virtual
Administración de máquinas virtuales de Azure
Administración de suscripciones de Azure específicas de la región basadas en Azure
Resource Manager
¿Qué es Virtual Machine Manager?
19/08/2021 • 2 minutes to read
IMPORTANT
Esta versión de Virtual Machine Manager (VMM) ha alcanzado el final del soporte técnico, le recomendamos que realice la
actualización a VMM 2019.
Página principal de System Center Virtual Machine Manager (VMM). VMM está incluido en System Center, un
conjunto de aplicaciones que se usa para configurar, administrar y transformar centros de datos tradicionales, y
que ayuda a proporcionar una experiencia de administración unificada en local, en el proveedor de servicios y
en la nube de Azure. Las capacidades de VMM incluyen:
Centro de datos : configure y administre los componentes del centro de datos como un único tejido en
VMM. Los componentes del centro de datos incluyen servidores de virtualización, componentes de redes y
recursos de almacenamiento. VMM aprovisiona y administra los recursos necesarios para crear e
implementar máquinas virtuales y servicios en nubes privadas.
Hosts de vir tualización : VMM puede agregar, aprovisionar y administrar clústeres y hosts de
virtualización Hyper-V y VMware.
Redes : agregue recursos de red al tejido de VMM, incluidos sitios de red definidos por subredes IP, LAN
virtuales (VLAN), conmutadores lógicos, direcciones IP estáticas y grupos de direcciones MAC. VMM
proporciona virtualización de red, con la posibilidad de crear y administrar redes virtuales y puertas de
enlace de red. La virtualización de red permite que varios inquilinos dispongan de redes aisladas y de sus
propios intervalos de direcciones IP para una mayor privacidad y seguridad. Con las puertas de enlace, las
máquinas virtuales de las redes virtuales se pueden conectar a redes físicas del mismo sitio o de otras
ubicaciones.
Almacenamiento : VMM puede detectar, clasificar, aprovisionar y asignar almacenamiento local y remoto.
VMM admite el almacenamiento en bloque (redes de área de almacenamiento [SAN] de canal de fibra, iSCSI
y SCSI conectadas en serie [SAS]).
Recursos de biblioteca : el tejido de VMM cuenta con una biblioteca de recursos basados y no basados en
archivos que se usan para crear e implementar máquinas virtuales y servicios en hosts de virtualización. Los
recursos basados en archivos incluyen discos duros virtuales, imágenes ISO y scripts. Los recursos no
basados en archivos incluyen plantillas y perfiles que se usan para estandarizar la creación de máquinas
virtuales. A los recursos de biblioteca se accede mediante recursos compartidos de biblioteca.
Recursos
Para cualquier pregunta o comentario relacionado con VMM, visite los foros de System Center Virtual
Machine Manager.
Para leer las entradas de blog del equipo de ingeniería de VMM, vea Blog de System Center.
Pasos siguientes
Obtenga información sobre los requisitos del sistema.
Aspectos básicos del objeto de red de Virtual
Machine Manager
IMPORTANT
System Center Virtual Machine Manager (VMM) forma parte del conjunto de aplicaciones System Center, que se
usa para configurar, administrar y transformar centros de datos tradicionales, y que permite proporcionar una
experiencia de administración unificada en el entorno local, el proveedor de servicios y la nube de Azure.
En este tema se describen los conceptos básicos que debe conocer antes de pasar a temas más complejos, como
las características y funciones avanzadas de VMM, y la planificación y el diseño de nubes públicas y privadas.
Objetos de red
Los siguientes objetos de red de VMM se usan para compilar la infraestructura de red básica de las Redes
definidas por software (SDN) de Microsoft que se usan en nubes públicas y privadas:
Hosts y grupo host
Hosts de Hyper-V administrados por VMM, organizados en grupos según la ubicación o el propósito.
Red lógica
Objetos lógicos que reflejan las redes físicas.
NOTE
La terminología de las redes lógicas ha cambiado desde 2019 UR1. Para obtener más información, vea Redes
lógicas en UR1.
Red lógica conectada

Se creará una sola red de VM en la parte superior de esta red lógica y esta red de VM
proporcionará acceso a todos los pares VLAN-subred subyacentes.
Red lógica independiente

se pueden crear varias redes de VM sobre esta red lógica. Cada red de VM creada proporciona
acceso a un par VLAN-subred específico. Las redes de VM son independientes entre sí.
Red virtualizada
esta es la red de tejido. Se pueden crear varias redes de VM virtualizadas sobre esta red lógica.
Cada red de VM tiene su propio espacio de direcciones virtualizado.
Sitios de red
Agrupaciones lógicas de hosts, subredes IP y VLAN.
Grupos de direcciones IP (redes lógicas)
Grupo estático de direcciones IP que se usan para los pares de subred IP/VLAN de los sitios de red
asociados.
Redes de máquina virtual
Objetos abstractos que actúan como una interfaz para las redes lógicas.
Grupos de direcciones IP (redes de máquina virtual)
Grupo estático de direcciones IP para la red de VM.
Perfil de puerto de vínculo superior
Define el algoritmo de equilibrio de carga y el modo de formación de equipos para adaptadores físicos.
Se pueden aplicar perfiles de puerto de vínculo superior a los adaptadores de red físicos al implementar
conmutadores.
Perfil de puerto de adaptador de red virtual
Define las propiedades del adaptador de red virtual para los adaptadores de red virtuales disponibles con
el conmutador lógico.
Clasificación de puerto
Etiqueta para abstraer la configuración del perfil de puerto de adaptador de red virtual.
Conmutador lógico
Agrupa extensiones de conmutador virtual, perfiles de puerto y clasificaciones de puerto.
Puerta de enlace
Se usa para conectar una red de VM de virtualización de red de Hyper-V (HNV) a una red externa.
Para obtener más información sobre las SDN de Microsoft, vea Redes definidas por software.
Pasos siguientes
Para empezar a trabajar con VMM, vea Novedades e Instalación.
Novedades de System Center Virtual Machine
Manager
En este artículo se detallan las nuevas características que se admiten en System Center 2019 - Virtual Machine
Manager (VMM). También se exponen las nuevas características de VMM 2019 UR1 y 2019 UR2.
Características nuevas de VMM 2019

En las secciones siguientes se presentan las nuevas características de Virtual Machine Manager (VMM) 2019.
Proceso
Actualización gradual de los clústeres de S2D
System Center 2019 Virtual Machine Manager admite la actualización gradual de un clúster de host de Espacios
de almacenamiento directo (S2D) de Windows Server 2016 a Windows Server 2019. Para obtener más
información, vea Realización de una actualización gradual.
Compatibilidad con la desduplicación de un volumen ReFS
VMM 2019 admite la desduplicación de un volumen ReFS en un clúster hiperconvergido de
Windows Server 2019 y en el Servidor de archivos de escalabilidad horizontal. Para obtener más información,
consulte el artículo Agregar almacenamiento a los hosts y clústeres de Hyper-V.
Almacenamiento
Optimización dinámica del almacenamiento
Esta característica ayuda a evitar que el almacenamiento compartido de clúster (CSV y recursos compartidos de
archivos) pase a ser completo debido a la expansión o a los nuevos discos duros virtuales (VHD) colocados en el
almacenamiento compartido del clúster. Ahora puede establecer un valor de umbral que desencadene una
advertencia cuando el espacio de almacenamiento disponible en el almacenamiento compartido del clúster no
llegue al umbral. Esta situación puede producirse durante la colocación de un disco nuevo. También puede
ocurrir durante la migración automática de los discos duros virtuales a otro almacenamiento compartido del
clúster. Para obtener más información, consulte la sección Optimización dinámica.
Compatibilidad con la supervisión del mantenimiento del almacenamiento
La supervisión del mantenimiento del almacenamiento le ayuda a supervisar el mantenimiento y el estado
operativo de los bloques de almacenamiento, los números de unidad lógica y los discos físicos del tejido de
VMM.
Puede supervisar el mantenimiento del almacenamiento en la página Tejido de la consola de VMM. Para
obtener más información, consulte el artículo Configurar el tejido de almacenamiento de VMM.
Redes
Configuración de direcciones IP virtuales del SLB a través de plantillas de servicio de VMM
Las redes definidas por software en Windows 2016 pueden usar el equilibrio de carga de software para
distribuir uniformemente el tráfico de red entre las cargas de trabajo administradas por los proveedores de
servicios y los inquilinos. VMM 2016 actualmente admite la implementación de direcciones IP virtuales del
equilibrador de carga de software con PowerShell.
Con VMM 2019, VMM admite la configuración de direcciones IP virtuales del SLB al implementar aplicaciones
multinivel mediante las plantillas de servicio. Para obtener más información, consulte el artículo Configuración
de direcciones IP virtuales del equilibrador de carga interno a través de plantillas de servicio de VMM.
Configuración de redes de máquina virtual cifradas a través de VMM
VMM 2019 admite el cifrado de redes de máquinas virtuales. Gracias a la nueva característica de redes cifradas,
se puede configurar fácilmente el cifrado de un extremo a otro en redes de máquinas virtuales mediante el uso
de la controladora de red. Dicho cifrado impide que el tráfico entre dos máquinas virtuales en la misma red y la
misma subred se lea y manipule.
El control del cifrado se encuentra en el nivel de subred. El cifrado puede habilitarse o deshabilitarse para cada
subred de la red de VM. Para obtener más información, consulte el artículo Configuración de redes cifradas de
redes definidas por software mediante VMM.
Compatibilidad con la configuración de una puerta de enlace de reenvío de capa 3 mediante la consola de VMM
El reenvío de capa 3 (L3) permite la conectividad entre la infraestructura física del centro de datos y la
infraestructura virtualizada de la nube de virtualización de red de Hyper-V. Las versiones anteriores de VMM
admitían la configuración de puerta de enlace de capa 3 a través de PowerShell.
En VMM 2019 se puede configurar una puerta de enlace de reenvío de capa 3 mediante la consola de VMM.
Para obtener más información, consulte la sección Configuración del reenvío L3.
Compatibilidad con una dirección MAC estática en las máquinas virtuales implementadas en una nube de VMM
Esta característica le permite establecer una dirección MAC estática en las máquinas virtuales implementadas en
una nube. También puede cambiar la dirección MAC de estática a dinámica, y viceversa, en las máquinas
virtuales implementadas. Para obtener más información, consulte el artículo Aprovisionar máquinas virtuales en
el tejido de VMM.
Integración de Azure
Administración de actualizaciones de máquina virtual a través de VMM mediante una suscripción de Azure Automation
VMM 2019 introduce la posibilidad de aplicar revisiones y actualizar máquinas virtuales locales (administradas
por VMM) mediante la integración de VMM con una suscripción de Azure Automation. Para obtener más
información, consulte el artículo Administración de máquinas virtuales.
Nuevo rol de RBAC: Administrador de máquina virtual
En un escenario en el que las empresas quieren crear un rol de usuario para solucionar problemas, el usuario
necesita tener acceso a todas las máquinas virtuales. De esta manera, el usuario puede realizar los cambios
necesarios en las máquinas virtuales para resolver un problema. También existe la necesidad de que el usuario
tenga acceso al tejido para identificar la causa principal de un problema. Sin embargo, por razones de seguridad,
este usuario no debería tener privilegios para realizar ningún cambio en el tejido, como agregar
almacenamiento o hosts.
El control de acceso basado en roles (RBAC) actual de VMM no tiene un rol definido para esta función. Los roles
existentes Administrador delegado y Administrador de tejido tienen muy pocos permisos, o más permisos de
los necesarios, para solucionar problemas.
Para solucionar este problema, VMM 2019 admite una nuevo rol denominado Administrador de máquina
vir tual . El usuario de este rol tiene acceso de lectura y escritura a todas las máquinas virtuales, pero acceso de
solo lectura al tejido. Para obtener más información, consulte el artículo Configurar roles de usuario en VMM.
Compatibilidad con las cuentas de servicio administradas de grupo como cuentas de servicio de VMM
La cuenta de servicio administrada de grupo (gMSA) ayuda a mejorar la postura de seguridad. Además, resulta
muy conveniente gracias a la administración automática de contraseñas, la administración simplificada del
nombre de entidad de seguridad de servicio y la posibilidad de delegar la administración en otros
administradores.
VMM 2019 admite el uso de gMSA para una cuenta de servicio del servidor de administración. Para obtener
más información, consulte el artículo Instalar VMM.
NOTE
En VMM 1807 se introdujeron las características y actualizaciones de características que se indican a continuación, las
cuales se incluyen en VMM 2019.
Características incluidas en VMM 2019 (introducidas en VMM 1807)

Almacenamiento
Admite la selección de CSV para colocar un disco duro virtual nuevo
Con VMM, puede seleccionar volúmenes compartidos de clúster (CSV) para colocar un nuevo disco duro virtual.
En versiones anteriores de VMM, un nuevo VHD en una VM se coloca de manera predeterminada en el mismo
CSV en el que se colocan los discos duros virtuales anteriores asociados con la VM. No estaba la opción de
elegir un CSV o una carpeta diferente. En caso de cualquier problema relacionado con el CSV, como que el
almacenamiento estuviera lleno o hubiese sobrecompromiso, los usuarios tenían que migrar el disco duro
virtual, pero solo después de implementarlo.
Con VMM 1807, ahora puede elegir cualquier ubicación para colocar el disco nuevo. Puede administrar este
disco fácilmente, según la disponibilidad de almacenamiento de los CSV. Para obtener más información,
consulte el artículo Agregar un disco duro virtual a una máquina virtual.
Redes
Visualización de la información de LLDP para dispositivos de red
VMM admite el protocolo de detección de nivel de vínculo (LLDP). Ahora puede ver información sobre las
propiedades de los dispositivos de red y las funcionalidades de los hosts desde VMM. El sistema operativo host
debe ser Windows 2016 o una versión posterior.
Las características DataCenterBridging y DataCenterBridging-LLDP-Tools se habilitaron en los hosts para
capturar las propiedades del protocolo LLDP. Para obtener más información, consulte el artículo Configurar
redes para hosts y clústeres de Hyper-V en el tejido de VMM.
Conversión de un conmutador SET en un conmutador lógico
Puede convertir un conmutador Switch Embedded Teaming (SET) en un conmutador lógico mediante el uso de
la consola de VMM. En versiones anteriores, esta característica solo se admite a través del script de PowerShell.
Para obtener más información, consulte el artículo Crear conmutadores lógicos.
Administración de hosts de VMware
VMM es compatible con servidores de VMware ESXi v6.5 en el tejido de VMM. Esta compatibilidad proporciona
a los administradores flexibilidad adicional para administrar los diversos hipervisores en uso. Para obtener más
información sobre las versiones de servidor admitidas de VMware, consulte los requisitos del sistema.
Compatibilidad con la actualización del clúster de S2D
VMM admite la actualización de un clúster o un host de S2D. Puede actualizar hosts individuales de S2D o
clústeres en las líneas base configuradas en Windows Server Update Services. Para obtener más información,
consulte el artículo Actualizar hosts y clústeres de Hyper-V.
Otros
Compatibilidad con SQL Server 2017
VMM admite SQL Server 2017. Puede actualizar SQL Server 2016 a SQL Server 2017.
NOTE
En VMM 1801 se introdujeron las características y actualizaciones de características que se indican a continuación, las
cuales se incluyen en VMM 2019.
Características incluidas en VMM 2019 (introducidas en VMM 1801)
Proceso
Virtualización anidada
VMM admite la característica de virtualización anidada que puede usar para ejecutar Hyper-V en una máquina
virtual de Hyper-V. En otras palabras, con la virtualización anidada, se puede virtualizar el mismo host de Hyper-
V. La virtualización anidada se puede habilitar fuera de banda mediante la configuración de host de Hyper-V y
PowerShell.
Puede usar esta funcionalidad para reducir los gastos de infraestructura en los escenarios de desarrollo, prueba,
demostración y aprendizaje. Con esta característica, también puede usar productos de administración de
virtualización de terceros con Hyper-V.
Puede habilitar o deshabilitar la característica de virtualización anidada mediante VMM. Puede configurar la
máquina virtual como un host en VMM y realizar operaciones de host de VMM en esta máquina virtual. Por
ejemplo, la optimización dinámica de VMM tiene en cuenta un host de máquina virtual anidada para la
ubicación. Para obtener más información, consulte el artículo Configuración de una máquina virtual anidada
como un host.
Migración de máquina virtual VMware (máquina virtual basada en firmware EFI) a la máquina virtual de Hyper-V
La migración actual de VMM en máquinas virtuales VMware a Hyper-V solo admite la migración de máquinas
virtuales basadas en BIOS.
VMM permite la migración de máquinas virtuales de VMware basadas en EFI a máquinas virtuales de Hyper-V
de segunda generación. Las máquinas virtuales VMware que se migran a la plataforma de Microsoft Hyper-V
pueden aprovechar las características de la segunda generación de Hyper-V.
Como parte de esta versión, el Asistente para conver tir máquina vir tual permite la migración de máquinas
virtuales en función del tipo de firmware (BIOS o EFI). Selecciona y establece como predeterminada la
generación de máquinas virtuales de Hyper-V adecuadamente. Para obtener más información, consulte el
artículo Conversión de una máquina virtual de VMware a Hyper-V en el tejido de VMM. Por ejemplo:
Las máquinas virtuales basadas en BIOS se migran a la máquina virtual de Hyper-V de primera generación.
Las máquinas virtuales basadas en EFI se migran a la máquina virtual de Hyper-V de segunda generación.
También hemos realizado mejoras en el proceso de conversión de máquinas virtuales de VMware, que ahora
realiza la conversión hasta un 50 % más rápido.
Mejora del rendimiento del actualizador de host
El actualizador de host de VMM se ha sometido a varias actualizaciones para mejorar el rendimiento.
Con estas actualizaciones, en escenarios donde una organización administra un gran número de hosts y
máquinas virtuales con puntos de control, podrá observar mejoras importantes y notables en el rendimiento
del trabajo.
En nuestro laboratorio, con instancias de VMM que administran 20 hosts, y cada host entre 45 y 100 máquinas
virtuales, hemos detectado una mejora del rendimiento hasta 10 veces superior.
Sesión de consola mejorada en Virtual Machine Manager
La capacidad de conexión de la consola en VMM proporciona una manera alternativa de conectarse a la VM a
través de un escritorio remoto. Este método resulta muy útil cuando la máquina virtual no tiene conectividad de
red o cunado quiere cambiar a una configuración de red que podría afectar a su conectividad. Actualmente, la
capacidad de conexión de la consola en Virtual Machine Manager solo admite una sesión básica, en la que texto
del Portapapeles solo se puede pegar a través de la opción de menú Escribir texto del Por tapapeles .
VMM admite una sesión de consola mejorada que permite las operaciones de Cor tar (Ctrl+X) , Copiar
(Ctrl+C) y Pegar (Ctrl+V) en el texto y en archivos ANSI disponibles en el Portapapeles. Como resultado, se
pueden usar los comandos Copiar y Pegar para texto y archivos desde y hacia la máquina virtual. Para obtener
más información, consulte el artículo Habilitación de la sesión de consola mejorada en VMM.
Almacenamiento
Mejoras de QoS de almacenamiento de Virtual Machine Manager
La calidad de servicio (QoS) de almacenamiento proporciona una manera de supervisar y administrar de forma
centralizada el rendimiento del almacenamiento para máquinas virtuales con Hyper-V y con los roles del
Servidor de archivos de escalabilidad horizontal. Esta característica mejora automáticamente la imparcialidad de
los recursos de almacenamiento entre varias máquinas virtuales con el mismo clúster. Además, permite
objetivos de rendimiento basados en directivas.
VMM admite las siguientes mejoras de QoS de almacenamiento:
Extensión de la compatibilidad de QoS de almacenamiento más allá de S2D: Ahora puede asignar
las directivas de QoS de almacenamiento para redes de área de almacenamiento (SAN). Para obtener más
información, consulte el artículo Administración de directivas QoS de almacenamiento para clústeres.
Compatibilidad con nubes privadas de VMM: Los inquilinos de la nube de VMM ahora pueden usar las
directivas de QoS de almacenamiento. Para obtener más información, consulte el artículo Crear una nube
privada.
Disponibilidad de las directivas de QoS de almacenamiento como plantillas: Puede establecer
directivas de QoS de almacenamiento a través de plantillas de máquina virtual. Para obtener más
información, consulte el artículo Agregar plantillas de VM a la biblioteca VMM.
Redes
Configuración de clústeres de invitado en las redes definidas por software mediante VMM
Con la llegada de las redes definidas por software en Windows Server 2016 y System Center 2016, la
configuración de clústeres invitados ha experimentado algunos cambios.
Con la introducción de las redes definidas por software (SDN), las máquinas virtuales que están conectadas a la
red virtual mediante SDN solo pueden usar la dirección IP que asigna la controladora de red a la comunicación.
El diseño de las redes definidas por software está inspirado en el diseño de redes de Azure y admite la
funcionalidad de dirección IP flotante mediante el equilibrador de carga de software (SLB), como las redes de
Azure.
VMM también admite la funcionalidad de dirección IP flotante mediante el equilibrador de carga de software en
los escenarios de SDN. VMM 1801 admite clústeres invitados a través de una IP virtual del equilibrador de carga
interno. El equilibrador de carga interno usa los puertos de sondeo que se crean en las máquinas virtuales del
clúster invitado para identificar el nodo activo. En un momento dado, solo el puerto de sondeo del nodo activo
responde al equilibrador de carga interno. A continuación, todo el tráfico dirigido a la dirección IP virtual se
enruta al nodo activo. Para obtener más información, consulte el artículo Configuración de clústeres invitados
en SDN mediante VMM.
Configuración de direcciones IP virtuales del SLB a través de plantillas de servicio de VMM
Las redes definidas por software en Windows 2016 pueden usar el equilibrio de carga de software para
distribuir uniformemente el tráfico de red entre las cargas de trabajo administradas por el proveedor de
equilibrador de carga de software con PowerShell.
VMM admite la configuración de direcciones IP virtuales del equilibrador de carga de software al implementar
aplicaciones multinivel con las plantillas de servicio. Para obtener más información, consulte el artículo
Configuración de direcciones IP virtuales del equilibrador de carga interno a través de plantillas de servicio de
VMM.
VMM admite el cifrado de redes de máquinas virtuales. Gracias a la nueva característica de redes cifradas, se
puede configurar fácilmente el cifrado de un extremo a otro en redes de máquinas virtuales mediante el uso de
la controladora de red. Este cifrado impide que el tráfico entre dos máquinas virtuales en la misma red y la
El control del cifrado se encuentra en el nivel de subred. El cifrado puede habilitarse o deshabilitarse para cada
subred de la red de VM. Para obtener más información, consulte el artículo Configuración de redes cifradas de
redes definidas por software mediante VMM.
Seguridad
Compatibilidad con máquinas virtuales blindadas de Linux
Windows Server 2016 introdujo el concepto de máquina virtual blindada en las máquinas virtuales basadas en
el sistema operativo Windows. Las máquinas virtuales blindadas protegen frente a acciones de administrador
malintencionadas. Proporcionan protección cuando los datos de la máquina virtual están en reposo o cuando se
ejecuta software que no es de confianza en hosts de Hyper-V.
Con Windows Server 1709, Hyper-V presenta la compatibilidad para el aprovisionamiento de máquinas
virtuales blindadas con Linux. La misma compatibilidad se ha ampliado ahora a VMM. Para obtener más
información, consulte el artículo Creación de un disco de plantilla de máquina virtual blindada Linux.
Configuración del servicio de protección de host de reserva
El servicio de protección de host (HGS) proporciona servicios de atestación y protección de claves para ejecutar
máquinas virtuales blindadas en hosts de Hyper-V. Debe funcionar incluso en situaciones de desastre. Windows
Server 1709 agregó compatibilidad para el servicio de protección de host de reserva.
Mediante VMM se puede configurar un host protegido con un par principal y otro secundario de direcciones
URL de servicio de protección de host (un identificador URI de atestación y protección de claves). Esta
funcionalidad habilita escenarios como implementaciones de tejido protegido que abarcan dos centros de datos
para la recuperación ante desastres y un servicio de protección de host que se ejecuta como máquinas virtuales
blindadas.
Las direcciones URL del servicio de protección de host principal siempre se usan a favor de las direcciones URL
del servicio de protección de host secundario. Si se produce un error en el servicio de protección de host
principal tras el tiempo de espera adecuado y el número de reintentos, la operación se vuelve a intentar con el
servicio secundario. Las operaciones posteriores siempre favorecen al servicio principal. El servicio secundario
solo se usa cuando se produce un error en el principal. Para obtener más información, consulte el artículo
Configuración de direcciones URL de HGS de reserva en VMM.
Administración de suscripciones de Azure específicas de la región basadas en Azure Resource Manager
Actualmente, el complemento de Azure de VMM solo admite máquinas virtuales clásicas y regiones de Azure
globales.
VMM 1801 admite la administración de:
Máquinas virtuales basadas en Azure Resource Manager.
Autenticación basada en Azure Active Directory que se crea mediante el nuevo Azure Portal.
Suscripciones de Azure específicas de la región, es decir, regiones de Alemania, China y EE. UU. de
Government Azure.
Para obtener más información, consulte el artículo Administración de máquinas virtuales.
Características nuevas de VMM 2019 UR1

En las secciones siguientes se presentan las nuevas características o actualizaciones que se admiten en
VMM 2019 en el paquete acumulativo de actualizaciones 1 (UR1).
Para obtener información sobre los problemas corregidos y las instrucciones de instalación de UR1, consulte el
artículo de KB.
Proceso
Compatibilidad con la administración de recursos compartidos de biblioteca replicados
Las grandes empresas normalmente tienen implementaciones de centros de datos de distintos sitios para dar
servicio a varias oficinas en todo el mundo. Generalmente, estas empresas tienen un servidor de biblioteca
disponible localmente para acceder a los archivos para la implementación de máquinas virtuales en lugar de
acceder a los recursos compartidos de biblioteca desde una ubicación remota. El objetivo de esta disposición es
evitar cualquier problema relacionado con la red que puedan experimentar los usuarios. Sin embargo, los
archivos de biblioteca deben ser coherentes en todos los centros de datos para garantizar implementaciones
uniformes de máquinas virtuales. Para mantener la uniformidad del contenido de la biblioteca, las
organizaciones usan tecnologías de replicación.
VMM ahora admite la administración de servidores de biblioteca, que se replican. Puede usar cualquier
tecnología de replicación, como DFSR, y administrar los recursos compartidos replicados a través de VMM. Para
obtener más información, consulte la sección Administración de recursos compartidos de biblioteca replicados.
Almacenamiento
Definición de la configuración de DCB en clústeres S2D
El acceso directo a memoria remota (RDMA) y el protocolo de puente del centro de datos (DCB) ayudan a lograr
un nivel similar de rendimiento y de ausencia de pérdida de información en una red Ethernet en comparación
con las redes de canal de fibra.
VMM 2019 UR1 admite la configuración del protocolo de puente del centro de datos (DCB) en clústeres S2D.
NOTE
Debe definir la configuración de DCB de forma coherente en todos los hosts y en la red de tejido (conmutadores). Un
valor de DCB mal configurado en cualquiera de los dispositivos host o de tejido es perjudicial para el rendimiento de S2D.
Para obtener más información, consulte la sección Definir la configuración de DCB en el clúster de S2D.
Redes
Mejoras en la experiencia del usuario en redes lógicas
En VMM 2019 UR1, la experiencia del usuario se ha mejorado para el proceso de creación de redes lógicas. Las
redes lógicas ahora se agrupan por la descripción del producto en función de los casos de uso. Además, se
proporciona una ilustración para cada tipo de red lógica y un gráfico de dependencias. Para obtener más
información, consulte el artículo Configuración de redes lógicas en el tejido de VMM 2019 UR1.
Opciones adicionales para habilitar la virtualización anidada
Ahora puede habilitar la virtualización anidada al crear una nueva máquina virtual e implementar máquinas
virtuales a través de plantillas de máquina virtual y plantillas de servicio. En versiones anteriores, la
virtualización anidada solo se admitía en máquinas virtuales implementadas. Obtenga más información sobre la
habilitación de la virtualización anidada.
Actualizaciones de los cmdlets de PowerShell
VMM 2019 UR1 incluye las siguientes actualizaciones de cmdlet para las características respectivas:
1. Definición de la configuración de DCB en clústeres S2D
Nuevo cmdlet New-SCDCBSettings : configura los valores de DCB en el clúster de S2D
administrado por VMM.
Nuevo parámetro [-DCBSettings] : especifica la configuración de DCB configurada en el clúster y
se incluye en los cmdlets Install-SCVMHostCluster , Set-SCVMHostCluster y Set-
SCStorageFileSer ver .
2. Opciones adicionales para habilitar la virtualización anidada
Nuevo parámetro [-EnableNestedVir tualization] : habilita la virtualización anidada y se incluye en
el cmdlet Set-SCComputerTierTemplate .
Para obtener más información sobre estas actualizaciones, vea los artículos sobre PowerShell para VMM.
Nuevas características de VMM 2019 UR2

En las secciones siguientes se presentan las nuevas características y actualizaciones de características que se
admiten en el paquete acumulativo de actualizaciones 2 (UR2) de VMM 2019.
Para obtener información sobre los problemas corregidos en VMM 2019 UR2 y las instrucciones de instalación
de UR2, consulte el artículo de KB.
Proceso
Compatibilidad con hosts de Windows Server 2012 R2
VMM 2019 UR2 admite hosts de Windows Server 2012 R2. Para obtener más información sobre los hosts
admitidos, consulte los requisitos del sistema.
Compatibilidad con hosts de ESXi 6.7
VMM 2019 UR2 admite servidores de VMware ESXi 6.7 en el tejido de VMM. Esta compatibilidad proporciona a
los administradores flexibilidad adicional para administrar los diversos hipervisores en uso. Para obtener más
información sobre las versiones de servidor admitidas de VMware, consulte los requisitos del sistema.
Redes
Mejoras en la experiencia del usuario para crear conmutadores lógicos
En VMM 2019 UR2, la experiencia del usuario se ha mejorado para el proceso de creación de conmutadores
lógicos. 2019 UR2 incluye valores predeterminados inteligentes, proporciona una explicación de texto clara para
diversas opciones, junto con representaciones visuales, y un diagrama de topología para el conmutador lógico.
Más información.
Compatibilidad con IPv6
VMM 2019 UR2 admite la implementación de SDN IPv6. Más información.
Aprovisionamiento para establecer la afinidad entre los adaptadores de red virtuales y los físicos
VMM 2019 UR2 admite la afinidad entre vNIC y pNIC. La afinidad entre los adaptadores de red virtual y los
físicos aporta flexibilidad para enrutar el tráfico de red entre pNIC agrupados. Con esta característica, puede
aumentar el rendimiento mediante la asignación del adaptador físico compatible con RDMA a un vNIC
habilitado para la configuración de RDMA. Además, puede enrutar un tipo específico de tráfico (por ejemplo,
una migración dinámica) a un adaptador físico con un ancho de banda mayor. En escenarios de implementación
de HCI, mediante la especificación de la afinidad, puede aprovechar el multicanal de SMB para conseguir un alto
rendimiento del tráfico SMB. Más información.
Otros
Compatibilidad con SQL Server 2019
VMM 2019 RTM y las versiones posteriores ahora admiten SQL Server 2019.
Compatibilidad con el sistema operativo Linux
VMM 2019 UR2 admite los sistemas operativos Linux Red Hat 8.0, CentOS 8, Debian 10 y Ubuntu 20.04.
VMM 2019 UR2 incluye las siguientes actualizaciones de cmdlet para las características respectivas:
1. Actualización del certificado de VMM
Nuevo cmdlet: Update-SCVMMCer tificate : actualiza el certificado de VMM en el servidor VMM.
2. Establecimiento de la afinidad entre los adaptadores de red virtuales y los físicos
Nuevo parámetro [-PhysicalNetworkAdapterName] : especifica el nombre del adaptador de red
físico y se incluye en los cmdlets New-SCVir tualNetworkAdapter y Set-
SCVir tualNetworkAdapter .
3. Compatibilidad con IPv6
Nuevo parámetro [-IPv6Subnet] : especifica una subred IPv6 y se incluye en el cmdlet Add-
SCFabricRoleResource .
Actualizaciones de los parámetros en los cmdlets existentes:
Las direcciones IPv4 e IPv6 separadas por ";" se pueden pasar al parámetro [-
RoutingIPSubnet] en el cmdlet Add-SCVMNetworkGateway .
También se pueden agregar direcciones IPv6 al parámetro [-PublicIPAddresses] en el cmdlet
New-SCGatewayRoleConfiguration .
Nuevas características de VMM 2019 UR3

En las secciones siguientes se presentan las nuevas características y actualizaciones de características que se
admiten en el paquete acumulativo de actualizaciones 3 (UR3) de VMM 2019.
Para obtener información sobre los problemas corregidos en VMM 2019 UR3 y las instrucciones de instalación
de UR3, consulte el artículo de KB.
Proceso
Compatibilidad del modo de tronco con la máquina virtual VNIC
VMM 2019 UR3 incluye compatibilidad con el modo de tronco para máquinas virtuales VNIC. El modo de
tronco lo usan las aplicaciones NFV/VNF, como firewalls virtuales, equilibradores de carga de software y puertas
de enlace virtuales, para enviar y recibir tráfico a través de distintas VLAN. Más información.
Compatibilidad con clústeres de Azure Stack HCI
VMM 2019 UR3 incluye compatibilidad para agregar, implementar y administrar clústeres de Azure Stack HCI en
VMM. Además de la SKU actual del sistema operativo de servidor, VMM amplía su compatibilidad para Azure
Stack HCl.
Azure Stack HCl, versión 20H2, es el recién incorporado sistema operativo de la infraestructura hiperconvergida
(HCI) que se ejecuta en clústeres locales con cargas de trabajo virtualizadas.
La mayoría de las operaciones para administrar clústeres de Azure Stack en VMM son similares a las de
administración de clústeres de Windows Server. Más información.
NOTE
Actualmente no se admite la administración de clústeres extendidos de Azure Stack HCl en VMM.

VMM 2019 UR3 incluye las siguientes actualizaciones de cmdlet para la compatibilidad del modo de tronco con
la máquina virtual VNIC:
Los nuevos parámetros [-AllowedVLanList] y [NativeVLanId] se incluyen en los cmdlets New-
SCVir tualNetworkAdapter y Set-SCVir tualNetworkAdapter .
IMPORTANT
En este artículo se detallan las nuevas características que se admiten en System Center 1807 Virtual Machine
Manager (VMM).
Novedades de System Center 1807 Virtual Machine Manager

Consulte las secciones siguientes para información detallada sobre las características nuevas admitidas en VMM
1807.
NOTE
Para ver los errores corregidos y las instrucciones de instalación para VMM 1807, consulte el artículo de KB 4135364.
Almacenamiento
Admite la selección de CSV para colocar un disco duro virtual nuevo
VMM 1807 permite seleccionar un volumen compartido de clúster (CSV) para colocar un disco de disco duro
virtual (VHD) nuevo.
En versiones anteriores de VMM, un disco duro virtual nuevo en una máquina virtual (VM), de manera
predeterminada, se coloca en el mismo CSV donde se colocan los discos duros virtuales anteriores asociados
con la máquina virtual. No había la opción de elegir un CSV o una carpeta diferente. En caso de cualquier
problema relacionado con el CSV, como que el almacenamiento estuviera lleno o hubiese sobrecompromiso, los
usuarios tenían que migrar el disco duro virtual solo después de implementarlo.
Con VMM 1807, ahora puede elegir cualquier ubicación para colocar el disco nuevo. Puede administrar este
disco fácilmente, según la disponibilidad de almacenamiento de los CSV. Más información.
Redes
Visualización de la información de LLDP para dispositivos de red
VMM 1807 admite el protocolo de detección de nivel de vínculo (LLDP). Ahora puede ver información sobre las
propiedades de los dispositivos de red y las funcionalidades de los hosts desde VMM. El sistema operativo host
debe ser Windows 2016 o una versión superior.
Las características DataCenterBridging y DataCenterBridging-LLDP-Tools se habilitaron en los hosts para
capturar las propiedades del protocolo LLDP. Más información.
Conversión del conmutador SET al conmutador lógico
VMM 1807 permite convertir un conmutador Switch Embedded Teaming (SET) al conmutador lógico mediante
el uso de la consola VMM. En versiones anteriores, esta característica solo se admite a través del script de
PowerShell. Más información.
Administración de hosts de VMware
VMM 1807 es compatibles con servidores de VMware ESXi v6.5 en el tejido de VMM. Esta compatibilidad facilita
a los administradores tener una flexibilidad adicional para administrar los diversos hipervisores en uso. Más
información sobre los detalles adicionales de las versiones compatibles de VMware Server.
Compatibilidad con la actualización del clúster de S2D
VMM 1807 admite la actualización de un clúster o un host de S2D. Puede actualizar hosts individuales de S2D o
los clústeres en las líneas base configuradas en Windows Server Update Services (WSUS). Más información.
Otros
Compatibilidad con SQL 2017
VMM 1807 es compatible con SQL 2017. Puede actualizar SQL 2016 a 2017.
IMPORTANT
Manager (VMM).
Manager (VMM).
Novedades de System Center 1801 Virtual Machine Manager

Vea las secciones siguientes para obtener información detallada sobre las nuevas características admitidas en
VMM 1801.
Proceso
Virtualización anidada
WMM admite la característica de virtualización anidada que permite ejecutar Hyper-V en una máquina virtual
de Hyper-V. En otras palabras, con la virtualización anidada, se puede virtualizar el mismo host de Hyper-V. La
virtualización anidada se puede habilitar fuera de banda mediante la configuración de host de Hyper-V y
PowerShell.
Puede aprovechar esta funcionalidad para reducir los gastos de infraestructura en los escenarios de desarrollo,
prueba, demostración y aprendizaje. Esta característica también permite usar productos de administración de
virtualización de terceros con el hipervisor de Microsoft.
Puede habilitar o deshabilitar la característica de virtualización anidada con SCVMM 1801. Puede configurar la
máquina virtual como un host en VMM y realizar operaciones de host de VMM en esta máquina virtual. Por
ejemplo, la optimización dinámica de VMM tiene en cuenta un host de máquina virtual anidada para la
ubicación. Más información.
Migración de máquina virtual VMware (máquina virtual basada en firmware EFI ) a la máquina virtual de Hyper-
V
La migración actual de VMM en máquinas virtuales VMware a Hyper-V solo admite la migración de máquinas
virtuales basadas en BIOS.
La versión VMM 1801 permite la migración de máquinas virtuales de VMware basadas en EFI a máquinas
virtuales de Hyper-V de segunda generación. Las máquinas virtuales VMware que se migran a la plataforma de
Microsoft Hyper-V pueden aprovechar las características de la segunda generación de Hyper-V.
Como parte de esta versión, el Asistente para conver tir máquina vir tual permite la migración de máquinas
virtuales en función del tipo de firmware (BIOS o EFI), selecciona y predetermina la generación de máquinas
virtuales de Hyper-V adecuadamente. Más información.
1. Las máquinas virtuales basadas en BIOS se migran a la máquina virtual de Hyper-V de primera generación.
2. Las máquinas virtuales basadas en EFI se migran a la máquina virtual de Hyper-V de segunda generación.
También hemos realizado mejoras en el proceso de conversión de máquinas virtuales VMWare que realiza la
conversión hasta un 50 % más rápido.
Mejora del rendimiento del actualizador de host
El actualizador de host de VMM 1801 se ha sometido a algunas actualizaciones para mejorar el rendimiento.
Con estas actualizaciones, en escenarios donde la organización administra un gran número de hosts y máquinas
virtuales con puntos de control, podrá observar mejoras importantes y notables en el rendimiento del trabajo.
En nuestro laboratorio, con instancias de VMM que administran 20 hosts y cada host administra entre 45 y 100
máquinas virtuales, hemos detectado una mejora del rendimiento hasta 10 veces superior.
La conexión de la consola de VMM proporciona una alternativa de conectar el escritorio remoto a la máquina
virtual. Esto es muy útil cuando la máquina virtual no tiene conectividad de red o desea cambiar la
configuración de red que podría afectar a su conectividad. Actualmente, la conexión de la consola actual de
VMM solo admite una sesión básica, en la que texto del Portapapeles únicamente se puede pegar mediante la
opción de menú Escribir texto del Portapapeles.
VMM 1801 admite una sesión de consola mejorada que permite las operaciones de Cor tar (Ctrl+X) , Copiar
(Ctrl+C) y Pegar (Ctrl+V) en el texto y archivos ANSI disponibles en el Portapapeles, con lo que se pueden
usar los comandos de copiar y pegar para texto y archivos desde y hacia la máquina virtual. Más información.
Almacenamiento
Mejoras de QoS de almacenamiento de Virtual Machine Manager
La calidad de servicio (SQoS) de almacenamiento proporciona una manera de supervisar y administrar de
forma centralizada el rendimiento del almacenamiento para máquinas virtuales con Hyper-V y los roles del
Servidor de archivos de escalabilidad horizontal (SOFS). La característica mejora automáticamente la
imparcialidad de los recursos de almacenamiento entre varias máquinas virtuales con el mismo clúster y
permite objetivos de rendimiento basados en directivas.
VMM 1801 admite las siguientes mejoras en SQoS:
Extensión de soporte técnico de SQoS después de S2D: ahora puede asignar las directivas de QoS de
almacenamiento para redes de área de almacenamiento (SAN). Más información.
Compatibilidad con la nube privada de VMM: las directivas de QoS de almacenamiento ahora pueden
utilizarlas los inquilinos de nube de VMM. Más información.
Disponibilidad de las directivas de QoS de almacenamiento como plantillas: puede establecer directivas de
QoS de almacenamiento mediante plantillas de máquinas virtuales. Más información.
Redes
Configuración de clústeres de invitado en las redes definidas por software mediante VMM
Con la llegada de las redes definidas por software en Windows Server 2016 y System Center 2016, la
configuración de clústeres invitados ha experimentado algunos cambios.
Con la introducción de las redes definidas por software (SDN), las máquinas virtuales que están conectadas a la
red virtual mediante SDN solo pueden usar la dirección IP que asigna la controladora de red a la comunicación.
El diseño de las redes definidas por software está inspirado por el diseño de redes de Azure, que admite la
funcionalidad de dirección IP flotante mediante el equilibrador de carga de software, como las redes de Azure.
La versión VMM 1801 también admite la funcionalidad de dirección IP flotante mediante el equilibrador de
carga de software (SLB) en los escenarios SDN. VMM 1801 admite clústeres invitados a través de una IP virtual
del equilibrador de carga interno. El equilibrador de carga interno usa los puertos de sondeo que se crean en las
máquinas virtuales del clúster invitado para identificar el nodo activo. En un momento dado, el puerto de
sondeo del nodo activo responde al equilibrador de carga interno y enruta todo el tráfico dirigido a la dirección
IP virtual en el nodo activo. . Más información.
Configuración de direcciones IP virtuales del equilibrador de carga interno a través de plantillas de servicio
de VMM
Las redes definidas por software en Windows 2016 pueden utilizar el equilibrio de carga de software (SLB) para
equilibrio de carga de software con PowerShell.
Con VMM 1801, VMM admite la configuración de direcciones IP virtuales del equilibrio de carga de software al
implementar aplicaciones multinivel mediante plantillas de servicio. Más información.
VMM 1801 admite el cifrado de redes de máquinas virtuales. Mediante la nueva característica de redes cifradas,
se puede configurar fácilmente el cifrado de un extremo a otro en redes de máquinas virtuales mediante el uso
de la controladora de red. Este cifrado impide que el tráfico entre dos máquinas virtuales en la misma red y la
El control del cifrado se encuentra en el nivel de subred y el cifrado puede habilitarse o deshabilitarse para cada
subred de la red de máquina virtual. Más información.
Seguridad
Soporte técnico para la máquina virtual blindada Linux
Windows Server 2016 introdujo el concepto de máquina virtual blindada en las máquinas virtuales basadas en
el sistema operativo Windows. Las máquinas virtuales blindadas ofrecen protección frente a acciones de
administrador malintencionadas, tanto cuando los datos de las máquinas virtuales están en reposo como en el
software que no es de confianza que se ejecuta en los hosts de Hyper-V.
Con Windows Server 1709, Hyper-V presenta la compatibilidad para el aprovisionamiento de máquinas
virtuales blindadas Linux y la misma se ha ampliado a VMM 1801. Más información.
Configuración del servicio de protección de host de reserva
Al centrarse en proporcionar servicios de protección de claves y de atestación para ejecutar máquinas virtuales
blindadas en hosts de Hyper-V, el servicio de protección de host debe funcionar incluso en situaciones de
desastre. Windows Server 1709 agregó compatibilidad para el servicio de protección de host de reserva.
Con VMM 1801, se puede configurar un host protegido con un par principal y otro secundario de direcciones
URL de servicio de protección de host (un URI de atestación y protección de claves). Esta funcionalidad habilita
escenarios como implementaciones de tejido protegido que abarcan dos centros de datos para la recuperación
ante desastres, un servicio de protección de host que se ejecuta como máquinas virtuales blindadas, etc.
Las direcciones URL del servicio de protección de host principal siempre se usarán a favor del secundario. Si se
produce un error en el servicio de protección de host principal tras el tiempo de espera adecuado y el número
de reintentos, la operación se volverá a intentar con el servicio secundario. Las operaciones posteriores siempre
favorecerán al servicio principal; el servicio secundario solo se usará cuando se produce un error en el principal.
Más información.
Administración de suscripciones de Azure específicas de la región basadas en Azure Resource Manager
Actualmente, el complemento de Azure de VMM solo admite máquinas virtuales clásicas y regiones de Azure
públicas.
VMM 1801 admite la administración de máquinas virtuales basadas en Azure Resource Manager, la
autenticación de Azure Active Directory (AD) que se crea mediante el nuevo Azure Portal y las suscripciones de
Azure específicas de la región (es decir, regiones de Alemania, China, US Government Azure). Más información.
Novedades de VMM 2016

Vea las secciones siguientes para obtener información detallada sobre las nuevas características admitidas en
VMM 2016.
Proceso
Administración del ciclo de vida completo de máquinas virtuales y hosts basados en Nano Server
En el tejido de VMM se pueden aprovisionar y administrar máquinas virtuales y hosts basados en Nano Server.
Más información.
Actualización gradual de clústeres de hosts de Windows Server 2012 R2
Ahora, los clústeres de Hyper-V y de Servidor de archivos de escalabilidad horizontal (SOFS) en el tejido de
VMM se pueden actualizar de Windows Server 2012 R2 a Windows Server 2016 sin tiempo de inactividad que
afecte a las cargas de trabajo del host. VMM se encarga del flujo de trabajo completo. Así, purga el nodo, lo quita
del clúster, reinstala el sistema operativo y vuelve a agregar el nodo al clúster. Obtenga más información sobre
cómo realizar actualizaciones graduales de clústeres de Hyper-V y clústeres de SOFS.
Creación de clústeres de Hyper-V y SOFS
Existe un flujo de trabajo simplificado para crear clústeres de Hyper-V y SOFS:
Implementación sin sistema operativo de clústeres de hosts de Hyper-V: la implementación de
un clúster de hosts de Hyper-V desde equipos sin sistema operativo ahora se realiza en un solo paso. Más
información
Adición de un nodo sin sistema operativo a un clúster de hosts de Hyper-V o un clúster
SOFS existente: ahora se puede agregar directamente un equipo sin sistema operativo a un clúster de
Hyper-V o SOFS existente.
Nuevas operaciones para máquinas virtuales en ejecución
Ahora es posible aumentar o disminuir la memoria estática y agregar o quitar un adaptador de red virtual de
máquinas virtuales en ejecución. Más información.
Puntos de control de producción
Ahora se pueden crear puntos de control de producción para las máquinas virtuales. Estos puntos de control se
basan en el Servicio de instantáneas de volumen (VSS) y son coherentes con la aplicación (si se comparan con
los puntos de control estándar basados en la tecnología de estado guardado, que no lo son). Más información.
Server App-V
La aplicación Server App-V de las plantillas ha dejado de estar disponible en VMM 2016. Por tanto, no se
pueden crear plantillas o implementar servicios nuevos con la aplicación Server App-V. Si actualiza desde VMM
2012 R2 y tiene un servicio con la aplicación Server App-V, la implementación existente seguirá funcionando,
pero, tras la actualización, no se podrá escalar horizontalmente el nivel con la aplicación Server App-V. Puede
escalar horizontalmente otros niveles.
NOTE
La siguiente característica está disponible en 2016 UR9.

La capacidad de conexión de la consola en VMM proporciona una manera alternativa de conectarse a la VM a
través de un escritorio remoto. Este método resulta muy útil cuando la máquina virtual no tiene conectividad de
red o cunado quiere cambiar a una configuración de red que podría afectar a su conectividad. Actualmente, la
capacidad de conexión de la consola en Virtual Machine Manager solo admite una sesión básica, en la que texto
del Portapapeles solo se puede pegar a través de la opción de menú Escribir texto del Por tapapeles .
VMM admite una sesión de consola mejorada que permite las operaciones de Cor tar (Ctrl+X) , Copiar
(Ctrl+C) y Pegar (Ctrl+V) en el texto y en archivos ANSI disponibles en el Portapapeles. Como resultado, se
pueden usar los comandos Copiar y Pegar para texto y archivos desde y hacia la máquina virtual. Para obtener
más información, consulte el artículo Habilitación de la sesión de consola mejorada en VMM.
Almacenamiento
Implementación y administración de clústeres de almacenamiento con Espacios de almacenamiento directo
(S2D)
Espacios de almacenamiento directo en Windows Server 2016 permite crear sistemas de almacenamiento de
alta disponibilidad en Windows Server. Puede usar VMM para crear un Servidor de archivos de escalabilidad
horizontal con Windows Server 2016 y configurarlo con Espacios de almacenamiento directo. Tras configurarlo,
puede crear bloques de almacenamiento y recursos compartidos de archivos en ese servidor. Más información.
Réplica de almacenamiento
En VMM 2016, puede usar la réplica de almacenamiento de Windows para proteger los datos de un volumen
por medio de la réplica sincrónica entre los volúmenes principal y secundario (recuperación). Puede
implementar los volúmenes principal y secundario en un único clúster, en dos clústeres diferentes o en dos
servidores independientes. Use PowerShell para configurar la réplica de almacenamiento y ejecutar la
conmutación por error. Más información
Calidad de servicio (QoS ) del almacenamiento
Puede configurar QoS para almacenamiento a fin de asegurarse de que los discos, máquinas virtuales,
aplicaciones e inquilinos no caen por debajo de una determinada calidad de recursos cuando los hosts y el
almacenamiento estén sobrecargados. Puede configurar QoS para almacenamiento en el tejido de VMM.
Redes
Redes definidas por software (SDN )
En VMM 2016, puede implementar toda la pila de SDN con plantillas de servicio VMM.
Puede implementar y administrar una Controladora de red de varios nodos en una subred. Después de
implementar e incorporar la Controladora de red, puede especificar que los componentes del tejido deben
administrarse con SDN para proporcionar conectividad a las máquinas virtuales de inquilinos y para definir
directivas.
Puede implementar y configurar un equilibrador de carga de software para distribuir el tráfico de redes
administradas por la Controladora de red. El equilibrador de carga de software se puede usar para NAT de
entrada y salida.
Puede implementar y configurar un grupo de servidores de puerta de enlace de Windows Server con
redundancia M+N. Después de implementar la puerta de enlace, conecte una red de inquilino a la red de un
proveedor de hospedaje o a su propia red de centro de datos remoto a través de S2S GRE, IPSec S2S o L3.
Aislamiento y filtrado del tráfico de red
Puede limitar y separar el tráfico de red especificando listas de control de acceso de puertos en redes de
máquinas virtuales, subredes virtuales, interfaces de red o en una marca de VMM completa por medio de la
Controladora de red y PowerShell. Más información.
Nomenclatura de los adaptadores de red virtuales
Al implementar una máquina virtual, es posible que quiera ejecutar un script posterior a la implementación en
el sistema operativo invitado para configurar adaptadores de red virtuales. Antes esto resultaba complicado, ya
que no existía ninguna forma de distinguir con facilidad los distintos adaptadores de red virtuales durante la
implementación. Ahora, en las máquinas virtuales de generación 2 implementadas en hosts de Hyper-V con
Windows Server 2016, puede poner nombre al adaptador de red virtual en una plantilla de máquina virtual.
Esto es similar al uso de CDN (Consistent Device Naming) en los adaptadores de red físicos.
Administración autoservicio de SDN con Windows Azure Pack (WAP)
Puede incluir capacidades de autoservicio para el tejido administrado por la Controladora de red. Esto incluye
crear y administrar redes de máquinas virtuales, configurar conexiones S2S IPSec y configurar opciones de NAT
para máquinas virtuales de inquilino e infraestructura en su centro de datos.
Implementación de conmutador lógico en varios hosts
La interfaz para crear un conmutador lógico se ha optimizado para que resulte más fácil seleccionar la
configuración.
Se puede usar Hyper-v directamente para configurar un conmutador virtual estándar en un host
administrado y, luego, usar VMM para convertir ese conmutador virtual estándar en un conmutador lógico
de VMM para, posteriormente, aplicarlo a más hosts.
Si, al aplicar un conmutador lógico a un host concreto, la operación no se realiza correctamente por
completo, esta se revertirá y la configuración del host permanecerá inalterada. Al haber mejorado el registro,
es más fácil diagnosticar errores.
Seguridad
Implementación del host protegida
Ahora puede aprovisionar y administrar hosts protegidos y máquinas virtuales blindadas en el tejido de VMM
para ofrecer protección frente a administradores de hosts y software malintencionados.
Puede administrar hosts protegidos en el tejido de VMM. Los hosts protegidos se configuran para
comunicarse con servidores HGS, y se pueden especificar directivas de integridad de código que restrinjan el
software que se puede ejecutar en modo kernel en el host.
Puede convertir máquinas virtuales existentes en máquinas virtuales blindadas e implementar nuevas
máquinas virtuales blindadas.
Pasos siguientes
Know the VMM system requirements (Conocer los requisitos del sistema de VMM)
Versiones de compilación de System Center Virtual
Machine Manager
IMPORTANT
En este artículo se describe cómo determinar el número de versión actual de Microsoft System Center Virtual
Machine Manager y el paquete acumulativo de actualizaciones correspondiente. Cada versión de paquete
acumulativo de actualizaciones (UR) tiene un vínculo a un artículo de soporte técnico que describe los cambios
de UR, así como vínculos a las descargas de paquete.
NOTE
Todos los paquetes de actualizaciones de System Center Virtual Machine Manager son acumulativos. Esto significa que no
es necesario aplicarlos en orden; se puede aplicar el más reciente. Si ha implementado System Center 2016 Virtual
Machine Manager y no ha aplicado nunca ningún paquete de actualizaciones, puede seguir con la instalación del más
reciente que haya disponible.
Versiones de compilación
En la tabla siguiente se enumeran las versiones de compilación para Virtual Machine Manager 2019.
N ÚM ERO DE C O M P IL A C IÓ N KB DESC RIP C IÓ N
10.19.1013.0 n/a System Center 2019 Virtual Machine

Manager RTM
10.19.2292.0 4533411 Paquete acumulativo de

actualizaciones 1 para System
Center 2019 Virtual Machine Manager


4.0.1662.0 n/a System Center 2016 Virtual Machine

Manager RTM










4.1.3223.0 n/a Versión 1801
4.1.3403.0 4135364 Versión 1807
Pasos siguientes
Novedades de VMM
Notas de la versión de System Center Virtual
Machine Manager
Este artículo contiene las notas de la versión de System Center 2019 Virtual Machine Manager (VMM).
Notas de la versión de VMM 2019

En las siguientes secciones se resumen las notas de la versión de VMM 2019 y se incluyen los problemas
conocidos y las soluciones alternativas. No hay ninguna incidencia conocida en VMM 2019 UR1 ni en UR2.
Para obtener información sobre las incidencias corregidas en 2019 UR1, consulte el artículo de KB sobre
UR1.
Para obtener información sobre las incidencias corregidas en 2019 UR2, consulte el artículo de KB sobre
UR2.
Se produce un error en la eliminación del nodo de clúster con la

marca CleanUpDisks
Descripción : al quitar un nodo de clúster de un clúster S2D de Windows Server 2019, con una marca
CleanUpDisks, se produce el error Could not get the specified instance MSFT_StorageJob (No se pudo
obtener la instancia especificada MSFT_StorageJob) en los escenarios siguientes
La capacidad de almacenamiento no es adecuada en los restantes servidores para acomodar todos los
volúmenes.
No hay suficientes dominios de error para proporcionar la resistencia del volumen.
Solución alternativa : Asegúrese de lo siguiente:
Está disponible la capacidad de almacenamiento adecuada en los restantes servidores para acomodar
todos los volúmenes
No suficientes dominios de error disponibles para proporcionar la resistencia de los volúmenes.
Se produce un error en la adición de un dispositivo de

almacenamiento que tenga la interfaz de administración de SMI-S
Descripción : al agregar un dispositivo de almacenamiento que tenga la interfaz de administración de SMI-S
que tenga el error Registration of storage provider failed with error code WsManMIInvokeFailed (Error en el
registro del proveedor de almacenamiento; el código de error es WsManMIInvokeFailed) cuando 2019 de
System Center Virtual Machine Manager (VMM) 2019 está instalado en Windows Server 2019.
Solución alternativa : VMM depende del servicio Administración de almacenamiento basada en estándares de
Windows para administrar los dispositivos de almacenamiento que usan SMI-S. Asegúrese de que se ha iniciado
el servicio antes de intentar agregar el dispositivo de almacenamiento.
Windows Server 2019 no admite redes HNVv1

Descripción : Windows Server 2019 no admite HNVv1. Si HNVv1 está actualmente en uso, el clúster que utiliza
HNVv1 no debe actualizarse a Windows Server 2019 mediante la actualización gradual de los clústeres.
Solución alternativa : migre HNVv1 a SDNv2 en Windows Server 2016 antes de usar la actualización gradual
de los clústeres a Windows Server 2019.
Las últimas correcciones de accesibilidad de la consola no están

disponibles
Descripción : es posible que las últimas correcciones de accesibilidad de la consola no estén disponibles si se
usa .NET 4.7 durante la instalación de la consola de VMM.
Solución alternativa : Se recomienda que utilice .NET 4.8. Para más información acerca de la migración de .NET
4.8, consulte el artículo acerca de la migración de .NET.
La conectividad del adaptador de back-end para SLB MUX no

funciona según lo previsto
Descripción : es posible que la conectividad del adaptador de back-end de SLB MUX no funcione como se
esperaba después de la migración de la máquina virtual.
Solución alternativa : Los usuarios pueden optar por reducir o escalar horizontalmente la máquina virtual de
SLB MUX como solución alternativa.
Se produce un error en la actualización del paquete acumulativo de

actualizaciones de clúster
Descripción : se produce un error en la actualización del paquete acumulativo de actualizaciones de clúster
(CRU) durante la fase de conexión del host de Hyper-V a las matrices de almacenamiento si el disco duro virtual
de Windows Server 2019 del servidor de la biblioteca, que se usa como perfil de equipo para volver a
implementar el sistema operativo (SO) no se instala con las actualizaciones más recientes.
Solución alternativa : para resolver este error, instale todas las actualizaciones pendientes en el disco duro
virtual y reinicie el trabajo de la CRU.
Para evitar este problema, antes de desencadenar la CRU, asegúrese de instalar las actualizaciones más recientes
del sistema operativo en el disco duro virtual que desea usar para la CRU.
La optimización dinámica del almacenamiento no desencadena la

migración del disco duro virtual ni cuando se cumplen los criterios de
optimización
Descripción : La optimización dinámica (DO) del almacenamiento debe desencadenar la migración del disco
duro virtual entre volúmenes compartidos en clúster (CSV), cuando el espacio de almacenamiento libre de uno
de ellos no llega al umbral de espacio en disco establecido en la página Optimización dinámica y se cumplen los
criterios de agresividad. Sin embargo, en algunos casos es posible que los discos duros virtuales no se migren,
aunque se cumplan las restantes condiciones de la optimización dinámica del almacenamiento.
Solución alternativa : para asegurarse de que se desencadena la migración del almacenamiento, realice lo
siguiente:
1. Compruebe el HostVolumeID mediante el cmdlet Get-SCStorageVolume. Si HostVolumeID devuelve Null
para el volumen, actualice la máquina virtual y vuelva a realizar la optimización dinámica del
almacenamiento.
2. Compruebe el DiskSpacePlacementLevel del grupo host mediante el cmdlet Get-SCHostResever. Establezca
el valor de DiskSpacePlacementLevel que equivalga al valor del espacio en disco de la configuración de
Recurso en reserva en el host del Asistente para optimización dinámica.
El disco de la optimización dinámica del almacenamiento realiza varias
migraciones de disco duro virtual
Descripción : si se produce un error de coincidencia en los niveles de advertencia de espacio de disco entre los
grupos host que tienen el mismo recurso compartido de archivos, eso puede dar lugar a varias migraciones
hacia ese recurso compartido de archivos y desde este, y puede afectar al rendimiento de la optimización
dinámica del almacenamiento.
Solución alternativa : se recomienda no realizar un recurso compartido de archivos a través de diferentes
clústeres en los que esté habilitada la optimización dinámica de almacenamiento.
En la supervisión de rendimiento del servidor de VMM se produce el

error de evento Acceso denegado
Descripción : en un escenario en el VMM se supervisa mediante Operations Manager, se produce en la
supervisión del rendimiento del servidor de VMM el error de evento Acceso denegado. Los usuarios del servicio
no tiene permiso para acceder a registro de eventos operativos o de Virtual Machine Manager-Server.
Solución alternativa : cambie el descriptor de seguridad de registro del registro de eventos operativos con el
siguiente comando y, después, reinicie tanto el servicio del registro de eventos como el servicio del registro de
mantenimiento.
reg add HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WINEVT\Channels\Microsoft-

VirtualMachineManager-Server/Operational /v ChannelAccess /t REG_SZ /d O:BAG:SYD:(D;;0xf0007;;;AN)
(D;;0xf0007;;;BG)(A;;0xf0007;;;SY)(A;;0x7;;;BA)(A;;0x3;;;NS)(A;;0x1;;;IU)(A;;0x1;;;SU)"
Este comando agregará el usuario del servicio a la lista de usuarios permitidos, que pueden acceder al registro
de eventos operativos o de Virtual Machine Manager-Server.
El trabajo Set-SCVMSubnet -RemovePortACL se completa en VMM sin

quitar la asociación portACL del objeto VMSubnet de NC.
Descripción : El trabajo Set-SCVMSubnet -RemovePortACL se completa en VMM sin quitar la asociación
portACL del objeto VMSubnet de NC, debido a que se produce un error en el trabajo Remove-PortACL con la
excepción de NC que todavía está en uso.
Solución alternativa : Quite VMSubnet de VMM y luego quite Port-ACL.
Import-Module NetworkController
#
Reemplace el URI de la controladora de red por la IP de REST o FQDN.
$uri = "<NC FQDN or IP>"
#
Proporcione las credenciales de administrador de NC.
$cred = Get-Credential
#
Identifique la red virtual que contiene la subred.
$vnet = Get-NetworkControllerVirtualNetwork -ConnectionUri $uri -ResourceId "Fabrikam_VNet1" -Credential

$cred
#
Identifique la subred para la que se debe quitar la ACL.
$vnet.Properties.Subnets[0].Properties = $vnet.Properties.Subnets[0].Properties | Select-Object -Property *

-ExcludeProperty AccessControlList
#
Actualizar
New-NetworkControllerVirtualNetwork -ResourceId "Fabrikam_VNet1" -ConnectionUri $uri –Properties

$vnet.Properties -Credential $cred
IMPORTANT

conocidos y las soluciones alternativas.

disponibles
Descripción : es posible que las últimas correcciones de accesibilidad en la consola no estén disponibles cuando
se usa .NET 4.7 durante la instalación de la consola VMM.
Solución alternativa : se recomienda usar .NET 4.7.1 durante la instalación de la consola VMM. Para obtener
información detallada sobre la migración de .NET 4.7.1, vea el artículo sobre la migración de .NET.

Descripción : Es posible que la conectividad del adaptador de back-end de SLB MUX no funcione como se
Problemas de conectividad para las direcciones SLB

Descripción : para las direcciones IP de front-end y back-end asignadas a máquinas virtuales MUX de
equilibrador de carga de software, es posible que se experimenten problemas de conectividad si se selecciona
Registrar la dirección de esta conexión en DNS .
Solución alternativa : Desactivar la opción para evitar problemas con estas direcciones IP.
VMM integrado con Azure Site Recovery no admitirá las versiones de

DRA anteriores a 5.1.3100
Descripción : En caso de que use VMM integrado con Azure Site Recovery, VMM admite la versión 5.1.3100 o
superior del Agente de recuperación de datos (DRA). Las versiones anteriores no se admiten.
Solución alternativa : Siga estos pasos y actualice la versión de DRA:
1. Desinstale la versión existente de DRA.
2. Instale la revisión VMM 1807.
3. Instale la versión 5.1.3100 o una versión posterior.
La actualización de host/clúster podría tardar más si hay un gran

número de definiciones de redes lógicas
Descripción : Cuando hay un gran número de definiciones de redes lógicas en el entorno, la actualización de
host/clúster puede tardar más de lo esperado.

#
#
#

$cred
#

#
Actualizar

IMPORTANT

conocidos y las soluciones alternativas.

disponibles
Descripción : es posible que las últimas correcciones de accesibilidad en la consola no estén disponibles cuando
se usa .NET 4.7 durante la instalación de la consola VMM.
Solución alternativa : se recomienda usar .NET 4.7.1 durante la instalación de la consola VMM. Para obtener
información detallada sobre la migración de .NET 4.7.1, vea el artículo sobre la migración de .NET.

Problemas de conectividad para las direcciones SLB

Descripción : para las direcciones IP de front-end y back-end asignadas a máquinas virtuales MUX de
equilibrador de carga de software, es posible que se experimenten problemas de conectividad si se selecciona
Registrar la dirección de esta conexión en DNS .
Solución alternativa : Desactivar la opción para evitar problemas con estas direcciones IP.
La actualización puede dar error si ha cambiado el nombre de una

clasificación de puerto predeterminado.
Descripción : al cambiar el nombre original de una clasificación de puerto predeterminado y, a continuación,
volver a intentar actualizar a VMM 1801, la actualización podría producir un error con el mensaje siguiente en el
registro de instalación de VMM.
Violation of PRIMARY KEY constraint 'PK_tbl_NetMan_PortClassification'. Cannot insert duplicate key in object
'dbo.tbl_NetMan_PortClassification' .
Solución : cambie el nombre de la clasificación de puerto al nombre original y, a continuación, desencadene la
actualización. Después de la actualización, puede cambiar el nombre predeterminado por otro distinto.

#
#
#

$cred
#

#
Actualizar

conocidos, las correcciones y las soluciones alternativas.
Implementación de VMM
Es posible que se produzca un error en la importación de la consola de administración de VMM
Descripción : Si importa el complemento de consola de administración de VMM como usuario que no es
administrador, la consola se bloqueará. Esto se produce porque el complemento de la consola se almacena en la
ubicación "C:\Archivos de programa", y solo los administradores tienen acceso a esta ubicación. Solución
alternativa : almacene el complemento de consola en una ubicación que no necesite acceso de administrador y
después impórtelo.
Storage
Podría producirse un error en la promoción de una máquina virtual para alta disponibilidad
Descripción : Cree una máquina virtual en el almacenamiento local, iníciela y cree puntos de control. Si intenta
migrar y promover la máquina virtual a alta disponibilidad en un clúster, es posible que se produzca un error en
la migración. Solución alternativa : Antes de ejecutar la migración, elimine el punto de control en ejecución y
detenga la máquina virtual.
Posible error al migrar una máquina virtual desde CSV al almacenamiento LUN
Descripción : Una máquina virtual de alta disponibilidad se crea con almacenamiento CSV, se agrega un LUN
como almacenamiento disponible en el clúster y se migra la máquina virtual desde CSV al LUN. Si el
almacenamiento LUN y la máquina virtual están en el mismo nodo, la migración se realizará correctamente. Si
no, se producirá un error en la migración. Solución alternativa : si la máquina virtual no se encuentra en el
nodo del clúster en el que está registrado el almacenamiento LUN, muévala ahí. Después, migre la máquina
virtual al almacenamiento LUN.
La capacidad de las matrices de NAS se muestra como 0 GB.
Descripción : VMM muestra Capacidad total y Capacidad disponible como 0 GB para los recursos
compartidos de archivos existentes en las matrices de NAS. Solución alternativa : Ninguna.
Redes
Las redes lógicas administradas por el controlador de red SDN no pueden usar direcciones IP dinámicas
Descripción : no se admite el uso de direcciones IP dinámicas para las máquinas virtuales conectadas a redes
lógicas administradas por el controlador de red SDN en el tejido de VMM. Solución alternativa : Configure
direcciones IP estáticas.
El conmutador SET se muestra como "Interno" en VMM
Descripción : si se implementa un conmutador SET fuera de la consola de VMM y después se empieza a
administrar con el tejido de VMM, el tipo de conmutador se mostrará como "interno". Esto no afecta a la
funcionalidad del conmutador. Solución alternativa : Ninguno
El conmutador agrupado LACP no funciona después de la actualización
Descripción : un equipo LACP configurado en un conmutador lógico no funciona después de actualizar a VMM
2016. Solución alternativa : vuelva a implementar el conmutador, o bien quite y vuelva a agregar un
adaptador de red físico al equipo.
La conectividad del adaptador de back-end para SLB MUX no funciona según lo previsto
esperaba después de la migración de la máquina virtual. Solución alternativa : reduzca o escale
horizontalmente la máquina virtual MUX de SLB como solución alternativa.
No se admiten los certificados de entidad de certificación basados en CNG
Descripción : si se usan certificados de una entidad de certificación, no se pueden usar certificados CNG para la
implementación de SDN en VMM. Solución alternativa : use otros formatos de certificado.
Un adaptador virtual conectado a una red administrada por la controladora de red debe reiniciarse si se
cambia la dirección IP
Descripción : si hay un cambio en la dirección IP asignada en cualquiera de los adaptadores de red virtual
conectados a una red de máquinas virtuales administrada por la controladora de red, tendrá que reiniciar
manualmente los adaptadores asociados. Solución alternativa : Ninguna.
No se admite IPv6 para una infraestructura de red administrada por la controladora de red
Descripción : IPv6 no es compatible con la controladora de red en el tejido de VMM. Solución alternativa:
Use IPv4.
Problemas de conectividad para las direcciones SLB.
Descripción : para las direcciones IP de front-end y back-end asignadas a máquinas virtuales MUX de SLB, es
posible que se experimenten problemas de conectividad si se selecciona Registrar la dirección de esta
conexión en DNS . Solución alternativa : desactive la opción para evitar problemas.
El trabajo Set-SCVMSubnet -RemovePortACL se completa en VMM sin quitar la asociación portACL del
objeto VMSubnet de NC.
#
#
#
$cred
#

#
Actualizar

Administración de clústeres
La actualización del nivel funcional de un clúster no actualiza la información del servidor de archivos
Descripción : Si actualiza el nivel funcional para un clúster que incluye un servidor de archivos, la información
de plataforma no se actualiza automáticamente en la base de datos de VMM. Solución alternativa : Después
de actualizar el nivel funcional del clúster, actualice el proveedor de almacenamiento para el servidor de
archivos.
Se produce un error al actualizar un clúster de Espacios de almacenamiento directo en VMM
Descripción : La actualización de un clúster de Espacios de almacenamiento directo (hiperconvergido o
desagregado) mediante VMM no se admite y es posible que produzca pérdida de datos. Solución alternativa :
actualice los clústeres fuera de VMM con la actualización compatible con clústeres (CAU) de Windows.
La actualización gradual de clúster de un clúster de host de Windows Server 2012 R2 a un clúster de host de
Windows Server 2016 Nano Server producirá un error
Descripción : al intentar actualizar los nodos de host de un clúster de Windows Server 2012 R2 a Windows
Server 2016 Nano Server mediante la funcionalidad de actualización gradual de clúster en VMM, se producirá el
error 20406: "VMM no pudo enumerar las instancias de la clase MSFT_StorageNodeToDisk en el servidor . Error
MI RESULT 7 No se admite la operación solicitada.: Solución alternativa : Actualice manualmente el clúster de
host de Windows Server 2012 R2 a Nano fuera de VMM. Cabe decir que la actualización gradual desde
Windows Server 2012 R2 a Windows Server 2016 (servidor completo) funciona perfectamente. Este problema
solo ocurre con Nano.
Agregar un clúster en la consola de administración de VMM podría producir un error
Descripción : cuando se agrega un clúster como un recurso en la consola de administración de VMM, es posible
que se reciba un error que indica que "No se detectaron equipos según las entradas". Solución alternativa :
haga clic en Aceptar y cierre el cuadro de diálogo del error. Después, intente volver a agregar el clúster.
Una actualización gradual de clúster no realiza la migración en vivo de las máquinas virtuales que no son de
alta disponibilidad
Descripción : cuando se ejecuta una actualización gradual de clústeres de Windows Server 2012 R2 a Windows
Server 2016 mediante VMM, no se realiza la migración en vivo de las máquinas virtuales que no son de alta
disponibilidad. Se mueven a un estado guardado. Solución alternativa : puede hacer todas las máquinas
virtuales del clúster de alta disponibilidad antes de la actualización, o bien realizar una migración en vivo
manual de máquinas virtuales concretas.
Es necesario realizar pasos manuales para agregar un host basado en Nano Server que está en un dominio
que no es de confianza
Descripción : no se puede agregar un host basado en Nano Server que está en un dominio que no es de
confianza. Solución alternativa: Realice estos pasos en el host y, después, agréguelo al tejido de VMM como
un host de confianza.
1. Habilitar WINRM a través de HTTPS:
New-Item -Path WSMan:\LocalHost\Listener -Transport HTTPS -Address * -CertificateThumbPrint
$cert.Thumbprint –Force
2. Cree una excepción de firewall en el host, para permitir WINRM sobre HTTPS:
New-NetFirewallRule -DisplayName 'Windows Remote Management (HTTPS-In)' -Name 'Windows Remote
Management (HTTPS-In)' -Profile Any -LocalPort 5986 -Protocol TCP
No se pueden agregar hosts basados en Nano Server ubicados en una red perimetral
Descripción: Se produce un error al intentar agregar un host basado en Nano Server ubicado en una red
perimetral con el Asistente para agregar recursos. Solución alternativa: Realice estos pasos en el host y,
después, agréguelo al tejido de VMM como un host que no es de confianza.
1. Habilitar WINRM a través de HTTPS en el host:
New-Item -Path WSMan:\LocalHost\Listener -Transport HTTPS -Address * -CertificateThumbPrint
$cert.Thumbprint –Force
2. Cree una excepción de firewall en el host, para permitir WINRM sobre HTTPS:
New-NetFirewallRule -DisplayName 'Windows Remote Management (HTTPS-In)' -Name 'Windows Remote
Management (HTTPS-In)' -Profile Any -LocalPort 5986 -Protocol TCP
Es posible que se produzca un error en la implementación sin sistema operativo de hosts durante una
actualización de alta disponibilidad
Descripción : Después de una actualización de alta disponibilidad a VMM 2016, es posible que VMM actualice
incorrectamente la clave del Registro de Servicios de implementación de Windows (WDS),
HKLM\SYSTEM\CCS\SERVICES\WDSSERVER\PROVIDER\WDSPXE\PROVIDES\VMMOSDPROVIDER, a
"HOST/VIRT-VMM-1" en lugar de "SCVMM/VIRT-VMM-1". Esto provocará errores en la implementación sin
sistema operativo. Solución alternativa : Cambie manualmente la entrada del Registro de
HKLM\SYSTEM\CCS\SERVICES\WDSSERVER\PROVIDER\WDSPXE\PROVIDES\VMMOSDPROVIDER a
"SCVMM/VIRT-VMM-1".
Error de coincidencia del estado de agente de host después de la actualización
Descripción : Cuando VMM actualiza el agente de host, genera un nuevo certificado para el host. Debido a esta
actualización, el certificado de servidor de la controladora de red y el certificado de host no coinciden. Solución
alternativa : Repare el host en la página Estado del host .
Se produce un error en la migración de SAN en un host basado en Nano Server
Descripción: Si realiza una migración de SAN entre dos hosts independientes basados en Nano Server, se
genera un error. Solución alternativa : Instale el paquete acumulativo de actualizaciones de VMM más reciente
(el problema se corrigió en el paquete acumulativo de actualizaciones 2)
Espacios de almacenamiento directo

Si agrega un host al tejido de VMM con Espacios de almacenamiento directo habilitado, se genera una
advertencia
Descripción : Al agregar un host a un clúster con Espacios de almacenamiento directo habilitado, se genera la
advertencia "La E/S de múltiples rutas no está habilitada para las matrices de almacenamiento conocidas en el
host <\nombre_de_host>". Solución alternativa : Instale el paquete acumulativo de actualizaciones de VMM
más reciente (el problema se corrigió en el paquete acumulativo de actualizaciones 2).
La implementación de una máquina virtual en SOFS mediante copia rápida de archivos genera una
advertencia
Descripción : Si se implementa una máquina virtual en un Servidor de archivos de escalabilidad horizontal con
copia rápida de archivos, la acción se completa correctamente con la siguiente advertencia: "VMM no pudo
transferir el archivo a mediante la copia rápida de archivos. El agente VMM del host devolvió un error. Solución
alternativa: Ninguna
La validación de clúster siempre se ejecuta
Descripción : Al agregar un nodo a un clúster o crear un clúster hiperconvergido con Espacios de
almacenamiento directo, siempre se produce una validación del clúster, aun cuando se haya especificado la
opción de omitir esa validación. Solución alternativa : Instale el último paquete acumulativo de actualizaciones
VMM. El problema se corrigió en el paquete acumulativo de actualizaciones 2.
No se aplica un cambio de clasificación en un volumen compartido de clúster (CSV )
Descripción : Si cambia la clasificación en un volumen compartido de clúster (CSV) en un clúster
hiperconvergido de Espacios de almacenamiento directo, solo se actualiza la clasificación del nodo propietario.
El resto de los nodos seguirá teniendo asignada la clasificación anterior. Solución alternativa : Instale el último
paquete acumulativo de actualizaciones VMM. El problema se corrigió en el paquete acumulativo de
actualizaciones 2.
La creación de recursos compartidos de archivos en capas en SOFS no funciona de la forma esperada
Descripción : Al crear un recurso compartido de archivos en capas en SOFS, se genera un error (43020
[SM_RC_DEDUP_NOT_AVAILABLE]), incluso cuando no se ha seleccionado la opción de desduplicación.
Solución alternativa : Ignore el error.
VMM no muestra información correcta para un clúster hiperconvergido o SOFS de Espacios de
almacenamiento directo
Descripción : Después de agregar un clúster hiperconvergido existente o un clúster SOFS de Espacios de
almacenamiento directo al tejido de VMM, no se agrega el proveedor de almacenamiento y algunas
propiedades no están disponibles. Solución alternativa : Instale el último paquete acumulativo de
actualizaciones VMM. El problema se corrigió en el paquete acumulativo de actualizaciones 2.
Administración de máquinas virtuales

El blindaje de una máquina virtual produce un error
Descripción : Si habilita el blindaje de una máquina virtual existente en el tejido de VMM o si crea una máquina
virtual blindada a partir de una plantilla no blindada, es posible que el trabajo produzca el error 1730: "No se
pudo completar la acción seleccionada porque la máquina virtual no se encuentra en un estado en el que la
acción sea válida." El error se produce durante el último paso del trabajo, cuando se apaga la máquina virtual
una vez completado el blindaje. La máquina virtual está blindada correctamente y se puede usar. Solución
alternativa : Repare la máquina virtual con la opción Omitir .
VMM no muestra cambios en las propiedades de seguridad de la máquina virtual
Descripción : Si cambia las propiedades de arranque seguro de una máquina virtual de generación 2 o habilita
o deshabilita vTPM para una máquina virtual blindada fuera de la consola de VMM, el cambio no se muestra en
VMM de manera inmediata. Solución alternativa : Actualice manualmente la máquina virtual para mostrar los
cambios.
No se puede almacenar una máquina virtual en la biblioteca de VMM si se cambia el puerto predeterminado
para BITS (443)
Descripción : Si cambia el puerto predeterminado de BITS al configurar VMM, se produce un error al almacenar
una máquina virtual en la biblioteca de VMM. Error 2940: "VMM no puede completar la transferencia de
archivos solicitada. No se pudo establecer la conexión al servidor HTTP <name>". Solución alternativa :
Agregue manualmente el nuevo número de puerto a la lista de excepciones de Firewall de Windows del host:
netsh advfirewall firewall add rule name="VMM" dir=in action=allow localport=<port no.> protocol=TCP
No se puede crear una plantilla de máquina virtual desde una máquina virtual basada en Nano Server.
Descripción : Cuando se intenta crear una plantilla de máquina virtual a partir de una máquina virtual basada
en Nano Server, se produce el error 2903: "VMM no encontró el archivo o carpeta especificado '' en el servidor
''''. Este archivo o carpeta puede ser necesario como parte de otro objeto." Solución alternativa: Cree una
plantilla de máquina virtual desde cero usando un disco duro virtual de Nano Server.
Las implementaciones de servicio de plantillas de servicio pueden producir un error en un sistema operativo
invitado basado en Nano Server o Core.
Descripción : Al seleccionar roles y características para una plantilla de servicio, el perfil de sistema operativo
invitado no distingue entre Core, Nano Server y Desktop. Si selecciona roles y características (por ejemplo,
Experiencia de escritorio u otras características relacionadas con la interfaz gráfica de usuario) que no son
aplicables a un sistema operativo invitado basado en Core o Nano Server, pueden producirse errores de
implementación. Solución alternativa : No incluya estos roles y características en la plantilla de servicio.
VMM 2016 no actualiza los agentes invitados de VMM después de una actualización
Descripción : Cuando se actualiza VMM a 2016 con implementaciones de servicio existentes y, luego, se intenta
realizar el mantenimiento de esos servicios, los agentes invitados de VMM 2016 no se actualizan en las
máquinas virtuales que formaban parte de la implementación del servicio. Esto no afecta a la funcionalidad.
Solución alternativa : Instale el agente invitado de VMM 2016 manualmente.
Se produce un error en la máquina virtual basada en Nano Server al conectarse a un dominio
Descripción : Durante la implementación de una máquina virtual de Nano Server, si intenta unirla a un dominio
mediante la especificación de la información de la unión de dominio en la página Configuración del sistema
operativo del asistente de implementación de máquinas virtuales, VMM implementa la máquina virtual pero
no la agrega al dominio especificado. Solución alternativa: una vez implementada la máquina virtual, únala al
dominio manualmente. Más información.
Error al iniciar una máquina virtual con el orden de inicio
Descripción : Windows Server 2016 incluye la característica de orden de inicio de máquina virtual que define el
orden en el que se inician las máquinas virtuales dependientes. Esta funcionalidad no está disponible en VMM,
pero si ha configurado la característica fuera de VMM, VMM entiende el orden en el que se iniciarán las
máquinas virtuales. Pero VMM produce un error falso positivo (12711): "VMM no puede completar la operación
de WMI en el servidor a causa de un error: [MSCluster_Nombre.Grupo_de_recursos=] El grupo o recurso no
está en el estado apropiado para realizar la operación solicitada. Solución alternativa : Ignore el error. Las
máquinas virtuales se iniciarán en el orden correcto.
Integración
La integración de SQL Server Analysis Services (SSAS) no funciona en
VMM y el paquete acumulativo de actualizaciones 1 de Operations
Manager.
Descripción : Si está ejecutando el paquete acumulativo de actualizaciones 1, no se puede configurar SSAS para
SQL Server. Solución alternativa: Descargue los paquetes acumulativos de actualizaciones más recientes. El
problema se corrigió en el paquete acumulativo de actualizaciones 2.
Pasos siguientes
Novedades de Virtual Machine Manager
Configuración de la administración de telemetría en
VMM
IMPORTANT
En este artículo se ofrece información sobre cómo activar y desactivar la configuración de telemetría en System
Center - Virtual Machine Manager (VMM).
NOTE
Microsoft no recopila ningún dato personal de los clientes. Solo prestamos atención a eventos que le ayuden a realizar
diagnósticos en VMM. Más información
Activación y desactivación de la telemetría en VMM

Utilice el siguiente procedimiento:
1. En la consola VMM, haga clic en Configuración .
Aparece la ventana de configuración General con la lista de valores disponibles.
2. Haga clic en Diagnostics and Usage Data Settings (Configuración de datos de uso y diagnóstico).
Aparece la página con el mensaje ¿Desea enviar datos de uso y diagnóstico a Microsoft? con una
opción para seleccionar Sí o no.
NOTE
Se recomienda leer la declaración de privacidad que se ofrece en esta página antes de realizar una selección.
3. Para activar la telemetría, seleccione Yes I am willing to send data to Microsoft (Sí, estoy dispuesto a
enviar datos a Microsoft).
4. Para desactivar la telemetría, seleccione No I prefer not to send data to Microsoft (No, prefiero no
enviar datos a Microsoft).
Recopilación de datos de telemetría

DATO S REL A C IO N A DO S C O N DATO S REC O P IL A DO S
Datos del censo Identificador único generado para la implementación de

VMM
Versión de compilación de VMM
Identificador utilizado para la correlación con otros

productos de System Center
Datos de control Información sobre la implementación de VMM: con

implementación del servicio de protección o sin ella
Recuento de hosts protegidos que se administran
Recuento de hosts que se administran
Recuento de plantillas de VM blindada
Recuento de plantillas de VM
Recuento de máquinas virtuales blindadas
Recuento de máquinas virtuales
Recuento de nubes blindadas
Recuento de hosts protegidos en un clúster
Recuento de hosts protegidos en implementaciones

independientes
Recuento de la directiva de integridad de código en la

configuración global
Recuento de perfil de equipo físico (PCP) con conjunto de

protección de hosts
Si la implementación de VMM es una implementación del

servicio de protección y OM integrado
Si la implementación de VMM es una implementación del

servicio de protección y WSUS integrado
Recuento de hosts con el modo de atestación como TPM
Recuento de hosts con el modo de atestación como AD
Directivas de recuento de elementos de configuración

existentes en una biblioteca
Recuento de hosts que se administran
Recuento de hosts de red perimetral que se administran
Recuento de hosts de Hyper-V
Número de clústeres
Recuento de hosts no de confianza que se administran
Información sobre si el cliente administra los hosts de

VMWare
Tamaño mínimo, máximo y promedio de clúster de hosts
Tamaño mínimo, máximo y promedio de memoria de hosts
Tamaño mínimo, máximo y promedio de clúster de VMWare

Relacionado con el trabajo Indicación de si los trabajos han sido iniciados por el usuario
o son trabajos en segundo plano
Recuento del número de veces que una descripción del tipo

trabajo no se ha ejecutado
Número de veces que se ha ejecutado el trabajo
Número máximo, mínimo y promedio de trabajos ejecutados

al día
Configuración de optimización de energía Recuento de hosts considerados como de optimización

dinámica
Recuento de hosts considerados como de optimización de

energía
Frecuencia mínima, máxima y promedio para ejecutar la

optimización dinámica
Red Recuento de instancias de NAT perimetrales
Recuento de instancias de reenvío perimetrales
Recuento de instancias de S2S perimetrales
Recuento de conexiones VPN
Recuento de inquilinos por puerta de enlace multiempresa
Recuento de equilibradores de carga perimetrales
Recuento de plantillas de VIP de equilibrador de carga

perimetral
Recuento de conexiones VPN administradas por controlador

de red
Recuento de conexiones VPN IPsec administradas por

controlador de red
Recuento de conexiones VPN GRE administradas por

controlador de red
Recuento de conexiones VPN L3 administradas por

controlador de red
Grupo de direcciones IP Recuento de grupos de direcciones IPV4 y IPV6
Tamaño máximo de grupos IPV4 y IPV6
Total de direcciones IPV4 y IPV6 reservadas
Tamaño promedio de uso del grupo
Recuento de direcciones IPV4 y IPV6 administradas por

controlador de red
Librar y Recuento de recursos compartidos de biblioteca que se

administran
Recuento de formatos de disco VHD y VHDX registrados en

la biblioteca
Recuento de plantillas de servicio registradas en la biblioteca
Recuento de plantillas de VM registradas en la biblioteca
Recuento de grupos host que pertenecen a la biblioteca
Recuento de recursos equivalentes registrados en la

biblioteca
Red lógica Recuento de redes lógicas
Recuento de definiciones de red lógica
Recuento de una red conectada administrada por el

controlador de red
Recuento de redes independientes basadas en VLAN
Recuento de redes VLAN privadas
Distribución de directivas Tiempo máximo y mínimo de ida y vuelta de directiva
Errores de directiva
Objetos de ser vicio Recuento de instancias de servicio
Recuento de instancias de servicio implementadas
Recuento de instancias de servicio no ejecutadas
Recuento de instancias de servicio de mantenimiento no

ejecutadas
Recuento de instancias de servicio implementadas en grupos

de hosts que no son Hyper-V
Recuento de roles de VM
Recuento de aplicaciones
Recuento de aplicaciones de script
Niveles máximo, mínimo y promedio por servicio
Recuento de servicios con hosts de aplicación
Recuento de servicios con aplicación SQL
Recuento de servicios con aplicación Web Deploy
Número máximo, mínimo y promedio de aplicaciones por

cliente y nivel de equipo
Recuento de niveles de servicio con equilibradores de carga
Recuento de servicios implementados en VMware
VM Recuento de instancias de VM de alta disponibilidad
Recuento de instancias de VM que no son de alta

disponibilidad
Recuento de instancias de VM de alta disponibilidad en

almacenamiento en clúster
Recuento de instancias de VM de alta disponibilidad en

recurso compartido SMB
Recuento de instancias de VM DiffDisk
Recuento de instancias de VM de Hyper-V
Recuento de instancias de VM de VMWare
Recuento de tipo de SO, Nombre del SO, edición del SO,

versión del SO en máquinas virtuales
Lista de posibles estados de VM
Recuento de máquinas virtuales por estado

SISTEMA OPERATIVO DE L A MÁQUINA VIRTUAL Versión del SO de máquinas virtuales
Nombre del SO de las máquinas virtuales
Edición del SO de máquinas virtuales
Tipo de SO de máquinas virtuales
Recuento de máquinas virtuales de diversos SO
Lista de posibles estados de VM
Recuento de máquinas virtuales por cada estado
Configuración de VMM Indicación de instalación de VMM de alta disponibilidad
Indicación de si VMM está actualizado
Tipo de SKU de VMM
Indicación de VMM en ejecución como cuenta de dominio
Indicación de si la base de datos de VMM se encuentra en el

servidor remoto
Indicación de si VMM se ejecuta en la VM
Indicación de si VMM se ejecuta en la ruta de acceso

predeterminada
Recuento de redes de VM
Recuento de subredes de VM
Recuento de redes de VM y subredes de VM administradas

por controlador de red
Sistema operativo del host Versión del SO en el host
Nombre del SO del host
Tipo de SKU de host
Indicación de host de tipo Nano
Número de hosts con un SO específico

Inventario de almacenamiento Recuento de todos los proveedores de almacenamiento
Recuento de proveedores de almacenamiento CIMXML

SMIS, WMI SMIS, Windows nativo y WMI SMP
Recuento de proveedores que administran matrices
Recuento de proveedores que administran recursos

compartidos de archivos
Recuento de proveedores que administran recursos

compartidos de archivos y matrices
Recuento de proveedores que administran tejido de canal de

fibra
Recuento de clasificación de almacenamiento definida por el

usuario
Recuento de discos en los que se usa clasificación

personalizada para invalidar la clasificación de disco heredada
Recuento de discos en los que se usa clasificación

personalizada para invalidar la clasificación derivada del
grupo
Recuento de clasificaciones de tejido
Recuento de máquinas virtuales principales para las que se

habilita HVR fuera de banda
Recuento de máquinas virtuales principales para las que se

habilita HVR en banda
Recuento de grupos de replicación protegidos basados en

LUN creados fuera de banda

volumen creados fuera de banda

volumen creados mediante Azure Site Recovery
Indicación de si VMM está configurado para conectarse a

Azure Site Recovery
Recuento de directivas QoS creadas en VMM
Recuento de máquinas virtuales con directivas QoS aplicadas
Clúster hiperconvergente de almacenamiento Recuento de clústeres hiperconvergentes
Recuento de grupos
Recuento de discos virtuales
Recuento de volúmenes
Recuento de discos locales conectados
Tamaño promedio de disco local conectado

Matrices de SAN Recuento de grupos en la matriz de almacenamiento
Recuento de grupos administrados en la matriz de

almacenamiento
Recuento de LUN administrados en todos los grupos

administrados por matriz
Lista de funcionalidades de la matriz
Indicación de si la matriz también tiene asociado un recurso

compartido de archivos
Hosts de almacenamiento Recuento de hosts o clústeres de almacenamiento
Nombre de la colección de agregados de almacenamiento
Valores máximo, mínimo, promedio, medio y de modo del

agregado de almacenamiento del recopilador
Almacenamiento en ser vidor de archivos Lista de recursos compartidos de archivos totales en el

servidor de archivos
Lista de recursos compartidos de archivos administrados en

el servidor de archivos
Indicación de si hay funcionalidad de recurso compartido de

archivos Calabria
Lista de funcionalidades de matriz de almacenamiento

asociadas
Lista de dialecto de recurso compartido de archivos SMB

compatible con el servidor de archivos
Sin par ticipación de telemetría Indicación de si se optó por no participar de telemetría

Escenario: implementar una nube privada de VMM
IMPORTANT
En este artículo se proporciona información general sobre las nubes privadas de System Center - Virtual
Machine Manager (VMM).
Una nube privada es una nube aprovisionada y administrada localmente por una organización. Se implementa
mediante el propio hardware de la organización para aprovechar las ventajas de un modelo de la nube privada.
Puede usar VMM para crear e implementar componentes de nube privada y para administrar el acceso a la
nube privada y a los recursos físicos subyacentes. VMM proporciona las siguientes ventajas:
Autoser vicio : los administradores de autoservicio pueden delegar la administración y el uso de la nube
privada aunque no tengan conocimientos de los recursos físicos subyacentes. No necesitan solicitar al
proveedor de la nube privada cambios administrativos, excepto para solicitar un aumento de la capacidad y
las cuotas según sea necesario.
Opacidad : los administradores de autoservicio no necesitan tener ningún conocimiento de los recursos
físicos subyacentes.
Agrupación de recursos : los administradores pueden recopilar y presentar un conjunto agregado de
recursos, tales como recursos de red y almacenamiento. El uso de recursos está limitado por la capacidad de
la nube privada y por cuotas de roles de usuario.
Elasticidad : los administradores pueden agregar recursos a una nube privada para aumentar la capacidad.
Optimización : el uso de los recursos subyacentes se optimiza continuamente sin afectar a la experiencia
global del usuario de la nube privada.
Puede crear nubes privadas de:
Grupos host de VMM que contengan recursos de hosts de virtualización.
Un grupo de recursos de VMware
Implemente una nube privada configurando recursos de tejido, rutas de acceso de la biblioteca para los usuarios
de nube privada y la capacidad de la nube.
Pasos siguientes
Crear una nube privada en VMM
Escenario: crear una nube privada
IMPORTANT
En este artículo se proporcionan instrucciones para crear una nube privada en System Center - Virtual Machine
Manager (VMM).
Puede crear una nube privada desde un grupo host o desde un grupo de recursos de VMware. Los grupos host
pueden contener un tipo de host único o una mezcla de hosts de Hyper-V y VMware ESX.
NOTE
Debe ser un administrador de VMM o un miembro del grupo de usuarios administradores delegados, con un ámbito que
incluya los grupos host que usará para la nube.
Antes de empezar
Necesita tener el tejido de VMM en su lugar. Más información.
Debe tener uno o más hosts de virtualización de Hyper-V o VMware en el tejido. Si quiere crear una nube a
partir de un grupo de recursos de VMware, deben estar disponibles en el tejido de VMM un servidor vCenter
y el host o el clúster de hosts de VMware ESX que contiene el grupo de recursos de VMware.
Si quiere ofrecer a los usuarios de autoservicio la posibilidad de almacenar máquinas virtuales en
la biblioteca VMM, cree un recurso compartido de biblioteca o una carpeta en un recurso
compartido de biblioteca que sirvan como ubicación de almacenamiento. Más información.
NOTE
Los usuarios de autoservicio deben tener el permiso Almacenar y volver a implementar para
almacenar sus máquinas virtuales.
Puede agregar recursos compartidos de biblioteca creados de manera independiente como

recursos compartidos de biblioteca de solo lectura en VMM al ejecutar el Asistente para crear
nubes. Por ejemplo, fuera de VMM, no puede crear la ruta de acceso
\\VMMSer ver01\Finance\StoredVMs y luego agregar el recurso compartido de biblioteca
\\VMMSer ver01\Finance a la biblioteca VMM.
La ruta de datos de rol de usuario de autoservicio se especifica cuando se crea un rol de usuario
de autoservicio o se modifican las propiedades de usuario de autoservicio.
Si desea asignar recursos compartidos de solo lectura a la nube privada, donde los
administradores pueden almacenar recursos de solo lectura (como archivos .iso) que desean
poner a disposición de usuarios de autoservicio, asegúrese de que hay uno o varios recursos
compartidos de biblioteca que se pueden asignar como recursos compartidos de biblioteca de
solo lectura.
NOTE
Los usuarios de autoservicio deben tener el permiso Autor para obtener acceso a los recursos.
Los recursos compartidos de biblioteca que designe como ubicaciones de recursos de solo lectura
para la nube privada deben ser únicos, en comparación con el recurso compartido (o los recursos
compartidos) de biblioteca que se usa para las máquinas virtuales almacenadas y para la ruta de
datos de rol de usuario que se especifica para el rol de usuario de autoservicio. Por ejemplo, si la
ruta de acceso a datos de rol de usuario de un rol de usuario de autoservicio es
\\VMMSer ver01\Finance , no se puede crear la ruta de acceso de máquina virtual almacenada
\\VMMSer ver01\Finance\StoredVMs . En cambio, si la ruta de acceso a datos de rol de usuario
es \\VMMSer ver01\Finance\FinanceUserRoleData , puede especificar
\\VMMSer ver01\Finance\StoredVMs como ruta de acceso de máquina virtual almacenada, ya
que la ruta de acceso completa es única. También puede crear recursos compartidos de biblioteca
totalmente independientes.
Crear una nube privada desde un grupo host

1. Haga clic en VM y ser vicios > Crear > Crear nube para abrir el Asistente para crear nubes.
2. En General , especifique un nombre y una descripción opcional para la nube.
3. Especifique si la nube admitirá máquinas virtuales blindadas.
4. En Recursos > Grupos host , seleccione los grupos que quiere agregar a la nube. A continuación, haga
clic en Siguiente .
5. En Redes lógicas , seleccione cada una de las redes lógicas que quiere poner a disposición de la nube
privada y haga clic en Siguiente .
Nota : En la lista solo aparecerán las redes lógicas que estén asociadas a los adaptadores de red físicos de
los grupos host seleccionados.
6. En Equilibradores de carga , seleccione cada uno de los equilibradores de carga que quiera poner a
disposición de la nube privada y haga clic en Siguiente .
Nota : En la lista solo aparecerán los equilibradores de carga que estén asociados a los grupos host
seleccionados.
7. En Plantillas de VIP , seleccione cada una de las plantillas de VIP que quiera poner a disposición de la
nube privada y haga clic en Siguiente .
8. En Clasificaciones de puer to , seleccione cada una de las clasificaciones de puerto que quiera poner a
disposición de la nube y haga clic en Siguiente .
9. En Almacenamiento , si tiene almacenamiento administrado por VMM, seleccione cada una de las
clasificaciones de almacenamiento que quiere poner a disposición de la nube privada y haga clic en
Siguiente .
Nota : En la lista solo aparecerán las clasificaciones de almacenamiento de los bloques de
almacenamiento asignados a los grupos host seleccionados.
10. En Biblioteca > Ruta de acceso de VM almacenada , encuentre y seleccione el recurso compartido de
biblioteca que quiera usar para los usuarios de autoservicio que almacenarán máquinas virtuales. Haga
clic en Aceptar .
11. En Recursos compar tidos de biblioteca de solo lectura > Agregar , seleccione uno o varios
recursos compartidos de biblioteca en los que los administradores puedan proporcionar recursos de solo
lectura a los usuarios de la nube. Haga clic en Aceptar y luego en Siguiente .
12. En Capacidad , establezca los límites de capacidad de la nube privada y, después, haga clic en Siguiente .
Puede aceptar los valores predeterminados o desactivar las casillas de Usar máximo y establecer las
cuotas de los siguientes recursos:
T IP O DE C UOTA DESC RIP C IÓ N
CPU vir tuales Establece un límite de capacidad de procesamiento

dentro de la nube privada que es equivalente a la
capacidad que puede proporcionar un número
especificado de CPU. Se aplica en las máquinas virtuales
en ejecución. El establecimiento de una cuota de CPU no
garantiza una capacidad contigua; solo garantiza la
capacidad total de CPU disponible entre los hosts de la
nube privada.
Memoria Establece una cuota de memoria (en gigabytes) que está

disponible para las máquinas virtuales que se
implementan en la nube privada. Se aplica solo en las
máquinas virtuales en ejecución. El establecimiento de
una cuota de memoria no garantiza una capacidad
contigua. Por ejemplo, la nube privada podría tener
disponibles 2 GB de memoria en un host y 2 GB en el
otro.
Storage Establece una cuota de capacidad de almacenamiento

(en gigabytes) que está disponible para las máquinas
virtuales que se implementan en la nube privada. En el
caso de los discos duros virtuales dinámicos, los cálculos
de la cuota se basan en el tamaño máximo.
Cuota personalizada (puntos) Establece una cuota de máquinas virtuales

implementadas en la nube privada que se basa en el
número total de puntos de cuota que se asignan a las
máquinas virtuales a través de sus plantillas de máquina
virtual. Los puntos de cuota son un valor arbitrario que
se puede asignar a una plantilla de máquina virtual y que
se basa en el tamaño previsto de las máquinas virtuales.
Las cuotas personalizadas se proporcionan para
mantener la compatibilidad con las versiones anteriores
de los roles de usuario de autoservicio que se crearon en
VMM.
Máquinas vir tuales Limita el número total de máquinas virtuales que se

pueden implementar en la nube privada.
13. En Perfiles de capacidad , seleccione cada uno de los perfiles de capacidad de máquina virtual que
quiere agregar y haga clic en Siguiente . Seleccione los perfiles de capacidad que coincidan con el tipo de
plataformas de hipervisor que se ejecutan en los grupos host seleccionados. Los perfiles de capacidad
integrados representan los valores mínimo y máximo que se pueden configurar para una máquina
virtual en cada plataforma de hipervisor compatible.
14. En Grupos de replicación , seleccione los grupos de replicación para la nube privada y haga clic en
Siguiente .
15. En la página Resumen , confirme la configuración y haga clic en Finalizar .
Consulte el estado en Trabajos y asegúrese de que finalice.
Para comprobar que se ha creado la nube privada, compruebe VM y ser vicios > Nubes . Para ver los recursos
compartidos de biblioteca de solo lectura, también puede comprobarlo en Biblioteca > Bibliotecas de nube .
Asignación de directivas QoS de almacenamiento durante la creación de una nube
1. Siga los pasos del procedimiento anterior hasta el paso 14.
2. En Directivas QoS de almacenamiento , seleccione as directivas que desea asignar a esta nube.
3. Siga con el resto de los pasos y complete el asistente.
Crear una nube privada desde un grupo de recursos de VMware

1. Haga clic en VM y ser vicios > Crear > Crear nube para abrir el Asistente para crear nubes.
2. En General , especifique un nombre y una descripción opcional para la nube.
3. En Recursos , seleccione Grupos de recursos de VMware > Siguiente .
4. En Redes lógicas , seleccione cada una de las redes lógicas que quiere poner a disposición de la nube
privada y haga clic en Siguiente .
5. En Equilibradores de carga , seleccione cada uno de los equilibradores de carga que quiere poner a
disposición de la nube privada y haga clic en Siguiente . En la lista solo aparecerán los equilibradores de
carga que estén asociados con los grupos host seleccionados.
6. En Plantillas de VIP , seleccione cada una de las plantillas de VIP que quiera poner a disposición de la
nube privada y haga clic en Siguiente .
7. En Almacenamiento , haga clic en Siguiente . VMM no administra ni asigna clasificaciones de
almacenamiento que se han asignado a hosts ESX.
8. En Biblioteca > Ruta de acceso de VM almacenada , encuentre y seleccione el recurso compartido de
biblioteca que quiera usar para los usuarios de autoservicio que almacenarán máquinas virtuales y haga
clic en Aceptar .
9. En Recursos compar tidos de biblioteca de solo lectura > Agregar , seleccione uno o varios
recursos compartidos de biblioteca en los que los administradores puedan proporcionar recursos de solo
lectura a los usuarios de la nube. Haga clic en Aceptar y luego en Siguiente .
10. En Capacidad , establezca los límites de capacidad de la nube privada y, después, haga clic en Siguiente .
Puede aceptar los valores predeterminados o desactivar las casillas de Usar máximo y establecer las
cuotas de los siguientes recursos:
CPU vir tuales Establece un límite de capacidad de procesamiento

dentro de la nube privada que es equivalente a la
capacidad que puede proporcionar un número
especificado de CPU. Se aplica en las máquinas virtuales
en ejecución. El establecimiento de una cuota de CPU no
garantiza una capacidad contigua; solo garantiza la
capacidad total de CPU disponible entre los hosts de la
nube privada.
Memoria Establece una cuota de memoria (en gigabytes) que está

disponible para las máquinas virtuales que se
implementan en la nube privada. Se aplica solo en las
máquinas virtuales en ejecución. El establecimiento de
una cuota de memoria no garantiza una capacidad
contigua. Por ejemplo, la nube privada podría tener
disponibles 2 GB de memoria en un host y 2 GB en el
otro.
Storage Establece una cuota de capacidad de almacenamiento

(en gigabytes) que está disponible para las máquinas
virtuales que se implementan en la nube privada. En el
caso de los discos duros virtuales dinámicos, los cálculos
de la cuota se basan en el tamaño máximo.
Cuota personalizada (puntos) Establece una cuota de máquinas virtuales

implementadas en la nube privada que se basa en el
número total de puntos de cuota que se asignan a las
máquinas virtuales a través de sus plantillas de máquina
virtual. Los puntos de cuota son un valor arbitrario que
se puede asignar a una plantilla de máquina virtual y que
se basa en el tamaño previsto de las máquinas virtuales.
Las cuotas personalizadas se proporcionan para
mantener la compatibilidad con las versiones anteriores
de los roles de usuario de autoservicio que se crearon en
VMM.
Máquinas vir tuales Limita el número total de máquinas virtuales que se

pueden implementar en la nube privada.
11. En Perfiles de capacidad , seleccione Ser vidor ESX y haga clic en Siguiente . Los perfiles de capacidad
integrados representan los valores mínimo y máximo que se pueden configurar para una máquina
virtual en cada plataforma de hipervisor compatible.
Consulte el estado en Trabajos y asegúrese de que finalice.
Para comprobar que se ha creado la nube privada, compruebe VM y ser vicios > Nubes . Para ver los recursos
compartidos de biblioteca de solo lectura, también puede comprobarlo en Biblioteca > Bibliotecas de nube .
Asignación de directivas QoS de almacenamiento a una nube privada

System Center Virtual Machine Manager (SCVMM) 1801 y versiones posteriores admiten las directivas QoS de
almacenamiento en una nube privada.
El administrador del tejido de VMM ahora puede ofrecer las directivas QoS en la nube. Los administradores de
inquilinos y los usuarios de autoservicio pueden usarlas mientras implementar las máquinas virtuales y los
servicios. Esto permitirá que los proveedores de nube garanticen o limiten la cantidad de rendimiento del
almacenamiento según la suscripción que eligieron los inquilinos.
El administrador del tejido ahora puede ofrecer las directivas QoS de almacenamiento mientras crean las nubes
privadas de VMM. Después de eso, los usuarios autorizados (los administradores y los usuarios de autoservicio)
con acceso a esta nube pueden usar las directivas QoS disponibles para aprovisionar las máquinas virtuales y
los servicios en la nube.
NOTE
Se ofrece una nube con al menos una directiva QoS, que no permitirá la implementación de discos sin una directiva. Esto
ayuda a evitar que los consumidores de la nube seleccionen recursos infinitos con una directiva nula. Además, el cambio
en IOPS de parte de los usuarios de autoservicio no se permitirá después de esta versión, para evitar el mismo escenario
de seleccionar un rendimiento no autorizado.
La opción Directivas QoS de almacenamiento en el Asistente para crear nubes ayuda a que el
administrador del tejido seleccione la lista de directivas, que debe estar a disposición de los consumidores de la
nube.
Siga estos pasos :
1. Siga el procedimiento para crear una nube privada a partir de un grupo host hasta el paso 14.
2. En Directivas QoS de almacenamiento , seleccione as directivas que desea asignar a esta nube.
3. Siga en el paso 15 y complete los pasos restantes.
4. Revise el resumen y haga clic en Finalizar .
NOTE
Esta lista solo contiene las directivas que se encuentran disponibles en el ámbito de todos los clústeres seleccionados en la
sección Recursos del asistente para la nube. Esto permite que el usuario de autoservicio elija entre los planes disponibles,
incluso después de la colocación de la máquina virtual.
Sobre la actualización
1. Después de la actualización, las nubes existentes no tendrán ninguna directiva QoS en su oferta. El
administrador necesita actualizar la nube con las ofertas de directivas.
2. Las máquinas virtuales existentes en la nube, que tienen discos con una directiva QoS ya asignada, pasarán a
un estado incoherente. La directiva se mantiene intacta, pero la interfaz de usuario de VMM la muestra en
blanco. Los administradores pueden quitar esas directivas u ofrecerlas en las nubes afectadas.
3. Siga con el resto del paso y complete el asistente.
Asignar nubes privadas a roles de usuario

Después de crear una nube privada, puede asignar la nube privada a uno o varios roles de usuario.
1. En VM y ser vicios , haga clic en la nube privada que quiere asignar.
2. Haga clic con el botón derecho en la nube seleccionada y clic en Asignar nube .
3. Seleccione un rol de usuario existente o haga clic en Crear un rol de usuario y asignarlo a esta nube
para crear uno nuevo.
Administrar la configuración de nube de VMM
IMPORTANT
En este artículo se describe cómo administrar la configuración de nube de System Center - Virtual Machine
Manager (VMM).
Administrar la capacidad de nube

Coloque máquinas virtuales en una nube de VMM si se ajustan a la configuración de capacidad de la nube.
De manera predeterminada, VMM supone que todos los recursos asignados en una máquina virtual de
réplica se encuentran en uso, y usa esta suposición al determinar si la colocación de una máquina virtual en
una nube o grupo host se ajustará a los límites de estos.
Si quiere invalidar este comportamiento predeterminado, puede configurar una clave de registro que le
permita sobrecargar los grupos host y la nube en el tejido de VMM. En otras palabras, puede colocar una
máquina virtual en un grupo host o en la nube incluso si esto supone que la nube o el grupo anterior supere
los límites de capacidad. Esto es útil si sabe que no necesita que todas las máquinas virtuales de réplica se
ejecuten de manera simultánea.
Ejemplo con la configuración predeterminada
Tiene una nube con una configuración máxima de 32 GB de memoria. Esa nube tiene dos máquinas virtuales
con 4 GB de memoria cada una. Si quiere colocar una tercera máquina virtual con 26 GB de memoria, la acción
provocará un error de "No hay suficiente memoria disponible".
Ejemplo con la configuración del Registro
Tiene una nube con una configuración máxima de 32 GB de memoria. Esa nube tiene dos máquinas virtuales
con 4 GB de memoria cada una. Para colocar una tercera máquina virtual de 26 GB de memoria, haga lo
siguiente:
1. Actualice la capacidad de las propiedades de nube para acomodar el tamaño de memoria aumentado. Es
decir, 64 GB.
2. Vaya a la clave del Registro HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center
Vir tual Machine Manager Ser ver\Settings\Placement\IgnoreMemor yForStoppedReplicaVM .
3. Establezca el valor DWORD en 1. Cree el valor IgnoreMemor yForStoppedReplicaVM si no existe.
Escenario: Implementación de hosts protegidos y
máquinas virtuales blindadas en VMM
IMPORTANT
En este artículo se proporciona información general sobre cómo implementar hosts protegidos y máquinas
virtuales blindadas de Hyper-V en el tejido de proceso de System Center - Virtual Machine Manager (VMM).
Los tejidos protegidos proporcionan protecciones adicionales para máquinas virtuales que evitan la alteración y
el robo por parte de administradores malintencionados y malware. Como proveedor de servicios en la nube o
administrador de la nube privada, puede implementar un tejido protegido que normalmente consta de un
servidor que ejecuta el Servicio de protección de host (HGS), uno o más servidores host de Hyper-V protegidos
y una o varias máquinas virtuales blindadas que se ejecutan en esos hosts. Más información sobre el tejido
protegido.
¿Por qué es necesario proteger las máquinas virtuales?

Es posible que el propietario de la máquina virtual no quiera que un administrador de tejido vea los datos y las
configuraciones confidenciales que contiene. Sin embargo, como todos los datos de las máquinas virtuales se
almacenan en archivos, un administrador malintencionado o un programa de malware podrían copiar e
inspeccionar los datos fácilmente. Las máquinas virtuales protegidas de Windows Server ayudan a evitar tales
ataques al atestiguar rigurosamente el estado de un host de Hyper-V antes de arrancar una máquina virtual.
Esto garantiza que la máquina virtual solo se pueda iniciar en centros de datos autorizados por su propietario y
permite que el SO invitado cifre sus propios datos mediante el uso de un nuevo TPM virtual. Al crear una
máquina virtual de seguridad, el propietario de la máquina puede seleccionar dos tipos de protección:
Compatible con cifrado : muy conveniente para escenarios de nube privada de empresa donde es
necesario el cifrado de datos en reposo y en ejecución, pero los administradores del tejido aún son de
confianza. La consola de VM y otras ventajas de administración permanecen disponibles para los
administradores de tejido.
Blindado : el blindaje, la opción de implementación más segura, impide que los administradores de tejido se
conecten a la consola de VM o que modifiquen los aspectos de seguridad de la configuración de VM. Los
propietarios de la máquina virtual solo pueden acceder a ella mediante herramientas de administración
remota que deciden habilitar. Es la opción recomendada para los inquilinos que ejecutan cargas de trabajo
confidenciales en una infraestructura pública o compartida.
Administración de un tejido protegido con VMM

La infraestructura principal de tejido protegido (que consta de uno o varios hosts de Hyper-V protegidos, el
Servicio de protección de host y los artefactos necesarios para crear máquinas virtuales protegidas) se incluye
con Windows Server 2016 y versiones posteriores, y se debe configurar de acuerdo con la documentación de
tejido protegido. Una vez configurada, puede usar opcionalmente System Center Virtual Machine Manager para
simplificar la administración de tejido protegido.
VMM se puede usar para:
Aprovisionar y administrar hosts protegidos en el tejido de VMM: puede agregar y administrar
hosts protegidos en el tejido de VMM. Un host protegido es un servidor de Hyper-V que:
Cumple los requisitos previos de host protegido.
Está autorizado por el Servicio de protección de host del tejido para ejecutar máquinas virtuales
protegidas. El administrador de HGS determina los requisitos de los hosts para atestiguarlos
correctamente y convertirlos en "protegidos".
Está marcado como protegido en VMM, al estar configurado para usar las mismas direcciones URL de
HGS que las especificadas en la configuración global de VMM.
Configure un disco duro vir tual blindado y, opcionalmente, una plantilla de máquina Vir tual : los
discos de plantilla firmada (VHDX) que se usan para implementar nuevas máquinas virtuales blindadas
pueden almacenarse en la biblioteca VMM para facilitar la implementación. A continuación, use este VHDX en
una plantilla de máquina virtual.
Aprovisione y administre máquinas vir tuales blindadas : VMM admite el ciclo de vida completo de
máquinas virtuales blindadas. Esto incluye:
Creación de nuevas máquinas virtuales blindadas desde un disco de plantilla firmada (VHDX) y,
opcionalmente, con una plantilla de máquina Virtual.
Conversión de máquinas virtuales existentes a blindadas.
Pasos siguientes
Aprovisionar hosts protegidos en el tejido de VMM
Aprovisionar hosts protegidos en VMM
IMPORTANT
En este artículo se describe cómo implementar hosts protegidos de Hyper-V en el tejido de proceso de System
Center - Virtual Machine Manager (VMM). Más información sobre el tejido protegido.
Existen dos formas de configurar hosts protegidos de Hyper-V en el tejido de VMM.
Configure un host existente para que sea un host protegido : puede configurar un host para ejecutar
máquinas virtuales blindadas.
Agregar o aprovisionar un host protegido nuevo: este host podría ser:
Un equipo con Windows Server existente (con o sin el rol de Hyper-V)
Un equipo sin sistema operativo
Los hosts protegidos se configuran en el tejido de VMM con una de las siguientes acciones:
1. Establecer una configuración global de HGS: VMM conecta todos los hosts protegidos al mismo
servidor HGS para que se puedan migrar máquinas virtuales blindadas entre los hosts sin problemas.
Hay que especificar una configuración de HGS global válida para todos los hosts protegidos, aunque se
puede definir una configuración específica para un host que reemplace la configuración global. La
configuración incluye:
URL del ser vidor de atestación: dirección URL que el host usa para conectar con el servicio de
atestación de HGS. Este servicio autoriza un host para que ejecute máquinas virtuales blindadas.
URL del ser vidor de protección de claves: dirección URL que el host usa para recuperar la clave
necesaria para descifrar máquinas virtuales. El host debe pasar la atestación con el fin de recuperar las
claves.
Directivas de integridad de código : una directiva de integridad de código restringe el software
que se puede ejecutar en un host protegido. Cuando HGS está configurado para usar la atestación de
TPM, los hosts protegidos se deben configurar para usar una directiva de integridad de código
autorizada por el servidor HGS. Puede especificar la ubicación de las directivas de integridad de
código en VMM e implementarlas en los hosts. Esto es opcional y no es necesario para administrar a
un tejido protegido.
Asistente de blindaje de máquina vir tual VHD : un disco duro virtual especialmente preparado
que se usa para convertir máquinas virtuales existentes en protegidas. Debe configurar esta opción si
desea blindar las máquinas virtuales existentes.
2. Configurar la nube: si el host protegido se va a incluir en una nube de VMM, hay que permitir que la
nube admita máquinas virtuales blindadas.
Antes de empezar
Asegúrese de que ha implementado y configurado el Servicio de protección de host antes de continuar. Más
información sobre cómo configurar HGS en la documentación de Windows Server.
Asegúrese también de que los hosts que se convertirán en hosts protegidos cumplan los requisitos previos
oportunos:
Sistema operativo : los servidores host deben ejecutar Windows Server Datacenter. Se recomienda usar
Server Core para hosts protegidos.
Roles y características: los servidores host deben ejecutar el rol de Hyper-V y la característica
Compatibilidad de Hyper-V con protección de host. Compatibilidad de Hyper-V con protección de host
permite al host comunicarse con HGS para atestiguar su estado y pedir claves para las máquinas virtuales
blindadas. Si el host ejecuta Nano Server, debe tener instalados los paquetes Compute, SCVMM-Package,
SCVMM-Compute, SecureStartup y ShieldedVM.
Atestación de TPM : si su HGS está configurado para usar la atestación de TPM, los servidores de host
deben:
Usar UEFI 2.3.1c y un módulo TPM 2.0
Arrancar en modo UEFI (ni BIOS ni modo "heredado")
Permitir el arranque seguro
Registro de HGS: los hosts de Hyper-V deben estar registrados en HGS. El modo en que se registren
dependerá de si HGS usa la atestación AD o TPM. Más información
Migración en vivo: si quiere llevar a cabo una migración en vivo de máquinas virtuales blindadas, será
necesario implementar dos o más hosts protegidos.
Dominio : los hosts protegidos y el servidor VMM deben estar en el mismo dominio o en dominios con una
confianza bidireccional.
Configuración de valores globales

Antes de poder agregar hosts protegidos al tejido de proceso VMM, debe configurar VMM con información
sobre el Servicio de protección de host para el tejido. El mismo HGS se usará para todos los hosts protegidos
administrados por VMM.
1. Obtenga las direcciones URL de atestación y protección de claves para el tejido de su administrador de
HGS.
2. En la consola VMM, haga clic en Configuración > Configuración del Ser vicio de protección de
host .
3. Escriba las direcciones URL de atestación y protección de claves en los campos correspondientes. En este
momento, no es necesario configurar las secciones de directivas de integridad de código y asistente de
blindaje de máquina virtual VHD.
4. Haga clic en Finalizar para guardar la configuración.
Agregar o aprovisionar un nuevo host protegido

1. Agregue el host:
Si desea agregar un servidor existente que ejecuta Windows Server como un host de Hyper-V
protegido, agréguelo al tejido.
Si quiere aprovisionar un host de Hyper-V desde un equipo sin sistema operativo, siga estos
requisitos previos e instrucciones. Observe que el host se puede implementar como protegido al
aprovisionarlo (Asistente para agregar recursos > Configuración de SO > Configurar como host
protegido ).
2. Continúe con la siguiente sección para configurar el host como host protegido.
Configuración de un host existente como un host protegido

Para configurar un host de Hyper-V existente administrado por VMM como un host protegido, realice los pasos
siguientes:
1. Ponga el host en modo de mantenimiento.
2. En Todos los hosts , haga clic con el botón derecho en el host > Propiedades > Ser vicio de
protección de host .
3. Seleccione esta opción para habilitar la característica de compatibilidad con Hyper-V de protección del
host y configurar el host. Observe lo siguiente:
Las direcciones URL de servidor globales de atestación y de protección de claves ya estarán definidas
para el host.
Si modifica estas direcciones URL fuera de la consola VMM, deberá actualizarlas también en VMM o,
VMM no colocará máquinas virtuales blindadas en el host hasta que las direcciones URL coincidan de
nuevo. También puede desactivar y volver a activar la casilla "Habilitar" para volver a configurar el
host con las direcciones URL configuradas en VMM.
4. Si usa VMM para administrar directivas de integridad de código, puede habilitar la segunda casilla y
seleccionar la directiva adecuada para el sistema.
5. Haga clic en Aceptar para actualizar la configuración del host.
6. Quite el host del modo de mantenimiento.
VMM comprueba si el host supera la atestación al agregarlo y cada vez que se actualice su estado. VMM
implementa y migra máquinas virtuales blindadas únicamente en hosts que hayan pasado la atestación. Puede
consultar el estado de atestación de un host en Propiedades > Estado > General de cliente HGS .
Permitir hosts protegidos en una nube de VMM

Permita que una nube admita hosts protegidos:
1. En la consola VMM, haga clic en VM y ser vicios > Nubes . Haga clic con el botón derecho en el nombre de
la nube > Propiedades .
2. En General > Compatibilidad de VM blindada , seleccione Compatible en esta nube privada .
Administración e implementación de directivas de integridad de

código con VMM
En tejidos protegidos configurados para usar atestación de TPM, cada host debe configurarse con una directiva
de integridad de código en la que confíe el Servicio de protección de host. Para facilitar la administración de
directivas de integridad de código, también puede usar VMM para implementar directivas nuevas o actualizadas
en los hosts protegidos.
Para implementar una directiva de integridad de código en un host protegido administrado por VMM, realice los
pasos siguientes:
1. Cree una directiva de integridad de código para cada host de referencia de su entorno. Necesitará una
directiva de CI diferente para cada configuración de hardware y software única de los hosts protegidos.
2. Almacene las directivas de CI en un recurso compartido de archivos seguro. Las cuentas de equipo de cada
host protegida requieren acceso de lectura al recurso compartido. Solo los administradores de confianza
deben tener acceso de escritura.
3. En la consola VMM, haga clic en Configuración > Configuración del Ser vicio de protección de host .
4. En la sección Directivas de integridad de código, haga clic en Agregar y especifique un nombre descriptivo y
la ruta de acceso a una directiva de CI. Repita este paso para cada directiva de CI única. Asegúrese de
nombrar las directivas de manera que le ayuden a identificar qué directiva debe aplicarse a qué hosts.

Ahora, para cada host protegido, realice los pasos siguientes para aplicar una directiva de integridad de código:
2. En Todos los hosts , haga clic con el botón derecho en el host > Propiedades > Ser vicio de
3. Seleccione esta opción para habilitar la opción para configurar el host con una directiva de integridad de
código y luego seleccione la directiva adecuada para el sistema.
4. Haga clic en Aceptar para aplicar el cambio de configuración. Puede que el host se reinicie para aplicar la
nueva directiva.
WARNING
Asegúrese de seleccionar la directiva de integridad de código correcto para el host. Si se aplica una directiva que no es
compatible con el host, puede que algunas aplicaciones, controladores o componentes del sistema operativo ya no
funcionen.
Si actualiza la directiva de integridad de código en el recurso compartido de archivos y desea actualizar también
los hosts protegidos, puede hacerlo mediante los pasos siguientes:
2. En Todos los hosts , haga clic con el botón derecho en el host > Aplicar directiva de integridad de
código más reciente .
Pasos siguientes
Configurar un disco de plantilla blindada, un disco de utilidad y una plantilla de máquina virtual
Configuración de direcciones URL de HGS de
reserva en VMM
IMPORTANT
En este artículo se describe cómo definir las direcciones URL del Servicio guardián de host (HGS) de reserva en
la configuración global de System Center Virtual Machine Manager (VMM). Para información sobre los tejidos
protegidos, consulteeste artículo.
Al centrarse en proporcionar servicios de protección de claves y de atestación para ejecutar máquinas virtuales
blindadas en hosts de Hyper-V, el servicio de protección de host debe funcionar incluso en situaciones de
desastre.
Con la característica de configuración del HGS de reserva de VMM, se puede configurar un host protegido con
un par principal y otro secundario de direcciones URL de servicio de protección de host (un URI de atestación y
protección de claves). Esta funcionalidad habilitará escenarios como implementaciones de tejido protegido que
abarcan dos centros de datos para la recuperación ante desastres o un servicio de protección de host que se
ejecuta como máquinas virtuales blindadas.
Las direcciones URL del servicio de protección de host principal siempre se usarán a favor del secundario. Si se
produce un error en el servicio de protección de host principal tras el tiempo de espera adecuado y el número
de reintentos, la operación se volverá a intentar con el servicio secundario. Las operaciones posteriores siempre
favorecerán al servicio principal; el servicio secundario solo se usará cuando se produce un error en el principal.
Antes de empezar
Asegúrese de que ha implementado y configurado el Servicio de protección de host antes de continuar. Más
información sobre la configuración de HGS.
Configuración de HGS de reserva

Use los pasos siguientes :
1. Vaya a Configuración de VMM > Configuración general > Configuración del Ser vicio de
2. Abra la configuración del Servicio de protección de host. Debería ver una sección para las
configuraciones de reserva.
3. Defina las direcciones URL principales o del HGS de reser va y haga clic en Finalizar .
4. Habilite las direcciones URL de reserva en el host al navegar a Propiedades de host > Ser vicio de
protección de host > seleccione Habilitar la compatibilidad de Hyper-V con protección de host y use
esas direcciones URL como configuradas como configuración global en VMM y haga clic en Aceptar.
NOTE
Después de este paso, el servicio VMM configura los hosts compatibles con las direcciones URL de HGS de
reserva o principales. Solo los host que ejecuten Windows Server 1709 o versiones posteriores admiten las
direcciones URL de HGS de reserva.
Actualizaciones de los comandos de PowerShell

1. Los dos parámetros siguientes se agregan al comando Set-SCVMHost de PowerShell existente:
AttestationFallbackSer verUrl
KeyProtectionFallbackSer verUrl
Esta es la sintaxis de ejemplo.
Set-SCVMHost [-VMHost] <Host> [-ApplyLatestCodeIntegrityPolicy] [-AttestationServerUrl <String>]
[-AttestationFallbackServerUrl <String>]
[-AvailableForPlacement <Boolean>] [-BMCAddress <String>]
[-BMCCustomConfigurationProvider <ConfigurationProvider>] [-BMCPort <UInt32>]
[-BMCProtocol <OutOfBandManagementType>] [-BMCRunAsAccount <RunAsAccount>] [-BaseDiskPaths <String>]
[-BypassMaintenanceModeCheck] [-CPUPercentageReserve <UInt16>] [-CodeIntegrityPolicy
<CodeIntegrityPolicy>]
[-Custom1 <String>] [-Custom10 <String>] [-Custom2 <String>] [-Custom3 <String>] [-Custom4 <String>]
[-Custom5 <String>] [-Custom6 <String>] [-Custom7 <String>] [-Custom8 <String>] [-Custom9 <String>]
[-Description <String>] [-DiskSpaceReserveMB <UInt64>] [-EnableLiveMigration <Boolean>]
[-FibreChannelWorldWideNodeName <String>] [-FibreChannelWorldWidePortNameMaximum <String>]
[-FibreChannelWorldWidePortNameMinimum <String>] [-IsDedicatedToNetworkVirtualizationGateway
<Boolean>]
[-JobGroup <Guid>] [-JobVariable <String>] [-KeyProtectionServerUrl <String>] [-
KeyProtectionFallbackServerUrl <String>] [-LiveMigrationMaximum <UInt32>]
[-LiveStorageMigrationMaximum <UInt32>] [-MaintenanceHost <Boolean>] [-ManagementAdapterMACAddress
<String>]
[-MaxDiskIOReservation <UInt64>] [-MemoryReserveMB <UInt64>]
[-MigrationAuthProtocol <MigrationAuthProtocolType>]
[-MigrationPerformanceOption <MigrationPerformanceOptionType>] [-MigrationSubnet <String[]>]
[-NetworkPercentageReserve <UInt16>] [-NumaSpanningEnabled <Boolean>] [-OverrideHostGroupReserves
<Boolean>]
[-PROTipID <Guid>] [-RemoteConnectCertificatePath <String>] [-RemoteConnectEnabled <Boolean>]
[-RemoteConnectPort <UInt32>] [-RemoveRemoteConnectCertificate] [-RunAsynchronously] [-SMBiosGuid
<Guid>]
[-SecureRemoteConnectEnabled <Boolean>] [-UseAnyMigrationSubnet <Boolean >]
[-VMHostManagementCredential <VMMCredential>] [-VMPaths <String>] [<CommonParameters>]
2. El parámetro siguiente se agrega a Get-SCGuardianConfiguration para permitir que el usuario

especifique desde qué HGS se capturan los metadatos.
[-Guardian {Primar y | Fallback}]
Sintaxis
Get-SCGuardianConfiguration [-Guardian {Primary | Fallback}] [-OnBehalfOfUser <String>] [-

OnBehalfOfUserRole <UserRole>] [-VMMServer <ServerConnection>] [<CommonParameters>]
Pasos siguientes
Implementación del Servicio de protección de host (HGS)
Administración de HGS
Configuración de HGS de reserva para una sucursal
Configuración de un disco y una plantilla de VM
para implementar máquinas virtuales blindadas
IMPORTANT
Implementará máquinas virtuales blindadas en el tejido de proceso de Virtual Machine Manager (VMM) de
System Center mediante un disco duro de máquina virtual (VHDX) firmado, y opcionalmente con una plantilla
de máquina virtual. En este artículo se describe cómo agregar discos de plantilla firmada a VMM, configurar un
disco de utilidad de blindaje, implementar nuevas máquinas virtuales blindadas y convertir máquinas virtuales
existentes en blindadas en VMM.
Antes de empezar
El disco de plantilla firmada que se utiliza para crear la plantilla de VM blindada debe tener la familia y la
versión marcadas.
La biblioteca de VMM a la que agregar el disco plantilla firmada debe ser accesible a las nubes desde las que
se aprovisionarán VM blindadas.
La biblioteca compartida debe agregarse a las nubes desde las que las VM blindadas se aprovisionarán (no
en modo de solo lectura).
Adición de discos de plantilla firmada para máquinas virtuales

blindadas a la biblioteca VMM
Se pueden implementar máquinas virtuales blindadas de dos maneras: directamente desde un disco de plantilla
firmada o convirtiendo una máquina virtual existente en una máquina virtual blindada. Los discos de plantilla
firmada garantizan a los inquilinos que el contenido del disco no se ha modificado y les permite transferir de
forma segura secretos de implementación, como contraseñas de administrador y certificados a la máquina
virtual de forma cifrada. Por esta razón, es preferible implementar máquinas virtuales blindadas desde discos de
plantilla firmada.
Para preparar y agregar un disco de plantilla firmada a la biblioteca VMM, realice los siguientes pasos:
1. Prepare un disco de plantilla firmada en una máquina donde se ejecute Windows Server 2016 con
Experiencia de escritorio o Windows 10 que tenga instaladas las Herramientas de administración remota
del servidor.
2. Copie el disco de plantilla en un recurso compartido de biblioteca (\\
<vmmserver>\MSSCVMMLibrary\VHDs de forma predeterminada) y actualice el servidor de biblioteca.
3. Para proporcionar a VMM información sobre el sistema operativo en el disco de plantilla, en Biblioteca ,
haga clic con el botón derecho en el disco > Propiedades .
4. En Sistema operativo , seleccione el sistema operativo instalado en el disco. Esto indica a VMM que el
VHDX no está vacío. El icono de escudo junto al nombre del disco indica que es un disco de plantilla
firmado para máquinas virtuales blindadas. Proporcione información sobre la familia y versión del
disco, así como para que los recursos estén disponibles en el Portal de autoservicio de Azure Pack del
inquilino (opcional).
5. Haga clic en Aceptar para guardar las propiedades del disco plantilla firmada.
Creación de una plantilla de máquina virtual blindada

Opcionalmente, puede crear una plantilla de máquina virtual blindada con un disco de plantilla firmada. Las
plantillas de máquina virtual definen recursos de máquina virtual, como recuento de CPU, RAM y redes para un
disco de SO.
Las plantillas de máquinas virtuales blindadas varían ligeramente de las plantillas de máquina virtual normales.
Algunos valores de configuración se corrigen; por ejemplo, la máquina virtual debe ser de segunda generación
y tener habilitado el arranque seguro. Cree la plantilla de máquina virtual de la manera siguiente:
1. Haga clic en Biblioteca > Crear plantilla de VM . En Seleccionar origen , haga clic en Usar una plantilla
de VM o un disco duro virtual existentes almacenados en la biblioteca > Examinar .
2. Seleccione el disco de plantilla firmado, especifique un nombre de plantilla y una descripción opcional y haga
clic en Aceptar .
3. En Configurar hardware , especifique las propiedades de hardware de las máquinas virtuales creadas a
partir de la plantilla. Asegúrese de que haya al menos una NIC configurada y disponible. Los inquilinos
conectan con máquinas virtuales blindadas a través de Conexión a Escritorio remoto, Administración remota
de Windows u otras herramientas de administración remota que requieren redes.
4. Si quiere usar direccionamiento IP estático en el grupo de inquilinos, debe hacérselo saber a sus inquilinos.
Los inquilinos deben proporcionar un archivo de respuesta con valores que especialicen una máquina virtual
blindada para ellos. Hay valores de marcador de posición conocidos especiales que son necesarios para
admitir grupos de direcciones IP estáticas.
5. En Configurar sistema operativo , especifique la versión del sistema operativo, el nombre del equipo, la
clave de producto y la zona horaria. El inquilino proporciona información segura, como la contraseña de
administrador en un archivo de datos de blindaje (. PDK) al aprovisionar una nueva máquina virtual. Si
especifica una clave de producto, asegúrese de que sea válida para el sistema operativo en el disco de
plantilla. En caso contrario, la máquina virtual no aprovisionará correctamente. Después de crea la plantilla
de máquina virtual, asegúrese de que está disponible para el rol de usuario Administrador de inquilinos. Los
inquilinos pueden entonces usarla para proporcionar nuevas máquinas virtuales.
Configuración del asistente de blindaje VHD

También se pueden convertir máquinas virtuales de Windows existentes en blindadas con el uso de un asistente
de blindaje VHD. El asistente de VHD es un disco especial preparado con herramientas para cifrar la unidad del
sistema operativo de otra VM. La VMM se debe configurar con un asistente de VHD antes de poder blindar las
máquinas virtuales existentes.
1. Prepare un asistente de VHD en un equipo que ejecute Windows Server 2016 o Windows 10 que tenga
instaladas las Herramientas de administración remota del servidor.
2. Copie el asistente VHD en un recurso compartido de biblioteca y actualice el servidor de biblioteca.
3. En la consola VMM, haga clic en Configuración > Configuración del Ser vicio de protección de host .
4. En la sección Asistente de blindaje VHD, haga clic en Examinar y seleccione el asistente VHD de la lista de
archivos de los recursos compartidos de biblioteca.
Con el asistente de blindaje VHD configurada, puede pasar a blindar una máquina virtual existente.
Pasos siguientes
Revise Aprovisionar máquinas virtuales blindadas para obtener información sobre cómo implementar
máquinas virtuales blindadas en el tejido de proceso de VMM.
Aprovisionar máquinas virtuales blindadas en el
tejido de VMM
IMPORTANT
En este artículo se describe cómo implementar máquinas virtuales blindadas en el tejido de proceso de System
Puede implementar máquinas virtuales blindadas en VMM de dos maneras:
Convierta una máquina virtual existente en una máquina virtual blindada.
Cree una nueva máquina virtual blindada mediante un disco duro de máquina virtual (VHDX) firmado o una
plantilla de máquina virtual.
Antes de empezar
Vea un vídeo que proporciona información general rápida (2 minutos) sobre el aprovisionamiento de máquinas
virtuales blindadas en VMM. A continuación, asegúrese de que hacer lo siguiente:
1. Preparar un ser vidor HGS : debe tener un servidor HGS implementado. Más información.
2. Configurar VMM : necesitará configurar los valores globales de HGS en VMM, y configurar al menos un
host protegido. Si los hosts protegidos pertenecen a una nube, esta debe habilitarse para admitir las
máquinas virtuales blindadas. Más información.
3. Preparar un VHDX blindado y una plantilla de máquina vir tual : implementará máquinas virtuales
blindadas a partir de un disco duro virtual (VHDX) blindado y, opcionalmente, mediante una plantilla. Más
información sobre cómo prepararlos.
NOTE
No se puede usar una plantilla de servicio para crear una VM blindada. Utilice un script en su lugar.
4. Preparar archivos de datos blindados : para usar los discos de plantilla firmados de la biblioteca
VMM, los inquilinos deben preparar uno o más archivos de datos de blindaje. Este archivo contiene todos
los secretos que necesita un inquilino para implementar una máquina virtual, incluido el archivo
desatendido que se ha usado para especializar la máquina virtual, los certificados y las contraseñas de la
cuenta de administrador. El archivo también especifica el tejido protegido en el que confía el inquilino
para hospedar su máquina virtual, e información sobre los discos de plantilla firmados. El archivo está
cifrado y solo puede leerse con un host en un tejido protegido de confianza para el inquilino. Más
información.
5. Configurar un grupo host : para una administración sencilla, se recomienda colocar los hots
protegidos en un grupo host de VMM dedicado.
6. Comprobar los requisitos de máquina vir tual existentes : si quiere convertir una máquina virtual
existente en una blindada, tenga en cuenta lo siguiente:
La máquina virtual debe ser de segunda generación y tener habilitada la plantilla de arranque seguro
de Microsoft Windows.
El sistema operativo del disco debe ser:
Windows Server 2016, Windows Server 2012 R2, Windows Server 2012
Windows 10, Windows 8.1, Windows 8
El disco del sistema operativo para la máquina virtual debe usar la tabla de particiones GUID. Esto es
necesario para que las máquinas virtuales de generación 2 admitan UEFI.
7. Configurar el asistente de VHD : el proveedor de servicios de hospedaje necesitará crear una máquina
virtual que actúe como un asistente de VHD para convertir máquinas existentes. Más información.
Adición de archivos de datos de blindaje a VMM

Antes de convertir una máquina virtual existente en una máquina virtual blindada, o de aprovisionar una nueva
máquina virtual blindada desde una plantilla, el propietario de la máquina virtual debe generar un archivo de
datos de blindaje y agregarlo a VMM.
Si no dispone de un archivo de datos de blindaje importado, realice los pasos siguientes:
1. Cree un archivo de datos de blindaje si aún no tiene uno. Asegúrese de que el archivo de datos de blindaje
autoriza al tejido de hospedaje que administra VMM a ejecutar las máquinas virtuales blindadas.
2. En la consola VMM, haga clic en Biblioteca > Impor tar datos de blindaje > Examinar y seleccione el
archivo de datos de blindaje.
3. Especifique un nombre descriptivo para el archivo de datos de blindaje en Nombre y, opcionalmente,
agregue una descripción. Se recomienda que indique si el archivo de datos de blindaje se puede usar con
máquinas virtuales nuevas o existentes en su nombre para que sea más fácil encontrarlo de nuevo.
4. Haga clic en Impor tar para guardar los datos de blindaje en VMM.
Para administrar los archivos de datos de blindaje importados, vaya a Biblioteca > Datos de blindaje de VM
(en "Perfiles").
Aprovisionar una nueva máquina virtual blindada

1. Asegúrese de que tiene todos los requisitos previos antes de empezar.
2. En VM y ser vicios , haga clic en Crear máquina vir tual para abrir el Asistente para crear máquinas
virtuales.
3. En Seleccionar origen , haga clic en Usar una máquina vir tual, una plantilla de VM o un disco duro
vir tual existentes > Examinar .
4. Seleccione una plantilla de máquina virtual blindada o un disco de plantilla firmada. Ambos se identifican
mediante el icono de escudo. .
5. En Seleccionar archivo de datos de blindaje , haga clic en Examinar y seleccione un archivo de datos de
blindaje. Se mostrarán solo los archivos de datos de blindaje que pueden usarse para crear una nueva
máquina virtual blindada. Haga clic en Aceptar > Siguiente para continuar.
6. Siga estas instrucciones para completar el asistente y para implementar la máquina virtual en un host o
nube.
Cuando complete el asistente, VMM crea una nueva máquina virtual blindada desde el disco o la plantilla:
1. El archivo de disco de plantilla (VHDX) se copia desde la biblioteca VMM
2. El aprovisionamiento de la máquina virtual descifra los datos del archivo de datos de blindaje, completa
cualquier cadena de sustitución del archivo .xml desatendido y copia archivos adicionales desde el archivo de
datos de blindaje a la unidad del sistema operativo (por ejemplo, el certificado RDP).
3. La máquina virtual se reinicia, se personaliza y se vuelve a cifrar con BitLocker. La clave de cifrado de
volumen completo de BitLocker se almacena en el TMP virtual de la nueva máquina virtual.
4. La personalización de la máquina virtual se completa cuando se ejecuta el comando shutdown en el archivo
.xml desatendido; la máquina virtual permanece apagada. Si se bloquea la personalización, compruebe el
archivo unattend.xml mediante su ejecución en una máquina virtual no blindada, o mediante un archivo de
datos de blindaje compatible con cifrado que permita el acceso a la consola.
5. Después de que VMM detecta que la especialización ha finalizado, actualiza su estado para indicar que la
máquina virtual se ha creado y, si se selecciona, se inicia la máquina virtual.
Blindaje de una máquina virtual existente

Puede habilitar el blindaje de una máquina virtual que se está ejecutando en estos momentos en un host en el
tejido de VMM que no está protegido.
1. Asegúrese de que dispone de todos los requisitos previos antes de empezar.
2. Deje sin conexión la máquina virtual.
3. Se recomienda que habilite BitLocker en todos los discos conectados a la máquina virtual antes de moverla
al host protegido.
4. Seleccione la máquina virtual > Propiedades > Blindar y seleccione un archivo de datos de blindaje.
5. Apague la máquina virtual, expórtela desde el host no protegido e impórtela a un host protegido. Solo un
host protegido puede tener acceso a los datos de la máquina virtual.
Pasos siguientes
Vea Administrar la configuración de la máquina virtual para obtener información sobre cómo configurar
opciones de rendimiento y disponibilidad para máquinas virtuales.
Aprovisionamiento de una máquina virtual blindada
Linux en el tejido de VMM
IMPORTANT
En este artículo se describe cómo implementar máquinas virtuales blindadas Linux en System Center 1801 -
Virtual Machine Manager (VMM).
Procedimiento para blindar una máquina virtual Linux

Windows Server 2016 introdujo el concepto de una máquina virtual blindada para las máquinas virtuales
basadas en el sistema operativo Windows. Las máquinas virtuales blindadas ofrecen protección frente a
acciones de administrador malintencionadas cuando los datos de las máquinas virtuales están en reposo o
cuando el software que no es de confianza se ejecuta en los hosts de Hyper-V. Más información.
Con la versión 1709 de Windows Server, Hyper-V presenta la compatibilidad para el aprovisionamiento de
máquinas virtuales blindadas Linux. Esta compatibilidad está disponible en VMM 1801.
Blindaje de una máquina virtual Linux

1. Cree un disco de plantilla firmada.
2. Cree una plantilla de máquina virtual blindada Linux en VMM.
3. Genere el archivo de datos de blindaje (PDK).
4. Cree una máquina virtual blindada Linux con la plantilla de máquina virtual y el PDK.
NOTE
Si usa el protocolo de aplicación inalámbrica (WAP), puede aprovisionar máquinas virtuales blindadas Linux del mismo
modo en que aprovisiona máquinas virtuales blindadas Windows.
Preparación de un disco de plantilla

1. Siga estos pasos para crear el disco de plantilla.
2. En la sección sobre la preparación de una imagen Linux de las instrucciones, antes de instalar
lsvmtools, instale el agente de especialización de VMM.
Firma del disco de plantilla
1. Genere un certificado. Puede usar un certificado autofirmado para las pruebas.
Use el siguiente cmdlet de ejemplo:
$cert = New-SelfSignedCertificate -DnsName '<<signing.contoso.com>>'

2. Firme el disco con una máquina con Windows Server 1709. Use el siguiente cmdlet de ejemplo:
Protect-TemplateDisk -Path "<<Path to the VHDX>>" -TemplateName "<<Template Name>>" -Version

<<x.x.x.x>> -Certificate $cert -ProtectedTemplateTargetDiskType PreprocessedLinux
3. Copie el disco de plantilla y la imagen firmada en la biblioteca de VMM.
Creación de una plantilla de máquina virtual blindada Linux en VMM

1. En la biblioteca de consola de VMM, seleccione Crear plantilla de VM .
2. En Seleccionar origen , seleccione Use an existing VM template (Usar una plantilla de máquina
virtual existente). Busque y seleccione el disco de plantilla firmada que agregó a la biblioteca VMM.
Luego, seleccione Siguiente .
3. En Configurar el hardware :
En Firmware , seleccione Permitir el arranque seguro . Desde el menú desplegable Plantilla
de arranque seguro , seleccione OpenSourceShieldedVM .
NOTE
Esta plantilla de arranque es una novedad de los hosts RS3. Si no hay ningún host RS3 en VMM, esta
opción no aparece en el menú Plantilla de arranque seguro .
Seleccione la configuración necesaria para otras propiedades de hardware, como procesadores,

memoria y red de máquina virtual.
4. En Configurar sistema operativo :
Seleccione el perfil del sistema operativo invitado como Crear nueva configuración de
personalización de sistema operativo Linux .
Seleccione el sistema operativo del disco de la plantilla creado anteriormente (Ubuntu Linux ).
5. Seleccione Siguiente .
6. En Resumen , revise los detalles y seleccione Crear para finalizar la generación de la plantilla de
máquina vir tual blindada Linux en VMM .
Generación del archivo de datos de blindaje

Antes de generar el archivo de datos de blindaje (PDK):
1. Obtenga los metadatos del guardián desde el servicio guardián de host.
2. Extraiga el catálogo de firmas de volumen: archivo VSC.
Para generar el PDK, ejecute el siguiente script de ejemplo en un servidor que ejecuta la versión 1709 de
Windows Server:
# Create a VolumeSignatureCatalog file for the template disk to ensure that no one tampers with the template
disk at the deployment time
# Create an owner certificate
$Owner = New-HgsGuardian –Name '<<Owner>>' –GenerateCertificates
# Import the HGS guardian

$Guardian = Import-HgsGuardian -Path <<Import the xml from pre-step 1>> -Name '<<Name of the guardian>>' –
AllowUntrustedRoot
# Create the PDK file on a server running Windows Server version 1709
New-ShieldingDataFile -ShieldingDataFilePath '<<Shielding Data file path>>' -Owner $Owner –Guardian

$guardian –VolumeIDQualifier (New-VolumeIDQualifier -VolumeSignatureCatalogFilePath '<<Path to the .vsc file
generated in pre-step 2>>' -VersionRule Equals) -AnswerFile '<<Path to LinuxOsConfiguration.xml>>' -policy
Shielded
Creación de una máquina virtual blindada Linux con la plantilla de

máquina virtual y el PDK
1. En la consola VMM, seleccione Crear máquina vir tual .
2. Seleccione Usar una máquina vir tual, una plantilla de VM o un disco duro vir tual existentes .
3. Seleccione la plantilla de máquina vir tual blindada Linux > Siguiente .
4. Ponga un nombre a la máquina virtual y seleccione Siguiente .

5. En Configurar hardware , asegúrese de que los detalles coinciden con los valores de plantilla. Luego,
seleccione Siguiente .
6. En los valores de Configurar sistema operativo , asegúrese de que los detalles están conformes con la
configuración establecida al crear la plantilla. Luego, seleccione Siguiente .
7. Seleccione el archivo de datos de blindaje (PDK) que creó.
8. Seleccione el grupo de host de destino y luego seleccione Siguiente .
9. Seleccione el host mediante la clasificación dada por el motor de selección de ubicación de VMM. Luego,
seleccione Siguiente .
10. En Configurar valores , revise la configuración de la máquina virtual y seleccione Siguiente .
11. Revise las acciones de Agregar propiedades y seleccione Siguiente .
12. Haga clic en Crear para crear la máquina virtual blindada Linux.
Durante el aprovisionamiento de la VM, el agente de especialización de VMM lee el archivo de configuración de
Linux en PDK y personaliza la máquina virtual.
Pasos siguientes
Obtenga información general sobre máquinas virtuales blindadas y tejido protegido.
Obtenga más información sobre herramientas de VM blindadas Linux.
Implementar y administrar una infraestructura de
red definida por software (SDN) en el tejido de
VMM
IMPORTANT
System Center - Virtual Machine Manager (VMM) se puede usar para implementar y administrar una
infraestructura de Redes definidas por software (SDN).
Información general de las redes definidas por software (SDN)

SDN virtualiza la red para resumir los elementos de red del hardware físico, como conmutadores y enrutadores.
Mediante el uso de una SDN, puede administrar dinámicamente sus redes de centro de datos para cumplir los
requisitos de la carga de trabajo y de la aplicación. Las directivas de red pueden implementarse de forma
coherente a escala, incluso al implementar nuevas cargas de trabajo o al mover cargas de trabajo entre redes
físicas o virtuales.
Si implementa SDN en el tejido de VMM, puede hacer lo siguiente:
Aprovisionar y administrar redes virtuales a escala.
Implementar y administrar la infraestructura de SDN, incluidas las controladoras de red, los equilibradores
de carga de software y las puertas de enlace.
Definir y controlar de forma centralizada directivas de red virtual y vincularlas a las aplicaciones o las cargas
de trabajo. Cuando se implementa o se mueve la carga de trabajo, la configuración de red se ajusta
automáticamente. Esto es importante porque elimina la necesidad de reconfigurar manualmente el hardware
de red, lo que reduce la complejidad operativa al guardar sus valiosos recursos para trabajo de mayor
importancia.
Controlar el flujo de tráfico entre redes virtuales, incluida la capacidad de definir el ancho de banda
garantizado para las cargas de trabajo y las aplicaciones críticas.
SDN combina varias tecnologías, entre ellas las que se indican a continuación:
Controladora de red : la controladora de red permite automatizar la configuración de la infraestructura de
red, sin necesidad de configurar manualmente los servicios y los dispositivos de red.
Puer ta de enlace RAS de SDN : la puerta de enlace RAS es un enrutador multiinquilino de Windows
Server 2016, compatible con BGP y basado en software, que está diseñado para CSP y para empresas que
hospedan varias redes virtuales de inquilinos mediante HNV.
Equilibrio de carga de software (SLB) para SDN : SDN de Windows Server 2016 puede usar el
equilibrio de carga de software (SLB) para distribuir uniformemente tráfico de red del inquilino y del cliente
del inquilino entre recursos de red virtual. El SLB de Windows Server permite habilitar múltiples servidores
para que hospeden la misma carga de trabajo, lo que proporciona alta disponibilidad y escalabilidad.
Obtenga más información sobre las tecnologías en la pila de SDN.
Pasos siguientes
Implementación de componentes de SDN con PowerShell
También puede implementar componentes de SDN manualmente en la consola de VMM:
Configurar una controladora de red
Configurar un equilibrador de carga de software
Configurar una puerta de enlace RAS
Configurar una controladora de red de SDN en el
tejido de VMM
IMPORTANT
En este artículo se describe cómo configurar una controladora de red de Redes definidas por software (SDN) en
el tejido de System Center - Virtual Machine Manager (VMM).
La controladora de red de SDN es un rol de servidor escalable y de alta disponibilidad que permite automatizar
la configuración de la infraestructura de red en lugar de realizar la configuración de los dispositivos de red
manualmente. Obtenga más información.
Para una introducción mejor, vea un vídeo (~ cinco minutos) que proporciona información general sobre la
implementación de la controladora de red.
NOTE
A partir de VMM 2019 UR1, el tipo One Connected network (Una red conectada) se ha cambiado a Red
conectada .
VMM 2019 UR2 y las versiones posteriores admiten IPv6.
VMM 2019 UR3 y las versiones posteriores admiten Azure Stack HCl (versión 20H2).
Requisitos previos
• Planear una red definida por software (SDN). Obtenga más información.
• Planear la instalación y la implementación de una controladora de red de SDN. Más información.
Antes de comenzar
Para configurar SDN en el tejido de VMM, necesita lo siguiente:
Una plantilla de ser vicio : VMM usa una plantilla de servicio para automatizar la implementación de la
controladora de red. Las plantillas de servicio de la controladora de red admiten la implementación de varios
nodos en máquinas virtuales de primera y segunda generación.
Un disco duro vir tual : la plantilla de servicio necesita un disco duro virtual preparado que se importe a la
biblioteca VMM. Este disco duro virtual se usa para las máquinas virtuales de controladora de red.
El disco duro virtual debe ejecutar Windows Server 2016 con las revisiones más recientes instaladas.
Puede estar en formato VHD o VHDX.
Una red lógica de administración : modela la conectividad de la red de administración física para los
hosts VMM, los hosts de la controladora de red y los hosts de máquina virtual de inquilino.
Un conmutador lógico : proporciona a la red lógica de administración conectividad con las máquinas
virtuales de la controladora de red.
Un cer tificado SSL : autentica las comunicaciones entre el servidor VMM y la controladora de red.
Una red lógica del proveedor de HNV y redes de VM de inquilino : valida la implementación de la
controladora de red.
Otros requisitos previos : compruebe los demás requisitos.
Pasos de implementación
Esto es lo que debe hacer para configurar una controladora de red de SDN
1. Configurar los hosts y la infraestructura de red física : debe tener acceso a los dispositivos de red
física para configurar las VLAN, el enrutamiento, etc. También necesita hosts de Hyper-V para hospedar la
infraestructura de SDN y las máquinas virtuales del inquilino. Más información.
2. Preparar un disco duro vir tual : puede preparar un disco duro virtual para la plantilla de servicio de la
controladora de red en formato VHD o VHDX, en función de la generación de plantilla de servicio que
elija.
3. Descargar las plantillas de ser vicio : descargue las plantillas de servicio de la controladora de red e
impórtelas a la biblioteca VMM.
4. Configurar grupos de seguridad de Active Director y : necesitará un grupo de seguridad de Active
Directory para la administración de la controladora de red y otro grupo de seguridad para los clientes de
la controladora de red. Cada grupo necesitará tener al menos una cuenta de usuario.
5. Configurar un recurso compar tido de biblioteca VMM . Puede tener un recurso compartido de
biblioteca opcional para conservar los registros de diagnóstico. La controladora de red accederá a este
recurso compartido de biblioteca para almacenar información de diagnóstico durante todo su ciclo de
vida.
6. Configurar un grupo host de VMM : configure un grupo host dedicado para todos los hosts de Hyper-
V de SDN.
NOTE
Los hosts deben ejecutar Windows Server 2016 con las revisiones más recientes instaladas y deben tener
habilitado el rol de Hyper-V.
7. Crear la red lógica de administración : cree una red lógica para que refleje la conectividad de red de
administración para el host VMM, los hosts de la controladora de red y los hosts de la máquina virtual de
inquilino. Si quiere asignar direcciones IP estáticas desde un grupo, cree un grupo en esta red lógica.
8. Crear e implementar un conmutador lógico de administración : cree el conmutador lógico e
impleméntelo en los hosts de la controladora de red para proporcionar conectividad a la red de
administración de las máquinas virtuales de la controladora de red.
9. Configurar un cer tificado : necesita un certificado SSL para la comunicación HTTPS o segura con la
10. Impor tar la plantilla : importe y personalice la plantilla de servicio de la controladora de red.
11. Implementar el ser vicio : implemente el servicio de la controladora de red mediante la plantilla de
servicio. Después, agréguelo como servicio de VMM.
Preparar un disco duro virtual

1. Prepare el VHD o VHDX según el tipo de plantilla que quiera usar.
2. Después de preparar el disco duro, instale las actualizaciones más recientes de Windows Server 2016 y los
paquetes de idioma que necesite si su entorno es distinto del inglés.
3. Importe los archivos VHD/VHDX a la biblioteca VMM. Más información.
Descarga de la plantilla de servicio de la controladora de red

1. Descargue la carpeta SDN del repositorio de GitHub de SDN de Microsoft y copie las plantillas de VMM
>Plantillas > NC en una ruta de acceso local en el servidor VMM.
2. Extraiga el contenido en una carpeta de un equipo local.
3. Actualice la biblioteca. Más adelante, importará las plantillas de servicio.
NOTE
Los archivos de recursos personalizados se usan al configurar la controladora de red y otros componentes de SDN
(equilibrador de carga de software, puerta de enlace RAS).
La carpeta NC contiene cuatro plantillas de servicio y cinco carpetas de recursos personalizados. Se

resumen en la tabla siguiente:
Plantillas y archivos de recursos
N O M B RE T IP O DETA L L ES
Network Controller Production Plantilla Controladora de red de tres nodos

Generation 1 VM.xml para máquinas virtuales de primera
generación
Network Controller Production Plantilla Controladora de red de tres nodos

Generation 2 VM.xml para máquinas virtuales de segunda
generación
Network Controller Standalone Plantilla Controladora de red de un nodo para

Generation 1 VM.xml máquinas virtuales de primera
generación
Network Controller Standalone Plantilla Controladora de red de un nodo para

Generation 2 VM.xml máquinas virtuales de segunda
generación
NcSetup.cr Archivo de recursos personalizados Recurso de biblioteca con scripts que

se usan para configurar la red.
Ser verCer tificate.cr Archivo de recursos personalizados Recurso de biblioteca que contiene la
clave privada de la controladora de red
en formato .pfx.
NcCer tificate.cr Archivo de recursos personalizados Recurso de biblioteca que contiene el

certificado raíz de confianza (.CER) de
la controladora de red. Se usa para
proteger las comunicaciones entre la
controladora de red y otros
subservicios (por ejemplo, SLB/MUX).
N O M B RE T IP O DETA L L ES
TrustedRootCer tificate.cr Archivo de recursos personalizados Recurso de biblioteca que contiene una
clave pública de la entidad de
certificación (.cer), importada como un
certificado raíz de confianza para
validar el certificado SSL.
EdgeDeployment.cr Plantilla Se usa para instalar roles de SLB/MUX

y roles de puerta de enlace (por
ejemplo, VPN).
Configurar grupos de Active Directory

Crear grupos de seguridad para los clientes y la administración de la controladora de red.
1. En Usuarios y equipos de Active Director y , cree un grupo de seguridad para la administración de la
En el grupo, agregue a todos los usuarios que tengan permiso para configurar la controladora de red.
Por ejemplo, cree un grupo denominado Administradores de la controladora de red.
Todos los usuarios que agregue a este grupo también deben ser miembros del grupo Usuarios del
dominio de Active Directory.
El grupo de administración de la controladora de red debe ser un grupo de dominio local. Los
miembros de este grupo podrán crear, eliminar y actualizar la configuración del controlador de red
implementada.
Cree al menos una cuenta de usuario que sea miembro de este grupo y tenga acceso a sus
credenciales. Después de implementar la controladora de red, VMM puede configurarse para usar las
credenciales de cuenta de usuario para establecer comunicación con la controladora de red.
2. Crear otro grupo de seguridad para los clientes de la controladora de red
Agregue los usuarios con permiso para configurar y administrar redes mediante la controladora de
red. Por ejemplo, cree un grupo denominado Usuarios de la controladora de red.
Todos los usuarios que agregue a este nuevo grupo también deben ser miembros del grupo Usuarios
del dominio de Active Directory.
Toda la configuración y la administración de la controladora de red se realiza mediante transferencia
de estado representacional (DNS).
El grupo debe ser un grupo de dominio local. Después de implementar la controladora de red, los
miembros de este grupo tendrán permisos para comunicarse con la controladora de red a través de la
interfaz basada en REST.
Cree al menos una cuenta de usuario que sea miembro de este grupo. Después de implementar la
controladora de red, VMM puede configurarse para usar las credenciales de cuenta de usuario para
establecer comunicación con la controladora de red.
Crear un recurso compartido de biblioteca para el registro

1. Opcionalmente, cree un recurso compartido de archivos en la biblioteca de VMM para almacenar los
registros de diagnóstico.
2. Asegúrese de que la controladora de red pueda acceder al recurso compartido. La controladora de red
accede al recurso compartido para almacenar información de diagnóstico. Anote las credenciales de la
cuenta que tendrá acceso de escritura al recurso compartido.
Configuración de grupos de host

1. Cree un grupo host dedicado para los hosts de Hyper-V que administrará SDN.
2. Asegúrese de que los hosts de Hyper-V ejecuten Windows Server 2016 con las revisiones más recientes
instaladas.
Crear la red lógica de administración

Cree una red lógica de administración en VMM que refleje la red de administración física.
La red lógica proporciona opciones de conectividad de red para el host VMM, los hosts de la controladora de
red y los hosts de la máquina virtual de inquilino.
Se recomienda crear esta red lógica específicamente para proporcionar conectividad a las máquinas virtuales
de la infraestructura que están administradas mediante la controladora de red.
Si ya tiene una red lógica de VMM configurada con Crear una red de VM con el mismo nombre para
permitir que las máquinas vir tuales accedan a esta red lógica directamente , puede reutilizarla para
proporcionar conectividad de administración a la controladora de red.
Use el siguiente procedimiento para crear una red lógica de administración :
1. Haga clic en Tejido > Redes . Haga clic con el botón derecho en Redes lógicas > Crear red lógica .
2. Especifique un Nombre y una Descripción opcional.
3. En Configuración , seleccione Una red conectada . Todas las redes de administración deben tener
enrutamiento y conectividad entre todos los hosts de esa red. Seleccione Crear una red de VM con el
mismo nombre para permitir que las máquinas vir tuales accedan a esta red lógica
directamente para crear automáticamente una red de máquina virtual para la red de administración.
3. En Configuración , seleccione Una red conectada . Todas las redes de administración deben tener
enrutamiento y conectividad entre todos los hosts de esa red. Seleccione Crear una red de VM con el
directamente para crear automáticamente una red de máquina virtual para la red de administración.
NOTE
A partir de VMM 2019 UR1, el tipo One Connected Network (Una red conectada) se ha cambiado a Red
conectada .
4. Haga clic en Sitio de red > Agregar . Seleccione el grupo host para los hosts que se administrarán
mediante el controlador de red. Inserte la información de subred IP de la red de administración. Esta red
debe ya existir y estar configurada en el conmutador físico.
5. Revise la información de resumen y haga clic en Finalizar para terminar.
Crear un grupo de direcciones IP
NOTE
A partir de VMM 2019 UR1, puede crear un grupo de direcciones IP con el asistente de creación de redes lógicas .
Si quiere asignar direcciones IP estáticas a máquinas virtuales de la controladora de red, cree un grupo de
direcciones IP en la red lógica de administración. Si usa DHCP, puede omitir este paso.
1. En la consola VMM, haga clic con el botón derecho en la red lógica de administración y seleccione Crear
grupo de direcciones IP .
2. Proporcione un nombre y una descripción opcional para el grupo y asegúrese de que la red de
administración esté seleccionada para la red lógica.
3. En el panel Sitio de red , seleccione la subred a la que prestará servicio esta dirección IP.
4. En el panel Inter valo de direcciones IP , escriba las direcciones IP inicial y final.
5. Para usar una dirección IP como dirección IP de REST, escriba una de las direcciones IP del intervalo
especificado en el cuadro Direcciones IP para reser var para otros usos . En caso de que quiera usar
el extremo REST, omita este paso.
No use las tres primeras direcciones IP de la subred disponible. Por ejemplo, si su subred disponible
va de .1 a .254, comience su intervalo en .4. o un valor mayor.
Si los nodos están en la misma subred, debe proporcionar la dirección IP de REST. Si los nodos están
en distintas subredes, debe proporcionar un nombre DNS de REST.
6. Especifique la dirección de puerta de enlace predeterminada y, opcionalmente, configure DNS y WINS.
7. En la página Resumen , revise la configuración y haga clic en Finalizar para completar el asistente.
Crear e implementar un conmutador lógico de administración

Necesita implementar un conmutador lógico en la red lógica de administración. El conmutador proporciona
conectividad entre la red lógica de administración y las máquinas virtuales de la controladora de red.
1. En la consola VMM, haga clic en Tejido > Redes > Crear conmutador lógico . Revise la información de
introducción y haga clic en Siguiente .
2. Proporcione un nombre y una descripción opcional. Seleccione Equipo sin vínculo superior . Si
necesita formación de equipos, seleccione Equipo incrustado .
NOTE
No use Equipo .
3. Para el modo de ancho de banda mínimo, elija la opción Peso .

4. En Extensiones , desactive todas las extensiones del conmutador. Es importante que lo haga, Si
selecciona alguna de las extensiones de conmutador en esta fase, puede bloquear más adelante la
incorporación de la controladora de red.
5. Puede agregar un perfil de puerto virtual y elegir una clasificación de puerto para la administración de
hosts.
6. Seleccione un perfil de puerto de vínculo superior existente o haga clic en Agregar > Nuevo perfil de
puer to de vínculo superior . Proporcione un nombre y una descripción opcional. Use los valores
predeterminados para el algoritmo de equilibrio de carga y el modo de formación de equipos. Seleccione
todos los sitios de red de la red lógica de administración.
7. Haga clic en New Network Adapter (Nuevo adaptador de red). Se agrega un adaptador de red virtual
(vNIC) host al conmutador lógico y al perfil de vínculo superior, así que cuando se agrega el conmutador
lógico a sus hosts, los vNIC se agregan automáticamente.
8. Proporcione un nombre para el vNIC. Compruebe que la red de VM de administración se encuentra en
Conectividad .
9. Seleccione This network adapter will be used for host management (Este adaptador de red se
usará para la administración de host) > Inherit connection settings from the host adapter (Heredar
configuración de conexión del adaptador host). De esta forma se puede aprovechar la configuración del
adaptador vNIC desde el adaptador que ya existe en el host. Si creó anteriormente una clasificación de
puerto y un perfil de puerto virtual, puede seleccionarlos ahora.
10. En Resumen , revise la información y haga clic en Finalizar para completar el asistente.
Implementar el conmutador lógico
Debe implementar el conmutador lógico de administración en todos los hosts en los que quiera implementar la
controladora de red. Estos hosts deben formar parte del grupo host de VMM que ha creado anteriormente. Más
información.
Configurar los certificados de seguridad

Necesita un certificado SSL que se usará para la comunicación HTTPS o segura con la controladora de red.
Puede usar los siguientes métodos:
Cer tificado autofirmado : puede generar un certificado autofirmado y exportarlo con la clave privada
protegida mediante una contraseña.
Cer tificado de entidad de cer tificación (CA) : puede usar un certificado firmado por una CA.
Uso de un certificado autofirmado
En el ejemplo siguiente se crea un nuevo certificado autofirmado que se debe ejecutar en el servidor VMM.
NOTE
Puede usar una dirección IP como nombre DNS, pero no se recomienda porque restringe la controladora de red a una
sola subred.
Puede usar cualquier nombre descriptivo para la controladora de red.
Para la implementación de varios nodos, el nombre DNS debe ser el nombre REST que quiera usar.
Para la implementación de un nodo, el nombre DNS debe ser el nombre de la controladora de red seguido del nombre
de dominio completo.
IM P L EM EN TA C IÓ N SIN TA XIS E JEM P LO
Varios nodos New-SelfSignedCertificate - New-SelfSignedCertificate -

KeyUsageProperty All -Provider KeyUsageProperty All -Provider
"Microsoft Strong Cryptographic "Microsoft Strong Cryptographic
Provider" -FriendlyName " Provider" -FriendlyName
<YourNCComputerName>" -DnsName "MultiNodeNC" -DnsName
@("<NCRESTName>") @("NCCluster.Contoso.com")
Un nodo New-SelfSignedCertificate - New-SelfSignedCertificate -

KeyUsageProperty All -Provider KeyUsageProperty All -Provider
"Microsoft Strong Cryptographic "Microsoft Strong Cryptographic
Provider" -FriendlyName " Provider" -FriendlyName
<YourNCComputerName>" -DnsName "SingleNodeNC" -DnsName
@("<NCFQDN>") @("SingleNodeNC.Contoso.com")
Exportar el certificado autofirmado

Exporte el certificado y su clave privada en formato .pfx.
1. Abra el complemento Cer tificados (certlm.msc) y busque el certificado en Certificados personales.
2. Seleccione el certificado > Todas las tareas > Expor tar .
3. Seleccione la opción Expor tar la clave privada y haga clic en Siguiente .
4. Seleccione Intercambio de información personal: PKCS #12 (.PFX) y acepte el valor
predeterminado Incluir todos los cer tificados en la ruta de cer tificación (si es posible) .
5. Asigne los usuarios o grupos y una contraseña para el certificado que va a exportar y haga clic en
Siguiente .
6. En la página Archivo que se va a expor tar , busque la ubicación en la que quiere colocar el archivo
exportado y asígnele un nombre.
7. Exporte del mismo modo el certificado en formato .CER.
NOTE
Para exportar al formato .CER, desactive la opción Expor tar la clave privada .
8. Copie el archivo .PFX en la carpeta ServerCertificate.cr.

9. Copie el archivo .CER en la carpeta NCCertificate.cr.
Cuando haya terminado, actualice estas carpetas y asegúrese de que tiene copiados estos certificados.
Usar una CA
1. Solicite un certificado firmado por una CA. En el caso de una CA de empresa de Windows, solicite los
certificados mediante el Asistente para solicitud de certificados.
2. Asegúrese de que el certificado incluye el EKU serverAuth, especificado por el OID 1.3.6.1.5.5.7.3.1.
Además, el nombre del firmante del certificado debe coincidir con el nombre DNS de la controladora de
red.
3. Copie el archivo .PFX en la carpeta ServerCertificate.cr.
4. Copie el archivo .CER en la carpeta NCCertificate.cr.
5. Copie la clave pública de la CA en formato .CER en TrustedRootCertificate.cr.
NOTE
Asegúrese de que la CA empresarial esté configurada para la inscripción automática de certificados.
Uso mejorado de clave

1. Si el almacén de certificados personal (My – cert:\localmachine\my) del host de Hyper-V tiene más de un
certificado X.509 con el nombre de sujeto (CN) como nombre de dominio completo (FQDN) del host,
asegúrese de que el certificado que usa SDN tiene una propiedad personalizada para el uso mejorado de
clave con el OID 1.3.6.1.4.1.311.95.1.1.1. De lo contrario, es posible que la comunicación entre el
controlador de red y el host no funcione.
2. Asegúrese de que el certificado emitido por la entidad de certificación para la comunicación de enlace del
sur tiene una propiedad personalizada de uso mejorado de clave adicional con el OID
1.3.6.1.4.1.311.95.1.1.1.
Configurar la plantilla de servicio

Importe la plantilla y actualice los parámetros para su entorno.
Importar la plantilla
Importe la plantilla de servicio en la biblioteca VMM. En este ejemplo se importará la plantilla de segunda
generación.
1. Haga clic en Biblioteca > Impor tar plantilla .
2. Vaya a la carpeta de plantillas de servicio y seleccione el archivo Network Controller Production
Generation 2 VM.xml .
3. Actualice los parámetros para su entorno al importar la plantilla de servicio. Revise los detalles y,
después, haga clic en Impor tar .
WinSer ver.vhdx : seleccione la imagen de disco duro virtual base que ha preparado anteriormente.
NCSetup.cr : asígnelo al recurso de biblioteca NCSetup.cr en la biblioteca VMM.
Ser verCer tificate.cr : asígnelo al recurso ServerCertificate.cr de la biblioteca VMM. Además, coloque
el certificado SSL .pfx que preparó anteriormente dentro de esta carpeta. Asegúrese de que solo tiene
un certificado en la carpeta ServerCertificate.cr.
TrustedRootCer tificate.cr : asígnelo a la carpeta TrustedRootCertificate.cr de la biblioteca VMM.
Aunque no necesite un certificado raíz de confianza, debe asignar este recurso a una carpeta de CR,
pero la carpeta debe dejarse vacía.
4. Después, asegúrese de que el trabajo se ha completado.
Personalización de la plantilla
Puede personalizar la plantilla de servicio para que cumpla cualquier requisito específico relacionado con la
organización, como la clave del producto, la asignación IP, el DHCP, la suplantación de direcciones MAC y la alta
disponibilidad. También puede personalizar las propiedades de varios objetos, como grupos host, clústeres host
o instancias de servicio.
Por ejemplo, estos son los pasos necesarios para introducir la clave de producto, habilitar el DHCP y la alta
disponibilidad:
1. En la biblioteca VMM, seleccione la plantilla de servicio y ábrala en el modo del diseñador.
2. Haga doble clic en el nivel de equipo para abrir la página Propiedades del controlador de red de
Windows Server.
3. Para especificar una clave de producto, haga clic en Configuración del SO > Clave del producto y
especifique la clave compartida por CCEP.
4. Para habilitar la alta disponibilidad, haga clic en Configuración de hardware > Disponibilidad y
seleccione la casilla Hacer que esta máquina vir tual sea de alta disponibilidad .
5. Para habilitar la configuración de IP dinámica y aprovechar el DHCP para la administración del
controlador de red, haga clic en el adaptador de red en el diseñador y cambie el tipo de dirección IPV4 a
Dinámica .
NOTE
Si personaliza la plantilla para la alta disponibilidad, asegúrese de que la implementa en los nodos en clúster.
Al configurar la controladora de red y especificar el FQDN como el nombre REST, no cree previamente el
registro Host A para el nodo principal NC en su DNS. Esto puede afectar a la conectividad de la controladora
de red cuando el nodo NC principal cambie. Esto es aplicable incluso si está implementando el controlador de
red mediante el script de SDN Express o VMM Express.
Implementación de la controladora de red

1. Seleccione la plantilla de servicio de la controladora de red > Configurar implementación . Escriba un
nombre de servicio y seleccione un destino para la instancia de servicio. El destino debe asignarse al
grupo host dedicado que contiene los hosts que se administrarán mediante la controladora de red.
2. Configure las opciones de implementación como se describe en la tabla siguiente.
3. Es normal que las instancias de máquina virtual estén inicialmente en rojo. Haga clic en Actualizar vista
previa para hacer que el servicio de implementación encuentre automáticamente hosts adecuados para
las máquinas virtuales que se van a crear.
4. Después de configurar estas opciones, haga clic en Implementar ser vicio para iniciar el trabajo de
implementación del servicio.
NOTE
Los tiempos de implementación varían en función del hardware, pero suelen oscilar entre 30 y 60 minutos. Tenga
en cuenta que si no usa un VHD\VHDX de licencia por volumen o si el VHD\VHDX no suministra la clave de
producto mediante un archivo de respuesta, la implementación se detendrá en la página Clave de producto
durante el aprovisionamiento de máquinas virtuales de la controladora de red. Debe acceder manualmente al
escritorio de la máquina virtual y omitir o escribir la clave de producto.
5. Si se produce un error en la implementación de la controladora de red, elimine la instancia de servicio

con error antes de intentar de nuevo la implementación de la controladora de red. Haga clic en VM y
ser vicios > Todos los hosts > Ser vicios y elimine la instancia.
Configuración de implementación
C O N F IGURA C IÓ N REQ UISITO DESC RIP C IÓ N
ClientSecurityGroup Obligatorio Nombre del grupo de seguridad que

creó que contiene las cuentas de
cliente de la controladora de red.
DiagnosticLogShare Opcional Ubicación del recurso compartido de

archivos donde se cargarán
periódicamente los registros de
diagnóstico. Si no se proporciona, los
registros se almacenan localmente en
cada nodo.
DiagnosticLogShareUsername Opcional Nombre de usuario completo (incluido

el nombre de dominio) para una
cuenta que tenga permisos de acceso
al recurso compartido de registro de
diagnóstico. Debe tener el formato
[dominio]\[nombre de usuario].
DiagnosticLogSharePassword Opcional Contraseña de la cuenta especificada

en el parámetro
DiagnosticLogShareUsername.
LocalAdmin Obligatorio Seleccione una cuenta de ejecución de

su entorno que se usará como
administrador local en las máquinas
virtuales de la controladora de red.
Nota : Al crear cuentas de ejecución,

desactive la opción Validate domain
credentials (Validar credenciales de
dominio) si va a crear una cuenta local.
El nombre de usuario debe ser

.\Administrador (créelo si no existe).
Administración Requerido Seleccione la red lógica de

administración que creó
anteriormente.
MgmtDomainAccount Obligatorio Seleccione una cuenta de ejecución de

su entorno que se usará para preparar
el controlador de red. Este usuario
debe ser miembro del grupo de
seguridad de administración que se
especifica a continuación, con
privilegios para administrar el
controlador de red.
MgmtDomainAccountName Requerido Debe ser el nombre de usuario

completo (incluido el nombre de
dominio) de la cuenta de ejecución
asignada a MgmtDomainAccount.
El nombre de usuario de dominio se

agregará al grupo Administradores
durante la implementación.
MgmtDomainAccountPassword Obligatorio Contraseña de la cuenta de ejecución

de administración asignada a
MgmtDomainAccount.
MgmtDomainFQDN Obligatorio FQDN del dominio de Active Directory

al que se unirán las máquinas virtuales
de la controladora de red.
MgmtSecurityGroup Obligatorio Nombre del grupo de seguridad que

creó anteriormente que contiene las
cuentas de administración de la
RestEndPoint Obligatorio Escriba el RESTName usado al preparar

los certificados. Este parámetro no se
usa para plantillas independientes.
Si los nodos están en la misma subred,

debe proporcionar la dirección IP de
REST. Si los nodos están en distintas
subredes, proporcione el nombre DNS
de REST.
Ser verCer tificatePassword Obligatorio Contraseña para importar el

certificado en el almacén de la
máquina.
NOTE
Windows 2019 y versiones posteriores, se debe proporcionar permiso a las máquinas de la controladora de red para
registrar y modificar el SPN en Active Directory. Para más información, consulte Kerberos with Service Principal Name
(Kerberos con nombre de entidad de seguridad de servicio).
Agregar el servicio de la controladora de red en VMM
Después de implementar correctamente el servicio de controlador de red, el siguiente paso es agregarlo a VMM
como un servicio de red.
1. En Tejido , haga clic con el botón derecho en Redes > Ser vicio de red y haga clic en Agregar ser vicio
de red .
2. Se inicia el Asistente para agregar ser vicio de red . Especifique un nombre y una descripción
opcional.
3. Seleccione Microsoft para el fabricante y Controladora de red de Microsoft para el modelo.
4. En Credenciales , proporcione la cuenta de ejecución que quiere usar para configurar el servicio de red.
Debe ser la misma cuenta que incluyó en el grupo de clientes de la controladora de red.
5. Para la Cadena de conexión :
En la implementación de varios nodos, Ser verURL debe usar el extremo REST y ser vicename debe
ser el nombre de la instancia de la controladora de red.
En la implementación de un nodo, Ser verURL debe ser el FQDN de la controladora de red y
ser vicename debe ser el nombre de instancia del servicio de la controladora de red. Ejemplo:
serverurl=https://NCCluster.contoso.com;servicename=NC_VMM_RTM
6. En Revisar cer tificados , se crea una conexión a la máquina virtual de la controladora de red para
recuperar el certificado. Compruebe que el certificado que se muestra es el que espera. Asegúrese de
seleccionar These cer tificates have been reviewed and can be impor ted to the trusted
cer tificate storebox (Estos certificados se han revisado y se pueden importar en el almacén de
certificados de confianza).
7. En la siguiente pantalla, haga clic en Examinar proveedor para conectarse a su servicio y mostrar las
propiedades y su estado. Esto también constituye una buena prueba de si el servicio se ha creado o no
correctamente y de que usa la cadena de conexión correcta para conectarse a él. Examine los resultados y
compruebe que isNetworkController = true. Cuando la operación finalice correctamente, haga clic en
Siguiente .
8. Configure el grupo host que va a administrar la controladora de red.
9. Haga clic en Finalizar para completar el asistente. Cuando el servicio se ha agregado a VMM, aparecerá
en la lista Ser vicios de red en la consola VMM. Si el servicio de red no se ha agregado, consulte
Trabajos en la consola VMM para solucionar los problemas.
Validación de la implementación
Puede validar la implementación de la controladora de red. Para ello:
1. Cree la red del proveedor de HNV (la red de back-end) administrada por la controladora de red para la
conectividad de la máquina virtual de inquilino. Esta red se usa para validar que la controladora de red se
haya implementado correctamente y que las máquinas virtuales de inquilino dentro de la misma red virtual
puedan hacer ping las unas a las otras. Esta red ya debe existir en la infraestructura de red física y todos los
hosts del tejido de SDN deben poderse conectar físicamente a ella.
2. Después de crear la red del proveedor de HNV, configure dos redes de máquina virtual de inquilino sobre
ella. Cree redes de máquina virtual y grupos de direcciones IP y, después, implemente las máquinas virtuales
de inquilino. También puede probar la conectividad entre dos máquinas virtuales de inquilino
implementadas en hosts diferentes para asegurarse de que la controladora de red esté implementada
correctamente.
Crear la red del proveedor de HNV
1. Inicie el Asistente para crear redes lógicas . Escriba un nombre y una descripción opcional para esta red.
2. En Configuración , asegúrese de que la opción One Connected Network (Una red conectada) esté
seleccionada, dado que todas las redes del proveedor de HNV deben tener enrutamiento y conectividad
entre todos los hosts de esa red. Asegúrese de seleccionar la opción Permitir nuevas redes de máquina
vir tual creadas en esta red lógica para usar vir tualización de red . Además, deberá seleccionar
Managed by the network controller (Administrado por la controladora de red).
2. En Configuración , asegúrese de que la opción One Connected Network (Una red conectada) esté
seleccionada, dado que todas las redes del proveedor de HNV deben tener enrutamiento y conectividad
entre todos los hosts de esa red. Asegúrese de seleccionar la opción Permitir nuevas redes de
máquina vir tual creadas en esta red lógica para usar vir tualización de red . Además, deberá
seleccionar Managed by the network controller (Administrado por la controladora de red).
NOTE
conectada .
3. En Sitio de red , agregue la información del sitio de red para su red del proveedor de HNV. Debe incluir el
grupo host, la subred y la información de VLAN de la red.
4. Revise la información de Resumen y finalice el asistente.
Crear el grupo de direcciones IP
NOTE
La configuración de la red lógica de HNV necesita un grupo de direcciones IP, aunque DHCP esté disponible en
esta red. Si tiene más de una subred en la configuración de la red de HNV, cree un grupo para cada una de ellas.
1. Haga clic con el botón derecho en la opción de configuración de la red lógica de HNV y seleccione Crear
2. Proporcione un nombre y una descripción opcional y asegúrese de que la red lógica del proveedor de HNV
esté seleccionada para la red lógica.
3. En Sitio de red , debe seleccionar la subred a la que prestará servicio este grupo de direcciones IP. Si tiene
más de una subred como parte de la red del proveedor de HNV, debe crear un grupo de direcciones IP
estáticas para cada una. Si solo tiene un sitio (como la topología de ejemplo), puede hacer clic Siguiente .
3. En Sitio de red , debe seleccionar la subred a la que prestará servicio este grupo de direcciones IP. Si
tiene más de una subred como parte de la red del proveedor de HNV, debe crear un grupo de direcciones
IP estáticas para cada una. Si solo tiene un sitio (como la topología de ejemplo), puede hacer clic
Siguiente .
NOTE
Para habilitar la compatibilidad con IPv6, agregue una subred IPv6 y cree un grupo de direcciones IPv6.
4. En Inter valo de direcciones IP , configure la dirección IP inicial y final. No use la primera dirección IP
de la subred disponible. Por ejemplo, si su subred disponible va de .1 a .254, comience el intervalo en .2. o
un valor mayor.
5. A continuación, configure la dirección de puerta de enlace predeterminada. Haga clic en Inser tar junto al
cuadro Puer ta de enlace predeterminada , escriba la dirección y use la métrica predeterminada.
Opcionalmente, configure DNS y WINS.
6. Revise la información de resumen y haga clic en Finalizar para completar el asistente.
7. Como parte de la integración de la controladora de red, el conmutador que implementó en los hosts para
la conectividad de red lógica de administración se ha convertido en un conmutador SDN. Este
conmutador se puede usar ahora para implementar una red administrada de una controladora de red
que incluye la red lógica del proveedor de HNV. Asegúrese de seleccionar el sitio de red correspondiente
a la red lógica del proveedor de HNV en la configuración del perfil de puerto de vínculo superior para el
conmutador lógico de administración.
La red lógica del proveedor de HNV ahora es accesible a todos los hosts del grupo host administrado de la
Creación de grupos de direcciones IP y redes de VM de inquilino
Ahora, cree dos redes de VM y dos grupos de direcciones IP para los dos inquilinos de la infraestructura de SDN
para probar la conectividad.
NOTE
No use la primera dirección IP de la subred disponible. Por ejemplo, si su subred disponible va de .1 a .254, comience el
intervalo en .2. o un valor mayor.
Actualmente no se puede crear una red de VM con la opción Sin aislamiento para redes lógicas administradas por la
controladora de red. Debe elegir la opción de aislamiento Aislar usando la vir tualización de red de Hyper-V al
crear redes de VM asociadas con redes lógicas del proveedor de HNV.
Puesto que el controlador de red no se ha probado aún con IPv6, use IPv4 para la red lógica y la red de VM al crear
una red de máquina virtual.
1. Cree una red de VM para cada inquilino.

2. Cree un grupo de direcciones IP para cada red de VM.
NOTE
Al crear una red de VM, para habilitar la compatibilidad con IPv6, seleccione IPv6 en el menú desplegable IP address
protocol for the VM network (Protocolo de direcciones IP para la red de VM).
Creación de máquinas virtuales de inquilino
Ahora puede crear máquinas virtuales de inquilino conectadas a la red virtual del inquilino.
Asegúrese de que las máquinas virtuales de inquilino permiten ICMP IPv4 a través de su firewall. De forma
predeterminada, Windows Server lo bloquea.
Ejecute el comando New-NetFirewallRule –DisplayName “Allow ICMPv4-In” –Protocol ICMPv4 con
el fin de permitir el ICMP IPv4 a través del firewall.
Asegúrese de que las máquinas virtuales de su inquilino permitan el ICMP IPv4 o IPv6 a través de su firewall.
De forma predeterminada, Windows Server lo bloquea.
Ejecute el comando New-NetFirewallRule –DisplayName “Allow ICMPv4-In” –Protocol
ICMPv4 con el fin de permitir el ICMP IPv4 a través del firewall.
Ejecute el comando New-NetFirewallRule –DisplayName “Allow ICMPv6-In” –Protocol
ICMPv6 (aplicable a 2019 UR2 y versiones posteriores) con el fin de permitir el ICMP IPv6 a través
del firewall.
1. Si quiere crear una máquina virtual desde un disco duro existente, siga estas instrucciones.
2. Después de implementar al menos dos máquinas virtuales conectadas a la red, puede hacer ping a una
máquina virtual de inquilino desde la otra máquina virtual de inquilino para validar que la controladora de
red se ha implementado correctamente como servicio de red y que puede administrar la red del proveedor
de HNV para que las máquinas virtuales de inquilino puedan hacer ping las unas a las otras.
Quitar el controlador de red del tejido de SDN

Siga estos pasos para quitar el controlador de red del tejido de SDN.
Pasos siguientes
Crear un equilibrador de carga de software
Configurar un equilibrador de carga de software de
SDN en el tejido de VMM
IMPORTANT
En este artículo se describe cómo implementar un equilibrador de carga de software (SLB) de Redes definidas
por software (SDN) en el tejido de System Center - Virtual Machine Manager (VMM).
El SLB permite la distribución uniforme del tráfico de red del inquilino y del cliente del inquilino entre los
recursos de red virtual, de modo que varios servidores puedan hospedar la misma carga de trabajo para
proporcionar alta disponibilidad y escalabilidad. Obtenga más información en.
Puede usar VMM para implementar una controladora de red y un equilibrador de carga de software. Después
de configurar el SLB, puede aprovechar la multiplexación y las funciones de NAT en la infraestructura de SDN.
NOTE
Desde VMM 2019 UR1, el tipo de red Una conectada se ha cambiado a Red conectada
Antes de comenzar
Asegúrese de lo siguiente:
Planeación : obtenga información sobre cómo planear una red definida por software y revise la topología de
planeación en este documento. El diagrama muestra una configuración de 4 nodos de ejemplo. La
configuración es de alta disponibilidad con tres nodos de controladora de red (máquina virtual) y tres nodos
SLB/MUX. Muestra dos inquilinos con una red virtual dividida en dos subredes virtuales para simular un
nivel web y un nivel de base de datos. Tanto la infraestructura como las máquinas virtuales de inquilino se
pueden distribuir en cualquier host físico.
Controladora de red : debe tener una controladora de red de SDN implementada en el tejido de VMM para
que la infraestructura de proceso y de red se esté ejecutando antes de configurar el equilibrador de carga.
Cer tificado SSL : para importar la plantilla de servicio SLB, deberá preparar un certificado SSL. Durante la
implementación de la controladora de red, ya configuró el certificado para que estuviera disponible. Para
usar el certificado que ha preparado durante la implementación de la controladora de red para SLB, haga clic
con el botón derecho en el certificado y expórtelo sin contraseña en formato .CER. Colóquelo en la biblioteca,
en la carpeta NCCertificate.CR que creó al configurar la controladora de red.
Plantilla de ser vicio : VMM usa una plantilla de servicio para automatizar la implementación de SLB. Las
plantillas de servicio admiten la implementación de varios nodos en máquinas virtuales de primera y
segunda generación.
Máquinas vir tuales de SLB : todas las máquinas virtuales de SLB deben ejecutar Windows Server 2016
con las revisiones más recientes instaladas.
Red de HNV : asegúrese de que ha creado la red de HNV de proveedor como parte de la validación de la
controladora de red. Más información.
1. Preparar el cer tificado SSL : coloque el certificado en la biblioteca VMM.
2. Descargar la plantilla de ser vicio : descargue la plantilla de servicio que necesite para implementar
SLB/MUX.
3. Crear las redes lógicas de tránsito : debe crear redes lógicas:
Una red lógica para reflejar la red física de tránsito (front-end).
Redes de IP virtual privada (VIP) y redes VIP públicas para asignar VIP al servicio SLB.
4. Crear redes lógicas de VIP públicas y privadas : redes de IP virtual privada (VIP) y redes VIP públicas
para asignar VIP al servicio SLB.
5. Impor tar la plantilla de ser vicio : importe y personalice la plantilla de servicio SLB.
6. Implementar SLB : implemente SLB como un servicio VMM y configure las propiedades del servicio.
7. Validar la implementación : configure el emparejamiento BGP entre la instancia de SLB/MUX y un
enrutador BGP, asigne una dirección IP pública a un servicio o máquina virtual de inquilino y obtenga acceso
a la máquina virtual o servicio desde fuera de la red.
Preparar el certificado
Asegúrese de que el certificado SSL que creó durante la implementación de la controladora de red está copiado
en la carpeta NCCertificate.CR.
Descargar la plantilla de servicio

>Plantillas > SLB en una ruta de acceso local en el servidor VMM.
2. Extraiga el contenido en una carpeta de un equipo local. Las importará en la biblioteca más adelante.
La descarga contiene dos plantillas:
La plantilla de máquina virtual de producción de SLB de primera generación es para implementar el servicio
SLB en máquinas virtuales de primera generación.
La plantilla de máquina virtual de producción de SLB de segunda generación es para implementar el servicio
SLB en máquinas virtuales de segunda generación.
Ambas plantillas tienen un recuento predeterminado de tres máquinas virtuales que pueden modificarse en el
Diseñador de plantilla de servicio.
Se recomienda usar la topología de SDN simplificada (2 redes físicas) para las implementaciones de SLB. Omita
la creación de una red lógica de tránsito cuando se use la plantilla de topología de SDN simplificada.
Crear la red lógica de tránsito

1. Abra el Asistente para crear redes lógicas y escriba un nombre y una descripción opcional.
2. En Configuración , seleccione Una red conectada . Seleccione la casilla Crear una red de VM con el
directamente y la casilla Managed by the network controller (Administrada por la controladora de red).
Para VMM 2019 UR1 y versiones posteriores, en Configuración , seleccione Red conectada y después
Administrado por la controladora de red .
3. En Sitio de red , agregue la información del sitio de red de su subred.
4. Revise la información de Resumen y finalice el Asistente para crear redes lógicas.
Crear un grupo de direcciones IP para la red lógica de tránsito
Se trata del grupo de direcciones IP en el que las DIP se asignan a las máquinas virtuales de SLB/MUX y la
máquina virtual de emparejamiento BGP (si está implementada).
Se trata del grupo de direcciones IP en el que las DIP se asignan a las máquinas virtuales de SLB/MUX y la
máquina virtual de emparejamiento BGP (si está implementada). A partir de VMM 2019 UR1, puede crear un
grupo de direcciones IP mediante el asistente Crear red lógica .
Nota :
Asegúrese de usar el intervalo de direcciones IP que corresponde al espacio de direcciones IP de la red de
tránsito. No incluya la primera dirección IP de la subred en el grupo de direcciones IP que está a punto de
crear. Por ejemplo, si su subred disponible va de .1 a .254, comience su intervalo en .2.
Una vez que cree la red lógica de tránsito, asegúrese de asociar esta red lógica con el perfil de puerto de
vínculo superior del conmutador de administración que creó durante la implementación de la controladora
de red.
Crear el grupo de direcciones IP :
1. Haga clic con el botón derecho en la red lógica > Crear grupo de direcciones IP .
2. Proporcione un nombre y una descripción opcional para el grupo de direcciones IP y asegúrese de que
esté seleccionada la red lógica correcta.
3. En Sitio de red , seleccione la subred a la que prestará servicio este grupo de direcciones IP. Si tiene más
de una subred como parte de la red del proveedor de HNV, debe crear un grupo de direcciones IP
estáticas para cada una. Si solo tiene un sitio (como la topología de ejemplo), puede hacer clic Siguiente .
4. En Inter valo de direcciones IP , configure la dirección IP inicial y final. No use las tres primeras
direcciones IP de la subred disponible. Por ejemplo, si su subred disponible va de .1 a .254, comience su
intervalo en .4. o un valor mayor.
5. A continuación, configure la dirección de puerta de enlace predeterminada. Haga clic en Inser tar junto al
cuadro Puer ta de enlace predeterminada , escriba la dirección y use la métrica predeterminada.
Opcionalmente, configure DNS y WINS.
Nota : Asegúrese de asociar la red lógica con el perfil de puerto de vínculo superior de conmutador de
administración.
Crear redes lógicas de VIP públicas y privadas

Necesita un grupo de direcciones VIP privadas para asignar una VIP y una VIP pública al servicio Administrador
de SLB. Tenga en cuenta que el procedimiento para crearlas es similar, pero hay algunas diferencias.
Crear una VIP privada :
2. En Configuración , seleccione Una red conectada . Seleccione Crear una red de máquina vir tual con
el mismo nombre para permitir que las máquinas vir tuales accedan a esta red lógica
directamente . Seleccione Managed by the network controller (Administrado por la controladora de
red).
red). Para UR1 y versiones posteriores, en Configuración , seleccione Red conectada y después
Administrado por la controladora de red .
3. En Sitio de red , agregue la información del sitio de red de la red lógica de VIP privada.
Crear una VIP pública :
red) y Red de dirección IP pública .
2. En Configuración , seleccione Una red conectada . Seleccione Crear una red de máquina vir tual
con el mismo nombre para permitir que las máquinas vir tuales accedan a esta red lógica
red).
Para UR1 y versiones posteriores, en Configuración , seleccione Red conectada y después tanto
Administrado por la controladora de red como Red de dirección IP pública .
3. En Sitio de red , agregue la información del sitio de red de la red lógica de VIP pública.
Crear grupos de direcciones IP para las redes de VIP públicas y privadas
1. Haga clic con el botón derecho en la red lógica de VIP privada > Crear grupo de direcciones IP .
2. Proporcione un nombre y una descripción opcional para el grupo de direcciones IP y asegúrese de que esté
seleccionada la red lógica correcta.
3. Acepte el sitio de red predeterminado y haga clic en Siguiente .
4. En Inter valo de direcciones IP , configure la dirección IP inicial y final.
NOTE
No use la primera dirección IP de la subred disponible. Por ejemplo, si su subred disponible va de .1 a .254,
comience el intervalo en .2. o un valor mayor.
4. En Inter valo de direcciones IP , configure la dirección IP inicial y final. Especifique el grupo de direcciones
IPv6 si usa el espacio de direcciones IPv6.
NOTE
No use la primera dirección IP de la subred disponible. Por ejemplo, si su subred disponible va de .1 a .254,
comience el intervalo en .2. o un valor mayor. Para especificar el intervalo de VIP, no utilice la forma abreviada de la
dirección IPv6; use el formato 2001:db8:0:200:0:0:0:7 en lugar de 2001:db8:0:200::7.
El número máximo de direcciones permitidas en un único intervalo de VIP es 1024.
5. En Direcciones IP reser vadas para VIP de equilibrador de carga , escriba el intervalo de direcciones IP
de la subred. Debe coincidir con las direcciones inicial y final que especificó.
6. No es necesario proporcionar información de puerta de enlace, DNS o WINS, dado que este grupo se usa
para asignar direcciones IP a VIP solo mediante la controladora de red. Haga clic en Siguiente para omitir
estas pantallas. Escriba la dirección y use la métrica predeterminada. Opcionalmente, configure DNS y WINS.
8. Repita el procedimiento para la red lógica de VIP pública, pero esta vez escriba el intervalo de direcciones IP
de la red pública.
Importación de la plantilla de servicio

Importe la plantilla de servicio en la biblioteca VMM. En este ejemplo se importará la plantilla de segunda
generación.
2. Vaya a la carpeta de plantillas de servicio y seleccione el archivo SLB Production Generation 2
VM.xml .
3. Actualice los parámetros para su entorno al importar la plantilla de servicio. Tenga en cuenta que,
durante la implementación de la controladora de red, se importaron los recursos de biblioteca.
WinSer ver.vhdx : seleccione la imagen de disco duro virtual que ha preparado e importado
anteriormente durante la implementación de la controladora de red.
NCCer tificate.CR : este recurso de biblioteca contiene scripts que se usan para configurar la
controladora de red. Asígnelo al recurso de biblioteca NCCertificate.cr de la biblioteca VMM.
EdgeDeployment.CR : asígnelo al recurso de biblioteca EdgeDeployment.cr de la biblioteca VMM.
4. Recuerde que debe haber copiado el certificado .CER que creó anteriormente en la carpeta
NCCer tificate.CR .
5. En la página Resumen , revise los detalles y haga clic en Impor tar .
Nota : Puede personalizar la plantilla de servicio. Más información.
Implementar el servicio SLB

Ahora implemente una instancia de servicio SLB/MUX.
1. Seleccione la plantilla de servicio SLB Production Generation 2 VM.xml > Configurar
implementación . Escriba un nombre y un destino opcional para la instancia de servicio. El destino se
debe asignar a un grupo host que contenga los hosts que ha configurado.
2. En la sección Configuración de red , asigne TransitNetwork a la red de máquina virtual de tránsito y
ManagementNetwork a la red de máquina virtual de administración.
NOTE
La red de tránsito no es aplicable cuando se usan plantillas de topología simplificada.
Una vez completada la asignación, aparece el cuadro de diálogo Implementar ser vicio . Es normal que las
instancias de máquina virtual estén inicialmente en rojo. Haga clic en Actualizar vista previa para buscar
automáticamente hosts adecuados para la máquina virtual.
3. A la izquierda de la ventana Configurar implementación , configure las opciones tal como se indica en
la tabla siguiente:

Red de tránsito Obligatorio Red de la máquina virtual de

tránsito.
LocalAdmin Obligatorio Seleccione una cuenta de ejecución

de su entorno que se usará como
administrador local en las máquinas
virtuales. El nombre de usuario debe
ser Administrador.
Red de administración Obligatorio Elija la red de máquina virtual de

administración que creó para la
administración del host.
MgmtDomainAccount Obligatorio Seleccione una cuenta de ejecución

con permisos para agregar las
máquinas virtuales de SLB/MUX al
dominio de Active Directory
asociado con la controladora de red.
Puede ser la misma cuenta que usó
en MgmtDomainAccount mientras
se implementaba la controladora de
red.
MgmtDomainFQDN Obligatorio FQDN del dominio de Active

Directory al que se unirán las
máquinas virtuales de SLB/MUX.
SelfSignedConfiguration Obligatorio Especifique True si el certificado que

usa es un certificado autofirmado.
4. Después de configurar estas opciones, haga clic en Implementar ser vicio para iniciar el trabajo de
implementación del servicio. Los tiempos de implementación varían en función del hardware, pero
suelen oscilar entre 30 y 60 minutos.
5. Si no va a usar un VHDX de licencias por volumen o si el VHDX no tiene la clave de producto de un
archivo de respuesta, la implementación se detendrá en la página Clave del producto durante el
aprovisionamiento de máquinas virtuales de SLB/MUX. Debe acceder manualmente al escritorio de la
máquina virtual y omitir o escribir la clave de producto.
6. Cuando haya finalizado el trabajo de implementación de servicio, compruebe que el servicio aparece en
VM y ser vicios > Ser vicios > Información de red de VM para ser vicios . Haga clic con el botón
derecho en el servicio y compruebe que el estado es Implementado en Propiedades .
Después de la implementación, compruebe que el servicio aparece en Todos los hosts > Ser vicios >
Información de red de VM para ser vicios . Haga clic con el botón derecho en el servicio SLB/MUX >
Propiedades y compruebe que el estado es Implementado . Si se produce un error en la implementación de
SLB/MUX, asegúrese de eliminar la instancia de servicio con error antes de intentar de nuevo la implementación
del SLB.
Si quiere reducir horizontalmente o escalar horizontalmente una instancia implementada de servicio de
equilibrador de carga de software, lea este blog.
NOTE
Una vez implementado el servicio SLB, deshabilite el registro de DNS en el adaptador de red virtual, que está conectado a
la red de máquina virtual de tránsito en todas las máquinas virtuales MUX de SLB.
Configurar el rol SLB y las propiedades de SLB/MUX

Nota : Antes de continuar, asegúrese de que ha creado la red lógica de PA de HNV.
Ahora que el servicio está implementado, puede configurar sus propiedades. Debe asociar la instancia de
servicio SLB que implementó con la controladora de red y, luego, configurar el emparejamiento BGP entre la
instancia de SLB/MUX y un conmutador TOR o un emparejamiento de enrutador BGP.
1. Haga clic en Tejido > Ser vicio de red . Haga clic con el botón derecho en el servicio de la controladora de
red > Propiedades .
2. Seleccione la pestaña Ser vicios > Rol de equilibrador de carga > Ser vicio asociado > Examinar .
3. Seleccione la instancia de servicio de SLB/MUX que creó anteriormente. Seleccione una cuenta de ejecución.
4. En Dirección IP de administración , use una dirección IP del grupo de direcciones VIP privadas que creó
anteriormente. De manera opcional, puede especificar los intervalos de direcciones IP que se deben excluir
de la NAT de salida. En Grupos VIP de SLBM , seleccione ambos grupos VIP públicos y privados para la
publicación en la controladora de red.
5. Haga clic en la instancia de SLB/MUX que aparece en Rol de equilibrador de carga del asistente. Escriba el
ASN local del centro de datos y los detalles de los dispositivos o los emparejamientos BGP con los que puede
emparejarse el SLB/MUX.
6. Haga clic en OK .
La instancia de servicio SLB ahora está asociada con el servicio SLBM y la instancia de máquina virtual de
SLB/MUX con toda la configuración debería aparecer en Rol de equilibrador de carga .
Una vez que implemente SLB/MUX, puede validar la implementación mediante la configuración del
emparejamiento BGP entre la instancia de SLB/MUX y un enrutador BGP, la asignación de una dirección IP
pública a un servicio o máquina virtual de inquilino y el acceso al servicio o la máquina virtual de inquilino
desde fuera de la red.
Use el procedimiento siguiente para validar :
1. Escriba los detalles del enrutador externo en el asistente. Por ejemplo:
2. Haga clic en Aceptar para completar la configuración de instancia de servicio de SLB/MUX.
3. Revise la ventana Trabajos para comprobar que los trabajos Actualizar el rol de tejido con la
configuración necesaria y Asociar instancia de ser vicio con un rol de tejido se completaron
correctamente.
4. Para completar la operación de emparejamiento BGP, necesita configurar BGP a fin de emparejarlo con la
instancia de SLB/MUX en el enrutador. Si usa un enrutador de hardware, deberá consultar la
documentación del proveedor sobre cómo configurar el emparejamiento BGP de ese dispositivo.
También necesita conocer la dirección IP de la instancia de SLB/MUX que implementó anteriormente. Para
ello, puede iniciar sesión en la máquina virtual de SLB/MUX y ejecutar ipconfig /all desde el símbolo del
sistema, o bien puede obtener la dirección IP desde la consola VMM.
Nota : Escriba una dirección IP de la red de tránsito.
5. Si crea un nuevo grupo de direcciones VIP después de completar el emparejamiento, debe anunciar
todos los grupos de direcciones VIP mediante la consola VMM.
Después de realizar la validación, puede empezar a usar SLB para el equilibrio de carga. Para obtener
información relacionada, vea Equilibrar la carga del tráfico de red y Configurar reglas NAT.
Quitar el equilibrador de carga de software del tejido de SDN

Siga estos pasos para quitar el SLB del tejido de SDN.
Pasos siguientes
Crear una puerta de enlace RAS
Configurar una puerta de enlace RAS de SDN en el
tejido de VMM
IMPORTANT
En este artículo se describe cómo configurar una puerta de enlace RAS de Redes definidas por software (SDN)
en el tejido de System Center - Virtual Machine Manager (VMM).
Una puerta de enlace RAS de SDN es un elemento de ruta de acceso a datos en SDN que permite la
conectividad de sitio a sitio entre dos sistemas autónomos. En concreto, una puerta de enlace RAS permite la
conectividad de sitio a sitio entre redes de inquilinos remotos y su centro de datos mediante IPsec,
encapsulación de enrutamiento genérico (GRE) o reenvío de capa 3. Obtenga más información en.
NOTE
conectada .
Antes de comenzar
Antes de comenzar, asegúrese de lo siguiente:
Planeación : obtenga información sobre cómo planear una red definida por software y revise la topología de
planeación en este documento. El diagrama muestra una configuración de 4 nodos de ejemplo. La
configuración es de alta disponibilidad con tres nodos de controladora de red (máquina virtual) y tres nodos
SLB/MUX. Muestra dos inquilinos con una red virtual dividida en dos subredes virtuales para simular un
nivel web y un nivel de base de datos. Tanto la infraestructura como las máquinas virtuales de inquilino se
pueden distribuir en cualquier host físico.
Controladora de red : debe implementar la controladora de red antes de implementar la puerta de enlace
RAS.
SLB : para asegurarse de que las dependencias se controlan correctamente, también debe implementar el
SLB antes de configurar la puerta de enlace. Si se han configurado un SLB y una puerta de enlace, puede usar
y validar una conexión IPsec.
Plantilla de ser vicio : VMM usa una plantilla de servicio para automatizar la implementación de la puerta
de enlace. Las plantillas de servicio admiten la implementación de varios nodos en máquinas virtuales de
primera y segunda generación.
Para configurar una puerta de enlace RAS, haga lo siguiente:
1. Descargar la plantilla de ser vicio : descargue la plantilla de servicio que necesite para implementar la
puerta de enlace.
2. Crear la red lógica de VIP : cree una red lógica de VIP GRE. Necesita un grupo de direcciones IP para VIP
privadas y la asignación de VIP a puntos de conexión GRE. La red existe para definir las VIP que se asignan a
las máquinas virtuales de puerta de enlace que se ejecutan en el tejido de SDN para una conexión GRE de
sitio a sitio.
3. Impor tar la plantilla de ser vicio : importe la plantilla de servicio de puerta de enlace RAS.
4. Implementación de la puer ta de enlace : implemente una instancia de servicio de puerta de enlace y
configure sus propiedades.
5. Validación de la implementación : configure L3, IPsec o GRE de sitio a sitio y valide la implementación.
Descargar la plantilla de servicio

>Plantillas > GW en una ruta de acceso local en el servidor VMM.
2. Extraiga el contenido en una carpeta de un equipo local. Las importará en la biblioteca más adelante.
La descarga contiene dos plantillas:
La plantilla EdgeServiceTemplate_Generation 1 VM.xml es para implementar el servicio de puerta de enlace
en máquinas virtuales de primera generación.
La plantilla EdgeServiceTemplate_Generation 2 VM.xml es para implementar el servicio de puerta de enlace
en máquinas virtuales de segunda generación.
Ambas plantillas tienen un recuento predeterminado de tres máquinas virtuales que pueden modificarse en el
Diseñador de plantilla de servicio.
Creación de la red lógica VIP GRE

1. En la consola VMM, ejecute el Asistente para crear redes lógicas. Escriba un nombre , proporcione una
descripción si quiere y haga clic en Siguiente .
2. En Configuración , seleccione Una red conectada . Opcionalmente, puede seleccionar Crear una red de
VM con el mismo nombre . Esta configuración permite que las máquinas virtuales accedan a esta red
lógica directamente. Seleccione Managed by the network controller (Administrado por la controladora
de red) y haga clic en Siguiente .
Para VMM 2019 UR1 y las versiones posteriores, en Configuración , seleccione Red conectada y
Administrado por la controladora de red . Después, haga clic en Siguiente .
3. En Sitio de red , especifique estos valores de configuración:
Estos son los valores de ejemplo:
Nombre de red: VIP GRE
Subred: 31.30.30.0
Máscara: 24
Id. de VLAN en tronco: N/D
Puerta de enlace: 31.30.30.1
4. En Resumen , revise la configuración y finalice el asistente.
4. Para usar IPv6, agregue tanto la subred IPv4 como la IPV6 al sitio de red. Estos son los valores de
ejemplo:
Nombre de red: VIP GRE
Subred: FD4A:293D:184F:382C::
Máscara: 64
Id. de VLAN en tronco: N/D
Puerta de enlace: FD4A:293D:184F:382C::1
Crear un grupo de direcciones IP para direcciones VIP GRE
NOTE
1. Haga clic con el botón derecho en la red lógica VIP GRE > Crear grupo de direcciones IP .
2. Escriba un nombre y una descripción opcional para el grupo y compruebe que la red VIP esté seleccionada.
Haga clic en Siguiente .
3. Acepte el sitio de red predeterminado y haga clic en Siguiente .
4. Elija una dirección IP inicial y final para su intervalo. Inicie el intervalo en la segunda dirección de la subred
disponible. Por ejemplo, si su subred disponible va de .1 a .254, comience el intervalo en .2.
5. En el cuadro Direcciones IP reser vadas para VIP de equilibrador de carga , escriba el intervalo de
direcciones IP de la subred. Debe coincidir con el intervalo usado para las direcciones IP inicial y final.
estas pantallas.
4. Si ha creado una subred IPv6, cree un grupo de direcciones VIP GRE IPv6 independiente.
5. Elija una dirección IP inicial y final para su intervalo. Inicie el intervalo en la segunda dirección de la subred
disponible. Por ejemplo, si su subred disponible va de .1 a .254, comience el intervalo en .2. Para especificar el
intervalo de VIP, no utilice la forma abreviada de la dirección IPv6; use el formato 2001:db8:0:200:0:0:0:7 en
lugar de 2001:db8:0:200::7.
6. En el cuadro Direcciones IP reser vadas para VIP de equilibrador de carga , escriba el intervalo de
direcciones IP de la subred. Debe coincidir con el intervalo usado para las direcciones IP inicial y final.
estas pantallas.
Importación de la plantilla de servicio

2. Vaya a la carpeta de plantillas de servicio. Por ejemplo, seleccione el archivo EdgeSer viceTemplate
Generation 2.xml .
3. Actualice los parámetros para su entorno al importar la plantilla de servicio. Tenga en cuenta que,
durante la implementación de la controladora de red, se importaron los recursos de biblioteca.
WinSer ver.vhdx : seleccione la imagen de disco duro virtual que ha preparado e importado
anteriormente durante la implementación de la controladora de red.
EdgeDeployment.CR : asígnelo al recurso de biblioteca EdgeDeployment.cr de la biblioteca VMM.
4. En la página Resumen , revise los detalles y haga clic en Impor tar .
Nota : Puede personalizar la plantilla de servicio. Más información.
Implementar el servicio de puerta de enlace
En este ejemplo se usa la plantilla de segunda generación.
1. Seleccione la plantilla de servicio EdgeSer viceTemplate Generation2.xml y haga clic en Configurar
implementación .
2. Escriba un nombre y seleccione un destino para la instancia de servicio. El destino se debe asignar a un
grupo host que contenga los hosts configurados previamente para la implementación de la puerta de
enlace.
3. En Configuración de red , asigne la red de administración a la red de la máquina virtual de
administración.
Nota : Una vez completada la asignación, aparece el cuadro de diálogo Implementar ser vicio . Es
normal que las instancias de máquina virtual estén inicialmente en rojo. Haga clic en Actualizar vista
previa para buscar automáticamente hosts adecuados para la máquina virtual.
4. A la izquierda de la ventana Configurar implementación , configure las opciones siguientes:
AdminAccount . Necesario. Seleccione una cuenta de ejecución que se usará como administrador
local en las máquinas virtuales de puerta de enlace.
ManagementNetwork . Necesario. Elija la red de máquina virtual de administración que creó para la
administración del host.
Cuenta de administración . Necesario. Seleccione una cuenta de ejecución con permisos para
agregar la puerta de enlace al dominio de Active Directory asociado con la controladora de red. Puede
ser la misma cuenta que ha usado para MgmtDomainAccount mientras se implementaba la
FQDN . Necesario. FQDN del dominio de Active Directory para la puerta de enlace.
5. Haga clic en Implementar ser vicio para iniciar el trabajo de implementación del servicio.
Nota :
Los tiempos de implementación varían en función del hardware, pero suelen oscilar entre 30 y 60
minutos. Si se produce un error en la implementación de la puerta de enlace, elimine la instancia
de servicio con error en Todos los hosts > Ser vicios antes de volver a intentar la
implementación.
Si no va a usar un VHDX de licencias por volumen (o si no se suministra la clave de producto
mediante un archivo de respuesta), la implementación se detendrá en la página Clave del
producto durante el aprovisionamiento de máquinas virtuales. Debe acceder manualmente al
escritorio de la máquina virtual y escribir la clave u omitirla.
Si quiere reducir horizontalmente o escalar horizontalmente una instancia de SLB implementada,
consulte este blog.
Límites de puerta de enlace

Estos son los límites predeterminados de la puerta de enlace administrada de la controladora de red:
MaxVMNetworksSuppor ted = 50
MaxVPNConnectionsPerVMNetwork = 10
MaxVMSubnetsSuppor ted = 550
MaxVPNConnectionsSuppor ted = 250
NOTE
Para una red virtualizada sdnv2, se crea una subred de enrutamiento interno para cada red de máquina virtual. El límite
MaxVMSubnetsSuppor ted incluye las subredes internas creadas para las redes de máquina virtual.
Puede reemplazar los límites predeterminados establecidos para la puerta de enlace administrada de la controladora de
red. Sin embargo, reemplazar el límite a un número mayor podría afectar al rendimiento de la controladora de red.
Reemplazo de los límites de la puerta de enlace

Para reemplazar los límites predeterminados, anexe la cadena de reemplazo a la cadena de conexión de servicio
de la controladora de red y actualice en VMM.
MaxVMNetworksSuppor ted= seguido del número de redes de VM que se pueden utilizar con esta puerta
de enlace.
MaxVPNConnectionsPerVMNetwork = seguido del número de conexiones VPN que se pueden crear por
cada red de VM con esta puerta de enlace.
MaxVMSubnetsSuppor ted = seguido del número de redes de VM que se pueden utilizar con esta puerta
de enlace.
MaxVPNConnectionsSuppor ted = seguido del número de conexiones VPN que se pueden utilizar con
esta puerta de enlace.
Ejemplo :
Para reemplazar el número máximo de redes de VM que se pueden utilizar con la puerta de enlace por 100,
actualice la cadena de conexión de la manera siguiente:
serverurl=https://NCCluster.contoso.com;servicename=NC_VMM_RTM; MaxVMNetworksSupported==100
Configurar el rol de administrador de puerta de enlace

Ahora que el servicio de puerta de enlace está implementado, puede configurar sus propiedades y asociarlas
con el servicio de controladora de red.
1. Haga clic en Tejido > Ser vicio de red para mostrar la lista de servicios de red instalados. Haga clic con
el botón derecho en el servicio de la controladora de red > Propiedades .
2. Haga clic en la pestaña Ser vicios y seleccione Rol de administrador de puer tas de enlace .
3. Busque el campo Ser vicio asociado en Información del ser vicio y haga clic en Examinar .
Seleccione la instancia del servicio de puerta de enlace que creó anteriormente y haga clic en Aceptar .
4. Seleccione la cuenta de ejecución que usará el controlador de red para acceder a las máquinas
virtuales de puerta de enlace.
Nota : La cuenta de ejecución debe tener privilegios de administrador en las máquinas virtuales de
puerta de enlace.
5. En Subred VIP GRE , seleccione la subred VIP que creó anteriormente.
6. En Grupo IPv4 público , seleccione el grupo que configuró durante la implementación de SLB. En
Dirección IPv4 pública , proporcione una dirección IP del grupo anterior y asegúrese de no seleccionar las
tres primeras direcciones IP del intervalo.
6. Para habilitar la compatibilidad con IPv4, en Grupo IPv4 público , seleccione el grupo que configuró
durante la implementación de SLB. En Dirección IPv4 pública , proporcione una dirección IP del grupo
anterior y asegúrese de no seleccionar las tres primeras direcciones IP del intervalo.
7. Para habilitar la compatibilidad con IPv6, desde Network Controller Proper ties (Propiedades de la
controladora de red) > Ser vicios , active la casilla Enable IPv6 (Habilitar IPv6), seleccione la subred VIP
GRE IPv6 que ha creado anteriormente e indique el grupo IPv6 público y la dirección IPv6 pública,
respectivamente. Seleccione también la subred de front-end IPv6 que se asignará a las máquinas
virtuales de puerta de enlace.
8. En Capacidad de puer ta de enlace , configure los valores de capacidad.

La capacidad de puerta de enlace (Mbps) denota el ancho de banda TCP normal que se espera de la
máquina virtual de puerta de enlace. Debe establecer este parámetro en función de la velocidad de red
subyacente que use.
El ancho de banda de túnel IPsec se limita a (3/20) de la capacidad de puerta de enlace. Esto significa que,
si la capacidad de puerta de enlace está establecida en 1000 Mbps, la capacidad equivalente de túnel
IPsec se limita a 150 Mbps.
NOTE
El límite de ancho de banda es el valor total del ancho de banda entrante y saliente.
Las proporciones equivalentes para túneles GRE y L3 son 1/5 y 1/2 respectivamente.
9. Configure el número de nodos reservados para la copia de seguridad en el campo Nodes for reser ved
for failures (Nodos reservados para errores).
10. Para configurar máquinas virtuales de puerta de enlace individuales, haga clic en cada máquina virtual y
seleccione la subred de front-end IPv4, especifique el ASN local y, opcionalmente, agregue la información
del dispositivo de emparejamiento para BGP del mismo nivel.
Nota : Debe configurar los pares BGP de puerta de enlace, si tiene previsto usar conexiones de GRE.
La instancia de servicio que ha implementado ya está asociada al rol de administrador de puerta de enlace.
Debería ver la instancia de máquina virtual de puerta de enlace indicada debajo.
7. En Capacidad de puer ta de enlace , configure los valores de capacidad.
La capacidad de puerta de enlace (Mbps) denota el ancho de banda TCP normal que se espera de la
máquina virtual de puerta de enlace. Debe establecer este parámetro en función de la velocidad de red
subyacente que use.
El ancho de banda de túnel IPsec se limita a (3/20) de la capacidad de puerta de enlace. Esto significa que,
si la capacidad de puerta de enlace está establecida en 1000 Mbps, la capacidad equivalente de túnel
IPsec se limita a 150 Mbps.
NOTE
El límite de ancho de banda es el valor total del ancho de banda entrante y saliente.
Las proporciones equivalentes para túneles GRE y L3 son 1/5 y 1/2 respectivamente.
8. Configure el número de nodos reservados para la copia de seguridad en el campo Nodes for reser ved
for failures (Nodos reservados para errores).
9. Para configurar máquinas virtuales de puerta de enlace individuales, haga clic en cada máquina virtual y
seleccione la subred de front-end IPv4, especifique el ASN local y, opcionalmente, agregue la información
del dispositivo de emparejamiento para BGP del mismo nivel.
Nota : Debe configurar los pares BGP de puerta de enlace, si tiene previsto usar conexiones de GRE.
La instancia de servicio que ha implementado ya está asociada al rol de administrador de puerta de enlace.
Debería ver la instancia de máquina virtual de puerta de enlace indicada debajo.
Después de implementar la puerta de enlace, puede configurar los tipos de conexión GRE S2S, IPsec S2S o L3 y
validarlos. Para obtener más información, vea el siguiente contenido:
Crear y validar conexiones IPsec de sitio a sitio
Crear y validar conexiones GRE de sitio a sitio
Crear y validar conexiones L3
Para más información sobre los tipos de conexión, vea este artículo.
Configurar el selector de tráfico de PowerShell

Este es el procedimiento para configurar el selector de tráfico mediante PowerShell para VMM.
1. Cree el selector de tráfico con los parámetros siguientes.
Nota : Los valores que se usan son solo ejemplos.
$t= new-object Microsoft.VirtualManager.Remoting.TrafficSelector
$t.Type=7 // IPV4=7, IPV6=8
$t.ProtocolId=6 // TCP =6, reference: https://en.wikipedia.org/wiki/List_of_IP_protocol_numbers
$t.PortEnd=5090
$t.PortStart=5080
$t.IpAddressStart=10.100.101.10
$t.IpAddressEnd=10.100.101.100
2. Configure el selector de tráfico anterior mediante el parámetro -LocalTrafficSelectors de Add-

SCVPNConnection o Set-SCVPNConnection .
Quitar la puerta de enlace del tejido de SDN

Siga estos pasos para quitar la puerta de enlace del tejido de SDN.
Configuración de componentes de red definidas
por software (SDN) en el tejido de VMM con
PowerShell
IMPORTANT
System Center - Virtual Machine Manager (VMM) se puede usar para implementar y administrar una
infraestructura de Redes definidas por software (SDN).
Puede implementar componentes de SDN en el tejido de VMM, por ejemplo:
Controladora de red : la controladora de red permite automatizar la configuración de la infraestructura de
red, sin necesidad de configurar manualmente los servicios y los dispositivos de red.
Puer ta de enlace RAS de SDN : la puerta de enlace RAS es un enrutador multiinquilino de Windows
Server 2016, compatible con BGP y basado en software, que está diseñado para CSP y para empresas que
hospedan varias redes virtuales de inquilinos mediante HNV.
Equilibrio de carga de software (SLB) para SDN : SDN de Windows Server 2016 puede usar el
equilibrio de carga de software (SLB) para distribuir uniformemente tráfico de red del inquilino y del cliente
del inquilino entre recursos de red virtual. El SLB de Windows Server permite habilitar múltiples servidores
para que hospeden la misma carga de trabajo, lo que proporciona alta disponibilidad y escalabilidad.
Existen dos maneras de implementar estos componentes:
Consola VMM : implemente la controladora de red, SLB y la puerta de enlace de RAS manualmente en la
consola de VMM.
PowerShell : implemente todos los componentes mediante scripts de PowerShell.
Ventajas de la implementación de PowerShell

Implemente todos los componentes de SDN con scripts de PowerShell.
Mediante un script puede reducir la introducción de errores manuales y ahorrar valioso tiempo de
implementación.
Con este método, puede modificar posteriormente la configuración de la consola de VMM, igual que haría si
implementara componentes de SDN manualmente.
Al igual que con la implementación manual, tiene la opción de configurar una nueva red lógica de
administración y cambiar o reutilizar una red y un conmutador existentes.
Si se produce un error en la implementación del script, todos los valores de configuración modificados se
deshacen para que pueda empezar de nuevo.
Puede desactivar la implementación de componentes específicos, por ejemplo, si ya tiene implementada la
controladora de red, puede implementar solo SLB y la puerta de enlace de RAS.
Antes de empezar
La implementación de un conmutador habilitado para SET no se admite actualmente en una implementación
de PowerShell. Se debe implementar fuera de banda y luego especificar su nombre durante la
implementación.
Compruebe que cumple los requisitos previos para la implementación de componentes de SDN:
Requisitos previos de controladora de red
Requisitos previos de SLB
Requisitos previos de puerta de enlace de RAS
Esto es lo que debe hacer para configurar componentes de SDN en VMM con PowerShell.
1. Configurar los hosts y la infraestructura de red física : debe tener acceso a los dispositivos de red
física para configurar las VLAN, el enrutamiento, etc. También necesita hosts de Hyper-V para hospedar la
infraestructura de SDN y las máquinas virtuales del inquilino. Más información.
2. Disco duro virtual preparado para las plantillas de servicio en formato VHD o VHDX.
3. Descargue la plantilla de controladora de red, la plantilla del servicio de SLB y la plantilla del servicio de
puerta de enlace de RAS.
4. Importe las plantillas de controladora de red, SLB y puerta de enlace de RAS en la biblioteca VMM.
5. Configure grupos de seguridad de Active Directory. Uno para la administración de la controladora de red
y otro para los clientes de la controladora de red. Cada grupo necesitará tener al menos una cuenta de
usuario.
6. Configure un recurso compartido de biblioteca de VMM. Puede tener un recurso compartido de archivos
de biblioteca para guardar registros de diagnóstico. La controladora de red accederá a este recurso
compartido de biblioteca para almacenar información de diagnóstico durante todo su ciclo de vida.
7. Configure un grupo de hosts de VMM dedicado para todos los hosts de Hyper-V de SDN. Tenga en
cuenta que los hosts deben ejecutar la versión más reciente de Windows Server 2016 y deben tener
habilitado el rol de Hyper-V.
8. Configure un certificado. Necesitará un certificado de SSL para la comunicación HTTPS entre VMM y la
9. Descargue y ejecute los scripts de SDN. Hay tres scripts:
VMMExpress.ps1 : este script implementa la pila de SDN. Después de descargarlo, puede realizar sus
propias personalizaciones.
Fabricconfig.psd1 : este archivo acepta todas las entradas para configurar SDN.
Fabricconfig_Example.psd1 : un archivo de ejemplo que contiene parámetros ficticios. Puede
sustituirlos por sus propios parámetros.
Pasos siguientes
Configurar hosts y la infraestructura de red física para SDN .
Configurar redes de máquinas virtuales en SDN
mediante VMM
IMPORTANT
En este artículo se proporciona información sobre cómo crear redes de máquinas virtuales en una SDN
mediante System Center - Virtual Machine Manager (VMM).
Las redes de VM son objetos abstractos que actúan como una interfaz para redes lógicas. En un entorno de red
virtualizado, mediante las redes de máquinas virtuales, puede abstraer las máquinas virtuales de la red lógica
subyacente.
Una red lógica puede tener una o más redes de máquinas virtuales asociadas en función de su configuración de
aislamiento.
Los dos tipos de configuración de aislamiento siguientes se admiten en el tejido de SDN:
Vir tualización de red : Si una red lógica está aislada mediante virtualización de red, puede crear varias
redes de máquinas virtuales para esta red lógica. En una red de máquinas virtuales, los inquilinos pueden
usar cualquier dirección IP independientemente de las direcciones IP que se usen en otras redes de
máquinas virtuales. Como proveedor de servicios, puede hospedar cargas de trabajo de varios inquilinos
en una única red lógica. Los inquilinos también pueden configurar las conexiones de red en estas redes
de máquinas virtuales.
Sin aislamiento : Si una red lógica no dispone de aislamiento, entonces únicamente se le puede asociar
una sola red de máquinas virtuales. Como proveedor de servicios, puede hospedar cargas de trabajo de
infraestructura mediante este tipo de configuración de aislamiento.
NOTE
El aislamiento de VLAN no se admite en el tejido de SDN.
Antes de comenzar
Que la controladora de red está implementada en el tejido de SDN. Más información.
Que creó una red lógica con la configuración de aislamiento adecuada y se estableció para ser
administrada por la controladora de red de Microsoft. Además, que creó los grupos de IP para esta red
lógica.
NOTE
Si quiere implementar las máquinas virtuales con direcciones IP dinámicas en redes "sin aislamiento", los grupos de
direcciones IP no son necesarios.
De forma predeterminada, las máquinas virtuales conectadas a una red de máquinas virtuales con
configuración de aislamiento de virtualización de red no se pueden conectar a otras redes. Si quiere que la
red de máquinas virtuales se conecte a otras redes, primero debe implementar SLB de SDN y puerta de
enlace de SDN.
Crear una red de VM (virtualización de red)

1. En el tejido de VMM, haga clic en VM y ser vicios > Redes de VM > Crear red de VM .
2. En el Asistente para crear redes de VM > Nombre , escriba un nombre, una descripción opcional y
seleccione una red lógica creada con la configuración de aislamiento virtualización de red.
3. En Aislamiento , seleccione Aislar mediante vir tualización de red de Hyper-V seleccione IPv4 para
los protocolos de dirección IP. Haga clic en Siguiente .
4. En Subredes de VM haga clic en Agregar , especifique el nombre y las subredes para la red de
máquinas virtuales y, después, haga clic en Siguiente .
NOTE
Puede agregar varias subredes.
5. En el panel Conectividad , seleccione el tipo de conectividad que quiere usar para esta red de máquinas
virtuales.
NOTE
De forma predeterminada, todas las máquinas virtuales en una red de máquinas virtuales se comunican entre sí.
Si quiere las máquinas virtuales de esta red se comuniquen con otras redes, configure las siguientes opciones en la
página Conectividad :
Conectar con otra red a través de un túnel VPN : Seleccione esta opción si quiere que las
máquinas virtuales de esta red se comuniquen con otras redes a través de VPN. Para obtener
automáticamente las rutas entre los sitios conectados a través del túnel VPN, seleccione la opción
Habilitar el protocolo de puer ta de enlace de borde . Seleccione el dispositivo de puer ta
de enlace de VPN que quiere usar y confirme la configuración.
En función de la selección, aparecen las páginas Conexiones VPN y Protocolo de puer ta de
enlace de borde , complete la configuración según la información proporcionada por el
administrador de VPN.
Conectar directamente a una red lógica adicional : Seleccione esta opción si quiere que las
máquinas virtuales de esta red de máquinas virtuales se conecten directamente a una red lógica
adicional. Para habilitar el acceso a los recursos de Internet, seleccione Traducción de
direcciones de red (NAT) o seleccione Enrutamiento directo como puente entre un espacio
de direcciones IP virtualizado y un espacio de direcciones IP físico.
6. En Resumen , compruebe la configuración y haga clic en Finalizar .
Una vez que se ha completado correctamente el trabajo, puede ver la red de máquinas virtuales recién creada
en VM y ser vicios > Redes de VM .
NOTE
Después de crear una red de máquinas virtuales con virtualización de red, asegúrese de crear un grupo de direcciones IP
para esta red de máquinas virtuales.
Crear una red de VM (sin aislamiento)

NOTE
Al crear la red lógica, si ha elegido la opción Crear red de VM con el mismo nombre para permitir que las
máquinas vir tuales obtengan acceso directo a esta red lógica , puede omitir los pasos siguientes.
1. Haga clic en VM y ser vicios > Redes de VM . Crear red de VM .

2. En el Asistente para crear redes de VM > Nombre , escriba un nombre y una descripción opcional.
Seleccione una red lógica conectada para esta red de máquina virtual. Haga clic en Siguiente .
3. En Resumen , compruebe la configuración y haga clic en Finalizar .
Una vez que se ha completado correctamente el trabajo, puede ver la red de máquinas virtuales recién creada
en VM y ser vicios > Redes de VM .
NOTE
Si ha creado un grupo de direcciones IP en la red lógica, el mismo estará directamente disponible para la red de máquinas
virtuales.
Pasos siguientes
Crear un grupo de direcciones IP para una red de máquinas virtuales
Configuración de redes cifradas de redes definidas
por software mediante VMM
IMPORTANT
En este artículo se explica cómo cifrar las redes de máquinas virtuales en redes definidas por software con
System Center Virtual Machine Manager (VMM).
En la actualidad, el tráfico de red lo puede cifrar el sistema operativo invitado o una aplicación mediante
tecnologías como IPSec y TLS. Sin embargo, estas tecnologías son difíciles de implementar debido a su
complejidad inherente y a los desafíos relacionados con la interoperabilidad entre sistemas debido a la
naturaleza de la implementación.
Mediante la característica de redes cifradas en VMM, el cifrado de un extremo a otro se puede configurar con
facilidad en redes de máquinas virtuales mediante el uso de la controladora de red. Este cifrado impide que se
lea y manipule el tráfico entre dos máquinas virtuales en la misma red y subred de máquina virtual. VMM 1801
y versiones posteriores admiten esta característica.
El control del cifrado se encuentra en el nivel de subred y el cifrado puede habilitarse o deshabilitarse para cada
subred de la red de máquina virtual.
Esta característica se administra a través de la controladora de red de las redes definidas por software. Si todavía
no dispone de una infraestructura de redes definidas por software con un contexto de nomenclatura, consulte
Implementar de redes definidas por software para más información.
NOTE
Actualmente, esta característica ofrece protección de administradores de red y de otros fabricantes, y no ofrece ninguna
protección frente a los administradores del tejido. La protección frente a administradores de tejido se encuentra en la
canalización y estará disponible próximamente.
Antes de empezar
Asegúrese de que se cumplen los siguientes requisitos previos:
Al menos dos hosts para las máquinas virtuales de inquilinos con objeto de validar el cifrado.
Red de máquina virtual basada en HNV con el cifrado habilitado y un certificado, que se pueden crear y
distribuir mediante el administrador del tejido. Tenga en cuenta que el certificado junto con su clave privada
debe estar almacenado en el almacén de certificados local de todos los hosts, donde residen las máquinas
virtuales (de esa red).
Procedimiento: configuración de redes cifradas

1. Cree un certificado y, después, coloque el certificado en el almacén de certificados local de todos los
hosts, donde piensa colocar las máquinas virtuales de inquilinos para esta validación.
Puede crear un certificado autofirmado o bien obtener un certificado de una entidad de certificación. Para
más información sobre cómo generar un certificado autofirmado y colocarlo en las ubicaciones
correspondientes de cada host que se va a usar, consulte este artículo.
NOTE
Tome nota de la "huella digital" del certificado que se genere. En el artículo indicado en el paso 2: no es necesario
realizar las acciones que se detallan en "Creación de una credencial de certificado" y "Configuración de una red
virtual para cifrado". Configurará esos valores con VMM en los pasos siguientes:
2. Configure una red de proveedor de HNV para la conectividad de máquina virtual de inquilinos, que será
administrada por la controladora de red. Más información.
3. Cree una red de máquina virtual del inquilino y una subred. Durante la creación de la subred, seleccione
Habilitar cifrado en Subredes de VM . Más información.
En el paso siguiente, pegue la huella digital del certificado que ha creado.
4. Cree dos máquinas virtuales en dos hosts físicos independientes y conéctelos a la subred anterior. Más
información.
5. Adjunte cualquier aplicación de examen de paquetes en las dos interfaces de red de los dos hosts, donde
se colocan las máquinas virtuales de inquilinos.
6. Envíe el tráfico, los ping, HTTP u cualquier otro paquete, entre los dos hosts y compruebe los paquetes en
la aplicación de examen de paquetes. Los paquetes no deben tener ningún texto sin formato discernible
como parámetros de una solicitud HTTP.
Permitir y bloquear el tráfico de máquina virtual
mediante las ACL del puerto de SDN
IMPORTANT
En System Center Virtual Machine Manager (VMM), puede configurar y administrar de manera centralizada las
listas de control de acceso (ACL) del puerto de redes definidas por software (SDN).
Una ACL del puerto es un conjunto de reglas de ACL que filtran el tráfico en el nivel de puerto de capa 2.
Una ACL del puerto en VMM filtra el acceso a un determinado objeto de red de VMM.
Cada objeto de red de VMM no puede tener más de una ACL del puerto conectada.
Una ACL contiene reglas y se puede adjuntar a cualquier número de objetos de red de VMM. Puede crear
una ACL sin reglas y agregar las reglas posteriormente.
Si una ACL tiene varias reglas, estas se aplican en función de la prioridad. Después de que una regla coincida
con los criterios y se aplique, no se procesa ninguna otra.
Las ACL del puerto de SDN se pueden aplicar a subredes virtuales y adaptadores de red virtual.
NOTE
La configuración de ACL de puerto solo se expone a través de los cmdlets de PowerShell en VMM y no se puede
configurar en la consola VMM.
Con PowerShell para VMM también puede configurar las ACL del puerto de Hyper-V. Para más información, vea
ACL del puerto de Hyper-v.
En este artículo se proporciona información sobre cómo crear y administrar las ACL del puerto de SDN
mediante los cmdlets de PowerShell para VMM.
Antes de empezar
Asegúrese de que la controladora de red de SDN está implementada.
Crear una ACL del puerto

1. Abra PowerShell en VMM.
2. Cree una ACL del puerto.
PS C:\> New-SCPortACL -Name "RDPAccess" -Description "PortACL to control RDP access" -ManagedByNC
NOTE
El parámetro -ManagedByNC garantiza que la ACL del puerto está administrada por la controladora de red (NC)
y solo puede adjuntarse a objetos administrados por la controladora de red. Los cmdlets que se proporcionan
aquí usan valores de ejemplo.
Crear una regla de ACL del puerto

1. Obtenga una ACL del puerto existente.
PS C:\> $portACL = Get-SCPortACL -Name "RDPAccess"
2. Cree una regla de ACL del puerto.
PS C:\> New-SCPortACLRule -Name "AllowRDPAccess" -PortACL $portACL -Description "Allow RDP Rule from
a subnet" -Action Allow -Type Inbound -Priority 110 -Protocol Tcp -LocalPortRange 3389 -
RemoteAddressPrefix 10.184.20.0/24
NOTE
Intervalo de prioridad para las reglas de ACL del puerto de SDN: 1 – 64500.
Solo se admiten los parámetros de los protocolos TCP/UDP/Any para la creación de reglas de ACL.
Adjuntar una ACL a un adaptador de red virtual

1. Obtenga el adaptador de red virtual.
PS C:\> $vm = Get-SCVirtualMachine -Name “TenantVM”

PS C:\> $adapter = Get-SCvirtualNetworkAdapter -VM $vm"
2. Adjunte una ACL del puerto existente al adaptador de red virtual.
PS C:\> $portACL = Get-SCPortACL -Name "RDPAccess"

PS C:\> Set-SCVirtualNetworkAdapter -VirtualNetworkAdapter $adapter -PortACL $portACL
NOTE
También puede adjuntar una ACL del puerto al crear el adaptador de red virtual a través del cmdlet New-
SCVir tualNetworkAdapter . Más información.
Desasociar una ACL del puerto de un adaptador de red virtual

1. Obtenga el adaptador de red virtual que quiere desasociar de la ACL del puerto.
PS C:\> $vm = Get-SCVirtualMachine -Name “TenantVM”

PS C:\> $adapter = Get-SCvirtualNetworkAdapter -VM $vm
2. Desasocie la ACL del puerto del adaptador de red virtual.

PS C:\> Set-SCVirtualNetworkAdapter -VirtualNetworkAdapter $adapter -RemovePortACL
Adjuntar una ACL a una subred de máquina virtual

1. Obtenga la subred de máquina virtual que se va a adjuntar a la ACL.
PS C:\> $vmSubnet = Get-SCVMSubnet -Name “Tenant Subnet”
2. Adjunte un ACL del puerto existente a la subred de máquina virtual.
PS C:\> Set-SCVMSubnet -VMSubnet $vmSubnet -PortACL $portACL
NOTE
También puede adjuntar una ACL del puerto durante la creación de la subred de máquina virtual a través del
cmdlet New-SCVMSubnet . Más información.
Desasociar una ACL del puerto de una subred de máquina virtual

1. Obtenga la subred de máquina virtual que quiere desasociar de la ACL del puerto.
PS C:\> $vmSubnet = Get-SCVMSubnet -Name “Tenant Subnet”
2. Desasociar la ACL del puerto de la subred de máquina virtual.
PS C:\> Set-SCVMSubnet –VMSubnet $vmSubnet -RemovePortACL
Quitar una regla de ACL del puerto

1. Obtenga la regla de ACL del puerto que se va a quitar.
PS C:\> $portACLRule = Get-SCPortACLRule –Name “AllowRDPAccess”
2. Quite la regla de ACL del puerto.
PS C:\> Remove-SCPortACLRule -PortACLRule $portACLRule
Quitar una ACL del puerto

1. Obtenga la ACL del puerto que quiere quitar.
PS C:\> $portACL = Get-SCPortACL -Name “RDPAccess”
2. Quite la ACL del puerto.
PS C:\> Remove-SCPortACL -PortACL $portACL

Controlar el ancho de banda de red virtual de SDN
con QoS
IMPORTANT
En este artículo se proporciona información sobre cómo configurar las opciones de calidad de servicio (QoS)
para redes virtuales de SDN en System Center - Virtual Machine Manager (VMM). A través de esta
configuración, puede limitar el ancho de banda del tráfico que fluye dentro o fuera de un adaptador de red
virtual (vNIC) mediante la especificación del mínimo ancho de banda reservado o el ancho de banda máximo
para el adaptador.
Los proveedores de servicios pueden impedir que una máquina virtual de tráfico elevado bloquee otras
máquinas virtuales.
Los inquilinos pueden obtener el ancho de banda reservado mínimo independientemente del tráfico de red.
Para obtener información detallada sobre la configuración de QoS de SDN disponible en la controladora de red,
vea Configurar la calidad de servicio (QoS) para un adaptador de red de la máquina virtual de inquilino.
La configuración de QoS se administra en VMM a través de perfiles de puerto de adaptador de red virtual
asociados a una clasificación de puerto. La configuración del perfil de puerto habilita la uniformidad y la
facilidad de aplicación en varios adaptadores.
Antes de empezar
Asegúrese de que ha implementado la controladora de red en el tejido de SDN. Más información.
Crear perfiles de puerto de adaptador de red virtual

Para crear un perfil de puerto de adaptador de red virtual, use el procedimiento siguiente:
1. Vaya a Tejido > Perfiles de puer to .
2. Haga clic con el botón derecho en Perfil de puer to y seleccione Crear perfil de puer to de Hyper-V .
Proporcione un nombre y una descripción opcional. Por ejemplo, el nombre puede ser InquilinoA .
3. En General , seleccione Perfil de puer to de adaptador de red vir tual .
4. Vaya a Configuración del ancho de banda .
.
5. En Configuración del ancho de banda , escriba los valores de ancho de banda mínimo y máximo que
quiere aplicar al vNIC seleccionado. Ancho de banda máximo (Mbps) y Ancho de banda mínimo (Peso)
sirven para reservar una parte del ancho de banda de salida para las vNIC.
Ancho de banda máximo (Mbps) : Especifique el ancho de banda de salida máximo que se
puede usar en esta vNIC. Es independiente del modo de ancho de banda configurado en el
conmutador. Un valor de 0 implica que el máximo no está configurado.
Ancho de banda mínimo (Peso) : especifique una parte ponderada del ancho de banda de
salida que quiere reservar para esta vNIC. Esto reservará una parte ponderada del ancho de banda
total de NIC físicas basándose en las ponderaciones totales reservadas por todas las demás vNIC
para un determinado conmutador.
6. En Resumen , vea la configuración y haga clic en Finalizar .
NOTE
Ancho de banda mínimo (Mbps) no es compatible con VMM para SDN.
Limitar el ancho de banda de entrada de la vNIC no es compatible con VMM.
Ancho de banda mínimo (Peso) establece la opción outboundReser vedValue en la controladora de red y el ancho
de banda máximo (Mbps) establece la opción outboundMaximumMbps .
Asegúrese de que los valores mínimo y máximo para el ancho de banda están dentro del intervalo de ancho de banda
de la NIC física en la que se implementa el conmutador lógico. En caso contrario, se rechazará la solicitud de asignación
de ancho de banda.
Crear una clasificación de puerto

Para crear una clasificación de puerto:
1. Vaya a Tejido > Redes .
2. Haga clic con el botón derecho en Clasificaciones de puer to > Crear clasificación de puer to .
3. En el Asistente para crear clasificaciones de puer to en, General , asigne un nombre a la clasificación y
haga clic en Finalizar .
Por ejemplo, se ha creado una clasificación de puerto con el nombre Carga de trabajo del InquilinoA , que se
usará más adelante.
Asociar las clasificaciones de puerto al conmutador lógico

Para asociar una clasificación de puerto al conmutador lógico, siga estos pasos:
1. Vaya a Tejido > Redes > Conmutadores lógicos .
2. Haga clic con el botón derecho en el conmutador lógico seleccionado para ver sus Propiedades .
3. Seleccione Puertos virtuales, haga clic en Agregar para abrir el cuadro de diálogo Agregar puer to
vir tual .
4. Navegue para seleccionar la clasificación de puerto (por ejemplo: Carga de trabajo del InquilinoA ) y
haga clic en Aceptar .
5. Seleccione la opción Incluir el perfil de puer to de adaptador de red y haga clic en Examinar .
Seleccione el perfil de puerto vNIC, (por ejemplo, InquilinoA que creó en el procedimiento anterior) y
haga clic en Aceptar .
6. Repita los pasos anteriores para agregar las clasificaciones de puerto necesarias para este conmutador
lógico.
Aplicar una clasificación de puerto al adaptador de red virtual

Para aplicar una clasificación de puerto (y, por tanto, la configuración de QoS) a un adaptador de red virtual, siga
estos pasos:
1. Vaya a VM y ser vicios , haga clic con el botón derecho en la máquina virtual seleccionada y abra sus
Propiedades .
2. Vaya a la página Configuración de hardware y seleccione el adaptador de red virtual.
3. Seleccione la clasificación de puerto que quiera en la lista desplegable Clasificación .
NOTE
Aquí se muestran solo las clasificaciones disponibles para el conmutador lógico. También puede aplicar una clasificación
de puerto al crear una máquina virtual.
También puede aplicar una clasificación de puerto al adaptador de red virtual de host a través de la página de
propiedades de host Conmutadores virtuales.
Equilibrar la carga del tráfico de red en un tejido de
SDN mediante VMM
IMPORTANT
En el tejido de Redes definidas por software (SDN), puede usar el equilibrador de carga de software (SLB) para
distribuir uniformemente el tráfico de red entre las cargas de trabajo administradas por los proveedores de
servicios de nube (CSP) y los inquilinos. Obtenga más información sobre el Equilibrador de carga de software
(SLB).
System Center Virtual Machine Manager (VMM) admite los siguientes dos escenarios de equilibrio de carga:
Equilibrio de carga del tráfico de red externo : Este escenario incluye el equilibrio de carga del
tráfico de red procedente de una red externa. El equilibrio de carga se realiza a través de una IP virtual
(VIP) pública. Las máquinas virtuales de carga de trabajo se puede conectar a una red de máquinas
virtuales sin aislamiento o a una red de máquinas virtuales que tenga habilitada la vir tualización de
red .
Equilibrio de carga de tráfico de red interno (equilibrio de carga interno): Este escenario incluye el
equilibrio de carga del tráfico de red de cargas de trabajo en la red de máquinas virtuales que tiene
habilitada la vir tualización de red . El equilibrio de carga se realiza a través de una IP virtual.
NOTE
VMM 2016 admite la configuración de equilibrio de carga mediante el uso de PowerShell. La configuración a
través de plantillas de servicio no se admite actualmente.
En este artículo se proporciona información sobre cómo configurar el equilibrio de carga de máquinas virtuales
de carga de trabajo mediante el uso de PowerShell.
NOTE
Antes de comenzar
Se implementan la Controladora de red SDN y el equilibrador de carga de software de SDN.
Las máquinas virtuales necesarias se crean en las redes adecuadas y se identifican para el equilibrio de
carga.
Crear una plantilla de dirección VIP
Siga los pasos siguientes para configurar las IP virtuales para equilibrar la carga de las máquinas virtuales de
carga de trabajo (DIP).
1. En la consola VMM, haga clic en Tejido > Plantillas de VIP . Haga clic con el botón derecho y seleccione
Crear plantilla de VIP .
2. En la página Nombre , proporcione el nombre y una descripción opcional. Especifique el Puer to de IP

vir tual que se usará como puerto de front-end para el tráfico de red. En el Puer to back-end ,
especifique el puerto en el que se hospedan las cargas de trabajo de back-end. Haga clic en Siguiente .
3. En Especificar un tipo de plantilla , seleccione Específico. En Fabricante , seleccione Microsoft. En

Modelo , seleccione Controladora de red de Microsoft. Haga clic en Siguiente .
4. En Especificar opciones de protocolo , seleccione la opción Personalizada y escriba TCP/UDP en
Nombre del protocolo. Haga clic en Siguiente .
NOTE
SLB solo admite el equilibrio de carga de nivel 4 del tráfico TCP/UDP. No se admiten los protocolos HTTP / HTTPS.
5. Para Persistencia y Equilibrio de carga , use los valores predeterminados. Haga clic en Siguiente .
NOTE
SLB no admite la persistencia y diferentes métodos de equilibrio de carga. De forma predeterminada, SLB usa el
algoritmo Round Robin para el equilibrio de carga.
6. Opcionalmente, inserte los valores adecuados en Monitores de estado . Haga clic en Siguiente .
Opciones: TCP y HTTP se admiten como protocolos de monitor de estado si se usa SLB.
7. Compruebe la configuración y haga clic en Finalizar .
Una vez que se crea la plantilla, puede encontrar esto en Tejido > Plantillas de VIP .
Crear una IP virtual con PowerShell

Cree una IP virtual mediante los siguientes scripts de ejemplo. Seleccione el script según el tipo de tráfico de red
en el que quiera equilibrar la carga:
• Script para crear una IP virtual para equilibrar la carga del tráfico de red externo
• Script para crear una IP virtual para equilibrar la carga del tráfico de red interno
Script para crear una IP virtual para equilibrar la carga del tráfico de red externo
El siguiente script de ejemplo crea la IP virtual a partir de una red IP pública para equilibrar la carga de las
máquinas virtuales de carga de trabajo WGB-001 y WGB-002 en el puerto 80.
Este script se puede usar para crear una VIP de equilibrio de carga que pase también la dirección VIP de IPv6.
Las máquinas virtuales de carga de trabajo se puede conectar a una red de máquinas virtuales sin aislamiento
o redes de máquinas virtuales que tengan habilitada la vir tualización de red .
NOTE
En la sección de parámetros de script, sustituya los valores reales que coinciden con su entorno de prueba por los
ejemplos que se usan en este script.
Asegúrese de ejecutar el script en un servidor VMM o en un equipo que ejecute la consola VMM.
param(
[Parameter(Mandatory=$false)]
# Name of the Network Controller Network Service
# This value should be the name you gave the Network Controller service
# when you on-boarded the Network Controller to VMM
$LBServiceName = "NC",
# Name of the workload VMs you want to load balance.
$VipMemberVMNames = @("WGB-001","WGB-002"),
# Name of the VIP VM Network
$VipNetworkName = "PublicVIP",
# VIP address you want to assign from the VIP VM Network IP pool.
# Pick any VIP that falls within your VIP IP Pool range.
$VipAddress = "44.15.10.253",
# The name of the VIP template you created via the VMM Console.
$VipTemplateName = "WebsiteHTTP",
# Arbitrary but good to match the VIP you're using.
$VipName = "scvmm_44_15_10_253_80"
)
Import-Module virtualmachinemanager
$lb = Get-scLoadBalancer | where { $_.Service.Name -like $LBServiceName};

$vipNetwork = get-scvmnetwork -Name $VipNetworkName;
$vipMemberNics = @();
foreach ($vmName in $VipMemberVMNames)
{
$vm = get-scvirtualmachine -Name $vmName;
# if ($vm.VirtualNetworkAdapters[0].VMNetwork.ID -ne $vipNetwork.ID)
# {
# $vm.VirtualNetworkAdapters[0] | set-scvirtualnetworkadapter -VMNetwork $vipNetwork;
# }
$vipMemberNics += $vm.VirtualNetworkAdapters[0];
}
$existingVip = get-scloadbalancervip -Name $VipName

if ($existingVip -ne $null)
{
# foreach ($mem in $existingVip.VipMembers)
# {
# $mem | remove-scloadbalancervipmember;
# }
$existingVip | remove-scloadbalancervip;
}
$vipt = get-scloadbalancerviptemplate -Name $VipTemplateName;
$vip = New-SCLoadBalancerVIP -Name $VipName -LoadBalancer $lb

-IPAddress $VipAddress -LoadBalancerVIPTemplate $vipt
-FrontEndVMNetwork $vipNetwork
-BackEndVirtualNetworkAdapters $vipMemberNics;
Write-Output "Created VIP " $vip;
$vip = get-scloadbalancervip -Name $VipName;

Write-Output "VIP created successfully " $vip;
Script para crear una IP virtual para equilibrar la carga del tráfico de red interno
Para el siguiente script de ejemplo, se crea una nueva plantilla de IP virtual con el nombre ILB-VIP-Template para
el equilibrio de carga en el puerto 443, mediante el procedimiento detallado en la sección anterior. El script crea
a una IP virtual a partir de una red de máquinas virtuales de inquilino para equilibrar la carga de las máquinas
virtuales ILB-001 e ILB-002, que forman parte de la misma red de máquinas virtuales de inquilino.
Este script se puede usar para crear una VIP de equilibrio de carga que pase también la dirección VIP de IPv6.
NOTE
En el escenario de equilibrio de carga interno, la IP virtual procede de la red de máquinas virtuales de inquilino. Por
tanto, $VipNetworkName es el mismo nombre de red de máquinas virtuales de inquilino donde están conectadas
las máquinas virtuales. Asegúrese de que el grupo de IP de red de máquinas virtuales de inquilino tiene las direcciones
IP reservada para las IP virtuales. $VipAddress es una de las direcciones IP de las IP virtuales reservadas.
En la sección de parámetros de script, sustituya los valores reales que coinciden con su entorno de prueba por los
ejemplos que se usan en este script.
Asegúrese de ejecutar el script en un servidor VMM o en un equipo que ejecute la consola VMM.
param(
# Name of the Network Controller Network Service
# This value should be the name you gave the Network Controller service
# when you on-boarded the Network Controller to VMM
$LBServiceName = "NC",
# Name of the workload VMs you want to load balance.
$VipMemberVMNames = @("ILB-001","ILB-002"),
# Name of the VIP VM Network
$VipNetworkName = "TenantNetwork",
# VIP address you want to assign from the VIP VM Network IP pool.
# Pick any VIP that falls within your VIP IP Pool range.
$VipAddress = "192.168.100.75",
# The name of the VIP template you created via the VMM Console.
$VipTemplateName = "ILB-VIP-Template",
# Arbitrary but good to match the VIP you're using.
$VipName = "scvmm_192_168_100_75_443"
$lb = Get-scLoadBalancer | where { $_.Service.Name -like $LBServiceName};

$vipNetwork = get-scvmnetwork -Name $VipNetworkName;
$vipMemberNics = @();
foreach ($vmName in $VipMemberVMNames)
{
$vm = get-scvirtualmachine -Name $vmName;
# if ($vm.VirtualNetworkAdapters[0].VMNetwork.ID -ne $vipNetwork.ID)
# {
# $vm.VirtualNetworkAdapters[0] | set-scvirtualnetworkadapter -VMNetwork $vipNetwork;
# }
$vipMemberNics += $vm.VirtualNetworkAdapters[0];
}
$existingVip = get-scloadbalancervip -Name $VipName

if ($existingVip -ne $null)
{
# foreach ($mem in $existingVip.VipMembers)
# {
# $mem | remove-scloadbalancervipmember;
# }
$existingVip | remove-scloadbalancervip;
}
$vipt = get-scloadbalancerviptemplate -Name $VipTemplateName;
$vip = New-SCLoadBalancerVIP -Name $VipName -LoadBalancer $lb

-IPAddress $VipAddress -LoadBalancerVIPTemplate $vipt
-FrontEndVMNetwork $vipNetwork
-BackEndVirtualNetworkAdapters $vipMemberNics;
Write-Output "Created VIP " $vip;
$vip = get-scloadbalancervip -Name $VipName;

Write-Output " VIP created successfully " $vip;
Configurar NAT para el reenvío de tráfico en la
infraestructura de SDN
IMPORTANT
En este artículo se describe cómo configurar la traducción de direcciones de red (NAT) para el reenvío de tráfico
en una infraestructura de red definida por software (SDN) en el tejido de System Center Virtual Machine
Manager (VMM).
NAT permite que las máquinas virtuales en una red virtual aislada de SDN obtengan conectividad externa. VMM
configura una dirección IP virtual (VIP) para reenviar el tráfico hacia y desde una red externa.
Los dos tipos siguientes de NAT son compatibles con VMM.
NAT de salida : Reenvía el tráfico de la red de máquinas virtuales desde una red virtual a destinos externos.
NAT de entrada : Reenvía el tráfico externo a una máquina virtual específica de una red virtual.
En este artículo se proporciona información sobre cómo configurar una conexión NAT para redes virtuales de
SDN con VMM.
NOTE
Antes de comenzar
Se implementan la Controladora de red SDN y el equilibrador de carga de software de SDN.
Se crea una red de máquinas virtuales de SDN con virtualización de red.
Crear una conexión NAT

1. En la consola VMM, haga clic en VM y ser vicios > Redes de VM . Haga clic con el botón derecho en la
red de máquinas virtuales seleccionada para la que quiere crear la conexión NAT y seleccione
Propiedades .
2. Haga clic en Conectividad en la página del asistente que se muestra.
3. En Conectividad , seleccione Connect directly to an additional network (Conectar directamente con
una red adicional) y seleccione Traducción de direcciones de red (NAT) debajo de esta opción.
4. En el Grupo de direcciones IP , elija el grupo de direcciones IP del que debe provenir la IP virtual. En
Dirección IP, elija una dirección IP del grupo seleccionado. Haga clic en OK .
5. Para habilitar IPv6, seleccione un grupo de direcciones IPv6 y proporcione una dirección IPv6.
Se creará una conexión NAT para esta red de máquinas virtuales.
NOTE
Junto con la conexión NAT, este procedimiento también crea una regla NAT de salida predeterminada que habilita la
conectividad de salida para la red de máquinas virtuales.
Para habilitar la conectividad de entrada y reenviar el tráfico externo a una máquina virtual específica, debe agregar
reglas NAT a la conexión NAT.
Agregar reglas a una conexión NAT

1. En la consola VMM, haga clic en VM y ser vicios > Redes de VM . Haga clic con el botón derecho en la
red de máquinas virtuales seleccionada y seleccione Propiedades .
2. Haga clic en Traducción de direcciones de red en el asistente.
3. En Especificar reglas de traducción de direcciones de red (NAT) , haga clic en Agregar . Escriba los
detalles siguientes según corresponda:
Nombre : Nombre de la regla NAT de entrada.
Protocolo : Protocolo de tráfico de red de entrada. Se admite TCP/UDP.
Puer to de entrada : Número de puerto que quiere usar junto con la IP virtual para tener acceso a la
máquina virtual.
ID de destino : Dirección IP de la máquina virtual a la que quiere dirigir el tráfico externo.
Puer to de destino : Número de puerto en la máquina virtual al que se debe reenviar el tráfico
externo.
4. Haga clic en OK .
NOTE
Pueden crearse varias reglas NAT para reenviar el tráfico a varias máquinas virtuales que forman parte de la red de
Quitar una regla NAT

1. En la consola VMM, haga clic en VM y ser vicios > Redes de VM . Haga clic con el botón derecho en la red
de máquinas virtuales seleccionada y seleccione Propiedades .
2. Haga clic en Traducción de direcciones de red en el asistente.
3. Seleccione la regla NAT que quiere quitar, haga clic en Quitar y después en Aceptar .
Quitar una conexión NAT

1. En la consola VMM, haga clic en VM y ser vicios > Redes de VM . Haga clic con el botón derecho en la red
de máquinas virtuales seleccionada y seleccione Propiedades .
2. Haga clic en Conectividad en el asistente.
3. Desactive la opción Conectar directamente a una red lógica adicional y haga clic en Aceptar .
Enrutamiento del tráfico a través de redes en la
IMPORTANT
En este artículo se describe cómo enrutar el tráfico entre las redes de una infraestructura de redes definida por
software (SDN) configurada en el tejido de System Center Virtual Machine Manager (VMM).
Una puerta de enlace de RAS en SDN permite redirigir el tráfico entre redes físicas y virtuales, con
independencia de dónde estén ubicados los recursos. La puerta de enlace de RAS en SDN tiene el protocolo
Boarder Gateway Protocol (BGP) multiinquilino y compatible, además de admitir una conectividad a través de
una red privada virtual (VPN) sitio a sitio mediante IPsec, encapsulación de enrutamiento genérico (GRE) o
reenvío de capa tres. Obtenga más información.
NOTE
conectada .
Antes de comenzar
Se implementan la Controladora de red SDN, el equilibrador de carga de software de SDN y la puerta de
enlace de RAS en SDN.
Se crea una red de máquinas virtuales de SDN con virtualización de red.
Configuración de conexiones VPN sitio a sitio con VMM

Una conexión VPN sitio a sitio permite conectar de forma segura dos redes de diferentes ubicaciones físicas a
través de Internet.
Para proveedores de servicios de nube (CSP) que hospedan muchos inquilinos en su centro de datos, la puerta
de enlace de RAS en SDN proporciona una solución de puerta de enlace multiinquilino que permite a los
inquilinos acceder a sus recursos y administrarlos a través de conexiones VPN sitio a sitio desde sitios remotos,
lo que a su vez permite el tráfico de red entre recursos virtuales del centro de datos y la red física.
Para habilitar IPv6 para la conexión VPN de sitio a sitio, la subred de enrutamiento debe ser tanto IPv4 como
IPv6. Para que la puerta de enlace funcione en IPv6, especifique las direcciones IPv4 e IPv6 separadas por punto
y coma ( ; ) e indique la dirección IPv6 en el punto de conexión remoto. Por ejemplo,
192.0.2.1/23;2001:0db8:85a3:0000:0000:8a2e:0370::/64.
Configuración de la conexión IPSec
Siga estos pasos :
1. Seleccione la red de máquina virtual en la que desea configurar una conexión IPSec sitio a sitio y, después,
haga clic en Conectividad .
2. Seleccione Conectar con otra red a través de un túnel VPN . Opcionalmente, para habilitar el
emparejamiento BGP en su centro de datos, seleccione Habilitar Border Gateway Protocol (BGP) .
3. Seleccione el servicio de controladora de red para el dispositivo de puerta de enlace.
4. Seleccione Conexiones VPN > Agregar > Add IPSec Tunnel (Agregar túnel IPsec).
5. Escriba una subred, como se muestra en el diagrama siguiente. Esta subred se usa para enrutar paquetes
fuera de la red de máquina virtual. No es necesario realizar una configuración previa de esta subred en el
centro de datos.
6. Escriba un nombre para la conexión y la dirección IP del punto de conexión remoto. Opcionalmente,
configure el ancho de banda.
7. En Autenticación , seleccione el tipo de autenticación que quiere usar. Si decide autenticar con una cuenta de
ejecución, cree una cuenta de usuario con un nombre de usuario y la clave IPsec como contraseña de la
cuenta.
8. En Rutas , escriba todas las subredes remotas a las que quiere conectarse. Si seleccionó Habilitar Border
Gateway Protocol (BGP) en la página Conectividad , las rutas no son necesarias.
9. En la pestaña Avanzadas , acepte la configuración predeterminada.
10. Si seleccionó Habilitar Protocolo de puer ta de enlace de borde (BGP) en la página Conectividad,
puede rellenar los valores de ASN, IP de BGP el mismo nivel y su ASN en la página el asistente para Border
Gateway Protocol , como se muestra a continuación:
.
11. Para validar la conexión, intente hacer ping a la dirección IP de punto de conexión remota desde una de las
máquinas virtuales de la red de máquina virtual.
Configuración de la tunelización de GRE

Los túneles de GRE permiten la conectividad entre redes virtuales de inquilino y redes externas. Dado que el
protocolo de GRE es ligero y que la compatibilidad con GRE se encuentra disponible en la mayoría de los
dispositivos de red, se trata de una opción ideal para la tunelización, donde no se requiere el cifrado de los
datos. La compatibilidad con GRE en túneles sitio a sitio (S2S) facilita el reenvío del tráfico entre las redes
virtuales de inquilino y las redes externas de inquilino.
Siga estos pasos :
1. Seleccione la red de máquina virtual donde quiere configurar una conexión GRE S2S y haga clic en
Conectividad .
emparejamiento BGP en su centro de datos, seleccione Habilitar Border Gateway Protocol (BGP) .
4. Seleccione Conexiones VPN > Agregar > Agregar túnel GRE .
5. Escriba una subred, como se muestra en el diagrama siguiente. Esta subred se usa para enrutar paquetes
fuera de la red de máquina virtual. No es necesario que esta subred esté configurada previamente en el
centro de datos.
6. Escriba un nombre de conexión y especifique la dirección IP del punto de conexión remoto.
7. Escriba la clave de GRE .
8. Si quiere, puede completar los demás campos de esta pantalla, pero estos valores no son necesarios para
configurar una conexión.
9. En Rutas , agregue todas las subredes remotas a las que quiere conectarse. Si seleccionó Habilitar
Protocolo de puer ta de enlace de borde (BGP) en Conectividad , puede dejar en blanco esta pantalla y
en su lugar rellenar los campos de ASN, IP de BGP del mismo nivel y ASN en la pestaña Border Gateway
Protocol .
10. Puede usar los valores predeterminados en el resto de la configuración.
11. Para validar la conexión, intente hacer ping a la dirección IP de punto de conexión remoto desde una de las
máquinas virtuales de la red de máquina virtual.
Configuración de las conexiones de IPsec y GRE en el sitio remoto

En el dispositivo remoto del mismo nivel, utilice el valor del campo Dirección IP de extremo de red de VM
de la UI de VMM como dirección de destino al configurar la conexión de IPSec\GRE.
Configuración del reenvío L3
El reenvío L3·permite la conectividad entre la infraestructura física del centro de datos y la infraestructura
virtualizada de la nube de Virtualización de red de Hyper-V.
Mediante el reenvío L3, las máquinas virtuales de red de inquilinos pueden conectarse a una red física a través
de la puerta de enlace de SDN de Windows Server 2016, que ya está configurado en un entorno de SDN. En
este caso, la puerta de enlace de SDN actúa como un enrutador entre la red virtualizada y la red física.
Para más información, vea estos artículos: Puerta de enlace de Windows Server como puerta de enlace de
reenvío y RAS gateway high availability (Alta disponibilidad de puerta de enlace RAS).
Asegúrese de lo siguiente antes de configurar L3 :
Asegúrese de que ha iniciado sesión como administrador en el servidor VMM.
Debe configurar una única red lógica del próximo salto, con un identificador único de VLAN, para cada red
de VM de inquilino para la que debe configurarse el reenvío L3. Debe haber una asignación individual entre
una red de inquilino y la red física correspondiente (con un identificador de VLAN único).
Siga los pasos siguientes para crear la red lógica del próximo salto en SCVMM:
1. En la consola de VMM, seleccione Redes lógicas , haga clic con el botón derecho y haga clic en Crear
red lógica .
2. En la página Configuración , elija Una red conectada y haga clic en la casilla Crear una red de VM
directamente y Managed by Microsoft Network Controller (Administradas por la controladora de
red de Microsoft).
3. Cree un grupo de direcciones IP para esta red lógica.
La dirección IP de este grupo es necesaria en el script para configurar el reenvío L3.
En la tabla siguiente se proporcionan ejemplos de conexiones L3 estáticas y dinámicas.
PA RÁ M ET RO DETA L L ES Y VA LO RES DE E JEM P LO
L3VPNConnectionName Nombre definido por el usuario para la conexión de red de

reenvío L3. Ejemplo : Contoso_L3_GW
VmNetworkName Nombre de la red virtual de inquilino accesible a través de la

conexión de red L3. Esta red debe existir cuando se ejecute el
script. Ejemplo : ContosoVMNetwork
NextHopVMNetworkName Nombre definido por el usuario para la red de VM del

próximo salto, que se creó como requisito previo. Representa
la red física que quiere comunicarse con la red de VM del
inquilino. Esta red debe existir cuando se ejecute este script.
Ejemplo : Contoso_L3_Network
LocalIPAddresses Direcciones IP que se configurarán en la interfaz de red L3

de la puerta de enlace de SDN. Esta dirección IP debe
pertenecer a la red lógica del próximo salto que creó.
También debe proporcionar la máscara de subred. Ejemplo :
10.127.134.55/25
PeerIPAddresses Dirección IP de la puerta de enlace de red física, accesible a

través de la red lógica L3. Esta dirección IP debe pertenecer
a la red lógica del próximo salto que creó en los requisitos
previos. Esta dirección IP servirá como el próximo salto una
vez que el tráfico destinado a la red física desde la red de VM
de inquilino llegue a la puerta de enlace SDN. Ejemplo :
10.127.134.65
GatewaySubnet Subred que se usará para el enrutamiento entre la red

virtual de inquilino y la puerta de enlace de HNV. Puede usar
cualquier subred, asegúrese de que no se superpone con la
red lógica del próximo salto. Ejemplo :192.168.2.0/24
RoutingSubnets Rutas estáticas que deben estar en la interfaz L3 en la puerta

de enlace de HNV. Estas rutas son para las subredes de redes
físicas, que deben ser accesibles desde la red de VM de
inquilino a través de la conexión L3.
EnableBGP Opción para habilitar BGP. Predeterminado : false.
TenantASNRoutingSubnets Número ASN de la puerta de enlace de inquilino, solo si se

habilita BGP.
Ejecute el siguiente script para configurar el reenvío L3. Consulte la tabla anterior para comprobar qué identifica
cada parámetro de script.
param (
[Parameter(Mandatory=$true)]
# Name of the L3 VPN connection
$L3VPNConnectionName,
# Name of the VM network to create gateway
$VmNetworkName,
# Name of the Next Hop one connected VM network
# used for forwarding
$NextHopVmNetworkName,
# IPAddresses on the local side that will be used
# for forwarding
# Format should be @("10.10.10.100/24")
$LocalIPAddresses,
# IPAddresses on the remote side that will be used
# for forwarding
# Format should be @("10.10.10.200")
$PeerIPAddresses,
# Subnet for the L3 gateway
# default value 10.254.254.0/29
$GatewaySubnet = "10.254.254.0/29",
# List of subnets for remote tenants to add routes for static routing
# Format should be @("14.1.20.0/24","14.1.20.0/24");
$RoutingSubnets = @(),
# Enable BGP in the tenant space
$EnableBGP = $false,
# ASN number for the tenant gateway
# Only applicable when EnableBGP is true
$TenantASN = "0"
)
# Import SC-VMM PowerShell module

# Retrieve Tenant VNET info and exit if VM Network not available

$vmNetwork = Get-SCVMNetwork -Name $VmNetworkName;
if ($vmNetwork -eq $null)
{
Write-Verbose "VM Network $VmNetworkName not found, quitting"
return
}
# Retrieve L3 Network info and exit if VM Network not available

$nextHopVmNetwork = Get-SCVMNetwork -Name $NextHopVmNetworkName;
if ($nextHopVmNetwork -eq $null)
{
Write-Verbose "Next Hop L3 VM Network $NextHopVmNetworkName not found, quitting"
return
}
# Retrieve gateway Service and exit if not available

$gatewayDevice = Get-SCNetworkGateway | Where {$_.Model -Match "Microsoft Network Controller"};
if ($gatewayDevice -eq $null)
{
Write-Verbose "Gateway Service not found, quitting"
return
}
# Retrieve Tenant Virtual Gateway info

$vmNetworkGatewayName = $VmNetwork.Name + "_Gateway";
$VmNetworkGateway = Get-SCVMNetworkGateway -Name $vmNetworkGatewayName -VMNetwork $vmNetwork
# Create a new Tenant Virtual Gateway if not configured

if($VmNetworkGateway -eq $null)
{
if($EnableBGP -eq $false)
{
# Create a new Virtual Gateway for tenant
$VmNetworkGateway = Add-SCVMNetworkGateway -Name $vmNetworkGatewayName -EnableBGP $false -
NetworkGateway $gatewayDevice -VMNetwork $vmNetwork -RoutingIPSubnet $GatewaySubnet;
}
else
{
{
if($TenantASN -eq "0")
{
Write-Verbose "Please specify valid ASN when using BGP"
return
}
# Create a new Virtual Gateway for tenant

$VmNetworkGateway = Add-SCVMNetworkGateway -Name $vmNetworkGatewayName -EnableBGP $true -
NetworkGateway $gatewayDevice -VMNetwork $vmNetwork -RoutingIPSubnet $GatewaySubnet -AutonomousSystemNumber
$TenantASN;
}
if ($VmNetworkGateway -eq $null)

{
Write-Verbose "Could not Find / Create Virtual Gateway for $($VmNetwork.Name), quitting"
return
}
# Check if the network connection already exists

$vpnConnection = Get-SCVPNConnection -VMNetworkGateway $VmNetworkGateway -Name $L3VPNConnectionName
if ($vpnConnection -ne $null)
{
Write-Verbose "L3 Network Connection for $($VmNetwork.Name) already configured, skipping"
}
else
{
# Create a new L3 Network connection for tenant
$vpnConnection = Add-SCVPNConnection -NextHopNetwork $nexthopvmNetwork -Name $L3VPNConnectionName -
IPAddresses $LocalIPAddresses -PeerIPAddresses $PeerIPAddresses -VMNetworkGateway $VmNetworkGateway -
protocol L3;
if ($vpnConnection -eq $null)

{
Write-Verbose "Could not add network connection for $($VmNetwork.Name), quitting"
return
}
Write-Output "Created VPN Connection " $vpnConnection;
}
# Add all the required static routes to the newly created network connection interface
foreach($route in $RoutingSubnets)
{
Add-SCNetworkRoute -IPSubnet $route -RunAsynchronously -VPNConnection $vpnConnection -VMNetworkGateway
$VmNetworkGateway
}
Configuración del reenvío L3

El reenvío L3·permite la conectividad entre la infraestructura física del centro de datos y la infraestructura
virtualizada de la nube de Virtualización de red de Hyper-V.
Mediante la conexión de reenvío L3, las máquinas virtuales de red de inquilinos pueden conectarse a una red
física a través de la puerta de enlace de SDN de Windows Server 2016/2019, que ya está configurado en un
entorno de SDN. En este caso, la puerta de enlace de SDN actúa como un enrutador entre la red virtualizada y la
red física.
Para más información, vea estos artículos: Puerta de enlace de Windows Server como puerta de enlace de
reenvío y RAS gateway high availability (Alta disponibilidad de puerta de enlace RAS).
Asegúrese de lo siguiente antes de intentar configurar la conexión L3 :
Asegúrese de que ha iniciado sesión como administrador en el servidor VMM.
Debe configurar una única red lógica del próximo salto, con un identificador único de VLAN, para cada red
de VM de inquilino para la que debe configurarse el reenvío L3. Debe haber una asignación individual entre
una red de inquilino y la red física correspondiente (con un identificador de VLAN único).
Siga los pasos siguientes para crear la red lógica del próximo salto en VMM:
1. En la consola de VMM, seleccione Redes lógicas , haga clic con el botón derecho y haga clic en Crear
red lógica .
2. En la página Configuración , elija Una red conectada y seleccione Crear una red de VM con el
directamente y Managed by Microsoft Network Controller (Administradas por la controladora de
red de Microsoft).
NOTE
conectada .
3. Cree un grupo de direcciones IP para esta red lógica. La dirección IP de este grupo es necesaria para
configurar el reenvío L3.
Siga los pasos que se indican a continuación para configurar el reenvío L3 :
NOTE
No se puede limitar el ancho de banda en la conexión VPN L3.
1. En la consola VMM, seleccione la red virtual de inquilino que desea conectar a la red física, a través de la
puerta de enlace L3.
2. Haga clic con el botón derecho en la red virtual de inquilino seleccionada y seleccione Propiedades >
Conectividad .
emparejamiento BGP en su centro de datos, seleccione Habilitar a la configuración del protocolo
de puer ta de enlace de borde .

5. En la página Conexiones VPN , haga clic en Agregar > Agregar túnel de capa 3 .
6. Proporcione una subred en el formato de notación CIDR para Subred de enrutamiento . Esta subred se
usa para enrutar paquetes fuera de la red de máquina virtual. No es necesario realizar una configuración
previa de esta subred en el centro de datos.
7. Use la siguiente información y configure la conexión L3:
PA RÁ M ET RO DETA L L ES
Nombre Nombre definido por el usuario para la conexión de red de

reenvío L3.
VMNetwork (NextHop) Nombre definido por el usuario para la red de máquina

virtual del próximo salto, que se creó como requisito previo.
Representa la red física que quiere comunicarse con la red de
VM del inquilino. Cuando haga clic en Examinar, solo las
redes de máquinas virtuales conectadas administradas por el
servicio de red estarán disponible para su selección.
Dirección IP del mismo nivel Dirección IP de la puerta de enlace de red física, accesible a
través de la red lógica L3. Esta dirección IP debe pertenecer
a la red lógica del próximo salto que creó en el requisito
previo. Esta dirección IP servirá como el próximo salto una
vez que el tráfico destinado a la red física desde la red de la
máquina virtual de inquilino llegue a la puerta de enlace
SDN. Debe ser una dirección IPv4. Puede haber varias
direcciones IP del mismo nivel y deben estar separadas por
comas.
Direcciones IP locales Direcciones IP que se configurarán en la interfaz de red L3

de la puerta de enlace de SDN. Estas direcciones IP deben
pertenecer a la red lógica de próximo salto que creó como
requisito previo. También debe proporcionar la máscara de
subred. Ejemplo: 10.127.134.55/25. Esta debe ser una
dirección IPv4 y debe estar en formato de notación CIDR. La
dirección IP del mismo nivel y las direcciones IP locales
deben pertenecer al mismo grupo. Estas direcciones IP
deben pertenecer a la subred definida en la definición de red
lógica de la red de máquina virtual.
Si utiliza rutas estáticas, escriba todas las subredes remotas a las que desea conectarse en Rutas .
NOTE
Debe configurar las rutas en la red física para las subredes de red virtual de inquilino, con el próximo salto como la
dirección IP de la interfaz de L3 en la puerta de enlace SDN (dirección IP local usada en la creación de la conexión
de L3). Esto es para asegurarse de que el tráfico de retorno a la red virtual de inquilino se enrutó correctamente a
través de la puerta de enlace de SDN.
Si usa el protocolo de puerta de enlace de borde, asegúrese de que emparejamiento BGP entre la
dirección IP de la interfaz interna de la puerta de enlace de SDN (que está presente en un
compartimiento distinto en la máquina virtual de puerta de enlace, no el compartimiento
predeterminado) y el dispositivo del mismo nivel en la red física.
Para que BGP funcione, debe seguir estos pasos :
1. Agregue un protocolo de puerta de enlace de borde del mismo nivel para la conexión L3.
Introduzca el ASN, la dirección IP del protocolo de puerta de enlace de borde del mismo nivel y su
ASN en la página Protocolo de puer ta de enlace de borde .
2. Determine la dirección interna de la puerta de enlace de SDN, tal como se detalla en la sección
siguiente.
3. Cree un BGP del mismo nivel en el extremo remoto (puerta de enlace de red física). Al crear el
protocolo de puerta de enlace de borde del mismo nivel, use la dirección interna de la puerta de
enlace de SDN (determinada en el paso anterior) como la dirección IP del mismo nivel.
4. Configure una ruta en la red física que tenga como destino la dirección interna de la puerta de
enlace de SDN y como próximo salto la dirección IP de la interfaz L3 (el valor de la dirección IP
local usado al crear la conexión de L3).
NOTE
Después de configurar la conexión L3, debe configurar las rutas en la red física para las subredes de red virtual de
inquilino, con el próximo salto como la dirección IP de la interfaz de L3 en la puerta de enlace SDN (parámetro
LocalIpAddresses en el script). Esto es para asegurarse de que el tráfico de retorno a la red virtual de inquilino se enrutó
correctamente a través de la puerta de enlace de SDN.
Puede elegir configurar rutas estáticas o dinámicas (a través de BGP) con la conexión L3. Si usa rutas estáticas,
puede agregarlas mediante Add-SCNetworkRoute tal como se describe en el siguiente script.
Si usa BGP con conexión de túnel L3, debe establecer el emparejamiento BGP entre la dirección IP de la interfaz
interna de la puerta de enlace de SDN, que está presente en un compartimiento distinto en la VM de puerta de
enlace (no el compartimiento predeterminado) y el dispositivo del mismo nivel en la red física.
Para que BGP funcione, debe seguir los siguientes pasos:
1. Agregue BGP del mismo nivel para la conexión L3 mediante el cmdlet Add-SCBGPPeer .
Ejemplo: Add-SCBGPPeer -Name "peer1" -PeerIPAddress "12.13.14.15" -PeerASN 15 -
VMNetworkGateway $VmNetworkGateway
2. Determine la dirección interna de la puerta de enlace de SDN tal como se detalla en la siguiente sección.
3. Cree un BGP del mismo nivel en el extremo remoto (puerta de enlace de red física). Al crear el BGP del
mismo nivel, use la dirección interna de la puerta de enlace de SDN (determinada en el paso 2 anterior)
como la dirección IP del mismo nivel.
4. Configure una ruta en la red física que tenga como destino la dirección interna de la puerta de enlace de
SDN y como próximo salto la dirección IP de la interfaz L3 (parámetro LocalIPAddresses en el script).
Determinar la dirección interna de puerta de enlace de SDN

Ejecute los siguientes cmdlets de PowerShell en un equipo instalado como controlador de red o un equipo que
se haya configurado como un cliente de la controladora de red:
$gateway = Get-NetworkControllerVirtualGateway -ConnectionUri <REST uri of your deployment>

$gateway.Properties.NetworkConnections.Properties.IPAddresses
Los resultados de este comando pueden mostrar varias puertas de enlace virtuales, dependiendo del número de
inquilinos que hayan configurado las conexiones de puerta de enlace. Cada puerta de enlace virtual puede tener
varias conexiones (IPSec, GRE, L3).
Como ya conoce la dirección IP de la interfaz de L3 (LocalIPAddresses) de la conexión, puede identificar la
conexión correcta en función de esa dirección IP. Cuando tenga la conexión de red correcta, ejecute el siguiente
comando (en la puerta de enlace virtual correspondiente) para obtener la dirección IP del enrutador BGP de la
puerta de enlace virtual
$gateway.Properties.BgpRouters.Properties.RouterIp
El resultado de este comando proporciona la dirección IP que se debe configurar en el enrutador remoto como
la dirección IP del mismo nivel.
Configuración del selector de tráfico de PowerShell para VMM

Siga estos pasos :
NOTE
Los valores que se usan son solo ejemplos.
1. Cree el selector de tráfico con los parámetros siguientes.
$t= new-object Microsoft.VirtualManager.Remoting.TrafficSelector
$t.Type=7 // IPV4=7, IPV6=8
$t.ProtocolId=6 // TCP =6, reference: https://en.wikipedia.org/wiki/List_of_IP_protocol_numbers
$t.PortEnd=5090
$t.PortStart=5080
$t.IpAddressStart=10.100.101.10
$t.IpAddressEnd=10.100.101.100
2. Configure el selector de tráfico anterior mediante el parámetro -LocalTrafficSelectors de Add-
SCVPNConnection o Set-SCVPNConnection .
Configuración de clústeres invitados en SDN
mediante VMM
IMPORTANT
En este artículo se explica cómo configurar los clústeres invitados en SDN con System Center Virtual Machine
Manager (VMM).
VMM era compatible con los clústeres invitados. Sin embargo, con la llegada de la controladora de red,
Windows Server 2016 y System Center 2016, la configuración de los clústeres invitados experimentó algunos
cambios.
Con la introducción de la controladora de red, las máquinas virtuales que están conectadas a la red virtual solo
pueden usar la dirección IP que el controlador de red asigna para la comunicación. La controladora de red no
admite las direcciones IP flotantes que son fundamentales para que tecnologías como los clústeres de
conmutación por error de Microsoft funcionen.
Con VMM 1801 y versiones posteriores, puede habilitar esta característica mediante la emulación de la
funcionalidad de dirección IP flotante a través del equilibrador de carga de software (SLB) en SDN.
VMM 1801 y versiones posteriores admiten los clústeres invitados en SDN a través de una IP virtual (VIP) del
equilibrador de carga interno (ILB). El equilibrador de carga interno usa los puertos de sondeo que se crean en
las máquinas virtuales del clúster invitado para identificar el nodo activo. En un momento dado, el puerto de
sondeo del nodo activo responde al equilibrador de carga interno y enruta todo el tráfico dirigido a la dirección
IP virtual en el nodo activo.
Antes de empezar
Asegúrese de cumplir los siguientes requisitos previos:
Los clústeres invitados se administran con la controladora de red de SDN. Asegúrese de haber configurado SDN
y que implementó una controladora de red y SLB.
Procedimiento: configuración de los clústeres invitados

1. Cree un clúster para las máquinas virtuales con la información que se proporciona en este artículo.
NOTE
El clúster debe tener un parámetro ProbePort establecido en un puerto de su preferencia. Ese puerto es necesario
cuando se configura la plantilla de VIP en el paso siguiente. Anote la dirección IP reservada que usa para este
clúster. Esta dirección IP se le pedirá más adelante cuando cree una VIP con la plantilla de VIP.
2. Cree una plantilla de dirección IP virtual. En la consola de VMM > Tejido > Redes > Plantillas de VIP ,
haga clic con el botón derecho y seleccione Add VIP Template (Agregar plantilla de VIP).
En Tipo , seleccione Controladora de red de Microsoft .
En Equilibrio de carga , active la casilla Enable Floating IP (Habilitar la dirección IP flotante).
En Monitor de estado , agregue el sondeo que se usará en las máquinas virtuales de clúster
invitado. Aquí debe agregar el mismo puerto que se configuró mientras se agrupaban los hosts en
el paso anterior.
3. Con PowerShell, cree una dirección IP virtual con la plantilla correspondiente.
NOTE
Como se explica en el principio de este artículo, se está implementando una VIP de equilibrador de carga interno
para admitir una agrupación en clústeres de invitados. El script de PowerShell para crear una VIP desde la plantilla
de VIP para equilibrar la carga del tráfico de la red interna se proporciona a continuación.
Use este script de ejemplo para crear una VIP y equilibrar la carga de la red interna. Modifique los
parámetros según sea necesario, en función de los siguientes detalles:
LBServiceName: nombre del servicio del controlador de red
VipMemberNames: nombres de las máquinas virtuales del clúster
VipNetworkName: nombre de la red de inquilinos
VipAddress: la dirección IP reservada de la red de inquilinos que se utilizó en el paso 2 como dirección
IP para el clúster de máquina virtual
VipTemplateName: nombre de la plantilla de VIP creada en el paso 3, anteriormente
VipName: cualquier nombre descriptivo que desee utilizar para hacer referencia a la VIP
Actualización del certificado de servidor del
controlador de red
IMPORTANT
El controlador de red usa un certificado para la comunicación de Northbound con los clientes REST (por
ejemplo, VMM) y la comunicación de Southbound con hosts de Hyper-V y equilibradores de carga de software.
Puede cambiar o actualizar este certificado en los escenarios siguientes después de implementar el controlador
de red.
El certificado ha expirado.
Quiere pasar de un certificado autofirmado a un certificado emitido por una entidad de certificación (CA).
NOTE
Si renueva el certificado existente con la misma clave, estos pasos no son necesarios.
Antes de empezar
Asegúrese de crear un nuevo certificado SSL con un nombre REST del controlador de red existente. Más
información.
Actualización del certificado de servidor

1. Si el certificado está autofirmado, realice lo siguiente:
Certificado con clave privada: exporte el certificado e impórtelo en Mi almacén de todos los nodos de
la controladora de red.
Certificado sin una clave privada: exporte el certificado e impórtelo en el Almacén raíz de todos los
nodos de la controladora de red.
2. Si el certificado es un certificado emitido por una entidad de certificación (CA), impórtelo en Mi almacén
de todos los nodos de la controladora de red.
NOTE
NO quite el certificado actual de los nodos de controlador de red. Debe validar el certificado actualizado antes de
quitar el ya existente. Siga con el resto de los pasos para completar el asistente.
3. Actualice el certificado de servidor ejecutando el siguiente comando de PowerShell en uno de los nodos
de controlador de red.
$certificate = Get-ChildItem -Path Cert:\LocalMachine\My | Where {$_.Thumbprint -eq “Thumbprint of
new certificate”}
Set-NetworkController -ServerCertificate $certificate
4. Actualice el certificado usado para cifrar las credenciales almacenadas en el controlador de red
ejecutando el siguiente comando en uno de los nodos de controlador de red.
$certificate = Get-ChildItem -Path Cert:\LocalMachine\My | Where {$_.Thumbprint -eq “Thumbprint of

new certificate”}
Set-NetworkControllerCluster -CredentialEncryptionCertificate $certificate
5. Recupere un recurso de REST de servidor ejecutando el siguiente comando de PowerShell en uno de los
nodos de controlador de red.
Get-NetworkControllerServer -ConnectionUri <REST uri of your deployment>
6. En el recurso REST de servidor, vaya al objeto Credenciales y compruebe la credencial de tipo

X509Cer tificate con un valor que coincida con la huella digital del certificado. Tenga en cuenta el
identificador de recurso de credencial.
"Connections":
{
{
"ManagementAddresses":[ “contoso.com" ],
"CredentialType": "X509Certificate",
"Protocol": null,
"Port": null,
"Credential": {
"Tags": null,
"ResourceRef": "/credentials/<credential resource Id>,
"InstanceId": "00000000-0000-0000-0000-000000000000",
…
…
}
}
}
7. Actualice el recurso de REST de credencial de tipo X509Cer tificate recuperado anteriormente con la
huella digital del nuevo certificado.
Ejecute estos cmdlet de PowerShell en cualquier nodo de controlador de red.
$cred=New-Object Microsoft.Windows.Networkcontroller.credentialproperties
$cred.type="X509Certificate"
$cred.username=""
$cred.value="<thumbprint of the new certificate>"
New-NetworkControllerCredential -ConnectionUri <REST uri of the deployment> -ResourceId <credential
resource Id> -Properties
$cred
8. Si el nuevo certificado es un certificado autofirmado, aprovisiónelo (sin la clave privada) en el almacén de

certificados raíz de confianza de todos los hosts de Hyper-V y máquinas de virtuales del MUX del
equilibrador de carga de software.
9. Aprovisione el certificado de controlador de red (sin la clave privada) en el almacén de certificados raíz
de confianza de la máquina VMM mediante el siguiente cmdlet de PowerShell:
$certificate = Get-SCCertificate -ComputerName "NCRestName"

$networkservice = Get-SCNetworkService | Where {$_.IsNetworkController -eq $true}
Set-SCNetworkService -ProvisionSelfSignedCertificatesforNetworkService $true -Certificate
$certificate -NetworkService $networkservice
NetworkSer vice es el servicio de controlador de red, Cer tificado es el nuevo certificado de

servidor de controlador de red.
ProvisionSelfSignedCer tificatesforNetworkSer vice es $true si se actualiza un certificado
autofirmado.
10. Compruebe que la conectividad funciona bien con el certificado actualizado.
Ahora puede eliminar el certificado anterior de los nodos de controlador de red.
Pasos siguientes
Valide la implementación de controlador de red para garantizar que la implementación sea correcta.
Configuración de direcciones IP virtuales del
equilibrador de carga interno a través de plantillas
de servicio de VMM
IMPORTANT
Las redes definidas por software en Windows 2016 pueden utilizar el equilibrio de carga de software para
servicios y los inquilinos. VMM 2016 solo admite la implementación de direcciones IP virtuales de equilibrio de
carga de software con PowerShell.
System Center Virtual Machine Manager (VMM) 1801 y versiones posteriores admiten la configuración de
direcciones IP virtuales de equilibrio de carga de software al implementar aplicaciones multinivel mediante el
uso de plantillas de servicio y también el equilibrio de carga tanto público como interno.
Antes de empezar
Implementación de la controladora de red de las redes definidas por software
Implementación del equilibrador de carga de software de las redes definidas por software
Procedimiento de creación de direcciones IP virtuales de equilibrio de

carga de software
1. Especifique la afinidad de las redes lógicas.
En la consola de VMM, haga clic en la página Tejido > Ser vicio de red > Controladora de red
> Propiedades > Afinidad de red lógica .
Especifique las redes front-end y back-end disponibles para el equilibrio de carga y haga clic en
Aceptar .
2. Cree una plantilla de dirección IP virtual.
En la consola VMM, haga clic en Tejido > Crear plantilla de VIP .
En Asistente para plantilla de VIP de equilibrador de carga > Nombre , especifique el
nombre de la plantilla y la descripción.
En Puer to IP vir tual , especifique el puerto que se usará para el tipo de tráfico de red que quiere
equilibrar.
En Puer to back-end , especifique el puerto en el que el servidor back-end escucha las solicitudes.
En Tipo , especifique un tipo de plantilla y haga clic en Específico . Seleccione Microsoft en
Fabricante. Seleccione Controladora de red de Microsoft en Modelo. Haga clic en Siguiente .
En Protocolo , especifique las opciones de protocolo. Haga clic en Siguiente .
En Método de equilibrio de carga , seleccione el método y haga clic en Siguiente .

En Monitores de estado , puede especificar que se ejecute una comprobación en el equilibrador
de carga a intervalos periódicos. Para agregar un monitor de estado, especifique el protocolo y la
solicitud. Por ejemplo, si se introduce el comando GET, se realiza una solicitud HTTP GET para la
página de inicio del equilibrador de carga y comprueba una respuesta de encabezado. También
puede modificar el tipo de respuesta, el intervalo de supervisión, el tiempo de espera y los
reintentos. Tenga en cuenta que el tiempo de espera debe ser menor que el intervalo.
En Resumen , confirme la configuración y haga clic en Finalizar para crear la plantilla de dirección
IP virtual.
3. Configuración de una dirección IP virtual de equilibrio de carga de software al implementar el servicio
Si la plantilla de servicio no está abierta, haga clic en Biblioteca > Plantillas > Plantillas de
ser vicio y ábrala.
Haga clic en Acciones > Abrir diseñador .
En el Diseñador de plantilla de ser vicio , haga clic en el grupo Componentes de plantilla
de ser vicio > Agregar equilibrador de carga .
Haga clic en el objeto del equilibrador de carga. Lo identificará con el nombre de la plantilla de VIP.
Haga clic en Herramienta > Conector . Haga clic en la conexión de servidor asociada con la
plantilla y, después, haga clic en un objeto NIC para conectar el equilibrador de carga al adaptador.
En las propiedades de NIC , compruebe los tipos de direcciones y asegúrese de que la dirección
MAC sea estática.
Tenga en cuenta que la conexión del servidor debe estar conectada a la interfaz de red de back-end
del servicio. La interfaz de red back-end puede estar conectada a una red de máquina virtual
conectada o a una red virtualizada de red de máquina virtual.
Con el conector habilitado, haga clic en la conexión de cliente asociada con el equilibrio de carga y,
después, haga clic en un objeto de red lógica.
NOTE
La conexión de cliente debe estar conectada a una red front-end del equilibrador de carga. Puede ser una
red de máquina virtual pública o una red virtualizada de red de máquina virtual. Una red virtualizada de
red de máquina virtual se usa para escenarios de equilibrio de carga internos.
Guarde la plantilla de servicio en Plantilla de ser vicio > Guardar y validar .

Ejemplo 1 : Configuración de servicio con la red de máquina virtual "pública" como front-end. Aquí la red
"back-end" puede ser una red conectada o una red virtualizada de red de máquina virtual.
Ejemplo 2 : Configuración del servicio con front-end y back-end conectados a la red virtualizada de red de
máquina virtual "HNV VM Network". Este escenario se usa para el equilibrio de carga interno.
Configuración de la dirección VIP para el acceso de usuario
Cuando el servicio está implementado, VMM selecciona automáticamente una dirección VIP del intervalo
reservado en el grupo de direcciones IP estáticas y lo asigna al nivel de servicio del equilibrador de carga. Para
permitir que los usuarios se conecten al servicio, después de implementarlo, debe determinar la dirección VIP y
configurar una entrada DNS para él.
1. Una vez que esté implementado el servicio, haga clic en Tejido > Redes > Equilibradores de carga .
2. Haga clic en Mostrar > Ser vicio > Información del equilibrador de carga para ser vicios y expanda
el servicio para ver qué dirección VIP está asignada.
3. Si los usuarios utilizan el nombre de DNS para acceder al servicio, solicite al administrador de DNS que cree
manualmente una entrada DNS para la dirección VIP. La entrada debe ser el nombre que los usuarios
especificarán para conectarse al servicio. Por ejemplo, servicename.contosol.com.
Hacer una copia de seguridad y restaurar la
IMPORTANT
En este artículo se describe el proceso de copia de seguridad y recuperación de una infraestructura de red
definida por software (SDN) en un tejido de System Center Virtual Machine Manager (VMM) y se proporcionan
las recomendaciones aplicables para completar el proceso.
Para hacer copias de seguridad y restaurar una SDN, debe hacer una copia de seguridad y restaurar la
controladora de red (CN) que se implementa en la SDN. Use los procedimientos siguientes que se explican en la
secuencia.
Hacer una copia de seguridad de la controladora de red

Cree una copia de seguridad de la base de datos de controladora de red mediante la API de Rest de la
controladora de red. Más información.
Conectar la nueva controladora de red

Siga los pasos siguientes para conectar una controladora de red nueva:
1. En la consola de VMM, VM y ser vicios > Ser vicios , seleccione la instancia de servicio de la
controladora de red y haga clic en Eliminar .
NOTE
Elimine solo la instancia de servicio de la controladora de red. No quite la controladora de red de Tejido >
Ser vicios de red .
2. Asegúrese de que se quita el registro DNS de la controladora de red de DNS.
3. Implemente una instancia de servicio de controladora de red nueva para VMM con la misma
configuración de implementación de servicio que se usó para la implementación de la instancia de
servicio original. Más información.
4. Compruebe que el trabajo de implementación se ha realizado correctamente.
Restaurar la controladora de red desde una copia de seguridad

Restaure la controladora de red desde una copia de seguridad de controladora de red mediante el uso de la API
de Rest de controladora de red. Más información.
Actualizar la controladora de red y sincronizar VMM y la NC

Según el estado de SDN capturado en la copia de seguridad de la controladora de red y el estado actual de
VMM, es posible que algunos de los recursos en VMM y la controladora de red no estén sincronizados.
Use los siguientes procedimientos de actualización para buscar esas diferencias entre VMM y la NC, y
resolverlos según corresponda.
NOTE
En VMM 2016 UR3 hay cmdlets de actualización para actualizar los objetos de controladora de red.
Si la controladora de red contiene algún objeto que no está presente en la base de datos de VMM, VMM no se
actualizará (incluso si esos objetos se crearon con VMM anteriormente). Elimine esos objetos de la controladora de red
y vuelva a crearlos desde VMM para administrar de nuevo estos objetos desde VMM.
Actualizar las ACL del puerto

1. Obtenga todas las ACL del puerto administradas por la controladora de red del servidor VMM mediante
el siguiente cmdlet:
$portACLs = Get-SCPortACL | Where-Object {$_.ManagedByNC -eq $True}

2. Ejecute el cmdlet Read-SCPor tACL en todas las ACL del puerto administradas por la controladora de
red para la actualización.
foreach($portACL in $portACLs)
{
Read-SCPortACL -PortACL $portACL
}
3. Compruebe el estado del resultado en el registro de los trabajos de VMM y siga las recomendaciones del
registro en caso de error.
Actualizar redes lógicas
1. Obtenga todas las redes lógicas administradas por la controladora de red del servidor VMM mediante el
siguiente cmdlet:
$logicalNetworks = Get-SCLogicalNetwork | Where-Object {$_.IsManagedByNetworkController -eq $True}
2. Ejecute el cmdlet Read-SCLogicalNetwork en todas las redes lógicas administradas por la controladora
de red para la actualización.
foreach($logicalNetwork in $logicalNetworks)
{
Read-SCLogicalNetwork -LogicalNetwork $logicalNetwork
}
Actualizar las puertas de enlace y MUX de equilibrador de carga
1. Obtenga todas las puertas de enlace y MUX de equilibrador de carga mediante el siguiente cmdlet:
$networkService = Get-SCNetworkService | Where-Object {$_.Model -eq 'Microsoft Network Controller'}

$fabricRoles = Get-SCFabricRole -NetworkService $networkService
$fabricRoleResources = @()
foreach($fabricRole in $fabricRoles)
{
$fabricRoleResources += $fabricRole.ServiceVMs
}
$fabricRoleResources
2. Ejecute el cmdlet Read-SCFabricRoleResource para la actualización.
foreach($fabricRoleResource in $fabricRoleResources)
{
Read-SCFabricRoleResource -FabricResource $fabricRoleResource
}
Actualizar las conexiones y reglas de NAT
1. Obtenga todas las conexiones NAT mediante el siguiente cmdlet:
$vmNetworks = Get-SCVMNetwork | Where-Object {$_.NetworkManager.Model -eq 'Microsoft Network
Controller' -and $_.IsolationType -eq 'WindowsNetworkVirtualization'}
$natConnections = @()
foreach($vmNetwork in $vmNetworks)
{
$natConnections += $vmNetwork.NATConnections
}
$natConnections
2. Ejecute el cmdlet Read-SCNATConnection para actualizar las conexiones y las reglas de NAT.
foreach($natConnection in $natConnections)
{
Read-SCNATConnection -NATConnection $natConnection
}
Actualizar todas las IP virtuales del equilibrador de carga
1. Obtenga las IP virtuales del equilibrador de carga configuradas en la controladora de red mediante el
siguiente cmdlet:
$loadBalancerVIPs = Get-SCLoadBalancerVIP | Where-Object {$_.LoadBalancer.Model -eq 'Microsoft

Network Controller'}
2. Ejecute el cmdlet Read-SCLoadBalancerVIP para actualizar todas la IP virtuales del equilibrador de

carga.
foreach($loadBalancerVIP in $loadBalancerVIPs)
{
Read-SCLoadBalancerVIP -LoadBalancerVIP $loadBalancerVIP
}
Actualizar redes de máquina virtual
1. Obtenga todas las redes de máquinas virtuales HNV administradas por la controladora de red del
servidor VMM mediante el siguiente cmdlet:
$VMNetworks = Get-SCVMNetwork | Where-Object {$_.NetworkManager.Model -eq 'Microsoft Network

Controller' -and $_.IsolationType -eq 'WindowsNetworkVirtualization'}
2. Ejecute el cmdlet Read-SCVMNetwork en todas las redes de máquina virtual para la actualización.
foreach($VMNetwork in $VMNetworks)
{
Read-SCVMNetwork -VMNetwork $VMNetwork
}
Actualizar grupos de puerta de enlace
1. Obtenga el rol de tejido de puerta de enlace desde el servidor VMM mediante el siguiente cmdlet:
$networkService = Get-SCNetworkService | Where-Object {$_.Model -eq 'Microsoft Network Controller'}

$gatewayFabricRole = Get-SCFabricRole -NetworkService $networkService | Where-Object {$_. RoleType -
eq ‘Gateway ’}
2. Ejecute el cmdlet Read-SCFabricRole para actualizar el rol de Fabric.
foreach($fabricRole in $gatewayFabricRole )
{
Read-SCFabricRole -FabricRole $fabricRole
}
Actualizar puertas de enlace de red de máquina virtual
1. Obtenga todas las puertas de enlace de red de máquina virtual configuradas para las redes de máquina
virtual mediante el cmdlet siguiente:
$vmNetworks = Get-SCVMNetwork | Where-Object {$_.NetworkManager.Model -eq 'Microsoft Network

Controller' -and $_.IsolationType -eq 'WindowsNetworkVirtualization' -and $_.VMNetworkGateways.Count
-gt 0}}
$VMNetworkGateways = @()
foreach($vmNetwork in $vmNetworks)
{
$VMNetworkGateways += $vmNetwork.$VMNetworkGateways
}
2. Ejecute el cmdlet Read-SCVMNetworkGateway para actualizar las puertas de enlace.
foreach($VMNetworkGateway in $VMNetworkGateways)
{
Read-SCVMNetworkGateway -VMNetworkGateway $VMNetworkGateway
}
Eliminación de una red definida por software (SDN)
del tejido de VMM
IMPORTANT
Para quitar una SDN del tejido de System Center Virtual Machine Manager (VMM), debe quitar los siguientes
objetos (en el orden especificado):
Redes de VM (asociadas a las redes lógicas administradas por NC).
Redes lógicas (administradas por NC).
Equilibrador de carga de software (si se ha implementado o implementado y configurado).
Puerta de enlace (si se ha implementado o implementado y configurado).
Controladora de red (si se ha implementado o implementado y configurado).
Quitar las redes de máquina virtual

NOTE
Asegúrese de que no haya ninguna VM ni ningún NIC conectado a las redes de VM que quiera quitar.
1. Haga clic en VM y ser vicios > Redes de VM y seleccione la red de máquina virtual que quiera quitar.
2. Haga clic con el botón derecho en la red de VM y haga clic en Eliminar .
3. Repita los pasos 1 y 2 para cada red de VM que quiera quitar.
Quitar las redes lógicas

NOTE
Asegúrese de que no haya ningún perfil de puerto asociado con las redes lógicas que quiera quitar.
1. Haga clic en Tejido > Redes lógicas y seleccione la red lógica que quiera quitar.
2. Haga clic con el botón derecho en la red lógica y haga clic en Quitar .
3. Repita los pasos 1 y 2 para cada red lógica que quiera quitar.
NOTE
Las redes lógicas asociadas con el SLB no se pueden quitar de la consola. Use Forzar eliminación para quitarlas (mediante
la marca -Force ).
Eliminación del equilibrador de carga de software

1. Haga clic en Tejido > Ser vicios de red y seleccione el rol del equilibrador de carga de software.
2. En Ser vicios > Ser vicios asociados , haga clic en Examinar y, luego, haga clic en Borrar selección .
Esta acción quita el servicio del equilibrador de carga de software. Asegúrese de que se haya completado
el trabajo. Si se produce un error en el trabajo, reinícielo después de aplicar los cambios necesarios que
detalla el mensaje de error.
3. Desactive los grupos asociados al SLB, excepto el grupo de VIP privado que está asociado a la VIP del
administrador del SLB.
4. Para completar la eliminación del SLB, use Forzar eliminación para eliminar el grupo de VIP privado, la
definición de red lógica correspondiente y las redes lógicas (mediante la marca -Force ).
Quitar la puerta de enlace

1. Haga clic en Tejido > Ser vicios de red y seleccione el rol de administrador de puerta de enlace.
2. En Ser vicios > Ser vicios asociados , haga clic en Examinar y, luego, haga clic en Borrar selección .
Esta acción quita el servicio de la puerta de enlace. Asegúrese de que se haya completado el trabajo. Si se
produce un error en el trabajo, reinícielo después de aplicar los cambios necesarios que detalla el
mensaje de error.
3. Para completar la eliminación de la puerta de enlace, quite el grupo de servidores de puertas de enlace
usando los siguientes scripts de PowerShell:
$nc=get-scnetworkservice | Where {$_.Model -eq "Microsoft Network Controller"}

$gwrole=get-scfabricrole -NetworkService $nc | Where {$_.RoleType -eq "Gateway"}
Set-SCFabricRole -FabricRole $gwrole -GatewayConfiguration $null
Eliminación de la controladora de red

NOTE
Asegúrese de que el SLB/GW y las redes lógicas asociadas se hayan quitado correctamente.
1. Haga clic en Tejido > Ser vicios de red y seleccione la controladora de red.
2. Haga clic con el botón derecho en el NC y haga clic en Quitar .
Esta acción quita el servicio del NC. Asegúrese de que se haya completado el trabajo. Si se produce un
error en el trabajo, reinícielo después de aplicar los cambios necesarios que detalla el mensaje de error.
Administrar recursos de SDN en el tejido de VMM
IMPORTANT
En este artículo se resumen las operaciones de la red definida por software (SDN) que se pueden administrar en
el tejido de System Center Virtual Machine Manager (VMM). En el caso de las operaciones que no se pueden
administrar en el tejido, debe usar API de REST o PowerShell de Windows Server.
Una red definida por software (SDN) extrae la infraestructura de red del hardware físico en redes virtuales. En el
tejido de VMM puede implementar y administrar una infraestructura de SDN, incluidos la controladora de red,
los equilibradores de carga de software y las puertas de enlace, para aprovisionar y administrar redes virtuales
a escala. Más información.
¿Qué puedo administrar en VMM?

Los recursos de SDN se dividen en dos categorías generales en VMM:
Recursos conocidos : recursos que se pueden crear y administrar con VMM.
Recursos desconocidos : recursos que se deben crear y administrar fuera de VMM.
Recursos conocidos
Estos recursos se pueden crear y administrar con o sin VMM. Si realiza cambios en estos recursos fuera de
VMM, VMM sobrescribe los cambios en los valores predeterminados cuando se realiza una operación de VMM
en el objeto. Esto podría provocar problemas de conectividad y configuración y debe evitarse siempre que sea
posible. No hay manera de revertir la sobrescritura a menos que se detecte el problema y se vuelva a configurar
manualmente.
Se recomienda encarecidamente que los recursos que VMM conoce se configuren únicamente en el tejido de
VMM.
O B JETO C O N O C IDO DETA L L ES M O DIF IC A R
AccessControlList AccessControlList contiene una lista de VMM lo sobrescribe si se habilitan los

reglas de ACL y puede asignarse a valores predeterminados
subredes virtuales o configuraciones
de direcciones IP.
AclRule Resume el tráfico de red que se VMM lo sobrescribe si se habilitan los

permite o deniega para una interfaz de valores predeterminados
red de máquina virtual.
Puerta de enlace Proporciona servicios de puerta de VMM lo sobrescribe si se habilitan los

enlace a una o más redes virtuales. valores predeterminados
GatewayPool GatewayPool agrega un conjunto de VMM lo sobrescribe si se habilitan los

recursos de puertas de enlace en un valores predeterminados
único grupo.
administrador de flujos de trabajo VMM lo sobrescribe si se habilitan los

valores predeterminados
HostProperties VMM lo sobrescribe si se habilitan los

IpConfigurations Direcciones IP del equilibrador de VMM lo sobrescribe si se habilitan los

carga. valores predeterminados
IpPool Crea un grupo de direcciones IP en la VMM lo sobrescribe si se habilitan los

controladora de red. valores predeterminados
LoadBalancerManager Configura el servicio de equilibrio de VMM lo sobrescribe si se habilitan los

carga de la controladora de red. valores predeterminados
LoadBalancerMux Representa una máquina virtual de VMM lo sobrescribe si se habilitan los

MUX implementada en el tejido de la valores predeterminados
LogicalSubnets Par de subred-VLAN. VMM lo sobrescribe si se habilitan los

MACPool Crea un grupo de direcciones MAC en VMM lo sobrescribe si se habilitan los

la controladora de red. valores predeterminados
NatRules Configura el equilibrador de carga para VMM lo sobrescribe si se habilitan los

aplicar NAT al tráfico. valores predeterminados
NetworkInterface Especifica la configuración de una VMM lo sobrescribe si se habilitan los

interfaz virtual de host (vNIC de host) valores predeterminados
o una NIC de servidor virtual (VMNIC).
PortSettings VMM lo sobrescribe si se habilitan los

PublicIPAddress Especifica una dirección IP que está VMM lo sobrescribe si se habilitan los
disponible públicamente. valores predeterminados
virtualGateways y loadBalancers lo
usan para indicar la dirección IP que se
puede usar para comunicarse con la
red virtual desde fuera.
QualityOfService VMM lo sobrescribe si se habilitan los

Servidores Representa un servidor físico VMM lo sobrescribe si se habilitan los

controlado por la controladora de red. valores predeterminados
VirtualGateway Describe la puerta de enlace que se VMM lo sobrescribe si se habilitan los

usa para la conectividad entre locales valores predeterminados
desde la red virtual.
VirtualGatewayBgpPeer Configura los pares BGP del recurso VMM lo sobrescribe si se habilitan los
virtualGateways. valores predeterminados
VirtualNetwork Se usa para crear una red virtual con VMM lo sobrescribe si se habilitan los
HNV para superposiciones de valores predeterminados
inquilinos.
VirtualServer Se corresponde con una máquina VMM lo sobrescribe si se habilitan los

virtual. Debe crearse para las máquinas valores predeterminados
virtuales que se corresponden con los
recursos de puerta de enlace y MUX.
VirtualSubnet Se usa para crear subredes virtuales VMM lo sobrescribe si se habilitan los
(VSID) en la red virtual del inquilino valores predeterminados
(RDID).
VirtualSwitchManager Configura las propiedades del VMM lo sobrescribe si se habilitan los

conmutador virtual en cada servidor valores predeterminados
administrado por la controladora de
red.
máquina virtual Se corresponde con una máquina VMM lo sobrescribe si se habilitan los
virtual. valores predeterminados
Recursos desconocidos
Estos recursos se crean y se administran fuera del tejido de VMM. VMM no los conoce y, obviamente, no los
sobrescribe cuando se configuran fuera de la consola VMM.
Los objetos desconocidos son todos los recursos de la controladora de red que no aparecen en la tabla anterior.
Obtenga la lista más reciente de recursos de SDN.
Administrar Espacios de almacenamiento directo en
VMM
IMPORTANT
En este artículo se proporciona información general sobre cómo se implementa Espacios de almacenamiento
directo (S2D) en el tejido de System Center Virtual Machine Manager (VMM).
Espacios de almacenamiento directo (S2D) se introdujo en Windows Server 2016. Agrupa unidades de
almacenamiento físico en grupos de almacenamiento virtual para proporcionar almacenamiento virtualizado.
Con el almacenamiento virtualizado puede:
Administrar varios orígenes de almacenamiento físico como una entidad virtual única.
Obtener almacenamiento económico, con y sin dispositivos de almacenamiento externos.
Reunir diferentes tipos de almacenamiento en un único grupo de almacenamiento virtual.
Aprovisionar el almacenamiento fácilmente y expandir el almacenamiento virtualizado a petición mediante la
adición de nuevas unidades.
NOTE
¿Cómo funciona?
S2D crea grupos de almacenamiento a partir de almacenamiento que se adjunta a nodos específicos en un
clúster de Windows Server. El almacenamiento puede ser interno del nodo, o de dispositivos de disco que están
conectados directamente a un único nodo. Entre las unidades de almacenamiento compatibles se incluyen
NVMe, SSD conectado a través de SATA o SAS, y unidades de disco duro. Más información.
Cuando se habilita S2D en un clúster de Windows Server, S2D detecta automáticamente el almacenamiento
apto y lo agrega a un grupo de almacenamiento para el clúster.
S2D también crea una caché de almacenamiento del lado servidor integrada para maximizar el rendimiento.
Las unidades de disco más rápidas se usan para el almacenamiento en caché y el resto de unidades para la
capacidad. Más información sobre la caché.
Los volúmenes se crean a partir de un grupo de almacenamiento. Cuando se crea un volumen, se crea el
disco virtual (espacio de almacenamiento), se crean particiones en él y se formatea, se agrega al clúster y se
convierte en un volumen compartido de clúster (CSV).
Puede configurar distintos niveles de tolerancia a errores para un volumen a fin de especificar la forma en
que los discos virtuales se reparten entre los discos físicos del grupo, con SMB 3.0. Puede configurar un
volumen sin resistencia, o bien con resistencia de reflejo o paridad. Más información.
Implementación convergida y no convergida

Un clúster que ejecute S2D puede implementarse de dos formas:
Implementación hiperconvergida : el proceso de Hyper-V y el almacenamiento de S2D se ejecutan desde
el mismo clúster, sin separación entre ellos. Esto proporciona escalado simultáneo de recursos de proceso y
almacenamiento.
Implementación desagregada : Los recursos del proceso se ejecutan en un clúster de Hyper-V. El
almacenamiento de S2D se ejecuta en un clúster distinto. Puede escalar los clústeres por separado para
llevar a cabo una administración precisa.
Implementación hiperconvergida
La siguiente es una ilustración con una implementación hiperconvergida.
Ilustración 1: Implementación hiperconvergida

Los archivos de la máquina virtual se almacenan en CSV locales.
No se usan recursos compartidos de archivos ni SMB.
Una vez que los volúmenes CSV de S2D están disponibles, debe aprovisionarlos de la misma manera que
cualquier otra implementación de Hyper-V.
El clúster de proceso de Hyper-V y su almacenamiento de S2D se escalan juntos.
Implementación desagregada
La siguiente es una ilustración con una implementación desagregada.
Ilustración 2: Implementación desagregada
Se crean recursos compartidos de archivos en los CSV de S2D.
Las máquinas virtuales de Hyper-V están configuradas para almacenar los archivos en el SOFS y se obtiene
acceso a ellas por medio de SMB 3.0.
Puede escalar los clústeres de Hyper-V y SOFS por separado para llevar a cabo una administración precisa.
Por ejemplo, los nodos de proceso pueden aproximarse a la capacidad total en lo que respecta al número de
máquinas virtuales, pero los nodos de almacenamiento podrían tener un exceso de capacidad de disco y de
IOPS, por lo que solo debe agregar nodos de proceso adicionales.
Pasos siguientes
Implementar un clúster de S2D hiperconvergido
Implementar un clúster hiperconvergido de Espacios
de almacenamiento directo en VMM
IMPORTANT
Lea este artículo para configurar un clúster hiperconvergido que ejecuta Espacios de almacenamiento directo
(S2D) en System Center - Virtual Machine Manager (VMM). Obtenga más información sobre S2D.
Puede implementar un clúster de S2D hiperconvergido si aprovisiona un clúster de Hyper-V y habilita S2D
desde hosts de Hyper-V existentes, o mediante el aprovisionamiento desde servidores sin sistema operativo.
Actualmente, no se puede habilitar S2D en una implementación hiperconvergida en un clúster de Hyper-V
implementado desde equipos sin sistema operativo con el sistema operativo Nano.
NOTE
Antes de agregar el proveedor de almacenamiento a VMM, debe habilitar S2D. Para habilitar S2D, vaya a Configuración
general > Especifique el nombre de clúster y el grupo host y seleccione la opción Habilitar Espacios de
almacenamiento directo , como se muestra a continuación:
Después de habilitar un clúster con S2D, VMM hace lo siguiente:
1. Se habilita el rol de servidor de archivos y la característica de clústeres de conmutación por error.
2. Se habilitan Réplica de almacenamiento y Desduplicación de datos.
3. Opcionalmente, se valida y se crea el clúster.
4. Se habilita S2D y se crea una matriz de almacenamiento con el mismo nombre que se proporciona en el
asistente.
Si usa PowerShell para crear un clúster hiperconvergido, el grupo y la capa de almacenamiento se crean
automáticamente con la opción Enable-ClusterS2D autoconfig=true .
Antes de empezar
Asegúrese de que se está ejecutando VMM 2016 o una versión posterior.
Los hosts de Hyper-V de un clúster deben ejecutar Windows Server 2016 o posterior con el rol de Hyper-V
instalado y configurado para hospedar máquinas virtuales.
NOTE
Después de que estos requisitos previos estén en vigor, se aprovisiona un clúster y se configuran recursos de
almacenamiento en él. Después, puede implementar máquinas virtuales en el clúster o exportar el
almacenamiento a otros recursos mediante SOFS.
Paso 1: Aprovisionar el clúster

Aprovisionar un clúster desde hosts de Hyper-V
1. Si tiene que agregar los hosts de Hyper-V al tejido de VMM, siga estos pasos. Si ya están en el tejido de
VMM, vaya al paso siguiente.
2. Siga las instrucciones para el aprovisionamiento de un clúster desde hosts de Hyper-V independientes
administrados en el tejido de VMM.
Tenga en cuenta lo siguiente :
Al configurar el clúster, no olvide activar la opción Habilitar Espacios de almacenamiento directo en la
página Configuración general del Asistente de creación de clúster de Hyper-V. -En Tipo de recurso ,
seleccione Ser vidores existentes que ejecutan un sistema operativo Windows Ser ver y seleccione
los hosts de Hyper-V para agregarlos al clúster.
Si S2D está habilitado, debe validar el clúster. No se admite omitir este paso.
Aprovisionar un clúster desde equipos sin sistema operativo
NOTE
Por lo general, el nodo S2D requiere la configuración de RDMA, QOS y SET. Para configurar estas opciones en un nodo
con equipos sin sistema operativo, puede usar la funcionalidad del script posterior a la implementación de los perfiles de
equipo físico. A continuación se detalla un ejemplo de script posterior a la implementación de los perfiles de equipo físico.
También puede usar este script para configurar RDMA, QoS y SET al agregar un nodo nuevo a una implementación
existente de S2D desde equipos sin sistema operativo.
1. Lea los requisitos previos para la implementación de clúster sin sistema operativo. Tenga en cuenta que:
El VHD o VHDX generalizado de la biblioteca VMM debe ejecutar Windows Server 2016 con las
actualizaciones más recientes. Deben establecerse los valores Sistema operativo y Plataforma de
vir tualización para el disco duro.
Para la implementación sin sistema operativo tiene que agregar un servidor de entorno de ejecución
previo al arranque (PXE) al tejido de VMM. El servidor PXE se proporciona a través de Servicios de
implementación de Windows. VMM usa su propia imagen de WinPE, y tiene que asegurarse de que
sea la versión más reciente. Para ello, haga clic en Tejido > Infraestructura > Actualizar imagen
de WinPE y asegúrese de que finalice el trabajo.
2. Siga las instrucciones para el aprovisionamiento de un clúster desde equipos sin sistema operativo.
Paso 2: Configurar redes para el clúster

Después de aprovisionar y administrar el clúster en el tejido de VMM, debe configurar las redes para los nodos
del clúster.
1. Empiece por crear una red lógica que refleje la red de administración física.
2. Tiene que configurar un conmutador lógico con Switch Embedded Teaming (SET) habilitado, para que el
conmutador esté al tanto de la virtualización. Este modificador está conectado a la red lógica de
administración y tiene todos los adaptadores de host virtual que se necesitan para proporcionar acceso a la
red de administración o configurar las redes de almacenamiento. S2D se basa en una red para la
comunicación entre hosts. Se recomiendan los adaptadores compatibles con RDMA.
3. Crear redes de máquina virtual.
Paso 3: Definir la configuración de DCB en el clúster de S2D

NOTE
Esta característica es aplicable a VMM 2019 UR1. La configuración de DCB es un paso opcional para lograr un alto
rendimiento durante el flujo de trabajo de creación del clúster de S2D. Vaya al paso 4 si no desea definir la configuración
de DCB.
Recomendaciones
Si tiene vNIC implementadas, para obtener un rendimiento óptimo, se recomienda asignar todas las vNIC
a las pNIC correspondientes. El sistema operativo establece aleatoriamente las afinidades entre vNIC y
pNIC, y puede haber escenarios en los que se asignen varias vNIC a la misma pNIC. Para evitar estos
escenarios, se recomienda establecer manualmente la afinidad entre vNIC y pNIC siguiendo los pasos
indicados aquí.
Cuando cree un perfil de puerto de adaptador de red, le recomendamos que permita la prioridad de
IEEE . Más información. También puede establecer la prioridad de IEEE mediante los siguientes comandos
de PowerShell:
PS> Set-VMNetworkAdapterVlan -VMNetworkAdapterName SMB2 -VlanId "101" -Access -ManagementOS

PS> Set-VMNetworkAdapter -ManagementOS -Name SMB2 -IeeePriorityTag on
Antes de empezar
1. Está ejecutando VMM 2016 o una versión posterior.
2. Los hosts de Hyper-V del clúster están ejecutando Windows Server 2016 o posterior con el rol de Hyper-
V instalado y configurado para hospedar máquinas virtuales.
NOTE
Puede establecer la configuración de DCB tanto en el clúster de S2D de Hyper-V (hiperconvergido) como en el
clúster de S2D de SOFS (desagregado).
Puede definir la configuración de DCB durante el flujo de trabajo de creación del clúster o en un clúster
existente.
No se puede definir la configuración de DCB durante la creación del clúster de SOFS, solo se puede configurar
en un clúster de SOFS existente. Todos los nodos del clúster de SOFS los debe administrar VMM.
La configuración de DCB durante la creación del clúster solo se admite cuando este se crea con un servidor
Windows existente. No se admite con el flujo de trabajo de implementación de sistema operativo o de
reconstrucción completa.
Uso de los pasos siguientes para definir la configuración de DCB :

1. Cree un nuevo clúster de Hyper-V, seleccione Habilitar Espacios de almacenamiento directo .
Configuración de DCB se agrega al flujo de trabajo de creación del clúster de Hyper-V.
2. En Configuración de DCB , seleccione Configurar el puente del centro de datos .

3. Proporcione los valores para Prioridad y Ancho de banda para el tráfico SMB directo y Latido de
clúster.
NOTE
Los valores predeterminados se asignan a Prioridad y Ancho de banda. Personalice estos valores en función de las
necesidades del entorno de su organización.
Valores predeterminados:
C L A SE DE T RÁ F IC O P RIO RIT Y A N C H O DE B A N DA ( % )
Latido de clúster 7 1
SMB directo 3 50
4. Seleccione los adaptadores de red que se usan para el tráfico de almacenamiento. RDMA está habilitado
en estos adaptadores de red.
NOTE
En un escenario de NIC convergido, seleccione las vNIC de almacenamiento. Las pNIC subyacentes debe ser
compatibles con RDMA para que las vNIC se muestren y estén disponibles para seleccionarse.
5. Revise el resumen y seleccione Finalizar .
Se creará un clúster de S2D y los parámetros de DCB se configurarán en todos los nodos de S2D.
NOTE
La configuración de DCB puede definirse en los clústeres de S2D de Hyper-V existentes; para ello, visite la
página Propiedades del clúster y vaya a la página Configuración de DCB .
Cualquier cambio fuera de banda en la configuración de DCB en cualquiera de los nodos hará que el clúster de
S2D no sea compatible con VMM. Se proporcionará una opción de corrección en la página de Configuración
de DCB de las propiedades del clúster, que se puede usar para aplicar la configuración de DCB establecida en
VMM en los nodos del clúster.
Paso 4: Administrar el grupo y crear los CSV

Ahora puede modificar la configuración del grupo de almacenamiento y crear discos virtuales y CSV.
1. Haga clic en Tejido > Almacenamiento > Matrices .
2. Haga clic con el botón derecho en el clúster > Administrar grupo y seleccione el grupo de
almacenamiento que se creó de forma predeterminada. Puede cambiar el nombre predeterminado y
agregar una clasificación.
3. Para crear un volumen compartido de clúster, haga clic con el botón derecho en el clúster >
Propiedades > Volúmenes compar tidos .
4. En el Asistente para crear volumen > Tipo de almacenamiento , especifique el nombre del volumen y
seleccione el grupo de almacenamiento.
5. En Capacidad , puede especificar el tamaño del volumen, el sistema de archivos y la configuración de
resistencia.
6. Haga clic en Configurar ajustes avanzados de almacenamiento y niveles para configurar estas
opciones.
7. En Resumen , compruebe la configuración y finalice el asistente. Se creará automáticamente un disco

virtual cuando cree el volumen.
Si usa PowerShell, el grupo y la capa de almacenamiento se crean automáticamente con la opción Enable-
ClusterS2D autoconfig=true .
Paso 5: Implementar máquinas virtuales en el clúster
En una topología hiperconvergida, es posible implementar las máquinas virtuales directamente en el clúster. Los
discos duros virtuales se ubican en los volúmenes que creó mediante S2D. Cree e implemente estas máquinas
virtuales tal como lo haría si se tratara de cualquier otra máquina virtual.
Paso 3: Administrar el grupo y crear los CSV

4. En el Asistente para crear volumen > Tipo de almacenamiento , especifique el nombre del volumen y
seleccione el grupo de almacenamiento.
resistencia.
opciones.
Paso 4: Implementar máquinas virtuales en el clúster

Pasos siguientes
Administración del clúster
Implementación y administración de clústeres de
Azure Stack HCI en VMM
En este artículo se proporciona información sobre cómo configurar un clúster de Azure Stack HCI, versión 20H2,
en System Center-Virtual Machine Manager (VMM) 2019 UR3 y versiones posteriores. Puede implementar un
clúster de Azure Stack HCI mediante el aprovisionamiento desde servidores sin sistema operativo.
IMPORTANT
Los clústeres de Azure Stack HCI administrados por Virtual Machine Manager no deben unirse aún al canal de versión
preliminar. System Center 2019 (incluidos Virtual Machine Manager, Operations Manager y otros componentes) aún no
admite esta versión preliminar. Consulte el blog de System Center para ver las novedades más recientes.
Obtenga más información sobre el nuevo SO de Azure Stack HCI.
Antes de comenzar
Asegúrese de que se está ejecutando VMM 2019 UR3 o una versión posterior.
¿Qué se admite?
La adición, creación y administración de clústeres de Azure Stack HCI. Consulte los pasos detallados para
crear y administrar clústeres de HCI.
La capacidad de aprovisionar e implementar máquinas virtuales en los clústeres de Azure Stack HCI y
realizar operaciones de ciclo de vida de la máquina virtual. Las máquinas virtuales se pueden
aprovisionar utilizando archivos VHD o plantillas o a partir de una máquina virtual existente. Más
información.
La configuración de la red basada en VLAN en los clústeres de Azure Stack HCI.
La implementación y administración de la controladora de red de SDN en clústeres de Azure Stack HCI.
La administración de la configuración del grupo de almacenamiento, la creación de discos virtuales, la
creación de volúmenes compartidos de clúster (CSV) y la aplicación de ajustes de QoS.
Los cmdlets de PowerShell que se usan para administrar los clústeres de Windows Server también se
pueden usar para administrar los clústeres de Azure Stack HCI.
¿Qué no se admite?
Actualmente no se admite la administración de clústeres extendidos de Azure Stack HCI en VMM.
Dado que Azure Stack HCI está pensado como host de virtualización en el que se ejecutan todas las
cargas de trabajo de las máquinas virtuales, los términos de Azure Stack HCI le permiten ejecutar solo lo
necesario para hospedar máquinas virtuales. Los clústeres de Azure Stack HCI no deben utilizarse para
otros fines, como servidores WSUS, servidores WDS o servidores de biblioteca. Consulte Casos de uso
de Azure Stack HCI, Cuándo usar Azure Stack HCI y Roles que se pueden ejecutar sin virtualización.
No se admite la migración en vivo de máquinas virtuales entre cualquier versión de Windows Server y
clústeres de Azure Stack HCI.
La migración de red desde Windows Server 2019 al clúster de Azure Stack HCI funcionará, así como la
migración de una máquina virtual sin conexión (apagada). VMM realiza la operación de exportación e
importación aquí.
NOTE
Debe habilitar S2D al crear un clúster de Azure Stack HCI. Para habilitar S2D, en el Asistente para la creación del clúster,
vaya a Configuración general y, en Especifique el nombre de clúster y el grupo host , seleccione Habilitar
Espacios de almacenamiento directo , como se muestra a continuación:
Después de habilitar un clúster con S2D, VMM hace lo siguiente:

Se habilita la característica Clúster de conmutación por error.
Se habilitan Réplica de almacenamiento y Desduplicación de datos.
Opcionalmente, se valida y se crea el clúster.
Se habilita S2D y se crea una matriz de almacenamiento con el mismo nombre que se proporciona en el
asistente.
Si usa PowerShell para crear un clúster hiperconvergido, el grupo y la capa de almacenamiento se crean
automáticamente con la opción Enable-ClusterS2D autoconfig=true .
Después de que estos requisitos previos estén en vigor, se aprovisiona un clúster y se configuran recursos de
almacenamiento en él. A continuación, puede implementar las máquinas virtuales en el clúster.
Siga estos pasos:
Paso 1: Aprovisionar el clúster

Puede aprovisionar un clúster mediante hosts de Hyper-V y máquinas sin sistema operativo:
Aprovisionar un clúster desde hosts de Hyper-V
Si tiene que agregar los hosts de Azure Stack HCI al tejido de VMM, siga estos pasos. Si ya están en el tejido de
VMM, vaya al paso siguiente.
NOTE
Al configurar el clúster, seleccione la opción Habilitar Espacios de almacenamiento directo en la página
Configuración general del Asistente para la creación de clúster de Hyper-V .
En Tipo de recurso , seleccione Ser vidores existentes que ejecutan un sistema operativo Windows Ser ver
y seleccione los hosts de Hyper-V para agregarlos al clúster.
Todos los hosts seleccionados deben tener el sistema operativo Azure Stack HCI instalado.
Dado que S2D está habilitado, se debe validar el clúster.
Aprovisionar un clúster desde equipos sin sistema operativo
NOTE
Por lo general, el nodo S2D requiere la configuración de RDMA, QOS y SET. Para configurar estas opciones en un nodo
con equipos sin sistema operativo, puede usar la funcionalidad del script posterior a la implementación de los perfiles de
equipo físico. A continuación se detalla un ejemplo de script posterior a la implementación de los perfiles de equipo físico.
También puede usar este script para configurar RDMA, QoS y SET al agregar un nodo nuevo a una implementación
existente de S2D desde equipos sin sistema operativo.
1. Lea los requisitos previos para la implementación de clúster sin sistema operativo. Tenga en cuenta que:
El VHD o VHDX generalizado de la biblioteca VMM debe ejecutar Azure Stack HCI con las
actualizaciones más recientes. Deben establecerse los valores Sistema operativo y Plataforma de
vir tualización para el disco duro.
Para la implementación sin sistema operativo tiene que agregar un servidor de entorno de ejecución
previo al arranque (PXE) al tejido de VMM. El servidor PXE se proporciona a través de Servicios de
implementación de Windows. VMM usa su propia imagen de WinPE, y tiene que asegurarse de que
sea la versión más reciente. Para ello, haga clic en Tejido > Infraestructura > Actualizar imagen
de WinPE y asegúrese de que finalice el trabajo.
2. Siga las instrucciones para el aprovisionamiento de un clúster desde equipos sin sistema operativo.
Paso 2: Configurar redes para el clúster

Después de aprovisionar y administrar el clúster en el tejido de VMM, debe configurar las redes para los nodos
del clúster.
1. Empiece por crear una red lógica que refleje la red de administración física.
2. Tiene que configurar un conmutador lógico con Switch Embedded Teaming (SET) habilitado, para que el
conmutador esté al tanto de la virtualización. Este modificador está conectado a la red lógica de
administración y tiene todos los adaptadores de host virtual que se necesitan para proporcionar acceso a la
red de administración o configurar las redes de almacenamiento. S2D se basa en una red para la
comunicación entre hosts. Se recomiendan los adaptadores compatibles con RDMA.
3. Crear redes de máquina virtual.
Paso 3: Configuración de los ajustes de DCB en el clúster de Azure

Stack HCI
NOTE
La configuración de DCB es un paso opcional para lograr un alto rendimiento durante el flujo de trabajo de creación del
clúster de S2D. Vaya al paso 4 si no desea definir la configuración de DCB.
Recomendaciones
Si tiene vNIC implementadas, para obtener un rendimiento óptimo, se recomienda asignar todas las vNIC
a las pNIC correspondientes. El sistema operativo establece aleatoriamente las afinidades entre vNIC y
pNIC, y puede haber escenarios en los que se asignen varias vNIC a la misma pNIC. Para evitar estos
escenarios, se recomienda establecer manualmente la afinidad entre vNIC y pNIC siguiendo los pasos
indicados aquí.
Cuando cree un perfil de puerto de adaptador de red, le recomendamos que permita la prioridad de
IEEE . Más información.
También puede establecer la prioridad de IEEE mediante los siguientes comandos de PowerShell:
PS> Set-VMNetworkAdapterVlan -VMNetworkAdapterName SMB2 -VlanId "101" -Access -ManagementOS

PS> Set-VMNetworkAdapter -ManagementOS -Name SMB2 -IeeePriorityTag on
Uso de los pasos siguientes para definir la configuración de DCB :

1. Cree un nuevo clúster de Hyper-V, seleccione Habilitar Espacios de almacenamiento directo .
Configuración de DCB se agrega al flujo de trabajo de creación del clúster de Hyper-V.
2. En Configuración de DCB , seleccione Configurar el puente del centro de datos .

3. Proporcione los valores para Prioridad y Ancho de banda para el tráfico SMB directo y Latido de
clúster.
NOTE
Los valores predeterminados se asignan a Prioridad y Ancho de banda . Personalice estos valores en función de
las necesidades del entorno de su organización.
Valores predeterminados:
C L A SE DE T RÁ F IC O P RIO RIT Y A N C H O DE B A N DA ( % )
Latido de clúster 7 1
SMB directo 3 50
4. Seleccione los adaptadores de red que se usan para el tráfico de almacenamiento. RDMA está habilitado
en estos adaptadores de red.
NOTE
En un escenario de NIC convergido, seleccione las vNIC de almacenamiento. Las pNIC subyacentes debe ser
compatibles con RDMA para que las vNIC se muestren y estén disponibles para seleccionarse.
5. Revise el resumen y seleccione Finalizar .
Se creará un clúster de Azure Stack HCI y los parámetros de DCB se configurarán en todos los nodos de
S2D.
NOTE
La configuración de DCB puede definirse en los clústeres de S2D de Hyper-V existentes; para ello, visite la
página Propiedades del clúster y vaya a la página Configuración de DCB .
Cualquier cambio fuera de banda en la configuración de DCB en cualquiera de los nodos hará que el clúster de
S2D no sea compatible con VMM. Se proporcionará una opción de corrección en la página de Configuración
de DCB de las propiedades del clúster, que se puede usar para aplicar la configuración de DCB establecida en
VMM en los nodos del clúster.
Paso 4: Registro del clúster de Azure Stack HCI en Azure

Después de crear un clúster de Azure Stack HCI, debe registrarse en Azure en un plazo de 30 días a partir de la
instalación según los términos del servicio online de Azure. Siga los pasos que se indican aquí para registrar el
clúster de Azure Stack HCI en Azure.
El estado de registro se reflejará en VMM después de una actualización correcta del clúster.
Paso 5: Visualización del estado de registro de los clústeres de Azure

Stack HCI
1. En la consola de VMM, puede ver el estado del registro y la fecha de la última conexión de los clústeres
de Azure Stack HCI.
2. Haga clic en Tejido y haga clic con el botón derecho en el clúster de Azure Stack HCI ; luego, seleccione
Propiedades .
3. El host Get-SCVMM tiene nuevas propiedades para comprobar el estado del registro.
Paso 6: Administración del grupo y creación de los CSV

4. En el Asistente para crear volumen > Tipo de almacenamiento , especifique el nombre del volumen
y seleccione el grupo de almacenamiento.
resistencia (errores tolerables).
opciones.

Paso 7: Implementación de máquinas virtuales en el clúster
IMPORTANT
Si el clúster de Azure Stack HCI no está registrado en Azure o no está conectado a Azure durante más de 30 días después
del registro, la creación de una máquina virtual de alta disponibilidad (HAVM) se bloqueará en el clúster. Consulte los
pasos 4 y 5 para el registro del clúster.
Pasos siguientes
Implementar un clúster desagregado de Espacios de
almacenamiento directo en VMM
IMPORTANT
Lea este artículo para configurar un clúster desagregado que ejecuta Espacios de almacenamiento directo (S2D)
en System Center - Virtual Machine Manager (VMM). Obtenga más información sobre S2D.
Puede implementar un clúster de S2D desagregado mediante el aprovisionamiento de un clúster que ejecute
hosts de Hyper-V y un clúster de almacenamiento independiente que ejecute un servidor de archivos de
escalabilidad horizontal (SOFS) con S2D.
NOTE
Antes de agregar el proveedor de almacenamiento a VMM, debe habilitar S2D. Para habilitar S2D, vaya a Configuración
general > Especifique el nombre de clúster y el grupo host y seleccione la opción Habilitar Espacios de
almacenamiento directo , como se muestra a continuación:
Después de habilitar un clúster desagregado con S2D, VMM hace lo siguiente:

1. Se habilita el rol de servidor de archivos y la característica de clústeres de conmutación por error.
2. Se habilitan Réplica de almacenamiento y Desduplicación de datos.
3. Opcionalmente, se valida y se crea el clúster.
4. Se habilita S2D y se crea una matriz de almacenamiento con el mismo nombre que se proporciona en el
asistente.
Paso 1: Aprovisionar un clúster de SOFS

Puede aprovisionar un clúster de SOFS desde servidores en el tejido de VMM, o agregar un clúster de SOFS
existente al tejido
Aprovisionar un clúster de SOFS
1. Haga clic en Recursos del tejido > Crear > Clúster de ser vidor de archivos .
2. En Configuración general , especifique un nombre de clúster, seleccione un grupo host y seleccione
Almacenamiento conectado directamente a cada nodo del clúster (Espacios de
almacenamiento directo) .
3. En Tipo de recurso , especifique la cuenta de ejecución con permisos de administrador local en los
servidores que quiera agregar al clúster y especifique si quiere agregar servidores de Windows
existentes o equipos sin sistema operativo.
4. En Nodos de clúster , defina una lista de equipos que se van a agregar al clúster.
5. En Resumen , confirme la configuración y, luego, haga clic en Finalizar .
Si quiere agregar nodos adicionales al clúster SOFS, VMM detecta automáticamente todos los discos asociados
al nodo. Cuando se modifica un grupo de almacenamiento y se seleccionan los nuevos discos que se van a
agregar, VMM hace que esos discos estén disponibles para los hosts y las máquinas virtuales que usan el
recurso compartido compatible con ese grupo. Obtenga más información sobre cómo agregar nodos a un
SOFS.
Agregar un clúster SOFS existente con S2D habilitado
1. Haga clic en Tejido > Agregar recursos > Dispositivos de almacenamiento .
2. En el Asistente para agregar recursos, seleccione Ser vidor de archivos basado en Windows .
3. En Ámbito de detección , especifique la dirección IP del clúster o el nombre de dominio completo.
Proporcione una cuenta de ejecución con acceso al clúster y especifique si el clúster está en un dominio
diferente.
4. En Dispositivo de almacenamiento , seleccione el SOFS que se va a agregar al tejido de VMM. Solo debe
asignar una clasificación al grupo después de agregar el proveedor.
5. En Resumen , compruebe la configuración y complete el asistente.
Paso 2: Administrar el grupo y crear recursos compartidos de archivo

Después de que el clúster SOFS está aprovisionado y administrado por VMM, puede modificar el grupo de
almacenamiento y crear el almacenamiento.
2. Haga clic con el botón derecho en el clúster > Administrar grupo y seleccione el grupo de almacenamiento
que se creó de forma predeterminada. Puede cambiar el nombre predeterminado y agregar una clasificación.
3. Después de que el grupo aparezca con el nuevo nombre si es necesario, haga clic en Crear recurso
compar tido de archivos .
4. En el Asistente para crear recursos compartidos de archivos > General , especifique un nombre para el
recurso compartido y seleccione el grupo del que debe tomarse el almacenamiento.
5. En Capacidad , especifique el tamaño y la configuración del recurso compartido de archivos.
6. En Resumen , compruebe la configuración. Una vez que se haya creado el recurso compartido, se agregará
un nuevo CSV en el grupo de almacenamiento.
Paso 3: Asignar el almacenamiento en Hyper-V

1. En las propiedades de Hyper-V > Almacenamiento , especifique la ruta de acceso del recurso compartido de
archivos.
2. Ahora, puede crear máquinas virtuales que usen este recurso compartido de archivos.
Pasos siguientes
Administrar clústeres de Espacios de
almacenamiento directo
IMPORTANT
En este artículo se explica cómo administrar clústeres de Espacios de almacenamiento directo (S2D) en el tejido
de System Center Virtual Machine Manager (VMM).
Configuración de opciones del clúster

Puede ver y configurar los valores de clúster, incluido el estado del clúster, la administración de errores y el
almacenamiento disponible.
Agregar un nodo a un clúster hiperconvergido

Puede agregar un nuevo nodo en un clúster de S2D hiperconvergido en el tejido de VMM. El nuevo nodo puede
ser un servidor de Hyper-V existente o un servidor físico sin sistema operativo.
NOTE
Normalmente, el nodo S2D requiere la configuración de acceso directo a memoria remota (RDMA), Calidad de servicio
(QoS) y Switch Embedded Teaming (SET). Para configurar estas opciones en un nodo mediante equipos sin sistema
operativo, puede usar la funcionalidad del script posterior a la implementación del perfil de equipo físico (PCP). Aquí se
detalla un ejemplo de script posterior a la implementación del perfil de equipo físico. También puede usar este script para
configurar RDMA, QoS y SET al agregar un nodo nuevo a una implementación existente de S2D desde equipos sin
sistema operativo.
Cuando se agrega un nuevo nodo en un clúster hiperconvergido, VMM detecta automáticamente los discos
del nuevo nodo y habilita S2D.
VMM deshabilita el modo de mantenimiento en los discos antes de agregarlos.
Controlar los recursos de almacenamiento con QoS

La Calidad de servicio (QoS) en Windows Server proporciona una manera de especificar los recursos mínimos y
máximos que se pueden asignar a máquinas virtuales de Hyper-V con el almacenamiento de recurso
compartido de archivos de escalabilidad horizontal. QoS mitiga los problemas de vecino ruidoso y garantiza
que una sola máquina virtual no consuma todos los recursos de almacenamiento.
Configure directivas QoS para un servidor de archivos o para discos virtuales específicos del servidor.
Definición de la configuración de DCB en clústeres de S2D

NOTE
Esta característica es aplicable a partir de VMM 2019 UR1.
Con la llegada de las redes convergidas, las organizaciones usan Ethernet como una red convergida para su
administración y el tráfico de almacenamiento. Es importante que las redes Ethernet sean compatibles con un
nivel similar de rendimiento y ausencia de pérdida en comparación con las redes de canal de fibra dedicadas.
Este nivel de compatibilidad similar es todavía más importante cuando se tiene en cuenta el uso de clústeres de
S2D.
El uso de RDMA junto con el protocolo de puente del centro de datos (DCB) ayuda a lograr un nivel similar de
rendimiento y ausencia de pérdida en una red Ethernet en comparación con las redes de canal de fibra.
La configuración de DCB debe ser coherente en todos los hosts y en la red de tejido (conmutadores). Un valor
de DCB mal configurado en cualquiera de los dispositivos host o de tejido es perjudicial para el rendimiento de
S2D.
Para configurar un valor de DCB, siga este procedimiento.
Administración de directivas QoS de
almacenamiento para clústeres
IMPORTANT
En este artículo se describe cómo administrar directivas de calidad de servicio (QoS) de almacenamiento en
Asignación de directiva QoS de almacenamiento para clústeres

Windows Server 2016 y las versiones posteriores permiten que las implementaciones usen la característica QoS
de almacenamiento con cualquier VHD que resida en un volumen compartido de clúster (CSV). En VMM 2016,
la administración de SQoS está limitada solo a los VHD que residen en los clústeres de tipo de alta convergencia
S2D y los Servicios de archivos de escalabilidad horizontal (SOFS). Además, el ámbito de las directivas QoS se
basa en las matrices de almacenamiento, que no son escalables a escenarios como SAN, donde VMM solo
administra el clúster de proceso.
VMM 1801 y versiones posteriores admiten QoS en todos los clústeres administrados y también SOFS, que se
ejecuta en Windows Server 2016 y versiones posteriores.
NOTE
Use estos pasos :

1. Haga clic en Tejido > Almacenamiento > Directivas QoS > Crear directiva QoS de
almacenamiento .
2. En el asistente > General , especifique un nombre de directiva.
3. En Configuración de directiva , especifique cómo se debe aplicar la directiva. Seleccione Todas las
instancias de disco vir tual compar ten recursos para especificar que la directiva debe aplicarse a
todos los discos virtuales del servidor de archivos (instancia agrupada única). Seleccione Recursos
asignados a cada instancia de disco vir tual para especificar que la directiva se aplica por separado
en cada disco virtual especificado (instancias múltiples). Especifique los valores de IOPS mínimo y
máximo. Un valor de 0 significa que no se aplica ninguna directiva.
4. En Ámbito , seleccione el clúster administrado en los Clústeres a los que desea que se aplique la
directiva.
5. En Summar y , compruebe la configuración y finalice el asistente.
Sobre la actualización
Después de la actualización, las implementaciones existentes que administran su QoS con VMM pueden migrar
sin problemas al nuevo ámbito de QoS en función del nombre del clúster.
Cmdlets de PowerShell
Se agregan los siguientes parámetros nuevos:
C M DL ET A F EC TA DO PA RÁ M ET RO DETA L L ES
New-SCStorageQoSPolicy -HostCluster Especifica una matriz de objetos

HostCluster para el ámbito de las
directivas QoS. Opcional.
New-SCVIr tualDiskDrive -StorageQoSPolicy Permite seleccionar la directiva QoS de

almacenamiento para la unidad de
disco virtual. Opcional.
Set-SCStorageQoSPolicy -HostCluster Especifica una matriz de objetos

HostCluster que se va a agregar en el
ámbito de directivas QoS. Opcional.
Get-SCStorageQoSPolicy -HostCluster Especifica un objeto HostCluster para

el que desea consultar las directivas
QoS. Opcional.
Asignación de una directiva QoS de almacenamiento desde plantillas

Usar las plantillas es una forma común para implementar máquinas virtuales y servicios en una nube.
Con VMM 1801 y versiones posteriores, también puede seleccionar las directivas QoS de almacenamiento
desde una plantilla. Para información sobre cómo asignar directivas QoS de almacenamiento desde plantillas,
consulte el procedimiento relacionado en el artículo sobre la creación de una plantilla de máquina virtual.
Pasos siguientes
Administración de QoS
Requisitos del sistema de System Center Virtual
Machine Manager
En este artículo se detallan los requisitos del sistema para System Center 2019 - Virtual Machine Manager
(VMM).
Requisitos del sistema de VMM 2019

En las secciones siguientes se describe la información de escalabilidad y los requisitos de hardware, software y
los SQL Server para VMM 2019, y se resume la compatibilidad con los servidores administrados en el tejido de
VMM.
Límites de capacidad
En la tabla siguiente se especifican los límites de escala que se han probado para
System Center Virtual Machine Manager 2019. Hay varios factores que afectan a los límites de escala, como la
configuración de hardware, red, topología y otros.
En la Guía de planeamiento se proporcionan detalles sobre cómo se pueden adaptar estos factores a
necesidades específicas.
EN T IDA D N ÚM ERO M Á XIM O REC O M EN DA DO
Hosts físicos 1000
Máquinas virtuales 25000
Servicios 1000
Roles de usuario 1000
Nubes 20
Redes virtuales 2000
Redes lógicas 20
Recursos de biblioteca 1000
Objetos de biblioteca (plantillas, perfiles) 100
Hardware
B A SE DE DATO S DE
H A RDWA RE SERVIDO R VM M VM M B IB L IOT EC A DE VM M C O N SO L A DE VM M
Procesador Pentium 4 de 8 Pentium 4 de 8 Pentium 4 de 4 CPU de 2 núcleos,

(mínimo) núcleos a 2 GHz núcleos a 2,8 GHz núcleos a 2,8 GHz Pentium 4, 1 GHz
(x64)
Procesador CPU de 16 núcleos, CPU de 16 núcleos, CPU de 4 núcleos, CPU de 2 núcleos, 2

(recomendado) 2,66 GHz 2,6 GHz 2,8 GHz GHz
RAM (mínimo) 4 GB 8 GB 2 GB 4 GB
RAM 16 GB 16 GB 4 GB 4 GB
(recomendado)
Unidad de disco 4 GB 50 GB Basado en 10 GB

duro (mínimo) tamaño/cantidad de
archivos
almacenados

duro tamaño/cantidad de
(recomendado) archivos
almacenados
Sistema operativo de servidor

B A SE DE DATO S VM M
SIST EM A O P ERAT IVO SERVIDO R VM M B IB L IOT EC A VM M REM OTA REM OTA
Windows Server 2012 R2 S S Si es compatible con la

Server Core (compatible versión de SQL Server
con 2019 UR2 y versiones
posteriores)
Windows Server 2012 R2 S S Si es compatible con la

con experiencia de escritorio versión de SQL Server
(compatible con 2019 UR2
y versiones posteriores)
Windows Server 2016 S No Si es compatible con la

Server Core versión de SQL Server
Windows Server 2016 con S S Si es compatible con la

experiencia de escritorio versión de SQL Server
Windows Server 2019 con Y S Si es compatible con la

experiencia de escritorio versión de SQL Server
Windows Server 2019 S S Si es compatible con la

Server Core versión de SQL Server
NOTE
Asegúrese de que el sistema operativo del servidor de VMM es el mismo que el del host administrado en caso de
implementación de infraestructura hiperconvergida.
Sistema operativo de la consola de VMM

SIST EM A O P ERAT IVO C O M PAT IB L E
Windows 10 Enterprise S
Windows Server 2016 Standard, Datacenter S
Windows Server 2019 (con experiencia de escritorio) S
Windows Server 2019: Standard, Datacenter, Server Core S

con FOD
SQL Server
NOTE
Con las versiones admitidas de SQL, use los Service Packs que Microsoft admite.
Para las siguientes versiones compatibles de SQL, se admiten las ediciones Standard, Enterprise y Datacenter (64 bits),
según la disponibilidad.
VERSIÓ N DE SQ L C O M PAT IB L E
SQL Server 2016 y los SP que se detallan aquí S
SQL Server 2017 que se detalla aquí S
SQL Server 2019 como se detalla aquí S
Utilidades de línea de comandos de SQL Server Instalar las utilidades de línea de comandos de SQL Server
2016 desde el Microsoft® SQL Server® 2016 Feature
Pack
o bien
Instalar las utilidades de línea de comandos de
SQL Server 2017 desde
Microsoft® SQL Server® 2017 Feature Pack.
No se requiere para la instalación de VMM.
Virtualización
M Á Q UIN A VIRT UA L C O M PAT IB L E
Servidor de administración VMM El servidor de administración VMM se puede instalar en una

máquina virtual.
Si utiliza la memoria dinámica, establezca la RAM de inicio de

la máquina virtual en al menos 2048 MB.
No realice la instalación en un servidor con Hyper-V.
Puede implementar el servidor de administración de VMM

(físico o máquina virtual) en un clúster de alta disponibilidad.
Consola VMM Puede instalar la consola VMM en una máquina virtual.
Componentes de instalación
Estos componentes deben instalarse en el servidor, antes de instalar VMM.
C O M P O N EN T E SERVIDO R VM M C O N SO L A DE VM M
Active Directory El servidor de administración VMM Un equipo con la consola VMM

debe ser un miembro del dominio. instalada debe ser un miembro del
dominio.
El nombre del equipo no debe superar
los 15 caracteres.
Windows ADK Descargue Windows ADK para No disponible

Windows 10 y descargue el
complemento Windows PE para ADK
PowerShell PowerShell 5.0 PowerShell 4.0, 5.0
.NET (mínimo) 4.6 4,5
Servidores en el tejido de VMM

NOTE
No se admiten Hyper-V Server 2016 y 2019.
SERVIDO R DE
SIST EM A O P ERAT IVO H O ST DE H Y P ER- V SO F S A C T UA L IZ A C IÓ N SERVIDO R P XE
Windows S Y No N
Server 2012 R2
(compatible con
2019 UR2 y
versiones
posteriores)
Windows Server Y Y No No
2016
SERVIDO R DE
Windows Server S Y Y S
2016 (con
experiencia de
escritorio)
2019 (Data Center)
Windows Server S Y No N
2019 (Server Core)
Azure Stack HCl, Y No No No

versión 20H2
(compatible con
2019 UR3 y
versiones
posteriores)
Servidores de VMware en el tejido de VMM

VM WA RE C O M PAT IB L E
ESX ESX o ESXi 5.1, 5.5, 6.0, 6.5 y 6.7 (compatible con 2019 UR2
y versiones posteriores)
vCenter 5.1, 5.5, 5.8, 6.0, 6.5 y 6.7 (compatible con 2019 UR2 y
versiones posteriores)
Compatible. Funciones y limitaciones
Máquinas virtuales en el tejido de VMM

SIST EM A O P ERAT IVO IN VITA DO C O M PAT IB L E
Máquinas virtuales de Hyper-V Cualquier invitado que se ejecuta en hosts de Hyper-V

compatibles.
Obtenga más información acerca de la compatibilidad con

2019 y con las versiones anteriores.
Máquina virtual de VMware Cualquier máquina virtual que se ejecuta en servidores

VMware admitidos. Más información.
IMPORTANT
(VMM).
En las secciones siguientes se describe la información de escalabilidad, el hardware, software y los requisitos de
SQL Server para VMM 1807, y se resume la compatibilidad con los servidores administrados en el tejido de
VMM.
En la tabla siguiente se proporcionan los límites de escala que se han probado para System Center Virtual
Machine Manager. Hay varios factores que afectan a los límites de escala, como la configuración de hardware,
red, topología y otros.
Hosts físicos 1000
Servicios 1000
Nubes 20
Redes lógicas 20
Hardware
B A SE DE DATO S DE

(x64)

(recomendado)
B A SE DE DATO S DE

archivos
almacenados

almacenados

Windows Server 2012 R2 No S Si es compatible con la

Standard/Datacenter versión de SQL Server
(Server Core)

Standard/Datacenter (con versión de SQL Server
experiencia de escritorio)

(Server Core) versión de SQL Server
Windows Server 2016 (con S S Si es compatible con la

experiencia de escritorio) versión de SQL Server
Windows Server 1709 S Y S

Windows Server 2012 R2 Standard, Datacenter S
SQL Server
NOTE
SQL Server 2008 No
SQL Server 2017 que se detalla aquí S
Utilidades de línea de comandos de SQL Server Realice la instalación en el servidor VMM si desea
implementar las aplicaciones de capa de datos de SQL Server
en el tejido de VMM.
Instalar utilidades de línea de comandos de SQL Server 2012

desde el Microsoft® SQL Server® 2012 Feature Pack
o bien
o bien
Instalar las utilidades de línea de comandos de SQL Server
Pack
No necesario para la instalación de VMM.
Virtualización

máquina virtual.



dominio.
los 15 caracteres.
Windows ADK Descargar Windows ADK para No disponible

Windows 10
.NET 4.6 4.5, 4.5.1, 4.5.2, 4.6

NOTE
SERVIDO R DE
Windows Server No No No No
2012
Standard/Datacenter
Windows Server S Y Y Y
2012 R2
Standard/Datacenter
2016
2016 (con
experiencia de
escritorio)
Windows Server S Y No No
1709
Servidores de VMWare en el tejido de VMM

ESX ESX/ESXi 5.1, 5.5, 6.0, 6.5
vCenter 5.1, 5.5, 5.8, 6.0, 6.5


compatibles.
Obtenga más información sobre compatibilidad con 2016 y

versiones anteriores.
Máquina virtual de VMWare Cualquier máquina virtual que se ejecuta en servidores

IMPORTANT
(VMM).
(VMM).

VMM.
En la tabla siguiente se proporcionan los límites de escala que se han probado para System Center 1801 Virtual
Hosts físicos 1000
Servicios 1000
Nubes 20
Redes lógicas 20
Hardware
B A SE DE DATO S DE

(x64)

(recomendado)

archivos
almacenados

almacenados


(Server Core)



Windows Server 1709 S Y S

SQL Server
NOTE
SQL Server 2008 No

o bien
o bien
Instalar las utilidades de línea de comandos de SQL Server
Pack
Virtualización

máquina virtual.



dominio.
los 15 caracteres.

Windows 10
.NET 4.6 4.5, 4.5.1, 4.5.2, 4.6

NOTE
SERVIDO R DE
2012
Standard/Datacenter
2012 R2
Standard/Datacenter
2016
SERVIDO R DE
2016 (con
experiencia de
escritorio)
1709

ESX ESX/ESXi 5.1, 5.5, 6.0
vCenter 5.1, 5.5, 5.8, 6.0


compatibles.



VMM.
En la tabla siguiente, se proporcionan los límites de escala que se han probado en System Center 2016 Virtual
Hosts físicos 1000

Servicios 1000
Nubes 20
Redes lógicas 20
Hardware
B A SE DE DATO S DE

(x64)

(recomendado)

archivos
almacenados

almacenados

Windows Server 2012 No No Si es compatible con la


(Server Core)



Windows Server 2016 Nano No No Si es compatible con la

versión de SQL Server

Windows 7 No
Windows 8 No
Windows 8.1 S
Windows Server 2008 R2 con SP1 en adelante No
Windows Server 2012 S
SQL Server
NOTE
SQL Server 2008 No


o bien
Virtualización

máquina virtual.



dominio.
los 15 caracteres.

Windows 10
.NET 4.6 4.5, 4.5.1, 4.5.2, 4.6

NOTE
SERVIDO R DE
2012
Standard/Datacenter
2012 R2
Standard/Datacenter
2016
2016 (con
experiencia de
escritorio)
2016 Nano

ESX ESX/ESXi 5.1, 5.5, 6.0
UR6 y versiones posteriores: ESX/ESXi 5.1, 5.5, 6.0, 6.5
vCenter 5.1, 5.5, 5.8, 6.0
UR6 y versiones posteriores: 5.1, 5.5, 5.8, 6.0, 6.6


compatibles.


Pasos siguientes
Planificación de la instalación de VMM
IMPORTANT
Este artículo le ayuda a planear todos los elementos necesarios para una correcta instalación de System Center
Virtual Machine Manager (VMM) e incluye información para VMM 2016 y versiones posteriores. Use estos
requisitos según corresponda para la versión VMM que desea instalar.
Para más información sobre las versiones admitidas de hardware y software, consulte el artículo de requisitos
del sistema para la versión que instale.
Requisitos para la implementación

Compruebe los siguientes requisitos del sistema:
Ser vidor de administración VMM : compruebe los requisitos de hardware y de sistema operativo.
SQL Ser ver : consulte las versiones de SQL Server compatibles.
Consola VMM : revise los requisitos del sistema operativo y si quiere ejecutar la consola VMM en un equipo
independiente.
Biblioteca VMM : revise los requisitos de hardware para recursos compartidos de biblioteca VMM remotos.
Hosts de vir tualización : revise los sistemas operativos compatibles para servidores Hyper-V y SOFS en el
tejido de VMM. Revise los requisitos para servidores de VMware.
Otros ser vidores de tejido : revise los sistemas operativos compatibles para los servidores de
actualización y para el entorno PXE (usados para la implementación sin sistema operativo).
Requisitos adicionales para la implementación

C O M P O N EN T E DETA L L ES
Utilidades de línea de comandos para SQL Ser ver SQL Server 2014 feature pack para versiones anteriores a
2019, 2016/2017 y feature pack para 2019
Si quiere implementar servicios de VMM que usen

aplicaciones de capa de datos de SQL Server, instale las
utilidades de línea de comandos relacionadas en el servidor
de administración VMM. La versión que instale debe
coincidir con la versión de SQL Server. La instalación de estas
utilidades no es obligatoria para instalar VMM.
Windows Assessment and Deployment Kit (ADK) Windows ADK para Windows 10
Puede realizar la instalación desde el programa de

instalación, o bien descargarlo. Solo se necesitan las opciones
Herramientas de implementación y Entorno de
preinstalación de Windows .
C O M P O N EN T E DETA L L ES
Sistema operativo invitado Sistemas operativos Windows compatibles con Hyper-V
Linux (CentOS, RHEL, Debian, Oracle Linux, SUSE, Ubuntu)
PowerShell Versiones admitidas
.NET Versiones admitidas
Agente de host VMM 2016/1801/1807/2019
Es necesario para los hosts administrados en VMM.
Super visión System Center Operations Manager 2016/1801.
También se necesita SQL Server Analysis Services 2014 o

una versión posterior.
VMware vCenter 5.1, 5.5, 5.8, 6.0, 6.5
ESX 5.5, ESX 6.0, ESX 6.5
Los servidores vCenter y ESX que ejecuten estas versiones se

pueden administrar en VMM.
Aprovisionamiento completo Arquitectura de administración de sistemas para hardware

de servidor (SMASH) (v1 o versiones posteriores) frente a
WS-Man
Intelligent Platform Interface 1.5 o superior
Data Center Manager Interface (DCMI) 1.0 o versiones

posteriores
Es necesario para detectar e implementar servidores físicos

sin sistema operativo.
SPN
Si el usuario VMM que instala, o ejecuta el programa de instalación de VMM, no tiene permisos para escribir el
nombre de entidad de seguridad de servicio (SPN) para el servidor VMM en Active Directory, el programa de
instalación finalizará con una advertencia. Si no se ha registrado el SPN, otros equipos que ejecuten la consola
VMM no podrán conectarse al servidor de administración y no podrá implementar un host de Hyper-V en un
equipo sin sistema operativo en el tejido de VMM. Para evitar este problema, debe registrar el SPN como un
administrador de dominio antes de instalar VMM, como sigue:
1. Ejecute estos comandos desde <SystemDrive>\Windows\System32 >, como administrador de dominio:
setspn -u -s SCVMM/<MachineBIOSName> <VMMServiceAccount>
setspn -u -s SCVMM/<MachineFQDN> <VMMServiceAccount>
Para un clúster, <MachineBIOSName> debe ser <ClusterBIOSName> y <MachineFQDN> debe ser

<ClusterFQDN>
2. En el servidor VMM (o en cada nodo de un clúster), en el Registro, desplácese hasta
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Vir tual Machine
Manager Ser ver\Setup .
3. Establezca VmmSer vicePrincipalNames en
SCVMM/<MachineBIOSName>,SCVMM/<MachineFQDN> . Para un clúster:
SCVMM/<ClusterBIOSName>,SCVMM/<ClusterFQDN> .
Si no puede hacer esto, también puede registrar el SPN durante la instalación de VMM. Un administrador de
dominio puede proporcionar los permisos de escritura de SPN para el usuario de servicio de VMM o el usuario
del programa de instalación. Tenga en cuenta que este enfoque no es el preferido. El permiso permite al usuario
delegado registrar cualquier servicePrincipalName, sin restricciones. Por lo tanto, el usuario delegado debe ser
de plena confianza y las credenciales de cuenta deben mantenerse seguras. Para realizar esta tarea:
1. Ejecute adsiedit como administrador de dominio.
2. Navegue para encontrar el usuario del servicio VMM. Haga clic con el botón derecho en propiedades >
Seguridad > Avanzado . A continuación, haga clic en Agregar y, en Seleccionar una entidad de
seguridad , especifique el usuario al que se le concederán los permisos.
3. Seleccione Escribir ser vicePrincipalName > Aceptar .
Al instalar VMM con esta cuenta de usuario, el SPN se registrará.
Servidor de administración VMM

El servidor de administración VMM no se puede ejecutar en Nano Server (esto es aplicable a versiones
anteriores a la 2019).
El nombre de equipo del servidor de administración no puede superar los 15 caracteres.
No instale el servidor de administración VMM ni otros componentes de System Center que no sean agentes
en servidores que ejecutan Hyper-V.
El servidor de administración VMM no se puede instalar en una máquina virtual. Si lo hace, y usa la
característica Memoria dinámica de Hyper-V, debe establecer que la memoria RAM inicial de la máquina
virtual sea al menos de 2048 megabytes (MB).
Si tiene intención de administrar más de 150 hosts, se recomienda usar un equipo dedicado para el servidor
de administración VMM y hacer lo siguiente:
Agregue uno o más equipos remotos como servidores de biblioteca y no utilice el recurso compartido
de biblioteca predeterminado en el servidor de administración VMM.
No ejecute la instancia de SQL Server en el servidor de administración VMM.
Para lograr alta disponibilidad, el servidor de administración VMM se puede instalar en un clúster de
conmutación por error. Obtenga más información.
SQL Server y base de datos

La instancia de SQL Server que use debe admitir objetos de base de datos que no distingan mayúsculas de
minúsculas.
El nombre del equipo de SQL Server no puede superar los 15 caracteres de longitud.
Si el servidor de administración VMM y el equipo de SQL Server no son miembros del mismo dominio de
Active Directory, debe existir una confianza bidireccional entre los dos dominios.
Al instalar SQL Server, seleccione las características Ser vicios de Motor de base de datos y
Herramientas de administración - Completa .
Puede realizar una actualización local a una versión compatible de SQL Server (sin mover la base de datos de
VMM). Asegúrese de que no se estén ejecutando trabajos al realizar la actualización, ya que podrían no
realizarse correctamente y requerir un reinicio manual.
Para mejorar el rendimiento de la base de datos de VMM, no almacene los archivos de base de datos en el
disco que se usa para el sistema operativo.
Si está usando Redes definidas por software (SDN) en VMM, toda la información de red se almacena en la
base de datos de VMM. Por este motivo, se debe tener en cuenta la alta disponibilidad de la base de datos de
VMM y seguir estas directrices:
Se admiten clústeres de conmutación por error y es la configuración recomendada para
disponibilidad dentro de una única área geográfica o centro de datos. Obtenga más información.
Se admite el uso de grupos de disponibilidad AlwaysOn en Microsoft SQL Server, pero es importante
revisar las diferencias entre los dos modos de disponibilidad: la confirmación sincrónica y la
confirmación asincrónica. Obtenga más información.
Con el modo de confirmación asincrónica, la réplica de la base de datos puede quedar
desactualizada durante un período de tiempo después de cada confirmación. Esto puede hacer
parecer que la base de datos ha regresado al pasado, lo que podría producir pérdida de datos
de clientes, la divulgación involuntaria de información o una posible elevación de privilegios.
Puede utilizar el modo de confirmación sincrónica como configuración para escenarios de
disponibilidad de sitios remotos.
El servicio SQL Server debe usar una cuenta que tenga permiso para acceder a los Servicios de dominio de
Active Directory (AD DS). Por ejemplo, puede especificar la cuenta de sistema local o una cuenta de usuario
de dominio. No especifique una cuenta de usuario local.
No es necesario configurar la intercalación. Durante la implementación, el programa de instalación configura
automáticamente la intercalación CI según el idioma del sistema operativo del servidor.
NOTE
La intercalación de la base de datos de destino y la del servidor VMM deben ser iguales si la base de datos forma parte
de un grupo de SQL Always On (AO). Para comprobar la referencia cultural actual en su máquina VMM, use el comando
Get-Culture de PowerShell. Obtenga más información sobre las Asignaciones de intercalaciones del servidor VMM.
Se admiten puertos dinámicos.

Si desea crear la base de datos de VMM antes de realizar la instalación de VMM:
Asegúrese de que dispone de permisos o de crear una base de datos SQL, o bien pida al
administrador de SQL Server que lo haga.
Configure la base de datos de la manera siguiente:
1. Cree una base de datos con esta configuración: Nombre: VirtualManagerDB; intercalación:
Latin1_General_100_CI_AS, pero alineada con la intercalación de la instancia de SQL Server
específica.
2. Conceda permisos db_owner para la base de datos a la cuenta de servicio de VMM.
3. En la instalación de VMM, seleccione la opción para usar una base de datos existente y
especifique los detalles de la base de datos y la cuenta de servicio de VMM como el usuario de
base de datos.
Servidor de biblioteca
Si ejecuta el servidor de biblioteca en el servidor de administración VMM, deberá disponer de espacio extra
en disco para almacenar objetos. El espacio necesario varía según el número y el tamaño de los objetos que
almacene.
El servidor de biblioteca es donde VMM almacena elementos como plantillas de máquina virtual, discos
duros virtuales, disquetes virtuales, imágenes ISO, scripts y máquinas virtuales almacenadas. Los requisitos
de hardware óptimos que se especifican para un servidor de biblioteca VMM varían en función de la
cantidad y el tamaño de estos archivos. Deberá comprobar el uso de CPU y otras variables de estado del
sistema para determinar qué funciona mejor en su entorno.
Si quiere administrar discos duros virtuales con el formato de archivo .vhdx, el servidor de biblioteca VMM
debe ejecutar Windows Server 2012 o posterior.
VMM no proporciona un método para la replicación de archivos físicos en la biblioteca de VMM ni un
método para transferir metadatos de objetos que se almacenan en la base de datos de VMM. En su lugar, si
es necesario, debe replicar los archivos físicos fuera de VMM, y debe transferir los metadatos usando scripts
u otros medios.
VMM no admite servidores de archivos configurados con la opción que distingue mayúsculas de minúsculas
en Windows Services for UNIX, porque el control de mayúsculas y minúsculas de Network File System está
establecido en Omitir .
Requisitos de cuenta y de dominio

Cuando instale VMM, debe configurar el servicio VMM para que use la cuenta de sistema local, una cuenta de
dominio o una cuenta de servicio administrada de grupo (gMSA).
Cuando instale VMM, debe configurar el servicio VMM para usar la cuenta de sistema local o una cuenta de
dominio.
Tenga en cuenta lo siguiente antes de preparar una cuenta:
La cuenta de servicio de VMM debe tener los permisos Permitir el inicio de sesión local y Permitir inicio de
sesión a través de Servicios de Escritorio remoto en el servidor VMM.
No puede cambiar la identidad de la cuenta de servicio Virtual Machine Manager después de la instalación.
Esto incluye realizar el cambio de una cuenta de sistema local a una cuenta de dominio, de una cuenta de
dominio a una cuenta de sistema local, o bien cambiar la cuenta de dominio por otra. Para cambiar la cuenta
de servicio de Virtual Machine Manager después de la instalación, debe desinstalar VMM (seleccione la
opción Conservar datos si desea mantener la base de datos de SQL Server) y, a continuación, vuelva a
instalar VMM con la nueva cuenta de servicio.
Si especifica una cuenta de dominio, la cuenta debe ser un miembro del grupo de administradores locales en
el equipo.
Si especifica una cuenta de dominio, se recomienda encarecidamente que cree una cuenta específicamente
diseñada a fin de utilizarse para este propósito. Cuando se quita un host de un servidor de administración
VMM, la cuenta en la que se ejecuta el servicio de System Center Virtual Machine Manager se quita del
grupo de administradores locales del host. Si esa cuenta se usa para otros propósitos en el host, pueden
generarse resultados inesperados.
Si planea utilizar imágenes ISO compartidas con máquinas virtuales de Hyper-V, debe utilizar una cuenta de
dominio.
Si está utilizando un espacio de nombres separado, debe utilizar una cuenta de dominio. Para más
información sobre los espacios de nombres separados, vea Convenciones de nomenclatura de Active
Directory para equipos, sitios, dominios y unidades organizativas.
Si va a instalar un servidor de administración VMM de alta disponibilidad, debe utilizar una cuenta de
dominio.
El equipo en el que instala el servidor de administración VMM debe ser un miembro de un dominio de Active
Directory. En el entorno, podría tener las cuentas de usuario en un bosque y sus servidores VMM y host en
otro. En este entorno, debe establecer una confianza bidireccional entre los dos dominios de varios bosques.
No se admiten confianzas unidireccionales entre dominios de varios bosques en VMM.
Para crear y usar gMSA, consulte el artículo sobre gMSA y cree la gMSA según las instrucciones
disponibles. Asegúrese de que los servidores en los que desea instalar el servicio de administración de
VMM tienen permisos para recuperar la contraseña de la cuenta de gMSA.
NOTE
No es necesario que especifique el "nombre de entidad de seguridad de servicio (SPN)" al crear la gMSA. El servicio
VMM establece el SPN apropiado para la gMSA.
Administración de claves distribuida

De forma predeterminada, VMM cifra algunos datos en la base de datos VMM mediante la interfaz de
programación de aplicaciones de protección de datos (DPAPI). Así, por ejemplo, las credenciales de las cuentas
de ejecución, las contraseñas de los perfiles de sistema operativo invitado y la información de claves de
productos en las propiedades de los discos duros virtuales. El cifrado de datos está ligado al equipo específico
en el que esté instalado VMM y a la cuenta de servicio usada por VMM. Si mueve la instalación de VMM a otro
equipo, VMM no conservará los datos cifrados y tendrá que especificarlos manualmente.
Si quiere asegurarse de que VMM conserva los datos cifrados entre movimientos, puede usar la administración
de claves distribuida para almacenar las claves de cifrado en Active Directory. Si mueve la instalación de VMM,
VMM conserva los datos cifrados, porque el nuevo equipo VMM tiene acceso a las claves de cifrado en Active
Directory. Para configurar la administración de claves distribuida, acuda al administrador de Active Directory.
Tenga en cuenta que:
Debe crear un contenedor en AD DS antes de instalar VMM. Para ello, use ADSI Edit (instalado desde
Administrador del ser vidor > Herramientas de administración remota del ser vidor ).
El contenedor se debe crear en el mismo dominio que la cuenta de usuario con la que va a instalar VMM. Si
especifica que el servicio VMM usa una cuenta de dominio, dicha cuenta también debe estar en el mismo
dominio. Por ejemplo, si la cuenta de instalación y la cuenta de servicio están en el dominio
corp.contoso.com, debe crear el contenedor en ese dominio. Por lo tanto, si desea crear un contenedor
denominado VMMDKM, especifique la ubicación del contenedor como
CN=VMMDKM,DC=corp,DC=contoso,DC=com. La cuenta con la que va a instalar VMM debe tener permisos
Control total en el contenedor en AD DS. Los permisos deben aplicarse a este objeto y a todos los objetos
descendientes.
Si va a instalar un servidor de administración VMM de alta disponibilidad, será necesario usar la
administración de claves distribuida para almacenar las claves de cifrado en Active Directory. La
administración de claves distribuida es necesaria porque, si VMM conmuta por error a un nodo, ese nodo
tendrá acceso a las claves de cifrado.
Cuando se configura la cuenta de servicio y la clave distribuida, debe escribir la ubicación del contenedor de
AD DS, por ejemplo: CN=VMMDKM,DC=corp,DC=contoso,DC=com
Pasos siguientes
Instalar VMM
Planificación de una implementación de VMM de
alta disponibilidad
IMPORTANT
En este artículo se describe cómo planificar una implementación de System Center - Virtual Machine Manager
(VMM) de alta disponibilidad.
Para lograr resistencia y escalabilidad, puede implementar VMM en modo de alta disponibilidad. Para ello, siga
estos pasos:
Implemente el servidor de administración VMM en un clúster de conmutación por error.
Logre una alta disponibilidad para recursos compartidos de archivos del servidor de biblioteca.
Implemente la base de datos de VMM de SQL Server en modo de alta disponibilidad.
Planificación de una implementación de SQL Server de alta

disponibilidad
Debe configurar SQL Server antes de implementar los servidores de administración de VMM.
Se recomienda usar una instalación de SQL Server de alta disponibilidad en un clúster de conmutación por
error y configurar grupos de disponibilidad AlwaysOn de SQL Server. No debe instalar SQL Server en el
clúster de VMM.
Revise los procedimientos recomendados para conocer los requisitos previos del nodo de clúster de
conmutación por error.
Se admiten grupos de disponibilidad AlwaysOn en VMM. Use la confirmación sincrónica para disfrutar de
mayor protección con más sobrecarga. Si utiliza el modo de confirmación asincrónica , la base de datos
secundaria puede retrasarse con respecto a la base de datos principal, permitiendo así una posible pérdida
de datos.
El servidor de base de datos debe estar en el mismo dominio que el servidor de VMM, o en un dominio con
confianza bidireccional.
El uso de una base de datos en clúster con VMM requiere una autenticación en Kerberos. Para admitir esto, la
instancia de SQL Server debe asociar un nombre de entidad de seguridad de servicio (SPN) con la cuenta en
la que se ejecutará SQL Server.
Planificación de un servidor de administración VMM de alta

disponibilidad
No realice la instalación en una partición primaria del host de Hyper-V. Puede instalar VMM en una máquina
virtual.
Antes de empezar debe configurar la cuenta de servicio de VMM y la administración de claves distribuida.
Más información
Solo se puede implementar una instancia de VMM en un clúster de conmutación por error de hasta 16
nodos.
El usuario que crea el clúster tiene el permiso para los objetos de creación de equipos para la unidad
organizativa o el contenedor donde residen los servidores que conformarán el clúster. Si no es posible,
solicite a un administrador de dominio el ensayo previo de un objeto de equipo de clúster para el clúster.
Requisitos para equipos que funcionan como nodos de administración de VMM:
Todos los nodos de clúster que actuarán como servidores de VMM deben ejecutar Windows Server
2016.
Cada nodo del clúster debe estar unido a un dominio y debe tener un nombre de equipo que no
supere los 15 caracteres.
El nombre de red del servicio VMM no debe superar los 15 caracteres.
Windows ADK debe estar instalado en cada equipo. Instale desde el programa de instalación o desde
el Centro de descarga. Cuando instale, seleccione Herramientas de implementación y Entorno de
Si planea implementar servicios de VMM que usen aplicaciones de capa de datos de SQL Server,
instale las utilidades de línea de comandos relacionadas en el servidor de administración de VMM.
Planificación de un servidor de administración VMM de alta

disponibilidad
virtual.
Antes de empezar debe configurar la cuenta de servicio de VMM y la administración de claves distribuida.
Más información
nodos.
Todos los nodos de clúster que actuarán como servidores de VMM deben ejecutar
Windows Server 2016 o Windows Server 2019.
instale las utilidades de línea de comandos relacionadas en el servidor de administración de VMM. La
utilidad de línea de comandos está disponible en Feature Pack de SQL Server 2012, en Feature Pack
de SQL Server 2014 o en Feature Pack de SQL Server 2016.
Planificación de una biblioteca VMM de alta disponibilidad

Puede crear servidores de biblioteca de alta disponibilidad para garantizar la resistencia y disponibilidad de los
recursos basados en archivos, las plantillas y los perfiles.
VMM no crea automáticamente la biblioteca VMM de alta disponibilidad al implementar VMM en modo de
alta disponibilidad. Debe crear servidores de biblioteca de alta disponibilidad mediante la implementación de
la biblioteca en un clúster de servidor de archivos.
Debe configurar un clúster de conmutación por error del servidor de archivos. No se admite la
implementación de recursos compartidos de biblioteca de alta disponibilidad en el clúster de VMM.
Los equipos que se configuren como servidores de archivos deben ejecutar Windows Server 2012 R2 o
versiones posteriores. Se recomienda que todos los nodos tengan la misma versión de Windows.
Todos los nodos que desea agregar como servidores de archivos deben estar en el mismo dominio.
Asegúrese de que el hardware y software que va a usar para la biblioteca cumplen los requisitos del sistema.
La cuenta que use para crear el clúster debe ser un usuario de dominio en todos los equipos que desea
agregar como nodos de servidor de archivos.
El servidor de biblioteca no puede ser un servidor de archivos de escalabilidad horizontal (SOFS). Debe estar
en un clúster de conmutación por error que no usa el rol de clúster SOFS. Esto se debe a que, cuando
implementa la biblioteca, el agente VMM se implementa en el host. Para SOFS existen varios hosts en un
clúster que proporciona recursos compartidos, lo que complica la implementación del agente. Cuando tiene
un servidor de biblioteca agrupado o independiente, puede utilizar el almacenamiento en SOFS mediante la
creación de recursos compartidos en él.
Puede implementar los recursos compartidos de biblioteca en un clúster con nodos físicos, o en un clúster
invitado.
Si desea agregar almacenamiento agrupado al crear el clúster, asegúrese de que todos los equipos pueden
acceder al almacenamiento.
Si desea implementar una biblioteca VMM distribuida en distintos centros de datos, debe configurar una
copia programada entre los dos recursos compartidos de biblioteca. No hay ninguna replicación disponible.
Pasos siguientes
Configurar una implementación de VMM de alta disponibilidad
Identificar puertos y protocolos de VMM
IMPORTANT
Como parte de la implementación de System Center Virtual Machine Manager (VMM), debe permitir el acceso a
los puertos y protocolos que van a usar el servidor y los componentes de VMM. Es importante planear esto con
antelación. Algunos de los valores de puerto se configuran en el programa de instalación de VMM, y si quiere
modificarlos después de configurar VMM por primera vez, debe volver a instalar para realizar esta acción.
Configurar excepciones
1. Identifique dónde debe crear excepciones de firewall, de acuerdo con la tabla siguiente.
2. En el servidor que identifique, haga clic en Inicio > Siguiente > Herramientas administrativas >
Firewall de Windows con seguridad avanzada .
3. En el panel Firewall de Windows con seguridad avanzada en el equipo Local , haga clic en Reglas de
entrada .
4. En Acciones , haga clic en Nueva regla .
5. En el Asistente para nueva regla de entrada > Tipo de regla , haga clic en Puerto y después en
Siguiente.
6. En Protocolo y puer tos , especifique la configuración de puerto según la tabla siguiente y continúe con el
asistente para crear la regla.
Excepciones de puerto y protocolo

C O N EXIÓ N P UERTO Y P ROTO C O LO DETA L L ES C O N F IGURA C IÓ N
Servidor VMM a agente 80: WinRM; 135: RPC; 139: Usado por el agente VMM No se puede modificar
VMM en hosts basados en NetBIOS; 445: SMB (sobre
Windows Server y servidor TCP) Regla de entrada en hosts
de biblioteca remoto
Servidor VMM a agente 443:HTTPS Canal de datos de BITS para Modificar en el programa
VMM en hosts basados en las transferencias de de instalación de VMM
Windows Server y servidor archivos
Regla de entrada en hosts
Servidor VMM a agente 5985:WinRM Canal de control Modificar en el programa

VMM en hosts basados en de instalación de VMM
Windows Server y servidor Regla de entrada en hosts
Servidor VMM a agente 5986:WinRM Canal de control (SSL) No se puede modificar

VMM en hosts basados en
Windows Server y servidor Regla de entrada en hosts
Servidor VMM a agente de 443:HTTPS Canal de datos de BITS para No se puede modificar
invitado de VMM (canal de las transferencias de
datos de máquina virtual) archivos
Regla de entrada en
equipos que ejecutan el
agente
El agente de invitado VMM

es una versión especial del
agente VMM. Está instalado
en las máquinas virtuales
que forman parte de una
plantilla de servicio y en
máquinas virtuales de Linux
(con o sin una plantilla de
servicio).
Servidor VMM a agente de 5985:WinRM Canal de control No se puede modificar

invitado de VMM (canal de
control de máquina virtual) Regla de entrada en
equipos que ejecutan el
agente
Host VMM a host 443:HTTPS Canal de datos de BITS para Modificar en el programa
las transferencias de de instalación de VMM
archivos
Regla de entrada en hosts y

servidor VMM
Servidor VMM a servidores 22:SFTP No se puede modificar

ESXi de VWware o servicios
Web Regla de entrada en hosts
Servidor VMM a 80:HTTP; 443:HTTPS Canal que se usa para la Modificar en el proveedor
equilibrador de carga administración del de equilibrador de carga
equilibrador de carga
Servidor VMM a base de 1433:TDS Agente de escucha de SQL Modificar en el programa

datos remota de SQL Server de instalación de VMM
Server
Regla de entrada de SQL
Server
Servidor VMM a servidores 80/8530:HTTP; Canales de datos y control No se puede modificar

de actualización WSUS 443/8531:HTTPS desde VMM
Regla de entrada de
servidor WSUS
Servidor de biblioteca VMM 443:HTTPS Canal de datos de BITS para Modificar en el programa
a hosts de Hyper-V las transferencias de de instalación de VMM
archivos
Regla de entrada en hosts:

443
Consola de VMM a VMM WCF:8100 (HTTP); Regla de entrada de Modificar en el programa

WCF:8101 (HTTPS); máquina de la consola de de instalación de VMM
Net.TCP: 8102 VMM
Servidor VMM a servicio de WMI Llamada local

administración de
almacenamiento
Servicio de administración XML DE CIM Depende del proveedor

de almacenamiento a
proveedor de SMI-S
Servidor VMM a 443: HTTP (SMASH sobre Regla de entrada de Modificar en el dispositivo
Controlador de WS-Management) dispositivo de BMC de BMC
administración de placa
base (BMC)
Servidor VMM a 623: IPMI Regla de entrada de Modificar en el dispositivo

Controlador de dispositivo de BMC de BMC
administración de placa
base (BMC)
Servidor VMM a Agente de 8101:WCF; 8103:WCF 8101 se usa para el canal Modificar en el programa
Windows PE de control, 8103 se usa de instalación de VMM
para la sincronización de la
hora
Servidor VMM a proveedor 8102: WCF Regla de entrada de

PXE de WDS servidor PXE
Servidor VMM a host de 443:HTTPS (BITS) Canal de datos de BITS para

Hyper-V en el dominio de las transferencias de
no confianza/perimetral archivos
Regla de entrada de
servidor VMM
Servidor de biblioteca a 443:HTTPS Canal de datos de BITS para

host de Hyper-V en el las transferencias de
dominio de no archivos
confianza/perimetral
Regla de entrada de
biblioteca VMM
Servidor VMM a servidor 80: WinRM; 135: RPC; 139: Usado por el agente VMM
de archivos de Windows NetBIOS; 445: SMB (sobre
TCP) Regla de entrada de
Servidor VMM a servidor 443:HTTPS BITS que se usa para la

de archivos de Windows transferencia de archivos
Regla de entrada de
Servidor VMM a servidor 5985/5986:WinRM Canal de control

de archivos de Windows
Regla de entrada de
NOTE
Además de los puertos mencionados, VMM se basa en el intervalo de puertos dinámicos predeterminado para toda su
comunicación con servidores de biblioteca, servidores de archivos y hosts de Hyper-V. Obtenga más información sobre el
intervalo de puertos dinámicos. Se recomienda volver a configurar los firewalls para permitir el tráfico entre los servidores
en el intervalo de puertos dinámicos de 49152 a 65535.
Pasos siguientes
Puede modificar algunos de estos puertos y protocolos durante la instalación de VMM.
Planificación de un tejido de proceso de VMM
IMPORTANT
En este artículo se describe cómo planificar el tejido de proceso en System Center - Virtual Machine Manager
(VMM). El tejido de proceso de VMM se compone 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 empezar:
Debe verificar los requisitos del sistema para la biblioteca VMM antes de instalar VMM.
VMM implementa de forma predeterminada el recurso compartido de biblioteca en el servidor VMM. Una
vez completada la instalación no puede quitar o cambiar la ubicación del recurso compartido de biblioteca
predeterminado, así que determine la ubicación antes de instalar VMM.
Si utiliza una SAN, el servidor de biblioteca debe tener la misma SAN que los hosts que utilizan la biblioteca.
Esto garantiza que el servidor de biblioteca y los hosts pueden acceder a los mismos LUN de la SAN para
transferencias de archivos más rápidas.
Si se conecta a una biblioteca desde los hosts de virtualizlación a través de una red LAN, el servidor de
biblioteca debe estar ubicado lo más cerca posible de los hosts.
Si pretende agregar más servidores de biblioteca, puede crear grupos de biblioteca para organizarlos. Puede
utilizar grupos de biblioteca para alinear los servidores con grupos host en el tejido de VMM. Se recomienda
alinear cada servidor de biblioteca con el grupo host que usa los recursos de esa biblioteca.
Planificación de los 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, tenga en cuenta estos puntos:
La topología de hosts de Hyper-V. VMM puede trabajar con los hosts de Hyper-V que se encuentran en el
mismo dominio que el servidor VMM, en un dominio con una confianza bidireccional o en un dominio sin
una relación de confianza bidireccional. VMM también puede trabajar con los 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 máquinas virtuales que se ejecutan en el host.
Los tipos de aplicaciones que se ejecutan en los sistemas operativos invitados.
Las cargas de trabajo de máquina virtual que se ejecutarán en el host.
Los requisitos de procesador para el host. Necesitará suficiente capacidad de procesamiento para ejecutar las
Los requisitos de memoria para el host. Después de usar VMM para asignar RAM del host a una máquina
virtual, dicha memoria no está disponible para otros recursos. También necesita suficiente memoria para
ejecutar el sistema operativo host y cualquier otra aplicación.
Los requisitos de almacenamiento para el host. Necesita almacenamiento adecuado para el host, así como
para las máquinas virtuales que se ejecutan en él. Recuerde que debe tener en cuenta el espacio adicional
para los archivos de paginación de VM, la expansión dinámica de discos duros virtuales, el almacenamiento
de contenido de RAM de VM cuando esta presenta el estado guardado y los puntos de control de la VM.
Los requisitos de red para el host. Si las máquinas virtuales ejecutan aplicaciones que necesitan una alta
disponibilidad, debe considerar los requisitos de red.
Planificación de grupos host

Los grupos host actúan como contenedores para las máquinas virtuales y los hosts de virtualización. Aplique la
configuración a nivel de grupo, como configurar los recursos a nivel de host y especificar los hosts para
usuarios de autoservicio y las opciones de almacenamiento y red. La planificación de grupos host es
especialmente importante en una implementación a gran escala, donde los grupos host pueden ayudarle a
administrar eficazmente el aprovisionamiento y la administración de recursos.
Puede basar los grupos host en la configuración que tenga sentido para su organización. Por ejemplo:
Para las sucursales de la organización.
Para coincidir con la estructura de Active Directory.
Para reflejar funciones como desarrollo, prueba, producción o investigación.
Para limitar los hosts utilizados para realizar tareas administrativas. Por ejemplo puede restringir la
colocación de máquinas virtuales mediante la selección de un grupo host específico.
Para reservar los recursos de host a fin de determinan la cantidad de CPU, la memoria, el espacio en disco, la
capacidad de E/S en disco y la capacidad de red que siempre estarán disponibles para el sistema operativo
host.
Para colocar automáticamente las máquinas virtuales en el host más adecuado. La colocación automática
también se utiliza para implementar las máquinas virtuales que los usuarios crean en la característica de
autoservicio para máquina virtual.
Para designar los hosts de autoservicio en que los usuarios pueden crear y operar sus propias máquinas
virtuales. Agregue directivas de autoservicio a un grupo host para permitir que los usuarios o grupos creen,
operen y administren sus propias máquinas virtuales en un entorno controlado en los hosts del grupo host.
Los grupos host son jerárquicos. Por ejemplo, puede crear grupos host secundarios de un grupo host existente
para reemplazar los recursos en reserva en el host heredados para un grupo host primario, o bien 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 por 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 host\Nueva York\Sitio21\VMHost05 indica que
el host VMHost05 pertenece al grupo host Sitio21, que es un grupo host secundario del grupo host Nueva
York.
Al cambiar los recursos en reserva en el host para un grupo host primario, puede elegir si aplicar o no en
cascada la configuración del recurso en reserva en el host a los hosts de todos los grupos host secundarios.
Si elige aplicar en cascada la configuración de los recursos en reserva en el host, toda la configuración de los
recursos en reserva en el host del grupo host primario reemplazará la configuración anterior de todos los
host de los grupos host secundarios del grupo host primario.
Si se utiliza un grupo host primario para la característica de autoservicio para máquina virtual, cada uno de
sus grupos host secundarios hereda automáticamente las directivas de autoservicio del grupo host primario.
Sin embargo, puede agregar una directiva de autoservicio para el mismo usuario o grupo a un grupo host
primario y a su grupo host secundario. Al agregar las directivas tanto al grupo host primario como al
secundario, puede 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.
Puede utilizar un grupo host para aislar un host. Por ejemplo, si tiene un host con sistemas operativos
invitados que ejecutan aplicaciones de misión crítica, puede aislar ese host colocándolo en su propio grupo
host. De este modo puede asegurarse de que no se aplican directivas de autoservicio en el grupo host y de
que los recursos del sistema reservados para ejecutar el sistema operativo del host son apropiados,
maximizando así los recursos de host disponibles para que los sistemas operativos invitados los utilicen.
Pasos siguientes
Obtenga información sobre cómo implementar la biblioteca en el modo de alta disponibilidad si así lo
necesita.
Planificación del tejido de red de VMM
IMPORTANT
En este artículo se describe cómo planificar el tejido de red en System Center - Virtual Machine Manager
(VMM).
Componentes de red
Las redes de VMM contienen una serie de componentes, que se resumen en la tabla siguiente:
C O M P O N EN T E DE RED DETA L L ES
Redes lógicas En VMM, las redes físicas se definen como redes lógicas. Las
redes lógicas son una forma útil de abstracción de la
infraestructura de red física subyacente. La configuración de
red lógica coincide con la del entorno de red físico, o bien es
un reflejo de ella. Por ejemplo, las direcciones IP y las
propiedades de VLAN coincidirán exactamente, y un sitio de
red en una red lógica contendrá los valores de configuración
para el sitio.
De forma predeterminada, VMM crea redes lógicas

automáticamente cuando se agrega un host de Hyper-V al
tejido si no se encuentra una red adecuada. Puede
deshabilitar esta opción.
Para abstraer las redes lógicas de las máquinas virtuales que

las usan, VMM proporciona redes de VM . Conecte el
adaptador virtual de una máquina virtual a redes de
Grupos de direcciones MAC Puede crear grupos de direcciones MAC para máquinas
virtuales que se ejecutan en hosts de virtualización en el
tejido de VMM. Cuando se utilizan grupos de direcciones
MAC estáticas, VMM puede generar y asignar
automáticamente direcciones MAC a máquinas virtuales.
Puede usar un grupo estándar o configurar un grupo
personalizado.
Equilibradores de carga VMM admite la adición de equilibradores de carga de

hardware o la utilización de NLB para equilibrar la carga de
las solicitudes a un nivel de servicio.
Plantillas de IP vir tual Las plantillas de IP virtuales (VIP) contienen información

sobre equilibrio de carga para un tipo determinado de
tráfico. Por ejemplo, podría tener una plantilla que especifica
cómo equilibrar el tráfico HTTPS en un equilibrador de carga
específico.
C O M P O N EN T E DE RED DETA L L ES
Conmutadores lógicos Los conmutadores lógicos son contenedores de

configuración del conmutador virtual. Los conmutadores
lógicos se aplican a los hosts para que la configuración del
conmutador sea coherente en todos los hosts. VMM realiza
un seguimiento de la configuración del conmutador en hosts
implementados con conmutadores lógicos para asegurar el
cumplimiento.
Perfiles de puer to Los perfiles de puerto actúan como contenedores de las

propiedades que desee que un adaptador de red tenga. En
lugar de configurar propiedades por cada adaptador de red,
configure el perfil de puerto y aplíquelo a un adaptador.
Existen dos tipos de perfiles de puerto. Los perfiles de

puerto virtual contienen valores que se aplican a la conexión
de los adaptadores de red virtual a máquinas virtuales o que
los hosts de virtualización utilizan. Los perfiles de puerto de
vínculo superior se utilizan para definir cómo un conmutador
virtual se conecta a una red lógica.
Clasificaciones de puer to Las clasificaciones de puerto son contenedores abstractos

para la configuración del perfil de puerto virtual. Esta
abstracción significa que los administradores y los inquilinos
pueden asignar una clasificación de puerto a una plantilla de
máquina virtual, mientras que el conmutador lógico de la
máquina virtual determina qué perfil de puerto se debe
utilizar. Los perfiles y luego los administradores y los
inquilinos pueden seleccionar una clasificación adecuada.
VMM contiene un número de clasificaciones de puerto
predeterminadas. Por ejemplo, hay una clasificación para
máquinas virtuales que necesitan un gran ancho de banda y
otra para máquinas virtuales que necesitan un ancho de
banda bajo. Las clasificaciones de puerto están vinculadas a
perfiles de puerto virtual al configurar conmutadores lógicos.
Planificación de redes lógicas

Durante la implementación debe crear redes lógicas y configurar sitios de red y direcciones IP en cada red. A
continuación, podrá crear redes de VM basadas en esas redes lógicas.
Esto es lo que hay que hacer:
1. Creación de automatización : decida si desea permitir que VMM cree redes lógicas. VMM creará
automáticamente una red lógica cada vez que agregue un host de virtualización. VMM no crea sitios de red
en la red lógica creada automáticamente. Puede desactivar esta opción en Configuración > General >
Configuración de red y desactivar Creación automática de redes lógicas .
2. Capacidad de red lógica : si va a crear redes lógicas manualmente, determine lo que necesitará para
representar la topología de red física. Por ejemplo, si necesita una red de administración y una red para que
la utilicen las máquinas virtuales, debe crear dos redes lógicas.
3. Tipos de red lógica : determine el tipo de red lógica que necesita. Podrá configurar redes de VM sobre
redes lógicas, y estas redes de VM pueden proporcionar la virtualización de red con la capacidad de crear
varias redes virtuales en una red física compartida, o las redes de VM pueden proporcionar aislamiento con
VLAN y PVLAN. Al configurar la red lógica, debe indicar el tipo de red que necesita.
4. Sitios de red : determine cuántos sitios de red necesita en la red lógica. Puede planificar grupos host y
ubicaciones de hosts. Por ejemplo, un grupo host de Seattle y un grupo host de Nueva York. No necesita
sitios de red si no tiene VLAN y utiliza DHCP para asignar direcciones IP.
5. VL AN y subredes : determine las VLAN y las subredes IP que necesite en la red lógica. Reflejarán lo que
tiene en su topología de red física.
6. Direccionamiento IP : si utiliza la asignación de dirección IP estática, determine qué redes lógicas necesitan
conjuntos de direcciones estáticas.
Esto es lo que hay que hacer:
1. Identificar redes lógicas de línea de base: identifique un conjunto de redes lógicas iniciales que reflejen las
redes físicas en su entorno.
2. Identificar redes lógicas adicionales para requisitos específicos: defina redes lógicas con propósitos
específicos o realice una función determinada dentro de su entorno. Una de las ventajas de las redes lógicas
es que permiten separar los servicios informáticos y de red con diferentes propósitos empresariales sin
necesidad de cambiar la infraestructura física.
3. Determinar los requisitos de aislamiento: identifique qué redes lógicas deben aislarse y cómo se aplicará
dicho aislamiento, a través de separación física, VLAN y PVLAN o virtualización de red. Recuerde que
necesita aislamiento si varios inquilinos van a utilizar la red lógica. Si solo tiene un inquilino o cliente, el
aislamiento es opcional. A su vez, si no necesita aislamiento, solo necesitará una sola red de VM que se
asigna a la red lógica.
4. Determine los sitios de red, VLAN, PVLAN y grupos de IP que deben definirse para cada red lógica que haya
identificado.
5. Determine qué red lógica se asociará a los hosts de virtualización.
Planificación de grupos de direcciones IP, sitios de red y redes lógicas

Utilice la tabla siguiente para planificar las redes lógicas, redes de VM y los grupos de direcciones IP que debe
admitir una infraestructura virtualizada.
DESC RIP C IÓ N Y ( SI ES N EC ESA RIO ) VÍN C ULO S DEN T RO DE

EL EM EN TO PA RA REVISA R O DET ERM IN A R EST E T EM A
Redes lógicas ya creadas de forma predeterminada por VMM Cuando se agrega un host de Hyper-V a VMM, las redes
lógicas pueden crearse de forma predeterminada, basándose
en los sufijos DNS.
Cuántas redes lógicas necesita y el propósito de cada una Planee la creación de redes lógicas para representar la
topología de red para los hosts. Por ejemplo, si necesita una
red de administración, una red utilizada para los latidos de
clúster y una red utilizada por máquinas virtuales, cree una
red lógica para cada una.
Categorías en que se dividen las redes lógicas Revise los propósitos de las redes lógicas y clasifíquelas:
- Sin aislamiento : Por ejemplo, una red de latido de clúster

para un clúster de hosts.
- VL AN: Aislamiento proporcionado por las VLAN.
- Vir tualizada : Proporciona una base para la virtualización
de red de Hyper-V.
- Externa : Con administración a través de un administrador
de red (consola de administración de red del proveedor o
administrador de extensiones de conmutador virtual) fuera
de la máquina virtual.
- IPAM : Con administración a través de un servidor de

administración de direcciones IP (IPAM).
DESC RIP C IÓ N Y ( SI ES N EC ESA RIO ) VÍN C ULO S DEN T RO DE
EL EM EN TO PA RA REVISA R O DET ERM IN A R EST E T EM A
Cuántos sitios de red son necesarios en cada red lógica Una forma habitual para planear sitios de red es en torno a
grupos host y ubicaciones de hosts. Por ejemplo, para un
grupo host de "Seattle" y un grupo host de "Nueva York", si
tuviera una red lógica de ADMINISTRACIÓN, puede crear
dos sitios de red, denominados ADMINISTRACIÓN -
Seattle y ADMINISTRACIÓN - Nueva York .
Qué VLAN o subredes IP se necesitan en cada sitio de red Las VLAN y las subredes IP asignadas deben coincidir con la
topología.
Qué redes lógicas (o, en concreto, qué sitios de red) Determine qué redes lógicas usan una dirección IP estática o
necesitan grupos de direcciones IP equilibrio de carga y qué redes lógicas son la base para la
virtualización de red. Planifique grupos de direcciones IP
para estas redes lógicas.
Redes lógicas creadas de forma predeterminada

En la consola VMM, Tejido >Redes > Redes lógicas , es posible que vea redes lógicas creadas por VMM de
forma predeterminada. VMM crea estas redes para garantizar que, al agregar un host, tiene al menos una red
lógica para la implementación de máquinas virtuales y servicios. No se crea ningún sitio de red de forma
automática.
Para ilustrar cómo funcionan estas configuraciones, suponga que no ha cambiado la configuración y agregue un
host de Hyper-V para la administración de VMM. En este caso, VMM crea automáticamente redes lógicas que
coinciden con la primera etiqueta de sufijo DNS del sufijo DNS específico de la conexión en cada adaptador de
red del host. En la red lógica, VMM crea también una red de VM que está configurada con el valor “sin
aislamiento”. Por ejemplo, si el sufijo DNS para el adaptador de red del host es corp.contoso.com, VMM crea una
red lógica que se llama “corp” y, en ella, una red de VM llamada “corp” que está configurada sin aislamiento.
Directrices para sitios de red: configuración de subred IP y VLAN

El criterio principal para especificar VLAN y subredes IP para sitios de red es reflejar la topología de red.
Consulte la tabla siguiente para más detalles:
NOTE
A veces se hace referencia a los sitios de red como "definiciones de redes lógicas", por ejemplo, en los comandos de
Windows PowerShell.
P RO P Ó SITO DE L A RED LÓ GIC A DIREC T RIC ES PA RA LO S SIT IO S DE RED EN ESA RED LÓ GIC A
Dirección IP estática : red lógica que va a usar una Cree al menos un sitio de red y asocie al menos una subred
dirección IP estática, por ejemplo, una red que admite los IP al sitio de red.
nodos de clúster de hosts
DHCP (pero no las VL AN) : red lógica que no incluye No se necesita ningún sitio de red.
VLAN, con todos los equipos o dispositivos mediante DHCP
P RO P Ó SITO DE L A RED LÓ GIC A DIREC T RIC ES PA RA LO S SIT IO S DE RED EN ESA RED LÓ GIC A
VL AN: red lógica para redes independientes basadas en - Si las VLAN utilizan una dirección IP estática, cree sitios de
VLAN red correspondientes que especifiquen información de
subred IP y VLAN.
- Si las VLAN utilizan DHCP, cree sitios de red
correspondientes que especifiquen solo información de
VLAN (sin subredes).
Vir tualización de red : red lógica que será la base para las Cree al menos un sitio de red y asocie al menos una subred
redes de VM con virtualización de red IP al sitio. La subred IP es necesaria porque esta red lógica
necesitará un grupo de direcciones IP.
Asigne una VLAN al sitio de red, si es necesario.
Equilibrio de carga : red lógica que incluirá un equilibrador Cree al menos un sitio de red y asocie al menos una subred
de carga administrado por VMM IP al sitio de red.
NOTE
Para una red externa, es decir, una red administrada a través de una consola de administración de red del proveedor o el
administrador de extensiones de conmutador virtual fuera de VMM, puede configurar a través de la consola de
administración de red del proveedor y permitirles importar desde la base de datos de administración de red del proveedor
a VMM.
Directrices para grupos de direcciones IP

En general, cree grupos de direcciones IP en que usará una dirección IP estática o el equilibrio de carga; también
puede crear grupos de direcciones IP en redes lógicas que serán la base para las redes de VM que admiten la
virtualización de red. VMM usa grupos de direcciones IP para asignar direcciones IP a los hosts de Hyper-V que
se implementan mediante VMM y a máquinas virtuales basadas en Windows que se implementan mediante
VMM, independientemente del tipo de host en el que se ejecutan (Hyper-V o VMware ESX).
En la tabla siguiente se proporcionan instrucciones detalladas. Se proporciona información adicional sobre los
grupos de direcciones IP después de la tabla.
DIREC T RIC ES PA RA L A C REA C IÓ N DE GRUP O S DE

DIREC C IO N ES IP PA RA ESA RED LÓ GIC A O PA RA L A S REDES
P RO P Ó SITO DE L A RED LÓ GIC A DE VM C REA DA S EN ESA RED LÓ GIC A
Dirección IP estática : red lógica "sin aislamiento" que Cree uno o varios grupos de direcciones IP para la red lógica.
requiere una dirección IP estática, como por ejemplo, una
red que admite nodos de clúster de hosts Para una red lógica "sin aislamiento", si crea una red de VM
en la red lógica, los grupos de direcciones IP
automáticamente estarán disponibles en la red de VM. En
otras palabras, la red de VM seguirá dando acceso directo a
la red lógica.
VL AN: una red lógica para redes independientes basadas en Cree grupos de direcciones IP en la red lógica; un grupo de
VLAN, mediante una dirección IP estática (en lugar de direcciones IP para cada VLAN en que se usará el
DHCP) direccionamiento IP estático.
Más adelante, al crear las redes de VM que representan las

VLAN, los grupos de direcciones IP estarán disponibles
automáticamente en dichas redes de VM.
DIREC T RIC ES PA RA L A C REA C IÓ N DE GRUP O S DE
DIREC C IO N ES IP PA RA ESA RED LÓ GIC A O PA RA L A S REDES
P RO P Ó SITO DE L A RED LÓ GIC A DE VM C REA DA S EN ESA RED LÓ GIC A
Vir tualización de red : red lógica que será la base para las Cree grupos de direcciones IP en la red lógica que
redes de VM con virtualización de red proporciona la base para las redes de VM. Más adelante, al
crear las redes de VM, también deberá crear grupos de
direcciones IP en ellas (y consulte la nota importante que
aparece después de esta tabla). Si utiliza DHCP en las redes
de VM, VMM responderá a una solicitud DHCP con una
dirección de un grupo de direcciones IP.
El proceso de creación de un grupo de direcciones IP para

una red de VM es similar al proceso de creación de un grupo
de direcciones IP para una red lógica.
Equilibrio de carga : red lógica que será la base para una Cree un grupo de direcciones IP estáticas en la red de VM y,
red de VM, cuando se utiliza el equilibrio de carga en un en ella, defina un intervalo reservado de direcciones IP.
"nivel de servicio" (parte de un conjunto de máquinas Cuando se usa VMM para implementar un nivel de servicio
virtuales implementadas conjuntamente como un "servicio" de equilibrio de carga que utiliza la red de VM, VMM usa el
de VMM) intervalo reservado de direcciones IP para asignar
direcciones IP virtuales (VIP) al equilibrador de carga.
IMPORTANT
Si configura una máquina virtual para que obtenga una dirección IP estática de un grupo de direcciones IP, debe
configurar también la máquina virtual para que utilice una dirección MAC estática. Puede especificar la dirección MAC
manualmente (durante el paso Configurar opciones ) o asignar automáticamente a VMM una dirección MAC del grupo
de direcciones MAC.
Este requisito de direcciones MAC estáticas obedece a que VMM usa la dirección MAC para identificar en qué adaptador
de red establece la dirección IP estática, y esta identificación debe producirse antes de iniciar la máquina virtual. La
identificación del adaptador de red es especialmente importante si una máquina virtual tiene varios adaptadores de red. Si
las direcciones MAC se asignan dinámicamente a través de Hyper-V, VMM no puede identificar sistemáticamente el
adaptador correcto en el que establecer una dirección IP estática.
VMM proporciona grupos de direcciones MAC estáticas de forma predeterminada, pero los grupos se pueden
personalizar. VMM proporciona grupos de direcciones MAC estáticas de forma predeterminada, pero los grupos se
pueden personalizar.
Al crear un grupo de direcciones IP estáticas, puede configurar información asociada, como puertas de
enlace predeterminadas, servidores DNS (Sistema de nombres de dominio), sufijos DNS y servidores
WINS (Servicio de nombres Internet de Windows). Todas estas configuraciones son opcionales.
Los grupos de direcciones IP admiten direcciones IPv4 e IPv6. Sin embargo, no se pueden mezclar
direcciones IPv4 e IPv6 en el mismo grupo de direcciones IP.
NOTE
Una vez implementada una máquina virtual en VMM, puede ver las direcciones IP asignadas a dicha máquina. Para ello,
haga clic con el botón derecho en la máquina virtual, haga clic en Propiedades , haga clic en la pestaña Configuración
de hardware , haga clic en el adaptador de red y, en el panel de resultados, haga clic en Detalles de conexión .
Pasos siguientes
Configurar el tejido de red
Supported Storage Arrays
IMPORTANT
Las cargas de trabajo virtualizadas de System Center - Virtual Machine Manager (VMM) requieren recursos de
almacenamiento para satisfacer los requisitos de capacidad y rendimiento. VMM reconoce el almacenamiento
local y remoto. Admite el almacenamiento en dispositivos de almacenamiento a nivel de bloque que exponen
números de unidad lógica (LUN) con conexiones de canal de fibra, iSCSI y SAS, y recursos compartidos de red.
En este artículo se proporciona una lista de dispositivos de almacenamiento admitidos en VMM 2016, 1801,
1807.
F IRM WA RE M ÍN IM O
DEVIC E P ROTO C O LO DEL C O N T RO L A DO R SM I- S DETA L L ES
Hewlett Packard SMI-S 3PAR: 3PAR versión SMI-S CIM versión Vínculo
Enterprise 3.2.2 MU3 o 1.5
posterior
3PAR
3PAR 8000 y 20000,
7000 y 10000
Tintri SMB 4.2 y versiones Versión incrustada Compatibilidad

posteriores 2.1
VMstore
Almacenamiento iSCSI/FC Firmware mínimo del SMI-S v1.6.1 Detalles

NEC/NEC, serie M controlador: 010A
(Software de control
M310, M510, M710, de almacenamiento,
M310F, M710F, versión 0941 o
M320, M320F posterior)
Fujitsu/ETERNUS iSCSI/FC V10L60 o posterior EMBEDDED SMI-S Sistema de

v1.6.0 almacenamiento
DX60 S3, DX60 S4, ETERNUS
DX100 S3, DX100 S4,
DX200 S3, DX200 S4
DX500 S3, DX500 S4,
DX600 S3, DX600 S4,
DX8700 S3,
DX8900 S3, DX8900
S4, DX200F, AF250,
AF250 S2, AF650,
AF650 S2
DELL-EMC iSCSI/FC Versiones de servidor Embedded SMI-S Vínculo

XtremIO XMS: 4.2.0 y V1.6.1
Matriz todo flash de 4.2.1
XtremIO
DELL iSCSI/FC SCOS: 7.2 o posterior SMI-S Vínculo

DSM: 2016 R3 o versión 1.6
Serie SC posterior
SCOS 7.3.5 o
versiones posteriores,
DSM 2018 R1.20 o
versiones posteriores
SCOS 7.4.x y
versiones posteriores,
y DSM 2020 R1
(20.1.1) o versiones
posteriores
NetApp iSCSI/FC/SMB 8.2 y versiones Proveedor de SMIS Vínculo

posteriores de proxy de NetApp
FAS 5.2.4 o posterior
Huawei iSCSI/FC V300R006 y Huawei SMI-S Vínculo

versiones posteriores versión 2.1.01 o
Serie OceanStor V3 posterior
Huawei iSCSI/FC V300R001 y Huawei SMI-S Vínculo

versiones posteriores versión 2.1.01 o
Serie OceanStor posterior
Dorado V3
Huawei iSCSI/FC V500R007 y Proveedor de SMI-S TBA

versiones posteriores de Huawei
Serie OceanStor V5 v 2.1.03 y versiones
posteriores
IBM iSCSI/FC 11.6.0 y versiones embedded SMI-S Vínculo

posteriores v1.6.1
XIV Storage System
Gen3

posteriores v1.6.1
FlashSystem
A9000/A9000R

posteriores v1.6.1
Productos de la
familia Spectrum
Virtualize: SAN
Volume
Controller(SVC)/Stor
wize V7000, Storwize
V5000, IBM
FlashSystem V9000
Pure Storage iSCSI/FC Purity 4.9 y versiones SMI-S Vínculo

posteriores v1.6.1
FlashArray M
DELL-EMC iSCSI Firmware PS: v8.1 o SMP v5.1 Vínculo

posterior
Serie PS
Kit HIT: v5.1 o
posterior
En este artículo se detallan las matrices compatibles con System Center 2019 - Virtual Machine Manager
(VMM).
Matrices de almacenamiento admitidas en VMM 2019

Las cargas de trabajo virtualizadas de System Center - Virtual Machine Manager (VMM) requieren recursos de
almacenamiento para satisfacer los requisitos de capacidad y rendimiento. VMM reconoce el almacenamiento
local y remoto. Admite el almacenamiento en dispositivos de almacenamiento a nivel de bloque que exponen
números de unidad lógica (LUN) con conexiones de canal de fibra, iSCSI y SAS, y recursos compartidos de red.
DISP O SIT IVO P ROTO C O LO DEL C O N T RO L A DO R SM I- S DETA L L ES
Hewlett Packard SMI-S 3PAR: 3PAR versión SMI-S CIM versión Vínculo
Enterprise 3.2.2 MU3 o 1.5
posterior
3PAR
3PAR 8000 y 20000,
7000 y 10000
Almacenamiento iSCSI/FC 010A SMI-S 1.6.1 Vínculo

NEC/NEC de la serie
M M320, M320F, Software de control
M520, M720 y de almacenamiento
M720F M320/M320F,
versión 1028 o
posterior
Software de control
de almacenamiento
M520/M720/M720F,
versión 1224 o
posterior
DELL iSCSI/FC SCOS: 7.4.2 o SMI-S Vínculo

posterior versión 1.6
Serie SC
DSM: 2019 R1 (o
posterior)
DSM 2020 R1
(20.1.1) o posterior
HPE SMI-S 4.0.0 4.0.0 Vínculo
Primera
DISP O SIT IVO P ROTO C O LO DEL C O N T RO L A DO R SM I- S DETA L L ES
Pure Storage iSCSI/FC Purity 5.3.0+ 6.0.0+ Versión 1.6.1 Vínculo

y 6.1.0+
FlashArray: X, C, M
NOTE
Problema conocido : No se puede eliminar el volumen de almacenamiento (LUN) con aprovisionamiento fino para HPE
Primera a través de VMM 2019.
Solución alternativa : Elimine LUN directamente desde la matriz.
Pasos siguientes
Obtenga más información sobre cómo configurar el almacenamiento en el tejido de VMM.
Obtenga más información sobre el programa de pruebas de conformidad de SMI-S de matriz.
Actualizar System Center Virtual Machine Manager
En este artículo se proporciona información de actualización para System Center 2019 - Virtual Machine
Manager (VMM).
Actualización a System Center 2019 Virtual Machine Manager

Las secciones siguientes proporcionan información sobre cómo actualizar a VMM 2019. Incluyen los requisitos
previos, las instrucciones de actualización y las tareas que se deben completar una vez que finalice la
actualización.
NOTE
Durante la instalación de VMM, asegúrese de que SQL Database no forma parte de ningún grupo de disponibilidad.
Limitaciones y requisitos
Debe ejecutar VMM en System Center 2016 con el paquete acumulativo de actualizaciones 6 o 1801 o 1807.
Asegúrese de que el servidor cumple todos los requisitos de VMM 2019 y que esos requisitos previos están
en su lugar Más información
Asegúrese de que ejecuta una versión compatible de SQL Server.
Si su implementación actual de VMM se integra con Azure Site Recovery, tenga en cuenta que:
No se puede actualizar la configuración de Site Recovery. Después de la actualización, debe volver a
realizar la implementación.
Compruebe la compatibilidad de hosts de Hyper-V de VMM 2019.
Antes de comenzar
1. Complete todos los trabajos que se estén ejecutando en VMM. Tenga en cuenta que durante la
actualización se elimina el historial de trabajos.
2. Cierre las conexiones al servidor de administración VMM, incluidos la consola VMM y el shell de
comandos VMM.
3. Cierre todos los demás programas que se ejecutan en el servidor de administración VMM.
4. Asegúrese de que no haya ningún reinicio pendiente en los servidores de VMM.
5. Realice una copia de seguridad completa de la base de datos VMM
6. Si la base de datos de SQL Server actual usa grupos de disponibilidad AlwaysOn:
Quite la base de datos de VMM de SQL Server Management Studio si está incluida en el grupo de
disponibilidad.
Inicie una conmutación por error en el equipo que ejecuta SQL Server, en el que está instalada la base
de datos de VMM.
7. Si está ejecutando Operations Manager con VMM, desconecte la conexión entre VMM y el servidor de
Operations Manager.
Secuencia de actualización de componentes de System Center
Si ejecuta más de un componente de System Center, debe actualizarlos en un orden específico, tal como se
muestra a continuación:
1. Service Management Automation
2. Orquestador
3. Service Manager
4. Data Protection Manager
5. Operations Manager
6. Configuration Manager
7. Virtual Machine Manager
8. Service Provider Foundation
Actualización de un servidor VMM independiente

NOTE
Cuando se actualice un servidor VMM independiente, se recomienda que instale VMM 2019 en el mismo servidor que
tenía VMM 2016, 1801 o 1807.
Si se utiliza Distributed Key Management, puede optar por instalar VMM 2019 en un servidor diferente, pero
hay que asegurarse de que el nuevo servidor tenga el mismo nombre que el del antiguo servidor VMM.
Siga estos procedimientos:
Copia de seguridad y actualización del SO
Instalación de VMM 2019
1. Realice una copia de seguridad y conserve la base de datos VMM.
2. Desinstale VMM. Quite tanto el servidor de administración como la consola.
3. Actualice el sistema operativo de administración a Windows Server 2019.
4. Instale la versión de Windows 10 de ADK.
Desinstalación de VMM
1. Vaya a Panel de control > Programas > Programas y características , seleccione Vir tual Machine
Manager y haga clic en Desinstalar .
2. En el Asistente para desinstalación , seleccione Quitar características , seleccione Ser vidor de
administración VMM y Consola VMM en la lista de características para quitar.
3. En la página de opciones de la base de datos, seleccione Conser var base de datos .
4. Revise el resumen y haga clic en Desinstalar .
1. En la página principal de instalación, haga clic en Instalar .
2. En Seleccionar características para instalar , seleccione el servidor de administración VMM y,
después, haga clic en Siguiente . La consola VMM se instalará automáticamente.
3. En Información de registro del producto , proporcione la información adecuada y, después, haga clic
en Siguiente . Si no especifica ninguna clave de producto, VMM se instalará como versión de evaluación
y expirará al cabo de 180 días tras la fecha de instalación.
4. En Lea este contrato de licencia , revise el contrato de licencia, active la casilla He leído, he
comprendido y acepto los términos del contrato de licencia y, después, haga clic en Siguiente .
5. En Datos de uso y conectividad , seleccione cualquiera de las opciones y haga clic en Siguiente .
6. Si se abre la página Microsoft Update , seleccione si quiere usar Microsoft Update y haga clic en
Siguiente . Si ya ha elegido usar Microsoft Update en este equipo, esta página no aparecerá.
7. En Ubicación de la instalación , use la ruta de acceso predeterminada o escriba una ruta de acceso de
instalación distinta para los archivos de programa de VMM y, luego, haga clic en Siguiente .
8. En Configuración de base de datos :
Obtenga más información si necesita actualizar el servidor SQL Server de VMM.
Si usa una instancia remota de SQL, especifique el nombre del equipo del servidor SQL Server.
Si el servidor SQL Server se ejecuta en el servidor VMM, escriba el nombre del servidor VMM o
localhost . Si SQL Server está en un clúster, escriba el nombre del clúster.
No especifique ningún valor de puerto si usa un servidor SQL Server local o si el servidor SQL Server
remoto usa el puerto predeterminado (1443).
Seleccione Base de datos existente y, luego, la base de datos que conservó mediante una copia de
seguridad en la instalación anterior. Proporcione credenciales que tengan permisos para obtener
acceso a la base de datos. Cuando se le pregunte si desea actualizar la base de datos, haga clic en Sí .
9. En Configurar la cuenta de ser vicio y la administración de clave distribuida , especifique la
cuenta que usará el servicio VMM.
NOTE
No puede cambiar la identidad de la cuenta de servicio VMM después de la instalación.
10. En Administración de claves distribuida , seleccione si desea almacenar las claves de cifrado en
Active Directory.
NOTE
Elija con atención la configuración de la cuenta de servicio y la administración de claves distribuida. Según cuál sea
su elección, los datos cifrados, tales como contraseñas en plantillas, podrían no estar disponibles después de
actualizar, por lo que deberá volver a escribirlos manualmente.
11. En Configuración de puer to , use el número de puerto predeterminado para cada característica o
especifique un número de puerto único que sea adecuado para su entorno.
NOTE
No puede cambiar los puertos que asigne durante la instalación de un servidor de administración VMM, a menos
que desinstale y vuelva a instalar el servidor de administración VMM. Además, no configure ninguna característica
para que utilice el puerto 5986, ya que este número de puerto está preasignado.
12. En Configuración de la biblioteca , seleccione si quiere crear un recurso compartido de biblioteca o

usar uno existente en el equipo. El recurso compartido de biblioteca predeterminado que VMM crea se
denomina MSSCVMMLibrar y , y la carpeta correspondiente se encuentra en
%SYSTEMDRIVE%\ProgramData\Vir tual Machine Manager Librar y Files . ProgramData es una
carpeta oculta y no puede quitarla. Una vez instalado el servidor de administración VMM, puede agregar
recursos compartidos de biblioteca y servidores de biblioteca adicionales mediante la consola VMM o
mediante el shell de comandos VMM.
13. En Informe de compatibilidad de actualización , revise la configuración y haga clic en Siguiente
para continuar con la actualización.
14. En Resumen de la instalación , revise la configuración y haga clic en Instalar para actualizar el
servidor. Se mostrará la página Instalando características con el progreso de la instalación.
15. En La instalación finalizó correctamente , haga clic en Cerrar para completar la instalación. Para
abrir la consola VMM, active la opción Abrir la consola VMM cuando se cierre este asistente o
haga clic en el icono de la consola de Virtual Machine Manager del escritorio.
NOTE
Una vez que se haya completado la actualización, actualice el agente del host manualmente usando VMM.
Si hay algún problema con la instalación, consulte la carpeta %SYSTEMDRIVE%\ProgramData\VMMLogs .

Durante la instalación, VMM habilita las siguientes reglas de firewall. Estas reglas siguen vigentes aunque
después se desinstale VMM.
Administración remota de Windows
Administración de almacenamiento basada en estándares de Windows
Actualización de un servidor VMM de alta disponibilidad

Puede actualizar un servidor VMM de alta disponibilidad (HA) 2016 o 1801 o 1807 a 2019.
Se admiten estos dos modos de actualización:
Modo mixto sin ningún servidor VMM adicional
Modo mixto con servidores VMM adicionales
NOTE
La actualización de SQL Server se puede llevar a cabo en cualquier momento, independientemente de la actualización de
VMM.
Actualización de modo mixto sin ningún servidor VMM adicional

Este procedimiento no requiere ningún servidor VMM adicional, pero presenta el riesgo de conllevar un mayor
de tiempo de inactividad en algunos escenarios. Por ejemplo, si tiene un servicio VMM de alta disponibilidad de
dos nodos y el nodo de VMM activo presenta algún error al actualizar el pasivo. En este escenario, el servidor
VMM no tendrá disponible ningún nodo de conmutación por error.
Siga estos pasos :
2. Desinstale VMM en el nodo pasivo.
3. En el nodo pasivo de VMM, actualice el sistema operativo de administración a Windows Server 2019/2016.
4. Actualice a la versión de Windows 10 del ADK.
5. Siga los pasos que se indican a continuación para instalar VMM 2019 en el nodo pasivo:
En la página principal de instalación, haga clic en Instalar .
En Seleccionar características para instalar , seleccione Ser vidor de administración VMM y,
Cuando se le pida, confirme que quiere agregar este servidor como un nodo a la implementación de
alta disponibilidad.
En la página Configuración de base de datos , si se le pide, seleccione la opción para actualizar la
base de datos.
Revise el resumen y finalice la instalación.
6. Realice la conmutación por error del nodo de VMM activo en el servidor VMM recién actualizado.
7. Repita el procedimiento en otros nodos de VMM.
8. Actualice el nivel funcional del clúster con el comando Update-ClusterFunctionalLevel .
9. [Opcional] Instale las utilidades de la línea de comandos SQL adecuadas.
Actualización de modo mixto con servidores VMM adicionales
Este procedimiento requiere servidores VMM adicionales, pero reduce casi a cero el tiempo de inactividad en
todos los escenarios.
Siga estos pasos :
2. Agregue tantos servidores adicionales (con el sistema operativo de administración de
Windows Server 2019/2016) como servidores haya en el clúster de alta disponibilidad.
3. Instale la versión de Windows 10 de ADK en los servidores de la versión 2019 recién agregados.
4. Instale VMM 2019 en uno de estos servidores mediante la información que se proporciona en el paso 5 de
la sección Actualización de modo mixto sin ningún servidor VMM adicional.
5. Repita los pasos de instalación en el resto de servidores que acaba de agregar.
6. Realice la conmutación por error del nodo de VMM activo en uno de estos servidores.
7. Desinstale VMM de los nodos de la versión 2016 y quite dichos nodos del clúster después de la conmutación
por error.
NOTE
Una vez que se haya completado la actualización del servicio VMM de alta disponibilidad, actualice el agente del host
manualmente usando VMM.
Actualizar agentes VMM

Después la actualización, debe actualizar los agentes VMM en los hosts de Hyper-V y en los servidores de
biblioteca VMM.
1. Haga clic en Tejido > Ser vidores > Todos los hosts .
2. En el panel Hosts , haga clic con el botón secundario en un encabezado de columna y, a continuación, haga
clic en Estado de versión del agente .
3. Seleccione el host que tiene el agente VMM que quiere actualizar. En la ficha Hosts del grupo Host , haga clic
en Actualizar . Si un host necesita que su agente VMM esté actualizado, en la columna Estado del host se
mostrará el valor Precisa atención y, en la columna Estado de versión del agente , se mostrará el valor
Actualización disponible .
4. Haga clic con el botón secundario en el host que tiene el agente VMM que quiere actualizar y, después, haga
clic en Actualizar agente . En Actualizar agente , proporcione las credenciales necesarias y, luego, haga clic
en Aceptar .
5. En la columna Estado de versión del agente se mostrará un valor de Actualizando . Después de haber
actualizado satisfactoriamente el agente VMM en el host, la columna Estado de versión del agente
mostrará el valor Actualizado y la columna Versión del agente mostrará la versión actualizada del agente.
Después de volver a actualizar el host, en la columna Estado del host , se mostrará el valor Correcto .
6. También puede actualizar el agente VMM en un servidor de biblioteca de VMM de forma similar. Para ver una
lista de los servidores de biblioteca VMM, haga clic en Tejido > Ser vidores > Ser vidores de biblioteca .
Volver a asociar los hosts y los servidores de biblioteca

Después de la actualización, es posible que tenga que volver a asociar hosts de máquinas virtuales y servidores
de biblioteca VMM con el servidor de administración VMM.
Siga estos pasos:
1. Haga clic en Tejido >Ser vidores >Todos los hosts .
2. En el panel Hosts , asegúrese de que se muestra la columna Estado del agente . Si no se muestra, haga clic
con el botón derecho en el encabezado de una columna y seleccione Estado del agente .
3. En el grupo de hosts, haga clic en Actualizar . En caso de que sea preciso reasociar un host, en la columna
Estado del host se muestra el valor Precisa atención y en la columna Estado del agente se muestra el
valor Acceso denegado . Haga clic con el botón derecho en el host que desea reasociar y, luego, haga clic en
Reasociar .
4. En la página Reasociar agente , proporcione las credenciales y, después, haga clic en Aceptar . El estado del
agente muestra el estado como Reasociando . Después de que el host se reasocie correctamente, el estado
cambia a Respondiendo .
6. Actualice el host, las columnas de estado del host ahora muestran Aceptar . Después de haber vuelto a
asociar el host, es posible que tenga que actualizar el agente VMM del host.
Actualización de la base de datos de SQL Server de VMM

Hay unas pocas razones por las que podría querer actualizar la base de datos de SQL Server de VMM:
Está actualizando VMM a System Center 2019 y no se admite la versión actual de la base de datos de SQL
Server.
Desea actualizar un servidor independiente de VMM a un servidor de alta disponibilidad y SQL Server está
instalado localmente.
Desea mover la base de datos de SQL Server a otro equipo.
Recolección de información de base de datos
Antes de actualizar, recoleccione información sobre de la base de datos de VMM:
1. Registre la conexión de base de datos en la consola VMM > Configuración > General > Conexión de
base de datos .
2. Registre la información de cuenta en Administrador del servidor > Herramientas > Ser vicios . Haga clic
con el botón derecho en System Center Vir tual Machine Manager > Propiedades > Iniciar sesión .
Este es el dominio o la cuenta local que se asignó como cuenta de servicio cuando se instaló VMM. Puede
comprobar si es local en Herramientas > Administrador de equipos > Usuarios y grupos locales >
Usuarios .
3. Compruebe si usó administración de claves distribuida cuando instaló VMM, o si las claves de cifrado se
almacenan localmente en el servidor VMM.
4. Si está moviendo la base de datos VMM, pero no está actualizando VMM, compruebe qué paquetes
acumulativos de actualizaciones se han aplicado en el servidor VMM.
Actualización de una base de datos independiente
1. Haga una copia de seguridad de la base de datos VMM y copie dicha copia de seguridad en un equipo en el
que se ejecute una versión compatible de SQL Server.
2. Utilice las herramientas de SQL Server para restaurar la base de datos.
Si está actualizando VMM, especificará la nueva ubicación de SQL Server en la instalación de VMM >
Configuración de bases de datos .
Si quiere actualizar la base de datos sin actualizar VMM, debe desinstalar y volver a instalar VMM. Al
desinstalar, en la página Opciones de base de datos , seleccione Conser var base de datos .
Después, vuelva a instalar con la misma configuración que usó para la instalación original. En
Configuración de bases de datos , especifique los nuevos detalles de SQL Server. Después de la
reinstalación, aplique los paquetes acumulativos de actualizaciones y compruebe que la
implementación funciona como se esperaba.
Actualización de una base de datos de alta disponibilidad
1. Registre la versión de origen de la base de datos existente y la versión a la que desea actualizar.
2. Cree una copia de seguridad de la base de datos de SQL Server de alta disponibilidad, desde el nodo activo
del clúster de SQL Server.
3. Actualice los nodos pasivos de SQL Server a la nueva versión. Tras la actualización, si lo desea, puede instalar
SQL Server Management Studio si quiere administrar SQL Server desde este nodo.
4. Conmute por error el rol de SQL Server de alta disponibilidad, desde el nodo actualmente activo al nodo
actualizado. Después de la conmutación por error, puede utilizar SQL Server Management Studio para
validar la versión de base de datos en ejecución.
5. Repita la actualización de los demás nodos del clúster de SQL de alta disponibilidad. Como validación
adicional, puede conmutar por error los roles de base de datos de SQL Server para asegurarse de que todo
funciona según lo esperado.
Migrar un clúster de SQL Server como parte de la actualización de VMM
1. Realice una copia de seguridad de la base de datos de VMM de alta disponibilidad desde el nodo activo del
clúster de SQL existente.
2. Anote el nombre del rol de VMM que se usará al volver a instalar el rol de servidor VMM. Desinstale el
servidor VMM de los nodos de clúster de VMM existentes con la opción de conservar la base de datos. Al
desinstalar el servidor VMM del último nodo, es posible que obtenga un mensaje sobre el registro SPN
incorrecto. Se trata de un problema conocido que no tiene ningún impacto funcional.
3. Restaure la copia de seguridad de la base de datos en otro clúster de SQL que ejecute una versión
compatible de SQL. Agregue el usuario en que se ejecuta el servicio VMM como usuario a esta base de datos
nueva con la pertenencia en db_owner.
4. Al actualizar el servidor VMM como parte de la migración de clústeres de SQL, proporcione los parámetros
correspondientes al nuevo clúster de SQL.
Volver a implementar Azure Site Recovery

Si Azure Site Recovery se integraba en la implementación de VMM 2016/1801/1807, debe volver a
implementarlo con VMM 2019, para la replicación en Azure o la replicación en un sitio secundario.
Conectar con Operations Manager

Después de la actualización, vuelva a conectar VMM con Operations Manager.
Renovar certificados para servidores de entorno PXE

Si tiene un servidor de entorno PXE en el tejido de VMM, debe quitarlo del tejido y luego agregarlo de nuevo.
Esto se lleva a cabo para renovar el certificado de servidor de entorno PXE y evitar errores de certificado.
IMPORTANT
Debe tener instalado System Center - Virtual Machine Manager 1801 para poder aplicar la actualización 1807.
Obtenga más información sobre cómo instalar VMM 1807.
IMPORTANT
En este artículo se proporciona información de actualización para System Center 1801 Virtual Machine
Manager (VMM).
En este artículo se proporciona información de actualización para System Center 2016 Virtual Machine
Manager (VMM).
Actualización a System Center 1801 Virtual Machine Manager

Las secciones siguientes proporcionan información sobre cómo actualizar a VMM 1801. También se incluyen los
pasos de actualización y las tareas que debe completar una vez que finalice la actualización.
NOTE
Debe ejecutar VMM en System Center 2012 R2 con el paquete acumulativo de actualizaciones 14 o 2016 UR
4.
Asegúrese de que el servidor cumple todos los requisitos de VMM 1801 y que esos requisitos previos están
en su lugar Más información
Si su implementación actual de VMM se integra con Azure Site Recovery, tenga en cuenta que:
No se puede actualizar la configuración de Site Recovery. Después de la actualización, debe volver a
realizar la implementación.
Compruebe la compatibilidad de hosts de Hyper-V de VMM 1801.
Antes de comenzar
1. Complete todos los trabajos que se estén ejecutando en VMM. Tenga en cuenta que durante la actualización
se elimina el historial de trabajos.
2. Cierre las conexiones al servidor de administración VMM, incluidos la consola VMM y el shell de comandos
VMM.
Operations Manager.

Si ejecuta más de un componente de System Center, debe actualizarlos en un orden específico:
2. Orquestador
3. Service Manager
4. Data Protection Manager (DPM)
7. Virtual Machine Manager (VMM)
8. App Controller
10. Paquete de Windows Azure para Windows Server
11. Nubes de Service Bus
12. Windows Azure Pack
13. Service Reporting

Siga estos procedimientos:
2. Desinstale VMM. Quite tanto el servidor de administración como la consola.
3. Actualice el SO de administración a Windows Server 2016/1709.
4. Instale Windows 10 o la versión 1709 de ADK respectivamente.
Desinstalación de VMM
1. Vaya a Agregar o quitar programas , seleccione VMM y haga clic en Desinstalar .
2. En el Asistente para desinstalación , seleccione Quitar características , seleccione Ser vidor de
administración VMM y Consola VMM en la lista de características para quitar.
3. En la página de opciones de la base de datos, seleccione Conser var base de datos .
4. Revise el resumen y haga clic en Desinstalar .
2. En Seleccionar características para instalar , seleccione el servidor de administración VMM y,
4. En la sección Lea este contrato de licencia , lea el contrato de licencia, active la casilla He leído, he
comprendido y acepto los términos del contrato de licencia** y, después, haga clic en
**Siguiente .
cuenta que usará el servicio VMM.
NOTE
No puede cambiar la identidad de la cuenta de servicio VMM después de la instalación.
Active Directory.
NOTE
Elija con atención la configuración de la cuenta de servicio y la administración de claves distribuida. Según cuál sea
su elección, los datos cifrados, tales como contraseñas en plantillas, podrían no estar disponibles después de
especifique un número de puerto único que sea adecuado para su entorno.
NOTE
No puede cambiar los puertos que asigne durante la instalación de un servidor de administración VMM, a menos
que desinstale y vuelva a instalar el servidor de administración VMM. Además, no configure ninguna característica
para que utilice el puerto 5986, ya que este número de puerto está preasignado.

abrir la consola VMM, active la opción Abrir la consola VMM cuando se cierre este asistente o
haga clic en el icono de la consola de Virtual Machine Manager del escritorio.
NOTE
Una vez que se haya completado la actualización, actualice el agente del host manualmente usando VMM.
Si hay algún problema con la instalación, consulte la carpeta %SYSTEMDRIVE%\ProgramData\VMMLogs .


Puede actualizar un servidor VMM de alta disponibilidad (HA) 2012 R2 y 2016 a 1801.
Se admiten estos dos modos de actualización:
NOTE
VMM.

Este procedimiento no requiere ningún servidor VMM adicional, pero presenta el riesgo de conllevar un mayor
de tiempo de inactividad en algunos escenarios. Por ejemplo, si tiene un servicio VMM de alta disponibilidad de
dos nodos y el nodo de VMM activo presenta algún error al actualizar el pasivo. En este escenario, el servidor
VMM no tendrá disponible ningún nodo de conmutación por error.
Siga estos pasos :
3. VMM 1801 admite WS 2016 y 1709 como sistema operativo de administración. En el nodo pasivo de
VMM, actualice el SO de administración a Windows Server 2016/1709.
Si el clúster tiene VMM 2012 R2 en Windows Server (WS) 2012 R2 y quiere actualizar a VMM 1801 en
WS 1709, siga estos pasos para cada uno de esos nodos del clúster:
Actualice a VMM 1801 en WS 2016 como el sistema operativo de administración para todos los
nodos de clúster con WS 2012 R2. Esto se debe a que no se admite el clúster mixto de 2012 R2 y WS
1709.
Actualice el sistema operativo de administración a WS 1709.
4. Actualice a la versión de Windows 10/1709 del ADK.
base de datos.
Este procedimiento requiere servidores VMM adicionales, pero reduce casi a cero el tiempo de inactividad en
todos los escenarios.
Siga estos pasos :
2. Agregue tantos servidores adicionales (con el SO de administración de Windows Server 2016/1709)
como servidores haya en el clúster de alta disponibilidad.
Si el clúster tiene nodos de VMM 2012 R2 en WS 2012 R2 y quiere actualizar a WS 1709 con VMM 1801,
siga estos pasos:
Agregue nuevos nodos de WS 2016 e instale VMM 1801 en todos ellos.
Quite todos los nodos de WS 2012 R2 del clúster.
Actualice el sistema operativo de administración a WS 1709.
3. Instale la versión de Windows 10/1709 de ADK en los servidores de la versión 2016 recién agregados.
4. Instale VMM 1801 en uno de estos servidores mediante la información que se proporciona en el paso 5
de la sección [Actualización de modo mixto sin ningún servidor VMM adicional](#mixed-mode- upgrade-
with-no-additional-VMM-servers).
7. Después de la conmutación por error, quite del clúster los nodos de la versión 2012 R2/2016.
NOTE
Una vez que se haya completado la actualización del servicio VMM de alta disponibilidad, actualice el agente del host
manualmente usando VMM.

Server.
base de datos .
Usuarios .

biblioteca VMM.
en Aceptar .

Si Azure Site Recovery se integraba en la implementación de VMM 2012 R2/2016, debe volver a implementarlo
con VMM 1801, para la replicación en Azure o la replicación en un sitio secundario.
Lea esta entrada de blog para obtener detalles de compatibilidad de hosts de Hyper-V al ejecutar VMM 1801.

Después de la actualización, vuelva a conectar VMM con Operations Manager.

Actualización a System Center 2016 - VMM

En las secciones siguientes se describe cómo actualizar a System Center Virtual Machine Manager (VMM) 2016.
Incluyen los requisitos previos, las instrucciones de actualización y las tareas que se deben completar una vez
que finalice la actualización.
NOTE
VMM debe estar ejecutándose en System Center 2012 R2 con el paquete acumulativo de actualizaciones 9 o
posterior.
El servidor en el que va a instalar VMM debe cumplir los requisitos de VMM 2016. Más información
Si su implementación actual de VMM se integra con Azure Site Recovery, tenga en cuenta que no se puede
actualizar la configuración de Site Recovery. Después de la actualización, debe volver a realizar la
implementación.
Compruebe los requisitos de soporte de host de Hyper-V de VMM 2016.
Antes de empezar
1. Complete todos los trabajos que se estén ejecutando en VMM. Durante la actualización, se elimina el
historial completo de trabajos.
2. Cierre las conexiones al servidor de administración VMM, incluidos la consola VMM y el shell de
comandos VMM.
6. Si la base de datos de SQL Server actual usa grupos de disponibilidad AlwaysOn:
Quite la base de datos de VMM de SQL Server Management Studio si está incluida en el grupo de
disponibilidad.
Inicie una conmutación por error en el equipo que ejecuta SQL Server y en el que está instalada la
base de datos de VMM.
Operations Manager.
8. Si el servidor de VMM 2012 R2 ejecuta el paquete acumulativo de actualizaciones 10 u 11, y tiene un
equilibrador de carga Citrix NetScalar implementado, ejecute este script de SQL Server antes de iniciar la
actualización, de lo contrario, se podría producir un error. El script no es necesario si ejecuta el paquete
acumulativo de actualizaciones 12 o posterior.
ALTER TABLE [dbo].[tbl_NetMan_HardwareModelSettings] ALTER COLUMN Version NVARCHAR(255) NULL; GO

Si ejecuta más de un componente de System Center, debe actualizarlos en un orden específico:
2. Orquestador
3. Service Manager
4. Data Protection Manager (DPM)
7. Virtual Machine Manager (VMM)
8. App Controller
10. Paquete de Windows Azure para Windows Server
11. Nubes de Service Bus
12. Windows Azure Pack
13. Service Reporting

Realice una copia de seguridad y actualice el sistema operativo; por último, instale VMM 2016.
Copia de seguridad y actualización del sistema operativo
2. Desinstale VMM. Para realizar esta tarea: a. En Agregar o quitar programas , seleccione VMM >
Desinstalar . b. Seleccione Quitar características y luego seleccione Ser vidor de administración VMM
y Consola VMM . c. En Opciones de base de datos , seleccione Conser var base de datos . d. Revise el
resumen y haga clic en Desinstalar .
3. Actualice el sistema operativo de administración a Windows Server 2016.
2. En Seleccionar las características que se van a instalar , seleccione el servidor de administración
VMM > Siguiente . La consola VMM se instalará automáticamente.
4. En la sección Lea este contrato de licencia , lea el contrato de licencia, active seleccione He leído, he
comprendido y acepto los términos del contrato de licencia y, después, haga clic en Siguiente .
cuenta que usará el servicio VMM. No puede cambiar la identidad de la cuenta de servicio VMM después
de la instalación.
Active Directory.
NOTE
Elija cuidadosamente la configuración de la cuenta de servicio y administración de claves distribuida. Según cuál
sea su elección, los datos cifrados, tales como contraseñas en plantillas, podrían no estar disponibles después de
especifique un número de puerto único que sea adecuado para su entorno. Para cambiar los puertos que
asigne durante la instalación de un servidor de administración VMM, necesita desinstalar y volver a
instalar el servidor. No configure ninguna característica para que utilice el puerto 5986, ya que este
número de puerto está preasignado.
abrir la consola VMM, active la opción Abrir la consola de VMM cuando se cierre este asistente o
haga clic en el icono de la consola VMM del escritorio.
16. Después de la actualización, actualice el agente de host manualmente.
17. Durante la instalación, VMM habilita las siguientes reglas de firewall. Estas reglas siguen vigentes aunque
después se desinstale VMM:
Si experimenta problemas durante la instalación, compruebe los registros en la carpeta
%SYSTEMDRIVE%\ProgramData\VMMLogs .

Puede actualizar un servidor de VMM 2012 R2 de alta disponibilidad (en el que se ejecute al menos el paquete
acumulativo de actualizaciones 9) a VMM 2016.
Se admiten estos modos de actualización:
NOTE
VMM.

No necesita servidores VMM adicionales, pero presenta el riesgo de conllevar un mayor de tiempo de
inactividad en algunos escenarios. Por ejemplo, si tiene un servicio VMM de alta disponibilidad de dos nodos y
el nodo de VMM activo presenta algún error al actualizar el pasivo. En este escenario, el servidor VMM no
tendrá disponible ningún nodo de conmutación por error.
3. En el nodo de VMM pasivo, actualice el SO de administración a Windows Server 2016.
base de datos.
Necesita servidores adicionales. Sin embargo, prácticamente no hay tiempo de inactividad en ninguno de los
escenarios.
2. Agregue tantos servidores adicionales (con el SO de administración de Windows Server 2016) como
servidores haya en el clúster de alta disponibilidad.
3. Instale la versión de Windows 10 de ADK en los servidores de la versión 2016 recién agregados.
4. Instale VMM 2016 en uno de estos servidores usando la información que se proporciona en el paso 5 de la
sección [Actualización de modo mixto sin ningún servidor VMM adicional](#mixed-mode- upgrade-with-no-
additional-VMM-servers).
7. Desinstale VMM de los nodos de la versión 2012 R2 y quite dichos nodos del clúster después de la
8. Actualice el nivel funcional del clúster con el comando Update-ClusterFunctionalLevel.
9. Si lo desea, instale las utilidades de la línea de comandos SQL adecuadas.
10. Después de la actualización, actualice el agente de host manualmente.

Server.
base de datos .
Usuarios .

biblioteca VMM.
en Aceptar .
Volver a asociar los hosts y los servidores de biblioteca

Es posible que tenga que volver a asociar hosts de máquinas virtuales y servidores de biblioteca VMM con el
servidor de administración VMM después de la actualización.
2. En el panel Hosts , asegúrese de que se muestra la columna Estado del agente . Si no es así, haga clic con el
botón derecho en el encabezado de una columna > Estado del agente .
3. Seleccione el host que necesita volver a asociar con el servidor de administración de VMM.
4. En el grupo de hosts, haga clic en Actualizar . En caso de que sea preciso reasociar un host, en la columna
Estado del host se mostrará el valor Precisa atención y en la columna Estado del agente se mostrará el
valor Acceso denegado . Haga clic con el botón secundario en el host que desea reasociar y, a continuación,
haga clic en Reasociar . En Reasociar agente , proporcione credenciales y, luego, haga clic en Aceptar . En la
columna Estado del agente se mostrará el valor Reasociando. Después de que el host se haya vuelto a asociar
correctamente, en la columna Estado del agente se mostrará el valor Responde . Y después de actualizar el
host, en la columna Estado del host se mostrará el valor Aceptar . Después de haber vuelto a asociar el
host, lo más probable es que tenga que actualizar el agente VMM del host.

Si Azure Site Recovery se integraba en la implementación de VMM 2012 R2, debe volver a implementarlo con
VMM 2016, para la replicación en Azure o la replicación en un sitio secundario.
Lea esta entrada de blog para obtener detalles de compatibilidad de hosts de Hyper-V al ejecutar VMM 2016.

Después de la actualización, vuelva a conectar VMM con Operations Manager. Tenga en cuenta que no debe
instalar ningún módulo de administración en VMM 2016 RTM. Debe estar instalado el paquete acumulativo de
actualizaciones 1 o posterior. Si instaló algún módulo de administración en la versión RTM, desinstálelo antes de
instalar el paquete acumulativo de actualizaciones 1.
Configurar grupos de disponibilidad AlwaysOn

Si ha actualizado una base de datos configurada con grupos de disponibilidad AlwaysOn, debe realizar una serie
de tareas para asegurarse de que la base de datos actualizada está configurada correctamente con grupos de
disponibilidad AlwaysOn.
1. Agregue la base de datos de VMM al grupo de disponibilidad. Puede utilizar Microsoft SQL Server
Management Studio para realizar esta tarea.
2. En el equipo de nodo secundario del clúster que ejecuta SQL Server, cree una nueva cuenta de inicio de
sesión. Configure el nombre de inicio de sesión para que sea idéntico al nombre de la cuenta de servicio
VMM. Incluya la asignación de usuario a la base de datos VMM y configure las credenciales del propietario
de base de datos.
3. Inicie una conmutación por error en el equipo de nodo secundario que ejecuta SQL Server y compruebe que
puede reiniciar el servicio VMM (scvmmservice).
4. Repita los dos últimos pasos para cada nodo secundario del clúster que ejecuta SQL Server.
5. Si se trata de una instalación de VMM de alta disponibilidad, continúe con la instalación de otros nodos de
VMM de alta disponibilidad.
Actualizar plantillas de máquina virtual

Todas las plantillas de máquina virtual que se actualizaron deben especificar correctamente el disco duro virtual
que contiene el sistema operativo.
1. Haga clic en Biblioteca > Plantillas > Plantillas de VM .
2. Haga clic con el botón derecho en la plantilla > Propiedades > Configuración de hardware y compruebe
la configuración del disco.

Actualizar paquetes de controladores

Los paquetes de controladores que se agregaron previamente a la biblioteca VMM se deben quitar y agregarse
de nuevo para que se detecten correctamente.
Si va a asignar controladores personalizados, los archivos del controlador deben existir en la biblioteca. Puede
etiquetar los controladores en la biblioteca, de forma que pueda filtrarlos después por la etiqueta. Después de
agregar los archivos, al configurar un perfil de equipo físico, puede especificar los archivos de controlador. VMM
instala los controladores especificados cuando instala el sistema operativo en un equipo físico.
En el perfil de equipo físico, puede seleccionar el filtrado de los controladores por etiquetas, o bien puede
seleccionar el filtrado de controladores que concuerden con los identificadores de Plug and Play (PnP) del
equipo físico. Si selecciona el filtrado de controladores por etiquetas, VMM compara las etiquetas que asigna a
los controladores en la biblioteca con las etiquetas que asigna en el perfil para determinar los controladores que
se aplicarán. Si selecciona la opción de filtrar controladores con identificadores de PnP coincidentes, no necesita
asignar etiquetas personalizadas.
1. Localice un paquete de paquete de controladores que desee agregar a la biblioteca.
2. En el recurso compartido de biblioteca que se encuentra en el servidor de biblioteca asociado al grupo en el
que desea implementar los equipos físicos, cree una carpeta para almacenar los controladores y después
copie el paquete de controladores en la carpeta.
3. Se recomienda encarecidamente que cree una carpeta independiente para cada paquete de controladores, y
que no se mezclen los recursos en las carpetas de controladores. Si incluye otros recursos de biblioteca como
imágenes .iso, archivos .vhd o scripts con una extensión de nombre de archivo .inf en la misma carpeta, el
servidor de biblioteca VMM no detectará esos recursos. Asimismo, cuando elimine un paquete de
controladores .inf de la biblioteca, VMM eliminará toda la carpeta en la que reside el archivo .inf del
controlador.
4. En la consola VMM, abra el área de trabajo Biblioteca. En el panel Biblioteca > Ser vidores de biblioteca ,
expanda el servidor de biblioteca en el que se encuentra el recurso compartido, haga clic con el botón
secundario en el recurso compartido y después haga clic en Actualizar . Cuando se haya actualizado la
biblioteca, aparecerá la carpeta que creó para almacenar los controladores.
5. Ahora, asigne etiquetas si es necesario. En Biblioteca , expanda la carpeta que ha creado para almacenar los
controladores en el procedimiento anterior y después haga clic en la carpeta que contenga el paquete de
controladores.
6. En Objetos de biblioteca física , haga clic con el botón derecho en el archivo .inf del controlador y,
después, haga clic en Propiedades .
7. En Propiedades de nombre del archivo de controlador > Etiquetas personalizadas , especifique
etiquetas personalizadas separadas por un punto y coma o haga clic en Seleccionar para asignar etiquetas
disponibles o bien para crear y asignar nuevas etiquetas. Si hace clic en Seleccionar y después hace clic en
Nueva etiqueta , puede cambiar el nombre de la etiqueta tras hacer clic en Aceptar . Por ejemplo, si ha
agregado un archivo de controlador de adaptador de red, puede crear una etiqueta con el nombre
ModeloDeServidor ModeloDelAdaptadorDeRed, donde ModeloDeServidor es el modelo de servidor y
ModeloDelAdaptadorDeRed es el modelo del adaptador de red.
Reubicar la biblioteca VMM

Si actualizó un servidor de administración VMM de alta disponibilidad, se recomienda reubicar la biblioteca
VMM en un servidor de archivos de alta disponibilidad.
Después de crear una nueva biblioteca VMM, deberá mover los recursos de la biblioteca VMM anterior a la
nueva biblioteca VMM.
Para conservar las propiedades y los campos personalizados de las máquinas virtuales guardadas en la
biblioteca VMM anterior, implemente las máquinas virtuales guardadas en un host y, a continuación, guarde
dichas máquinas en la nueva biblioteca VMM.
Tenga en cuenta que no se pueden mover ni los perfiles de hardware ni el sistema operativo. Deberá volver a
crear estos perfiles.
Pasos siguientes
Obtenga información sobre los paquetes acumulativos de actualizaciones más recientes.
Instalar VMM
IMPORTANT
Use este artículo para instalar el servidor de administrador de System Center - Virtual Machine Manager
(VMM).
Antes de empezar
Consulte los requisitos del sistema y la información de planeación. Obtenga información sobre los requisitos
del sistema.
Asegúrese de contar, al menos, con permisos de administrador local en el equipo antes de ejecutar la
instalación.
La cuenta de servicio debe ser un administrador en el servidor de VMM.
NOTE
Ejecución de la instalación
NOTE
La cuenta de servicio para VMM puede ser:
Una cuenta local
Una cuenta de usuario que se usa para el servicio
Una cuenta de servicio administrada de grupo
Si usa una cuenta local, no puede disponer de VMM en una configuración de alta disponibilidad.
Si usa una cuenta gMSA, el formato debe ser domainFQDN\gMSAAccount$
1. Cierre todos los programas abiertos y asegúrese de que no haya ningún reinicio pendiente en el equipo.
2. Para iniciar el Asistente para la instalación de Virtual Machine Manager, haga clic con el botón derecho en
setup.exe en el medio de instalación y, a continuación, haga clic en Ejecutar como administrador .
4. En la página Seleccionar las características que se van a instalar , active la casilla Ser vidor de
administración VMM y, a continuación, haga clic en Siguiente . La consola VMM se instalará
automáticamente. Si realiza la instalación en un nodo de clúster, se le preguntará si desea que el servidor de
administrador tenga una alta disponibilidad.
5. En la página Información de registro del producto , proporcione la información adecuada y, a
continuación, haga clic en Siguiente . Si no especifica una clave de producto, VMM se instalará como una
versión de evaluación que expira 180 días después de la instalación.
6. En la página Lea este contrato de licencia , revise el contrato de licencia, active la casilla He leído, he
comprendido y acepto los términos del contrato de licencia y, a continuación, haga clic en
Siguiente .
7. En la página Datos de diagnóstico y uso , revise la directiva de recopilación de datos de Microsoft y cómo
deshabilitar la recopilación de datos. A continuación, haga clic en Siguiente .
8. Si se abre la página Microsoft Update , seleccione si quiere usar Microsoft Update y, después, haga clic en
Siguiente. La página no aparecerá si ya eligió usar Microsoft Update en este equipo.
9. En la página Datos de diagnóstico y uso , revise la directiva de recopilación de datos de Microsoft y cómo
deshabilitar la recopilación de datos. Después, haga clic en Siguiente .
10. En la página Ubicación de la instalación , use la ruta de acceso predeterminada o escriba una ruta de
acceso de instalación distinta para los archivos de programa de VMM y luego haga clic en Siguiente . El
programa de instalación comprueba el equipo en el que está instalando el servidor de administración VMM
para asegurarse de que cumple los requisitos de hardware y software adecuados. Si el equipo no cumple un
requisito previo, aparecerá una página con información sobre el requisito previo y cómo resolver el
problema.
11. En la página Configuración de base de datos , si usa una instancia de SQL remota, especifique el nombre
del equipo que ejecuta SQL Server. Si va a instalar el servidor de administración VMM en el mismo equipo
en que se ejecuta SQL Server, en el cuadro Nombre de ser vidor , escriba el nombre del equipo (por
ejemplo, vmmser ver01 ) o localhost . Si SQL Server está en un clúster, escriba el nombre del clúster.
12. No especifique un valor de puer to si no tiene una instancia remota de SQL Server o si tiene un SQL Server
remoto que usa el puerto predeterminado (1443).
13. Especifique el nombre de la instancia de SQL Server y si desea usar una base de datos nueva o existente.
Necesitará una cuenta con permisos para conectarse a la instancia.
14. En la página Configurar la cuenta de ser vicio y la administración de clave distribuida , especifique
la cuenta que el servicio VMM usará. No puede cambiar la identidad de la cuenta de servicio VMM después
de la instalación. Puede obtener más información sobre la administración de claves distribuida aquí.
15. En Administración de claves distribuida , seleccione si desea almacenar las claves de cifrado en Active
Directory.
16. En la página Configuración de puer to , use el número de puerto predeterminado para cada característica o
especifique un número de puerto único que sea adecuado para su entorno. No puede cambiar los puertos
que asigne durante la instalación de un servidor de administración VMM, a menos que desinstale y vuelva a
instalar el servidor de administración VMM. Además, no configure ninguna característica para que utilice el
puerto 5986, ya que este número de puerto está preasignado.
17. En la página Configuración de la biblioteca , seleccione si desea crear un nuevo recurso compartido de
biblioteca o utilizar uno existente en el equipo. El recurso compartido de biblioteca predeterminado que
VMM crea se denomina MSSCVMMLibrary, y la carpeta correspondiente se encuentra en
18. En la página Resumen de la instalación , revise las selecciones y, luego, haga clic en Instalar . Se mostrará
la página Instalando características con el progreso de la instalación.
19. En la página La instalación finalizó correctamente , haga clic en Cerrar para completar la instalación.
Para abrir la consola VMM, puede comprobar que Abrir la consola VMM cuando se cierre este
asistente está activada o hacer clic en el icono Consola de Vir tual Machine Manager del escritorio.
NOTE
Si el programa de instalación no finaliza correctamente, consulte los archivos de registro en la carpeta
%SYSTEMDRIVE%\ProgramData\VMMLogs . ProgramData es una carpeta oculta.
Instalación de VMM desde un símbolo del sistema

Puede instalar VMM desde un símbolo del sistema. Los medios de instalación contienen archivos .ini para todas
las características de VMM:
VMSer ver.ini : configuración del servidor de administración VMM.
VMClient.ini : configuración de la consola VMM.
VMSer verUninstall.ini : opciones de desinstalación del servidor de administración VMM.
Cada uno de estos archivos contiene pares clave-valor con valores predeterminados. Estas entradas están
comentadas. Quite el símbolo de comentario (#) y cambie el valor.
1. Edite el archivo VMServer.ini con las opciones de la tabla que aparece después de este procedimiento.
2. Una vez que lo edite, abra un símbolo del sistema con privilegios elevados y ejecute setup.exe con los
parámetros siguientes. Por ejemplo, para usar un archivo VMServer.ini almacenado en C:\Temp con una
cuenta de administrador de SQL Server de contoso\SQLAdmin01 y una cuenta de servicio VMM de
contoso\VMMadmin14, use el comando siguiente: setup.exe /ser ver /i /f C:\Temp\VMSer ver.ini
/SqlDBAdminDomain contoso /SqlDBAdminName SQL Admin01 /SqlDBAdminPassword
password123 /VmmSer viceDomain contoso /VmmSer viceUserName VMMadmin14
/VmmSer viceUserPassword password456 /IACCEPTSCEUL A
Valores de VMServer.ini
O P C IÓ N VA LO RES P REDET ERM IN A DO
ProductKey Clave de producto con el formato: xxxxx-xxxxx-xxxxx-xxxxx-xxxxx

xxxxx-xxxxx-xxxxx-xxxxx-xxxxx
UserName Nombre opcional para mostrar del Administrador

usuario que instala las características.
No se trata de la cuenta de usuario
para la instalación.
CompanyName Nombre opcional para mostrar de la Microsoft Corporation

organización que instala las
características.
ProgramFiles Ubicación de los archivos de VMM. C:\Archivos de programa\Microsoft

System Center 2012\Virtual Machine
Manager
CreateNewSqlDatabase 0: Usar una base de datos de 1

Microsoft SQL Server existente.
1: Crear una nueva base de datos de

SQL Server.
SqlInstanceName Nombre de la instancia nueva o MICROSOFT$VMM$

existente de SQL Server.
SqlDatabaseName Nombre de la base de SQL Server VirtualManagerDB

nueva o existente.
RemoteDatabaseImpersonation 0: No suplantar la cuenta de 0

administrador de SQL Server. El
usuario que ejecuta setup.exe debe ser
un administrador del servidor que
hospeda SQL Server.
1: Suplantar la cuenta de
administrador de SQL Server con las
credenciales proporcionadas. El usuario
que ejecuta setup.exe debe
proporcionar valores para los
parámetros SqlDBAdminName,
SqlDBAdminPassword y
SqlDBAdminDomain.
SqlMachineName Nombre del servidor que hospeda SQL <sqlmachinename>

Server. No especifique localhost. En su
lugar, especifique el nombre real del
equipo.
(varios puertos) Puertos usados por VMM IndigoTcpPort: 8100
IndigoHTTPSPort: 8101
IndigoNETTCPPort: 8102
IndigoHTTPPort: 8103
WSManTcpPort: 5985
BitsTcpPort: 443
CreateNewLibraryShare 0: Usa un recurso compartido de 1

biblioteca existente.
1: Crea un nuevo recurso compartido

de biblioteca.
LibraryShareName Nombre del recurso compartido de MSSCVMMLibrary

archivos que se va a usar o crear.
LibrarySharePath Ubicación de recurso compartido de C:\ProgramData\Archivos de biblioteca

archivos existente o del nuevo recurso Virtual Machine Manager
compartido de archivos que se va a
crear.
LibraryShareDescription Descripción del recurso compartido. Archivos de biblioteca Virtual Machine

Manager
SQMOptIn 0: No participa en "Datos de 1

diagnóstico y uso".
1: Participa en "Datos de diagnóstico y

uso".
MUOptIn 0: No participa en Microsoft Update. 0
1: Participa en Microsoft Update.
VmmServiceLocalAccount 0: Usar una cuenta de dominio para el 0

servicio VMM (scvmmservice).
1: Usar la cuenta del sistema local para

el servicio VMM.
Para usar una cuenta de dominio,

cuando ejecute setup-exe, proporcione
valores para los parámetros
VMMServiceDomain,
VMMServiceUserName y
VMMServiceUserPassword.
TopContainerName El contenedor de la administración de VMMServer

claves distribuida (DKM); por ejemplo
“CN=DKM,DC=contoso,DC=com”.
HighlyAvailable 0: No instalar con alta disponibilidad. 0
1: Instalar con alta disponibilidad.
VmmServerName Nombre de servicio en clúster para un <VMMServerName>

servidor de administración VMM de
alta disponibilidad. No escriba el
nombre del clúster de conmutación
por error o el nombre del equipo
donde está instalado el servidor de
administración VMM de alta
disponibilidad.
VMMStaticIPAddress Dirección IP del nombre del servicio en <comma-separated-ip-for-HAVMM>

clúster para un servidor de
administración de VMM de alta
disponibilidad, si no usa el protocolo
de configuración dinámica de host
(DHCP). Se admiten tanto IPv4 como
IPv6.
Mejorar 0: No actualizar desde una versión 1

anterior de VMM.
1: Actualizar desde una versión

anterior.
Parámetros de Setup-exe
/server Especifica la instalación del servidor de administración VMM.
/i o /x Especifica si se debe instalar (/i) o desinstalar (/x) el servidor.

/f <filename> Especifica el archivo .ini que se va a utilizar. Asegúrese de que

este parámetro remite al archivo .ini correcto. Si setup.exe no
encuentra un archivo .ini, llevará a cabo la instalación con sus
propios valores predeterminados.
/VmmServiceDomain <domainName> Especifica el nombre de dominio de la cuenta que ejecuta el

servicio VMM (scvmmservice). Use este parámetro solo si
establece VmmServiceLocalAccount en 0 en VMServer.ini.
/VmmServiceUserName <userName> Especifica el nombre de usuario de la cuenta que ejecuta el

servicio VMM (scvmmservice). Use este parámetro solo si
establece VmmServiceLocalAccount en 0 en VMServer.ini.
/VmmServiceUserPassword <password> Especifica la contraseña de la cuenta que ejecuta el servicio

VMM (scvmmservice). Use este parámetro solo si establece
VmmServiceLocalAccount en 0 en VMServer.ini.
/SqlDBAdminDomain <domainName> Especifica el nombre de dominio de la cuenta de

administrador para la base de datos de SQL Server. Utilice
este parámetro si el usuario actual no tiene derechos
administrativos en SQL Server.
/SqlDBAdminName <userName> Especifica el nombre de usuario de la cuenta de

administrador para la base de datos de SQL Server. Utilice
este parámetro si el usuario actual no tiene derechos
administrativos en SQL Server.
/SqlDBAdminPassword <password> Especifica la contraseña de la cuenta de administrador para

la base de datos de SQL Server. Utilice este parámetro si el
usuario actual no tiene derechos administrativos en SQL
Server.
/IACCEPTSCEULA Indica la aceptación de los términos de licencia de software

de Microsoft. Es un parámetro obligatorio.
Por ejemplo, para usar un archivo VMServer.ini almacenado

en C:\Temp con una cuenta de administrador de SQL Server
de contoso\SQLAdmin01 y una cuenta de servicio VMM de
contoso\VMMadmin14, use el comando siguiente:
setup.exe /ser ver /i /f C:\Temp\VMSer ver.ini
/SqlDBAdminDomain contoso /SqlDBAdminName
SQL Admin01 /SqlDBAdminPassword password123
/VmmSer viceDomain contoso
/VmmSer viceUserName VMMadmin14
/VmmSer viceUserPassword password456
/IACCEPTSCEUL A
Desinstalación de VMM o la consola VMM

1. Asegúrese de que el shell de comandos VMM y la consola VMM estén cerrados.
2. En el equipo en el que está instalado el servidor de administración VMM, haga clic en Inicio y, a
continuación, haga clic en el Panel de control .
3. En Programas , haga clic en Desinstalar un programa . En Nombre , haga doble clic en Microsoft
System Center Vir tual Machine Manager .
4. En la página ¿Qué desea hacer? , haga clic en Quitar características .
5. En la página Seleccionar características que se van a quitar , active la casilla Ser vidor de
administración VMM y, a continuación, haga clic en Siguiente . Si desea desinstalar la consola VMM, active
la casilla Consola VMM . Tenga en cuenta que si tiene una implementación VMM de alta disponibilidad, debe
quitar tanto el servidor VMM como la consola VMM.
6. En la página Opciones de base de datos , seleccione si desea conservar o quitar la base de datos VMM y,
si procede, las credenciales de la base de datos; a continuación, haga clic en Siguiente .
7. En la página Resumen , revise las selecciones y haga clic en Desinstalar . Aparecerá la página
Desinstalando características que muestra el progreso de la desinstalación.
8. Después de que se haya desinstalado el servidor de administración VMM, en la página Las características
seleccionadas se quitaron correctamente , haga clic en Cerrar .
Las siguientes reglas de firewall, habilitadas durante la instalación de VMM, permanecen activas después de
desinstalar VMM:
Administración remota de servidores de archivos
Reglas de firewall para la Administración de almacenamiento basada en estándares de Windows
Si hay algún problema para que la instalación se realice correctamente, consulte los archivos de registro de la
carpeta %SYSTEMDRIVE%\ProgramData\VMMLogs . ProgramData es una carpeta oculta.
Desinstalación de VMM desde la línea de comandos
Para desinstalar VMM, edite el archivo VMServerUninstall.ini como se describe a continuación. Luego, ejecute
setup.exe para realizar la desinstalación. Por ejemplo, para desinstalar mediante un archivo .ini almacenado en
C:\Temp con una cuenta contoso.SQLAdmin01, escriba: setup.exe /ser ver /x /f
C:\Temp\VMSer verUninstall.ini /SqlDBAdminDomain contoso /SqlDBAdminName SQL Admin01
/SqlDBAdminPassword password123 .
VMServerUnisntall.ini
O P C IÓ N DETA L L ES VA LO R P REDET ERM IN A DO
RemoteDatabaseImpersonation 0: Instalación local de SQL Server. 0
1: Instalación remota de SQL Server.
Al ejecutar setup.exe, proporcione un

valor para los parámetros
SqlDBAdminName,
SqlDBAdminDomain, a menos que el
usuario que ejecute setup.exe sea un
administrador de SQL Server.
RetainSqlDatabase 0: Quitar la base de datos de 0

SQL Server.
1: No quitar la base de datos de SQL

Server.
Para quitar la base de datos de SQL

Server, cuando ejecute setup.exe,
proporcione un valor para los
parámetros SqlDBAdminName,
SqlDBAdminDomain, a menos que el
usuario que ejecute la instalación sea
un administrador de SQL Server.
O P C IÓ N DETA L L ES VA LO R P REDET ERM IN A DO
ForceHAVMMUninstall 0: No forzar la desinstalación si

setup.exe no puede comprobar si este
nodo es el nodo final de la instalación
de alta disponibilidad.
1: Forzar la desinstalación.
Compatibilidad de la cuenta gMSA

Una cuenta de servicio administrada de grupo (gMSA) ayuda a mejorar el nivel de seguridad y proporciona
comodidad gracias a la administración automática de contraseñas, la administración simplificada del nombre de
entidad de seguridad de servicio (SPN) y la posibilidad de delegar la administración en otros administradores.
VMM 2019 admite el uso de gMSA para una cuenta de servicio del servidor de administración.
NOTE
gMSA, cuando se usa como cuenta de servicio de VMM, debe tener los permisos Iniciar sesión como servicio y
Reemplazar un símbolo (token) de nivel de proceso.
Requisitos previos
1. Repase este artículo y cree la cuenta gMSA según las instrucciones disponibles en el artículo.
2. Asegúrese de que los servidores en los que desea instalar el servicio de administración de VMM tienen
permisos para recuperar la contraseña de la cuenta de gMSA.
NOTE
No es necesario especificar el SPN al crear la gMSA. El servicio VMM establece el SPN apropiado para la gMSA.
Use los pasos siguientes

1. Inicie el programa de instalación de VMM.
2. En la página de configuración de la cuenta de ser vicio , seleccione Cuenta de ser vicio
administrada de grupo como la opción de cuenta de servicio de VMM.
3. Escriba la información de la cuenta de gMSA en el formato Dominio\cuenta gMSA.
Instalar la consola de VMM
IMPORTANT
En este artículo se describe cómo instalar la consola System Center Virtual Machine Manager (VMM) en un
equipo remoto y conectarla con el servidor VMM. Cuando instala el servidor de administración de VMM, la
consola se instalará automáticamente.
Antes de empezar
Consulte los sistemas operativos compatibles para la consola que se detallan en los requisitos del sistema.
Revíselos y asegúrese de que los cumple. Obtenga información sobre los requisitos del sistema.
Asegúrese de tener al menos permisos de administrador local en el equipo en el que instala la consola.
La versión de VMM de la consola debe coincidir con la versión de System Center del servidor de VMM. Por
ejemplo, para conectar un servidor de VMM que ejecuta System Center 2016, la versión de la consola de
VMM también debe ser 2016.
Solo se puede instalar una versión de la consola en cada máquina.
Ejecución de la instalación
1. Consulte las instrucciones de planeación. Luego, haga clic con el botón derecho en VMM > Ejecutar como
administrador .
2. En la página principal de instalación, haga clic en Instalar y, en la página Seleccionar las características
que se van a instalar , active la casilla Consola VMM y haga clic en Siguiente . En la página Lea este
aviso , active la casilla Acepto los términos de este aviso y haga clic en Siguiente .
3. Revise la información de la página Datos de diagnóstico y uso y haga clic en Siguiente . En la página
Microsoft Update , seleccione si quiere usar Microsoft Update y, después, haga clic en Siguiente . Esta
página no aparecerá si ya se instalaron las actualizaciones.
4. En la página Ubicación de la instalación , escriba una ruta de acceso de instalación para los archivos de
programa de VMM o use la ruta predeterminada y luego haga clic en Siguiente . El programa de instalación
comprueba que el equipo cumpla con los requisitos de instalación de la consola.
5. En la página Configuración de puer to , escriba el puerto que quiere usar para que la consola VMM se
comunique con el servidor de administración VMM y luego haga clic en Siguiente . Los valores de puerto
que asigne a la consola VMM deben coincidir con los valores de puerto que asignó a la consola VMM
durante la instalación del servidor de administración VMM. La configuración predeterminada del puerto es
8100. Además, no debe asignar el número de puerto 5986 porque está preasignado.
6. En la página Resumen de la instalación , revise la configuración y haga clic en Instalar . Se mostrará la
página Instalando características con el progreso de la instalación.
7. En la página La instalación finalizó correctamente , haga clic en Cerrar para completar la instalación.
Seleccione Abrir la consola VMM cuando se cierre este asistente para abrir la consola cuando se
complete el asistente. Si el programa de instalación no finaliza correctamente, consulte los archivos de
registro en la carpeta %SYSTEMDRIVE%\ProgramData\VMMLogs . ProgramData es una carpeta oculta.
Si desea desinstalar la consola, haga lo siguiente:
1. En el Panel de control, haga clic para desinstalar un programa y seleccione Microsoft System Center Virtual
Machine Manager.
2. En Seleccionar características para quitar , haga clic en Consola VMM . En el servidor de administración
de VMM, no puede desinstalar la consola si no desinstala la administración de VMM.
3. En Resumen , revise la configuración y haga clic en Desinstalar .
Instalación de la consola desde el símbolo del sistema

Use la línea de comandos para instalar la consola de administrador de VMM con el archivo VMClient.ini y
personalizar las opciones de instalación. Puede establecer los parámetros como se describe a continuación:
PA RÁ M ET RO VA LO R
ProgramFiles Especifica la ubicación donde se almacenan los archivos de

programa.
IndigoTCpPort Especifica el número de puerto usado para la comunicación

con el servidor VMM.
MUOptIn 0: No participar en Microsoft Update. 1: Participar.
VmmServerForOpsMgrConfig Especifica el nombre del servidor System Center Operations

Manager.
Instale la consola de la siguiente manera:

1. Copie el archivo VMClient.ini de la carpeta amd64\Setup en una carpeta local.
2. Edite el archivo VMClient.ini. Quite el indicador de comentario (#) solamente si desea editar la entrada. De lo
contrario, el programa de instalación utiliza los valores del archivo .ini como los valores predeterminados.
3. Ejecute el programa de instalación de la siguiente manera: setup.exe /client /i /f <path>, donde:
/client: especifica la instalación de la consola.
/i o /x: especifica si instalar (/i) o desinstalar (/x) la consola.
/f <filename>: especifica el archivo .ini que se usará. Asegúrese de que esta ubicación sea correcta. Si
el programa de instalación no encuentra el archivo .ini, se instala con los valores predeterminados.
ruta de acceso: ubicación del archivo ini.
No use el parámetro /opsmgr.
Ejemplo: setup.exe /client /i /f C:\Temp\VMClient.ini .
Conexión con un servidor de administración VMM

1. En el escritorio de la máquina remota, haga clic en el icono de la consola VMM si esta no se abre.
2. Especifique el puerto y el nombre del servidor en que escucha el servidor de VMM (de manera
predeterminada, 8100). Por ejemplo: vmmser ver01:8100 .
3. Puede usar la cuenta con que inició sesión en la máquina remota, o bien puede especificar una cuenta
distinta para conectarse a VMM. Haga clic en Conectar automáticamente con esta configuración si
desea conectarse al mismo servidor de VMM cada vez.
4. Haga clic en Conectar . Aparece Seleccionar rol de usuario si las credenciales que usa pertenecen a más
de un rol de usuario de VMM.
Habilitación de la sesión de consola mejorada en
VMM
IMPORTANT
En este artículo se proporciona información sobre cómo configurar la sesión de consola mejorada en System
Center Virtual Machine Manager (VMM).
La conexión de la consola en VMM ofrece una manera de conectarse a la máquina virtual sin una conexión de
red. Para información sobre cómo implementar la consola VMM, consulte el artículo sobre la instalación de la
consola VMM. Antes de la versión 1801, la conexión de la consola en Virtual Machine Manager solo admitía una
sesión básica, en la que texto del Portapapeles solo se podía pegar a través de la opción de menú Escribir texto
del Por tapapeles .
VMM 1801 y versiones posteriores admiten la sesión de consola mejorada. Con la consola conectada a través
de una sesión mejorada, las operaciones de Cor tar (Ctrl+X) , Copiar (Ctrl + C) y Pegar (CTRL+V) en el
texto y archivos ANSI están disponibles en el Portapapeles, con lo que se pueden usar los comandos de copiar y
pegar para archivos de texto desde y hacia la máquina virtual.
Antes de empezar
1. El sistema operativo del host en el que se ejecuta la máquina virtual debe tener Windows Server 2012 R2 o
una versión posterior.
2. El host Hyper-V debe tener una activada una directiva de modo de sesión mejorada.
3. El equipo desde donde se conecta a la máquina virtual debe ejecutar Windows 10, Windows 8.1, Windows
Server, Windows Server 2016 o posterior.
4. La máquina virtual debe tener habilitados los servicios de Escritorio remoto y ejecutar Windows 10,
Windows 8.1, Windows Server 2016, Windows Server 2012 R2 o posterior como sistema operativo invitado.
Procedimiento: habilitación de la sesión de consola mejorada

1. Haga clic con el botón derecho en el host de VMs & Ser vices (Máquinas virtuales y servicios) y vaya a
la opción Sesión mejorada .
2. Seleccione Allow enhanced session mode (Permitir el uso de sesión mejorada) y haga clic en
Aceptar .
3. En la consola VMM, vaya a la máquina virtual de este host.
4. Haga clic con el botón derecho en la máquina virtual y, luego, haga clic en Conectar a través de la
consola .
5. Una vez que ver la consola de máquina virtual, busque la opción Abrir sesión mejorada en la parte
superior de la página. Haga clic ahí para iniciar la ventana de sesión mejorada.
NOTE
Esta acción cerrará la sesión actual y abra una sesión nueva. Se le redirigirá a la pantalla de inicio de sesión de la
sesión nueva.
5. Una vez que vea la consola de máquina virtual, busque la opción Sesión mejorada en la parte superior
derecha de la página. Haga clic ahí para iniciar la ventana de sesión mejorada.
NOTE
Esta acción cerrará la sesión actual y abra una sesión nueva. Se le redirigirá a la pantalla de inicio de sesión de la
sesión nueva.
6. Para volver a las secciones básicas, haga clic en Open Basic Session (Abrir sesión básica) en la parte
superior.
6. Para volver a la sección básica, haga clic en Sesión básica en la parte superior derecha.
Una vez que se habilite la directiva Modo de sesión mejorada en el host:
Cierre todas las sesiones de consola abiertas para ver la opción Sesión mejorada .
Para una máquina virtual que se inicia por primera vez desde un VHD/VHDX, la opción de sesión mejorada
no aparece cuando se intenta conectar a través de la consola. Reinicie la máquina virtual y actualice sus
propiedades en VMM para que la opción de sesión mejorada aparezca en la ventana de conexión de la
consola.
Pasos siguientes
Uso de recursos locales en una máquina virtual Hyper-V con VMconnect
Implementar VMM para lograr una alta
disponibilidad
IMPORTANT
Para lograr resistencia y escalabilidad, puede implementar System Center - Virtual Machine Manager (VMM) en
modo de alta disponibilidad.
Antes de comenzar
Realice los preparativos para una implementación de alta disponibilidad. Para ello, tenga en cuenta lo siguiente:
nodos.
Todos los nodos de clúster que son servidores de VMM deben ejecutar Windows Server 2016.
instale las utilidades de línea de comandos relacionadas en el servidor de administración de VMM. La
utilidad de línea de comandos está disponible en Feature Pack de SQL Server 2012, en Feature Pack
de SQL Server 2014 o en Feature Pack de SQL Server 2016.
virtual.
Antes de empezar, configure la cuenta de servicio de VMM y la administración de claves distribuida. Más
información
Implementar componentes de alta disponibilidad

Implementar el servidor de administración de VMM en un clúster de conmutación por error
Lograr una alta disponibilidad para recursos compartidos de archivos del servidor de biblioteca
Implementar la base de datos de VMM de SQL Server como de alta disponibilidad
Implementar un servidor de administración VMM
de alta disponibilidad
IMPORTANT
En este artículo se describen los pasos para implementar un servidor de alta disponibilidad System Center -
Antes de empezar
Lea los pasos de planeación para una implementación de alta disponibilidad.
Este procedimiento da por hecho que se está configurando un clúster de conmutación por error único con
dos o más servidores de archivos.
Configuración del clúster de conmutación por error

1. Haga clic en Administrador del ser vidor > Administrar > Agregar roles y características .
2. En Seleccionar tipo de instalación , haga clic en Instalación basada en características o en roles .
3. En Seleccionar ser vidor de destino , haga clic en el servidor que quiere configurar para los clústeres de
conmutación por error. En Seleccionar características, haga clic en Clústeres de conmutación por error .
Haga clic en Agregar característica para instalar las herramientas de administración del clúster de
4. En Confirmar selecciones de instalación , haga clic en Instalar . No es necesario reiniciar el servidor.
5. Repita el procedimiento para cada servidor que quiera agregar como un nodo en el clúster de servidor de
archivos.
6. Una vez que tenga al menos dos nodos en el clúster, puede ejecutar pruebas de validación de clúster. Abra
Administrador de clústeres de conmutación por error y, en Administración , haga clic en Validar
configuración .
7. En Seleccionar ser vidores o un clúster , especifique el NetBIOS o el FQDN de un nodo que vaya a
agregar y haga clic en Agregar . En Opciones de pruebas , haga clic en Ejecutar todas las pruebas
(recomendado) .
8. En Resumen , si las pruebas se han realizado correctamente, haga clic en Crear el clúster ahora con los
nodos validados . Haga clic en Ver informe para solucionar los problemas.
9. En Punto de acceso para administrar el clúster , especifique el nombre del clúster. Por ejemplo,
VMMLibrar y . Cuando se crea el clúster, este nombre se registra como el objeto de equipo del clúster (CNO)
en Active Directory. Si especifica un nombre NetBIOS para el clúster, el CNO se crea en la misma ubicación
donde residen los objetos de equipo para el nodo de clúster (una OU (unidad organizativa) o el contenedor
Equipos predeterminado). Puede especificar otra ubicación si agrega el nombre distintivo de la OU. Por
ejemplo, CN = ClusterName, OU = Clusters, DC = Contoso. Para obtener más información, consulte
Administración de claves distribuida.
10. Si el servidor no está configurado para usar DHCP, especifique una dirección IP estática para el clúster.
Seleccione cada red que quiera usar para la administración del clúster y, en Dirección , seleccione la
dirección IP. Se trata de la dirección IP que está asociada con el clúster en DNS.
11. En Confirmación , revise la configuración. Desactive Agregar todo el almacenamiento apto al clúster
si quiere configurar el almacenamiento más adelante. Haga clic en Siguiente para crear el clúster.
12. En Resumen , confirme que se creó el clúster y que su nombre aparece en Administrador de clústeres de
Instalar VMM en el primer nodo del clúster
1. En cualquier nodo del clúster que creó, ejecute el programa de instalación de VMM y haga clic en Instalar .
2. VMM detecta su instalación en un nodo del clúster y le pregunta si quiere que el servidor VMM sea de alta
disponibilidad. Haga clic en Sí .
3. En Seleccionar las características que se van a instalar , seleccione el servidor de administración VMM
y la consola VMM.
4. En Información de registro del producto , especifique detalles de la organización y la clave de producto.
5. En CLUF y CEIP , acepte el CLUF y especifique si quiere participar en CEIP.
6. En Ubicación de la instalación , acepte la configuración predeterminada.
7. En Requisitos previos , VMM comprueba si se cumplen todos los requisitos previos e instala los
componentes que faltan. Si no tiene instalado Windows ADK, descárguelo e instálelo.
8. En Configuración de base de datos , especifique la base de datos que se va a usar para VMM. La base de
datos debe ser de alta disponibilidad y estar implementada en un clúster de conmutación por error
independiente. Este cuadro de diálogo aparece si VMM no está en clúster, o si está en clúster pero no usa
grupos de disponibilidad AlwaysOn. Especifique el nombre del clúster.
9. En Configuración de clúster , especifique el nombre del clúster de VMM, por ejemplo, HAVMMM .
10. En Configurar la cuenta de ser vicio y la administración de clave distribuida , especifique la cuenta
del servicio y la ubicación de la clave que creó anteriormente. Las cuentas de ejecución de VMM se
almacenan como cifradas en la base de datos de VMM. Para realizar una implementación de alta
disponibilidad, debe tener acceso a las claves cifradas desde una ubicación central, por lo que debería haber
creado un contenedor de administración de claves distribuida en Active Directory antes de ejecutar el
programa de instalación. Puede obtener más información sobre el elemento contenedor de la administración
de claves distribuida aquí.
11. En Configuración de puer to , modifique la configuración del puerto si así lo necesitara.
12. Termine de instalar VMM. No se puede especificar un recurso compartido de biblioteca en este momento. En
una implementación de alta disponibilidad puede crear el recurso compartido de biblioteca una vez
terminada la instalación.
Instalar VMM en el segundo nodo del clúster

1. Ejecute el programa de instalación y confirme que quiere agregar este ser vidor como un nodo a la
implementación de alta disponibilidad.
2. Durante la ejecución del asistente, especifique la contraseña de la cuenta de servicio. No es necesario
especificar ninguna otra información.
Implementación de SQL Server para alta
disponibilidad de VMM
IMPORTANT
En este artículo se describen los pasos para implementar una base de datos de SQL Server de alta
disponibilidad para System Center - Virtual Machine Manager (VMM). Configure un clúster de SQL Server y
configure la base de datos VMM de SQL Server con grupos de disponibilidad AlwaysOn.
Antes de empezar
Lea la información de planeación correspondiente a una implementación de VMM de alta disponibilidad. Incluye
los requisitos previos y los problemas que debe conocer.
Configuración de grupos de disponibilidad

Los grupos de disponibilidad AlwaysOn de SQL Server admiten entornos de conmutación por error para un
conjunto discreto de bases de datos de usuario (bases de datos de disponibilidad). Una réplica de disponibilidad
hospeda cada conjunto de bases de datos de disponibilidad. Para configurar un grupo de disponibilidad, debe
implementar un clúster de Clústeres de conmutación por error de Windows Server (WSFC) para hospedar la
réplica de disponibilidad y habilitar AlwaysOn en los nodos de clúster. Luego, puede agregar la base de datos de
VMM de SQL Server como una base de datos de disponibilidad.
Más información sobre los requisitos previos de Always On
Más información sobre cómo configurar un WSFC para los grupos de disponibilidad de Always On
Más información sobre cómo configurar un grupo de disponibilidad
Configuración de la base de datos VMM con grupos de disponibilidad

AlwaysOn
1. En el servidor VMM, detenga el servicio VMM. En el caso de un clúster, en Administración de clústeres de
conmutación por error, detenga el rol de VMM.
2. Conéctese con la máquina que hospeda la base de datos VMM y, en SQL Server Management Studio,
haga clic en Base de datos VMM > Propiedades . En Opciones , establezca el Modelo de recuperación
de la base de datos en Completo .
3. Haga clic con el botón derecho en la base de datos VMM > Tareas > Copia de seguridad y cree una
copia de seguridad de la base de datos.
4. En SQL Server Management Studio > Alta disponibilidad de Always On > haga clic con el botón
derecho en el nombre del grupo de disponibilidad > Agregar base de datos .
5. En Agregar base de datos al grupo de disponibilidad > Seleccionar bases de datos , seleccione
la base de datos VMM.
6. En Seleccionar sincronización de datos , deje el valor Completo predeterminado.
7. En Conectar con las réplicas > Conectar , especifique los permisos para el destino del grupo de
disponibilidad.
8. Los requisitos previos se comprueban en la validación . En Resumen , cuando haga clic en Siguiente , se
iniciará la compatibilidad con la disponibilidad AlwaysOn para la base de datos VMM. Se copia la base de
datos VMM y, desde este punto, AlwaysOn mantendrá la base de datos VMM sincronizada entre los
nodos de clúster SQL Server AlwaysOn.
9. Cambie la cadena de conexión de VMM en la ruta de acceso HKLM\SOFTWARE\Microsoft\Microsoft
System Center Virtual Machine Manager Server\Settings\Sql\ConnectionString de Server a
SQLListenerName. Asimismo, actualice lo siguiente:
HKLM\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager
Server\Settings\Sql\MachineName con SQLListenerName
Server\Settings\Sql\InstanceName con SQLListenerName.
Server\Settings\Sql\MachineFQDN con SQLListenerFQDN.
10. Reinicie el rol de clúster o el servicio VMM. El servidor VMM debe poder conectarse a SQL Server.
11. Las credenciales de VMM solo se almacenan para el servidor SQL Server principal, por lo que deberá
crear un inicio de sesión en el nodo secundario del clúster de SQL Server, con las características
siguientes:
El nombre de inicio de sesión es idéntico al nombre de la cuenta de servicio VMM.
El inicio de sesión tiene la asignación de usuario a la base de datos de VMM.
El inicio de sesión se configura con las credenciales del propietario de la base de datos.
Ejecución de la conmutación por error

Para comprobar que AlwaysOn funcione según lo esperado para una base de datos VMM, ejecute una
conmutación por error desde el nodo primario al secundario en el clúster de SQL Server.
1. En SQL Server Management Studio, haga clic con el botón derecho en el grupo de disponibilidad del
servidor secundario > Conmutación por error .
2. En Conmutar por error el grupo de disponibilidad > Seleccionar nueva réplica principal ,
seleccione el servidor secundario.
3. En Resumen , haga clic en Finalizar .
4. Ahora vuelva atrás e inicie una conmutación por error al proceso de nodo secundario que ejecuta SQL
Server y compruebe que puede reiniciar el servicio de VMM (scvmmservice).
5. Repita los dos últimos pasos para cada nodo secundario del clúster que ejecuta SQL Server.
6. Si se trata de una instalación de VMM de alta disponibilidad, continúe con la instalación de otros nodos de
VMM de alta disponibilidad.
NOTE
Si experimenta errores de latencia alta o tiempo de expiración en un escenario de varias subredes, cambie la cadena de
conexión de VMM en la ruta de acceso HKLM\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager
Server\Settings\Sql\ConnectionString, agregue MultiSubnetFailover=True y reinicie el servicio VMM.
Implementación de una biblioteca VMM de alta
disponibilidad
IMPORTANT
En este artículo se describen los pasos para implementar una biblioteca de System Center - Virtual Machine
Manager (VMM) de alta disponibilidad. Configure un clúster de conmutación por error de Windows que ejecute
el rol Servidor de archivo. Luego, cree recursos compartidos de archivo en el clúster y asígnelos como recursos
compartidos de biblioteca VMM.
Antes de empezar
Lea los pasos de planeación de una implementación de VMM de alta disponibilidad.
Configuración del clúster de conmutación por error

Este procedimiento da por hecho que se está configurando un clúster de conmutación por error único con dos o
más servidores de archivos.
1. Haga clic en Administrador del ser vidor > Administrar > Agregar roles y características .
2. En Seleccionar tipo de instalación , haga clic en Instalación basada en características o en roles .
3. En Seleccionar ser vidor de destino , haga clic en el servidor que quiere configurar para los clústeres de
conmutación por error. En Seleccionar características, haga clic en Clústeres de conmutación por error .
Haga clic en Agregar característica para instalar las herramientas de administración del clúster de
4. En Confirmar selecciones de instalación , haga clic en Instalar . No es necesario reiniciar el servidor.
5. Repita el procedimiento para cada servidor que quiera agregar como un nodo en el clúster de servidor de
archivos.
6. Una vez que tenga al menos dos nodos en el clúster, puede ejecutar pruebas de validación de este (necesitará
al menos dos nodos en el clúster). Abra Administrador de clústeres de conmutación por error y, en
Administración , haga clic en Validar configuración .
7. En Seleccionar ser vidores o un clúster , especifique el NetBIOS o el FQDN de un nodo que vaya a
agregar y haga clic en Agregar . En Opciones de pruebas , haga clic en Ejecutar todas las pruebas
(recomendado) .
8. En Resumen , si las pruebas se han realizado correctamente, haga clic en Crear el clúster ahora con los
nodos validados . Haga clic en Ver informe para solucionar los problemas.
9. En Punto de acceso para administrar el clúster , especifique el nombre del clúster. Por ejemplo,
VMMLibrar y . Cuando se crea el clúster, este nombre se registra como el objeto de equipo del clúster (CNO)
en Active Directory. Si especifica un nombre NetBIOS para el clúster, el CNO se crea en la misma ubicación
donde residen los objetos de equipo para el nodo de clúster (una OU (unidad organizativa) o el contenedor
Equipos predeterminado). Puede especificar otra ubicación si agrega el nombre distintivo de la OU. Por
ejemplo, CN = ClusterName, OU = Clusters, DC = Contoso.
10. Si el servidor no está configurado para usar DHCP, especifique una dirección IP estática para el clúster.
Seleccione cada red que quiera usar para la administración del clúster y, en Dirección , seleccione la
dirección IP. Se trata de la dirección IP que se asociará con el clúster en DNS.
11. En Confirmación , revise la configuración. Desactive Agregar todo el almacenamiento apto al clúster
si quiere configurar el almacenamiento más adelante. Haga clic en Siguiente para crear el clúster.
12. En Resumen , confirme que se creó el clúster y que su nombre aparece en Administrador de clústeres de
Si quiere compilar un clúster invitado para implementar el servidor de archivos, lea la útil entrada de blog de
Rudolf Vesely.
Configuración del rol de servidor de archivos

1. En cada equipo, se configurará como un nodo de servidor de archivos; en Administrador de clústeres de
conmutación por error , seleccione Configurar rol .
2. En el Asistente para alta disponibilidad > Seleccionar rol , seleccione Ser vidor de archivos .
3. En Tipo de ser vidor de archivo , seleccione Ser vidor de archivos para uso general .
4. En Punto de acceso de cliente , escriba el nombre del clúster (en nuestro procedimiento era
VMMLibrar y ) y la dirección IP del clúster.
5. En Seleccionar almacenamiento , especifique el almacenamiento compartido que desea usar.
6. Confirme la configuración y finalice el asistente.
Creación de un recurso compartido de archivos

1. En Administración de clústeres de conmutación por error > nombre del clúster > Roles . Seleccione el
servidor de archivos y haga clic en Agregar recurso compar tido de archivos .
2. En Asistente para nuevo recurso compar tido > Seleccionar perfil , seleccione Recurso compar tido
SMB - Rápido .
3. En Ubicación del recurso compar tido , seleccione el servidor de archivos.
4. En Nombre del recurso compar tido , especifique el nombre y la descripción del recurso compartido.
5. En Otras opciones , deje la configuración predeterminada.
6. En Permisos , conceda acceso completo a las cuentas de sistema y administradores, además de la cuenta de
administración de VMM. En Confirmación , revise la configuración y haga clic en Crear .
Incorporación del recurso compartido como biblioteca VMM

1. Abra la consola VMM > Biblioteca > Agregar ser vidor de biblioteca .
2. En Asistente para agregar ser vidor de biblioteca > Escribir credenciales , especifique una cuenta de
dominio con permisos para el clúster de archivos.
3. En la página Seleccionar ser vidores de biblioteca , escriba el dominio en que está ubicado el clúster de
archivos y en Nombre del equipo , especifique el nombre que asignó al clúster de servidor de archivos o
haga clic en Buscar para encontrarlo. Haga clic en Agregar > Siguiente .
4. En la página Agregar ser vidores de biblioteca , seleccione los recursos compartidos de biblioteca que
desea agregar. Si desea agregar los recursos de biblioteca predeterminados al recurso compartido,
seleccione Agregar recursos predeterminados . Además de los recursos compartidos, con esto se agrega
la carpeta ApplicationFrameworks al recurso compartido.
5. En la página Resumen , revise la configuración y haga clic en Agregar ser vidores de biblioteca . En
Biblioteca > Ser vidores de biblioteca , compruebe que aparezca el servidor de biblioteca y el recurso
compartido.
6. Una vez que se crea el recurso compartido, puede copiar recursos en el recurso compartido de biblioteca.
Configuración de TLS para VMM
IMPORTANT
En este artículo se describe cómo configurar la versión 1.2 del protocolo Seguridad de la capa de transporte
(TLS) con el servidor de System Center - Virtual Machine Manager (VMM).
Antes de empezar
VMM debe ejecutar VMM 2016 con el Paquete acumulativo de actualizaciones 4 o una versión posterior.
Las revisiones de seguridad deben estar actualizadas en el servidor VMM. Además, el servidor debe ejecutar
la base de datos VMM.
El servidor VMM debe estar ejecutándose. 4.6. de .NET. Siga estas instrucciones para determinar qué versión
de .NET hay instalada.
Para trabajar con TLS 1.2, los componentes de System Center generan los certificados autofirmados SHA1 o
SHA2. Si se usan certificados SSL de una entidad de certificación (CA), estos deben usar SHA1 o SHA2.
Instalación de una actualización de SQL Server para su compatibilidad

con TLS 1.2
1. Abra KB 3135244.
2. Descargue e instale la actualización de su versión de SQL Server.
No necesita esta actualización si está ejecutando SQL Server 2016.
SQL Server 2008 R2 no es compatible con TLS 1.2.
Configuración del servidor VMM para usar TLS 1.2

Deshabilite todos los protocolos SCHANNEL, excepto TLS 1.2.
Modificación manual del Registro
1. Abra el Editor del Registro y vaya hasta
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols.
2. Haga clic con el botón derecho en Protocols y seleccione Nuevo > Clave . Escriba la clave y presione la
tecla ENTRAR. Siga el mismo procedimiento para crear estas claves:
SSL3
TLS 1.0
TLS 1.1
TLS 1.2
3. Una vez que las haya creado, tiene que crear las claves Client y Ser ver debajo.
Para SSL3 , seleccione Nuevo > Clave . Escriba Client y presione la tecla ENTRAR. De nuevo, para
SSL3 , seleccione Nuevo > Clave . Después, escriba Ser ver y presione la tecla ENTRAR.
Repita esta acción para crear las claves Client y Ser ver en TLS 1.0 , TLS 1.1 y TLS 1.2 .
4. Una vez que haya creado las claves Client y Ser ver , tiene que crear valores DWORD debajo de ellas para
poder habilitar y deshabilitar los protocolos. Siga estos pasos:
Habilite el protocolo TLS 1.2. Para ello, en TLS 1.2 , debajo de la clave Client , cree el valor DWORD
DisabledByDefault y establézcalo en 0. A continuación, cree el valor DWORD Enabled y
establézcalo en 1. Cree los mismos valores DWORD debajo de la clave Ser ver .
Después, deshabilite los otros protocolos. Para ello, en SSL3 , TLS 1.0 y TLS 1.1 , debajo de la clave
Client , cree el valor DWORD DisabledByDefault y establézcalo en 1. A continuación, cree el valor
DWORD Enabled y establézcalo en 0. Cree los mismos valores DWORD debajo de la clave Ser ver .
Modificación del Registro con un script de PowerShell
En lugar de modificar los valores del Registro manualmente, puede usar el script de PowerShell que se indica a
continuación.
$ProtocolList = @("SSL 2.0","SSL 3.0","TLS 1.0", "TLS 1.1", "TLS 1.2")

$ProtocolSubKeyList = @("Client", "Server")
$DisabledByDefault = "DisabledByDefault"
$Enabled = "Enabled"
$registryPath = "HKLM:\\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\"
foreach($Protocol in $ProtocolList)
{
Write-Host " In 1st For loop"
foreach($key in $ProtocolSubKeyList)
{
$currentRegPath = $registryPath + $Protocol + "\" + $key
Write-Host " Current Registry Path $currentRegPath"
if(!(Test-Path $currentRegPath))
{
Write-Host "creating the registry"
New-Item -Path $currentRegPath -Force | out-Null
}
if($Protocol -eq "TLS 1.2")
{
Write-Host "Working for TLS 1.2"
New-ItemProperty -Path $currentRegPath -Name $DisabledByDefault -Value "0" -PropertyType
DWORD -Force | Out-Null
New-ItemProperty -Path $currentRegPath -Name $Enabled -Value "1" -PropertyType DWORD -
Force | Out-Null
}
else
{
Write-Host "Working for other protocol"
New-ItemProperty -Path $currentRegPath -Name $DisabledByDefault -Value "1" -PropertyType
DWORD -Force | Out-Null
New-ItemProperty -Path $currentRegPath -Name $Enabled -Value "0" -PropertyType DWORD -
Force | Out-Null
}
}
}
Exit 0
Configuración de VMM para usar TLS 1.2

1. Abra el Editor del Registro en el servidor VMM. Vaya a HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\
.NetFramework\v4.0.30319 .
2. Cree el valor DWORD SchUseStrongCr ypto y establézcalo en 1.
3. Ahora vaya a HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft
.NetFramework\v4.0.30319 .
4. En esta ubicación, cree el mismo valor DWORD SchUseStrongCr ypto y establézcalo en 1.
5. Reinicie el servidor para que se aplique la configuración.
Modificación del Registro con un script de PowerShell
Puede modificar la configuración del Registro usando el script de PowerShell que se indica a continuación.
# Tighten up the .NET Framework

$NetRegistryPath = "HKLM:\SOFTWARE\Microsoft\.NETFramework\v4.0.30319"
New-ItemProperty -Path $NetRegistryPath -Name "SchUseStrongCrypto" -Value "1" -PropertyType DWORD -Force |
Out-Null
$NetRegistryPath = "HKLM:\SOFTWARE\WOW6432Node\Microsoft\.NETFramework\v4.0.30319"
New-ItemProperty -Path $NetRegistryPath -Name "SchUseStrongCrypto" -Value "1" -PropertyType DWORD -Force |
Out-Null
Pasos siguientes
Obtenga más información sobre el protocolo TLS 1.2.
Implementación y administración de paquetes
acumulativos de actualizaciones en VMM
IMPORTANT
En este artículo se proporciona información sobre cómo instalar, comprobar y quitar paquetes acumulativos de
actualizaciones para System Center - Virtual Machine Manager (VMM).
NOTE
Los paquetes acumulativos de actualizaciones se instalan automáticamente si Microsoft Updates está establecido en
Automático. Si no se instalan automáticamente, puede instalarlos de forma manual.
Obtención e instalación de paquetes acumulativos de actualizaciones

En las secciones siguientes se proporciona información sobre cómo obtener e instalar los paquetes
acumulativos de actualizaciones manualmente a través de actualizaciones de Microsoft, el Centro de descarga
de Microsoft y la línea de comandos de VMM.
Realización de una copia de seguridad de la base de datos VMM
1. En la consola de VMM, haga clic en Configuración .
2. En la pestaña Inicio, haga clic en Copia de seguridad .
3. En la página de copia de seguridad de VMM, en el cuadro de texto Ruta de acceso , especifique la ubicación
para el archivo de copia de seguridad y haga clic en Aceptar .
NOTE
Compruebe que el trabajo se completa correctamente. En caso contrario, revise los detalles del error y vuelva a realizar la
copia de seguridad.
Más información: Realizar una copia de seguridad de la base de datos VMM

Instalación de paquetes acumulativos de actualizaciones mediante actualizaciones de Microsoft
Siga estos pasos en un equipo que tenga instalado un componente VMM y falten por instalar las actualizaciones
más recientes:
1. En Configuración > Actualización y seguridad , haga clic en Windows Update .
2. En la ventana Windows Update , haga clic en Busca actualizaciones de Microsoft Update en línea .
3. Haga clic en Hay actualizaciones impor tantes disponibles .
4. Seleccione el paquete acumulativo de actualizaciones y haga clic en Aceptar .
5. Haga clic en Instalar actualizaciones para instalar el paquete de actualización.
Instalación de paquetes acumulativos de actualizaciones mediante el Centro de descarga de Microsoft
Para descargar manualmente los paquetes acumulativos de actualizaciones mediante el Centro de descarga de
Microsoft, visite dicho centro, busque la KB que desee y descargue manualmente los paquetes acumulativos de
actualizaciones.
Instalación de paquetes acumulativos de actualizaciones a través de la línea de comandos
Para instalar manualmente un paquete acumulativo de actualizaciones a través de un símbolo del sistema con
privilegios elevados, ejecute el siguiente comando:
msiexec.exe/update <nombre_del_paquete>
NOTE
En el marcador de posición <nombre_del_paquete> , escriba el nombre del paquete real.
Por ejemplo, para instalar el Paquete acumulativo de actualizaciones 2 para el servidor System Center 2016
Virtual Machine Manager (KB3209586), ejecute el siguiente comando:
msiexec.exe/update kb3209586_VMMser ver_amd64.msp
NOTE
Puede haber pasos de instalación adicionales específicos para una versión del paquete acumulativo de actualizaciones.
Consulte la guía de KB del paquete acumulativo de actualizaciones para asegurarse de que completa todos los pasos de
instalación.
Comprobación de la instalación de un paquete acumulativo de actualizaciones

Utilice el procedimiento siguiente para comprobar si un paquete acumulativo de actualizaciones se ha instalado
correctamente:
1. Vaya a Panel de control > Programas y características > Ver actualizaciones instaladas .
2. Compruebe que se ha creado una entrada de actualización después de instalar el paquete acumulativo de
actualizaciones.
Por ejemplo, la actualización el Paquete acumulativo de actualizaciones 2 se ha lanzado como la
actualización 3209586. Debe ver este detalle en Ver actualizaciones instaladas si ha instalado este
paquete acumulativo de actualizaciones y si dicha instalación se ha realizado correctamente.
3. Compruebe que la versión del binario tiene el número de compilación correcto.
4. Consulte estos recursos para comprobar el número de compilación de un paquete acumulativo de
actualizaciones específico:
Lista de números de compilación de VMM
NOTE
No todos los archivos binarios tienen el número de compilación del paquete acumulativo de actualizaciones actual. Sin
embargo, si los binarios no se muestran con el número de compilación del paquete acumulativo de actualizaciones
correspondiente, es probable que dicho paquete no se instalara correctamente.
Eliminación de un paquete acumulativo de actualizaciones

IMPORTANT
1. No se recomienda quitar los paquetes acumulativos de actualizaciones. Antes de quitarlos, compruebe todas las
opciones disponibles con el fin de evitar la desinstalación. También puede ponerse en contacto con el soporte técnico
de Microsoft para consultarles y asegurarse de si la desinstalación es necesaria.
2. Se recomienda que haga una copia de seguridad de la base de datos VMM antes de intentar quitar un paquete
acumulativo de actualizaciones.
3. Cuando se quite, los binarios de VMM se revertirán a las versiones anteriores. Sin embargo, la base de datos VMM no
se revierte.
4. Si tiene una o más revisiones instaladas en el servidor, asegúrese de reemplazar el binario de la revisión por el binario
del paquete acumulativo de actualizaciones oficial antes de iniciar la eliminación.
Eliminación de un paquete acumulativo de actualizaciones mediante el panel de control

1. Vaya a Panel de control > Programas > Programas y características . Para obtener acceso rápido,
escriba appwiz.cpl en Ejecutar , lo que abrirá el cuadro de diálogo Programas y características en el
Panel de control .
2. Haga clic en Ver actualizaciones instaladas .
3. Busque la actualización que desea quitar, haga clic con el botón derecho en la actualización y luego
seleccione Desinstalar .
Eliminación de un paquete acumulativo de actualizaciones mediante la línea de comandos
NOTE
Para quitar una actualización mediante la línea de comandos, debe tener los dos identificadores únicos globales (GUID)
siguientes disponibles:
GUID del producto RTM
GUID de la revisión
GUID del producto RTM

Servidor SCVMM: {EBC28D9B-9565-46F3-A248-E26F07F81A98}
amd64 de la consola de administrador SCVMM: {B703D43A-ABF6-4A36-84CC-00D77FF8570B}
i386 de la consola de administrador SCVMM: {F5D46892-E1BD-4E0A-BD6E-DAA1900BA786}
amd64 del agente invitado SCVMM: {3E71E1FB-AF93-4110-A8EB-973132A3B16B}
i386 del agente invitado SCVMM: {57D2C983-23BF-4840-B784-BDDAC2DC932B}
GUID de la revisión
Para encontrar el GUID de la revisión, haga clic con el botón derecho en la actualización y seleccione
Propiedades . En la ficha Detalles , seleccione Número de revisión . Este es el GUID de la revisión.
Cuando sepa los GUID del producto RTM y de la revisión, ejecute el siguiente comando para quitar la
actualización:
Msiexec /I {< GUID del producto RTM >} MSIPATCHREMOVE={< GUID de la revisión >}
Comprobar la eliminación correcta de un paquete acumulativo de actualizaciones
Utilice el procedimiento siguiente para comprobar si el paquete acumulativo de actualizaciones se quitó
correctamente:
1. Compruebe si la actualización se quitó de Programas y características .
2. Compruebe que los binarios se restablecieron correctamente. Para ello, vaya al directorio de instalación de
VMM y compruebe que no hay ningún binario que tenga la versión de compilación del paquete acumulativo
de actualizaciones que desinstaló.
NOTE
Cuando desinstale las actualizaciones de servidor y consola del servidor VMM, el orden de desinstalación no importa.
Restaurar la copia de seguridad de base de datos en VMM
NOTE
1. Puede crear una copia de seguridad de la base de datos en cualquier momento. Pero la base de datos solo se debe
restaurar si desinstala el paquete acumulativo de actualizaciones más reciente del servidor. Si desinstala un paquete
acumulativo de actualizaciones anterior, no es necesario que restaure la base de datos VMM.
2. Asegúrese de restaurar la copia de seguridad de la base de datos que creó antes de instalar el paquete acumulativo de
actualizaciones.
Para información sobre cómo restaurar la copia de seguridad de base de datos, consulte este artículo.
Tareas posteriores a la restauración
Esta sección solo se aplica si agrega un host o un servidor de biblioteca después de crear una copia de
seguridad de la base de datos y antes de desinstalar un paquete acumulativo de actualizaciones.
Una vez recuperada la base de datos VMM, debe realizar las siguientes acciones:
Quite todos los hosts que se quitaron de VMM desde que se hizo la última copia de seguridad.
Si se ha quitado un host desde que la última copia de seguridad, el host tendrá el estado Precisa atención
en la consola VMM. Además, las máquinas virtuales de ese host tendrán el estado El host no responde .
Quite las máquinas virtuales que se quitaron de VMM desde que se hizo la última copia de seguridad. Si un
host tiene una máquina virtual que se ha quitado desde la última copia de seguridad, la máquina virtual
tendrá el estado Falta en la consola VMM.
Agregue todos los hosts que se agregaron a VMM desde que se hizo la última copia de seguridad.
Si ha restaurado la base de datos VMM en un equipo diferente, deberá volver a asociar los hosts que tienen
el estado Acceso denegado en la consola VMM.
Un equipo se considera diferente si tiene un identificador de seguridad (SID) diferente. Por ejemplo, si
reinstala el sistema operativo en el equipo, el equipo tendrá un SID diferente, incluso si usa el mismo
nombre de equipo.
Para información sobre las tareas posteriores a la restauración, vea este artículo.
NOTE
Debe seguir estos pasos para cualquier otro recurso de tejido, como los proveedores de almacenamiento, servidores de
biblioteca, etc. que agrega después de crear una copia de seguridad de la base de datos.
Copia de seguridad y restauración de VMM
IMPORTANT
En este artículo se describe el proceso de copia de seguridad y recuperación en un entorno de System Center -
Virtual Machine Manager (VMM) y se ofrecen algunas recomendaciones.
Antes de empezar
No use puntos de control para la recuperación ante desastres. Los puntos de control no crean duplicados
completos del contenido del disco duro ni copian los datos en un volumen independiente.
Puede usar un punto de control que sirva como copia de seguridad temporal, antes de actualizar un sistema
operativo en una máquina virtual. Esto le permite revertir la actualización si genera efectos adversos.
Debe usar una aplicación de copia de seguridad para realizar copias de seguridad de los datos y recuperarlos
en caso de pérdida de datos grave. Una opción es System Center Data Protection Manager (DPM).
Puede introducir datos como contraseñas de autorización de acceso remoto (RAA) y la clave de producto
cuando vuelva a instalar VMM. Sin embargo, algunos datos cifrados, como los roles de máquina virtual no se
pueden especificar de nuevo.
No se puede realizar una copia de seguridad de estos datos ni restaurarlos si se usa la interfaz de
programación de aplicaciones de protección de datos (DPAPI) para realizar copias de seguridad de VMM.
Los datos se perderán si se produce un error en el servidor de administración de VMM.
Crear e implementar un plan de copia de seguridad

Los elementos básicos de un plan de copia de seguridad incluyen una lista de lo que debe incluirse en la copia
de seguridad y un resumen de lo que se cambia con frecuencia (y por lo tanto, de lo que se debe crear una copia
de seguridad con frecuencia) en su entorno.
Realización de una copia de seguridad de la base de datos VMM

La base de datos VMM contiene información como configuraciones, plantillas de servicio, perfiles, plantillas de
máquina virtual, servicios, servicios de escalabilidad horizontal y otros datos importantes que son necesarios
para que VMM funcione correctamente. Realice una copia de seguridad de la base de datos VMM
periódicamente.
La base de datos VMM puede almacenarse en el servidor de administración VMM o en un servidor
independiente que ejecute Microsoft SQL Server. Para realizar una copia de seguridad de la base de datos VMM,
puede utilizar uno varios de los elementos siguientes:
Herramientas de SQL Server. Para obtener más información, consulte Crear una copia de seguridad
completa de base de datos (SQL Server).
Otras herramientas de copia de seguridad que se utilizan en su entorno.
La consola VMM o un cmdlet de Windows PowerShell, como se describe en los procedimientos
siguientes.
Además de realizar una copia de seguridad de la base de datos, recomendamos que cree una copia de
seguridad del estado del sistema del servidor de administración VMM, de modo que pueda volver a crear el
servidor con el mismo identificador de seguridad (SID) en caso de una pérdida de datos grave. El SID es una
parte integral del modo en que VMM está autorizado en hosts de máquina virtual.
IMPORTANT
Existen varios métodos para recuperar el archivo de base de datos VMM creado mediante cualquiera de los siguientes
procedimientos de copia de seguridad. Un método, que requiere que el servidor de administración VMM esté en
funcionamiento, es usar la herramienta SCVMMRecover.exe , como se describe en Backup-SCVMMServer (aunque
SCVMMRecover.exe no es un cmdlet). Otro método, que no requiere que el servidor de administración VMM esté
en funcionamiento, consiste en realizar la restauración mediante las herramientas de SQL Server para restaurar y
adjuntar un archivo de base de datos.
Debe ser miembro del rol de usuario Administrador para poder realizar los procedimientos siguientes.
Realización de una copia de seguridad de la base de datos VMM con la consola VMM
1. En el área de trabajo Configuración , en la pestaña Inicio , grupo Copia de seguridad , haga clic en
Copia de seguridad .
2. En el cuadro de diálogo Copia de seguridad de Vir tual Machine Manager , escriba la ubicación del
archivo de copia de seguridad. Seleccione una carpeta que no sea un directorio raíz y a la que pueda
acceder SQL Server.
Puede comprobar el estado de la copia de seguridad en el área de trabajo Trabajos.
Para obtener información sobre cómo recuperar la copia de seguridad, consulte la nota Impor tante
antes de este procedimiento.
Realización de una copia de seguridad de la base de datos VMM con cmdlets en Windows PowerShell
1. Inicie una sesión de WindowsPowerShell.
2. En el símbolo del sistema de Windows PowerShell, ejecute los cmdlets Get-SCVMMServer y Backup-
SCVMMServer mediante la sintaxis siguiente:
get-scvmmserver <VMM management server name> | backup-scvmmserver -Path <BackupFileDir>
Para obtener información sobre cómo recuperar la copia de seguridad, consulte la nota Impor tante antes de
estos procedimientos.
Realizar una copia de seguridad de hosts y máquinas virtuales

Los hosts de máquina virtual son hosts de Hyper-V, hosts de VMware ESXi y clústeres de hosts en los que se
implementan las máquinas virtuales y los servicios. Para realizar una copia de seguridad de los hosts y los
clústeres de máquina virtual, utilice Microsoft System Center Data Protection Manager (DPM) u otra aplicación
de copia de seguridad que aproveche las ventajas del Servicio de instantáneas de volumen (VSS) para copiar los
datos del host y de la máquina virtual en un recurso compartido de servidor de archivos remoto.
IMPORTANT
Se recomienda realizar diariamente una copia de seguridad de los archivos de configuración de máquina virtual (.vmc).
Realice un inventario de los hosts y, a continuación, efectúe una copia de seguridad de todas las máquinas
virtuales hospedadas. Para obtener la lista de los hosts que administra VMM, ejecute el cmdlet siguiente desde
una línea de comandos de Windows PowerShell:
$vmhost = get-scvmmserver <VMM management server name> | get-scvmhost
Para obtener más información, consulte Get-SCVMMServer y Get-SCVMHost.

Realice una copia de seguridad de todos los archivos de configuración y de recursos en cada host de VMM
mediante software de copia de seguridad que admita el escritor de VSS de VMM. El software de copia de
seguridad compatible con VMM minimiza el número de pasos necesarios para archivar y restaurar máquinas
virtuales, reduce el tiempo de inactividad y garantiza la coherencia de los datos que se archivan o restauran.
Realizar una copia de seguridad de servidores de biblioteca

La biblioteca de VMM incluye los recursos basados en archivos, como discos duros virtuales, imágenes ISO,
scripts, archivos de controlador y paquetes de aplicación almacenados en servidores de biblioteca. Estos
recursos están estrechamente asociados a los recursos de la base de datos VMM que no están basados en
archivos, como perfiles y plantillas de máquina virtual y servicio. Es necesario realizar una copia de seguridad de
todos estos recursos.
Para realizar una copia de seguridad de los datos de servidores de biblioteca, utilice System Center Data
Protection Manager (DPM) u otra aplicación de copia de seguridad que aproveche las ventajas del Servicio de
instantáneas de volumen (VSS) para copiar los datos del host y de la máquina virtual en un recurso compartido
de servidor de archivos remoto. Para obtener la lista de servidores de biblioteca de VMM, ejecute el cmdlet
siguiente desde una línea de comandos de Windows PowerShell:
$libraryservers = get-scvmmserver <VMM management server name> | get-sclibraryserver
Para obtener más información, consulte Get-SCVMMServer y Get-SCLibraryServer.

Realice una copia de seguridad de todos los archivos de los recursos compartidos de biblioteca en una carpeta
compartida de un servidor de archivos remoto, incluidos los archivos con las siguientes extensiones:
.vhd y .vhdx
.iso
.vmx
.ps1
.vmc
.vsv
Realizar una copia de seguridad de las nubes privadas de VMM

Para coordinar y automatizar la replicación y la conmutación por error de las máquinas virtuales que se
encuentran en nubes de VMM, puede usar el Administrador de Azure Site Recovery. Puede replicar de las
maneras siguientes:
Desde un sitio de VMM local a otro, mediante la replicación de Hyper-V o SAN.
Desde un sitio de VMM local a Azure, mediante la replicación de Hyper-V.
Copia de seguridad de las claves del Registro, las claves de cifrado y

las credenciales
Use las directrices siguientes para copias de seguridad de las claves del Registro, las claves de cifrado y las
credenciales no administradas por VMM:
Claves del Registro : VMM usa varias claves del Registro para almacenar valores de configuración
importantes. La configuración se almacena en la siguiente clave del Registro y sus subclaves:
HKLM\Software\Microsoft\Microsoft System Center Vir tual Machine Manager
Ser ver\Settings .
Debe hacer una copia de seguridad de toda esta sección del Registro, con la excepción posible de la
subclave SQL. Al realizar una copia se seguridad de la subclave SQL, usted captura el nombre, la
ubicación y otros detalles de la base de datos en el momento de la copia de seguridad, lo que podría no
coincidir con los detalles de la base de datos VMM deseados en el momento de la recuperación.
Para realizar una copia de seguridad de las claves del Registro, puede utilizar la función Expor tar de
Regedit o cualquier otra herramienta que se use en su entorno para realizar una copia de seguridad de
las claves del Registro.
Claves de cifrado en Active Director y Domain Ser vices : si la administración de claves distribuida
(DKM) está configurada, está almacenando las claves de cifrado relacionadas con VMM en Active
Directory Domain Services (AD DS). Para realizar una copia de seguridad de estas claves, realice una
copia de seguridad de Active Directory de forma regular.
Credenciales no administradas por VMM : algunas credenciales relacionadas con VMM se
administran mediante el Administrador de credenciales de Windows en el servidor de administración
VMM. Para tener acceso al Administrador de credenciales, seleccione en el Panel de control Todos los
elementos de Panel de control y, a continuación, haga clic en Administrador de credenciales .
Haga clic en Copia de seguridad de credenciales para realizar una copia de seguridad de todas las
credenciales relacionadas con VMM.
Realizar una copia de seguridad de complementos de la interfaz de

usuario y otras aplicaciones que no son de Microsoft
Los complementos de la interfaz de usuario que no son de Microsoft pueden usarse para ampliar la
funcionalidad de la consola WMM. Los datos que usa un complemento de la interfaz de usuario pueden
almacenarse en el servidor local o en un equipo remoto y pueden estar configurados con un conjunto específico
de permisos. Consulte las instrucciones de copia de seguridad de su complemento de interfaz de usuario
específico.
Para otras aplicaciones que no sean de Microsoft, consulte las instrucciones de copia de seguridad específicas de
las aplicaciones.
Restaurar el entorno de VMM

Restaurar la base de datos VMM si es necesario
Si la base de datos WMM debe restaurarse, restáurela primero mediante el proceso que corresponde al método
de copia de seguridad. Por ejemplo, para usar las herramientas de SQL Server para la restauración, consulte
Información general sobre restauración y recuperación (SQL Server).
Si la base de datos VMM es el único elemento que necesita restaurar y desea obtener información sobre la
herramienta SCVMMRecover.exe , consulte Backup-SCVMMServer.
Para restaurar el servidor VMM en el mismo equipo
Si utiliza el mismo equipo para el servidor VMM, realice una restauración del estado del sistema en este (de lo
contrario, omita esta sección). Si lo hace, el SID del servidor VMM se mantiene y se requieren menos pasos para
restaurar el entorno VMM.
Después de restaurar el servidor VMM, siga estos pasos:
1. Quite todos los hosts o máquinas virtuales desde la consola VMM que se quitaron después de la última
copia de seguridad. Si se quitó un host después de la última copia de seguridad, aparece como "No
responde" y todas las máquinas virtuales del host aparecen como "El host no responde". Si el host está
presente pero se quitó una máquina virtual después de la última copia de seguridad, la máquina virtual
aparece como "Falta".
2. Agregue los hosts o las máquinas virtuales que se agregaron después de la última copia de seguridad.
Restaurar el servidor VMM en un equipo diferente
Si tiene previsto restaurar el servidor de administración VMM en un equipo físico diferente, revise primero los
requisitos de hardware incluidos en los requisitos del sistema.
Luego, reinstale VMM en el servidor seleccionado y oriente el servidor VMM a la base de datos VMM. Dado que
este servidor tendrá un SID diferente que el equipo original, se requieren algunos pasos para actualizarlo con el
entorno. Estos pasos incluyen la reasociación de hosts con el nuevo servidor VMM (de lo contrario, seguirán
asignados a la cuenta del equipo original).
Actualizar hosts con el nuevo servidor de administración de VMM
1. Abra la consola VMM.
2. Revise las listas de hosts y máquinas virtuales, según sea necesario, para prepararse para los siguientes
pasos de este procedimiento:
Para revisar la lista de servidores, en el área de trabajo Tejido , a la izquierda, haga clic en
Ser vidores .
Para revisar la lista de máquinas virtuales, en el área de trabajo VM y ser vicios , a la izquierda,
haga clic en Todos los hosts .
3. Quite todos los hosts o máquinas virtuales desde la consola VMM que se quitaron después de la última
copia de seguridad. Si se quitó un host después de la última copia de seguridad, aparece como "No
responde" y todas las máquinas virtuales del host aparecen como "El host no responde". Si el host está
presente pero se quitó una máquina virtual después de la última copia de seguridad, la máquina virtual
aparece como "Falta".
4. Agregue los hosts o las máquinas virtuales que se agregaron después de la última copia de seguridad.
5. Identifique los equipos administrados que están marcados como "Acceso denegado", haga clic con el
botón derecho en cada uno de ellos, haga clic en Reasociar y proporcione las credenciales
administrativas.
6. Si va a restaurar un servidor de administración VMM que también era un servidor de biblioteca, el nuevo
equipo mostrará el servidor VMM original como servidor de biblioteca predeterminado. Desde la vista
Biblioteca , quite el servidor de biblioteca original y, a continuación, agregue el nuevo equipo como
servidor de biblioteca.
Es posible que también deba reasociar los servidores de la red perimetral (también conocida como DMZ, zona
desmilitarizada y subred filtrada), como se describe en la sección siguiente.
Reasociar los servidores de una red perimetral
Después de restaurar un servidor VMM, los servidores de una red perimetral pueden aparecer inicialmente
como "No responde". En ese caso, realice los pasos que se indican a continuación.
1. Inicie sesión en cada servidor de la red perimetral y busque la cuenta VMM. La cuenta VMM es una
cuenta de administrador local con un nombre de usuario de 10 caracteres de scvmm más cinco
caracteres aleatorios.
2. Cambie la contraseña de la cuenta VMM en cada servidor.
3. En el servidor de administración VMM, en el cuadro de diálogo Propiedades de host , haga clic en la
pestaña Opciones y asigne a cada servidor la misma contraseña que creó en el paso 2.
Restaurar los servidores de biblioteca VMM
Para restaurar un servidor de biblioteca después de la pérdida de datos, restaure los recursos compartidos de
servidor de archivos y, a continuación, restaure los datos en los recursos compartidos.
Después de restaurar el servidor de administración VMM y la base de datos VMM, los servidores de biblioteca
se muestran en la consola VMM. Vuelva a asociar estas listas con los servidores de biblioteca físicos según sea
necesario.
1. Si el equipo recién restaurado tiene el mismo nombre que el equipo original, instale el agente Virtual
Machine Manager localmente en el equipo y, a continuación, reasocie ese equipo con el servidor de
administración VMM.
2. Si el equipo recién restaurado tiene un nombre diferente al del equipo original, use la consola VMM para
quitar el equipo original de la lista de equipos administrados y, después, agregue el nuevo equipo.
Restaurar claves del Registro, objetos de Active Directory y

credenciales no administradas por VMM
Use las directrices siguientes para restaurar claves del Registro, objetos de Active Directory y credenciales no
administradas por VMM:
Claves del Registro : para restaurar las claves del Registro de las que previamente se ha realizado una
copia de seguridad, puede usar la función Impor tar de Regedit o cualquier otra herramienta que se use
en su entorno para realizar la copia de seguridad y la restauración de las claves del Registro. Sin
embargo, no restaure la subclave SQL si el nombre, la ubicación y otros detalles de la base de datos que
la contiene no coinciden con los deseados para la base de datos VMM en el momento en que se van a
restaurar las claves del Registro.
Objetos de Active Director y : si la administración de claves distribuida (DKM) está habilitada en su
entorno de VMM, VMM almacena algunos datos en Active Directory, como contraseñas de RAA,
información de la clave del producto y datos del rol de máquina virtual. Después de volver a instalar
VMM, puede volver a introducir algunos de los datos que estaban almacenados en Active Directory,
como contraseñas de RAA e información de la clave del producto, si es necesario. Después de volver a
instalar VMM y (si es necesario) restaurar Active Directory, los datos de Active Directory siguen siendo
accesibles para VMM.
Credenciales no administradas por VMM : en el Panel de control, seleccione Todos los elementos
de Panel de control y haga clic en Administrador de credenciales . Haga clic en Restaurar
credenciales para restaurar todas las credenciales relacionadas con VMM de las que se realizó
previamente una copia de seguridad.
Tareas posteriores a la restauración

En función de su configuración de VMM, debe llevar a cabo algunas de las tareas siguientes después de
restaurar su entorno de VMM:
Configurar grupos de disponibilidad AlwaysOn

Si la base de datos VMM se ha configurado mediante el uso de grupos de disponibilidad AlwaysOn de SQL
Server, deberá realizar algunas tareas para garantizar que la base de datos esté configurada correctamente con
un grupo de disponibilidad.
Reinstalar el Paquete de Windows Azure
Si se implementó Windows Azure Pack (WAP) en su entorno para admitir inquilinos mediante VMM, tendrá que
reinstalarlo después de restaurar el entorno de VMM. Para obtener más información sobre Windows Azure Pack
para Windows Server, consulteWindows Azure Pack para Windows Server.
Instalar consolas VMM adicionales

Si tuvo que reemplazar servidores en los que estaban instaladas las consolas VMM, reinstale las consolas en
dichos servidores.
Actualizar plantillas de máquina virtual
Todas las plantillas de máquina virtual que se restauraron deben especificar correctamente el disco duro virtual
que contiene el sistema operativo.
1. En la consola VMM, abra el área de trabajo Biblioteca , expanda Plantillas y haga clic en Plantillas de
VM .
2. En el panel Plantillas , haga clic con el botón derecho en la plantilla de máquina virtual que desea
actualizar, haga clic en Propiedades y, a continuación, haga clic en la página Configuración de
hardware para actualizar la configuración.
Restaurar el Administrador de recuperación de Hyper-V de Windows Azure
Si el Administrador de recuperación de Hyper-V de Microsoft Azure se implementa en el entorno de VMM, debe
realizar algunos pasos para restaurar el proveedor del Administrador de recuperación de Hyper-V de Microsoft
Azure.
Revisar complementos, paquetes de controladores y certificados
Después de restaurar VMM, revise los siguientes elementos para asegurarse de haber realizado los pasos
necesarios para los complementos, paquetes de controladores y certificados:
Complementos de la interfaz de usuario que no son de Microsoft : para restaurar complementos
de la interfaz de usuario que no son de Microsoft o cualquier otra aplicación que no es de Microsoft,
consulte las directrices de restauración de la aplicación correspondiente.
Paquetes de controladores : los paquetes de controladores que se han agregado previamente a la
biblioteca VMM podrían no detectarse correctamente tras una restauración. Es posible que deban
eliminarse y volver a agregarse.
Cer tificados : todos los certificados relacionados con VMM de los hosts deben actualizarse con la
información del nuevo servidor de administración VMM.
NOTE
Después de reinstalar VMM, VMM actualiza las listas de control de cuentas (ACL) que quedaron obsoletas debido al error.
No es necesaria ninguna intervención.
Configurar la biblioteca en el tejido de proceso de
VMM
IMPORTANT
Lea este artículo para conocer la biblioteca de System Center - Virtual Machine Manager (VMM) y cómo
interactuar con ella.
La biblioteca VMM es un recurso compartido de archivos que incluye un catálogo de recursos que se usan para
implementar máquinas virtuales y servicios en el tejido de VMM. La biblioteca almacena:
Recursos basados en archivos , como discos duros virtuales, imágenes ISO, scripts, archivos de
controlador y paquetes de aplicación (aplicaciones de capa de datos de SQL Server y Web Deploy).
Recursos no basados en archivos como plantillas de máquinas virtuales y plantillas de servicio que se
usan para crear máquinas virtuales y servicios.
Máquinas vir tuales sin conexión que se almacenan en la biblioteca.
Cuando instala VMM, de manera predeterminada se crea un recurso compartido de biblioteca único en el
servidor de administración de VMM. Puede agregar recursos compartidos adicionales. Para obtener una alta
disponibilidad, puede implementar un clúster de conmutación por error de servidores de archivos. No se admite
un servidor de archivos de escalabilidad horizontal (SOFS). Interactúe con bibliotecas y recursos de biblioteca
mediante la vista Biblioteca de la consola VMM.
¿Qué puedo hacer en la biblioteca?

T IP O DE REC URSO ¿Q UÉ P UEDO A GREGA R?
Recursos basados en archivos Discos duros virtuales (.vhd/.vhdx/.vmdk), archivos de

imágenes ISO (.iso), scripts de PowerShell (.ps1), scripts de
SQL Server (.sql), paquetes de Web Deploy (MSDeploy) (.zip),
aplicaciones de capa de datos de SQL Server - DACS
(.dacpac), paquetes de Server App-V (.osd), archivos de
controlador (.inf), archivos de respuesta (.inf, xml), disquetes
virtuales (.vfd/.flp)
Plantillas y perfiles Las plantillas le ayudan a crear rápidamente máquinas

virtuales y servicios con una configuración coherente. Cree y
agregue perfiles con una configuración específica a las
plantillas.
Las plantillas de máquina vir tual se usan para crear una

sola máquina virtual. Una plantilla se puede crear a partir de
un disco duro virtual existente, de otra plantilla de máquina
virtual de la biblioteca o de una máquina virtual
implementada en un host.
Las plantillas de ser vicio se usan para crear varias

máquinas virtuales y pueden incluir la configuración de las
características y roles de Windows Server. Además, el uso de
plantillas de servicio de perfiles de SO invitado y hardware
puede aprovechar los perfiles de SQL Server y aplicaciones.
Los perfiles de hardware definen la configuración de

hardware como CPU, memoria, prioridad de máquina virtual
para la asignación de recursos en el host.
Los perfiles de SO invitado definen la configuración de

sistema operativo que se aplicará cuando se crea una
máquina virtual desde una plantilla.
Los perfiles de aplicación proporcionan las instrucciones

necesarias para instalar una aplicación. VMM admite estos
mecanismos para la implementación de aplicaciones, las
aplicaciones de capa de datos (DAC) y WebDeploy
(MSDeploy), al ejecutar un script que se ha creado para
Windows Installer (.msi), setup.exe, el servicio de
configuración de estado deseado de Windows PowerShell
(DSC), Puppet y Chef.
Los perfiles de SQL Ser ver proporcionan instrucciones

para personalizar una instancia de SQL Server para un DAC
de SQL Server.
Objetos equivalentes Los objetos equivalentes son agrupamientos definidos por el

usuario de los recursos de biblioteca que se consideran
equivalentes. Después de que haya marcado objetos como
equivalentes, cuando seleccione un disco virtual específico en
un recurso compartido de biblioteca de una plantilla o perfil,
VMM puede sustituir cualquier objeto equivalente cuando
una máquina virtual o servicio se crea. Esto significa que
puede crear plantillas y perfiles sin basarse en recursos físicos
específicos, y los recursos pueden realizarse sin afectar a la
disponibilidad de plantillas y perfiles. VMM admite como
objetos equivalentes discos virtuales, imágenes .iso y
recursos personalizados.
Bibliotecas de nube Son los recursos compartidos de biblioteca de solo lectura

que se asignan a la nube privada y a un nodo almacenado.
Los usuarios de autoservicio que cuentan con los permisos
apropiados pueden almacenar en ellas máquinas virtuales y
servicios. Puede agregar recursos a las bibliotecas de nube
para que estén disponibles para los usuarios de la nube
privada.
Contenido de usuario de autoser vicio Los usuarios de autoservicio pueden cargar sus propios
recursos que pueden usarse cuando crean plantillas. Los
usuarios pueden compartir recursos con otros usuarios de
autoservicio.
Ser vicios y máquinas vir tuales almacenadas Los usuarios pueden almacenar sus máquinas virtuales que
no se encuentran en uso en el nodo almacenado de la
biblioteca de nube.
Actualizar catálogo y líneas base Si administra actualizaciones mediante VMM, entonces las
líneas base de actualización de WSUS se almacenan en la
biblioteca.
Recursos personalizados Agregue recursos personalizados de forma que esos

recursos, que de otro modo no se indexarían, se muestren
en la biblioteca. Para realizar esto, cree una carpeta con una
extensión .CR y guárdela en un recurso compartido de
biblioteca. El contenido de la carpeta está disponible para
todos los usuarios que tengan acceso al recurso compartido.
Los ejemplos de recursos personalizados incluyen scripts
previos y posteriores a la ejecución, y paquetes de
instalación personalizados.
Administrar recursos compar tidos de biblioteca Puede administrar servidores de biblioteca, que se replican.
replicados Puede usar cualquier tecnología de replicación, como DFSR,
para administrar los recursos compartidos replicados a
través de VMM.
Obtenga más información sobre la Administración de recursos compartidos de biblioteca replicados.
Pasos siguientes
Más información sobre agregar recursos basados en archivos a la biblioteca.
Agregar recursos basados en archivos a la
biblioteca VMM
IMPORTANT
Después de que haya configurado la biblioteca de System Center - Virtual Machine Manager (VMM), use este
artículo si quiere agregar recursos basados en archivos a la biblioteca y marcar objetos de la biblioteca como
equivalentes.
Puede agregar recursos basados en archivos a la biblioteca de esta manera:
Copiar archivos en el recurso compartido de la consola VMM
Importar y exportar recursos basados en archivos entre recursos compartidos de biblioteca
Copiar archivos en el recurso compartido de biblioteca desde fuera de la consola VMM
NOTE
Prepare el disco duro virtual con Sysprep y, después, agréguelo a la biblioteca VMM Más información.
Copiar archivos en el recurso compartido de la consola VMM

1. Vaya a Biblioteca > Ser vidores de biblioteca .
2. Haga clic con el botón derecho en un recurso compartido de biblioteca > Explorar .
3. Copie los archivos en el recurso compartido.
Importar y exportar archivos entre bibliotecas

1. Haga clic en Biblioteca > Impor tar recurso físico .
2. Seleccione si quiere importar un recurso o recursos personalizados, seleccione el servidor de la biblioteca de
destino, un recurso compartido y, opcionalmente, una carpeta. Haga clic en Aceptar > Impor tar .
Compruebe la importación en Ser vidores de biblioteca > ubicación de destino > Objetos de biblioteca
física .
3. Para exportar, haga clic en Expor tar recurso físico .
4. Haga clic con el botón derecho en un recurso compartido de biblioteca > Explorar . Seleccione los recursos
que quiere exportar (seleccione y mantenga pulsada la tecla Mayús para seleccionar más de uno) y haga clic
en Aceptar . Seleccione una carpeta de destino y haga clic en Aceptar > Expor tar .
5. Copie los archivos en el recurso compartido.
Marcar objetos como equivalentes

Puede agrupar recursos de biblioteca de forma que se consideren equivalentes. Después, cuando cree plantillas
y perfiles y seleccione un disco virtual específico en un recurso compartido de biblioteca, VMM puede sustituir
cualquier objeto equivalente cuando una máquina virtual o servicio se crea. Esto significa que puede crear
plantillas y perfiles sin basarse en recursos físicos específicos, y los recursos pueden realizarse sin afectar a la
disponibilidad de la plantilla y el perfil.
VMM admite como objetos equivalentes discos virtuales, imágenes .iso y recursos personalizados. Los recursos
equivalentes deben ser del mismo tipo de archivo.
Para marcar objetos como equivalentes, es necesario tener el rol de administrador, administrador delegado o
usuario de autoservicio. Los administradores delegados pueden marcar equivalencias en los recursos
compartidos de biblioteca que estén dentro de su ámbito. Los usuarios de autoservicio pueden marcar objetos
que estén en su ruta de acceso de datos del rol de usuario.
1. Haga clic en Biblioteca > Ser vidores de biblioteca .
2. Para administradores y administradores delegados, la columna Ser vidor de biblioteca indica la ubicación
de cada recurso. Los usuarios de autoservicio deben expandir Contenido de usuario de autoser vicio >
Tipo para ordenar los recursos de biblioteca.
3. Haga clic con el botón derecho en los recursos > Marcar equivalente .
4. En Objetos de biblioteca equivalentes , escriba el nombre de familia y el valor de versión para crear un
nuevo conjunto equivalente, o haga clic en un nombre de familia para agregarlo a un conjunto existente. Los
objetos deben tener el mismo nombre de familia, valor de versión y espacio de nombres (asignado
automáticamente por VMM) para que sean equivalentes.
Pasos siguientes
Obtenga información sobre cómo agregar perfiles a la biblioteca VMM.
Agregar perfiles a la biblioteca VMM
IMPORTANT
Use este artículo para obtener información sobre los perfiles de System Center - Virtual Machine Manager
(VMM) y cómo agregarlos a la biblioteca VMM.
Un perfil VMM contiene una configuración que se usa cuando crea una nueva máquina virtual o una plantilla de
máquina virtual. Los perfiles facilitan la implementación ayudándole a crear rápidamente máquinas virtuales
con una configuración coherente. Los perfiles se pueden usar para restringir la configuración disponible para los
usuarios de autoservicio que crean nuevas máquinas virtuales.
USA DO EN P L A N T IL L A S DE USA DO EN P L A N T IL L A S DE
P ERF IL DETA L L ES M Á Q UIN A VIRT UA L SERVIC IO
Perfil de hardware Define la configuración de Sí No

hardware, como la CPU,
memoria, adaptadores de
red, un adaptador de vídeo,
una unidad de DVD y la
prioridad de máquina
virtual cuando los recursos
se asignan en un host de
máquina virtual.
Perfil de sistema Define opciones de Sí No

operativo invitado configuración del sistema
operativo que se aplican a
una máquina virtual,
incluido el tipo de sistema
operativo, el nombre del
equipo, la contraseña de
administrador, el nombre de
dominio, la clave de
producto, la zona horaria, el
archivo de respuesta y el
archivo RunOnce.
Perfil de aplicación Proporciona instrucciones No Sí

para instalar una aplicación.
VMM admite varios
mecanismos para la
implementación de
aplicaciones. Dos de estos
mecanismos son para
tecnologías de
empaquetado de
aplicaciones específicas-
aplicaciones de capa de
datos (DAC) y WebDeploy
(MSDeploy). Un tercer
mecanismo permite instalar
cualquier aplicación
mediante la ejecución de un
script. Puede usar scripts
creados para Windows
Installer (MSI), programas
de instalación Setup.exe, el
servicio de configuración de
estado deseado de
Windows PowerShell (DSC),
software Puppet y Chef.
Perfil de SQL Ser ver Proporciona instrucciones No Sí

para personalizar una
instancia de Microsoft SQL
Server para un DAC de SQL
Server cuando se
implementa una máquina
virtual como parte de un
servicio.
Perfil de capacidad Define límites y Sí Sí

funcionalidades para un
conjunto de recursos
específico, por ejemplo, la
configuración de
adaptadores de red,
intervalos de procesador y
memoria. Los perfiles de
capacidad se usan en
perfiles de hardware o en
implementaciones en la
nube. Por ejemplo, puede
configurar una nube
privada y asignarla un perfil
de capacidad de Hyper-V
que requiera que todos los
recursos tengan una
disponibilidad alta. En este
ejemplo debe configurar
recursos de biblioteca,
como perfiles de hardware,
para que estén en línea con
la capacidad. Para obtener
más información, consulte
este artículo.
Perfil de equipo físico Define la configuración que No No

se usa para aprovisionar
servidores
Crear un perfil de hardware

1. En la consola VMM, haga clic en > Biblioteca > Crear > Perfiles de hardware .
2. En Nuevo perfil de hardware > General , escriba un nombre del perfil. Puede crear un perfil de hardware
con la configuración predeterminada pero probablemente querrá adaptarla. En Perfil de hardware , puede
especificar la configuración de hardware.
3. En Compatibilidad , puede especificar si un perfil de capacidad debe asignarse al perfil de hardware.
Recuerde que los perfiles de capacidad ayudan a limitar las opciones disponibles cuando crea una nueva
máquina virtual.
4. En General , puede definir cuántos procesadores virtuales se asignan a la máquina virtual. En Memoria,
puede especificar la memoria estática y el intervalo de memoria dinámica. El inicio especifica la memoria que
se asigna a la máquina virtual durante el inicio. Después del inicio, la máquina virtual puede reclamar de
nuevo esta memoria según la configuración de memoria mínima.
5. En Configuración de bus , puede agregar y quitar el hardware que admite el dispositivo de
almacenamiento.
6. En Adaptadores de red , especifique el número de adaptadores de red de la máquina virtual, si tendrán una
dirección IP estática o una dirección asignada desde un grupo, la dirección MAC y un perfil de puerto. El
perfil de puerto puede usarse para controlar cómo se usa el ancho de banda en los adaptadores.
7. En Avanzadas , puede especificar la configuración de rendimiento y alta disponibilidad. En Disponibilidad ,
especifique si la máquina virtual debería tener una alta disponibilidad al implementarse en un clúster. En
BIOS , seleccione el orden del dispositivo virtual y cuándo Bloq Num está habilitado para la entrada de
contraseña. En Prioridad de CPU , especifique la prioridad relativa del uso de la CPU para la máquina
virtual. Si la establece en Alta, la máquina virtual tendrá más acceso a los recursos que a los que se ha
configurado como Baja. En NUMA vir tual , especifique cuándo puede usar NUMA virtual la máquina virtual.
En Peso de memoria , especifique la prioridad de memoria relativa de la máquina virtual.
8. Después de que haya terminado de crear el perfil de hardware, puede hacer clic con el botón derecho para
configurar las propiedades adicionales. En Dependencias , verá cualquier dependencia del perfil. Por
ejemplo, si se necesita un archivo basado en biblioteca lo veremos aquí. En Acceso , puede ver los roles o
usuarios que tienen permisos para usar este perfil. En Errores de validación , puede comprobar si hay
errores.
9. Después de que haya creado el perfil de hardware, puede usarlo al configurar una plantilla de máquina
virtual o crear una máquina virtual. Puede seleccionar un perfil de hardware completo, o seleccionarlo y,
después, retocar la configuración de la plantilla o máquina virtual individual.
Crear un perfil de SO invitado

1. En la consola VMM, haga clic en > Biblioteca > Crear > Perfiles de SO invitado .
2. En Nuevo perfil de SO invitado > General , escriba un nombre del perfil. En Perfil de SO invitado ,
especifique la configuración de SO.
3. En Configuración general > Sistema operativo , especifique el sistema operativo de la máquina virtual.
En Información de identidad , especifique el nombre de la máquina actual de la máquina virtual.
Probablemente querrá un nombre único, de forma que pueda especificar un carácter comodín para generar
un nuevo nombre para cada máquina virtual. También puede usar caracteres ### para establecer un valor
numérico creciente. Por ejemplo, si escribe ContosoVM-## genera máquinas denominadas ContosoVM-01,
ContosoVM-02, etc. En Contraseña de administrador , especifique que los permisos de administrador
local requieren una contraseña. Puede usar la cuenta de ejecución predefinida. En Clave de producto ,
escriba la clave de la instalación de SO. Si agrega un archivo de respuesta en Scripts , puede seleccionar la
configuración Clave de producto proporcionada en el archivo de respuesta . En Zona horaria ,
especifique la ubicación horaria de la máquina virtual.
4. En Roles y características , especifique qué debería instalarse en la máquina virtual. Tenga en cuenta que
esta configuración solo se usa para el perfil que se usa en una plantilla de máquina virtual que, después, se
usa en una plantilla de servicio.
5. En Redes , especifique la configuración del dominio para la máquina virtual y las credenciales que se van a
usar para unirse al dominio.
6. En Scripts , especifique cualquier script que quiera usar para la máquina virtual. Los scripts deben ubicarse
en el recurso compartido de biblioteca. Por ejemplo, un archivo de respuesta de instalación. La opción
GUIRunOnce le permite ejecutar un script la primera vez que un usuario inicie sesión en la máquina virtual.
7. Después de que haya creado el perfil de SO invitado, puede hacer clic con el botón derecho para configurar
las propiedades adicionales. En Dependencias , verá cualquier dependencia del perfil. Por ejemplo, cuentas
de ejecución. En Acceso , puede ver los roles o usuarios que tienen permisos para usar este perfil.
8. Después de que haya creado el perfil de hardware, puede usarlo al configurar una plantilla de máquina
virtual o crear una máquina virtual.
Cree un perfil de aplicación

1. En la consola VMM, haga clic en > Biblioteca > Crear > Perfiles de aplicación .
2. En Nuevo perfil de aplicación > General , escriba un nombre del perfil. En Configuración de
aplicación , puede especificar la configuración de la aplicación.
3. En Configuración de aplicación > Compatibilidad de SO , especifique los sistemas operativos invitados
que son compatibles con el perfil de aplicación.
4. Haga clic en Agregar y seleccione el tipo de aplicación o script que quiere aplicar al perfil. Para implementar
cualquier tipo de aplicación, seleccione General . Para implementar scripts o paquetes DAC de SQL Server,
seleccione Host de aplicación de SQL Ser ver de forma que pueda agregar paquetes y scripts al perfil.
Para implementar aplicaciones web, haga clic en Host de aplicación web , de forma que solo puede
agregar scripts y paquetes de Web Deploy al perfil.
5. Si ha seleccionado General , puede agregar más de una aplicación o script al perfil.
6. Para las aplicaciones, puede especificar la configuración como certificados, puertos y carpetas. También
puede especificar la implementación de la aplicación debería administrarse por un script. Puede especificar el
nombre de script y especificar cuándo debería ejecutarse.
7. Seleccione Scripts para agregar un número ilimitado de scripts y propiedades como los parámetros y la
configuración de seguridad. Por ejemplo, puede configurar un script para crear un clúster invitado de varias
máquinas virtuales que se han implementado mediante VMM. Por ejemplo, puede especificar que un script
se ejecute en Creación: primera VM (para formar el clúster en la primera máquina virtual) y que un script
diferente se ejecute en Creación: VM después de la primera (para agregar más máquinas virtuales al clúster).
8. Cuando haya terminado, puede comprobar si el perfil se ha creado en Biblioteca > Perfiles > Perfiles de
aplicación .
9. Use perfiles de aplicación en plantillas de servicio. Por ejemplo, puede crear un número de plantillas de
máquina virtual con perfiles de hardware y SO. Después, puede crear una plantilla de servicio que incluye
esas plantillas de máquina virtual y los perfiles de aplicación, para crear un conjunto de máquinas virtuales
que se configuran e implementan conjuntamente como una entidad única.
Crear un perfil de SQL Server

1. En la consola VMM, haga clic en > Biblioteca > Crear > Perfiles de SQL Ser ver .
2. En Nuevo perfil de SQL Ser ver > General , escriba un nombre del perfil. En Configuración de SQL
Ser ver , puede especificar la configuración de la aplicación.
3. En Configuración de aplicación > Agregar > Implementación de SQL Ser ver . Una implementación
de SQL Server corresponde a instancias únicas de SQL Server. Si quiere una instancia múltiple de SQL Server
en la misma máquina virtual, deberá crear varias implementaciones.
4. En Implementación de SQL Ser ver , haga clic en Implementación 1 y especifique el nombre de la
implementación, los detalles de instancia de SQL Server. La cuenta de ejecución es opcional, y se usará la
cuenta de servicio de VMM si no la especifica.
5. En Configuración , escriba la ruta de acceso al archivo de instalación de SQL Server (setup.exe) y los
administradores de SQL Server.
6. En Cuenta de ser vicio , especifique qué cuentas se van a usar.
Crear un perfil de capacidad

La configuración exacta del perfil de capacidad depende del perfil en uso. Como ejemplo, configure el perfil de
capacidad de Hyper-V para especificar la alta disponibilidad de los recursos que se han usado en una nube VMM
privada.
1. En la consola VMM, haga clic en > Biblioteca > Crear > Perfiles de capacidad .
2. En Crear perfil de capacidad > General , escriba un nombre del perfil. En Capacidades , especifique la
configuración del perfil.
3. En Capacidades > Compatibilidad de tejido , seleccione Host de vir tualización de Hyper-V . También
puede optar por configurar un perfil de capacidad personalizado.
4. Configure la configuración de hardware del perfil. La configuración es similar a la que se ha usado en un
perfil de hardware. En cambio, en los perfiles de capacidad, esta configuración representa los límites en lugar
de los valores exactos.
5. En Avanzadas > Disponibilidad , seleccione Modo de máquina vir tual de alta disponibilidad > Uso
predeterminado > Requerido .
6. Complete el asistente. Después de crear el perfil, puede seleccionarlo y habilitarlo en VM y ser vicios >
nombre de nube > Propiedades > Perfiles de capacidad .
7. Recuerde que los demás perfiles y plantillas que se han usado para las máquinas virtuales en la nube deben
coincidir con los requisitos del perfil de capacidad y con la configuración de alta disponibilidad.
Crear un perfil de equipo físico

VMM se puede usar para aprovisionar equipos físicos en hosts de Hyper-V o en un servidor de archivos de
escalabilidad horizontal (SOFS). Cuando aprovisione equipos físicos, puede usar un perfil de equipo físico para
especificar la configuración de la máquina. Crear un perfil de equipo físico de la siguiente manera:
1. En la consola VMM, haga clic en > Biblioteca > Crear > Perfil de equipo físico .
2. En Nuevo perfil de equipo físico > Definición de perfil , escriba un nombre y descripción del perfil.
3. En Imagen de SO , seleccione un disco duro virtual del recurso compartido de biblioteca. Debería ejecutarse
en Windows Server 2012 R2 o posterior. Para crear el disco duro, puede crear una máquina virtual, instalar el
sistema operativo invitado y, después, usar Sysprep con las opciones /generalize y /oobe . Si el disco es
dinámico, VMM lo convierte en un disco fijo durante la implementación. Se recomienda que use un tipo de
disco fijo para aumentar el rendimiento y proteger los datos de usuario.
4. En Configuración de hardware , configure adaptadores de red, discos y particiones y cualquier
controlador.
5. En Adaptadores de red , haga clic en Propiedades de conectividad para configurar un nombre CDN
(Consistent Device Naming) para el adaptador. Especifique si asignar una dirección IP con DHCP o desde un
grupo estático. Si es un adaptador de red físico conectado a un modificador lógico, esta opción no está
disponible.
6. En Disco , especifique el esquema de particiones para el primer disco. Seleccione registro de arranque
maestro (MBR) para BIO o tabla de particiones GUID (GPT) para EFI. Especifique una etiqueta de volumen,
cuánto espacio de disco disponible usar y qué designar como partición de arranque. VMM copia el archivo
.vhd o .vhdx a la partición de arranque y crea automáticamente una partición de sistema en el mismo disco.
7. En el filtro Controlador, especifique los archivos del controlador que se aplicarán al sistema operativo
durante la implementación. Puede filtrar unidades con identificadores de reproducción y complementos o
con etiquetas específicas. Con la opción de etiqueta, debe agregar archivos de controlador a la biblioteca y
asignar las etiquetas correspondientes al recurso compartido de biblioteca antes de la implementación.
8. En Configuración de SO , configure el dominio, la contraseña del administrador local, el nombre y la
organización, el equipo de producto, la zona horaria y un archivo de respuesta para las opciones de
configuración adicionales. En GUIRunOnce, puede especificar comandos o scripts que deben ejecutarse la
primera vez que un usuario inicia sesión en la máquina.
9. Compruebe la configuración en Resumen y haga clic en Finalizar . Puede comprobar el perfil de equipo
físico en Biblioteca > Perfiles > Perfiles de equipo físico .
Pasos siguientes
Obtenga información sobre cómo crear plantillas de VM y plantillas de servicio en la biblioteca VMM y cómo
agregarles perfiles.
Agregar plantillas de VM a la biblioteca VMM
IMPORTANT
Lea este artículo para obtener información sobre las plantillas de VM y el modo de administrarlas en la
biblioteca de System Center - Virtual Machine Manager (VMM).
Las plantillas le ayudan a crear máquinas virtuales con una configuración coherente. VMM proporciona dos
tipos de plantillas:
Las plantillas de VM son objetos de bases de datos almacenados en la biblioteca de VMM que se usan para
configurar máquinas virtuales de forma rápida.
Las plantillas de servicio definen el modo en que se configura un servicio. Incluyen información sobre las
máquinas virtuales que se implementan como parte del servicio, las aplicaciones que se instalan en las
máquinas virtuales y la configuración de red que debe usarse. Normalmente, las plantillas de servicio
contienen plantillas de VM.
Hay dos métodos para crear una plantilla de VM:
A partir de un disco duro virtual existente o una plantilla de VM de la biblioteca de VMM.
NOTE
Asegurarse de que el disco duro virtual se ha preparado con Sysprep.
A partir de una VM existente implementada en un host.
Antes de empezar
Puede basar una nueva plantilla de máquina virtual en una plantilla de máquina virtual existente o en un
disco duro virtual que se almacena en la biblioteca. Puede establecer la configuración de hardware, la
configuración del sistema operativo invitado, la instalación de aplicaciones y las instancias de Microsoft SQL
Server. Puede configurar estas opciones manualmente o puede importar la configuración de un perfil
existente.
La configuración de direcciones IP estáticas solo está disponible cuando una VM se implementa desde una
plantilla de VM.
Si crea una plantilla de VM basada en Linux, algunas de las configuraciones específicas de Linux, como la
especialización del sistema operativo, solo funcionan si la VM basada en Linux se implementa en un host de
Hyper-V.
La opción para crear una plantilla de VM basada en una VM existente en un host no se aplica a las plantillas
de máquina virtual basada en Linux.
La configuración de la implementación de aplicaciones y de la implementación de SQL Server y las opciones
de servicio configurables solo se aplican cuando la VM se implementa como parte de un servicio.
Si concede derechos para una plantilla determinada a un usuario que no tiene derechos en la cuenta de
ejecución que se especifica en la plantilla, el usuario podría extraer de la plantilla las credenciales de la cuenta
de ejecución durante la implementación.
Antes de crear una plantilla basada en una VM, debe crear una nueva cuenta de administrador local en esa
VM. Si usa la cuenta de administrador integrada predeterminada se producirá un error de Sysprep. Además,
asegúrese de que la VM no está unida a un dominio.
Crear una plantilla de VM basada en un disco duro virtual existente o

una plantilla de VM en la biblioteca
1. Haga clic en Biblioteca > Crear > Crear plantilla de VM .
2. En el Asistente para crear plantillas de VM, seleccione Origen > Usar una plantilla de VM o un disco
duro vir tual existentes almacenados en la biblioteca . Seleccione el disco o la plantilla en Seleccionar
origen de plantilla de VM .
3. En Identidad , escriba un nombre para la plantilla y una descripción.
4. En Configurar hardware , especifique la configuración de hardware. Puede seleccionar el uso de un perfil
de hardware existente. Tenga en cuenta que las opciones de hardware y de perfil dependerán de lo que está
configurando: máquinas virtuales de generación 1 o de generación 2. Para obtener más información, revise
cómo crear un perfil de hardware.
5. En Configurar sistema operativo , especifique las opciones de la máquina. Puede usar un perfil de sistema
operativo invitado o establecer una configuración específica. Para obtener más información, revise cómo
crear un perfil de SO invitado.
6. En Configurar aplicaciones , establezca la configuración de aplicaciones. Esto no es relevante si usa la
plantilla de VM para implementar máquinas virtuales que no forman parte de un servicio. Para obtener más
información, revise cómo crear un perfil de aplicación. Si va a configurar SQL Server en Configurar SQL
Ser ver , revise cómo crear un perfil de SQL Server.
7. En Resumen , revise la configuración y haga clic en Ver script si quiere ver el script que se usará para crear
la plantilla. Después, haga clic en Crear . En Trabajos puede realizar un seguimiento de la plantilla que se
está creando. Espere a que aparezca el estado Completado .
8. Cuando cree una VM, podrá crearla a partir de la plantilla que acaba de crear.
Crear una VM basada en una VM implementada en un host

2. En el Asistente para crear plantillas de VM, seleccione Origen > Desde una máquina vir tual
existente implementada en un host . Seleccione la VM en Seleccionar origen de plantilla de VM .
3. En Identidad , escriba un nombre para la plantilla y una descripción. Tenga en cuenta que la plantilla
destruirá la VM de origen y que los datos que se incluyen se podrían perder. Si son importantes, clónelos.
4. En Configurar hardware , haga clic en Siguiente .
5. En Configurar sistema operativo , especifique las opciones del sistema operativo invitado. Puede usar
un perfil de sistema operativo invitado o establecer una configuración específica. Para obtener más
información, revise cómo crear un perfil de SO invitado.
6. En Seleccionar ser vidor de biblioteca , haga clic en el servidor de biblioteca para la VM que usará
para la plantilla y especifique el recurso compartido o la carpeta en Seleccionar ruta de acceso .
7. En Resumen , revise la configuración y haga clic en Crear . En Trabajos puede realizar un seguimiento de
la plantilla que se está creando. Espere a que aparezca el estado Completado .
Puede crear máquinas virtuales basadas en la plantilla que acaba de crear.
Asignación de una plantilla de directiva QoS de almacenamiento

1. Después del paso 3 del procedimiento anterior, en Configurar hardware , haga clic en Opciones
avanzadas de Configuración de bus y seleccione la opción adecuada en Directiva QoS de
almacenamiento .
2. Siga con el resto de los pasos para completar el asistente.
Pasos siguientes
Revise lo siguiente sobre cómo crear máquinas virtuales basadas en la plantilla que acaba de crear.
Incorporación de plantillas de servicio a la
biblioteca VMM
IMPORTANT
Lea este artículo para obtener información sobre cómo configurar las plantillas de servicio en la biblioteca de
System Center - Virtual Machine Manager (VMM).
Las plantillas de servicio agrupan máquinas virtuales para proporcionar una aplicación. Contienen información
sobre un servicio, incluidas las máquinas virtuales que se implementan como parte del servicio, las aplicaciones
instaladas en máquinas virtuales y la configuración de red que debe usarse. Puede agregar plantillas de
máquina virtual, configuración de red, aplicaciones y almacenamiento a una plantilla de servicio.
Las plantillas de servicio pueden ser de un solo nivel o de niveles múltiples:
Un servicio de un solo nivel contiene una máquina virtual que se usa como una aplicación específica.
Un servicio de niveles múltiples contiene varias máquinas virtuales. Por ejemplo, podría crear un servicio de
tres niveles con un nivel de back-end que ejecuta una base de datos de SQL Server, un nivel medio que
ejecuta el servidor de la empresa y un tercer nivel, que ejecuta una interfaz web de front-end.
Los niveles se pueden agregar según una copia de una plantilla de VM existente (que se puede personalizar)
o un disco duro virtual en la biblioteca.
Configure las plantillas de servicio mediante el diseñador de plantilla de servicio de VMM.
Antes de empezar
Puede crear plantillas de servicio si tiene permisos de administración delegados o de administración de VMM, o
bien si tiene una cuenta de usuario de autoservicio con Autor habilitado.
Creación de una plantilla de servicio

1. Haga clic en Biblioteca > Crear > Crear plantilla de ser vicio .
2. En Nueva plantilla de ser vicio > Nombre , especifique un nombre de plantilla. En Versión , indique la
versión de la plantilla.
3. Para configurar un nivel mediante las plantillas predefinidas, haga clic en la carga de trabajo del diseñador y
seleccione un patrón de nivel preconfigurado (en blanco o 1, 2 o 3 niveles). Haga clic en Guardar y validar
para guardar la plantilla. Después de la creación, puede hacer clic en un objeto de plantilla para modificar su
nombre, la versión o los usuarios/roles que pueden tener acceso a él.
4. Cuando aparezca el nivel en el área de trabajo, arrastre a él una plantilla de máquina virtual. Las propiedades
de la plantilla de máquina virtual se aplican al nivel. Tenga en cuenta que esta acción no establece un vínculo
entre el nivel y la plantilla. Si cambia las propiedades de la plantilla no se modifican las propiedades del nivel.
NOTE
También puede hacer clic en Agregar nivel de máquina para agregar manualmente un nivel. Con esto se abre
el Asistente para crear plantillas de nivel de máquina . En Seleccionar origen , seleccione un origen para
el nivel. Puede usar una copia exacta de una plantilla de máquina virtual existente o personalizarla. Haga clic en
Examinar para seleccionar la plantilla o el disco duro. En Propiedades adicionales , configurará las propiedades
de nivel que se describen en el paso siguiente.
5. Puede hacer clic en un nivel para obtener acceso a sus propiedades en el panel de detalles del diseñador.
Haga clic en Ver todas las propiedades para modificar todas las propiedades en una sola vista. Estas son
las propiedades que puede modificar cuando seleccione verlas todas:
En General , especifique:
El orden en que se implementan y atienden los niveles. Por ejemplo, si necesita que el nivel de
base de datos se ejecute a fin de ejecutar una aplicación web de front-end, debe establecer el
nivel de base de datos en 1.
Si desea poder agregar máquinas virtuales adicionales al nivel para escalar horizontalmente
(puede escalar horizontalmente a 5 instancias de máquina virtual en un nivel).
Más de un dominio de actualización para minimizar las interrupciones de servicio cuando se
actualiza un nivel. VMM actualizará las máquinas virtuales del nivel según sus dominios de
actualización. VMM actualiza un dominio de actualización a la vez. Apaga las máquinas
virtuales del dominio, las actualiza, las pone en línea y pasa al dominio siguiente para disminuir
el impacto.
La creación de un conjunto de disponibilidad para el nivel. El conjunto de disponibilidad
permite que las máquinas virtuales del servicio se mantengan disponibles durante el
mantenimiento. VMM intenta separar las máquinas virtuales del mismo conjunto de
disponibilidad ubicándolas en hosts independientes.
En Configurar hardware , verá la configuración de hardware de la plantilla de máquina virtual
asociada. Puede seleccionar un perfil de hardware alternativo o configurar manualmente el hardware.
Para obtener más información, revise cómo crear un perfil de hardware.
En Configurar sistema operativo , verá la configuración de sistema operativo de la plantilla de
máquina virtual asociada. Puede seleccionar un perfil de SO invitado alternativo o configurar
manualmente los ajustes. Para obtener más información, revise cómo crear un perfil de SO invitado.
En Configuración de aplicación o Configuración de SQL Ser ver , puede seleccionar un perfil de
aplicación o SQL Server, o bien configurar los ajustes de un perfil nuevo. Obtenga más información
sobre los perfiles de aplicación y SQL Server.
Incorporación de una red de máquina virtual a la plantilla de servicio

Deberá establecer la configuración de red de un nivel; para ello, conecte los adaptadores de nivel a una o más
redes de máquina virtual. Para hacerlo, deberá agregar un componente de red lógica y, luego, usar la
herramienta de conector para conectarlo con el adaptador.
1. En el Diseñador de plantilla de servicio, haga clic en Componentes de plantilla de ser vicio > Agregar
red de máquina vir tual .
2. Cuando la red aparezca como componente, use el conector para conectarse con la NIC correspondiente.
Pasos siguientes
Configurar el equilibrio de carga para un nivel de servicio
IMPORTANT
Lea este artículo para obtener información sobre cómo administrar la biblioteca de System Center - Virtual
Machine Manager (VMM) actualizándola, moviendo archivos y quitando los recursos huérfanos.
Actualizar la biblioteca
De manera predeterminada, VMM actualiza todos los recursos compartidos de biblioteca una vez cada hora.
Puede cambiar la configuración de actualización predeterminada en General > Configuración de
biblioteca > Configuración > Modificar desde 366 horas (14 días). También puede deshabilitar las
actualizaciones automáticas de biblioteca.
Para realizar una actualización manual, seleccione Biblioteca > recurso compartido o servidor de biblioteca
> Actualizar recurso compar tido .
Durante una actualización de biblioteca, ocurre lo siguiente:
VMM agrega estos tipos de archivo a la vista Biblioteca : discos duros virtuales (excepto para aquellos
adjuntos a una máquina virtual almacenada), disquetes virtuales, imágenes ISO, archivos de respuesta,
scripts de PowerShell. Las instantáneas importadas a la biblioteca con máquinas virtuales de Hyper-V y
VMware aparecen en la pestaña Puntos de control de las propiedades de máquina virtual. Los archivos de
instantáneas no se muestran.
VMM indexa pero no muestra estos tipos de archivo:
Archivos asociados con máquinas virtuales almacenadas (archivo de configuración de máquina
virtual, discos duros virtuales adjuntos, archivos de estado guardados, instantáneas importadas,
puntos de control).
Archivos asociados con plantillas de máquina virtual.
Archivos de configuración:
Hyper-V (.exp -export, .vsv -savedstate, .bin)
Servidor virtual (.vmd, .vsv)
VMware (.vmtx, .vmx)
Transferir archivos
Tiene acceso directo para copiar y mover archivos de biblioteca mediante Windows Explorer. Cada archivo de un
recurso compartido de biblioteca tiene un GUID único y se indexa periódicamente durante las actualizaciones de
la biblioteca. Después de que un archivo se actualice, puede moverlo a cualquier otra ubicación de un recurso
compartido de biblioteca administrado por VMM y la actualización realiza automáticamente un seguimiento del
movimiento del archivo. Después del movimiento, los metadatos del archivo se actualizan durante la siguiente
actualización de la biblioteca.
Además, puede permitir transferencias de archivos no cifrados a un servidor de biblioteca y desde este.
Para transferir archivos no cifrados, se debe permitir esta característica tanto en los servidores de origen
como en los de destino.
Para habilitar la opción, haga clic en Biblioteca > Ser vidor de biblioteca y vaya al servidor. Haga clic en
Acciones > Ser vidor de biblioteca > Propiedades , seleccione Permitir transferencias de archivos
sin cifrar .
Deshabilitar y quitar recursos basados en archivos

Puede quitar un recurso basado en archivos de manera temporal o permanente de la biblioteca.
Para deshabilitar los recursos, haga clic en Biblioteca > Ser vidores de biblioteca > y seleccione el
recurso compartido de biblioteca. Seleccione el recurso y haga clic en Acciones > Deshabilitar . Haga clic
en Habilitar para volver a habilitarlo.
Para quitar archivos, le recomendamos que use VMM en lugar de simplemente eliminar los recursos de
archivo. Cuando quita el archivo de la biblioteca, cualquier recurso que use el archivo se actualiza
automáticamente. Para quitar un archivo, haga clic en Biblioteca > Ser vidores de biblioteca > y
seleccione el recurso compartido de biblioteca. Seleccione el recurso y haga clic en Acciones > Quitar .
Seleccione Sí para confirmar.
Quitar un servidor o recurso compartido de biblioteca

En algunos casos, necesitará quitar un servidor o recurso compartido de biblioteca. Por ejemplo, si ya no usa los
recursos de un recurso compartido o quiere quitar esos recursos temporalmente.
Para quitar un recurso compartido de biblioteca, haga clic en Biblioteca > Ser vidores de biblioteca > y
seleccione el recurso compartido de biblioteca. En Acciones, haga clic en Recurso compar tido de
biblioteca > Quitar . Haga clic en Sí para confirmar. Tenga en cuenta que quitar un recurso compartido no
elimina los archivos de este. Ya no se indexarán mediante actualizaciones de biblioteca.
Para quitar un servidor de biblioteca, haga clic en Biblioteca > Ser vidores de biblioteca . Haga clic en
Acciones > Ser vidor de biblioteca > Quitar .
Tenga en cuenta que:
Especifique una cuenta con permisos administrativos en el servidor.
VMM proporciona una lista de recursos dependientes. Si sigue adelante, VMM quita todas las
referencias a los archivos quitados de los recursos dependientes. Cuando quita un servidor de
biblioteca, se quita el rol Ser vidor de biblioteca del agente VMM que se ejecuta en el servidor. Si el
servidor no está realizando ningún otro rol de VMM, el agente se quita.
Si quita un servidor de biblioteca de alta disponibilidad, el clúster se quita de la vista Biblioteca . Los
nodos del clúster individual no se quitan, pero no se muestran en la biblioteca. Para quitar los nodos
de VMM, quite el agente VMM de cada equipo.
Quitar recursos huérfanos

Si quita un recurso compartido de biblioteca de la administración de VMM y hay plantillas que hacen referencia
a los recursos que estaban ubicados en dicho recurso compartido, en la biblioteca VMM aparece una
representación del recurso de la biblioteca como un recurso huérfano.
Para quitar recursos huérfanos, modifique las plantillas que hacen referencia a los recursos huérfanos para que
usen recursos de biblioteca válidos en la biblioteca de VMM. Si vuelve a agregar el recurso compartido de
biblioteca, VMM no vuelve a asociar automáticamente la plantilla con el recurso de la biblioteca física. Debe
realizar estos pasos para corregir los problemas de plantilla y quitar los recursos huérfanos.
1. Haga clic en Biblioteca > Recursos huérfanos .
2. No podrá eliminar un recurso huérfano hasta que las plantillas que le hacen referencia se actualicen en
referencias válidas. Para ver las plantillas, haga clic con el botón derecho en el recurso huérfano >
Propiedades . Para actualizar la plantilla, haga clic en esta y, después, en el cuadro de diálogo Propiedades ,
busque el recurso que falta > Quitar .
3. Agregue un nuevo recurso que sea válido.
4. Cuando haya completado estos pasos para todas las plantillas, cierre el cuadro de diálogo Propiedades .
Para comprobar que no existe ninguna dependencia, haga clic con el botón derecho en el recurso huérfano >
Propiedades > Dependencias . Después, haga clic con el botón derecho en el recurso huérfano >
Eliminar .
Administración de recursos compartidos de biblioteca replicados

NOTE
Esta característica es aplicable a VMM 2019 UR1 y versiones posteriores.
VMM ahora admite la administración de servidores de biblioteca, que se replican. Puede usar cualquier
tecnología de replicación, como DFSR, para replicar recursos compartidos y administrarlos a través de VMM.
Para administrar de forma eficaz los recursos compartidos replicados mediante VMM, deshabilite el uso de la
secuencia de datos alternativa tanto para los recursos compartidos de biblioteca de origen como de destino.
Puede hacerlo mientras agrega nuevos recursos compartidos de biblioteca o editando las propiedades de los
recursos compartidos de biblioteca existentes. La secuencia de datos alternativa está habilitada de forma
predeterminada. Deshabilite esta opción solo cuando se usa la replicación entre recursos compartidos de
biblioteca.
VMM genera un GUID para todos los objetos de biblioteca administrados por VMM. Estos metadatos se
escriben en la secuencia de datos alternativa del archivo. VMM usa la secuencia de datos alternativa para
identificar objetos de biblioteca como los mismos objetos, mientras que se mueven entre carpetas en recursos
compartidos de biblioteca o en escenarios donde se cambia el nombre de un objeto de biblioteca. Una
secuencia de datos alternativa deshabilitada afecta a la identificación del objeto como el mismo objeto en los
escenarios mencionados anteriormente.
Sin embargo, para la administración eficaz de los recursos compartidos de biblioteca replicados mediante VMM,
es necesario deshabilitar la opción Usar secuencia de datos alternativa.
Cambiar el nombre de los archivos de biblioteca en recursos compartidos de biblioteca replicados o mover
dichos archivos
Si ha optado por deshabilitar la escritura en la secuencia de datos alternativa, algunos escenarios, como el
cambio de nombre o el traslado a un recurso compartido de biblioteca diferente, podrían ser efectivos. Para
garantizar que estos escenarios funcionen bien, siga estos pasos:
1. Asegúrese de que el archivo que desea mover o cuyo nombre desea cambiar esté replicado en todos los
recursos compartidos de biblioteca.
2. Actualice todos los recursos compartidos de biblioteca replicados.
3. Cambie el nombre del archivo de la biblioteca en el recurso compartido de biblioteca principal o traslade
dicho archivo.
NOTE
No se admite el almacenamiento de máquinas virtuales y plantillas de máquinas virtuales de VMWare en recursos
compartidos de biblioteca con UseAlternateDataStream establecido en false.
Configuración de grupos host en el tejido de
proceso de VMM
IMPORTANT
Lea este artículo para obtener información sobre cómo configurar y administrar grupos host en el tejido de
Un grupo host de VMM es una entidad lógica que agrupa los recursos de tejido. Puede agrupar clústeres o hosts
de máquina virtual, o bien crear grupos host anidados. Después de crear los grupos host, asigne y configure
recursos a nivel de grupo host. Luego, esos recursos se aplican a todos los hosts y clústeres del grupo.
Puede crear grupos host según distintos criterios. Por ejemplo, según la ubicación física, las funcionalidades de
hardware o cargas de trabajo específicas. Puede asignar permisos para los grupos host a los roles de usuario
administrador de solo lectura, administradores delegados y administrador de VMM. Los miembros de estos
roles de usuario pueden ver y administrar los recursos de tejido que se les asigna a niveles de grupo host.
Cuando cree nubes privadas en VMM, seleccione qué grupos host se incluirán en la nube y, luego, asígnele
recursos en los grupos host a la nube.
Crear grupos host

1. Haga clic en Tejido > Ser vidores > Todos los hosts > Crear grupo host .
2. Escriba un nombre de grupo. Para crear un grupo host en una ubicación específica del árbol, haga clic
con-el botón derecho en el nodo primario deseado y, luego, haga clic en Crear grupo host .
Una vez que crea un grupo host, puede modificar las propiedades siguientes del grupo.
TA B UL A C IÓ N P RO P IEDA D
General Configure el nombre del grupo host, la ubicación en la

jerarquía de grupos host, la descripción y si se permiten las
transferencias de archivos BITS sin cifrar.
Reglas de selección de ubicación VMM identifica de forma automática el host más adecuado
en el que puede implementar máquinas virtuales. No
obstante, se pueden especificar reglas de selección de
ubicación personalizadas. De manera predeterminada, un
grupo host usa la configuración de selección de ubicación del
grupo host primario.
Recursos en reser va en el host Los valores de configuración de recursos en reserva en el

host especifican la cantidad de recursos que reserva VMM
para que use el sistema operativo host. Para colocar una
máquina virtual en un host, este debe poder cumplir los
requisitos de recursos de la máquina virtual sin usar recursos
en reserva en el host. Se pueden establecer recursos en
reserva en el host para grupos host individuales y para hosts
individuales. La configuración de los recursos en reserva en
el host para el grupo host raíz (Todos los hosts) establece los
recursos en reserva en el host predeterminados para todos
los hosts. Puede configurar los valores de reserva de los
siguientes recursos:
CPU
Memoria
E/S de disco
Espacio en disco
E/S de red
Optimización dinámica Configure la optimización dinámica y la optimización de

energía. La optimización dinámica equilibra la carga de
máquinas virtuales en un clúster de hosts. La optimización
de energía permite que VMM evacue los hosts de un clúster
equilibrado y los desactive para ahorrar energía.
Red Vea la configuración de la herencia y configure si se deben

heredar los recursos de red lógica de los grupos host
primarios. Entre los recursos de red lógica, se incluyen los
siguientes:
Grupos de direcciones IP
Equilibradores de carga
Redes lógicas
Grupos de direcciones MAC
Storage Vea y asigne almacenamiento a un grupo host.

Propiedades personalizadas Administre las propiedades personalizadas de los siguientes

tipos de objeto:
Máquina virtual
Plantilla de máquina virtual
administrador de flujos de trabajo
Clúster de hosts
Grupo host
Plantilla de servicio
Instancia de servicio
Nivel de equipo
Nube
Pasos siguientes
Después de crear los grupos host, puede implementar hosts de Hyper-V en el tejido de VMM.
Agregar servidores de Windows como hosts o
clústeres de Hyper-V en el tejido de proceso de
VMM
IMPORTANT
Lea este artículo para obtener información sobre cómo agregar un servidor de Windows existente como un
servidor host o clúster de Hyper-V al tejido de System Center - Virtual Machine Manager (VMM) y configurar las
propiedades del host y del clúster.
El artículo es relevante para agregar equipos con un servidor de Windows con o sin el rol Hyper-V. Si agrega un
servidor de Windows que no tiene instalado Hyper-V, VMM instalará el rol Hyper-V, siempre que el servidor
cumpla con los requisitos previos.
Antes de empezar
Los requisitos previos para agregar un servidor host o clúster de Hyper-V existente dependen de si está
instalado Hyper-V y de dónde se encuentra el servidor.
UB IC A C IÓ N DEL H O ST REQ UISITO P REVIO
Ser vidor sin Hyper-V Si quiere agregar un servidor que no tiene Hyper-V
instalado, debe cumplir con los requisitos previos para la
instalación de Hyper-V.
El servidor debe ejecutar una versión compatible de

Windows Server.
Si quiere agregar el servidor de administración de VMM

como host administrado de Hyper-V, el rol de Hyper-V debe
estar instalado en el servidor antes de agregarlo. No se
puede agregar un servidor de VMM de alta disponibilidad
como un clúster de hosts de Hyper-V administrado.
Si quiere agregar un clúster de Hyper-V, en las instrucciones
de este artículo se supone que el clúster ya existe. Lea este
artículo si quiere crear un clúster de hosts de Hyper-V
existentes en el tejido de VMM.
En este artículo se supone que el servidor que quiere

agregar ya tiene un sistema operativo en ejecución. Lea este
artículo si quiere agregar un equipo sin sistema operativo
como un host o clúster de Hyper-V.
Mismo dominio que el ser vidor VMM o dominio de Debe especificar las credenciales de una cuenta que tenga
confianza bidireccional derechos administrativos en los equipos que quiera agregar.
Puede especificar un nombre de usuario y una contraseña o
especificar una cuenta de ejecución.
Si usa una directiva de grupo para configurar la

administración remota de Windows (WinRM), tenga en
cuenta esta configuración:
El servicio WinRM debe configurarse mediante la directiva de

grupo y solo se puede aplicar en hosts que están en un
dominio de Active Directory de confianza. En concreto, VMM
admite la configuración de las opciones de directiva de
grupo Permitir configuración automática de escuchas, Activar
escucha HTTP de compatibilidad y Activar escucha HTTPS de
compatibilidad. VMM no admite otras opciones de directiva
del servicio WinRM.
Si habilita la configuración de directiva Permitir

configuración automática de escuchas , debe
configurarla para que permita mensajes desde cualquier
dirección IP. En otras palabras, en la configuración de la
directiva, los filtros IPv4 e IPv6 (dependiendo de si usa IPv6)
deben estar establecidos en *****.
El cliente WinRM no puede configurarse mediante la

directiva de grupo. Esta configuración de directiva podría
reemplazar las propiedades del cliente que requiere VMM
para que el agente VMM funcione correctamente.
Si habilita opciones de configuración de directiva de grupo

WinRM no admitidas, se puede producir un error en la
instalación del agente de VMM.
Dominio que no es de confianza VMM no admite la configuración de directiva de grupo de

administración remota de Windows (WinRM) (servicio o
cliente) en los hosts que están en un dominio de Active
Directory que no sea de confianza. Si se habilitan las
opciones de la directiva de grupo de WinRM, se puede
producir un error en la instalación del agente de VMM
requerida en los hosts.
En un dominio que no sea de confianza, cuando VMM

instala el agente en los servidores o clústeres, también
genera un certificado. El certificado se usa para ayudar a
asegurar las comunicaciones con el host. Cuando VMM
agrega el host o clúster, el certificado se importa de forma
automática en el almacén de certificados de confianza del
servidor de administración de VMM.
Espacio de nombres separado (el sufijo DNS no El servicio System Center Virtual Machine Manager debe
coincide con el dominio del que es miembro) ejecutarse como la cuenta del sistema local o como una
cuenta de dominio que tenga permiso para registrar un
nombre de entidad de seguridad de servicio (SPN) en Active
Directory.
Si intenta agregar un equipo que esté en un espacio de

nombres separado, VMM comprueba Active Directory para
ver si existe un SPN. Si no es así, VMM intenta crear uno. Si
los permisos son correctos, VMM agrega el SPN que falta de
forma automática. De lo contrario, no se puede agregar el
host y deberá agregar el SPN de forma manual. Para ello,
escriba: setspn -A HOST/ . Por ejemplo, setspn –A
HOST/hypervhost03.contosocorp.com hypervhost03.
Si el clúster de hosts está en un espacio de nombres

separado y el servidor de administración de VMM no lo está,
agregue el sufijo DNS para el clúster de hosts a la
configuración de conexión TCP/IP en el servidor de
administración de VMM.
Si usa una directiva de grupo para configurar la

administración remota de Windows (WinRM), revise los
requisitos siguientes:
El servicio WinRM debe configurarse mediante la directiva de

grupo y solo se puede aplicar en hosts que están en un
dominio de Active Directory de confianza. En concreto, VMM
admite la configuración de las opciones de directiva de
grupo Permitir configuración automática de escuchas, Activar
escucha HTTP de compatibilidad y Activar escucha HTTPS de
compatibilidad. VMM no admite otras opciones de directiva
del servicio WinRM.
Si habilita la configuración de directiva Permitir configuración

automática de escuchas, debe configurarla para que permita
mensajes desde cualquier dirección IP. En otras palabras, en
la configuración de la directiva, los filtros IPv4 e IPv6 (en
función de si usa IPv6) deben estar establecidos en * .
El cliente WinRM no puede configurarse mediante la

directiva de grupo. Esta configuración de directiva podría
reemplazar las propiedades del cliente que requiere VMM
para que el agente VMM funcione correctamente.
Si habilita opciones de configuración de directiva de grupo

WinRM no admitidas, se puede producir un error en la
instalación del agente de VMM.
Red perimetral o grupo de trabajo Deberá instalar el agente VMM de forma local en el host de
destino. Para ello, ejecute la instalación de VMM como
administrador y haga clic en Instalaciones opcionales >
Agente Local. En Carpeta de archivos de seguridad
seleccione Este host está en una red perimetral y
escriba una clave de cifrado. En Nombre de red de host ,
especifique cómo se pondrá en contacto el servidor VMM
con el servidor host y apunte el nombre de equipo o la
dirección IP. Finalice el asistente.
Compruebe que hay un archivo SecurityFile.txt en el servidor

VMM. De manera predeterminada, se encuentra en
C:\Archivos de programa\Microsoft System Center
versión\Virtual Machine Manager.
NOTE
Después de la instalación del agente VMM en el host, la cuenta de equipo local se agrega automáticamente al grupo de
administradores locales. No se trata de un requisito obligatorio para el agente VMM; si es necesario, puede quitar
manualmente la cuenta de equipo local del grupo de administradores en el host.
Agregar servidores
1. En la consola VMM, abra Tejido > Ser vidores .
2. Haga clic en Agregar grupo > Agregar recursos > Hosts y clústeres de Hyper-V .
3. En Asistente para agregar recursos > Ubicación de recursos , seleccione dónde se encuentra el
servidor que quiere agregar.
Si va a agregar un host en una red perimetral, seleccione Equipos de Windows Ser ver en una red
perimetral .
4. En Credenciales , escriba las credenciales de una cuenta de dominio que tenga permisos administrativos
en todos los hosts que quiera agregar. (En equipos en un dominio que no sea de confianza, debe usar una
cuenta de ejecución).
5. En Ámbito de detección , especifique:
Mismo dominio o dominios con confianza bidireccional :
Si hace clic en Especificar equipos de Windows Ser ver por nombres , en Nombres de
equipo , escriba los nombres o direcciones IP, uno por línea. Si va a agregar un clúster de hosts
de Hyper-V, especifique el nombre o la dirección IP del clúster o de cualquier nodo del clúster.
Si hace clic en Especifique una consulta de Active Director y para buscar equipos con
Windows Ser ver , puede escribir o generar una consulta.
Dominio que no es de confianza : no aparece la página Detección.
Espacio de nombres separado : escriba el FQDN del host y seleccione Omitir verificación de AD .
6. En Recursos de destino , especifique los equipos que quiera agregar. Repita los pasos para todos los
hosts. Si el resultado de la detección es satisfactorio, el host aparecerá en Nombre de equipo . Agregue
de la siguiente forma:
Dominio de confianza o espacio de nombres separado : active la casilla que hay junto a cada
equipo que quiera agregar y después haga clic en Siguiente. Si ha especificado un nombre de clúster o
nodo de clúster en el paso anterior, active la casilla que hay junto al nombre de clúster. (El nombre de
clúster aparece junto a los nodos de clúster asociados.)
Dominio que no es de confianza : escriba la dirección IP o FQDN del servidor o clúster que quiera
agregar y luego haga clic en Agregar. Si es un clúster, puede especificar una dirección IP o FQDN del
clúster o de uno de los nodos del clúster.
Red perimetral o grupo de trabajo : escriba el nombre NETBIOS o la dirección IP del host en la red
perimetral. Escriba la clave de cifrado creada al instalar el agente en el host y, en la ruta de acceso del
archivo de seguridad, escriba la ruta de acceso al archivo SecurityFile.txt.
7. En la lista Configuración de host > Grupo host , haga clic en el grupo host al que quiere asignar el
host o clúster de hosts. Si el host ya está asociado a otro servidor de administración de VMM, seleccione
Reasociar este host con este entorno de VMM . Si el host estaba asociado con otro servidor de
administración de VMM, dejará de funcionar en ese servidor.
Para un host independiente, en Agregue la siguiente ruta de acceso , especifique una ruta de
acceso del host para almacenar los archivos de los equipos virtuales que se implementan en el host y
haga clic en Agregar . Repita el proceso para agregar más de una ruta de acceso. Si la ruta de acceso
no existe, se crea de forma automática. Si deja el cuadro en blanco, el valor predeterminado es
%SystemDrive%\ProgramData\Microsoft\Windows\Hyper-V. Como procedimiento recomendado, no
agregue rutas de acceso predeterminadas que estén en la misma unidad que los archivos del sistema
operativo.
Para un clúster, no especifique rutas de máquina virtual predeterminadas. VMM administra de forma
automática las rutas de acceso disponibles para máquinas virtuales basándose en el almacenamiento
compartido que está disponible en el clúster de hosts
8. En la página Resumen , confirme la configuración y haga clic en Finalizar . Aparece el cuadro de diálogo
Trabajos , donde se muestra el estado del trabajo. Espere a que aparezca el estado Completado.
Compruebe que el host o clúster se ha agregado en el grupo host > nombre de host o clúster. El estado
debe ser Correcto .
Configurar propiedades de los hosts de Hyper-V

Después de agregar hosts y servidores de Hyper-V en el tejido de VMM, hay una serie de propiedades que
puede configurar para clústeres y hosts independientes.
P ESTA Ñ A C O N F IGURA C IÓ N
General Vea información de identidad y sistema para el host. Esto

incluye información como la información del procesador,
memoria total y disponible y almacenamiento, sistema
operativo, tipo de hipervisor y versión del agente VMM.
Escriba una descripción del host.
Configure si el host está disponible para la selección de

ubicación.
Configure el puerto de conexión remota. De forma

predeterminada, el puerto se establece en 2179.
Hardware Vea o modifique la configuración de la CPU, la memoria, las

unidades de procesamiento de gráficos (GPU), el
almacenamiento (incluyendo si el almacenamiento está
disponible para la selección de ubicación), adaptadores de
red, unidades de DVD/CD-ROM y el controlador de
administración de placa base (BMC).
Estado Muestra información de estado para el host. Incluye áreas

como el estado general, el estado del rol de Hyper-V y el
estado del agente VMM. En el panel Estado , también puede
hacer lo siguiente:
Ver detalles del error.
Actualizar el estado.
Haga clic en Repair all (Reparar todo). VMM intentará

corregir automáticamente los errores.
Rutas de acceso de máquina vir tual/Máquinas Muestra las máquinas virtuales que residen en el host, junto
vir tuales con la información de estado. También permite registrar las
máquinas virtuales en el host.
Reser vas Le permite reemplazar la configuración de la reserva de host

del grupo host primario y configurar los recursos reservados
para el host. Los recursos configurables incluyen CPU,
memoria, espacio en disco, capacidad de red y de E/S de
disco.
Almacenamiento Muestra el espacio de almacenamiento asignado a un host y

le permite agregar y quitar unidades lógicas de
almacenamiento o recursos compartidos de archivos.
Conmutadores vir tuales Permite configurar conmutadores virtuales.
Rutas de acceso de selección de ubicación /Selección Permite configurar las rutas de acceso de la máquina virtual
de ubicación predeterminada y las rutas de acceso al disco primario que
se usará durante la selección de máquina virtual en el host.
Períodos de ser vicio Permite seleccionar ventanas de servicio.
Propiedades personalizadas Le permite asignar y administrar propiedades personalizadas.
Propiedades de clústeres de Hyper-V

General Vea el nombre, el grupo host y la descripción. También

puede configurar la opción Reser va de clúster (nodos) y
ver el estado de reserva del clúster.
La opción Reser va de clúster (nodos) especifica el

número de errores de nodo que debe poder admitir un
clúster al tiempo que mantiene la ejecución de todas las
máquinas virtuales implementadas en el clúster de hosts. Si
el clúster de hosts no puede admitir el número especificado
de errores de nodo y a la vez mantener la ejecución de todas
las máquinas virtuales, el clúster se coloca en un estado
sobrecargado. Cuando están sobrecargados, los hosts en
clúster reciben una calificación de cero durante la selección
de máquina virtual. Un administrador puede invalidar la
clasificación y colocar una máquina virtual de alta
disponibilidad en un clúster sobrecargado durante una
selección de ubicación manual.
Estado Vea la información detallada del estado del clúster de hosts:
Ejecuciones de prueba y aciertos de validación del clúster.

Incluye un vínculo al informe de validación más reciente (si
está disponible). Tenga en cuenta que, para acceder al
informe, se necesitan permisos administrativos sobre el nodo
del clúster donde se encuentra el informe. Para los clústeres
de hosts, puede realizar una validación de clústeres a
petición mediante VMM. Para ello, en el área de trabajo
Tejido , busque y haga clic en el clúster de hosts. A
continuación, en la pestaña Clúster de hosts , haga clic en
Validar clúster . La validación del clúster se inicia de
inmediato.
Elementos en línea en el clúster: recursos principales del

clúster, testigo de disco en cuórum y el servicio de clúster en
cada nodo.
Almacenamiento disponible Muestra el almacenamiento disponible, es decir, las unidades

lógicas de almacenamiento que están asignadas al clúster de
hosts pero que no son volúmenes compartidos de clúster
(CSV).
También puede hacer lo siguiente:
Agregar y quitar unidades lógicas de almacenamiento

administradas por VMM.
Convertir el almacenamiento disponible en almacenamiento

compartido (CSV).
Volúmenes compar tidos Muestra los volúmenes compartidos (CSV) que se asignan al
clúster de hosts. También puede hacer lo siguiente:
Agregar y quitar CSV administrados por VMM.
Convertir CSV en almacenamiento disponible (no CSV).
Propiedades personalizadas Propiedades personalizadas que administra.

Implementar y administrar máquinas virtuales o
hosts de Hyper-V basados en Nano Server en VMM
Puede usar System Center - Virtual Machine Manager (VMM) para administrar hosts y máquinas virtuales que
ejecutan un servidor Nano.
Con VMM puede agregar y administrar hosts existentes que ejecuten Nano, configurar máquinas sin sistema
operativo como hosts basados en Nano Server e implementar clústeres de proceso y clústeres de
almacenamiento (desagregados e hiperconvergidos). Puede administrar las máquinas virtuales basadas en
Nano, incluidas las máquinas virtuales blindadas.
Antes de empezar
Para la implementación de máquinas virtuales, debe crear el disco duro virtual de Nano Server fuera de
VMM.
No puede crear una plantilla de máquina virtual desde una máquina virtual con servidor Nano en VMM.
Puede crear una plantilla de máquina virtual desde cero usando un disco duro virtual de Nano Server.
Hay algunos problemas conocidos al conectar una máquina virtual con servidor Nano a un dominio. Si
intenta conectar la máquina virtual a un dominio con los detalles de personalización en una plantilla de
máquina virtual, VMM ignora la información de dominio. La máquina virtual se implementa, pero no se
conecta al dominio. Como solución, implemente la máquina virtual y, después, conéctela al dominio. Más
información. Tenga en cuenta que la unión de un dominio a un equipo físico durante la implementación sin
sistema operativo funciona correctamente.
Preparar un disco duro virtual de servidor Nano

Para comenzar con la implementación de un host o de máquinas virtuales basados en un servidor Nano en
VMM, tiene que crear un VHD de servidor Nano desde el VHD de Windows Server. El VHD debe incluir los
paquetes de VMM:
Agregue el paquete de VMM, Microsoft-NanoSer ver-SCVMM-Package , para garantizar que el agente
VMM sea parte del disco duro virtual.
Agregue el paquete de proceso de VMM, Microsoft-NanoSer ver-SCVMM-Compute-Package , para
garantizar que el disco duro virtual tenga el rol de Hyper-V y que se pueda administrar el servidor físico
mediante VMM. (Si instala este paquete, no use la opción -Compute para el rol de Hyper-V).
Para el rol de servidor de archivos, use Microsoft-NanoSer ver-Storage-Package , junto con Microsoft-
NanoSer ver-SCVMM-Package .
Para una implementación hiperconvergida, use Microsoft-NanoSer ver-Storage-Package junto con
Microsoft-NanoSer ver-SCVMM-Package y Microsoft-NanoSer ver-SCVMM-Compute-Package .
Crear un disco duro virtual para una máquina física
1. Copie NanoSer verImageGenerator.psm1 y Conver t-WindowsImage.ps1 desde la carpeta
\NanoServer de la ISO de Windows Server a una carpeta del disco duro.
2. Inicie Windows PowerShell como administrador. Navegue hasta la carpeta en la que ha colocado los
scripts.
3. Importe el script NanoSer verImageGenerator mediante la ejecución de:
Import-Module NanoServerImageGenerator.psm1 -Verbose
4. Cree un disco duro virtual que incluya los paquetes VMM. Para ello, ejecute el comando siguiente que le
pedirá una contraseña de administrador para el nuevo disco duro virtual:
New-NanoServerImage -MediaPath <path to root of media> -BasePath .\Base -TargetPath

.\NanoServerVM\NanoServerVM.vhdx -ComputerName <computername> -OEMDrivers -Package Microsoft-
NanoServer-SCVMM-Package,Microsoft-NanoServer-SCVMM-Compute-Package
Por ejemplo:
New-NanoServerImage -MediaPath F:\ -BasePath .\Base -TargetPath .\Nano1\NanoServer.vhd -ComputerName

Nano-srv1 -OEMDrivers –Clustering –EnableRemoteManagementPort -Packages Microsoft-NanoServer-SCVMM-
Package,Microsoft-NanoServer-SCVMM-Compute-Package
En este ejemplo se crea un disco duro virtual a partir de una ISO montada como F:
Al crear el disco duro virtual, usa una carpeta denominada Base en la misma carpeta en la que ha
ejecutado New-NanoSer verImage
Coloca el disco duro virtual en una carpeta denominada Nano1 , en la carpeta desde la que se ejecuta
el comando.
El nombre de equipo en este ejemplo es Nano-sr v1 . Incluye los controladores de OEM instalados
para el hardware más común y tiene habilitada la característica de agrupación en clústeres.
El VHD tiene habilitada la administración remota del servidor Nano, incluso desde los sistemas que no
están en la misma subred.
Si el servidor usa UEFI para arrancar, debe cambiar el script de NanoSer ver.vhd a
NanoSer ver.vhdx .
5. Inicie sesión como administrador en el servidor físico donde quiere ejecutar el disco duro virtual de Nano
Server.
6. Copie el disco duro virtual que crea el script en el equipo físico y configúrelo para que arranque desde el
nuevo disco duro virtual, como se indica a continuación:
Monte el VHD generado.
Ejecute bcdboot d:\windows (en este ejemplo, está montado en D:)
Desmonte el disco duro virtual.
7. Arranque el equipo físico en el disco duro virtual de Nano Server.
8. Inicie sesión en la consola de recuperación de Nano Server con el nombre del administrador y la
contraseña que ha proporcionado al ejecutar el script y obtenga la dirección IP del host basado en Nano
Server. Más información.
9. Asegúrese de que el servidor Nano está unido al mismo dominio que el servidor VMM. Más información.
10. Asegúrese de que la cuenta de servicio de VMM y la cuenta de ejecución se agregan al grupo de
administradores en Nano Server.
Instalar los paquetes de VMM sin conexión en un Nano Server existente
Si no ha agregado los paquetes VMM al crear el disco duro virtual de Nano Server, puede instalarlos más tarde,
como se muestra a continuación:
1. Copie el VHD/VHDX a una ubicación en un equipo Windows Server 2016. Por ejemplo: C:\MyNano.vhd.
2. Use PowerShell para instalar e importar el proveedor de NanoServerPackage del módulo de PowerShell
PackageManagement (OneGet):
Install-PackageProvider NanoServerPackage
Import-PackageProvider NanoServerPackage
3. Después de instalar el proveedor, puede buscar e instalar los paquetes VMM (agente VMM y Hyper-V), en
el disco duro virtual con estos cmdlets, donde C:\MyNano.vhd es la ubicación del disco duro virtual
basado en Nano Server.
Find-NanoServerPackage
Install-NanoServerPackage -Name Microsoft-NanoServer-SCVMM-Package -culture en-US -ToVhd
"C:\MyNano.vhd"
Install-NanoServerPackage -Name Microsoft-NanoServer-SCVMM-Compute-Package -culture en-US -ToVhd
"C:\MyNano.vhd"
Instalar los paquetes de VMM en un host del servidor Nano en ejecución

Se recomienda la instalación sin conexión de los paquetes VMM (al crear el disco duro virtual). Si tiene que
instalarlos en línea cuando se está ejecutando Nano Server, siga estos pasos:
1. Copie la carpeta Packages de los medios de instalación local en el Nano Server en ejecución. Por
ejemplo, en C:\packages.
2. Use PowerShell remoto para iniciar sesión en Nano Server.
3. Agregue los paquetes de VMM mediante los siguientes comandos:
Para instalar Microsoft-NanoServer-SCVMM-Package
dism /online /Add-package /PackagePath:C:\packages\en-US\Microsoft-NanoServer-SCVMM-

Package_en-us.cab
NOTE
Asegúrese de que los archivos es-es (Microsoft-NanoServer-SCVMM-Package_es-es.cab) y los archivos
.cab independientes (Microsoft-NanoServer-SCVMM-Package.cab) están en la misma carpeta para que
ambos se instalen.
Para instalar Microsoft-NanoServer-SCVMM-Compute-Package:
dism /online /Add-package /PackagePath:C:\packages\en-US\Microsoft-NanoServer-SCVMM-Compute-

Package_en-us.cab
4. Ejecute el comando siguiente para comprobar que los paquetes VMM y los paquetes de idioma asociados
se instalan correctamente:
dism /online /get-packages
5. Debería ver Identidad del paquete: Microsoft-NanoSer ver-SCVMM-Feature-

Package~31bf3856ad364e35~amd64~~ 10.0.14300.1003 dos veces. Una vez para Tipo de
versión: paquete de idioma y otra vez para Tipo de versión: Feature Pack . Lo mismo se aplica a
Microsoft-NanoServer-SCVMM-Compute-Package.
6. Reinicie el host de Nano Server.
Agregar el host de servidor Nano al tejido de VMM
Una vez que el host de Nano Server esté listo, agréguelo al tejido de VMM. Más información.
Crear una máquina virtual del servidor Nano

Para crear máquinas virtuales basadas en Nano Server, debe agregar algunos paquetes específicos de la
máquina virtual al disco duro virtual. Cree el VHD de una máquina virtual de la siguiente forma:
1. Copie NanoSer verImageGenerator.psm1 y Conver t-WindowsImage.ps1 desde la carpeta
\NanoServer de VMM a una carpeta del disco duro.
2. Inicie Windows PowerShell como administrador y vaya a la carpeta del script.
3. Importe el script NanoSer verImageGenerator con Impor t-Module
NanoSer verImageGenerator.psm1 -Verbose .
4. Ejecute el siguiente comando para crear un VHD que incluya los paquetes SCVMM. Se le pedirá una
contraseña de administrador para el disco duro virtual nuevo.
New-NanoServerImage -MediaPath <path to root of media> -BasePath .\Base -TargetPath

.\NanoServerVM\NanoServerVM.vhdx -ComputerName <computername> -GuestDrivers -Package Microsoft-
NanoServer-SCVMM-Package,Microsoft-NanoServer-SCVMM-Compute-Package
Ejemplo:
New-NanoServerImage -MediaPath F:\ -BasePath .\Base -TargetPath .\Nano1\Nano.vhd -ComputerName Nano1

-GuestDrivers -Package Microsoft-NanoServer-SCVMM-Package,Microsoft-NanoServer-SCVMM-Compute-
Package
5. En este ejemplo se crea un disco duro virtual a partir de una ISO montada como F.
6. Al crear el disco duro virtual, usará una carpeta denominada Base en el mismo directorio en el que ha
ejecutado New-NanoServerImage
7. Colocará el disco duro virtual en una carpeta denominada Nano1, en la carpeta desde la que se ejecuta el
comando.
8. El nombre de equipo será Nano1 e instalará controladores de máquina virtual que ejecutan Hyper-V.
9. Si quiere una máquina virtual de generación 1, genere una imagen de disco duro virtual mediante una
extensión .vhd para -TargetPath. Si quiere una máquina virtual de generación 2, genere una imagen de
VHDX con la extensión .vhdx para -TargetPath.
10. En VMM, cree una máquina virtual y use el disco duro virtual que ha creado.
Pasos siguientes
Aprovisionar una máquina virtual
Ejecución de un script en un host remoto mediante
la característica Ejecutar comando de script
IMPORTANT
System Center Virtual Machine Manager (VMM) permite ejecutar comandos de forma remota en un host
usando la característica Ejecutar comando de script. Esta característica es útil en escenarios en los que se quiere
iniciar un servicio o recopilar información de un host remoto.
También puede ejecutar el script en el host usando los recursos personalizados que haya agregado a la
biblioteca de VMM. Los recursos personalizados pueden comprender archivos en lotes que pueden ejecutar
comandos específicos en el servidor, pero el uso de estos recursos no es necesario.
Escenario de ejemplo 1: Inicio de un servicio

En el siguiente ejemplo se proporciona información sobre cómo se puede iniciar un servicio sftlist en un host
de VMM con la característica Ejecutar comando de script.
1. En la barra de herramientas de la consola de VMM, haga clic en Host y seleccione Ejecutar comando
de script .
Se mostrará la página Ejecutar comando de script .

2. A modo de ejemplo, escriba los siguientes detalles en las opciones que se muestran:
Orden de implementación : seleccione este orden en el menú desplegable.
Programa ejecutable : cmd.exe
Parámetros : /q /c net start sftlist
Paquete de recurso de script y Cuenta de ejecución : ninguno
El parámetro /q desactiva el eco de la línea de comandos y /c ejecuta el comando y después lo
finaliza. Si no usa estos modificadores, la salida será un código de retorno 0 del proceso cmd.exe y
no se mostrará el resultado real del comando en el trabajo.
3. Seleccione los segundos de Tiempo de espera para este comando.
4. Haga clic en Avanzadas... y especifique la ubicación del archivo de salida y del archivo de registro por si
se produce algún error.
5. Haga clic en Finalizar
Supervise el trabajo en la consola de VMM para ver el resultado. Si se produce algún error, consulte el registro
de archivo de errores y siga las recomendaciones según corresponda.
Este es un mensaje de error de ejemplo
Escenario de ejemplo 2: Inicio de un servicio con recursos

personalizados
En el paso 2 de este ejemplo se usan los valores que hay a continuación. El resto de los pasos son iguales.
Orden de implementación : seleccione este orden en el menú desplegable.
Programa ejecutable : cmd.exe
Parámetros : /q /c services.cmd
Paquete de recurso de script : SAV_x64_en-US-4.9.305.198.cr(4.9.305.198)
Cuenta de ejecución : Admin
En este ejemplo se ha incluido un archivo de lotes denominado ser vices.cmd en una carpeta de
recursos personalizado llamada SAV_x64_en-US-4.9.305.198.cr(4.9.305.198) y se ha especificado
Admin como la Cuenta de ejecución .
El archivo de lotes ejecuta el comando net stop sftlist/y y, después, net start stflist. En este escenario, la
carpeta de recursos personalizados se transfiere al host del agente y se copia en windows\temp. Se crea
una carpeta con el formato, scvmm.xxxxxxxx , para contener todos los archivos. A partir de aquí, ejecuta
el archivo de lotes y el agente devuelve la salida correspondiente a VMM, que se muestra en el trabajo. Si
se produce un error en el script, se creará un registro en la ubicación especificada.
Aprovisionamiento de un clúster desde hosts
independientes de Hyper-V en el tejido de VMM
IMPORTANT
Use las instrucciones que aparecen en este artículo para crear un clúster desde servidores de host de Hyper-V
independientes que se administran en el tejido de System Center - Virtual Machine Manager (VMM).
Antes de empezar
REQ UISITO P REVIO DETA L L ES
VMM Necesitará un grupo host de VMM configurado en el tejido.

Esto es necesario para asignar unidades lógicas de
almacenamiento compartidas si VMM necesita asignar
almacenamiento compartido a los nodos del clúster.
Hyper-V Debe tener dos o más hosts de Hyper-V independientes en

el tejido de VMM que se encuentren en el mismo grupo
host de VMM.
Los hosts deben cumplir los requisitos para clústeres de

Todos los hosts que estarán en el clúster deben ejecutar el

mismo sistema operativo.
Todos los hosts deben pertenecer al mismo grupo host de

VMM.
Debe tener una cuenta de dominio (para usarla como base

de una cuenta de ejecución) a fin de crear el clúster. La
cuenta debe tener permisos administrativos sobre los
servidores que se convertirán en nodos de clúster y debe
pertenecer al mismo dominio que esos servidores. Además,
la cuenta requiere el permiso para crear objetos de
equipo en el contenedor que se usa para cuentas de equipo
en el dominio.
Storage El almacenamiento se debe detectar y clasificar en el área de

trabajo Tejido de la consola de VMM. Luego, los bloques de
almacenamiento o las unidades lógicas, o bien ambos, se
deben asignar al grupo host o al grupo host primario
elegido para el conjunto de hosts.
Si VMM no administra el almacenamiento compartido, los

discos deben estar disponibles para todos los nodos del
clúster antes de que pueda agregarlos. Deberá aprovisionar
una o más unidades lógicas a todos los hosts que desee
incluir en el clúster, y montar y dar formato a los discos de
almacenamiento de uno de los hosts.
Para tener acceso al almacenamiento compartido, la

característica E/S de múltiples rutas (MPIO) debe estar
instalada en cada host de Hyper-V. VMM no agrega esta
característica de manera automática. Puede agregar MPIO
mediante el administrador de servidores. Si MPIO está
instalado, VMM lo habilitará automáticamente para las
matrices de almacenamiento compatibles mediante el uso
del módulo específico del dispositivo, (DSM). Si ya instaló
DMS-específicos del proveedor para matrices de
almacenamiento compatibles y, luego, agrega VMM de host,
se usará la configuración de MPIO-específica del proveedor
para la comunicación con esas matrices. Si agrega un host a
la administración de VMM antes de agregar la característica
MPIO, tendrá que agregar la característica MPIO y, a
continuación, configurarla manualmente para agregar los
identificadores de hardware de los dispositivos detectados. O
bien puede instalar DSM específicos-del proveedor.
Si usa SAN iSCSI como almacenamiento compartido, el

servicio del iniciador iSCSI de Microsoft debe estar instalado
y en ejecución (definido en automático) en cada host de
Hyper-V. VMM usa el servicio del iniciador iSCSI para
configurar el almacenamiento compartido en los nodos de
Hyper-V de manera automática cuando se crea el clúster. No
es necesario detectar portales de iSCSI en cada nodo de
Hyper-V si VMM administra el almacenamiento compartido.
Si usa una red de matrices de almacenamiento (SAN) de

Canal de fibra, cada host debe tener instalado un adaptador
de bus host (HBA) y la división en zonas debe estar
correctamente configurada. Para obtener más información,
consulte la documentación del proveedor de la matriz de
almacenamiento.
De manera predeterminada, cuando VMM administra la

asignación de unidades lógicas, VMM crea un grupo de
almacenamiento por host, un host independiente o un nodo
de clúster de hosts. En cambio, en el caso de algunas
matrices de almacenamiento, es preferible usar un solo
grupo de almacenamiento para todo el clúster, donde los
iniciadores de host de todos los nodos del clúster se
encuentran en un único grupo de almacenamiento. Para
admitir esta configuración, debe establecer la propiedad
CreateStorageGroupsPerCluster en $true mediante el cmdlet
Set-SCStorageArray.
Redes En todos los hosts de Hyper-V que desee incluir en el clúster,

si los hosts se configuran para usar direcciones IP estáticas
en una red determinada, asegúrese de que las direcciones IP
estáticas de todos los hosts estén en la misma subred.
Si ya creó una configuración de red en VMM que sea

pertinente para el clúster y aplicó dicha configuración a los
adaptadores de red en los hosts, asegúrese de que la
configuración de aplique de manera uniforme en todos los
hosts que desea incluir en el clúster. Por ejemplo, si designó
un conjunto específico de adaptadores de red (uno por host)
como adaptadores de administración del clúster, asegúrese
de que el nombre de la red lógica y la red de máquina virtual
asociadas con estos adaptadores de red sea coherente.
Cuando VMM identifica las redes que el clúster puede usar,
solo reconocerá redes con una configuración uniforme en
cada nodo.
Crear un clúster
1. En la consola VMM, haga clic en Tejido > Crear > Clúster de Hyper-V para abrir el Asistente de creación
de clúster de Hyper-V.
2. En General , especifique un nombre de clúster y elija el grupo host donde se ubican los hosts de Hyper-V
existentes.
3. En Tipo de recurso , seleccione la cuenta de ejecución que se va a usar para crear el clúster. La cuenta que
use debe tener permisos administrativos en los servidores que se convertirán en nodos de clúster y debe
pertenecer al mismo dominio que los hosts de Hyper-V que desea agrupar. Además, la cuenta requiere el
permiso para crear objetos de equipo en el contenedor que se usa para cuentas de equipo en el dominio.
Asegúrese de que la opción Ser vidores de Windows existente está seleccionada, y, si no necesita soporte
técnico de Microsoft para este clúster, puede seleccionar Omitir validación de clúster .
4. En Nodos , seleccione los servidores de host de Hyper-V que desea incluir en el clúster. Puede seleccionar
varios hosts mediante la tecla CTRL o un intervalo con la tecla MAYÚS.
5. En Dirección IP (si aparece), escriba la dirección IP que desea usar para el clúster.
6. En Almacenamiento , seleccione los discos de datos que desea que el clúster use. La lista de discos
disponibles incluye las unidades lógicas asociadas con el grupo host que seleccionó al principio del asistente.
Si asigna almacenamiento fuera de banda, los discos que no están administrados por VMM se
muestran y se seleccionan como discos disponibles, con la casilla de verificación junto a cada disco
atenuada y no disponible.
Si usa una solución de sistema de archivos de clúster (CFS) de terceros, asegúrese de tener en
cuenta que los discos son discos CFS. No seleccione esos discos para el clúster. De lo contrario,
se producirá un error al crear el clúster. Si usa una solución de sistema de archivos de clúster -
(CFS) de terceros, asegúrese de tener en cuenta que los discos son discos CFS. No seleccione
esos discos para el clúster. De lo contrario, se producirá un error al crear el clúster.
Si el número de hosts seleccionados para el clúster es par, el disco más pequeño que es mayor
que 500 megabytes (MB) se selecciona automáticamente como el disco testigo y no está
disponible para la selección.
7. En Conmutadores vir tuales , puede seleccionar las redes lógicas que se usarán cuando VMM crea
automáticamente conmutadores virtuales en los nodos de Hyper-V. Seleccione los conmutadores virtuales
externos en los nodos de Hyper-V de destino. VMM creará automáticamente los conmutadores virtuales en
todos los nodos de Hyper-V.
8. En Resumen , confirme la configuración y, luego, haga clic en Finalizar . Puede supervisar el estado del
clúster en la página Trabajos . Después de que finalice el trabajo, puede comprobar la información del
clúster; para ello, haga clic en la pestaña Propiedades > Estado en el clúster. También puede hacer clic con
el botón derecho en el clúster y hacer clic en Validar clúster .
Esto es lo que hace VMM después de crear el clúster:
1. Valida que todos los hosts cumplan los requisitos, tales como el sistema operativo requerido y la pertenencia
a un dominio
2. Habilita la característica de clústeres de conmutación por error en cada host
3. Quita la máscara de las unidades lógicas de almacenamiento seleccionadas en cada host
4. Ejecuta el proceso de validación de clústeres
5. Crea el clúster con la configuración de cuórum, configura cualquier valor de IP estática del clúster que haya
especificado y habilita volúmenes compartidos de clúster (CSV).
6. Para cada unidad lógica que se designa como CSV, asigna la unidad lógica como CSV en el clúster
Pasos siguientes
Aprovisionar un host o clúster de Hyper-V de
equipos sin sistema operativo
IMPORTANT
Use este artículo para aprovisionar un host o clúster de Hyper-V de equipos sin sistema operativo sin nada
instalado, en el tejido de System Center - Virtual Machine Manager (VMM).
Además de agregar los servidores de Windows existentes al tejido como los hosts y clústeres de Hyper-V, VMM
puede detectar máquinas físicas sin sistema operativo, instalar automáticamente un sistema operativo y
aprovisionarlas como clústeres y hosts de servidor de Hyper-V.
Este es el procedimiento para hacerlo:
1. Comprobar requisitos previos : asegúrese de que cumple todos los requisitos previos antes de comenzar.
2. Configuración inicial : configure el BIOS en la máquina para la compatibilidad con la virtualización, la
configuración del orden de arranque del BIOS para arrancar desde un adaptador de red habilitado para un
entorno de ejecución previo al arranque (PXE) como primer dispositivo y la configuración de credenciales de
inicio de sesión y dirección IP para el BMC de cada equipo. Debe crear entradas DNS y cuentas de Active
Directory para los nombres de máquina, y es recomendable dejar tiempo para la replicación de DNS.
3. Preparar el entorno del ser vidor PXE : agregue el servidor PXE a la administración de VMM, como se
describe en Requisitos previos de creación de hosts, clústeres de hosts o clústeres de servidores de archivos
de escalabilidad horizontal sin sistema operativo en VMM y Cómo agregar un servidor PXE a VMM.
4. Agregar recursos a la biblioteca de VMM : agregue recursos que incluyan un disco duro virtual
generalizado con un sistema operativo adecuado (como se muestra en Requisitos previos de creación de
hosts, clústeres de hosts o clústeres de servidores de archivos de escalabilidad horizontal sin sistema
operativo en VMM) para usarlos como imagen base y archivos de controlador opcionales para agregarlos al
sistema operativo durante la instalación.
5. Crear perfiles : en la biblioteca, cree uno o varios perfiles de equipo físico. Estos perfiles incluyen opciones
de configuración, tales como la ubicación de la imagen del sistema operativo y los valores de configuración
de hardware y del sistema operativo.
6. Crear el host o clúster de Hyper-V : ejecutará asistentes diferentes en función de si quiere configurar un
host independiente o un clúster.
Antes de comenzar
NOTE
VMM no admite el aprovisionamiento completo de las máquinas físicas en el espacio de nombres separado. Como
solución alternativa, siga estos pasos:
1. Aprovisione de manera completa en un dominio de espacio de nombres no contiguos.
2. Quite el host aprovisionado de VMM.
3. Una el host para el dominio del espacio de nombres no contiguo que le interese.
4. Vuelva a agregar el host a VMM. Use este procedimiento.
C O M P O N EN T E REQ UISITO P REVIO DETA L L ES
Equipo físico Compatibilidad para la detección Cada equipo físico debe tener un
controlador de administración de placa
base (BMC) instalado que permita la
administración fuera de banda.
Mediante un BMC, puede tener acceso
al equipo de forma remota,
independientemente del sistema
operativo, y controlar funciones del
sistema tales como la capacidad de
apagar o encender el equipo.
Requisitos de BMC:
Los BMC deben usar uno de los

protocolos de administración fuera de
banda compatibles, que debe
habilitarse en la configuración de BMC.
Los protocolos compatibles son:

Interfaz de administración de
plataforma inteligente (IPMI) versiones
1.5 o 2.0; Data Center Management
Interface (DCMI) versión 1.0; System
Management Architecture for Server
Hardware (SMASH) versión 1.0 sobre
WS-Management (WS-Man);
protocolos personalizados como
Integrated Lights-Out (iLO).
Los BMC deben usar la versión más

reciente del firmware para el modelo
de BMC.
Los BMC deben configurarse con las

credenciales de inicio de sesión y
deben usar direcciones IP estáticas o
DHCP. Si utiliza DHCP, es recomendable
que lo configure para asignar una
dirección IP constante a cada BMC, por
ejemplo, mediante el uso de reservas
DHCP.
El servidor de administración VMM

debe poder acceder al segmento de
red en el que se configuran los BMC.
Equipo físico Requisitos del rol de Hyper-V El equipo que admite el rol Hyper-V
debe usar procesadores basados en
x64 y tener habilitada la configuración
apropiada del sistema básico de
entrada y salida (BIOS).
Equipos físicos DNS Si el entorno tiene varios servidores

DNS (Sistema de nombres de dominio),
donde la replicación de DNS puede
tardar un tiempo, le recomendamos
encarecidamente que cree entradas
DNS para los nombres de equipo que
se asignen a los equipos físicos y que
deje que pase el tiempo suficiente para
que se produzca la replicación de DNS.
De otro modo, la implementación de
los equipos producirá un error.
Equipo físico BIOS o EFI Determine si los equipos usan

Extensible Firmware Interface (EFI) o
BIOS. Si tiene equipos de ambos tipos,
debe crear un perfil independiente
para cada tipo.
Equipos físicos Sistema operativo Puede agregar un nodo de Windows

Server 2016 a un clúster de Windows
Server 2012 R2, sujeto a los requisitos
que se han especificado anteriormente;
en cambio, no puede agregar un nodo
de Windows Server 2012 R2 a un
clúster de Windows Server 2016.
Nota: VMM 2019 UR3 y las versiones

posteriores admiten Azure Stack HCl
(versión 20H2).
Ser vidor PXE Requisitos de implementación Debe tener un servidor PXE

configurado con los Servicios de
implementación de Windows.
Si tiene un servidor PXE en su entorno

configurado con Servicios de
implementación de Windows, puede
agregarlo a VMM. Luego puede usarlo
para el aprovisionamiento en VMM (y
VMM reconoce solo los servidores
resultantes). El servidor PXE sigue
controlando las demás solicitudes de
acuerdo con su configuración.
Si no tiene un servidor PXE existente,

puede implementar el rol de Servicios
de implementación de Windows en un
servidor que ejecute un sistema
operativo compatible (Windows Server
2012 R2 o posterior).
Durante la instalación de los Servicios

de implementación de Windows,
instale las opciones Servidor de
implementación y Servidor de
transporte. Tenga en cuenta no
necesita agregar imágenes. Durante la
implementación del host, VMM usa un
disco duro virtual que ha creado y
almacenado en la biblioteca. Además,
no necesita configurar las opciones de
la pestaña de respuesta PXE. VMM
proporciona su propio proveedor de
PXE.
El servidor PXE debe estar en la misma

subred que los equipos físicos que
desee aprovisionar.
Cuando agregue un servidor PXE, debe

especificar las credenciales de cuenta
para una cuenta que tenga permisos
de administrador local en el servidor
PXE. Puede especificar un nombre de
usuario y una contraseña o especificar
una cuenta de ejecución. Si quiere usar
una cuenta de ejecución, puede crearla
antes de comenzar o durante la
implementación.
Ser vidor PXE Orden de arranque En todos los equipos, establezca el

orden de arranque del BIOS para que
arranquen desde un adaptador de red
habilitado para el entorno de ejecución
previo al arranque (PXE) como primer
dispositivo.
Disco duro vir tual Sistema operativo Asegúrese de que tiene un disco duro
virtual generalizado en un recurso
compartido de biblioteca VMM.
Debería ejecutarse en Windows Server
2012 R2 o posterior.
En el caso de servidores de producción

se recomienda utilizar un disco fijo
(formato de archivo .vhd o .vhdx) para
aumentar el rendimiento y ayudar a
proteger los datos de usuario. Tenga
en cuenta que, de manera
predeterminada, cuando cree el perfil
de equipo físico, VMM convierte un
disco dinámico en un disco fijo.
Si va a asignar controladores
personalizados, deben existir en la
biblioteca.
Para crear el disco duro virtual, puede

crear una máquina virtual, instalar el
sistema operativo invitado y, después,
usar Sysprep con las opciones
/generalize y /oobe.
El sistema operativo en el disco duro

virtual que implemente en los hosts o
clústeres debe admitir la opción de
arranque desde disco duro virtual
(VHD).
Si utiliza Servicios de Escritorio remoto

(RDS) para administrar servidores, le
recomendamos que habilite las
conexiones a RDS de la imagen.
También puede habilitar RDS mediante
el uso de un archivo de respuesta en el
perfil de equipo físico.
Redes Redes lógicas Si ya ha configurado redes lógicas o

conmutadores lógicos en VMM, puede
incluir esas configuraciones en un perfil
de equipo físico.
Para incluir un conmutador lógico que

quiera aplicar a una NIC física en un
perfil de equipo físico (para hosts o
clústeres de hosts), primero debe
realizar ciertos pasos. Asegúrese de
que ha instalado el número previsto de
NIC en el equipo o equipos host.
Además, antes de crear el perfil de
equipo físico en VMM, cree el
conmutador lógico.
Para incluir direcciones IP estáticas

controladas mediante una red lógica
de un perfil de equipo físico, configure
la red lógica. La red lógica debe incluir
al menos un sitio de red y un grupo de
direcciones IP estáticas. El sitio de red
también debe estar disponible para el
grupo host o para un grupo host
primario al que quiera asignar los
hosts que se crean sin sistema
operativo.
Para incluir una NIC virtual para hosts

de un perfil de equipo físico (para
hosts o clústeres de hosts), primero
debe realizar ciertos pasos. Asegúrese
de que ha instalado el número previsto
de NIC físicas en el equipo o equipos
que serán los hosts. Además, en el
servidor de administración VMM,
instale todas las extensiones de
conmutadores virtuales necesarias y
proveedores de extensiones, cree al
menos un conmutador lógico y una
red de máquina virtual. En el
conmutador lógico, como
procedimiento recomendado, incluya
una o más clasificaciones de puerto
para los puertos virtuales.
Perfil de equipo físico Archivo de respuesta Si quiere que un perfil de equipo físico
incluya referencias a un archivo de
respuesta (archivo Unattend.xml) o a
recursos personalizados (por ejemplo,
un instalador de aplicación al que se
haga referencia en los comandos de
script posteriores a la implementación),
cree el archivo de respuesta u obtenga
los recursos personalizados antes de la
implementación y agréguelos al
recurso compartido de biblioteca
VMM. Dentro de un recurso
compartido de biblioteca, coloque los
recursos personalizados en una o más
carpetas con una extensión .CR
(recurso personalizado). VMM los
reconocerá como recursos
personalizados. Por ejemplo, puede
que quiera crear un archivo de
respuesta para habilitar los Servicios
de Escritorio remoto y colocarlos en un
recurso compartido de biblioteca.
Después, puede seleccionar ese archivo
cuando configure un perfil de equipo
físico.
De manera predeterminada, cuando

implemente servidores o clústeres sin
sistema operativo, VMM
automáticamente realiza lo siguiente
(no se necesita ningún archivo de
respuesta ni comandos de
implementación posterior): instala el
rol de Hyper-V para los hosts de
Hyper-V. Instala el rol de Hyper-V, la
característica de clúster de
conmutación por error y la
característica de E/S de múltiples rutas
(MPIO) para los clústeres de Hyper-V.
Cuentas Necesitará dos cuentas de ejecución.
Una cuenta de ejecución para unir

equipos al dominio. Puede crear
cuentas de ejecución en el área de
trabajo Configuración.
Un cuenta de ejecución para tener

acceso al controlador de
administración de placa base (BMC) en
cada equipo.
Agregar un servidor PXE al tejido de VMM

1. Haga clic en Tejido > Ser vidores > Agregar > Agregar recursos > Ser vidor PXE .
2. En Nombre de equipo, especifique el nombre del servidor PXE.
3. Agregue las credenciales de una cuenta que tenga permisos de administrador local en el servidor PXE. Puede
especificar una cuenta de ejecución existente (o hacer clic en Crear cuenta de ejecución para crear una
nueva), escribir manualmente las credenciales de usuario con el formato nombre_dominio\nombre_usuario.
Haga clic en Agregar .
4. En Trabajos , compruebe que el estado del trabajo es Completado y cierre el cuadro de diálogo. El trabajo
configura el nuevo servidor PXE, instala el agente de VMM en el servidor PXE, importa una nueva imagen de
Entorno de preinstalación de Windows (Windows PE) y agrega la cuenta de equipo para el servidor PXE a
VMM.
5. Compruebe que el servidor PXE se agrega en Tejido > Ser vidores > Ser vidores PXE > Inicio > Mostrar
> Recursos de tejido > Ser vidores PXE . El estado del agente debe ser Respondiendo .
Agregar y asignar archivos de controlador

servidor de biblioteca VMM no puede detectar los recursos. Asimismo, cuando elimine un paquete de
controlador.
4. En la consola VMM, abra el área de trabajo Biblioteca. En el panel Biblioteca > Ser vidores de biblioteca ,
expanda el servidor de biblioteca en el que se encuentra el recurso compartido, haga clic con el botón
secundario en el recurso compartido y después haga clic en Actualizar . Cuando se haya actualizado la
biblioteca, aparecerá la carpeta que creó para almacenar los controladores.
5. Ahora, asigne etiquetas si es necesario. En Biblioteca , expanda la carpeta que ha creado para almacenar los
controladores en el procedimiento anterior y después haga clic en la carpeta que contenga el paquete de
controladores.

1. Haga clic en Biblioteca > Inicio > Crear > Perfil de equipo físico .
2. En el nuevo asistente de perfiles de equipos físicos > Descripción de perfil , escriba un nombre y
una descripción y seleccione Host de VM .
3. En Imagen de SO > Archivo de disco duro vir tual > Examinar , haga clic en el disco duro virtual
generalizado que ha agregado al recurso compartido de la biblioteca. De manera predeterminada, si el disco
es dinámico, VMM lo convierte en un disco fijo durante la implementación del host. En el caso de servidores
de producción se recomienda usar un disco fijo para aumentar el rendimiento y ayudar a proteger los datos
de usuario.
4. En Configuración de hardware > NIC de administración , seleccione el adaptador de red que se usa
para comunicarse con VMM y si se usa DHCP o una dirección estática. Si quiere usar CDN (Consistent Device
Naming) para el adaptador o configurar conmutadores lógicos y puertos, haga clic en Propiedades físicas .
Haga clic en Agregar para agregar el adaptador.
5. En Disco , especifique el esquema de particiones para el primer disco. Puede usar GPT si el perfil de equipo
físico es EFI. En Información de par tición , seleccione la etiqueta de volumen, si usar todo el espacio libre
restante o un tamaño especificado, y si designar la partición como partición de arranque. También puede
agregar un nuevo disco o partición. Durante la implementación, VMM copia el archivo de disco duro virtual a
la partición de arranque y crea automáticamente una partición de sistema en el mismo disco.
6. En Filtro de controlador , filtre los filtros del controlador que se van a aplicar al sistema operativo durante
la implementación del host. Puede filtrar mediante un identificador Plug and Play o por etiquetas específicas.
Si seleccionar filtrar controladores con etiquetas coincidentes, asegúrese de que ha agregado archivos de
controlador a la biblioteca y ha asignado las etiquetas correspondientes.
7. En Configuración de SO , especifique el dominio al que el clúster o host de Hyper-V debe unirse,
especifique las credenciales de administración local y la información de identidad. Agregue la clave de
producto para la instalación y establezca la zona horaria. En GUIRunOnce, especifique uno o más comandos
que se ejecutarán cuando el usuario inicie sesión en el host de Hyper-V la primera vez.
8. En Configuración de host , especifique la ruta de acceso del host para almacenar los archivos que están
asociados con las máquinas virtuales ubicadas en el host. No especifique la unidad C porque no está
disponible para la selección de ubicación. Si no especifica una ruta de acceso, la selección de ubicación de
VMM determina la ubicación más adecuada.
9. En Resumen , compruebe la configuración. Espere hasta que Trabajos muestre un estado de Completado y,
después, compruebe el perfil en Biblioteca > Perfiles > Perfiles de equipo físico .
Configuración posterior a la implementación de los perfiles de equipo físico
Después de crear e implementar correctamente los perfiles de equipo físico, puede configurar otras opciones,
como el acceso directo a memoria remota (RDMA), la Calidad de servicio (QoS) y Switch Embedded Teaming
(SET), con el script posterior a la implementación de los perfiles de equipo físico (PCP).
Script de ejemplo
A continuación se detalla un script de ejemplo para configurar RDMA, SET y QoS.
# Install data center bridging

Install-WindowsFeature Data-Center-Bridging
#Enable RDMA, assuming customer chosen switch name for storage as Storage1Switch and Storage2Switch
Enable-NetAdapterRDMA "Storage1Switch"
Enable-NetAdapterRDMA "Storage2Switch"
# set Qos Policy

New-NetQosPolicy "SMB" -NetDirectPortMatchCondition 445 -PriorityValue8021Action 3
# Enable net qos flow control

Enable-NetQosFlowControl -Priority 3
# Disable net qos flow control other than 3

Disable-NetQosFlowControl -Priority 0,1,2,4,5,6,7
# Enable net adapter qos on all adapters

Enable-NetAdapterQos -InterfaceAlias "*"
# set qos traffic class

New-NetQosTrafficClass "SMB" -Priority 3 -BandwidthPercentage 50 -Algorithm ETS
# Install windows feature

Install-WindowsFeature –Name Hyper-V
Install-WindowsFeature –Name RSAT-Hyper-V-Tools
# set net adapter property "encapsulated overhead"

NetAdapterAdvancedProperty -Name "*" -DisplayName "Encapsulated Overhead" -DisplayValue "160"
#disable ipv6
netsh int ipv6 isatap set state disabled
#Configure SET team mapping between virtual network adapter to physical network adapters. (Note: to get
names of adapters, use command Get-NetAdapater. For team mapping use command
$physicalAdapters = Get-NetAdapter -Physical
$virtualStorageAdapter1 = Get-VMNetworkAdapter -ManagementOS | Where-Object {$_.Name -eq "Storage1Switch"}
$virtualStorageAdapter1 = Get-VMNetworkAdapter -ManagementOS | Where-Object {$_.Name -eq "Storage2Switch"}
Set-VMNetworkAdapterTeamMapping -ManagementOS -PhysicalNetAdapterName $physicalAdapters[0].Name -

VMNetworkAdapterName $virtualStorageAdapter1.Name
Set-VMNetworkAdapterTeamMapping -ManagementOS -PhysicalNetAdapterName $physicalAdapters[1].Name -
VMNetworkAdapterName $virtualStorageAdapter2.Name
#Set firewall rules.

[System.String[]]$Alias=@("vEthernet (WssdStorage2)", "vEthernet WssdStorage1)");
$Profile ='Any'
$Name="File and Printer Sharing"
$rules = Get-NetFirewallRule -DisplayGroup $Name
foreach ($rule in $rules)

{
$rule | Get-NetFirewallAddressFilter | Set-NetFirewallAddressFilter -
LocalAddress Any -RemoteAddress Any
}
Set-NetFirewallRule -DisplayGroup $Name -Enabled True -Profile $Profile – InterfaceAlias $Alias

$Profile='Any'
$Name=='FPS-LLMNR-In-UDP'
Set-NetFirewallRule -Name $Name -Enabled True -Profile $Profile
[System.String[]]$Alias=@("Storage2Switch", "Storage1Switch", "ManagementSwitch");
$Profile ='Any'
$Name="Windows Remote Management"
Set-NetFirewallRule -DisplayGroup $Name -Enabled True -Profile $Profile –InterfaceAlias $Alias
#Set assurance settings

reg add HKLM\SYSTEM\CurrentControlSet\Control\DeviceGuard /v EnableVirtualizationBasedSecurity /t REG_DWORD
/d 1 /f
reg add HKLM\SYSTEM\CurrentControlSet\Control\DeviceGuard /v RequirePlatformSecurityFeatures /t REG_DWORD
/d 2 /f
reg add HKLM\SYSTEM\CurrentControlSet\Control\LSA /v LsaCfgFlags /t REG_DWORD /d 1 /f
reg add HKLM\SYSTEM\CurrentControlSet\Control\LSA /v DisableRestrictedAdmin /t REG_DWORD /d 0 /f
Aprovisionar un host de Hyper-V sin sistema operativo

Cuando implementa un host de Hyper-V sin sistema operativo, VMM hace lo siguiente:
1. Detecta el equipo físico a través de la administración fuera de banda.
2. Implementa una imagen de sistema operativo en el equipo mediante el perfil de equipo físico.
3. Habilita el rol de Hyper-V en el equipo.
4. Pone el equipo en administración VMM como host de Hyper-V administrado.
Aprovisione de la siguiente manera:
1. Haga clic en Tejido > Ser vidores > Inicio > Agregar > Agregar recursos > Clústeres y hosts de
Hyper-V .
2. En el Asistente para agregar recursos > Ubicación de recursos , seleccione Equipos físicos que se
van a aprovisionar como hosts de máquina vir tual .
3. En Credenciales y protocolo , seleccione la cuenta de ejecución con permisos para tener acceso a BMC. En
la lista Protocolo , haga clic en el protocolo de administración fuera de banda que usan los BMC. Si quiere
usar Data Center Management Interface (DCMI), haga clic en Interfaz de administración de plataforma
inteligente (IPMI). Aunque DCMI 1.0 no aparece en la lista, se admite. Asegúrese de que está seleccionado el
puerto correcto.
4. En Ámbito de detección , especifique el ámbito de direcciones IP que incluye las direcciones IP de los BMC.
Puede especificar una única dirección IP, una subred IP o un intervalo de direcciones IP.
Si va a aprovisionar un solo equipo, puede especificar una dirección IP única o un intervalo de
direcciones IP que empiece y termine con la dirección IP que desee. Si especifica una dirección IP
única, al hacer clic en Siguiente se reinicia el equipo.
Si especifica un intervalo de direcciones IP, al hacer clic en Siguiente se muestra la información del
equipo y puede confirmar que ha especificado el equipo que quería.
5. Si especifica una única dirección IP en la página anterior, omita este paso. De lo contrario, aparecerá la página
Recursos de destino . Revise la lista de BMC detectados (identificados mediante direcciones IP) y seleccione
los que quiera aprovisionar como hosts. Si no ve todos los BMC que espera, compruebe que están en una
red accesible para el servidor VMM y, según sea necesario, haga clic en Actualizar .
6. En Opciones de aprovisionamiento , haga clic en un grupo host para obtener nuevos hosts de Hyper-V.
Seleccione el perfil de equipo físico que quiere aplicar.
7. En Personalización de implementación , vuelva a revisar la lista de equipos y proporcione información
para cada equipo que quiera incluir.
Si ve un equipo que no quiere incluir, seleccione el BMC (identificado por la dirección IP) y haga clic en
Quitar .
Para configurar equipos, haga clic en la dirección IP de BMC.
Especifique un nombre de equipo único, sin caracteres comodín.
Active o desactive Omitir Active Director y para este nombre de equipo . La comprobación de
Active Directory evita la implementación si la cuenta de equipo ya existe. Esto ayuda a evitar la
implementación de un equipo con el mismo nombre que un equipo existente. Tenga en cuenta que si
omite la comprobación de Active Directory y en AD DS hay una cuenta de equipo distinta de la cuenta
de ejecución especificada en el perfil de equipo físico, el proceso de implementación no podrá unir el
equipo al dominio.
8. Para el equipo que está configurando, haga clic en un adaptador de red (a la izquierda). Puede modificar la
configuración o rellenar más información (...).
9. Puede especificar la dirección MAC de la administración NIC (no el BMC) y la configuración de IP estática
para este adaptador de red. Si especifica una dirección, seleccione una red lógica y una subred de IP si es
necesario. Si la subred IP seleccionada incluye un grupo de direcciones IP, puede activar Obtener una
dirección IP correspondiente a la subred seleccionada . De lo contrario, escriba una dirección IP que se
encuentre dentro de la red lógica o su subred. Si selecciona una subred IP, asegúrese de que se corresponde
con la ubicación física donde va a implementar los hosts y con la red a la que está conectado el adaptador. De
lo contrario, puede producirse un error en la implementación.
10. Configure la configuración del adaptador para cada adaptador de red. Observe que si el número de
adaptadores de red físicos de un equipo no coincide con el número de adaptadores de red físicos definidos
en el perfil de equipo físico, debe especificar toda la información que falte de los adaptadores. Si decide no
aprovisionar este equipo ahora (por ejemplo, si necesita instalar o desinstalar hardware físico), puede
seleccionar la dirección IP de BMC del equipo de la lista y hacer clic en Quitar .
11. Repita la configuración para cada dirección IP de BMC de la lista. Cuando termine de rellenar la información
para todos los equipos que quiera aprovisionar, haga clic en Siguiente .
12. En Resumen , confirme la configuración y haga clic en Finalizar para implementar los nuevos hosts de
Hyper-V y ponerlos en administración VMM. Según la configuración, puede que aparezca el cuadro de
diálogo Trabajos . Asegúrese de que todos los pasos del trabajo tengan el estado Completado y cierre el
cuadro de diálogo.
13. Para confirmar que el host se ha agregado, haga clic en Tejido > Ser vidores > Todos los hosts > grupo
host y compruebe que el nuevo host de Hyper-V aparece en el grupo.
Aprovisionar un clúster de Hyper-V sin sistema operativo

Cuando implementa un clúster de Hyper-V sin sistema operativo, VMM hace lo siguiente:
1. Detecta los equipos físicos a través de la administración fuera de banda.
2. Implementa una imagen de sistema operativo en los equipos mediante el perfil de equipo físico
seleccionado.
3. Instala la característica de clústeres de conmutación por error, el rol de Hyper-V y la característica MPIO.
4. Pone el clúster aprovisionado en administración VMM.
Aprovisione de la siguiente manera:
1. Haga clic en Tejido > Ser vidores > Agregar > Agregar recursos > Clústeres y hosts de Hyper-V .
2. En Configuración general , especifique un nombre para el clúster de hosts. Elegir una configuración de
almacenamiento si es necesario:
Para el almacenamiento compartido, haga clic en Almacenamiento conectado al clúster
mediante SAS, FC o iSCSI compar tidos .
Para espacios de almacenamiento directo, haga clic en Subsistema de discos conectado
directamente a nodos individuales del clúster .
3. En Tipo de recurso > seleccione Equipos físicos que se van a aprovisionar :
Especifique la cuenta de ejecución de administrador que se va a usar para crear el clúster.
Seleccione el perfil de equipo físico (que proporciona el nombre de dominio y la cuenta de ejecución
de administrador para cada nodo).
Junto al cuadro Cuenta de ejecución de BMC , haga clic en Examinar y seleccione una cuenta de
ejecución que tenga permisos para acceder al BMC.
En la lista de protocolo Administración fuera de banda , haga clic en el protocolo que usan los
BMC. Si quiere usar Data Center Management Interface (DCMI), haga clic en Interfaz de administración
de plataforma inteligente (IPMI). Aunque DCMI 1.0 no aparece en la lista, se admite. Asegúrese de que
se ha seleccionado el puerto correcto.
Si la opción Omitir validación de clúster aparece y no se requiere soporte técnico de Microsoft
para este clúster, puede omitir la validación.
4. En Ámbito de detección , especifique el ámbito de direcciones IP que incluye las direcciones IP de los BMC.
Puede especificar una única dirección IP, una subred IP o un intervalo de direcciones IP. Detección en
profundidad ofrece información detallada sobre un equipo (por ejemplo, direcciones MAC de adaptadores de
red) pero reinicia el equipo y requiere tiempo adicional. Puede permitir u omitir la detección en profundidad.
5. Si especifica una única dirección IP en la página anterior, omita este paso. De lo contrario, aparecerá la página
Recursos de destino . Revise la lista de BMC detectados (identificados mediante direcciones IP) y seleccione
los que quiera incluir en el clúster.
6. Si no ve todos los BMC que espera, compruebe que están en una red accesible para el servidor VMM y,
según sea necesario, haga clic en Actualizar . Permitir u omitir la detección en profundidad. Detección en
profundidad ofrece información detallada sobre un equipo (por ejemplo, direcciones MAC de adaptadores de
red) pero reinicia el equipo y requiere tiempo adicional. A continuación, haga clic en Siguiente .
7. En Personalización de implementación , proporcione información para cada equipo que quiera incluir. Si
ve un equipo que no quiere incluir, seleccione el BMC (identificado por la dirección IP) y haga clic en Quitar .
Para configurar equipos, haga clic en la dirección IP de BMC. Especifique un nombre de equipo único,
sin caracteres comodín.
Active o desactive Omitir Active Director y para este nombre de equipo . La comprobación de
Active Directory evita la implementación si la cuenta de equipo ya existe. Tenga en cuenta que si omite
la comprobación y en AD hay una cuenta de equipo distinta de la cuenta de ejecución especificada en
el perfil de equipo físico, el proceso de implementación no podrá unir el equipo al dominio.
Para el equipo que está configurando, haga clic en un adaptador de red. Puede modificar la
configuración o rellenar más información.
Puede especificar la dirección MAC de la administración NIC (no el BMC) y la configuración de IP
estática para este adaptador de red. Si especifica una dirección, seleccione una red lógica y una subred
de IP si es necesario. Si la subred IP seleccionada incluye un grupo de direcciones IP, puede activar
Obtener una dirección IP correspondiente a la subred seleccionada . De lo contrario, escriba
una dirección IP que se encuentre dentro de la red lógica o su subred. Si selecciona una subred IP,
asegúrese de que se corresponde con la ubicación física donde va a implementar los hosts y con la
red a la que está conectado el adaptador. De lo contrario, puede producirse un error en la
implementación.
8. Configure la configuración del adaptador de red para cada adaptador de red. Observe que si el número de
adaptadores de red físicos de un equipo no coincide con el número de adaptadores de red físicos definidos
en el perfil de equipo físico, debe especificar toda la información que falte de los adaptadores. Si decide no
aprovisionar este equipo ahora (por ejemplo, si necesita instalar o desinstalar hardware físico), puede
seleccionar la dirección IP de BMC del equipo de la lista y hacer clic en Quitar .
9. Repita la configuración para cada dirección IP de BMC de la lista.
10. Cuando termine de rellenar la información necesaria para todos los equipos que quiera aprovisionar, haga
clic en Siguiente.
11. En Resumen , confirme la configuración y haga clic en Finalizar para implementar los nuevos hosts de
Hyper-V y ponerlos en administración VMM. Según la configuración, puede que aparezca el cuadro de
diálogo Trabajos. Asegúrese de que todos los pasos del trabajo tengan el estado Completado y cierre el
cuadro de diálogo.
12. Para confirmar que se ha agregado el host, haga clic en Tejido > Ser vidores > Todos los hosts > y
busque y haga clic en el nuevo clúster de hosts. En el panel Hosts , en la columna Estado del host ,
compruebe que cada nodo del clúster se encuentra en el estado Correcto.
Crear un clúster invitado a partir de una plantilla de
servicio de VMM
IMPORTANT
Use este artículo si quiere crear un clúster de conmutación por error invitado mediante una plantilla de servicio
de System Center - Virtual Machine Manager (VMM).
Un clúster de conmutación por error invitado está formado por varias máquinas virtuales que se implementan
en un clúster y usan el almacenamiento compartido. Los servicios de VMM se usan para agrupar máquinas
virtuales para proporcionar una aplicación. Las plantillas de servicio contienen información sobre un servicio,
incluidas las máquinas virtuales que se implementan como parte del servicio, las aplicaciones que se van a
instalar en máquinas virtuales y la configuración de red que debería usarse. En las plantillas de servicio se
pueden agregar plantillas de máquina virtual, configuración de red, aplicaciones y almacenamiento. Más
información.
Puede usar plantillas de servicio para crear un clúster invitado. Después, ese clúster puede configurarse para
ejecutar una aplicación como SQL Server.
Antes de empezar
Las máquinas virtuales de un clúster invitado solo pueden implementarse en clústeres de hosts de Hyper-V
que ejecutan Windows Server 2012 R2 o posterior. De lo contrario, se producirá un error de implementación.
Puede implementar un clúster de conmutación por error invitado que usa archivos .vhdx compartidos en un
clúster de conmutación por error de Hyper-V. En este escenario, si Hyper-V usa volúmenes compartidos de
clúster (CSV) en el almacenamiento de nivel de bloque, los archivos vhdx compartidos se almacenan en un
CSV que se configura como almacenamiento compartido.
Como alternativa, Hyper-V puede usar almacenamiento basado en archivos SMB implementado por el
servidor de archivos de escalabilidad horizontal (SOFS), como la ubicación de los archivos .vhdx
compartidos.
No se admite ningún otro tipo de almacenamiento compartido para los clústeres invitados. No se admite el
almacenamiento SMB de terceros.
Necesita varios scripts para crear el clúster invitado, tales como un script para ejecutarse en la primera
máquina virtual del clúster y un script para ejecutarse en otras máquinas virtuales de forma que puedan
unirse al clúster. La configuración del script se especifica en la configuración de la aplicación de la plantilla de
servicio.
Para configurar los discos compartidos del clúster, necesitará usar nuevos archivos VHDX. No reutilice los de
un clúster anterior. Asegúrese de que los archivos de disco duro se encuentran en la biblioteca VMM.
Identifique una única ruta de acceso en el almacenamiento basado en SCSI donde se colocarán todos los
archivos VHDX para el clúster invitado durante la implementación. Puede usar clasificaciones de
almacenamiento para controlar la ubicación de los archivos VHDX, pero necesitará al menos una ubicación
en la clasificación con la capacidad para mantener todos los archivos VHDX. VMM no implementa los
archivos VHDX en varias ubicaciones.
Puede modificar la ubicación de los archivos VHDX durante la implementación, incluso si usa la misma
plantilla de servicio para implementar varios clústeres invitados. Para ello, deberá implementar los clústeres
invitados en un grupo host y no en una nube. Después, en la implementación, especifique una ruta de acceso
única para todos los archivos VHDX compartidos del clúster. Esto invalida la ubicación que se ha especificado
en la plantilla de máquina virtual.
Necesitará un archivo de disco duro virtual que contenga el sistema operativo (preparado con Sysprep) que
quiera que usen las máquinas virtuales del clúster invitado. Cuando se crea cada nodo, VMM usa una copia
del archivo de disco duro virtual para el disco del sistema del nodo.
Especificar los scripts que se ejecutan cuando se crea un clúster

invitado
1. Configure un perfil de aplicación.
2. En Nuevo perfil de aplicación > General > Compatibilidad , deje la opción General predeterminada
habilitada.
3. En Configuración de aplicación > Compatibilidad de SO , seleccione una o varias ediciones de un
sistema operativo de servidor (que no sea anterior a Windows Server 2012).
4. Agregue los scripts que necesita para crear el primer nodo del clúster y después agregue los demás.
Proporcione los scripts de la manera siguiente:
Si se trata de un script que se ejecutará en el primer nodo del clúster cuando este se cree (y no en
otros nodos), en Script command type (Tipo de comando de script), seleccione Creación: primera
VM .
Si se trata de un script que se ejecutará en los nodos posteriores del clúster cuando estos se creen (y
no en el primero nodo), en Script command type (Tipo de comando de script), seleccione
Creación: VM después de la primera .
Para cada script, especifique el nombre del ejecutable y los parámetros a través de los cuales se
ejecutará el script, y la cuenta de ejecución.
Si es necesario, configure otras opciones tales como el tiempo de espera del script y las directivas de
error y reinicio.
Un script puede contener configuración que cabe especificar al configurar el servicio para la
implementación. Para dar formato a este tipo de configuración, escriba el parámetro en el campo
Parámetros con el siguiente formato: @<SettingLabel>@ (por ejemplo, escriba @ClusterName@).
Ejemplo: un script FormCluster.exe que se ejecuta con Cmd.exe y los parámetros /q y /c, y requiere que
el nombre del clúster sea un programa ejecutable: Cmd.exe , parámetros: /q /c FormCluster.cmd
@ClusterName@
También puede agregar scripts para eliminar el clúster de manera ordenada. Script command type
(Tipo de comando de script) sería Eliminación: VM antes de la última o Eliminación: última VM .
También puede agregar un script de tipo Previo a la instalación que se ejecutará en la primera
máquina virtual y en las últimas máquinas virtuales que se creen como parte del nivel de servicio.
5. Haga clic en Aceptar para guardar la configuración y compruebe que el perfil se ha creado en Perfiles >
Perfiles de aplicación . El perfil aparecerá en el panel Perfiles .
Crear una plantilla de máquina virtual

Cree una plantilla de máquina virtual que incluya la configuración de un archivo VHDX compartido. Este archivo
VHDX debe implementarse en el almacenamiento compartido que tiene canales SCSI disponibles para cada
nodo del clúster para proporcionar el mismo acceso al archivo de cada nodo.
1. En la biblioteca VMM, compruebe que tiene un disco duro virtual que contiene el sistema operativo (creado
mediante SysPrep) que quiere usar para la máquina virtual en el clúster invitado. No debe estar en blanco.
2. Cree una plantilla de máquina virtual.
3. En Asistente para crear plantillas de VM > Seleccionar origen , seleccione Usar una plantilla de VM
o un disco duro vir tual existentes almacenados en la biblioteca > Examinar .
4. En Seleccionar origen de plantilla de VM , haga clic en el disco duro virtual que quiere usar.
5. En Configurar hardware , especifique un perfil o configuración de hardware.
6. Para configurar el clúster invitado para que use un archivo VHDX compartido, en Configuración de bus ,
haga clic en Adaptador SCSI 0 y, después, junto a Nuevo , haga clic en Disco . El nuevo disco aparece como
una lista en el adaptador SCSI. Seleccione el disco y Compar tir el disco en todo el nivel de ser vicio .
7. Desactive Contiene el sistema operativo de la máquina vir tual . Haga clic en Examinar , seleccione el
archivo VHDX que quiere que VMM implemente en el almacenamiento compartido y haga clic en Aceptar .
Repita esto para cada nodo adicional del clúster. Agregue el mismo disco cada vez pero asegúrese de que el
canal SCSI sea único para cada nodo.
8. En Adaptadores de red , seleccione el adaptador y seleccione Habilitar direcciones IP especificadas de
invitado . Esto permite a los nodos (máquinas virtuales) del clúster especificar las direcciones IP del propio
clúster y de las aplicaciones configuradas para ejecutarse en el clúster.
9. En Opciones avanzadas > Disponibilidad , seleccione Hacer que esta máquina vir tual sea de alta
disponibilidad . Al habilitar esta opción, la máquina virtual se crea como una instancia en el clúster de hosts,
de manera que si se produce un error en un host, la máquina virtual pasará a otro host del clúster.
10. Haga clic en Administrar conjuntos de disponibilidad > Crear . El conjunto de disponibilidad que crea
será usado por todos los nodos del clúster invitado. Esto significa que VMM intentará mantener las máquinas
virtuales en hosts independientes, de forma que si uno produce un error, las máquinas virtuales de otro host
puedan proporcionar servicios.
11. En Configurar sistema operativo , abra la lista Perfil de SO invitado y seleccione un perfil de sistema
operativo invitado o Crear configuración de personalización de sistema operativo Windows nueva .
La selección determina si se muestran páginas adicionales del asistente.
En Información de identidad > Nombre de equipo , puede proporcionar un patrón para generar
nombres de equipo. Por ejemplo, si escribe servidor####, los nombres de equipo que se crean son
servidor0001, servidor0002 y así sucesivamente. Utilizar un patrón garantiza que, cuando se agregan
máquinas virtuales adicionales a un servicio, los nombres de equipo generados están relacionados y
son identificables. Si utiliza este método para especificar el nombre de equipo, no lo puede utilizar en
combinación con el parámetro de un símbolo de nombre (@<name>@). Puede utilizar un método o
el otro, pero no ambos.
En Redes , puede especificar la configuración de Active Directory con el nombre de dominio completo,
o incluyendo los signos (@) antes y después del nombre de dominio, por ejemplo, @Domain@. Al
utilizar los signos (@) de esta forma, puede escribir la información necesaria cuando la máquina
virtual se implementa como parte de un servicio. No se necesita una relación de confianza entre el
dominio donde se implementa el servicio y el dominio del servidor de administración VMM.
12. Complete el asistente para crear la plantilla de máquina virtual.
Incluir la plantilla de máquina virtual en una plantilla de servicio

1. Cree una plantilla de servicio y agregue la plantilla de máquina virtual al nivel de plantilla apropiado.
2. Después de que guarde y valide la plantilla, haga clic con el botón derecho en el objeto del nivel del
diseñador de plantilla de servicio y haga clic en Propiedades .
3. En Configuración de aplicación , agregue el perfil de aplicación que ha creado. Cuando el servicio se
implemente, los scripts del perfil de aplicación se ejecutarán. Guarde y valide la plantilla de servicio.
4. Vuelva a hacer clic con el botón derecho en la plantilla de servicio > Propiedades .
5. En General , seleccione A este nivel de equipo se le pueden agregar más equipos y especifique
valores mayores que 1 en Recuento de instancia predeterminado y Recuento máximo de instancias .
El máximo debe establecerse para ser inferior o igual al número de canales SCSI que ha configurado en la
plantilla de máquina virtual. El recuento predeterminado debe ser inferior al máximo.
6. En Número de dominios de actualización , especifique el mismo valor que en Recuento máximo de
instancias . Por ejemplo, si especifica un recuento predeterminado o 3, y un recuento máximo de 3, el clúster
invitado tendrá tres nodos. El número de dominios de actualización también deberá establecerse en 3, de
forma que las actualizaciones se realicen en tres fases, un nodo (VM) a la vez. Esto deja al menos dos
máquinas virtuales en el clúster invitado ejecutándose durante el mantenimiento planeado.
7. Guarde y valide la plantilla de servicio.
Después de que haya configurado el clúster invitado, está listo para implementar el servicio.
Pasos siguientes
Implementar máquinas virtuales desde una plantilla
Configurar redes para hosts y clústeres de Hyper-V
en el tejido de VMM
IMPORTANT
Lea este artículo para configurar hosts y clústeres de Hyper-V en el tejido de proceso de System Center - Virtual
Puede aplicar la configuración de red a un host o clúster de Hyper-V mediante un conmutador lógico. Aplicar un
conmutador lógico garantiza que las redes lógicas, y otras opciones de red, se asignen sistemáticamente a
varios adaptadores de red físicos.
Antes de empezar
Si quiere configurar la red de forma manual, asegúrese de haber configurado redes lógicas antes de
comenzar. Además, asegúrese de que los sitios de red de las redes lógicas están configurados para usar el
grupo host del host al que los quiere asignar. Active esta opción en Tejido > Ser vidores > Todos los hosts
y haga clic en el grupo host. En Hosts , haga clic en el host > Propiedades .
Si quiere usar un conmutador lógico, debe crear los perfiles de puerto y conmutador lógico.
Configurar una red con un conmutador lógico

Para ello, deberá configurar el conmutador lógico y los perfiles de puerto que va a aplicar. Después, debe indicar
para qué se usa el adaptador de red físico y aplicar un conmutador lógico para configurar la red. Los
adaptadores de red que configure pueden ser adaptadores físicos o virtuales en los hosts.
Especificar para qué se usa el adaptador de red

Independientemente de los perfiles de puerto y los conmutadores lógicos que use en la configuración de red,
debe especificar si se usa un adaptador de red en un host para máquinas virtuales, la administración de hosts,
ninguna opción o ambas. (El host ya debe estar administrándose en VMM).
1. Abra Tejido > Ser vidores > Todos los hosts > nombre del grupo host > Hosts > Host > Propiedades
> Hardware .
2. En Adaptadores de red , haga clic en el adaptador de red físico que quiere configurar.
Si quiere usar este adaptador de red para las máquinas virtuales, asegúrese de que esté seleccionada
la opción Disponible para selección de ubicación .
Si quiere usar este adaptador de red para la comunicación entre el host y el servidor de
administración de VMM, asegúrese de que esté seleccionada la opción Usado para administración .
Compruebe que tenga al menos un adaptador de red disponible para la comunicación entre el host y
el servidor de administración de VMM.
3. No tiene que configurar los ajustes individuales de Conectividad de red lógica porque está usando un
conmutador.
Aplicar un conmutador lógico
1. Abra Tejido > Ser vidores > Todos los hosts > grupo host > Hosts > Host > Propiedades >
Conmutadores vir tuales .
2. Seleccione el conmutador lógico que ha creado. En Adaptador , seleccione el adaptador físico al que quiera
aplicar el conmutador lógico.
3. En la lista Perfil de puer to de vínculo superior , seleccione el perfil de puerto de vínculo superior que
quiera aplicar. La lista contiene los perfiles de puerto de vínculo superior que se agregaron al conmutador
lógico seleccionado. Si le parece que falta algún perfil, revise la configuración del conmutador lógico y vuelva
a esta pestaña de propiedades. Haga clic en Aceptar para finalizar. Tenga en cuenta que si no ha creado el
conmutador virtual anteriormente y lo hace ahora, el host podría perder conectividad de red de forma
temporal cuando VMM crea el conmutador.
4. Repita los pasos según sea necesario. Si aplica el mismo conmutador lógico y el mismo perfil de puerto de
vínculo superior a dos o más adaptadores, se pueden agrupar los dos adaptadores, dependiendo de una
opción de configuración del conmutador lógico. Para averiguar si se pueden agrupar, abra las propiedades
del conmutador lógico, haga clic en la pestaña Vínculo superior y consulte la opción Modo de vínculo
superior . Si la opción es Agrupar , los adaptadores se pueden agrupar. El modo específico en que se pueden
agrupar viene determinado por una opción de configuración del perfil de puerto de vínculo superior.
5. Después de aplicar el conmutador lógico, puede comprobar la configuración del adaptador de red para ver si
es compatible con el conmutador:
Haga clic en Tejido > Redes > Conmutadores lógicos > Inicio > Mostrar > Hosts .
En Información de conmutador lógico para hosts , compruebe la configuración. Totalmente
compatible indica que la configuración de host es compatible con el conmutador lógico.
Parcialmente compatible indica que hay algunos problemas. Compruebe los motivos en Errores
de cumplimiento . No compatible indica que ninguna de las VLAN y las subredes IP definidas para
la red lógica está asignada al adaptador físico. Haga clic en el conmutador > Corregir para
solucionarlo.
Si tiene un clúster, compruebe cada nodo.
Establecimiento de afinidad entre vNIC y pNIC

NOTE
Esta característica está disponible en 2019 UR2 y versiones posteriores.
En esta sección se proporciona información sobre cómo establecer la afinidad entre los adaptadores de red
virtual (vNIC) y los adaptadores de red físicos (pNIC). La afinidad entre pNIC y vNIC aporta flexibilidad para
enrutar el tráfico de red entre pNIC agrupados. Con esta característica, puede aumentar el rendimiento
asignando el adaptador físico compatible con RDMA con un vNIC habilitado para configuración de RDMA.
Además, puede enrutar un tipo específico de tráfico (por ejemplo, una migración dinámica) a un adaptador
físico con un ancho de banda mayor. En escenarios de implementación de HCI, al especificar la afinidad, puede
aprovechar el multicanal de SMB para conseguir un alto rendimiento para tráfico SMB.
Antes de empezar
1. El conmutador lógico está implementado en un host.
2. La propiedad de agrupación SET está habilitada en el conmutador lógico.
Siga estos pasos:
Para un host, la afinidad entre vNIC y pNIC se puede establecer en el nivel de conmutador virtual. Puede definir
la afinidad al agregar un nuevo adaptador de red virtual al conmutador virtual o al modificar las propiedades de
un adaptador de red virtual existente.
1. Abra Tejido > Ser vidores > Todos los hosts > grupo host > Hosts > host . Haga clic con el botón
derecho en Host , seleccione Propiedades y vaya a la pestaña Conmutadores vir tuales .
2. Compruebe que los adaptadores físicos que se van a agrupar están aquí. La afinidad solo se puede
asignar a los adaptadores físicos que estén aquí.
3. Haga clic en Nuevo adaptador de red vir tual para agregar un nuevo vNIC al conmutador virtual.
4. De forma predeterminada, el valor de afinidad se establece en Ninguno . Este valor corresponde al
comportamiento existente, por el cual el sistema operativo distribuye el tráfico de vNIC a cualquiera de
los NIC físicos agrupados.
5. Seleccione un adaptador físico en el menú desplegable para establecer la afinidad entre un vNIC y un NIC
físico.
6. Una vez definida la afinidad, el tráfico de vNIC se enruta al adaptador físico asignado.
NOTE
Se recomienda no quitar ninguno de los adaptadores físicos después de la agrupación, ya que se podrían
interrumpir las asignaciones de afinidad asignadas.
Si la opción This vir tual adapter inherits the proper ties from the physical management adapter
(Este adaptador virtual hereda las propiedades del adaptador de administración físico) está marcada, no se
puede definir la afinidad para las vNIC que controlan el tráfico de administración.
Preguntas más frecuentes

P : He implementado un conmutador habilitado para SET y agrupado tres adaptadores físicos: pNIC1, pNIC2 y
pNIC3. He establecido la afinidad entre vNIC1 y pNIC1. Por algún motivo, si pNIC1 deja de funcionar, ¿no habrá
ningún flujo de tráfico desde vNIC1?
R : No, el tráfico seguirá fluyendo de vNIC1 a cualquiera de los adaptadores físicos (pNIC2 y pNIC3). Cuando un
adaptador físico para el que se ha definido una afinidad se desconecta, el comportamiento predeterminado del
conmutador SET invalida el comportamiento de afinidad. Esto significa que el sistema operativo asignará el
tráfico de vNIC1 a cualquiera de los adaptadores físicos activos (pNIC2 o pNIC3).
Supervisión de dispositivos de red física

VMM admite el protocolo de detección de nivel de vínculo (LLDP). Ahora puede aprovechar la información del
protocolo LLDP para supervisar de forma remota información y las propiedades de los dispositivos de red física.
Puede ver esta información mediante la consola VMM y PowerShell.
Vista de la consola
Para obtener los detalles de los dispositivos de red desde la consola VMM, vaya a Ver > Host > Propiedades >
Configuración de hardware > Adaptador de red .
NOTE
Los detalles que se muestran incluyen una marca de tiempo (actualizada). Para obtener los detalles actuales, actualice la
página.
Se muestra esta información del protocolo LLDP:
IN F O RM A C IÓ N M O ST RA DA DESC RIP C IÓ N
Chassis ID Cambie el identificador de chasis
Port ID Cambie el puerto al que está conectado el adaptador de red
Port Description Detalles relacionados con el puerto, como Tipo
System Name Manufacturer Detalles de la versión de software del fabricante
Descripción del sistema Descripción detallada del sistema
Available Capabilities Funcionalidades disponibles del sistema (como conmutación,

enrutamiento)
Enabled Capabilities Funcionalidades habilitadas del sistema (como conmutación,

enrutamiento)
ID. DE VLAN Identificador de LAN virtual

IN F O RM A C IÓ N M O ST RA DA DESC RIP C IÓ N
Management Address Dirección IP de administración
PowerShell
Use el comando de PowerShell siguiente para ver o actualizar los detalles de LLDDP:
Set-SCVMHostNetworkAdapter -RefreshLLDP
NOTE
De manera predeterminada, el tiempo de espera del paquete LLDP está establecido en 30 segundos. Para modificar este
valor, modifique la clave del Registro en Software\Microsoft\Microsoft System Center Vir tual Machine Manager
Ser ver\Settings\LLdpPacketWaitInter valSeconds . El valor mínimo se puede establecer en 5 segundos y el máximo,
en 300 segundos.
Pasos siguientes
Configurar el almacenamiento para hosts de Hyper-V.
Agregar almacenamiento a los hosts y clústeres de
Hyper-V
IMPORTANT
Lea este artículo para asignar almacenamiento aprovisionado a hosts y clústeres de Hyper-V en el tejido de
Antes de empezar
Para poder asignar el almacenamiento aprovisionado en hosts y clústeres, es necesario que se detecte y se
clasifique en el tejido de VMM:
1. Detectar y clasificar el almacenamiento:
Agregar y clasificar dispositivos de almacenamiento en bloque. Obtenga información sobre la
clasificación.
Agregar almacenamiento de archivos
2. Asignar almacenamiento en bloque a grupos host. Puede asignar un grupo de almacenamiento completo o
una unidad lógica (LUN) específica.
3. Asegúrese de que ha completado estos pasos antes de asignar almacenamiento a hosts:
MPIO : si usa almacenamiento iSCSI o canal de fibra, la característica de E/S de múltiples rutas (MPIO)
debe estar habilitada en todos los hosts.
Si MPIO ya está habilitado antes de que agregue el host, VMM lo habilitará automáticamente
para las matrices de almacenamiento compatibles mediante Microsoft DSM. Si tiene DSM
específicos del proveedor, se usarán.
Si agrega un host a VMM y habilita MPIO más adelante, debe configurarlo manualmente para
agregar los identificadores de hardware de dispositivos detectados.
HBA y división en zonas : si usa una red de matrices de almacenamiento (SAN) de Canal de fibra,
cada host debe tener instalado un adaptador de bus host (HBA) y la división en zonas debe estar
correctamente configurada.
iSCSI : si usa una red SAN iSCSI, asegúrese de que se han agregado portales de iSCSI y que el
iniciador iSCSI está registrado en la matriz.
Asegúrese de que el Servicio del iniciador iSCSI de Microsoft de cada host esté iniciado y configurado
en Automático .
Grupo de almacenamiento : explíquele al administrador de almacenamiento cómo administra VMM
el almacenamiento.
En VMM, un grupo de almacenamiento enlaza los iniciadores del host, los puertos de destino y
las unidades lógicas.
Un grupo de almacenamiento contiene uno o más identificadores de iniciadores de host (IQN o
WWN) (WWN).
Un grupo de almacenamiento también contiene uno o varios puertos de destino y una o varias
unidades lógicas. Las unidades lógicas se exponen a los iniciadores de host a través de los
puertos de destino.
De manera predeterminada, cuando VMM administra la asignación de unidades lógicas, VMM
crea un grupo de almacenamiento por host, ya sea un host independiente o un nodo de clúster
de hosts.
En el caso de algunas matrices de almacenamiento, es preferible utilizar un solo grupo de
almacenamiento para todo el clúster, donde los iniciadores de host de todos los nodos del
clúster se encuentran en un único grupo de almacenamiento. Para ello, debe establecer la
propiedad CreateStorageGroupsPerCluster en $true mediante el cmdlet Set-SCStorageArray.
Asignación de almacenamiento
Puede asignar almacenamiento de archivos directamente a hosts y clústeres.
Puede agregar LUN a hosts y clústeres:
Si ya ha aprovisionado LUN en un grupo host, puede asignar los LUN a hosts y clústeres.
Si ha aprovisionado un bloque de almacenamiento en un grupo host, puede crear LUN durante el
procedimiento para agregar almacenamiento a un clúster.
Si quiere usar almacenamiento compartido que no está administrado por VMM, los discos de
almacenamiento deben estar disponibles para todos los hosts o nodos antes de agregarlos. Debe
aprovisionar uno o más LUN a todos los hosts que quiera incluir en el clúster y, después, montar y dar
formato a los discos de almacenamiento de uno de los nodos. Tenga en cuenta que VMM no admite ni
bloquea el uso de almacenamiento asimétrico, donde una carga de trabajo puede usar discos que se
comparten entre un subconjunto de los nodos del clúster. Cada nodo del clúster debe ser un posible
propietario del disco de clúster.
Después de agregar el almacenamiento iSCSI a un host, debe crear una sesión para el almacenamiento.
Asignar almacenamiento de archivos a un host independiente

Puede asignar recursos compartidos de archivos en cualquier host en el que quiera crear máquinas virtuales
que usarán el recurso compartido de archivos como almacenamiento.
1. Haga clic en Tejido > Ser vidores > Todos los hosts y seleccione el nodo de clúster o host que quiera
configurar.
2. Haga clic en Host > Propiedades > Acceso de host . Especifique una cuenta de ejecución. De forma
predeterminada, se muestra la cuenta de ejecución que se usó para agregar el host a VMM. En el cuadro
Cuenta de ejecución , configure las opciones de cuenta. No puede usar la cuenta que usa para el servicio
VMM. Observe lo siguiente:
Si usó una cuenta de dominio para la cuenta de servicio de VMM, agregue la cuenta de dominio al
grupo de administradores local en el servidor de archivos.
Si usó la cuenta de sistema local para la cuenta de servicio de VMM, agregue la cuenta de equipo para
el servidor de administración VMM al grupo de administradores local en el servidor de archivos. Por
ejemplo, para un servidor de administración VMM denominado VMMServer01, agregue la cuenta de
equipo VMMServer01$.
Todos los hosts o clústeres de hosts que accedan al recurso compartido de archivos SMB 3.0 deben
haberse agregado a VMM mediante una cuenta de ejecución. VMM usa automáticamente esta cuenta
de ejecución para acceder al recurso compartido de archivos SMB 3.0.
Si especificó credenciales de usuario explícitas al agregar un host o clúster de hosts, puede quitar de
VMM el host o clúster y, después, agregarlo de nuevo mediante una cuenta de ejecución.
3. Haga clic en Propiedades del nombre de host > Almacenamiento > Agregar recurso compar tido
de archivos .
4. En Ruta de acceso del recurso compar tido de archivos , seleccione el recurso compartido de archivos
SMB 3.0 necesario y, después, haga clic en Aceptar .
5. Para confirmar que el host tiene acceso, abra el área de trabajo Trabajos para ver el estado del trabajo.
También puede volver a abrir las propiedades del host y hacer clic en la pestaña Almacenamiento . En
Recursos compar tidos de archivos , haga clic en el recurso SMB 3.0. Compruebe que aparece una marca
de verificación verde junto a Acceso al recurso compar tido de archivos .
6. Repita este procedimiento para cualquier host independiente que quiera que acceda al recurso compartido
de archivos SMB 3.0 o para todos los nodos de un clúster.
Asignar una unidad lógica a un host independiente
Asigne una unidad existente o cree una y asígnela.
1. En Tejido > Ser vidores > Todos los hosts , haga clic con el botón derecho que quiere configurar >
Propiedades .
2. Si quiere crear una unidad lógica:
En la barra de herramientas, junto a Disco , haga clic en Agregar . Junto a unidad lógica , haga clic en
Crear unidad lógica .
En Crear unidad lógica > Bloque de almacenamiento , elija el bloque desde el que va a crear la
unidad lógica. Especifique un nombre (solo alfanumérico), una descripción y el tamaño de unidad. Haz
clic en Aceptar para finalizar.
3. Para asignar una unidad lógica existente al host, en la barra de herramientas, junto a Disco , haga clic en
Agregar y seleccione la unidad lógica que quiera asignar.
4. En la lista Unidad lógica , compruebe que la unidad lógica que acaba de crear está seleccionada.
5. En Formatear disco nuevo , si quiere formatear el disco, seleccione Formatee este volumen como
un volumen NTFS con la siguiente configuración y especifique las opciones de configuración.
Tenga en cuenta que si selecciona Forzar el formato aunque no se encuentre un sistema de
archivos todos los datos existentes en el volumen se sobrescribirán. Si la unidad lógica contiene datos y
no usa la opción Forzar formato , la asignación de la unidad lógica finalizará con una advertencia. VMM
asigna la unidad lógica al host. Puede formatear el disco más adelante.
6. En Punto de montaje , seleccione las opciones de montaje. Después, haga clic en Aceptar para asignar
la unidad lógica al host.
7. VMM registra la unidad lógica de almacenamiento en el host y monta el disco de almacenamiento.
Para ver la información de trabajo asociada, abra el área de trabajo Trabajos .
Para comprobar que se ha asignado la unidad lógica, consulte la información de la pestaña
Almacenamiento en el cuadro de diálogo Nombre de host > Propiedades . La unidad lógica
asignada recientemente aparece en Disco . Haga clic en el disco nuevo para ver sus detalles.
Si el campo Matriz contiene los detalles del disco, esto indica que la matriz de almacenamiento está
bajo la administración de VMM.
8. Para configurar una configuración de disco adicional, abra Administración de discos en el host. Para abrir
Administración de discos, haga clic en Inicio , escriba diskmgmt.msc en el cuadro de búsqueda y luego
presione ENTRAR. El nuevo disco aparece en la lista de discos como un disco básico. Si ha elegido
formatear el disco, el disco ya está formateado y en línea. Puede hacer clic con el botón derecho en el
disco para ver las opciones disponibles, como Formatear y Cambiar la letra y rutas de acceso de
unidad .
Configurar el almacenamiento para un clúster de Hyper-V

1. Haga clic en Tejido Ser vidores > Todos los hosts . Haga clic con el botón derecho en el clúster que
quiere configurar > Propiedades . En Nombre del clúster de host > Propiedades , haga clic en una
pestaña:
Almacenamiento disponible : para agregar almacenamiento disponible, al convertir el
almacenamiento disponible en almacenamiento compartido (CSV) o quitar almacenamiento
disponible.
Volúmenes compar tidos : para agregar volúmenes compartidos de clúster (CSV), convertir CSV en
almacenamiento disponible o quitar CSV. El clúster debe ejecutar al menos Windows Server 2012
para admitir CSV.
2. Configure el almacenamiento para el clúster de hosts. Observe lo siguiente:
Si agrega almacenamiento disponible para CSV, use únicamente caracteres alfanuméricos para los
LUN. Tenga en cuenta que no puede cambiar el estilo de partición de un disco que ya se ha
inicializado.
Si va a convertir el almacenamiento disponible en CSV, asegúrese de que no haya máquinas virtuales
en el clúster que tengan sus archivos .vhd o .vhdx asociados ubicados en el almacenamiento que
quiera convertir.
Convierta volúmenes de uno en uno. Después de la conversión, confirme que la unidad lógica
aparezca en la pestaña Volúmenes compar tidos .
Precaución: Si convierte almacenamiento compartido en disponible y hay máquinas virtuales que

usan ese almacenamiento, se puede provocar una pérdida grave de datos.
Solo puede quitar el almacenamiento si no hay ninguna máquina virtual en el clúster que use
actualmente el almacenamiento para sus discos duros virtuales.
3. Cuando esté listo para confirmar los cambios, haga clic en Aceptar .
Crear una sesión de iSCSI

1. En el host de destino, en el complemento Servicios, asegúrese de que el Servicio del iniciador iSCSI de
Microsoft esté iniciado y configurado en Automático.
2. En Tejido > Ser vidores > Todos los hosts Hosts , haga clic con el botón derecho en el host que quiere
configurar > Propiedades .
3. En Matrices iSCSI , compruebe si ya aparece la matriz de almacenamiento. Si no aparece, en la barra de
herramientas, junto a Matriz iSCSI , haga clic en Agregar .
4. En Crear nueva sesión iSCSI > Matriz , haga clic en la matriz de almacenamiento que quiere usar.
5. Haga clic en Crear para crear una nueva sesión. Haga clic en Usar configuración avanzada si quiere
modificar la configuración personalizada, incluido el agente de escucha de destino, el nombre o el NIC de
host que quiere usar.
6. La matriz que ha agregado aparece en Matrices iSCSI . Haga clic en la matriz para ver más detalles.
Pasos siguientes
Configurar redes para hosts y clústeres de Hyper-V.
Administrar MPIO para hosts de Hyper-V en el
tejido de VMM
IMPORTANT
Lea este artículo para obtener información sobre la manera en que System Center Virtual Machine Manager
(VMM) administra la E/S de múltiples rutas (MPIO) en hosts de Hyper-V.
Cuando se agrega almacenamiento iSCSI o canal de fibra en un host de Hyper-V administrado en el tejido de
VMM, la característica de E/S de múltiples rutas (MPIO) debe estar habilitada en todos los hosts.
Si la característica MPIO está habilitada en el host, VMM la agrega a las matrices de almacenamiento
admitidas mediante el DSM de Microsoft. Si ha instalado DSM específicos del proveedor, se usará la
configuración de MPIO específica del proveedor para conectarse a la matriz de almacenamiento.
Si agrega un host y la característica MPIO no está habilitada, VMM mostrará un mensaje de advertencia en la
ventana Trabajos .
Si agrega un host a VMM y habilita la característica MPIO más adelante, debe agregar la característica MPIO
y, después, configurarla manualmente para agregar los identificadores de hardware de los dispositivos
detectados. También puede instalar DSM específicos del proveedor.
Seguimiento de MPIO en VMM

Cuando se agregan clústeres y hosts de Hyper-V en el tejido de VMM, VMM implementa un agente para la
conectividad entre el host y el servidor VMM. Además, VMM recopila información de configuración sobre el
host o el clúster y la agrega a VMM. En el caso de MPIO, VMM agrega dos claves del Registro que contienen
información de MPIO.
HKEY LOCAL MACHINE\SYSTEM\CurrentControlSet\Control\MPDEV\MPIOSupportedDeviceList
HKEY LOCAL MACHINE\SYSTEM\CurrentControlSet\Services\msdsm\Parameters\DsmSupportedDeviceList
Después de que los dispositivos de almacenamiento compatibles se agreguen a la lista de dispositivos, VMM los
"reclama" y es necesario reiniciar el host. Si ha agregado el host a VMM antes de implementar cargas de trabajo
en él, es probable que no se produzca ningún problema. En cambio, si las cargas de trabajo ya se están
ejecutando en el host, podrían producirse interrupciones. Para intentar evitar posibles interrupciones, puede
ejecutar un script de PowerShell a fin de rellenar previamente las claves del Registro de MPIO en un host antes
de agregarlo al tejido de VMM. Obtenga más información sobre este script.
Impedir que VMM reclame identificadores de dispositivo

Si no quiere que VMM reclame identificadores de dispositivos de almacenamiento para MPIO, haga lo siguiente:
1. Abra la ubicación del Registro HKLM\Software\Microsoft\Microsoft System Center Vir tual Machine
Manager Ser ver\Settings .
2. En esta ubicación, cree una clave del Registro RemoveMPIOHardwareIds con el tipo Cadena múltiple.
3. Agregue los identificadores de dispositivo de la lista predeterminada. Asegúrese de que usa el mismo
espaciado.
4. Reinicie el servicio de VMM.
5. Agregue el host de Hyper-V en VMM.
Pasos siguientes
Aprovisionar una máquina virtual
Administración de ACL de puertos en VMM
IMPORTANT
En System Center - Virtual Machine Manager (VMM), puede configurar y administrar de manera centralizada las
listas de control de acceso (ACL) a puertos de Hyper-V. Las ACL de puerto se pueden configurar tanto para un
tejido administrado por controladora de red como para redes que no estén administradas por controladora de
red.
Una ACL de puerto es un conjunto de reglas que filtran el tráfico en el nivel de puerto de capa 2. Una ACL de
puerto en VMM filtra el acceso a un determinado objeto VMM. Un objeto de red no puede tener más de una
ACL de puerto conectada.
Una ACL contiene reglas y se puede adjuntar a cualquier número de objetos de red. Puede crear una ACL sin
reglas y luego agregarlas posteriormente. Cada regla de ACL corresponde solo a una ACL de puerto.
Si una ACL tiene varias reglas, estas se aplican en función de la prioridad. Después de que una regla coincida
con los criterios y se aplique, no se procesa ninguna otra.
Se aplica una ACL de puerto de configuración global a todos los adaptadores de red virtual de máquinas
virtuales en una infraestructura. No hay ningún tipo de objeto independiente para la configuración global. En
su lugar, la ACL de puerto de configuración global se adjunta al servidor de administración de VMM.
La configuración de ACL de puerto solo se expone a través de los cmdlets de PowerShell en VMM y no se
puede configurar en la consola VMM.
Las ACL de puerto se pueden aplicar a:
Los adaptadores y subredes virtuales en una implementación de controladora de red.
Las subredes virtuales, adaptadores de red, redes de máquinas virtuales y el servidor de
administración de VMM en redes que no estén administradas por controladora de red.
Antes de empezar
Para aplicar una ACL a objetos administrados por controladora de red, use la marca ManagedByNC y
establézcala en True . Si no se establece en True , la ACL solo se aplica a los objetos de red que no estén
administrados por controladora de red.
Los tipos de ACL no son intercambiables. No se puede aplicar una ACL con ManagedByNC establecido
como false a objetos administrados por controladora de red y viceversa.
La principal diferencia entre estos dos tipos de ACL es que debe corregir cada adaptador de red después de
aplicar las ACL en los objetos que no estén administrados por controladora de red.
También hay una diferencia en los intervalos de prioridad:
ACL de puer to de Hyper-V (no administradas por controladora de red) : 1-65535
ACL de puer to de SDN (administradas por controladora de red) : 1-64500
Necesita permisos de administrador de VMM completos para adjuntar una ACL de puerto a la configuración
global. Para adjuntar la ACL a objetos VMM (redes de máquinas virtuales, subredes, adaptadores de red
virtual), debe ser un administrador de VMM, un administrador de inquilinos o un usuario de autoservicio.
Escenarios no admitidos
Esta es una lista de los escenarios no admitidos:
Administrar reglas individuales para una sola instancia cuando la ACL se comparte con varias instancias.
Todas las reglas se administran de manera centralizada dentro de sus ACL principales y se aplican
dondequiera que se adjunte la ACL.
Adjuntar más de una ACL a una entidad.
Aplicar las ACL de puerto a adaptadores de red virtual en la partición principal de Hyper-V (sistema
operativo de administración).
Crear reglas de ACL de puerto en VMM que incluyan protocolos a nivel de dirección IP (distintos de TCP o
UDP). Hyper-V sigue admitiendo otros protocolos de manera nativa.
Aplicar ACL de puerto a redes lógicas, sitios de red (definiciones de red lógica), VLAN de subred y otros
objetos de redes de VMM que no se han indicado como admitidos de forma específica.
Use la interfaz de PowerShell para VMM para hacer lo siguiente:
1. Definir las reglas y las ACL de puerto.
Las reglas se aplican a puertos de conmutador virtual en servidores de Hyper-V como "ACL
extendidas de puerto" (VMNetworkAdapterExtendedAcl). Esto significa que pueden aplicarse
únicamente a los hosts que ejecutan Windows Server 2012 R2 o posterior, ya que VMM no crea ACL
de puerto de Hyper-V heredadas (VMNetworkAdapterAcl) para las versiones anteriores.
Todas las reglas de ACL de puerto definidas en VMM están con estado para TCP. No puede crear reglas
de ACL de TCP sin estado.
2. Adjunte una ACL de puerto a la configuración global. Esto aplica la ACL a todos los adaptadores de red
virtual de máquina virtual.
3. Adjunte las ACL de puerto a las redes de máquina virtual, subredes de máquina virtual o adaptadores de red
virtual de máquina virtual.
4. Administre las reglas de ACL de puerto.
Crear ACL de puerto

2. Cree una ACL de puerto con el cmdlet New-SCPortACL.
New-SCPortACL [-Name] <String> [-Description <String>] [-JobVariable <String>] [-ManagedByNC] [-

OnBehalfOfUser <String>] [-OnBehalfOfUserRole <UserRole>] [-Owner <String>] [-PROTipID <Guid>] [-
RunAsynchronously] [-UserRole <UserRole>] [-VMMServer <ServerConnection>] [<CommonParameters>]
Parámetros
Nombre; Descripción Nombre y descripción de la ACL de puerto
JobVariable Almacena el progreso de trabajo
ManagedByNC Especifica si los objetos están administrados por

controladora de red
OnBehalfOfUser/OnBehalfOfRole Ejecuta el trabajo con el rol o el nombre de usuario
Propietario Especifica el propietario de un objeto de VMM en forma de

cuenta de usuario de dominio válida. Ejemplo:
Contoso\PattiFuller o PattiFuller@Contoso
ProTipID Id. de ProTip que ha desencadenado la acción
RunAsychronously Indica si el trabajo se ejecuta de forma asincrónica
UserRole Especifica el rol de usuario
VMMServer Especifica el servidor VMM
CommonParameters Más información
Ejemplos
Cree una ACL de puerto para los objetos administrados por controladora de red "DemoACLManagedByNC":
PS: C:\> New-SCPortACL -Name "DemoACLManagedByNC" -Description "PortACL Example Managed by NC" -ManagedByN
Cree una ACL de puerto para los objetos que no están administrados por controladora de red "DemPortACL":
PS: C:\> New-SCPortACL -Name "DemoPortACL" -Description "Port ACL Example Non Managed by NC"
Definición de las reglas de ACL de puerto de una ACL de puerto

2. Cree una o varias reglas con el cmdlet New-SCPortACLRule.
New-SCPortACLrule -PortACL <PortACL> -Name <string> [-Description <string>] -Type <Inbound |

Outbound> -Action <Allow | Deny> -Priority <uint16> -Protocol <Tcp | Udp | Any> [-LocalAddressPrefix
<string: IPAddress | IPSubnet>] [-LocalPortRange <string:X|X-Y|Any>] [-RemoteAddressPrefix <string:
IPAddress | IPSubnet>] [-RemotePortRange <string:X|X-Y|Any>]
Parámetros
Nombre, Descripción Nombre y descripción de la regla
Tipo Especifica la dirección del tráfico para la que se aplica la ACL

(entrante o saliente)
Acción Especifica si la ACL permite o bloquea el tráfico (Permitir o

Denegar)
LocalAddressPrefix Especifica la subred o dirección IP de origen que se usa para

identificar el tráfico que se debe filtrar.
LocalPortRange Especifica el intervalo de puertos de origen que se usa para

identificar el tráfico.
RemoteAddressPrefix Especifica la subred o dirección IP de destino que se usa para

identificar el tráfico que se filtrará.
RemotePortRange Especifica el intervalo de puertos de destino que se usa para

identificar el tráfico.
Protocol Especifica el protocolo para el que se aplica la regla.
Prioridad Especifique la prioridad de la regla en la ACL del puerto. Las

reglas se aplican según el orden. Establezca una prioridad
entre 1 y 65535, donde el número menor tiene prioridad.
Las reglas de ACL de puerto para los objetos administrados
por controladora de red deben establecerse en un valor igual
o mayor que 100. La controladora de red no admite una
prioridad inferior a 100.
Ejemplos
Cree una ACL de puerto y almacene el objeto en $portACL:
PS: C:\> $portACL = New-SCPortACL -Name "RDP ACL" -Description "Acl on RDP access"
Cree una regla de ACL de puerto para permitir el acceso RDP desde una subred remota:
PS: C:\> New-SCPortACLRule -Name "AllowRDPAccess" -PortACL $portACL -Description "Allow RDP Rule from a
subnet" -Action Allow -Type Inbound -Priority 110 -Protocol Tcp -LocalPortRange 3389 -RemoteAddressPrefix
10.184.20.0/24
Modifique la prioridad de una regla de ACL:
PS: C:\> $portACLRule = Get-SCPortACLRule -Name "AllowRDPAccess" `` `` PS: C:\> Set-SCPortACLRule
-PortACLRule $portACLRule -Priority 220
El primer comando obtiene la regla de ACL de puerto "AllowRDPAccess". El segundo comando cambia la
prioridad de la regla a 220.
Modifique la regla de ACL de puerto para el intervalo de direcciones de destino y el protocolo de una regla:
PS: C:\> $portACLRule = Get-SCPortACLRule -Name "AllowRDPAccess" `` `` PS: C:\> Set-SCPortACLRule
-PortACLRule $portACLRule -RemoteAddressPrefix 172.185.21.0/24 -Protocol Udp
El primer comando recupera la regla "AllowRDPAccess". El segundo cambia el protocolo a UDP y establece el
destino en la subred 172.185.21.0/24.
Adjuntar y desasociar las ACL de puerto

Una ACL de puerto se puede adjuntar a la configuración global, redes de máquinas virtuales, subredes de
máquinas virtuales y adaptadores de red virtual. Una ACL de puerto que se adjunta a la configuración global se
aplica de forma predeterminada a todos los adaptadores de red virtual de máquina virtual.
2. Adjunte una ACL de portal con el cmdlet Set-SCVMMServer.
Set-SCVMMServer –VMMServer <VMMServer> [-PortACL <NetworkAccessControlList> | -RemovePortACL ]
Parámetros
Servidor VMM Nombre del servidor VMM en el que se aplica la ACL de

puerto.
PortACL De manera opcional, adjunta la ACL de puerto especificada a

la configuración global.
Ejemplos
Adjunte una ACL a la configuración global:
Set-SCVMMServer -VMMServer "VMM.Contoso.Local" -PortACL $acl`` ExampleL: `` Set-SCVMMServer -

VMMServer "VMM.Contoso.Local" -PortACL $acl
Desasocie una ACL de la configuración global:
Set-SCVMMServer -VMMServer "VMM.Contoso.Local" -RemovePortACL
Adjunte una ACL a una red de máquina virtual durante la creación:
New-SCVMNetwork [–PortACL <NetworkAccessControlList>] [rest of the parameters]
Adjunte una ACL a una red de máquina virtual existente:
Set-SCVMNetwork -PortACL $acl`
Adjunte una ACL a una subred de máquina virtual durante la creación:
New-SCVMSubnet [–PortACL <NetworkAccessControlList>] [rest of the parameters]
Adjunte una ACL a una subred de máquina virtual existente:
Set-SCVMSubnet [–PortACL <NetworkAccessControlList> | -RemovePortACL] [rest of the parameters]
Recuperar y ver las reglas y las ACL de puerto

2. Ejecute el cmdlet Get-SCPortACL para recuperar y ver una ACL de puerto:
Get-SCPortACL [[-Name] <String> ] [-ID <Guid> ] [-OnBehalfOfUser <String> ] [-OnBehalfOfUserRole

<UserRole> ] [-VMMServer <ServerConnection> ] [ <CommonParameters>]
3. Ejecute Get-SCPortACLRule para recuperar y ver una regla:
Get-SCPortACLRule [-Name <String> ] [-ID <Guid> ] [-OnBehalfOfUser <String> ] [-OnBehalfOfUserRole

<UserRole> ] [-PortACL <PortACL> ] [-VMMServer <ServerConnection> ] [ <CommonParameters>]
Parámetros
Sin parámetros Recupera todas las ACL
Nombre o Id. Recuperar por nombre o GUID
OnBehalfOfUser y OnBehalfOfUserRole Ejecutar con el rol o el nombre de usuario
VMMServer Recuperar las ACL en el servidor VMM específico
CommonParameters Más información
Ejemplos
Recupere una ACL específica:
PS: C:> $portACL = Get-SCPortACL -Name "DemoPortACL"
Obtenga reglas para una ACL específica:
PS: C:> Get-SCPortACLRule -Name "AllowRDPAccess"
Obtenga todas las reglas de ACL:
PS: C:> Get-SCPortACLRule -PortACL $portACL
Modificar las reglas y las ACL de puerto

2. Ejecute el cmdlet Set-SCPortACL para modificar una ACL de puerto:
Set-SCPortACL [-PortACL] <PortACL> [[-Description] <String>] [-JobVariable <String>] [-Name <String>]

[-OnBehalfOfUser <String>] [-OnBehalfOfUserRole <UserRole>] [-PROTipID <Guid>] [-RunAsynchronously]
[-VMMServer <ServerConnection>] [<CommonParameters>]
3. Ejecute Remove-SCPortACL para quitar una ACL:
Remove-SCPortACL [-PortACL] <PortACL> [-Confirm] [-JobVariable <String>] [-OnBehalfOfUser <String>]

[-OnBehalfOfUserRole <UserRole>] [-PROTipID <Guid>] [-RunAsynchronously] [-VMMServer
<ServerConnection>] [-WhatIf] [<CommonParameters>]
Parámetros
Nombre/descripción Nombre y descripción de la ACL de puerto
JobVariable Almacena el progreso de trabajo
OnBehalfOfUser y OnBehalfOfUserRole Ejecutar con el rol o el nombre de usuario.
ProTipID Id. de ProTip que ha desencadenado la acción
RunAsynchronously Indica si el trabajo se ejecuta de forma asincrónica.
Confirmar Mensajes antes de ejecutar el trabajo
WhatIf Muestra lo que ocurre sin ejecutar el comando
Ejemplos
Establezca una descripción de ACL:
PS: C:> Set-SCPortACL -PortACL $portACL -Description "Port ACL Example Non Managed by Network Controller"
El primer cmdlet recupera la ACL, el segundo establece la descripción de la ACL.

Quite una ACL:
PS: C:> Remove-SCPortACL -PortACL $portACL
El primer cmdlet recupera la ACL, el segundo, la quita.

Administración de clústeres de Hyper-V en el tejido
de VMM
IMPORTANT
Lea este artículo para administrar los clústeres de host de Hyper-V en el tejido de System Center - Virtual
Machine Manager (VMM). Puede configurar las propiedades de clúster y administrar nodos de clúster.
Configuración de propiedades de clúster

1. En Tejido , haga clic con el botón derecho en el clúster > Propiedades .
2. Ajuste la configuración que aparece resumida en la tabla.
General Vea el nombre, el grupo host y la descripción. También

puede configurar la opción Reser va de clúster (nodos) y
ver el estado de reserva del clúster.
La opción Reser va de clúster (nodos) especifica el

número de errores de nodo que debe poder admitir un
clúster al tiempo que mantiene la ejecución de todas las
máquinas virtuales implementadas en el clúster de hosts. Si
el clúster de hosts no puede admitir el número especificado
de errores de nodo y a la vez mantener la ejecución de todas
las máquinas virtuales, el clúster se coloca en un estado
sobrecargado. Cuando están sobrecargados, los hosts en
clúster reciben una calificación de cero durante la selección
de máquina virtual. Un administrador puede invalidar la
clasificación y colocar una máquina virtual de alta
disponibilidad en un clúster sobrecargado durante una
selección de ubicación manual.
Estado Vea la información detallada del estado del clúster de hosts:
Ejecuciones de prueba y aciertos de validación del clúster.

Incluye un vínculo al informe de validación más reciente (si
está disponible). Tenga en cuenta que, para acceder al
informe, se necesitan permisos administrativos sobre el nodo
del clúster donde se encuentra el informe. Para los clústeres
de hosts, puede realizar una validación de clústeres a
petición mediante VMM. Para ello, en el área de trabajo
Tejido , busque y haga clic en el clúster de hosts. A
continuación, en la pestaña Clúster de hosts , haga clic en
Validar clúster . La validación del clúster se inicia de
inmediato.
Elementos en línea en el clúster: recursos principales del

clúster, testigo de disco en cuórum y el servicio de clúster en
cada nodo.
Almacenamiento disponible Muestra el almacenamiento disponible, es decir, las unidades

lógicas de almacenamiento que están asignadas al clúster de
hosts pero que no son volúmenes compartidos de clúster
(CSV).
También puede hacer lo siguiente:
Agregar y quitar unidades lógicas de almacenamiento

administradas por VMM.
Convertir el almacenamiento disponible en almacenamiento

compartido (CSV).
Volúmenes compar tidos Muestra los volúmenes compartidos (CSV) que se asignan al
clúster de hosts. También puede hacer lo siguiente:
Agregar y quitar CSV administrados por VMM.
Convertir CSV en almacenamiento disponible (no CSV).
Propiedades personalizadas Propiedades personalizadas que administra.
Incorporación de un nodo al clúster

1. Si ya usa Administrador de clústeres de conmutación por error para agregar el nodo, en Tejido >
Ser vidores > Todos los hosts , haga clic en el botón derecho del host con un estado Pendiente y haga clic
en Agregar al clúster de hosts .
2. Si no agregó el nodo con el Administrador de clústeres de conmutación por error, puede agregar hosts que
ya administra VMM. En Tejido > Ser vidores > Todos los hosts , haga clic con el botón derecho en el
clúster > Agregar nodo de clúster . En el Asistente para la adición de nodos > Tipo de recurso ,
seleccione la cuenta de ejecución que se usará para agregar los nodos. Asegúrese de que la opción
Ser vidores existentes que ejecutan un sistema operativo Windows Ser ver esté activada. En
Seleccionar hosts , seleccione el servidor de host de Hyper-V que desea agregar. Finalice el asistente y
compruebe la configuración.
Quitar un nodo del clúster

2. Ubique el nodo de clúster que desea quitar y consulte el estado en el panel Hosts .
3. Si el nodo no está en modo de mantenimiento, haga clic en Iniciar modo de mantenimiento. Haga clic en
Mover todas las máquinas vir tuales a otros hosts del clúster y compruebe el estado.
4. Haga clic con el botón derecho en el host > Quitar nodo de clúster > Sí . Durante el trabajo para quitar el
nodo, se anula el registro de cualquier almacenamiento compartido desde el nodo. Si administra
almacenamiento fuera de VMM, debe anular el registro del almacenamiento desde el nodo.
Eliminación de un clúster
Quite un clúster de hosts de la manera siguiente:
2. Asegúrese de que el clúster no admite ninguna máquina virtual de alta disponibilidad o servicio o aplicación
en clúster.
3. Haga clic con el botón derecho en el clúster de hosts > Quitar del clúster . Haga clic en Sí para continuar.
4. Durante el trabajo para quitar el clúster, se anula el registro de cualquier almacenamiento compartido desde
los nodos de clúster. Si administra almacenamiento fuera de VMM, debe anular el registro del
almacenamiento.
Actualizar hosts y clústeres de Hyper-V
IMPORTANT
Lea este artículo para obtener información sobre cómo mantener los hosts y clústeres de Hyper-V actualizados
en el tejido de System Center Virtual Machine Manager (VMM).
Antes de empezar
Necesitará configurar una actualización (servidor WSUS) en el tejido VMM y configurar las líneas base de
actualización.
Actualizar un host o clúster

1. En Tejido > Ser vidores > Mostrar > Cumplimiento , seleccione los equipos que quiere actualizar. Se
mostrarán todas las líneas base del equipo. El equipo puede ser compatible con algunas líneas base y con
otras no.
2. Haga clic en Corregir . Solo verá esta opción si los objetos seleccionados no son compatibles.
3. En Actualizar corrección , active o desactive las líneas base de actualización o las actualizaciones
individuales para determinar qué actualizaciones se instalarán. Cuando selecciona un equipo, inicialmente se
seleccionan todas las actualizaciones. Si está ejecutando un clúster de Hyper-V, tenga en cuenta lo siguiente:
Para actualizar todos los nodos de clúster, seleccione el clúster de host por su nombre de clúster.
Para actualizar nodos únicos, seleccione los hosts individuales del clúster. Con esta configuración,
VMM no muestra las opciones de corrección de clúster pero trata cada nodo como un host de Hyper-
V independiente.
4. Si prefiere reiniciar los equipos manualmente una vez completada la corrección, haga clic en No reiniciar
ser vidores después de la corrección . De manera predeterminada, el equipo se reinicia si lo requiere
alguna actualización. Si elige no reiniciar y las actualizaciones lo necesitan, el estado del equipo será Reinicio
de máquina pendiente después de la corrección. Las actualizaciones no se activarán hasta que reinicie.
Con este estado, VMM no analizará las máquinas para comprobar el cumplimiento durante las
actualizaciones.
5. Si está ejecutando un clúster:
Si un nodo de clúster ya se encuentra en modo de mantenimiento, seleccione Permitir corrección
de clústeres con nodos que ya están en modo de mantenimiento . En modo de
mantenimiento, las máquinas virtuales no pueden crearse ni moverse al host. El host tiene una
clasificación de cero y se excluye de la optimización dinámica.
Seleccione Migración en vivo para quitar las máquinas virtuales de un host antes de realizar la
corrección de actualización de forma que permanezcan en línea. Si no necesita mantenerlas en línea y
quiere realizar una actualización más rápida, haga clic en Guardar estado para apagar las máquinas
virtuales y continuar con la corrección.
6. Haga clic en Corregir para iniciar la actualización. Después de la corrección, si no queda pendiente ningún
reinicio, el servidor o clúster se mostrará como Compatible .
NOTE
Es posible que la corrección de un nodo único de un clúster S2D no se realice correctamente si se selecciona el host para
realizarla. Se recomienda hacer la corrección en el nivel de clúster y luego seleccionar los hosts.
En el clúster S2D, una vez que la actualización se instaló en el nodo, este se reiniciará y se iniciará la operación
de reparación (resincronización). Si la resincronización no se completa en 600 minutos (valor predeterminado),
el trabajo de actualización genera un error. Para evitar el error en el trabajo, puede cambiar el tiempo de espera
en la clave del Registro.
El valor mínimo para el tiempo de espera de resincronización es de 600 minutos, mientras que el valor
máximo puede ser de 2880 minutos.
S2DResyncWaitTimeInMins es la configuración de la clave del Registro que puede usar para cambiar
el tiempo de espera de resincronización predeterminado.
Esta es la ruta de acceso de la clave del Registro:
\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager
Server\Settings > RegistryKey
Pasos siguientes
Obtenga información sobre las actualizaciones de VMM
Realización de una actualización gradual de un
clúster de hosts de Hyper-V a Windows Server en
VMM
IMPORTANT
La actualización gradual de clúster se introdujo en Windows Server 2016. Esta característica permite actualizar
el sistema operativo de los nodos de clúster sin detener las cargas de trabajo de Hyper-V que se ejecutan en los
nodos. Obtenga más información sobre los requisitos y la arquitectura de la actualización gradual.
NOTE
System Center 2019 - Virtual Machine Manager (VMM) admite la actualización gradual de un clúster de hosts de Hyper-
V de Windows Server 2016 a Windows Server 2019. Las versiones anteriores a VMM 2019 admiten la actualización
gradual a 2016 desde 2012 R2. Use los siguientes procedimientos según corresponda para la versión de VMM que está
utilizando y la versión de actualización que admita.
Actualización gradual de clústeres en VMM

System Center - Virtual Machine Manager (VMM) admite el uso de la característica de actualización gradual
para actualizar clústeres de Hyper-V en el tejido de VMM. Puede actualizar un clúster completo o nodos de
clúster determinados. Esto es lo que hace la actualización:
Crea una plantilla : crea una plantilla de la configuración del nodo combinando el perfil de equipo físico
adecuado con las opciones de configuración del nodo detalladas en el Asistente para actualización.
Migra las cargas de trabajo : migra las cargas de trabajo fuera del nodo, de modo que las operaciones de
carga de trabajo no se interrumpan.
Quita el nodo : coloca el nodo en modo de mantenimiento y después lo quita del clúster. De este modo, se
quitan del nodo todos los agentes VMM, las extensiones de conmutador virtual, etc.
Aprovisiona el nodo : aprovisiona el nodo que ejecuta Windows Server 2016/2019 y lo configura según la
plantilla guardada.
Devuelve el nodo a VMM : vuelve a incluir el nodo en la administración de VMM e instala el agente VMM.
Devuelve el nodo al clúster : vuelve a agregar el nodo al clúster, lo quita del modo de mantenimiento y le
devuelve las cargas de trabajo de máquina virtual.
NOTE
Asegúrese de instalar las actualizaciones más recientes en el disco duro virtual que desea usar como perfil de equipo físico.
Antes de empezar
Revise las restricciones y limitaciones de la plataforma antes de iniciar una actualización gradual del clúster.
El clúster debe estar administrado por VMM.
El clúster debe ejecutar Windows Server 2012 R2 (en el caso de versiones anteriores a 2019) o Windows
Server 2016 (en caso de VMM 2019).
El clúster debe cumplir los requisitos para la implementación sin sistema operativo. La única excepción es
que el perfil de equipo físico no necesita incluir detalles de configuración de red o disco. Durante la
actualización, VMM registra la configuración de red y de disco del nodo y usa esa información en lugar del
perfil de equipo.
Puede actualizar los nodos que no se aprovisionaron originalmente mediante la implementación sin sistema
operativo, siempre y cuando dichos nodos cumplan los requisitos de la implementación sin sistema
operativo, como BMC. Debe proporcionar esta información en el asistente para actualización.
La biblioteca VMM necesita un disco duro virtual configurado con Windows Server 2016.
Ejecutar la actualización
1. Haga clic en Tejido > Ser vidores > Todos los hosts . Haga clic con el botón derecho en el clúster de hosts
> Actualizar clúster .
2. En el Asistente para actualización > Nodos , haga clic en los nodos que quiere actualizar o en Seleccionar
todo . Después, haga clic en Perfil de equipo físico y seleccione el perfil de los nodos.
3. En Configuración de BMC , seleccione la cuenta de ejecución con permisos para acceder al BMC o cree una
nueva. En Protocolo de administración fuera de banda , haga clic en el protocolo que usan los BMC.
Para usar DCMI, haga clic en IPMI. DCMI es compatible, aunque no aparezca. Asegúrese de que aparece el
puerto correcto.
4. En Personalización de implementación , revise los nodos que se van a actualizar. Si el asistente no pudo
descubrir todos los valores de configuración, se muestra la alerta Faltan valores de configuración para el
nodo. Por ejemplo, si el nodo no se aprovisionó mediante una implementación sin sistema operativo, la
configuración de BMC podría no estar completa. Rellene la información que falta.
Si es necesario, escriba la dirección IP de BMC. También puede cambiar el nombre del nodo. No
desactive Omitir comprobación de Active Director y para este nombre de equipo , a menos
que vaya a cambiar el nombre del nodo y quiera asegurarse de que el nombre nuevo no está en uso.
En la configuración del adaptador de red puede especificar la dirección MAC. Hágalo si va a configurar
el adaptador de administración para el clúster y quiere configurarlo como un adaptador de red virtual.
No es la dirección MAC del BMC. Si decide especificar una configuración de IP estática para el
adaptador, seleccione una red lógica y una subred IP, si procede. Si la subred contiene un grupo de
direcciones, puede seleccionar Obtener una dirección IP correspondiente a la subred
seleccionada . De lo contrario, escriba una dirección IP que se encuentre dentro de la red lógica.
5. En Resumen , haga clic en Finalizar para empezar la actualización. Si el asistente finaliza las actualizaciones
de nodos correctamente, el asistente actualiza el nivel funcional del clúster a Windows Server 2016/2019.
Si, por alguna razón, debe actualizar el nivel funcional de un clúster que se ha actualizado fuera de VMM, haga
clic con el botón derecho en Clúster > Actualizar versión . Esto puede pasar si actualiza los nodos del clúster
antes de agregar el clúster al tejido VMM, pero el clúster todavía sigue funcionando como un clúster de
Windows Server 2012 R2/2016.
Hosts de servicio y máquinas virtuales en el tejido
de proceso de VMM
IMPORTANT
Lea este artículo para obtener información sobre los hosts y las máquinas virtuales de Hyper-V en el tejido de
Antes de empezar
Le recomendamos que mantenga los hosts de clúster de hosts de Hyper-V actualizados con las mismas
actualizaciones para evitar posibles problemas de operaciones de VMM.
Puede proporcionar servicio a hosts y máquinas virtuales mediante:
Configurar períodos de ser vicio : los períodos de servicio proporcionan un método para programar el
servicio fuera de VMM. Puede asociar un período de servicio con hosts individuales, máquinas virtuales o
servicios. Antes de usar otras aplicaciones para programar las tareas de mantenimiento, puede usar scripts
de Windows PowerShell o aplicaciones personalizadas para consultar el objeto y determina si se encuentra
actualmente en un período de servicio. Los períodos de servicio no interfieren con la funcionalidad y el uso
regular de VMM.
Colocar hosts en el modo de mantenimiento : puede iniciar el modo de mantenimiento en un host de
máquina virtual siempre que necesite realizar tareas de mantenimiento en el host físico, como aplicar
actualizaciones de seguridad o sustituir hardware en el equipo host físico. Puede poner en modo de
mantenimiento los hosts de Hyper-V y los hosts de VMware ESX del tejido VMM. Observe lo siguiente:
Cuando un host está en modo de mantenimiento, se aplican las restricciones siguientes:
Las máquinas virtuales no pueden crearse en el host.
Las máquinas virtuales no pueden moverse al host.
El host tiene una clasificación de cero y no se puede elegir para selección de ubicación.
El host se excluye de la optimización dinámica.
Para los hosts de ESX, si el programador de recursos distribuidos de VMware no está configurado,
todas las máquinas virtuales del host deben manualmente apagarse o moverse a otro host para
iniciar correctamente el modo de mantenimiento en un host de ESX.
Si está supervisando con Operations Manager y tiene el modo de mantenimiento habilitado para la
supervisión, el agente Operations Manager suprime las alertas, las notificaciones, las reglas, los
monitores, las respuestas automáticas, los cambios de estado y las alertas nuevas para los hosts que
se colocan en modo de mantenimiento.
Configurar un período de servicio

1. En la consola VMM, haga clic en Configuración > Crear > Crear período de ser vicio .
2. En Nuevo período de ser vicio , especifique un nombre y una descripción opcional para el período.
3. En Categoría , escriba o seleccione la categoría del período de servicio.
4. En Hora de inicio , escriba la fecha, hora del día y zona horaria para la ventana de mantenimiento.
5. En Duración , especifique el número de horas o minutos del período de servicio.
6. En Patrón de periodicidad , seleccione la frecuencia (diaria, semanal o mensual) y, después, programe las
repeticiones dentro de esa frecuencia.
7. Después de que se configure el período, puede asignarlo a un host o máquina virtual. Para asignarlo a un
host, haga clic en las propiedades de host > Período de ser vicio > Administrar , y seleccione el período
que quiere agregar al host.
Colocar hosts en modo de mantenimiento

1. En la consola VMM, haga clic en Tejido > Recursos del tejido > Ser vidores > Todos los hosts .
2. Seleccione el host para colocarlo en modo de mantenimiento, y en el grupo Host , haga clic en Iniciar modo
de mantenimiento . Puede seleccionar:
Puede seleccionar Mover todas las máquinas vir tuales a otros hosts del clúster si quiere
mover todas las máquinas virtuales con alta disponibilidad a otros hosts del clúster (el host debe estar
en un clúster que sea capaz de realizar la migración en vivo).
De otro modo, seleccione Establecer todas las máquinas vir tuales que se encuentren en
ejecución en estado guardado . Tenga en cuenta que esa lista provoca una pérdida de servicio para
los usuarios que están usando actualmente la máquina virtual.
3. Puede comprobar que el host se encuentra en modo de mantenimiento comprobando su estado en Tejido >
Hosts .
Para sacar un host del modo de mantenimiento, selecciónelo y haga clic en Detener modo de
mantenimiento . Tenga en cuenta que VMM no reinicia automáticamente la máquina virtual, y no migra
automáticamente las máquinas virtuales de nuevo al host.
Configurar los servidores de VMware en el tejido de
proceso de VMM
IMPORTANT
Lea este artículo para obtener información sobre la administración de servidores y máquinas virtuales VMware
en el tejido de System Center - Virtual Machine Manager (VMM).
VMM permite implementar y administrar máquinas virtuales y servicios a través de varias plataformas de
hipervisor, incluidos los hosts de VMware vSphere y los servidores vCenter.
Puede agregar hosts de vCenter y vSphere al tejido de VMM.
VMM se integra directamente con VMware vCenter Server. Mediante la consola VMM, puede administrar las
operaciones diarias de los hosts y clústeres de VMware vSphere, como la detección y administración de
hosts.
VMM proporciona la capacidad de crear, administrar, almacenar, colocar e implementar máquinas virtuales
en hosts de vSphere. Puede importar plantillas de VMware.
Puede asociar adaptadores de host a redes lógicas de VMM. En vCenter Server tiene lugar una
administración más avanzada, como la configuración de grupos de puertos, conmutadores virtuales (o
"vSwitches") estándar y distribuidos, vMotion y Storage vMotion.
Puede convertir máquinas virtuales de VMware en Hyper-V.
Antes de empezar
VMM es compatible con la administración de hosts y clústeres que ejecutan VMware. Puede obtener más
información sobre las versiones compatibles de VMware.
Necesita un servidor vCenter en su implementación. Los hosts de vSphere y los clústeres de hosts deberían
administrarse mediante un servidor vCenter, que a su vez se administra mediante VMM.
Las siguientes características se admiten mediante VMM cuando los hosts y clústeres se administran con un
servidor vCenter:
El shell de comandos VMM (común a todos los hipervisores)
La selección de ubicación de máquina virtual basada en clasificaciones de host cuando crea,
implementa o migra máquinas virtuales de VMware. Incluye la implementación simultánea de
máquinas virtuales durante la implementación del servicio.
Puede implementar servicios de VMM en hosts de vSphere. No puede implementar vApps.
Puede hacer que los recursos de los hosts de vSphere estén disponibles en una nube VMM mediante
la creación de nubes desde los grupos host en que residen los hosts de vSphere, o bien al crear una
nube desde un grupo de recursos de VMware. Tenga en cuenta que VMM no se integra con VMware
vCloud.
Puede usar la optimización dinámica y la optimización de energía para hosts de vSphere. VMM puede
equilibrar la carga de máquinas virtuales en clústeres de vSphere mediante migración en vivo. A
través de la optimización de energía, puede configurar VMM para activar y desactivar hosts de
vSphere para la administración de energía.
Puede transferir recursos de VMware mediante la migración en vivo entre hosts de un clúster (usa
vMotion) y la migración de almacenamiento en vivo (usa Storage vMotion). Los recursos que se
admiten para la transferencia incluyen la migración de red a y desde la biblioteca y entre hosts. Tenga
en cuenta que los discos de aprovisionamiento fino de VMware pasan a ser gruesos cuando migra un
disco a la biblioteca de VMM.
Puede colocar hosts de vSphere administrados mediante VMM dentro y fuera del modo de
mantenimiento.
Organice y almacene máquinas virtuales de VMware, archivos VMDK y plantillas de VMware en la
biblioteca de VMM. Puede crear máquinas virtuales nuevas de plantillas. Tenga en cuenta que VMM
no admite tipos de disco VMDK anteriores. Se admiten estos tipos de disco: archivos VMDK regulares
(VMFS y monolítico plano), archivos VMDK que se usan para tener acceso a discos físicos
(vmfsPassthroughRawDeviceMap) e instantáneas (vmfssparse).
Puede crear plantillas mediante archivos .vmdk almacenados en la biblioteca. También puede importar
plantillas almacenadas en hosts de vSphere (solo los metadatos de plantilla se importan a VMM).
VMM admite vSwitches y grupos de puertos estándar y distribuidos existentes. vSwitches y los grupos
de puerto deben configurarse con el servidor vCenter.
Puede realizar tareas de redes de VMM habituales, incluida la asignación de redes lógicas, dirección IP
estática y dirección MAC a máquinas virtuales basadas en Windows que se ejecutan en VMware.
VMM admite y reconoce los adaptadores de almacenamiento VMware Paravirtual SCSI (PVSCSI).
VMM no admite máquinas virtuales de VMware con discos duros virtuales conectados a un bus IDE.
VMM admite discos duros de aprovisionamiento fino de VMware a través del tipo de disco dinámico.
Tenga en cuenta que si crea e implementa una máquina virtual a un host de vSphere configurado para
usar un disco dinámico, el disco tendrá un aprovisionamiento fino. Si se ha creado una máquina
virtual como un disco de aprovisionamiento fino fuera de banda, la máquina virtual lo mostrará como
dinámico. Si guarda un disco de aprovisionamiento fino en la biblioteca, VMM lo guardará como
grueso. Sigue siendo grueso si crea una máquina virtual a partir de él.
Todo el almacenamiento se debe agregar a los hosts de vSphere fuera de VMM.
La comunicación entre VMM y el servidor vCenter está cifrado con SSL. Necesitará un certificado para
identificar el servidor de vCenter. Puede usar un certificado autofirmado para un servidor vCenter en
un certificado de terceros comprobado.
Si está usando un certificado autofirmado para autenticar el servidor de vCenter a VMM, puede
importar manualmente el certificado en el almacén de certificados de personas de confianza en el
servidor de administración de VMM antes de agregar el servidor vCenter. Si no lo hace, se le solicitará
que lo haga durante la implementación.
Necesitará una cuenta con permisos de administrador para el servidor vCenter (cuenta local o de
Active Directory) y una cuenta con permisos de administrador para los hosts de vSphere. Antes de
comenzar, puede crear cuentas de ejecución. Si no lo hace, necesitará crear cuentas durante el
procedimiento de implementación.
Puede decidir si quiere que VMM se comunique con los hosts de vSphere administrados mediante el
servidor vCenter por una conexión segura. En este caso, necesitará un certificado para las
comunicaciones de autenticación en cada host o clúster de vSphere. Puede usar el certificado
autofirmado que VMware ha creado al instalar vSphere en el host o un certificado de una CA de
confianza. Si está usando un certificado autofirmado, puede importarlo de cada host de vSphere al
servidor de administración de VMM antes de comenzar la implementación.
Antes de que configure la configuración de red para los hosts de vSphere, asegúrese de que ha creado
redes lógicas que quiere asociar a los adaptadores de red físicos de los hosts.
Agregar un servidor v-Center

1. Haga clic en Tejido > Ser vidores > Ser vidores vCenter > Agregar > Agregar recursos > Ser vidor
VMware vCenter .
2. En Agregar ser vidor VMware vCenter , especifique el nombre (FQDN, NetBIOS o dirección IP) del
servidor vCenter. Agregue el puerto necesario para conectarse al servidor vCenter (443 de manera
predeterminada).
3. En cuenta de ejecución , haga clic en la cuenta de ejecución con permisos de administrador para el servidor
vCenter. Haga clic en Crear cuenta de ejecución si no tiene una.
4. En Seguridad , active o desactive Comunicar con hosts de VMware ESX en modo seguro .
Recomendamos que mantenga la configuración activada. Si se selecciona, necesitará un certificado y una
clave pública para cada host de vSphere administrador mediante el servidor vCenter.
5. Su está usando un certificado autofirmado para comunicarse con el servidor vCenter y no lo ha copiado
manualmente en el almacén de certificados de personas de confianza, aparecerá el cuadro de diálogo
Impor tar cer tificado . Haga clic en Impor tar para agregar el certificado al almacén.
6. En Trabajos , espere hasta que el trabajo tenga el estado Completado y, después, compruebe que el servidor
aparece en Tejido > Ser vidores > Ser vidor vCenter con un estado Respondiendo .
Agregar un host de ESX/ESXi

1. Asegúrese de que el servidor vCenter se administra mediante VMM antes de comenzar. Cuando agregue el
servidor vCenter, los hosts de vSphere del servidor se detectan automáticamente.
2. Haga clic en Tejido > Agregar recursos > Host y clústeres de VMware ESX .
3. En el Asistente para agregar recursos > Credenciales , haga clic en la cuenta de ejecución que tiene
permisos de administrador en los hosts de vSphere que quiere agregar. Cree una cuenta de ejecución si no
tiene una.
4. En Recursos de destino , haga clic en el servidor vCenter. Si los hosts están agrupados, aparecerán junto a
los nodos de clúster.
5. En Nombre de equipo , seleccione los hosts o clústeres que quiere agregar o Seleccionar todo .
6. En Configuración de host , haga clic en el grupo host al que quiere asignar el host o clúster. No necesita
agregar rutas de acceso de selección de ubicación de máquinas virtuales.
7. En Resumen , compruebe la configuración y haga clic en Finalizar . Espere hasta que el cuadro de diálogo
Trabajos muestre un estado Completado .
8. Haga clic en Tejido > Ser vidores > Todos los hosts y, en el grupo host, compruebe el estado de cada host
o clúster. En Correcto o Correcto (limitado) .
9. Si el estado es limitado, significa que ha habilitado la configuración Comunicar con hosts de VMware
ESX en modo seguro pero todavía no ha importado un certificado de cada host de vSphere. Para modificar
la configuración de seguridad, haga clic con el botón derecho en el servidor vCenter > Propiedades >
Seguridad .
10. Para importar el certificado, haga clic en cada nombre de host relevante > Propiedades > Administración
> Recuperar > Aceptar . El estado de host debe ser Correcto después de la importación.
Asociar adaptadores de host a redes lógicas

De manera predeterminada, cuando agrega hosts de vSphere a VMM, VMM automáticamente crea redes lógicas
que coinciden con el nombre del conmutador de la red virtual. Tenga en cuenta que VMM no crea
automáticamente grupos de puerto por lo que necesitará configurar grupos de puerto con las VLAN necesarias
que correspondan a sitios de red en el servidor vCenter.
Asocie la red lógica con el adaptador de red físico (para una red virtual externa) de la manera siguiente:
1. Haga clic en Tejido > Ser vidores > Todos los hosts > host de vSphere > Host > Propiedades >
Hardware .
2. En Adaptadores de red , seleccione el adaptador de red físico en el host. En Conectividad de red lógica ,
seleccione las redes lógicas que quiere asociar al adaptador. Tenga en cuenta que solo las redes lógicas
disponibles en el grupo host están disponibles.
3. Haga clic en Avanzadas > Propiedades avanzadas del adaptador de red para ver las subredes IP y
VLAN disponibles para una red lógica. De manera predeterminada para una red lógica, las subredes y VLAN
pertenecen al ámbito del grupo host o se heredan mediante un grupo host primario. Si ninguna aparece,
indica que no existe ningún sitio de red para la red lógica. Si Sin asignar está disponible, haga clic en esta
opción para ver las VLAN a las que está conectado el adaptador físico, pero no se incluyen en un sitio de red.
4. Vea la configuración de red virtual en las propiedades de host > Redes vir tuales . Ver información de
cumplimiento en Tejido > Redes > Redes lógicas > Hosts > Información de red lógica para hosts >
Cumplimiento . Un estado de Totalmente compatible indica que todas las VLAN y subredes incluidas en
el sitio de red están asignadas al adaptador de red.
Importar plantillas de vCenter

Puede importar plantillas VMware del servidor vCenter a la biblioteca VMM. VMM solo copia los metadatos
asociados a la plantilla y no al archivo vmdk. Esto significa que VMM depende del servidor vCenter para usar la
plantilla.
1. Haga clic en Biblioteca > Inicio > Impor tar > Impor tar plantilla de VMware .
2. En Impor tar plantillas de VMware , seleccione cada plantilla que quiera importar y haga clic en Aceptar.
3. Compruebe las plantillas en Biblioteca > Plantillas > Plantillas de VM .
Configurar un período de servicio para un host de VMware

Los períodos de servicio proporcionan un método para programar el servicio fuera de VMM. Puede asociar un
período de servicio con hosts individuales, máquinas virtuales o servicios. Antes de usar otras aplicaciones para
programar las tareas de mantenimiento, puede usar scripts de Windows PowerShell o aplicaciones
personalizadas para consultar el objeto y determina si se encuentra actualmente en un período de servicio. Los
períodos de servicio no interfieren con la funcionalidad y el uso regular de VMM. Configure un período de
servicio de la manera siguiente:
1. En la consola VMM, haga clic en Configuración > Crear > Crear período de ser vicio .
2. En Nuevo período de servicio, especifique un nombre y una descripción opcional para el período.
3. En Categoría , escriba o seleccione la categoría del período de servicio.
4. En Hora de inicio , escriba la fecha, hora del día y zona horaria para la ventana de mantenimiento.
5. En Duración , especifique el número de horas o minutos del período de servicio.
6. En Patrón de periodicidad , seleccione la frecuencia (diaria, semanal o mensual) y, después, programe las
repeticiones dentro de esa frecuencia.
7. Después de que se configure el período, puede asignarlo a un host o máquina virtual. Para asignarlo a un
host, haga clic en las propiedades de host > Período de ser vicio > Administrar , y seleccione el período
que quiere agregar al host.
Configurar los servidores de infraestructura en el
tejido de proceso de VMM
IMPORTANT
Lea este artículo para obtener información sobre la adición y administración de servidores de infraestructura en
el tejido de System Center - Virtual Machine Manager (VMM).
Además de los servidores de infraestructura que se han usado por el tejido VMM (servidor de biblioteca,
servidores PXE, servidores IPAM), puede agregar otros servidores de infraestructura, como Active Directory,
DNS, DHCP, System Center, al tejido VMM. Esto le permite administrar y actualizar todos estos servidores en la
misma ubicación.
El nodo Infraestructura de la consola VMM muestra los servidores de infraestructura que agrega, así como el
servidor de administración de VMM, servidores vCenter, servidores de biblioteca VMM, servidores IPAM y PXE,
si los agrega.
Agregar un servidor de infraestructura

1. Haga clic en Tejido > Ser vidores > Infraestructura > Agregar recursos > Ser vidor de
infraestructura .
2. En Add Infrastructure Ser ver Wizard (Asistente para agregar ser vidores de infraestructura) ,
especifique el FQDN del servidor en el que quiere agregar una cuenta con permisos para el servidor. A
continuación, haga clic en Agregar .
Actualizar servidores de infraestructura

Para actualizar los servidores de infraestructura, deberá configurar un servidor de WSUS y configurar las líneas
base de actualización.
Una vez implementado el servidor WSUS, puede actualizar los servidores de infraestructura de la manera
siguiente:
1. En Tejido > Ser vidores > Inicio > Mostrar > Cumplimiento , seleccione el servidor que quiere actualizar.
Se mostrarán todas las líneas base del servidor. El servidor podría ser compatible con algunas líneas base y
con otras no.
2. Haga clic en Corregir . Solo verá esta opción si los objetos seleccionados no son compatibles.
3. En Actualizar corrección , active o desactive las líneas base de actualización o las actualizaciones
individuales para determinar qué actualizaciones se instalarán. Cuando selecciona un equipo, inicialmente se
seleccionan todas las actualizaciones.
4. Si prefiere reiniciar el servidor manualmente después de que la corrección se complete, haga clic en Do not
restar t the ser vers after remediation (No reiniciar los ser vidores después de la corrección) . De
manera predeterminada, el servidor se reinicia si lo requieren las actualizaciones. Si elige no reiniciar y las
actualizaciones lo necesitan, el estado del equipo será Reinicio de máquina pendiente después de la
corrección. Las actualizaciones no se activarán hasta que reinicie. Con este estado, VMM no analizará las
máquinas para comprobar el cumplimiento durante las actualizaciones.
5. Haga clic en Corregir para iniciar la actualización.
Configurar los servidores de actualización en el
tejido de proceso de VMM
IMPORTANT
Obtenga información sobre cómo implementar los servidores de actualización en el tejido de almacenamiento
Los servidores de actualización se implementan en el tejido de VMM para administrar el cumplimiento y la
corrección en hosts de virtualización, servidores de biblioteca, el servidor de administración de VMM,
servidores PXE, el propio servidor WSUS y cualquier servidor de infraestructura. Más información.
En este artículo se explican los requisitos previos, cómo agregar un servidor WSUS al tejido, configurar líneas
base de actualización, ejecutar un examen y crear exenciones de actualización.
Antes de empezar
El servidor WSUS debe ejecutar Windows Server Update Service (WSUS) 4.0 o una versión posterior y una
de las versiones compatibles de Windows Server, como se detalla en los requisitos del sistema.
El servidor WSUS debe estar en el mismo dominio que el servidor de VMM, o en un dominio con plena
confianza.
VMM puede usar un servidor WSUS raíz o un servidor WSUS que sigue en la cadena. No puede usar un
servidor WSUS de réplica.
El servidor WSUS puede dedicarse a VMM a un servidor existente.
El servidor WSUS puede instalarse en el servidor de administración de VMM pero si va a procesar un gran
número de actualizaciones, recomendamos que use un servidor independiente.
VMM también puede funcionar con System Center Updates Publisher, pero solo se admiten las
actualizaciones completas de contenido. Solo las actualizaciones de metadatos no se pueden agregar a una
línea base.
Después de agregar un servidor WSUS para VMM, debe administrarlo en la consola VMM y no en la consola
WSUS. En VMM, actualiza las propiedades del servidor de actualización con el fin de configurar un servidor
proxy para sincronizaciones y cambiar las categorías de actualización, los productos y los idiomas admitidos
que el servidor WSUS sincroniza.
En VMM, los administradores y los administradores delegados administran las actualizaciones del tejido.
Solo los administradores pueden administrar el servidor de actualización y sincronizar las actualizaciones.
Los administradores delegados pueden examinar y corregir actualizaciones en equipos que están dentro del
ámbito de sus roles de usuario. Los administradores delegados pueden usar las líneas base creadas por los
administradores y otros administradores delegados. En cambio, los administradores delegados no pueden
modificar ni eliminar líneas base creadas por otros usuarios.
Agregar un servidor WSUS al tejido de VMM

1. Asegúrese de que el servidor ejecuta el rol WSUS.
2. Haga clic en Tejido > Inicio > Agregar > Agregar recursos > Ser vidor de actualización .
3. En Agregar ser vidor de Windows Ser ver Update Ser vices , especifique el nombre, puerto y las
credenciales del servidor WSUS. La cuenta necesita derechos de administrador en el servidor. Use una cuenta
de ejecución existente o crear una nueva. Especifique si quiere usar SSL en las conexiones.
4. El servidor WSUS se agregará al tejido, seguido de una sincronización inicial del catálogo de actualizaciones.
Esto podría llevar unos minutos. Supervise el estado en los trabajos Agregar ser vidor de actualización y
Sincronizar ser vidor de actualización .
5. Después de que se agregue el servidor, puede actualizar sus propiedades para configurar un servidor proxy
para la sincronización. En Tejido > Ser vidores > Ser vidor de actualización > Propiedades , haga clic en
la pestaña Ser vidor proxy . Configure WSUS para usar un servidor proxy al configurar las actualizaciones, o
actualice el puerto de un servidor proxy existente.
6. Además, puede hacer clic en Actualizar clasificación para seleccionar la clasificación de actualización que
quiere sincronizar, hacer clic en Producto para seleccionar los productos que quiere incluir en la
sincronización, y en Idioma para seleccionar los idiomas de sincronización que se admiten.
Una vez agregado el servidor, puede actualizar la configuración WSUS y realizar una sincronización manual en
Ser vidores > nombre de servidor WSUS > Ser vidor de actualización .
Agregar servidores WSUS que se administran en Configuration

Manager
Si quiere agregar un servidor WSUS existente desde un entorno de Configuration Manager al tejido VMM debe
hacer lo siguiente:
1. Cree una colección en Configuration Manager y agregue todos los servidores que quiere agregar al tejido
VMM.
2. Excluya esta colección de cualquier implementación de actualización de software que se haya proporcionado
mediante Configuration Manager. Esto garantiza que los controles de VMM actualizan la administración de
los servidores. Todavía podrá ver la información de cumplimiento de esta colección en los informes de
Configuration Manager.
3. Si quiere incluir información de compatibilidad de VMM en Configuration Manager, cree un grupo de
actualización en Configuration Manager que contenga todas las actualizaciones para las que quiera medir el
cumplimiento de las máquinas que se incluirán en el tejido VMM. Este grupo de actualización solo es para
informes. No lo implemente en las máquinas administradas por VMM.
4. Ahora, agregue el servidor WSUS como se ha descrito anteriormente.
5. Después de agregar el servidor, seleccione Ser vidor de actualización > Propiedades > General >
Permitir cambios de configuración en el ser vidor de actualización .
Crear y asignar líneas base de actualización

Una vez agregado el servidor WSUS en el tejido, puede configurar líneas base de actualización. Una línea base
de actualización contiene un conjunto de actualizaciones necesarias que se incluyen en el ámbito de un objeto,
como un grupo host, un host independiente, un clúster de hosts, un servidor de administración de VMM o un
servidor de infraestructura.
Las líneas base de actualización pueden asignarse a grupos host y a equipos individuales según su rol en
VMM.
Las líneas base de actualización que se asignan a un grupo host se aplican a todos los hosts independientes y
clústeres de hosts del grupo host, así como a los hosts independientes y clústeres de hosts de grupos host
secundarios.
Durante un examen de cumplimiento, se evalúa el cumplimiento de los equipos que están asignados a una
línea base con sus líneas base asignadas. Después de que un equipo se considere no conforme, un
administrador hará que el equipo cumpla mediante una corrección de actualización.
Si un host se mueve de un grupo host a otro, las líneas base del nuevo grupo host se aplican al host y las
líneas base del grupo host anterior ya no se aplican, a menos que la línea base se asigne a ambos grupos
host. Las asignaciones explícitas de línea base a un host administrado permanecen con el host cuando se
mueve de un grupo host a otro. Solo cuando la línea base se asigna a un grupo host, se revocan esas
asignaciones de línea base durante el movimiento.
Puede usar dos métodos para preparar las líneas base de actualización para la corrección:
Una línea base de actualización integrada de VMM: línea base de ejemplo para actualizaciones críticas
y línea base de ejemplo para actualizaciones de seguridad.
Una línea base de actualización personalizada.
Asignar servidores a una línea base integrada
1. Haga clic en Biblioteca > Actualizar catálogo y líneas base > Actualizar líneas base .
2. En Líneas base , haga clic en la línea base que quiere usar.
3. Haga clic en Inicio > Propiedades > Actualizaciones para la línea base. En Actualizaciones , agregue o
quite líneas base según sea necesario. Para garantizar que todas las actualizaciones de seguridad se corrigen,
no quite nada.
4. Haga clic en Ámbito de asignación y seleccione los grupos host, clústeres, servidores independientes y
servidores de infraestructura que se van a agregar a la línea base. O haga clic en Todos los hosts para
agregar todos.
NOTE
Recomendamos que no actualice los servidores de un clúster de Espacios de almacenamiento directo (ya sea
hiperconvergido o desagregado) mediante VMM, ya que podría causar pérdida de datos.
Asignar servidores a una línea base personalizada

1. Haga clic en Biblioteca > Actualizar catálogo y líneas base > Actualizar líneas base .
2. Haga clic en Inicio > Crear > Línea base para la línea base.
3. En Asistente para actualizar líneas base > General , especifique un nombre y una descripción.
4. En Actualizar , agregue las actualizaciones que quiere incluir.
5. En Ámbito de asignación , expanda Grupos host e Infraestructura . Seleccione los grupos y servidores
que quiere agregar.
6. En Resumen , haga clic en Finalizar y acepte los Términos de licencia de Microsoft si es necesario
instalar alguna de las actualizaciones. Compruebe la línea base en Biblioteca > Actualizar catálogo y
líneas base > Líneas base .
NOTE
Recomendamos que no actualice los servidores de un clúster de Espacios de almacenamiento directo (ya sea
hiperconvergido o desagregado) mediante VMM, ya que podría causar pérdida de datos.
Examinar la compatibilidad de actualización

Después de que asigne equipos a una línea base de actualización, puede examinarlos para determinar su estado
de cumplimiento para las líneas base. Cuando un equipo se examina para determinar el cumplimiento,
WSUS comprueba cada una de las actualizaciones de las líneas base de actualización asignadas para
determinar si la actualización es aplicable y, en caso de serlo, si se ha instalado.
Tras someterse todos los equipos a un examen de cumplimiento, cada actualización tiene un estado de
cumplimiento de Compatible, No compatible, Error, Reinicio pendiente o Desconocido. Puede ver
propiedades de cumplimiento para obtener información adicional.
El examen de cumplimiento se centra solo en las actualizaciones que el administrador ha identificado como
importantes agregándolas a una línea base. Esto permite a las organizaciones supervisar el cumplimiento de
aquello que se considera importante para su organización.
Los siguientes cambios pueden hacer que el estado de actualización de un equipo sea Desconocido y una
operación de examen debería hacerles un seguimiento para tener acceso al estado de cumplimiento del
equipo:
Un host se mueve de un grupo host a otro.
Una actualización se agrega o se quita de una línea base que se asigna a un equipo.
El equipo se agrega al ámbito de una línea base.
Para comprobar el cumplimiento:
1. Haga clic en Tejido > Ser vidores
2. En Inicio > Mostrar , haga clic en Cumplimiento .
3. Como todavía no ha examinado equipos, el estado de cumplimiento se mostrará como Desconocido , con
un estado operativo de Examen de cumplimiento pendiente .
4. Seleccione los equipos que quiere comprobar y haga clic en Examinar .
5. Mientras el examen esté en curso el estado de progreso será Desconocido. Después de que el estado de
cumplimiento finalice para cada actualización será Compatible , No compatible o Error .
Administrar exenciones de actualización

Puede crear exenciones de actualización para equipos determinados. Por ejemplo, si una actualización ha
provocado que el equipo se encuentre en un estado incorrecto, puede desinstalar la actualización fuera de
banda y, después, excluir el equipo de la actualización hasta que se resuelva el problema. Cuando el examen de
cumplimiento se ejecute después el equipo se mostrará como No compatible .
1. Haga clic en Tejido > Inicio > Mostrar > Cumplimiento . Después, en el nodo Tejido , haga clic en
Ser vidores y vaya al servidor que quiere excluir.
2. En el panel de resultados, expanda las líneas base de actualización para el equipo y haga clic en la
actualización para seleccionarla.
3. Haga clic en Cumplimiento > Propiedades de cumplimiento .
4. En Propiedades de cumplimiento , seleccione la actualización > Crear .
5. En Crear exención , agregue notas sobre el motivo y los datos de la exención esperada. Cambie el estado de
actualización a Exento .
6. Después de que haya resuelto el problema y quiera cancelar la exención de forma que el equipo sea
compatible de nuevo, en Propiedades de cumplimiento , seleccione la exención > Eliminar > Sí .
7. Para devolver el servidor a un estado compatible, seleccione el servidor no compatible y haga clic en
Corregir en la pestaña Cumplimiento .
Configurar el tejido de red de VMM
IMPORTANT
En este artículo se proporciona información general sobre la configuración del tejido de red de System Center -
Esto es lo que normalmente hará para configurar la red en el tejido de VMM:
1. Configurar redes lógicas: crear redes lógicas que se asignan a sus redes físicas. Puede crear sitios de red que
se asignan a sitios de red de la red física. Por ejemplo, subredes de IP, VLNS o pares de subred/VLAN. Si no
usa DHCP, cree grupos de direcciones IP para los sitios de red que existen dentro de sus redes físicas.
2. Crear redes de VM: cree redes de VM que se asignan a sitios de red que existen dentro de sus redes físicas.
3. Configurar grupos de direcciones IP: cree grupos de direcciones para asignar direcciones IP estáticas. Debe
configurar grupos para las redes lógicas y, en algunos casos, también para las redes de VM.
4. Agregar una puerta de enlace: podría tener que configurar puertas de enlace de virtualización de red en el
tejido de red de VMM. De manera predeterminada, si usa redes de máquina virtual aisladas en el tejido de
VMM, las máquinas virtuales asociadas a una red solo pueden conectarse a equipos de la misma subred. Si
quiere conectar máquinas virtuales más allá de la subred, necesitará una puerta de enlace.
5. Crear perfiles de puerto: cree perfiles de puerto de vínculo superior que indiquen a VMM a qué redes se
puede conectar un host en un adaptador de red específico. Si es necesario, cree perfiles de puerto virtual
para especificar la configuración que se debe aplicar a los adaptadores de red virtual. Puede crear
clasificaciones de puerto personalizadas para resumir los perfiles de puerto virtual.
6. Configurar conmutadores lógicos: cree un conmutador lógico, aplíquelo a un host y seleccione los
adaptadores de red del host que quiere enlazar al conmutador. Cuando aplique la configuración de red del
conmutador, se aplicará al host.
Configurar redes lógicas en el tejido de VMM
IMPORTANT
Lea este artículo para obtener información sobre cómo crear redes lógicas en System Center: Virtual Machine
Manager (VMM).
NOTE
Para obtener información sobre las redes lógicas de VMM 2019 UR1, vea este artículo.
Tiene distintos tipos de redes en la organización, como redes corporativas, redes de administración y otras. En
VMM, cada una de estas redes se define como una red lógica. Las redes lógicas son objetos lógicos que reflejan
las redes físicas.
Cuando cree redes lógicas, debe asignarles propiedades que coincidan con su entorno físico. Debe especificar el
tipo de red, los sitios de red asociados y los grupos de direcciones estáticas si no usa DHCP para asignar
direcciones IP a las máquinas virtuales que cree en los sitios de red. También puede especificar si las redes se
aíslan de forma física o virtual mediante la virtualización de red y LAN virtuales (VLAN).
Las redes lógicas se usan al aprovisionar hosts de virtualización en el tejido de VMM. Los adaptadores físicos se
asocian en hosts con redes lógicas.
Las redes de máquinas virtuales (VM) de VMM se basan en redes lógicas. Las redes de máquinas virtuales
proporcionan una interfaz a través de la cual las máquinas virtuales se conectan a una red lógica. Una red lógica
puede tener una o varias redes de VM asignadas.
Antes de empezar
Antes de comenzar, es importante comprender cómo funcionan las redes lógicas en VMM.
Redes lógicas automáticas : de forma predeterminada, VMM crea redes lógicas automáticamente. Cuando
aprovisiona un host en el tejido de VMM y no hay ninguna red lógica de VMM asociada a un adaptador de
red físico en ese host, VMM crea automáticamente una red lógica y la asocia a un adaptador. De forma
predeterminada, para la red lógica, VMM primero crea la etiqueta de sufijo DNS del sufijo DNS específico de
la conexión. De forma predeterminada, VMM también crea una red de VM configurada con el valor Sin
aislamiento (No isolation) .
Redes lógicas manuales : al crear una red lógica de forma manual, debe especificar lo siguiente:
Tipo de red : debe especificar si se aísla o no la red y, en caso afirmativo, de qué modo se aísla. A
continuación, al crear redes de VM basadas en la red lógica, estas se crearan con el tipo de red que
haya especificado.
No isolation (Sin aislamiento) : este es el tipo más sencillo de modelo de red que especifica
que solo hay una red dentro de la cual las máquinas se pueden conectar unas a otras sin
necesidad de que estén aisladas entre sí. Las redes de VM de VMM proporcionan una interfaz a
través de la cual las VM se conectan a una red lógica y, en un modelo sin aislamiento, tendrá
una sola red de VM asignada a una red lógica.
Aislamiento : en la mayoría de los casos, deseará aislar las redes unas de otras. Por ejemplo,
puede que desee asilar redes que tienen distintos fines o puede que usted sea un proveedor
que desee hospedar cargas de trabajo para varios inquilinos en una sola red lógica y que cada
inquilino esté aislado. En ese caso, tendrá varias redes de VM asignadas a una red lógica. Las
redes de VM asignadas a una red lógica se pueden aislar mediante VLAN o VLAN privadas, o
bien mediante la virtualización de red. Tenga en cuenta que:
Una instalación típica podría ser una red de infraestructura sin aislamiento o con
aislamiento de VLAN, una red de Internet con PVLAN y de back-end de equilibradores
de carga, y redes de inquilinos con aislamiento mediante la virtualización de red.
En una única red lógica, solo se puede usar un tipo de aislamiento. Si necesita más,
deberá disponer de varias redes lógicas.
Hay un límite práctico de aproximadamente 2000 inquilinos y de unas 4000 redes de
VM para un solo servidor de VMM.
Sitios de red : si su organización tiene distintas ubicaciones y centros de datos, puede incluir
información sobre estos sitios en la configuración de la red lógica. Por ejemplo, puede especificar
un sitio de Nueva York con una configuración de subred de IP o VLAN y un sitio de Londres con
una configuración de IP o VLAN distinta. A continuación, puede asignar la dirección IP a VM
basadas en la configuración de red, ubicación y VLAN. Tenga en cuenta que:
Debe asignar una subred de IP a un sitio si VMM distribuirá direcciones IP estáticas a VM en el
sitio. Si usa DHCP, no es necesaria una subred.
Debe configurar una VLAN si se usa una en su sitio físico. Si no usa VLAN y usa DHCP, no es
necesario definir sitios de red en la red lógica.
Crear redes lógicas automáticamente

Si quiere que VMM cree automáticamente redes lógicas (y de máquinas virtuales), puede especificar el modo en
que VMM determina el nombre de red lógica.
1. Haga clic en Configuración > General . Haga doble clic en Configuración de red .
2. Configure el valor Coincidencia de red lógica . Tenga en cuenta que:
En el caso de los hosts de Hyper-V, puede usar las etiquetas de sufijo DNS completo o solo la primera
de ellas. Por ejemplo, si el sufijo DNS es corp.contoso.com, la red lógica será corp-contoso.com o
solamente corp. Esto no es compatible con hosts de VMware.
En el caso de los hosts de Hyper-V y VMware, puede seleccionar el nombre de la conexión de red o el
nombre del conmutador de red virtual (el nombre del conmutador de la red virtual al que está
enlazado el adaptador físico del host).
De manera predeterminada, los hosts de VMware usan la opción del conmutador de red virtual.
También puede especificar una opción de reserva si falla la primera coincidencia lógica.
Si no desea que VMM cree redes lógicas y de VM automáticamente, puede deshabilitar la configuración global.
1. Haga clic en Configuración > General y haga doble clic en Configuración de red .
2. Desactive la opción Crear redes lógicas automáticamente (Create logical networks automatically) .
Crear redes lógicas manualmente

1. Tejido > Inicio > Mostrar > Recursos del tejido . En Tejido expanda Redes > Redes lógicas >
Inicio > Crear > Crear red lógica .
2. En Asistente para crear redes lógicas > Nombre , especifique un nombre y una descripción.
3. Especifique cómo desea aislar las redes de VM asociadas a esa red lógica:
Si desea tener varias redes de VM asociadas a la red lógica y aislarlas mediante la virtualización de
red, haga clic en Una red conectada > Permitir nuevas redes de máquina vir tual creadas en
esta red lógica para usar vir tualización de red .
Si desea tener varias redes de VM asociadas a la red lógica y aislarlas mediante una VLAN o una
PVLAN, seleccione Redes independientes basadas en VL AN o Redes VL AN privadas (PVL AN)
.
Si no desea aislar redes en la red lógica, haga clic en Una red conectada > Crear una red de VM
directamente . Con esta configuración, tendrá una única red de VM asociada a la red lógica.
Si ha implementado una controladora de red de Microsoft en el tejido de VMM, puede seleccionar
para que la controladora de red administre la red lógica.
4. En Sitio de red , agregue sitios de red a la red lógica. Si no necesita crear sitios de red, haga clic en
Siguiente .
DHCP sin VL AN (DHCP no VL AN) : si usa DHCP para asignar direcciones IP y no tiene ninguna
VLAN, no necesita un sitio de red. Tenga en cuenta que VMM sugiere automáticamente un nombre de
sitio. Ningún nombre de red debe tener más de 64 caracteres.
IP estática : si usa direcciones IP estáticas, cree al menos un sitio de red y asóciele, como mínimo, una
subred de IP.
VL AN : si usa redes VLAN con direcciones IP estáticas, cree el sitio de red correspondiente para los
pares de VLAN y subred. Si usa DHCP, cree los sitios de red correspondientes solo para obtener
información de VLAN.
Vir tualización de red : si usa la virtualización de red, cree al menos un sitio de red con una subred
de IP asociada para que la red lógica tenga un grupo de direcciones IP.
Equilibrador de carga : si la red lógica contendrá un equilibrador de carga, cree al menos un sitio de
red con una subred de IP asociada.
5. Si usa una red externa administrada por una consola de administración de redes de proveedor o el
administrador de extensiones de conmutador virtual fuera de VMM, puede establecer la configuración de
la consola del proveedor e importarla en VMM.
6. En Grupos host que pueden usar este sitio de red , seleccione los grupos host para los que desee
que esté disponible la red lógica.
7. En VL AN y subredes IP asociadas (Associated VL ANs and IP subnets) , haga clic Inser tar fila
para especificar la configuración que desee asignar al sitio de red. Si selecciona PVLAN, debe agregar una
VL AN secundaria para cada VLAN. Asegúrese de que las VLAN y las subredes estén disponibles en la
red física. Si deja vacío el campo VLAN, VMM asigna un valor de 0 para indicar que no se usan redes
VLAN. En el modo de tronco, el 0 indica una VLAN nativa.
8. En Resumen , revise la configuración y haga clic en Finalizar . Cuando el trabajo se muestre como
Completado , compruebe la red lógica en Redes lógicas y grupos de direcciones IP .
Pasos siguientes
Si creó sitios de red y les asoció una o varias subredes de IP (no está usando DHCP), puede crear grupos de
direcciones IP estáticas a partir de esas subredes. A continuación, VMM puede asignar automáticamente
direcciones IP a las VM del sitio de red. Configure grupos de direcciones IP.
Configuración de redes lógicas en el tejido de VMM
2019 UR1
En este artículo se describe cómo crear redes lógicas en System Center 2019 UR1 (paquete acumulativo de
actualizaciones 1) Virtual Machine Manager (VMM). VMM 2019 UR1 ofrece un flujo simplificado de creación de
redes lógicas que admite tipos de red e ilustraciones en el producto en función de los casos de uso.
NOTE
Para obtener información sobre cómo crear redes lógicas en VMM 2019, consulte las redes lógicas en VMM 2019.
En una organización, existen distintos tipos de redes, como redes corporativas y de administración. En VMM,
cada una de estas redes se define como una red lógica. Las redes lógicas son objetos lógicos que reflejan las
redes físicas.
Cuando cree redes lógicas, debe asignarles propiedades que coincidan con su entorno físico. Debe especificar el
tipo de red lógica y los sitios de red asociados, así como grupos de direcciones estáticas si no usa DCHP para
asignar direcciones IP a las máquinas virtuales que crea en el sitio de red. También puede especificar si las redes
se aíslan de forma física o virtual mediante la virtualización de red y LAN virtuales (VLAN).
Las redes lógicas se usan al aprovisionar hosts de virtualización en el tejido de VMM. Los adaptadores físicos se
asocian en hosts con redes lógicas.
Las redes de máquinas virtuales (VM) de VMM se basan en redes lógicas. Las redes de máquinas virtuales
proporcionan una interfaz a través de la cual las máquinas virtuales se conectan a una red lógica. Una red lógica
puede tener una o varias redes de VM asignadas.
Antes de empezar
Antes de comenzar, es importante comprender cómo funcionan las redes lógicas en VMM.
Redes lógicas automáticas : de forma predeterminada, VMM crea redes lógicas automáticamente.
Cuando aprovisiona un host en el tejido de VMM y no hay ninguna red lógica de VMM asociada a un
adaptador de red físico en ese host, VMM crea automáticamente una red lógica y la asocia a un
adaptador. De forma predeterminada, para la red lógica, VMM asigna la primera etiqueta del sufijo DNS
específico de la conexión. De forma predeterminada, VMM también crea una red de VM conectada.
Redes lógicas manuales : al crear una red lógica de forma manual, debe especificar lo siguiente:
Tipo de red : especifique si la red es una red conectada o independiente y el tipo de red
conectada. Después, al crear redes de VM basadas en la red lógica, estas se crearán con el tipo de
red que haya especificado.
Red conectada : los pares de VLAN y subred de las redes físicas subyacentes son
lógicamente equivalentes. Se creará una sola red de VM en la parte superior de esta red
lógica y esta red de VM proporcionará acceso a todos los pares VLAN-subred subyacentes.
Este tipo de red se conocía anteriormente como Una red conectada.
Escenario de ejemplo : Enterprise Contoso necesita una red para hospedar sus cargas de
trabajo de DevTest. Esta red puede tener varias VLAN o subredes. Contoso crea una red
lógica de tipo Red conectada. VMM es quien asume la responsabilidad de asignar la VLAN o
subred a las máquinas virtuales en función del grupo host en el que se encuentra la
máquina virtual.
Red independiente : se pueden crear varias redes de VM sobre esta red lógica. Cada red
de VM creada proporciona acceso a un par VLAN-subred específico. Las redes de VM son
independientes entre sí.
Hay dos tipos de redes independientes:

Redes independientes basadas en VLAN
Redes independientes basadas en PVLAN
Escenario de ejemplo : Woodgrove IT es un host. Woodgrove IT tiene Contoso y Fabrikam
como sus inquilinos. Tanto Contoso como Fabrikam necesitan una red DevTest. La red de
Contoso debe estar aislada de la de Fabrikam. Todas las máquinas virtuales de Contoso
deben estar conectadas a la red de VM Contoso-DevTest. Las máquinas virtuales de
Fabrikam deben estar conectadas a la red de VM Fabrikam-DevTest.
Woodgrove IT crea una red lógica de tipo Red independiente y le asigna el nombre DevTest.
Esta red lógica tiene dos pares VLAN-subred. Se crean dos redes de VM sobre esta red
lógica y cada red de VM obtiene acceso a un par VLAN-subred específico. Una red de VM se
denomina Contoso-DevTest y se proporciona para el uso de Contoso, mientras que la otra
se denomina Fabrikam-DevTest y se proporciona para el uso de Fabrikam.
Red vir tualizada : esta es la red de tejido. Se pueden crear varias redes de VM virtualizadas sobre esta
red lógica. Cada red de VM tiene su propio espacio de direcciones virtualizado.
NOTE
Una instalación típica podría ser una red de infraestructura sin aislamiento o con aislamiento de VLAN, una red
de Internet con PVLAN y de back-end de equilibradores de carga, y redes de inquilinos con aislamiento
mediante la virtualización de red.
En una única red lógica, solo se puede usar un tipo de aislamiento. Si lo necesita, deberá disponer de varias
redes lógicas.
Hay un límite práctico de aproximadamente 2000 inquilinos y 4000 redes de VM para un solo servidor de
VMM.
Sitios de red : si su organización tiene distintas ubicaciones y centros de datos, puede incluir
información sobre estos sitios en la configuración de la red lógica. Por ejemplo, puede especificar un sitio
de Nueva York con una configuración de subred IP y VLAN y un sitio de Londres con una configuración
de IP o VLAN diferente. Después, puede asignar una dirección IP a las VM en función de la configuración
de red, ubicación y VLAN.
NOTE
Asigne una subred de IP a un sitio si VMM distribuirá direcciones IP estáticas a VM en el sitio. Si usa DHCP, no
es necesaria una subred.
Configure una VLAN si se usa una en su sitio físico. Si no usa VLAN y usa DHCP, no es necesario definir sitios
de red en la red lógica.
Crear redes lógicas automáticamente

Si quiere que VMM cree automáticamente redes lógicas (y de máquinas virtuales), puede especificar el modo en
que VMM determina el nombre de red lógica.
1. Seleccione Configuración > General . Haga doble clic en Configuración de red .
2. Configure el valor Coincidencia de red lógica .
NOTE
En el caso de los hosts de Hyper-V, puede usar la etiqueta de sufijo DNS completa o solo la primera parte. Por
ejemplo, si el sufijo DNS es corp.contoso.com, la red lógica será corp-contoso.com o solamente corp. Esta
funcionalidad no es compatible con hosts de VMware.
En el caso de los hosts de Hyper-V y VMware, puede seleccionar el nombre de la conexión de red o el nombre
del conmutador de red virtual. Este último es el nombre del conmutador de red virtual con el que está
enlazado el adaptador físico del host.
De manera predeterminada, los hosts de VMware usan la opción del conmutador de red virtual.
También puede especificar una opción de reserva si falla la primera coincidencia lógica.
Si no desea que VMM cree redes lógicas y de VM automáticamente, puede deshabilitar la configuración global.
1. Seleccione Configuración > General . Haga doble clic en Configuración de red .
2. Desactive la opción Crear redes lógicas automáticamente (Create logical networks automatically) .
Crear redes lógicas manualmente

1. En la consola VMM, vaya a Tejido > Inicio > Mostrar > Recursos del tejido . En Tejido , expanda
Redes > Redes lógicas > Inicio > Crear > Crear red lógica .
2. En el Asistente para crear redes lógicas , seleccione Nombre y especifique un nombre y una
descripción.
3. Especifique cómo quiere aislar las redes de VM asociadas a esa red lógica:
Para simplificar la creación de redes lógicas, se agregan descripciones e ilustraciones de los tipos de red
lógica en VMM 2019 UR1. Cada tipo de red lógica tiene una descripción en el producto y una ilustración
que describe el caso de uso.
Si desea crear una sola red de VM que tenga acceso a todos los pares VLAN-subred subyacentes, elija
Red conectada . Aquí, los pares de VLAN y subred IP de la red física subyacente son lógicamente
equivalentes.
Para permitir que la controladora de red de Microsoft administre la red lógica, seleccione
Administradas con la controladora de red de Microsoft .
Si la red lógica proporciona direcciones IP públicas, elija Red de direcciones IP .
Para crear varias redes de VM independientes entre sí, seleccione Red independiente . Cada red de
VM tendrá acceso a un par VLAN-subred o a un par PVLAN-subred específico.
Para crear varias redes de VM virtualizadas que tengan su propio espacio de direcciones virtualizado,
seleccione Red vir tualizada .
4. En Sitio de red , agregue sitios de red a la red lógica. Si no necesita crear sitios de red, seleccione
Siguiente .
En VMM 2019 UR1, puede crear grupos de direcciones IP cuando agregue sitios de red en el Asistente
para crear redes lógicas .
DHCP sin VL AN (DHCP no VL AN) : si usa DHCP para asignar direcciones IP y no tiene ninguna
VLAN, no necesita un sitio de red. Tenga en cuenta que VMM sugiere automáticamente un nombre de
sitio. Un nombre de red tiene una longitud limitada de 64 caracteres.
IP estática : si usa direcciones IP estáticas, cree al menos un sitio de red y asóciele, como mínimo, una
subred de IP.
VL AN : si usa redes VLAN con direcciones IP estáticas, cree los sitios de red correspondientes para los
pares de VLAN y subred. Si usa DHCP, cree los sitios de red correspondientes solo para obtener
información de VLAN.
Vir tualización de red : si usa la virtualización de red, cree al menos un sitio de red con una subred
de IP asociada para que la red lógica tenga un grupo de direcciones IP.
Equilibrador de carga : si la red lógica contendrá un equilibrador de carga, cree al menos un sitio de
red con una subred de IP asociada.
5. Si usa una red externa administrada por una consola de administración de redes de proveedor o el
administrador de extensiones de conmutador virtual fuera de VMM, puede establecer la configuración de
la consola del proveedor e importarla en VMM.
6. En Grupos host que pueden usar este sitio de red: , seleccione los grupos host para los que desee
que esté disponible la red lógica.
7. En VL AN y subredes IP asociadas , seleccione Inser tar fila para especificar la configuración que
desee asignar al sitio de red. Si selecciona PVL AN , debe agregar una VL AN secundaria para cada
VLAN. Asegúrese de que las VLAN y las subredes estén disponibles en la red física. Si deja vacío el campo
VL AN , VMM asigna un valor de 0 para indicar que no se usan redes VLAN. En el modo de tronco, el 0
indica una VLAN nativa.
8. Si creó sitios de red y les asoció una o varias subredes de IP (cuando no está usando DHCP), puede crear
grupos de direcciones IP estáticas a partir de esas subredes. A continuación, VMM puede asignar
automáticamente direcciones IP a las VM del sitio de red. Los grupos de direcciones IP se pueden crear en
el Asistente para crear redes lógicas .
Siga estos pasos para configurar un grupo de direcciones IP en una red lógica.
Pasos siguientes
Crear una red de máquinas virtuales
Configurar redes de VM en el tejido de VMM
IMPORTANT
En este artículo se describe cómo crear redes de VM basadas en redes lógicas de System Center - Virtual
En un entorno de red virtualizado, queremos abstraer máquinas virtuales desde la red lógica subyacente. Las
redes de VM le ayudan a hacerlo. Las redes de VM son objetos abstractos que actúan como una interfaz para
redes lógicas.
Una red lógica puede tener una o más redes de VM asociadas.
Si una red lógica no está aislada, solo una red de VM se asociará a ella.
Si una red lógica está aislada, pueden asociarse a ella varias redes de VM. Estas distintas redes de VM nos
permiten usar redes para distintos propósitos. Por ejemplo, como proveedor es posible que quiera
hospedar cargas de trabajo para varios inquilinos en una sola red lógica con una red de VM
independiente para cada inquilino. El tipo de red de VM que se configura depende de la configuración de
aislamiento de la red lógica:
Vir tualización de red : si la red lógica está aislada con la virtualización de red, puede crear varias
redes de VM para una red lógica. En una VM, los inquilinos de red pueden utilizar todas las
direcciones IP que deseen para sus VM, independientemente de las direcciones IP que se usen en
otras redes de VM. Los inquilinos también pueden establecer algunas configuraciones de red.
VL AN : si se aísla la red lógica con VLAN o PVLAN, creará una red de VM para cada sitio de red y la
VLAN en la red lógica.
Sin aislamiento : si se configura la red lógica sin aislamiento, creará una sola red de VM vinculada a
una red lógica.
Antes de empezar
En algunas circunstancias necesitará crear un grupo de direcciones IP estáticas en la red de VM después de
haberla creado. Más información.
De forma predeterminada, las máquinas dentro de una red de VM específica pueden conectarse entre sí. Si la
red de VM se va a conectar a otras redes, puede configurarla con una puerta de enlace (servicio de red). Si
desea agregar una puerta de enlace a la red de VM, debe crearla. Más información.
Crear una red de VM (virtualización de red)

1. Haga clic en VM y ser vicios > Redes de VM > Inicio > Crear > Crear red de VM .
2. En Asistente para crear redes de VM > Nombre , escriba un nombre y una descripción, y seleccione
una red lógica en la que basar la red de VM.
3. En Aislamiento , seleccione Aislar usando la vir tualización de red de Hyper-V y compruebe los
protocolos de dirección IP.
4. En Subredes de VM , haga clic en Agregar , y especifique las subredes de la red de VM utilizando la
notación CIDR. Puede agregar varias subredes.
5. En Conectividad , si aparece el mensaje Sin ser vicio de red , especifica una puerta de enlace agregada
a VMM y puede hacer clic en Siguiente . Si no ve el mensaje, especifique las opciones de puerta de
enlace (servicio de red):
Sin conectividad Deje desactivadas todas las casillas si las máquinas virtuales de esta red de VM se
comunicarán sólo con otras máquinas virtuales de esta red de VM. También puede dejar claro si
planea configurar la puerta de enlace más adelante.
Conectarse con otra red a través de un túnel de VPN Seleccione esta opción si las máquinas
virtuales de esta red de VM se comunicarán con otras redes a través de VPN. Si el dispositivo utilizará
Border Gateway Protocol, habilite el protocolo. Seleccione el dispositivo de puerta de enlace de VPN
que desea utilizar. Confirme la configuración. Si aparecen las páginas Conexiones VPN o Border
Gateway Protocol, complete la configuración según la información que aparece en la página de
administración de VPN. Si ha activado la casilla de Border Gateway Protocol, también se abre la
página Border Gateway Protocol.
Conectar directamente a una red lógica adicional Seleccione esta opción si las máquinas
virtuales de esta red de VM se comunicarán con otras redes de este centro de datos. Seleccione el
enrutamiento directo o NAT. Seleccione el dispositivo de puerta de enlace que desea utilizar y
confirme la configuración.
6. En Resumen , compruebe la configuración y haga clic en Finalizar . Compruebe la red en Redes de VM
y grupos de direcciones IP .
Crear una red de VM (VLAN y PVLAN)

2. En Asistente para crear redes de VM > Nombre , escriba un nombre y una descripción, y seleccione
una red lógica en la que basar la red de VM.
3. En Opciones de aislamiento :
Seleccione Automático si desea que VMM establezca automáticamente la configuración de
aislamiento de la red de VM. VMM seleccionará un sitio de red y una VLAN de subred basándose en
las que están disponibles en la red lógica.
Seleccione Especificar una VL AN para configurar manualmente el aislamiento. Tenga en cuenta que
los administradores inquilino solo pueden seleccionar la opción Automático .
4. En Resumen , compruebe la configuración y haga clic en Finalizar . Compruebe la red en Redes de VM
y grupos de direcciones IP .
Crear una red de VM (sin aislamiento)

2. En Asistente para crear redes de VM > Nombre , escriba un nombre y una descripción, y seleccione una
red lógica en la que basar la red de VM.
3. En Redes de VM y grupos de direcciones IP , busque una red de VM que tenga el mismo nombre que la
red lógica a la que desea dar acceso directo. Si existe una, probablemente indica que se ha creado la red de
VM automáticamente cuando creó la red lógica. Puede comprobar si la red de VM ofrece acceso directo
haciendo clic en sus propiedades. Si Nombre y Acceso son las únicas pestañas a las que proporciona
acceso directo.
4. Si no hay ninguna red de máquina virtual existente, haga clic en Inicio > Crear > Crear red de VM .
5. En Resumen , compruebe la configuración y haga clic en Finalizar . Compruebe la red en Redes de VM y
grupos de direcciones IP .
Configurar grupos de direcciones IP estáticas en el
tejido de VMM
IMPORTANT
En este artículo se describe cómo configurar grupos de direcciones IP estáticas para redes lógicas y de VM en el
tejido de red de System Center - Virtual Machine Manager (VMM).
NOTE
Al crear un grupo de direcciones IP estáticas en VMM, no utilice el intervalo de direcciones IP (administrado por el grupo)
fuera de VMM en el mismo entorno.
Al configurar la red lógica, debe configurar un grupo de direcciones IP estáticas si no usa DHCP. En algunos
casos tendrá que crear grupos de direcciones IP solamente en la red lógica, mientras que en otros deberá crear
el grupo tanto en la red lógica como en la red de VM:
Grupo en la red lógica y de VM : si configura la red lógica para la virtualización de red, debe crear grupos
de direcciones IP en la red lógica y en la red de VM.
Grupo solamente en la red lógica : si usa VLAN o si no tiene aislamiento, puede usar DHCP o crear
grupos de direcciones IP solamente en la red lógica. Estarán disponibles automáticamente en la red de VM.
Grupos de direcciones impor tados : si usa redes externas a través de una consola de proveedor, los
grupos de direcciones IP se importarán del proveedor y no tendrá que crearlos en VMM.
Crear un grupo de direcciones estáticas para una red lógica

1. En Redes lógicas y grupos de direcciones IP , haga clic en la red lógica > Inicio > Crear > Crear
2. En Asistente para creación de grupo de direcciones IP estáticas > Nombre , especifique un
nombre y una descripción. Asegúrese de que se indica la red lógica correcta.
3. En Sitio de red , seleccione la opción para usar un sitio existente y elija la subred IP, o bien cree un sitio.
En el caso de un sitio existente, seleccione el sitio y la subred IP desde donde va a crear el grupo.
En el caso de un sitio nuevo, especifique el nombre del sitio, la subred IP que se va a asignar al sitio y
la información de VLAN, si procede. Seleccione los grupos host que pueden acceder a este sitio y la
red lógica.
4. Si usa la virtualización de red, puede usar el grupo para la multidifusión o la difusión. Para ello, haga clic
en Crear un grupo de direcciones IP de multidifusión y seleccione la subred IP que quiere usar.
Para usar la multidifusión o la difusión, tenga en cuenta lo siguiente:
La red lógica debe tener habilitada la virtualización de red.
La configuración del protocolo IP para la red de VM debe coincidir con la configuración del protocolo
IP para la red lógica subyacente. No podrá ver la configuración del protocolo en la consola VMM
después de crearla. Debe ejecutar Get-SCVMMNEtwork -Name <VM network name> | Format
-List Name, Isolation Type, PoolType para verla.
Después de configurar esta característica, los paquetes de multidifusión y difusión de la red de VM
usarán las direcciones IP del grupo de direcciones IP de multidifusión. Cada subred de la red de VM
consumirá una dirección IP del grupo de multidifusión.
5. En Inter valo de direcciones IP , escriba la dirección inicial y final del grupo. Deben estar dentro de la
subred. En Direcciones VIP y direcciones IP reser vadas , especifique el intervalo de direcciones IP
que quiere reservar para direcciones VIP. Las direcciones VIP se usan durante la implementación de un
servicio en un nivel de servicio de equilibrio de carga. VMM asigna automáticamente una dirección VIP al
equilibrador de carga del intervalo de direcciones VIP reservadas.
6. En Puer ta de enlace , haga clic en Inser tar si quiere especificar una o varias puertas de enlace
predeterminadas y la métrica. La dirección de puerta de enlace predeterminada debe encontrarse dentro
del mismo intervalo de subred que el grupo de direcciones IP, pero no es necesario que forme parte del
grupo.
7. En DNS , especifique la información de DNS, incluidos los servidores DNS, el sufijo DNS predeterminado
para la conexión y la lista de sufijos de búsqueda DNS.
8. En WINS , haga clic en Inser tar si quiere especificar la dirección IP de un servidor WINS. También puede
habilitar NetBIOS sobre TCP/IP. Esto no se recomienda si el intervalo de direcciones se compone de
direcciones públicas.
9. En Resumen , compruebe la configuración y haga clic en Finalizar . Cuando el trabajo se muestra como
Completado , compruebe el grupo en Redes lógicas y grupos de direcciones IP .
Configurar un grupo de direcciones IP en una red de VM

1. Haga clic en la pestaña VM y ser vicios > Redes de VM > Inicio > Mostrar > Redes de VM > Red de
VM .
2. En Redes de VM y grupos de direcciones IP , haga clic en la red de VM Crear > Crear grupo de
direcciones IP .
3. En Asistente para creación de grupo de direcciones IP estáticas > Nombre , especifique un nombre y
una descripción. Asegúrese de que se indica la red lógica correcta. Compruebe que está seleccionada la red y
subred de VM correcta.
4. En Inter valo de direcciones IP , escriba la dirección inicial y final del grupo. Puede crear varios grupos de
direcciones IP en una subred, pero los intervalos no se deben superponer. En Direcciones IP reser vadas ,
especifique los intervalos que quiere reservar para otros fines.
5. En Puer ta de enlace , haga clic en Inser tar si quiere especificar una o varias puertas de enlace
predeterminadas y la métrica. La dirección de puerta de enlace predeterminada debe encontrarse dentro del
mismo intervalo de subred que el grupo de direcciones IP, pero no es necesario que forme parte del grupo.
6. En DNS , especifique la información de DNS, incluidos los servidores DNS, el sufijo DNS predeterminado
para la conexión y la lista de sufijos de búsqueda DNS. En el caso de las máquinas virtuales que se van a unir
a un dominio de Active Directory, se recomienda utilizar la directiva de grupo para establecer el sufijo DNS
primario. De está forma es posible tener la certeza de que cuando se establece que una máquina virtual
Windows registre sus direcciones IP con el sufijo DNS primario, los servidores DNS con Windows registrarán
las direcciones IP dinámicamente. Además, el uso de la directiva de grupo permite disponer de un grupo de
direcciones IP que abarca varios dominios. En ese caso, no desearía especificar un único sufijo DNS primario.
7. En WINS , haga clic en Inser tar si quiere especificar la dirección IP de un servidor WINS. También puede
habilitar NetBIOS sobre TCP/IP. Esto no se recomienda si el intervalo de direcciones se compone de
direcciones públicas.
8. En Resumen , compruebe la configuración y haga clic en Finalizar . Cuando el trabajo se muestra como
Completado , compruebe el grupo en Redes lógicas y grupos de direcciones IP .
Liberar direcciones inactivas del grupo de direcciones estáticas
Puede liberar direcciones inactivas. Cuando lo haga, VMM devolverá la dirección al grupo de direcciones IP o
MAC estáticas y la considerará disponible para su reasignación. Una dirección se considera inactiva si:
Un host al que se asignó una dirección IP estática mediante el proceso de implementación sin sistema
operativo se quita de la administración VMM. Cuando se quita el host, las direcciones IP y MAC que se
asignaron estáticamente a máquinas virtuales en el host también se marcan como inactivas.
Una máquina virtual tiene el estado Falta porque se quitó de VMM.
1. Libere las direcciones IP:
Para liberar las direcciones de un grupo de una red lógica, haga clic en Redes lógicas y grupos de
direcciones IP , expanda la red lógica y haga clic en el grupo de direcciones IP.
Para liberar las direcciones de un grupo de una red de VM, haga clic en Redes lógicas y grupos de
direcciones IP , expanda la red de VM y haga clic en el grupo de direcciones IP.
2. Haga clic en Inicio > Propiedades > Direcciones inactivas y seleccione las direcciones IP inactivas
que quiera liberar.
Pasos siguientes
Crear una red de máquinas virtuales
Agregar una puerta de enlace de virtualización de
red en el tejido de VMM
IMPORTANT
Lea este artículo para obtener información sobre cómo configurar puertas de enlace de virtualización de red en
el tejido de redes de System Center - Virtual Machine Manager (VMM).
De manera predeterminada, si usa redes de máquina virtual aisladas en el tejido de VMM, las máquinas
virtuales asociadas a una red solo pueden conectarse a equipos de la misma subred. Si quiere conectar
máquinas virtuales más allá de la subred, necesitará una puerta de enlace.
Virtualización de redes
Configure la virtualización de red de forma que varias redes de máquina virtual se sobrecarguen en las redes
lógicas de VMM que modelan la topología de red física y, por tanto, desacoplan las redes de máquina virtual de
la infraestructura de red física. La virtualización de red usa NVGRE (Virtualización de red mediante
encapsulación de enrutamiento genérico) para virtualizar las direcciones IP. Revise lo siguiente para obtener más
información sobre NVGRE.
Para averiguar si necesita una puerta de enlace de virtualización de red en su red, pregúntese lo siguiente:
¿Necesita conectarse desde máquinas virtuales de redes de máquina virtual aisladas a otras aplicaciones
locales?
¿Necesita conectarse desde máquinas virtuales aisladas a Internet?
¿Necesita conectarse desde redes de máquina virtual aisladas a servicios compartidos como DNS?
En función de sus requisitos, puede configurar su puerta de enlace de varias formas:
La conectividad a una red pública puede conseguirse mediante NAT.
La conectividad a una red local se realiza a través de un túnel VPN (con o sin protocolo de puerta de enlace
de borde (BGP).
El enrutamiento directo sin NAT puede usarse en la conectividad entre diferentes redes de máquina virtual.
Prerrequisitos
Software de proveedor : si quiere usar un dispositivo de puerta de enlace que no sea de Windows,
necesitará el proveedor y una cuenta con permisos para configurar la puerta de enlace. Instale el proveedor
en el servidor VMM. En caso de que se precisen certificados (por ejemplo, si la puerta de enlace se encuentra
en un dominio que no sea de confianza), necesitará ver la información de huella digital de dichos
certificados.
Puer ta de enlace de Windows Ser ver : si quiere configurar una puerta de enlace que ejecute Windows
Server, puede usar una plantilla predefinida disponible en el Centro de descarga de Microsoft. La plantilla
admite System Center 2012 R2 o versiones posteriores.
Redes lógicas : necesita redes lógicas (necesitará más de una si quiere que la puerta de enlace se conecte
desde redes de máquina virtual en una red lógica a redes de máquina virtual en otra).
Configuración VPN remota : si quiere conectar la puerta de enlace a un servidor VPN remoto, necesitará:
La dirección IP del servidor remoto e información sobre las subredes locales o la dirección BGP si
procede.
Necesitará identificar cómo se autenticará con el servidor VPN remoto. Si usa una clave previamente
compartida, puede autenticarse con una cuenta de ejecución y especificar la clave compartida como
contraseña. O puede autenticarse con un certificado. El certificado puede ser uno seleccionado
automáticamente por el servidor VPN remoto u obtenido y colocado en la red por usted.
Compruebe si necesita una configuración de conexión VPN específica (cifrado, comprobaciones de
integridad, transformaciones del cifrado, transformaciones de la autenticación, el grupo de
confidencialidad directa total [PFS], el grupo Diffie-Hellman y el protocolo VPN) o puede usar la
configuración predeterminada.
Agregar una puerta de enlace de Windows Server

La plantilla de servicio proporciona una implementación de la puerta de enlace de Windows Server de alta
disponibilidad en un modo activo o de espera.
1. Necesitará descargar la plantilla desde el Centro de descarga.
NOTE
Las plantillas descargadas son aplicables a VMM 2012 R2, 2016 y la versión 1801.
2. La descarga es un archivo zip comprimido que necesitará extraer. Los archivos incluyen un manual del
usuario, dos plantillas de servicio y una carpeta de recursos personalizados (una carpeta con una extensión
.cr) que contiene los archivos necesarios para las plantillas de servicio.
3. Necesitará decidir qué plantilla usar y, después, seguir las instrucciones de la guía de inicio rápido. La guía
incluye los requisitos previos de la implementación de plantilla y las instrucciones para configurar redes
lógicas, crear un servidor de archivos de escalabilidad horizontal, preparar discos duros virtuales para la
máquina virtual de puerta de enlace y copiar el archivo de recursos personalizados en la biblioteca. Después
de que haya configurado la infraestructura, se describe cómo importar y personalizar la plantilla y cómo
implementarla. También existe información de solución de problemas en caso de que estos surgieran.
Agregar una puerta de enlace que no es de Windows

NOTE
Necesitará instalar el software de proveedor en el servidor de administración de VMM y agregar la puerta de enlace al
tejido. Obtenga el software de proveedor. Puede revisar una lista de proveedores admitidos en Configuración >
Proveedores de configuración
Use el siguiente procedimiento para agregar la puerta de enlace que no es de Windows:

1. Haga clic en Tejido > Ser vicio de red . Haga clic con el botón derecho y seleccione Agregar ser vicio de
red para abrir el Asistente para agregar servicio de red. Los servicios de red incluyen puertas de enlace,
extensiones de conmutador virtual, administradores de red y conmutadores para parte superior del rack
(TOR). O bien, en Inicio, haga clic en Agregar recursos > Ser vicio de red .
2. En Asistente para agregar ser vicio de red > Nombre , especifique un nombre y una descripción para la
puerta de enlace.
3. En Fabricante y modelo , haga clic en la configuración requerida.
4. En Credenciales , especifique una cuenta de ejecución con permisos en el dominio al que se conecta la
puerta de enlace.
5. En Cadena de conexión , escriba la cadena que debería usar la puerta de enlace. El proveedor de la puerta
de enlace define la sintaxis de la cadena.
6. En Cer tificados , si aparece, compruebe que las huellas digitales de los certificados coincidan con las
instaladas en la puerta de enlace. Seleccione para confirmar que los certificados pueden importarse. Si
ninguno aparece, probablemente la puerta de enlace no necesite autenticación de certificado. Si son
necesarios, asegúrese de que están instalados correctamente en la puerta de enlace.
7. En Recopilar información haga clic en Proveedor de examen para ejecutar la prueba de validación
básica en la puerta de enlace.
8. En Grupo host , seleccione uno o varios grupos host para los que la puerta de enlace estará disponible.
9. En Resumen , revise la configuración y haga clic en Finalizar .
10. Después de que la puerta de enlace se haya agregado, busque su lista en Ser vicios de red y haga clic con
el botón derecho > Propiedades > Conectividad .
11. Seleccione Habilitar conexión front-end y seleccione el adaptador de red de puerta de enlace y el sitio de
red que proporcionan la conectividad fuera del proveedor de host o del centro de datos empresarial.
Seleccione Habilitar conexión back-end y seleccione un adaptador de red de puerta de enlace y el sitio de
red de una red lógica dentro de la empresa. La red debe tener la virtualización de red habilitada y el sitio de
red debe tener una dirección IP estática.
12. Cuando crea una red de máquina virtual, puede asignarle la puerta de enlace y seleccionar las opciones de
conectividad requeridas.
Configurar perfiles de puerto en el tejido de VMM
IMPORTANT
Use este artículo para conocer y configurar perfiles de puerto de vínculo superior y perfiles de puerto de
adaptador de red virtual en el tejido de redes de System Center - Virtual Machine Manager (VMM).
Perfiles de puer to de vínculo superior : debe crear perfiles de puerto de vínculo superior y, a
continuación, aplicarlos a los adaptadores de red física cuando implemente conmutadores. Los perfiles de
puerto de vínculo superior definen el algoritmo de equilibrio de carga para un adaptador y especifican cómo
formar un equipo de varios adaptadores de red en un host que usen el mismo perfil de puerto de vínculo
superior. Este perfil se usa junto con la red lógica asociada al adaptador.
Perfiles de puer to de adaptador de red vir tual . Los perfiles de puerto de adaptador de red virtual se
aplican a adaptadores de red virtual. Estos perfiles definen funciones específicas, como la prioridad y las
limitaciones de ancho de banda. VMM incluye una serie de perfiles integrados.
Clasificaciones de puer to : después de crear perfiles de puerto de adaptador de red virtual, puede crear
clasificaciones de puerto. Las clasificaciones de puerto son abstracciones que identifican distintos tipos de
perfiles de puerto de adaptador de red virtual. Por ejemplo, podría crear una clasificación denominada FAST
para identificar puertos que están configurados para tener más ancho de banda y otra denominada SLOW
con menos ancho de banda. Las clasificaciones se incluyen en conmutadores lógicos. Los administradores y
los inquilinos pueden elegir una clasificación para sus adaptadores de máquina virtual. De forma
predeterminada, VMM incluye clasificaciones integradas que se asignan a los perfiles de puerto de
adaptador de red virtual integrados.
Definir perfiles de puerto de vínculo superior

A continuación se enumeran algunas directrices para crear perfiles de puerto de vínculo superior:
Necesita al menos un perfil de puerto de vínculo superior para cada red física del entorno. Si tiene un
entorno simple con una sola red física y todos los hosts están configurados del mismo modo, con los
mismos protocolos para la formación de equipos de adaptador de red, puede que solo necesite un perfil de
puerto de vínculo superior. Aunque es poco frecuente. Probablemente necesitará acotar o restringir
determinadas redes lógicas a un grupo específico de equipos hosts, lo cual es útil para crear varios perfiles
de puerto de vínculo superior.
Debe definir los vínculos superiores para cada ubicación física que tenga sus propias VLAN y subredes de PI.
Si planea restringir o acotar de otro modo redes lógicas a un conjunto específico de equipos host, deberá
crear vínculos superiores para cada grupo de equipos.
Necesita distintos perfiles de puerto de vínculo superior para grupos de equipos (en cada ubicación física)
que tengan requisitos de conectividad distintos o usen protocolos de formación de equipos diferentes.
Considere la posibilidad de crear vínculos superiores independientes para las redes que no admitan la
virtualización de red.
Los sitios de red que se vayan a incluir en un perfil se deben acotar al mismo grupo de equipos host. De lo
contrario, recibirá un error de fuera de ámbito cuando intente aplicar el perfil a un equipo que no es
miembro de los grupos host definidos en cada uno de los sitios de red que se incluyen en el perfil de vínculo
superior.
Debe probar y asegurarse de que cada uno de los sitios de red que agregue a un perfil de puerto de vínculo
superior haga referencia a una red lógica distinta. Si no, todas las VLAN y las subredes de IP definidas en
esos sitios de red se asociarán con la red lógica de cualquier equipo host al que se aplique el perfil de puerto
de vínculo superior. Si no usa el aislamiento de VLAN, el equipo host no puede establecer qué rango de
posibles VLAN y subredes de IP se necesitará para habilitar las VM conectadas a la red lógica.
Puede crear un perfil de puerto de vínculo superior que contenga referencias a varios sitios de red (y, por lo
tanto, redes lógicas). Debe asegurarse de que las VLAN y las direcciones IP de cada uno de los sitios
seleccionados sean válidas (enrutable) desde el adaptador de red físico al que se haya aplicado el perfil de
puerto.
Al aplicar el perfil a un adaptador de red físico, estos sitios de red determinan el conjunto de redes lógicas
que se deben asociar con el adaptador físico y las VLAN y subredes de IP que se asignarán a las VM y los
servicios que se conectan a esas redes lógicas.
Crear un perfil de puerto de vínculo superior
1. Haga clic en Tejido > Inicio > Mostrar > Recursos del tejido . Haga clic en la ficha Tejido > Redes >
Perfiles de puer to > Perfil de puer to de Hyper-V .
2. En Asistente para crear perfil de puer to de Hyper-V (Create Hyper-V Por t Profile Wizard) >
General , escriba un nombre y una descripción, y seleccione Perfil de puer to de vínculo superior .
Seleccione la configuración de equilibrio de carga y de formación de equipos:
Equilibrio de carga : Predeterminado de host es la configuración predeterminada, que
distribuirá el tráfico de red basándose en el identificador de puerto de conmutador de Hyper-V de
la VM de origen o usará un algoritmo de equilibrio de carga Dinámico , en función de lo que
admita el host de Hyper-V. El equilibrio de carga dinámico solo está disponible desde la versión
Windows Server 2012 R2 en adelante. También puede seleccionar:
Puerto Hyper-V: distribuye el tráfico de red según el identificador de puerto de conmutador de
Hyper-V de la VM de origen.
Puertos de transporte: usa los puertos TCP de origen y de destino y las direcciones IP para
crear un hash, y luego asigna los paquetes que tienen el valor hash a uno de los adaptadores
de red disponibles.
Direcciones IP: usa las direcciones IP de origen y destino para crear un hash y luego asigna los
paquetes que tienen el valor hash a uno de los adaptadores de red disponibles.
Direcciones MAC: usa las direcciones MAC de origen y destino para crear un hash y luego
asigna los paquetes que tienen el valor hash a uno de los adaptadores de red disponibles.
Formación de equipos (Teaming) : Independiente de conmutador es el valor
predeterminado y especifica que la configuración de conmutador de red físico en cuestión no es
necesaria para el equipo de NIC. El conmutador de red no está configurado, lo que permite que los
adaptadores de red del equipo se conecten a varios conmutadores físicos (no troncales). También
puede seleccionar:
L ACP : use el protocolo LACP para identificar dinámicamente los vínculos que están conectados
entre el host y un conmutador determinado.
Formación de equipos estática : es necesario configurar el conmutador y el host para
identificar qué vínculos forman el equipo.
3. En Configuración de red , seleccione uno o más sitios de red para que los admita el perfil de puerto de
vínculo superior. Los perfiles de puerto de vínculo superior contienen una lista de sitios de red con cada
sitio de red que representa un vínculo a una red lógica distinta. Seleccione Habilitar vir tualización de
red de Hyper-V si desea habilitar la virtualización de red para implementar varias redes de VM en una
sola red física. Solo debe seleccionar esta opción si la red lógica está configurada para la virtualización de
red con la opción Permitir nuevas redes de máquina vir tual creadas en esta red lógica para
usar vir tualización de red habilitada.
Después de crear un perfil de puerto de vínculo superior, el siguiente paso es agregarlo a un conmutador lógico,
que lo coloca en una lista de perfiles que están disponibles a través de ese conmutador lógico. Al aplicar el
conmutador lógico a un adaptador de red de un host, el perfil de puerto de vínculo superior está disponible en
la lista de perfiles, pero no se aplica a ese adaptador de red hasta que lo seleccione en la lista. Esto le ayuda a dar
coherencia a las configuraciones de adaptadores de red en varios hosts pero también le permite configurar cada
adaptador de red según sus requisitos específicos.
Crear un perfil de puerto de adaptador de red virtual

Perfiles de puer to > Inicio > Crear > Perfil de puer to de Hyper-V .
2. En Asistente para crear perfil de puer to de Hyper-V (Create Hyper-V Por t Profile Wizard) >
General , escriba un nombre y una descripción, y seleccione Perfil de puer to de vínculo superior .
3. En Configuración de descarga (Offload Setting) , especifique un valor para la descarga del tráfico:
Habilitar Vir tual Machine Queue (VMQ) : los paquetes que están destinados a un adaptador de
red virtual se entregan directamente a una cola para dicho adaptador y no necesitan copiarse desde el
sistema operativo de administración a la máquina virtual. El adaptador de red físico debe admitir
VMQ.
Habilitar descarga de tareas de IPsec : algunos o todos los trabajos de cálculo de IPsec se
desplazan de la CPU del equipo a un procesador dedicado en el adaptador de red. El adaptador de
descarga física y el sistema operativo invitado deben ser compatibles.
Habilitar vir tualización de E/S de raíz única : un adaptador de red se puede asignar directamente
a una máquina virtual. Esto aumenta el rendimiento de la red, a la vez que minimiza la latencia de red
y la sobrecarga de CPU que se necesita para procesar el tráfico de red. El adaptador de red físico y los
controlares del sistema operativo de administración y del sistema operativo invitado deben ser
compatibles con esta opción. Si desea usar SR-IOV, deberá habilitarla en el perfil de puerto (en
Configuración de descarga [Offload settings]) y en el conmutador lógico (Configuración general)
que incluye el perfil de puerto. Se debe configurar correctamente en el host al crear el conmutador
virtual que reúne la configuración del puerto y el conmutador lógico que desea usar en el host. En el
conmutador virtual, debe conectar el perfil de puerto al conmutador virtual mediante una clasificación
de puerto (ya sea la clasificación de SR-IOV predeterminada que proporciona VMM o una
personalizada).
4. En Configuración de seguridad , especifique:
Permitir suplantación de direcciones MAC : permite que una máquina virtual cambie la dirección
MAC de origen en paquetes salientes por una dirección que no está asignada a la máquina virtual. Por
ejemplo, un dispositivo virtual de equilibrador de carga puede requerir que esta opción esté
habilitada.
Habilitar protección DHCP : protege de una máquina virtual malintencionada que se presenta a sí
misma como un servidor DHCP para ataques de tipo "Man in the middle".
Habilitar protección de enrutador : protege de mensajes publicitarios y de redireccionamiento
enviados por una máquina virtual no autorizada que se presenta a sí misma como un enrutador.
Permitir formación de equipos de invitados : permite formar un equipo con el adaptador de red
virtual y otros adaptadores de red que estén conectados al mismo conmutador.
Permitir etiquetado prioritario IEEE : permite etiquetar los paquetes salientes del adaptador de red
virtual se pueden con prioridad IEEE 802.1p. Estas etiquetas de prioridad las puede utilizar la calidad
de servicio (QoS) para clasificar el tráfico por orden de prioridad. Si no se permite el etiquetado de
prioridad de IEEE, el valor de prioridad del paquete se restablece a 0.
Permitir direcciones IP especificadas de invitado (Allow guest specified IP addresses) :
afecta a las redes de VM que usan la virtualización de red. La VM (invitado) puede agregar y eliminar
direcciones IP en este adaptador de red virtual. Esto puede simplificar el proceso de administración de
la configuración de la máquina virtual. Las direcciones IP especificadas de invitado son necesarias
para las máquinas virtuales que utilizan clústeres invitados con virtualización de red. La dirección IP
que agrega un invitado debe estar dentro de una subred IP existente de la red de VM.
5. En Configuración del ancho de banda , especifique el ancho de banda mínimo y máximo que están
disponibles para el adaptador. El ancho de banda mínimo se puede expresar en megabits por segundo
(Mbps) o en un valor ponderado (de 0 a 100) que controla qué cantidad de ancho de banda puede utilizar
el adaptador de red virtual en relación con otros adaptadores de red virtuales. Tenga en cuenta que la
configuración del ancho de banda no se usa si SR-IOV está habilitada en el perfil de puerto y el
conmutador lógico que lo contiene.
Después de crear un perfil de puerto, puede crear una clasificación de puerto.
Crear clasificaciones de puerto para perfiles de puerto de adaptador

de red virtual
Clasificaciones de puer to > Inicio > Crear > Clasificación de puer to .
2. En Asistente para crear clasificaciones de puer to > Nombre especifique un nombre de clasificación.
Pasos siguientes
Configurar conmutadores lógicos
Crear conmutadores lógicos
IMPORTANT
En este artículo se describe cómo crear conmutadores lógicos en el tejido de System Center - Virtual Machine
Manager (VMM).
Creación de conmutadores lógicos

Manager (VMM), convertir un conmutador virtual de host en un conmutador lógico y configurar extensiones de
conmutador virtual en caso de que sean necesarias.
Un conmutador lógico agrupa extensiones de conmutador virtual, perfiles de puerto y clasificaciones de puerto
para que pueda configurar cada adaptador de red con la configuración que necesita y tener una configuración
coherente en los adaptadores de red de varios hosts. Puede formar un equipo de varios adaptadores de red
aplicándoles el mismo conmutador lógico y perfil de puerto de vínculo superior.
Configurar extensiones de conmutador virtual

Las extensiones de conmutador se instalan en el servidor VMM y se incluyen en un conmutador lógico. Hay
varios tipos de extensiones de conmutador:
Las extensiones de super visión pueden usarse para supervisar el tráfico de red y realizar informes, pero
no para modificar paquetes.
Las extensiones de captura pueden usarse para inspeccionar el tráfico y obtener muestras del mismo,
pero no para modificar paquetes.
Las extensiones de filtrado pueden usarse para bloquear, modificar o desfragmentar paquetes. También
pueden bloquear puertos.
Las extensiones de reenvío pueden usarse para dirigir el tráfico mediante la definición de destinos y
pueden capturar y filtrar el tráfico. Para evitar conflictos, solo puede estar activa una única extensión de
reenvío en un conmutador lógico.
Puede configurar un administrador de extensiones de conmutador virtual (administrador de red) si desea
administrar extensiones mediante una consola de administración de proveedores y la consola VMM.
Configurar un administrador de extensiones de conmutador virtual
1. Obtenga el software de proveedor del proveedor e instale el proveedor en el servidor de administración de
VMM. Si tiene un clúster, instálelo en todos los nodos.
2. Haga clic en Tejido > Inicio > Mostrar > Recursos del tejido > Redes > Administradores de
extensiones de conmutador .
3. En Asistente para agregar administradores de extensiones de conmutador vir tual > General
especifique el fabricante y escriba la cadena de conexión: por ejemplo, myextmanager1.contoso.com:443. El
proveedor define la sintaxis exacta. Especifique la cuenta que desee usar para conectarse al recurso.
4. En Grupos Host , especifique los grupos host para los que desee usar el administrador de extensiones.
5. En Resumen , revise la configuración y haga clic en Finalizar . Compruebe que aparezca la extensión en el
panel Administradores de extensiones de conmutador vir tual .
Configurar un conmutador lógico

1. Asegúrese de que, como mínimo, tiene un perfil de puerto de vínculo superior antes de comenzar.
2. Haga clic en la ficha Tejido > Redes > Conmutadores lógicos > Crear conmutador lógico .
3. En Asistente para crear conmutadores lógicos > Introducción , revise la información.
4. En General , especifique un nombre y una descripción opcional.
5. En Modo de vínculo superior , seleccione:
Equipo sin vínculo superior si no está usando la formación de equipos.
Equipo incrustado si quiere implementar el conmutador con la formación de equipos basada en
conjuntos
Equipo si quiere usar la formación de equipos NIC
6. En Configuración , seleccione el modo de ancho de banda mínimo. Si ha implementado la controladora
de red de Microsoft, puede especificar que debe administrar el conmutador. Si habilita esta configuración,
no podrá agregar extensiones al conmutador.
7. Habilite SR-IOV si lo necesita. SR-IOV permite que las máquinas virtuales omitan el conmutador y se
dirijan directamente al adaptador de red físico. Si desea habilitarlo:
Asegúrese de que tiene soporte de SR-IOV en el hardware y firmware del host, el adaptador de red
físico y los controladores del sistema operativo de administración y del sistema operativo invitado.
Cree un perfil de puerto nativo para adaptadores de red virtuales que también estén habilitados para
SR-IOV.
Al configurar las opciones de red en el host (en la propiedad host denominada Conmutadores
virtuales), adjunte el perfil de puerto nativo para adaptadores de red virtuales al conmutador virtual
mediante una clasificación de puerto. Puede usar la clasificación de puerto de SR-IOV que se
proporciona en VMM o bien crear su propia clasificación de puerto.
8. En Extensiones , si usa extensiones de conmutador virtual, selecciónelas y ordénelas. Las extensiones
procesan el tráfico de red a través del conmutador en el orden especificado. Tenga en cuenta que solo se
puede habilitar una extensión de reenvío.
9. En Puer to vir tual , agregue una o varias clasificaciones de puerto y perfiles de puerto del adaptador de
red virtual. También puede crear una clasificación de puerto y establecer una clasificación
predeterminada.
10. En Vínculo superior , agregue un perfil de puerto de vínculo superior o cree uno nuevo. Al agregar un
perfil de puerto de vínculo superior, este se coloca en una lista de perfiles que están disponibles a través
de ese conmutador lógico. En cambio, al aplicar el conmutador lógico a un adaptador de red de un host,
el perfil de puerto de vínculo superior se aplica a ese adaptador de red solo si lo selecciona en la lista de
perfiles disponibles.
11. En Resumen , revise la configuración y haga clic en Finalizar . Compruebe que el modificador aparezca
en Conmutadores lógicos .
Convertir un conmutador virtual en un conmutador lógico

Si un host del tejido de VMM tiene un conmutador virtual estándar, puede convertirlo para usarlo como un
conmutador lógico.
NOTE
El procedimiento siguiente no es aplicable para SET; use el script en su lugar.
Para poder realizar la conversión, necesita un conmutador lógico instalado, con una configuración específica.
Debe ser miembro del rol de usuario Administrador o miembro del rol de usuario Administrador delegado, en el que el
ámbito de administración incluye el grupo host en el que se encuentra el host de Hyper-V.
Comparación de configuraciones de conmutador

1. En Administrador del ser vidor , en el host, haga clic en Hyper-V . Cierre el Administrador del servidor.
2. Haga clic con el botón derecho en el host > Configurar formación de equipos de NIC y registre
cualquier configuración de formación de equipos y de equilibrio de carga.
3. En Administrador de Hyper-V , haga clic con el botón derecho en el host > Administrador de
conmutadores vir tuales . Seleccione el conmutador virtual y compruebe si la opción Habilitar
vir tualización de E/S de raíz única (SR-IOV) está seleccionada. Cierre el Administrador de Hyper-V.
4. En la consola VMM > Tejido > Ser vidores > Todos los hosts , haga clic con el botón derecho en el host
> Propiedades .
5. En Conmutadores vir tuales , tenga en cuenta las propiedades, incluida la red lógica y el modo de
ancho de banda mínimo.
6. En Tejido > Redes > Conmutadores lógicos , haga clic con el botón derecho en el conmutador lógico
al que desea convertir la configuración del host y luego haga clic en Propiedades .
7. En Conmutadores lógicos , registre la información:
En General , registre el modo de vínculo superior, si la virtualización de E/S de raíz única está
habilitada, y el modo de ancho de banda mínimo.
En Extensiones , tenga en cuenta si se han agregado las extensiones de reenvío al conmutador lógico.
En Puer to vir tual , registre los nombres de los perfiles de puerto que se muestran. Asegúrese de
tener en cuenta si uno de ellos tiene SR-IOV en el nombre.
En Vínculos superiores , registre los sitios de red, si el modo de vínculo superior forma equipo, el
algoritmo de equilibrio de carga y el modo de formación de equipos.
8. En Tejido > Redes , haga clic en Perfiles de puer to . Para los perfiles de puerto correspondiente, haga
clic en propiedades . En Configuración de descarga , vea si la opción Habilitar vir tualización de
E/S de raíz única está activada.
9. Ahora compare la información registrada que registró para el conmutador lógico y los perfiles de puerto
con la información de conmutador virtual.
10. Revise la siguiente tabla para ver si puede convertir el host para usar el conmutador lógico.
EL EM EN TO C O N VERSIÓ N
SR-IOV La configuración de SR-IOV (habilitada o deshabilitada)

debe ser la misma en el conmutador lógico y en el
conmutador virtual.
Si la opción SR-IOV está habilitada, debe habilitarse en el

propio conmutador lógico y al menos en un perfil de
puerto de adaptador de red virtual en el conmutador
lógico.
Modo de vínculo superior La configuración del Modo de vínculo superior debe

coincidir.
Algoritmo de equilibrio de carga
Si el modo de vínculo superior es Equipo , entonces el
Modo de formación de equipos Algoritmo de equilibrio de carga y el Modo de
formación de equipos también deben coincidir.
Modo de ancho de banda mínimo Deben coincidir.
Sitios de red Debe configurarse el conmutador lógico para los sitios

de red correctos (en la red lógica correcta) para este
host.
11. Si la configuración del conmutador lógico no coincide como se describe en la tabla, debe encontrar o
crear un conmutador lógico que coincida.
Conversión de un host para usar un conmutador lógico
NOTE
La conversión no interrumpirá el tráfico de red.
Si se produce un error en cualquier operación en la conversión, no se cambiará ningún valor y el conmutador no se
convertirá.
1. En VMM, haga clic en Tejido > Ser vidores > Todos los hosts . Haga clic con el botón derecho en el host >
Propiedades .
2. En la pestaña Conmutadores vir tuales , haga clic en Conver tir en conmutador lógico .
3. Seleccione el conmutador lógico al que se va a convertir el host. A continuación, seleccione el perfil de
puerto de vínculo superior que desea utilizar y haga clic en Conver tir .
4. En función de la configuración, puede que aparezca el cuadro de diálogo Trabajos . Asegúrese de que el
trabajo tiene el estado Completado y cierre el cuadro de diálogo.
5. Para comprobar que se ha convertido el conmutador, haga clic con el botón derecho en el host, haga clic en
Propiedades y después haga clic en la pestaña Conmutadores vir tuales .
Script para la conversión del conmutador SET
NOTE
Cree un conmutador lógico en VMM con el mismo nombre que el conmutador SET implementado en el host. El
conmutador estándar se convertirá en este conmutador lógico después de ejecutar el siguiente script en el host.
#Replace Virtual Switch name with already deployed switch name on host
$VirtualSwitchName="SETswitch"
#Replace logical switch ID below with the one got from Get-SCLogicalSwitch cmdlet for the switch created in
VMM
$LogicalSwitchId="45b98a8d-1887-4431-9f20-8b9beed853ce"
#Replace the port profile set name with the one created and associated with the above logical switch in VMM
$PortProfileSetName="Mgmt_UPP"
#Replace uplink port profile set ID with the one got from Get-SCUplinkPortProfileSet for the port profile
set created in VMM
$PortProfileSetId="fd9e4c9a-4ffa-4845-808d-930e6616b62f"
$vswitch=Get-VMSwitch -Name $VirtualSwitchName

$VMMPortFeatureId="1f59a509-a6ba-4aba-8504-b29d542d44bb"
$defaultPortFeature = Get-VMSystemSwitchExtensionPortFeature -FeatureId $VMMPortFeatureId
$VMMFeatureId="8b54c928-eb03-4aff-8039-99171dd900ff"
$currentFeature = Get-VMSwitchExtensionSwitchFeature -SwitchName $VirtualSwitchName -FeatureId $VMMFeatureId
$defaultFeature = Get-VMSystemSwitchExtensionSwitchFeature -FeatureId $VMMFeatureId
$defaultFeature.SettingData.LogicalSwitchId=$LogicalSwitchId
$defaultFeature.SettingData.LogicalSwitchName=$VirtualSwitchName
Add-VMSwitchExtensionSwitchFeature -SwitchName $VirtualSwitchName -VMSwitchExtensionFeature $defaultFeature

$defaultPortFeature.SettingData.PortProfileSetId=$PortProfileSetId
$defaultPortFeature.SettingData.PortProfileSetName=$PortProfileName
$defaultPortFeature.SettingData.NetCfgInstanceId="{" + $vswitch.Id +"}"
Add-VMSwitchExtensionPortFeature -SwitchName $VirtualSwitchName -VMSwitchExtensionFeature
$defaultPortFeature –ExternalPort
Después de ejecutar el script, actualice el host en VMM y verifique si VMM reconoce el conmutador como lógico.



1. Asegúrese de que, como mínimo, tiene un perfil de puerto de vínculo superior antes de comenzar.
2. Haga clic en la ficha Tejido > Redes > Conmutadores lógicos > Crear conmutador lógico .
4. En General , especifique un nombre y una descripción opcional.
Equipo sin vínculo superior si no está usando la formación de equipos.
Equipo incrustado si quiere implementar el conmutador con la formación de equipos basada en
conjuntos
Equipo si quiere usar la formación de equipos NIC
6. En Configuración , seleccione el modo de ancho de banda mínimo. Si ha implementado la controladora
de red de Microsoft, puede especificar que debe administrar el conmutador. Si habilita esta configuración,
no podrá agregar extensiones al conmutador.
7. Habilite SR-IOV si lo necesita. SR-IOV permite que las máquinas virtuales omitan el conmutador y se
dirijan directamente al adaptador de red físico. Si desea habilitarlo:
Cree un perfil de puerto nativo para adaptadores de red virtuales que también estén habilitados para
SR-IOV.
9. En Puer to vir tual , agregue una o varias clasificaciones de puerto y perfiles de puerto del adaptador de
red virtual. También puede crear una clasificación de puerto y establecer una clasificación
predeterminada.
10. En Vínculo superior , agregue un perfil de puerto de vínculo superior o cree uno nuevo. Al agregar un
perfil de puerto de vínculo superior, este se coloca en una lista de perfiles que están disponibles a través
de ese conmutador lógico. En cambio, al aplicar el conmutador lógico a un adaptador de red de un host,
el perfil de puerto de vínculo superior se aplica a ese adaptador de red solo si lo selecciona en la lista de
perfiles disponibles.
11. En Resumen , revise la configuración y haga clic en Finalizar . Compruebe que el modificador aparezca
en Conmutadores lógicos .

Si un host del tejido de VMM tiene un conmutador virtual estándar, puede convertirlo para usarlo como un
conmutador lógico.
NOTE
El procedimiento siguiente no es aplicable para SET; use el script en su lugar.

1. En Administrador del ser vidor , en el host, haga clic en Hyper-V . Cierre el Administrador del servidor.
2. Haga clic con el botón derecho en el host > Configurar formación de equipos de NIC y registre
cualquier configuración de formación de equipos y de equilibrio de carga.
> Propiedades .

conmutador virtual.

lógico.

coincidir.

host.
NOTE
convertirá.
Propiedades .
Script para la conversión del conmutador SET
NOTE
Cree un conmutador lógico en VMM con el mismo nombre que el conmutador SET implementado en el host. El
conmutador estándar se convertirá en este conmutador lógico después de ejecutar el siguiente script en el host.
#Replace Virtual Switch name with already deployed switch name on host
$VirtualSwitchName="SETswitch"
#Replace logical switch ID below with the one got from Get-SCLogicalSwitch cmdlet for the switch created in
VMM
$LogicalSwitchId="45b98a8d-1887-4431-9f20-8b9beed853ce"
#Replace the port profile set name with the one created and associated with the above logical switch in VMM
$PortProfileSetName="Mgmt_UPP"
#Replace uplink port profile set ID with the one got from Get-SCUplinkPortProfileSet for the port profile
set created in VMM
$PortProfileSetId="fd9e4c9a-4ffa-4845-808d-930e6616b62f"
$vswitch=Get-VMSwitch -Name $VirtualSwitchName

$VMMPortFeatureId="1f59a509-a6ba-4aba-8504-b29d542d44bb"
$VMMFeatureId="8b54c928-eb03-4aff-8039-99171dd900ff"
$currentFeature = Get-VMSwitchExtensionSwitchFeature -SwitchName $VirtualSwitchName -FeatureId $VMMFeatureId
$defaultFeature = Get-VMSystemSwitchExtensionSwitchFeature -FeatureId $VMMFeatureId
$defaultFeature.SettingData.LogicalSwitchId=$LogicalSwitchId
$defaultFeature.SettingData.LogicalSwitchName=$VirtualSwitchName
Add-VMSwitchExtensionSwitchFeature -SwitchName $VirtualSwitchName -VMSwitchExtensionFeature $defaultFeature

$defaultPortFeature.SettingData.PortProfileSetId=$PortProfileSetId
$defaultPortFeature.SettingData.PortProfileSetName=$PortProfileName
$defaultPortFeature.SettingData.NetCfgInstanceId="{" + $vswitch.Id +"}"
Add-VMSwitchExtensionPortFeature -SwitchName $VirtualSwitchName -VMSwitchExtensionFeature
$defaultPortFeature –ExternalPort
Después de ejecutar el script, actualice el host en VMM y verifique si VMM reconoce el conmutador como lógico.



NOTE
Asegúrese de que, como mínimo, tiene un perfil de puerto de vínculo superior antes de comenzar.
1. Haga clic en Tejido > Redes .

2. Haga clic con el botón derecho en Conmutadores lógicos y seleccione Crear conmutador lógico .
4. En General :
Especifique un nombre.
Escriba una descripción (opcional).
Equipo incrustado si usa Windows Server 2016 o una versión posterior.
Equipo si usa Windows Server 2012 y quiere usar la formación de equipos NIC.
Equipo sin vínculo superior si no usa ninguna formación de equipos.
Equipo incrustado si usa Windows Server 2016 o una versión posterior.
Equipo si usa Windows Server 2012 y quiere usar la formación de equipos NIC.
Equipo sin vínculo superior si no usa ninguna formación de equipos.
En VMM 2019 UR2, Equipo incrustado es el modo de vínculo superior predeterminado.
6. En Configuración , seleccione el modo de ancho de banda mínimo. Si ha implementado la controladora de
red de Microsoft, puede especificar que debe administrar el conmutador. Si habilita esta configuración, no
podrá agregar extensiones al conmutador.
6. En Configuración , seleccione el modo de ancho de banda mínimo. Si ha implementado la controladora de
red de Microsoft, puede especificar que debe administrar el conmutador. Si habilita esta configuración, no
podrá agregar extensiones al conmutador.
Peso : es el modo de ancho de banda mínimo predeterminado. Especifica un porcentaje de ancho de
banda en lugar de un número específico de bits por segundo. El ancho de banda mínimo es un valor
comprendido entre 1 y 100.
Predeterminado : el sistema establece el modo en Peso si el conmutador no está habilitado para IOV
o en Ninguno si el conmutador lo está.
Absoluto : el ancho de banda mínimo se expresará en bits por segundo.
Ninguno : el ancho de banda mínimo está deshabilitado en el conmutador. Los usuarios no pueden
configurarlo en ningún adaptador de red que esté conectado al conmutador.
7. Habilite SR-IOV si lo necesita. SR-IOV permite que las máquinas virtuales omitan el conmutador y se dirijan
directamente al adaptador de red físico. Si desea habilitarlo:
Cree un perfil de puerto nativo para adaptadores de red virtuales que esté habilitado para SR-IOV.
puede habilitar una extensión de reenvío. A partir de VMM 2019 UR2, ninguna de las extensiones está
habilitada de forma predeterminada.
9. En Puer to vir tual , agregue como mínimo un perfil de puerto del adaptador de red virtual y una
clasificación de puerto. Todas las clasificaciones de puerto deben estar asignadas a un perfil de puerto.
9. En Puer to vir tual , agregue como mínimo un perfil de puerto del adaptador de red virtual y una
clasificación de puerto. Todas las clasificaciones de puerto deben estar asignadas a un perfil de puerto. A
partir de VMM 2019 UR2, puede ver la clasificación de puerto para la asignación de perfiles de puerto en la
pantalla Puer to vir tual .
10. En Vínculo superior , agregue un perfil de puerto de vínculo superior o cree uno. Al agregar un perfil de
puerto de vínculo superior, este se coloca en una lista de perfiles que están disponibles a través de ese
conmutador lógico. En cambio, al aplicar el conmutador lógico a un adaptador de red de un host, el perfil
de puerto de vínculo superior se aplica a ese adaptador de red solo si lo selecciona en la lista de perfiles
disponibles.
Si Vínculo superior se establece en Equipo incrustado (Equipo incrustado de conmutador o SET), los
únicos algoritmos de equilibrio de carga admitidos serán Puerto Hyper-V y Dinámico. Puerto Hyper-V es
el algoritmo de equilibrio de carga predeterminado. Si Vínculo superior se establece en Equipo
incrustado, el algoritmo de equilibrio de carga que se recomienda es Puerto Hyper-V, no Dinámico.
11. En Resumen , revise la configuración y haga clic en Finalizar . Compruebe que el modificador creado
aparezca en Conmutadores lógicos .
Visualización de la topología del conmutador lógico

NOTE
Esta característica está disponible a partir de VMM 2019 UR2.
A partir de VMM 2019 UR2, puede ver la topología del conmutador lógico. Para ello, haga clic con el botón
derecho en el nombre del conmutador lógico y, a continuación, haga clic en Ver topología . El diagrama de
topología muestra la siguiente información.
Perfiles de puer to de vínculo superior : incluye información sobre el algoritmo de equilibrio de carga, el
modo de formación de equipos y los sitios de red.
Adaptadores de red vir tual : incluye información sobre las redes de VM, las VLAN y las clasificaciones de
puerto.

Si un host del tejido de VMM tiene un conmutador virtual estándar con o sin SET, puede convertirlo para usarlo
como un conmutador lógico.
NOTE

1. Registre si se usa la formación de equipos NIC (LBFO) o SET en el host.
2. Si se usa la formación de equipos NIC en el host, registre la configuración de formación de equipos y
equilibrio de carga mediante la ejecución del cmdlet Get-NetLbfoTeam de PowerShell.
> Propiedades .

conmutador virtual.

lógico.

coincidir.

host.
NOTE
convertirá.
Propiedades .
Pasos siguientes
Aplicar configuración de red en un host con un conmutador lógico.
Configurar grupos de direcciones MAC en el tejido
de VMM
IMPORTANT
En este artículo se proporciona información sobre las direcciones MAC predeterminadas de System Center -
Virtual Machine Manager (VMM) y se describe cómo crear y administrar un grupo de direcciones MAC
personalizado.
VMM usa grupos de direcciones MAC estáticas para generar y asignar automáticamente direcciones MAC a
máquinas virtuales. En este artículo se describen los grupos de direcciones MAC predeterminadas en el tejido
de VMM y se explica cómo crear grupos personalizados.
Configuración del grupo de direcciones MAC predeterminadas:
N O M B RE DEL GRUP O DE DIREC C IO N ES

MAC EN TO RN O IN T ERVA LO P REDET ERM IN A DO
Grupo de direcciones MAC Hyper-V 00:1D:D8:B7:1C:00 –

predeterminadas 00:1D:D8:F4:1F:FF
Grupo de direcciones MAC ESX/ESXi 00:50:56:00:00:00 – 00:50:56:3F:FF:FF

predeterminadas de VMware
Antes de empezar
Antes de crear un grupo de direcciones MAC personalizado, tenga en cuenta lo siguiente:
Si desea dividir uno de los grupos predeterminados en grupos personalizados más pequeños, primero debe
eliminar el grupo de direcciones MAC predeterminadas o el grupo de direcciones MAC predeterminadas de
VMware. Debe eliminar el grupo predeterminado para evitar la asignación de direcciones MAC duplicadas.
Los tres primeros octetos del principio y el final de la dirección MAC deben ser los mismos.
Debe escribir valores hexadecimales válidos entre 00 y FF.
Los intervalos que especifique no se pueden superponer.
El intervalo de direcciones no debe tener el bit de multidifusión establecido en 1. Por ejemplo, no puede usar
direcciones que empiecen por X1, X3, X5, X7, X9, XB, XD o XF, donde X es cualquier valor.
Para evitar conflictos con direcciones reservadas por Microsoft, VMware y Citrix, no use los siguientes
prefijos:
Reservados para Microsoft: 00:03:FF; 00:0D:3A; 00:12:5A; 00:15:5D; 00:17:FA; 00:50:F2; 00:1D:D8
(excepto el intervalo 00:1D:D8:B7:1C:00 – 00:1D:D8:F4:1F:FF, que está reservado para VMM)
Reservados para VMware: 00:05:69; 00:0C:29; 00:1C:14; 00:50:56 (excepto el intervalo
00:50:56:00:00:00 – 00:50:56:3F:FF:FF, que está reservado como intervalo estático de VMware
predeterminado)
Crear un grupo personalizado
1. Haga clic en Tejido > Redes > Grupos de direcciones MAC > Inicio > Mostrar > Recursos del tejido
> Crear > Crear grupo de direcciones MAC .
2. En Asistente para crear grupos de direcciones MAC > Nombre y grupo host , especifique un nombre
y una descripción. En Grupo host seleccione los grupos host que deben usar el grupo.
3. En Inter valo de direcciones MAC , especifique las direcciones inicial y final.
4. En Resumen , revise la configuración y haga clic en Finalizar . Cuando el trabajo se muestre como
Completado , compruebe el grupo en Grupos de direcciones MAC .
Liberar direcciones IP
En algunos casos, podría interesarle quitar direcciones del grupo de direcciones MAC. Por ejemplo, si un host al
que se asignó una dirección IP durante la implementación sin sistema operativo se quita de la administración de
VMM, o si una máquina virtual tiene el estado Falta porque se quitó de VMM.
1. Haga clic en Tejido > Redes > Grupos de direcciones MAC > Inicio > Mostrar > Recursos del tejido .
2. En Grupos de direcciones MAC , haga clic en el grupo que quiere modificar > Propiedades .
3. En Direcciones inactivas , seleccione las direcciones que quiere liberar.
Pasos siguientes
Obtenga información sobre cómo crear un grupo de direcciones IP.
Integrar el equilibrio de carga con plantillas de
servicio VMM
IMPORTANT
Lea este artículo para obtener información sobre la integración del equilibrio de carga de red (NLB) de
Windows, y los equilibradores de carga de hardware con plantillas de servicio de System Center - Virtual
Las plantillas de servicio agrupan máquinas virtuales para proporcionar una aplicación. Contienen información
sobre un servicio, incluidas las máquinas virtuales que se implementan como parte del servicio, las aplicaciones
instaladas en máquinas virtuales y la configuración de red que debe usarse. Puede agregar plantillas de
máquina virtual, configuración de red, aplicaciones y almacenamiento a una plantilla de servicio.
Las plantillas de servicio pueden ser de un solo nivel o de niveles múltiples. Un servicio de un solo nivel
contiene una máquina virtual que se usa como una aplicación específica. Un servicio de niveles múltiples
contiene varias máquinas virtuales. Más información.
Configurar el equilibrio de carga para un nivel de servicio

Puede agregar un equilibrador de carga para cargar solicitudes de equilibrio en las máquinas virtuales de un
nivel de servicio. Puede usar un equilibrador de carga de hardware o NLB para equilibrio round robin.
Para agregar un equilibrador de carga, debe hacer lo siguiente:
Asegúrese de que tiene redes lógicas configuradas. Las redes lógicas deben tener sitios de red asociados.
Dichos sitios de red deben tener una o más subredes asociadas desde las que se puedan crear grupos de
direcciones IP estáticas. También debe estar asociado cada sitio de red con el grupo host donde se
implementará el servicio.
Cree un grupo de direcciones IP para las redes lógicas. El grupo de direcciones IP debe contener un intervalo
reservado de direcciones IP virtuales que se puedan asignar al equilibrador de carga. Debe configurar los
grupos de direcciones IP estáticas para el equilibrador de carga y para las máquinas virtuales detrás del
equilibrador de carga. Pueden ser del mismo grupo o de grupos distintos, pero necesitará tanto direcciones
VIP como direcciones IP para las máquinas virtuales.
Cree redes de VM sobre redes lógicas.
Cree plantillas de VIP: una plantilla de IP virtual (VIP) contiene las opciones de configuración de carga
equilibrada para un tipo específico de tráfico de red. Después de crear una plantilla de VIP, puede
especificarla al configurar el equilibrio de carga en una plantilla de servicio.
Configure un equilibrador de carga de hardware: si quiere habilitar el equilibrio de carga de hardware en una
plantilla de servicio, hay una serie de requisitos previos para los que se debe preparar.
Configure NLB: si no quiere usar un equilibrador de carga de hardware, puede usar NLB. Hay una serie de
requisitos y limitaciones.
Crear plantillas de VIP
1. En la consola VMM, haga clic en Tejido > Redes > Plantillas de VIP .
2. Haga clic en Inicio > Mostrar > Recursos del tejido > Crear > Crear plantilla de VIP .
3. En Asistente para plantilla de VIP de equilibrador de carga > Nombre , especifique el nombre de
la plantilla y la descripción. En Puer to de VIP , especifique el puerto que se usará para el tipo de tráfico
de red que quiere equilibrar. Por ejemplo, 443 para el tráfico HTTPS. En Puer to back-end , especifique el
portal en el que el servidor back-end escucha las solicitudes.
4. En Tipo , haga lo siguiente:
Para usar NLB, haga clic en Microsoft en la lista de fabricantes y en Controladora de red de
Microsoft en Modelo .
Para usar un equilibrador de carga de hardware, haga clic en Genérico a fin de crear una plantilla
para todos los equilibradores de carga de hardware compatibles. Haga clic en Específico para crear
una plantilla para un equilibrador de carga específico y, después, especifique el fabricante y el modelo.
5. En Protocolo , haga clic en el protocolo para el que quiere crear la plantilla de VIP.
Si selecciona HTTPS , debe especificar dónde finaliza el tráfico.
Seleccione Acceso directo de HTTPS para pasar el tráfico a la máquina virtual sin descifrarlo.
Seleccione Finalizar HTTPS para finalizar y descifrar el tráfico HTTPS en el equilibrador de carga. Esta
opción ofrece al equilibrador de carga más información, como cookies y encabezados. Para usar esta
opción, especifique el nombre del firmante de un certificado en el equilibrador de carga que se pueda
usar para la autenticación HTTPS. Con esta opción puede habilitar Volver a cifrar para cifrar de
nuevo el tráfico HTTPS del equilibrador de carga a la máquina virtual.
Seleccione Personalizado para especificar TCP , UDP o ambos.
6. En Persistencia , seleccione Habilitar persistencia para que la sesión del cliente sea permanente
(afinidad). Esta opción significa que el equilibrador de carga siempre intentará dirigir el mismo cliente a la
misma máquina virtual. Se basa en la dirección IP de origen y la máscara de subred especificadas, la
dirección IP de destino y otros parámetros que varían según el protocolo.
7. En Monitores de estado , puede especificar que se ejecute una comprobación en el equilibrador de
carga a intervalos periódicos. Para agregar un monitor de estado, especifique el protocolo y la solicitud.
Por ejemplo, si se introduce el comando GET?, se cursa una solicitud HTTP GET para la página de inicio del
equilibrador de carga y se comprueba una respuesta de encabezado. También puede modificar el tipo de
respuesta, el intervalo de supervisión, el tiempo de espera y los reintentos. Tenga en cuenta que el tiempo
de espera debe ser menor que el intervalo.
8. En Equilibrio de carga , seleccione el método de equilibrio de carga que quiere usar. Puede configurar
nuevas conexiones para que se dirijan en función del número inferior de conexiones o del tiempo de
respuesta más rápido, mediante round robin o mediante un método personalizado admitido por el
equilibrador de carga. Si va a habilitar NLB, seleccione Round Robin .
9. En la página Resumen , revise la configuración y haga clic en Finalizar . Aparece el cuadro de diálogo
Trabajos . Espere a que aparezca el estado Completado . Después, compruebe que la plantilla aparezca
en el panel Plantillas de VIP .
Configurar un equilibrador de carga de hardware
Configure un equilibrador de carga de hardware de la manera siguiente:
Obtenga un proveedor de configuración : para agregar un equilibrador de carga de hardware
compatible, debe descargar e instalar un proveedor de configuración disponible en el fabricante del
equilibrador de carga. VMM admite actualmente los proveedores de equilibrador de carga de Brocade
ServerIron ADX y Citrix NetScaler. El proveedor es un complemento de VMM que traduce los comandos de
PowerShell de VMM para la API del equilibrador de carga. Después de instalar el proveedor, debe reiniciar el
servicio VMM (net stop scwmmser vice > net star t scvmmser vice ).
Configure una cuenta : cree una cuenta de ejecución de VMM con un nombre de usuario y una contraseña
con permisos para configurar el equilibrador de carga descargado.
Agregue el equilibrador de carga a VMM : agregue un equilibrador de carga de hardware a VMM a
través del Asistente para agregar equilibradores de carga.
Agregar el equilibrador de carga de hardware a VMM
Durante la ejecución del asistente, debe seleccionar los grupos host para los que estará disponible el
equilibrador de carga, especificar el modelo del equilibrador de carga, indicar la dirección y el puerto usados
para administrar el equilibrador de carga, especificar la afinidad con la red lógica de VMM, seleccionar el
proveedor de configuración y probar la conexión. Debe configurar el equilibrador de carga de hardware antes
de implementar un servicio. Después de implementar el servicio, no podrá agregar un equilibrador de carga.
1. Haga clic en Tejido > Redes > Equilibradores de carga > Recursos del tejido > Inicio > Agregar
> Agregar recursos > Equilibrador de carga .
2. En Asistente para agregar equilibradores de carga > Credenciales , seleccione la cuenta de
ejecución con las credenciales del equilibrador de carga.
3. En Grupo host , seleccione cada grupo host donde se implementará el servicio. Los hosts deben poder
acceder al equilibrador de carga. Además, debe configurar un adaptador de red físico en el host de modo
que use la misma red lógica que el nivel de servicio.
4. En Fabricante y modelo , seleccione las entradas apropiadas.
5. En Dirección , especifique la Dirección IP y los nombres FQDN o NetBIOS del equilibrador de carga.
Especifique el puerto en el que el equilibrador de carga escucha las solicitudes.
6. En Afinidad de red lógica , especifique la afinidad a redes lógicas. Observe lo siguiente:
Para la afinidad de front-end, debe seleccionar la red lógica desde la que el equilibrador de carga
obtiene su VIP. La dirección VIP es la dirección IP que se asigna al equilibrador de carga cuando se
implementa en una plantilla de servicio.
En el caso de la afinidad de front-end, en función de las redes lógicas, VMM determina los grupos de
direcciones IP estáticas que son accesibles tanto desde el equilibrador de carga como desde el grupo
host relevante.
Al seleccionar redes lógicas para la afinidad de front-end, el sitio de red asociado con el intervalo de
direcciones VIP reservadas debe estar disponible para los grupos host asociados con el equilibrador
de carga.
En el caso de la afinidad de back-end, debe seleccionar las redes lógicas en las que quiera que el
equilibrador de carga esté disponible para las conexiones desde las máquinas virtuales de un nivel de
servicio.
7. En Proveedor , haga clic en el proveedor de equilibrador de carga. Haga clic en Probar para comprobar
la configuración.
8. En Resumen , compruebe la configuración y haga clic en Finalizar . Aparece el cuadro de diálogo
Trabajo . Espere hasta que aparezca un estado Completado y compruebe en la columna Proveedor que
el proveedor está activo.
Configurar NLB
NLB se incluye automáticamente como equilibrador de carga en VMM. Si ha configurado una plantilla de VIP de
NLB no es necesaria ninguna otra acción, pero tenga en cuenta lo siguiente:
No se puede usar NLB con redes de VM configuradas con virtualización de red.
No se puede usar NLB en niveles de servicio que ejecutan máquinas virtuales de Linux.
Habilitar el equilibrio de carga
1. Si la plantilla de servicio no está abierta, haga clic en Biblioteca > Plantillas > Plantillas de ser vicio y
ábrala.
2. Haga clic en Acciones > Abrir diseñador .
3. En el Diseñador de plantilla de servicio, haga clic en el grupo Componentes de plantilla de ser vicio >
Agregar equilibrador de carga .
4. Haga clic en el objeto del equilibrador de carga. Lo identificará con el nombre de la plantilla de VIP.
5. Haga clic en Herramienta > Conector . Haga clic en la Conexión de ser vidor asociada con la plantilla y,
después, haga clic en un objeto NIC para conectar el equilibrador de carga al adaptador. En las propiedades
de NIC, compruebe los tipos de direcciones y asegúrese de que la dirección MAC sea estática.
6. Con el Conector habilitado, haga clic en la Conexión de cliente asociada con el equilibrio de carga y,
después, haga clic en un objeto de red lógica.
7. Guarde la plantilla de servicio en Plantilla de ser vicio > Guardar y validar .
Configurar la dirección VIP de hardware para el acceso de usuario
Cuando el servicio está implementado, VMM selecciona automáticamente una dirección VIP del intervalo
reservado en el grupo de direcciones IP estáticas y lo asigna al nivel de servicio del equilibrador de carga. Para
permitir que los usuarios se conecten al servicio, después de implementarlo, debe determinar la dirección VIP y
configurar una entrada DNS para él.
1. Una vez que esté implementado el servicio, haga clic en Tejido > Redes > Equilibradores de carga .
2. Haga clic en Mostrar > Ser vicio > Información del equilibrador de carga para ser vicios y expanda
el servicio para ver qué dirección VIP está asignada.
3. Pídale al administrador de DNS que cree manualmente una entrada DNS para la dirección VIP. La entrada
debe ser el nombre que los usuarios especificarán para conectarse al servicio. Por ejemplo,
servicename.contosol.com.
Pasos siguientes
También puede configurar un equilibrador de carga de software en una infraestructura SDN en el tejido de
VMM.
Configurar un servidor IPAM en el tejido VMM
IMPORTANT
En este artículo se explica cómo agregar un servidor de administración de direcciones IP (IPAM) al tejido de red
Un servidor IPAM le ayuda a planear, realizar un seguimiento y administrar el espacio de dirección IP que se usa
en sus redes.
Con un servidor IPAM en el tejido VMM, la configuración de la dirección IP que está asociada a las redes
lógicas y a las redes de máquina virtual en VMM se sincroniza mediante la configuración almacenada en el
servidor IPAM.
Como administrador puede usar el servidor IPAM para configurar y supervisar las redes lógicas y sus grupos
de direcciones IP y sitios de red asociados. También puede usar el servidor IPAM para supervisar el uso de
redes de máquina virtual que se han configurado o cambiado en VMM.
Los inquilinos deben seguir usando el servidor VMM (no IPAM) para configurar las redes de máquina virtual
que usan la virtualización de red. En otras palabras, para controlar el espacio de direcciones que
normalmente controlan los inquilinos en lugar de los administradores de VMM.
Antes de empezar
Asegúrese de que tiene un servidor IPAM. Más información. El servidor IPAM puede ejecutar estas versiones
de Windows Server.
Cree o identifique una cuenta de dominio y configúrela para que nunca expire. En el servidor IPAM, agregue
la cuenta a estos grupos:
Administradores de ASM en ser vidores de IPAM : un grupo local que existe en todos los
servidores de IPAM y proporciona permisos para la administración de espacio de direcciones (ASM) IP.
Para obtener más información, consulte Assign Administrator Roles (Asignación de roles de
administrador).
Usuarios de administración remota : un grupo integrado que proporciona acceso a los recursos
WMI a través de los protocolos de administración, como WS-Management a través del servicio
Administración remota de Windows.
Compruebe que la hora de los servidores IPAM y VMM esté sincronizada. Esto depende de la configuración
del Servicio de hora de Windows. Si no puede sincronizarlos, necesitará actualizar los permisos en el
software IPAM de forma que VMM pueda consultar la configuración horaria actual en el servidor. Para ello,
en el servidor IPAM, ejecute mimgmt.msc para abrir el complemento Control WMI (local). Haga clic con el
botón derecho en Control WMI (local) > Propiedades > Seguridad . Vaya a Root\CIMV2 , haga clic en el
botón Seguridad de la pestaña Seguridad y seleccione la cuenta que ha configurado. Para Llamada remota
habilitada , seleccione Permitir .
Compruebe el FQDN del servidor IPAM para usarlo como una cadena de conexión.
Compruebe los nombres de los grupos de host VMM para los que quiere usar el servidor IPAM.
El software de proveedor de un servidor IPAM está incluido en VMM. No necesita instalarlo. Puede revisar la
configuración en Configuración > Proveedores de configuración .
Si desea usar el servidor IPAM para eliminar una red lógica, elimine las subredes de direcciones IP asignadas
a esa red lógica, y no elimine el nombre asociado al campo Red lógica de VMM en el servidor IPAM. Los
dos servidores se podrán sincronizar correctamente y se eliminará la red lógica. Si elimina el nombre
asociado al campo Red lógica de VMM en el servidor IPAM, debe ir al servidor VMM y eliminar los sitios
de red y la red lógica. A continuación, después de sincronizar los dos servidores, se completará la
eliminación.
Agregar un servidor IPAM al tejido

1. Haga clic en Tejido > Inicio > Mostrar > Recursos del tejido > Tejido > Redes > Ser vicio de red . Los
servicios de red incluyen puertas de enlace, extensiones de conmutador virtual, administradores de red (que
incluyen los servidores de IPAM) y conmutadores para parte superior del rack (TOR).
2. Haga clic en Inicio >Agregar > Agregar recursos > Ser vicio de red .
3. En Asistente para agregar ser vicio de red > Nombre , especifique un nombre y una descripción
opcional.
4. En Fabricante y modelo > Fabricante , haga clic en Microsoft y en Modelo > Administración de
direcciones IP de Microsoft Windows Ser ver .
5. En la página Credenciales , especifique la cuenta que ha creado.
6. En la página Cadena de conexión , en el cuadro Cadena de conexión , escriba el FQDN del servidor IPAM.
Si ha configurado un puerto específico del servidor IPAM, finalice la cadena con el número de puerto (por
ejemplo, :443 ). Si no se especifica un número de puerto, se utiliza el puerto predeterminado para el servidor
IPAM.
7. En Proveedor > Proveedor de configuración > Proveedor de administración de dirección IP de
Microsoft , haga clic en Probar para ejecutar pruebas de validación básicas con el proveedor. Los resultados
Correcto o Error indican si el proveedor funciona según lo previsto. Una posible causa del error es no
disponer de permisos suficientes en la cuenta de ejecución. Los resultados Implementado y No se ha
implementado sólo son informativos e indican si el proveedor admite una API determinada.
8. En Grupo host , seleccione uno o varios grupos host para los que quiere realizar la integración entre el
servidor IPAM y el servidor VMM.
9. En Resumen , revise la configuración y haga clic en Finalizar . Compruebe que el servidor IPAM aparece en
Ser vicios de red . Haga clic con el botón derecho en el servidor > Actualizar para obtener las últimas
opciones de configuración.
10. En el servidor IPAM, para ver las redes lógicas y la configuración relacionada establecida en VMM, vaya a
ESPACIO DE DIRECCIONES IP VIRTUALIZADO y, después, a Espacio de direcciones IP de proveedor .
Para cada red lógica, el servidor IPAM tendrá un espacio de direcciones (una categoría exhaustiva que se
encuentra en IPAM, pero no en VMM) con un nombre basado en el nombre de la red lógica. La red lógica se
ubicará en el espacio de direcciones, con el nombre de la red lógica que se muestra con el encabezado Red
lógica de VMM . Para ver los tipos de información que se almacenan en IPAM, expanda el espacio de
direcciones y seleccione distintas vistas.
La tabla siguiente puede ayudarle a interpretar la información que se ve en el servidor IPAM:
N O M B RE DE VM M N O M B RE DE IPA M
Red lógica ESPACIO DE DIRECCIONES IP VIRTUALIZADO

Espacio de direcciones IP de proveedor: columna Red lógica
de VMM
Sitio de red ESPACIO DE DIRECCIONES IP VIRTUALIZADO

Espacio de direcciones IP de proveedor: columna Sitio de
red
N O M B RE DE VM M N O M B RE DE IPA M
Subred de dirección IP Subred de dirección IP (el mismo nombre en IPAM que en

VMM)
Grupo de direcciones IP Intervalo de direcciones IP
Red de máquina virtual ESPACIO DE DIRECCIONES IP VIRTUALIZADO

Espacio de direcciones IP de cliente: columna Red de VM
Reserva de dirección IP
VMM admite la reserva de IP en IPAM. Siga los pasos que se indican a continuación para reservar direcciones IP.
1. En IPAM, haga clic con el botón derecho en Inter valo de direcciones IP para la reserva de direcciones IP.
2. Haga clic en Editar inter valo de direcciones IP y se abre una ventana.
3. En la ventana abierta, hay una pestaña Reser vas a la izquierda.
4. En la pestaña Reser vas puede reservar direcciones IP o bien marcarlas para su uso como VIP.
5. Vaya a la consola de VMM. Actualice el servicio IPAM en la sección de servicio de red.
6. Ahora, puede ver las direcciones IP reservadas reflejadas en la sección de grupos de la red lógica.
Pasos siguientes
Configurar las redes lógicas
Configurar el tejido de almacenamiento de VMM
IMPORTANT
Puede usar System Center - Virtual Machine Manager (VMM) para administrar su infraestructura virtualizada y
física. Como parte de esa administración, VMM puede administrar el almacenamiento que se asigna a las VM,
clústeres y hosts virtuales.
Local y remoto : VMM reconoce el almacenamiento local y remoto. Local es el almacenamiento ubicado en
el servidor VMM o conectado directamente a él, normalmente una unidad de disco en el servidor que está
conectada con conectividad RAID o JBOD SAS integrada. Obviamente, este tipo de almacenamiento de host
dedicado no es compartido y no proporciona resistencia o alta disponibilidad.
En bloque y basado en archivos : VMM puede administrar dispositivos de almacenamiento en bloque y
almacenamiento basado en archivos.
Almacenamiento en bloque
C A RA C T ERÍST IC A DETA L L ES
Connection VMM puede administrar los dispositivos de almacenamiento

en bloque que se conectan mediante Fibre Channel, Serial
Attached SCSI (SAS) o iSCSI (Internet SCSI).
VMM puede detectar y administrar matrices de iSCSI con

destinos estáticos, dinámicos o manuales.
Puede utilizar un servidor de destino de iSCSI de Microsoft

como un dispositivo de almacenamiento mediante la
instalación de su proveedor.
Protocolos VMM proporciona compatibilidad con dispositivos de

almacenamiento que usan los protocolos SMI-S y SMP.
VMM usa la API de administración de almacenamiento de

Windows. (SMAPI) para administrar dispositivos de
almacenamiento basados en bloque que cumplen con las
especificaciones de SMI-S o SMP.
VMM combina SMAPI y SMP para administrar directamente

las matrices de almacenamiento externo y el
almacenamiento conectado.
VMM combina SMAPI y el servicio de administración de

almacenamiento (que funciona como un cliente SMI-S) para
administrar dispositivos de almacenamiento SMI-S.
Los proveedores de dispositivos de almacenamiento que

siguen el estándar SMI-S crean proveedores SMI-S para sus
dispositivos.
C A RA C T ERÍST IC A DETA L L ES
Hosts de vir tualización Solo puede utilizarse el almacenamiento configurado en

VMM para clústeres y hosts de Hyper-V.
Matrices de almacenamiento admitidas Se admiten matrices de almacenamiento específicas en

VMM. Puede utilizar otras matrices, pero no hay ninguna
garantía de que pueda administrar todas las tareas de
almacenamiento en VMM. Recomendamos que hable con su
proveedor de almacenamiento para determinar la
compatibilidad de VMM.
Canal de fibra vir tual Si desea utilizar el canal de fibra virtual para proporcionar a
las VM acceso directo al almacenamiento de canal de fibra,
puede administrar este almacenamiento con VMM en estas
configuraciones.
Una sola matriz de almacenamiento conectada a un solo

tejido (formado por uno o varios conmutadores) conectado
a una única vSAN.
Una sola matriz de almacenamiento conectada a varios

tejidos (con uno o varios conmutadores por tejido)
conectados a una única vSAN.
Varias matrices de almacenamiento conectadas a un solo

tejido (formado por uno o varios conmutadores) conectado
a una única vSAN.
Varias matrices de almacenamiento conectadas a varios

tejidos (con uno o varios conmutadores por tejido)
conectados a varias vSAN. Esta configuración ofrece rutas de
acceso de doble redundancia a matrices de almacenamiento.
Una vSAN solo puede incluir HBA de un mismo tejido.
Configurar almacenamiento en bloque

El proceso general de configuración de almacenamiento basado en bloque en el tejido de VMM es el siguiente:
1. Crear clasificaciones de almacenamiento: cree clasificaciones de almacenamiento en almacenamiento de
grupos según las características compartidas, el rendimiento frecuente y la disponibilidad. En lugar de
asignar dispositivos de almacenamiento específico a ellos, asigne almacenamiento a grupos de host de VMM
para asignar una clasificación específica de manera que los grupos de host puedan utilizar cualquier
dispositivo de almacenamiento disponible con la clasificación asignada. No tiene que crear clasificaciones
antes de agregar dispositivos de almacenamiento. Puede crearlos durante la detección de dispositivos de
almacenamiento.
2. Agregar almacenamiento: agregue el almacenamiento como un recurso en el tejido de VMM. Al agregar el
dispositivo, VMM detecta automáticamente los grupos de almacenamiento existentes y las unidades lógicas
en el dispositivo. Puede clasificar el almacenamiento a medida que lo agrega.
3. Configurar el almacenamiento y asignar capacidad: después de que VMM administre una matriz de
almacenamiento, puede establecer la configuración. Puede especificar cómo desea utilizar el
aprovisionamiento rápido en el dispositivo (clonación o instantáneas). Puede agregar y modificar grupos de
almacenamiento y unidades lógicas de almacenamiento (LUN) en los grupos. Puede asignar capacidad
(ambos grupos de almacenamiento completos) o LUN específicos a uno o más grupos de host.
4. Usar el almacenamiento: después de que el almacenamiento se asigne a un grupo host, puede usar el
almacenamiento para un host o un clúster específicos. Cuando se agrega un host o clúster en un host de
grupo host y clúster puede usar el almacenamiento asociado con el grupo.
File Storage
VMM puede administrar un almacenamiento de archivos que admita el protocolo SMB 3.0. SMB es compatible
con recursos compartidos de archivos en equipos con Windows Server 2012 o posterior, y otros fabricantes de
dispositivos de almacenamiento conectado a red (NAS).
Ser vidor de archivos de Windows : puede agregar un servidor de archivos remoto como un dispositivo
de almacenamiento o puede escalar el Servidor de archivos de escalabilidad horizontal (SOFS) de
almacenamiento basado en archivos.
Ser vidor de archivos de escalabilidad horizontal (SOFS) : SOFS proporciona un clúster de servidores
de archivos en el que el almacenamiento se comparte entre los nodos del clúster. El almacenamiento de
SOFS podría ser una SAN (SAS, iSCSI y Fibre Channel) o puede integrarse con Espacios de almacenamiento
directo.
Espacios de almacenamiento directo (S2D) : S2D es la siguiente evolución de Espacios de
almacenamiento de Microsoft, que virtualiza el almacenamiento agrupando discos en grupos de
almacenamiento y creando discos virtuales (espacios de almacenamiento) desde la capacidad del grupo. En
S2D, puede compilar el almacenamiento de alta disponibilidad con el almacenamiento local. Esto elimina la
necesidad de dispositivos de almacenamiento SAN remotos y permite usar los dispositivos de
almacenamiento que no estaban disponibles anteriormente, por ejemplo, flash NVMe o SSD SATA. Más
información.
Replicación de almacenamiento : VMM admite la réplica de almacenamiento de Windows para proteger
los datos en un volumen de almacenamiento principal que se replica en un volumen secundario. Más
información.
Recursos de almacenamiento : puede controlar el acceso al almacenamiento compartido en una VM o
SOFS estableciendo directivas de calidad de servicio (QoS) de almacenamiento. Estas directivas establecen
un ancho de banda máximo y mínimo de recursos de almacenamiento.
Configurar almacenamiento de archivos

El proceso general de configuración de almacenamiento de archivos en el tejido de VMM es el siguiente:
1. Agregar y detectar el almacenamiento : agregue el servidor de archivos como un recurso en el tejido de
VMM. Al agregar el dispositivo, VMM detecta automáticamente los recursos compartidos de archivos en el
dispositivo. Puede clasificar el almacenamiento a medida que lo agrega.
2. Crear clasificaciones de almacenamiento : cree clasificaciones de almacenamiento en recursos
compartidos de archivos de grupos según las características compartidas, el rendimiento frecuente y la
disponibilidad. En lugar de asignar dispositivos de almacenamiento específico a los grupos host de VMM,
asigne una clasificación específica de manera que los grupos de host puedan utilizar cualquier
almacenamiento disponible con la clasificación asignada. No tiene que crear clasificaciones antes de agregar
dispositivos de almacenamiento. Puede crearlos durante la detección de dispositivos de almacenamiento.
3. Aprovisionar almacenamiento : después de que VMM administre un servidor de archivos, puede
establecer la configuración. Por ejemplo, puede modificar los grupos de almacenamiento en un SOFS o crear
un recurso compartido de archivos.
4. Asignar capacidad : una vez que el almacenamiento está configurado, puede asignar la capacidad desde la
matriz. Fije una capacidad mediante la asignación de recursos compartidos de archivos a uno o más grupos
host.
5. Usar el almacenamiento : después de que el almacenamiento se asigne a un grupo host, puede usar el
almacenamiento para un host o un clúster específicos. Cuando se agrega un host o clúster en un host de
grupo host y clúster puede usar el almacenamiento asociado con el grupo.
6. Retirada del almacenamiento : VMM puede retirar el almacenamiento que administra.
Obtenga más información sobre la configuración de almacenamiento de archivos en VMM.
Clasificaciones de almacenamiento
Las clasificaciones de almacenamiento proporcionan una capa de abstracción sobre los dispositivos de
almacenamiento específico. Agrupe los dispositivos de almacenamiento en función de sus características. Por
ejemplo, puede crear:
Bldg1Gold: un conjunto de unidades de estado sólido (SSD) que se pone a disposición de los usuarios en la
compilación 1.
Bldg1Silver: un conjunto de SSD y unidades de disco duro (HDD) que se pone a disposición de los usuarios
en la compilación 1.
Bldg2Gold: un conjunto de SSD que se pone a disposición de los usuarios en la compilación 2.
Bldg2Silver: un conjunto de SSD y HDD que se pone a disposición de los usuarios en la compilación 2.
Después de crear clasificaciones, asígnelas a grupos de almacenamiento que incluyan almacenamiento basado
en archivos o en bloque. Puede ajustar la configuración de clasificación para los recursos compartidos de
archivos dentro de los grupos según sea necesario.
Supervisión del estado de almacenamiento

Esta funcionalidad le ayuda a supervisar el mantenimiento y el estado operativo del bloque de almacenamiento,
los números de unidad lógica y los discos físicos del tejido de VMM.
Puede supervisar el estado de almacenamiento desde la consola VMM, página Tejido .
Siga estos pasos:
1. Vaya a la consola de VMM, Tejido > Almacenamiento > Clasificación y grupos .
La columna Estado de mantenimiento muestra el estado del bloque de almacenamiento, el número de
unidad lógica y los discos físicos.
2. Para comprobar el estado operativo, seleccione un elemento de almacenamiento.
El panel de información para el elemento de almacenamiento seleccionado muestra el estado operativo
tal como se muestra en el ejemplo siguiente:
Pasos siguientes
Configurar clasificaciones de almacenamiento en el tejido de VMM
Configurar clasificaciones de almacenamiento en el
tejido de VMM
IMPORTANT
Use las clasificaciones de almacenamiento para abstraer los dispositivos de almacenamiento en el tejido de
System Center - Virtual Machine Manager (VMM). Clasifique los dispositivos de almacenamiento con
características similares y asigne estas clasificaciones, en lugar de dispositivos de almacenamiento específico, a
hosts y clústeres. El host y el clúster pueden usar cualquier almacenamiento disponible en la clasificación.
Las clasificaciones a menudo se basan en tipos de almacenamiento o en las características de rendimiento. Por
ejemplo, puede crear:
N O M B RE DESC RIP C IÓ N
ORO Bloque de almacenamiento basado en unidades de estado

sólido (SSD) que ofrece un alto rendimiento para aplicaciones
que hacen un uso intensivo de la E/S
PL ATA Almacenamiento SCSI conectado en serie (SAS) en canal de

fibra (RAID 5)
BRONCE Almacenamiento serie ATA (SATA) iSCSI (RAID 5)
Crear clasificaciones:
1. Haga clic en Tejido > Almacenamiento , haga clic con el botón derecho en Clasificación y grupos >
Crear clasificación .
2. En Nueva clasificación , escriba un nombre y una descripción > Agregar .
Pasos siguientes
Agregar dispositivos de almacenamiento al tejido de VMM.
Agregar dispositivos de almacenamiento al tejido
de VMM
IMPORTANT
Para administrar el almacenamiento de System Center - Virtual Machine Manager (VMM), debe detectarlo y
agregarlo al tejido de almacenamiento de VMM.
Antes de empezar
Asegúrese de que el dispositivo de almacenamiento es compatible antes de agregarlo.
Agregar un dispositivo de almacenamiento

1. Haga clic en Tejido > Almacenamiento > Agregar recursos >Dispositivos de almacenamiento .
2. En Asistente para agregar dispositivos de almacenamiento > Seleccionar tipo de proveedor y
seleccione la opción para agregar un dispositivo de almacenamiento con SMI-S o SMP, según el dispositivo
que use.
3. En Especificar ámbito de detección :
Si usa SMI-S, especifique si el proveedor utiliza CIMXML SMI-S o WMI SMI-S , agregue la dirección
IP o el FQDN y agregue el puerto usado para conectar con el proveedor en el servidor remoto. Puede
habilitar SSL si usa CIMXML. Después, especifique una cuenta para conectar con el proveedor.
Si usa SMP, seleccione el proveedor de la lista. Si no está en la lista, haga clic en Impor tar para
actualizarla.
4. En Recopilar información , VMM intenta de forma automática detectar e importar la información del
dispositivo de almacenamiento. Para volver a intentarlo, haga clic en Examinar proveedor .
5. Si ha seleccionado la opción para usar una conexión SSL para un proveedor de SMI-S, tenga en cuenta lo
siguiente:
Durante la detección, se abre el cuadro de diálogo Impor tar cer tificado . Compruebe la
configuración y haga clic en Impor tar . De forma predeterminada, se comprobará el nombre común
(CN) del certificado. Esto podría provocar un error en la detección del almacenamiento si no hay un
CN o si no coincide.
Si se produce un error en la detección debido al CN, deshabilite la comprobación de CN en el Registro
en el servidor VMM. En el Registro, vaya a
HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/Storage Management/ y cree un valor
DWORD: DisableHttpsCommonNameCheck . Establezca el valor en 1.
6. Si el proceso de detección se realiza correctamente, se mostrarán en la página las matrices de
almacenamiento detectadas, los grupos de almacenamiento, el fabricante, el modelo y la capacidad. Cuando
finalice el proceso, haga clic en Siguiente .
7. En Seleccionar dispositivos de almacenamiento , puede especificar una clasificación para cada grupo de
almacenamiento. Las clasificaciones de almacenamiento agrupan grupos de almacenamiento con
características similares para que pueda asignar una clasificación como almacenamiento para un host o
clúster, en lugar de un dispositivo de almacenamiento específico. Obtenga más información sobre cómo
configurar las clasificaciones.
8. En la página Resumen , confirme la configuración y haga clic en Finalizar . Aparece el cuadro de diálogo
Trabajos . Cuando el estado es Completado , puede comprobar el almacenamiento en Tejido >
Almacenamiento .
Pasos siguientes
IMPORTANT
Una vez que se haya detectado y clasificado el almacenamiento en bloque en el tejido de System Center -
Virtual Machine Manager (VMM), puede asignarlo a grupos host. Puede asignar un grupo de almacenamiento
completo o una unidad lógica (LUN) específica.
Asignar grupos de almacenamiento : opcionalmente, puede asignar grupos de almacenamiento a
grupos host. En ese caso, puede hacer lo siguiente:
Crear y asignar LUN directamente desde hosts de Hyper-V en el grupo host.
Usar el grupo de almacenamiento para el aprovisionamiento rápido mediante instantáneas o
clonación de SAN. Durante este proceso no es necesario que cree LUN, ya que VMM solicita una copia
de un LUN existente durante el aprovisionamiento.
Asignar LUN :
Puede asignar LUN para grupos de almacenamiento administrados en el tejido de VMM.
Para asignar LUN a grupos host, debe haber LUN sin asignar en los grupos de almacenamiento
administrados.
Si necesita más LUN, puede crearlos fuera de VMM en la herramienta de administración de
almacenamiento, o bien puede aprovisionarlos directamente en VMM si el grupo de
almacenamiento está asignado a un grupo host.
Asignar un grupo de almacenamiento a un grupo host

1. Haga clic en Tejido > Almacenamiento > Asignar capacidad y haga clic en el grupo host. Si es un
administrador delegado con ámbito restringido a grupos host, haga clic con el botón derecho en el grupo
host > Propiedades > Almacenamiento .
2. Se muestra la información de capacidad de almacenamiento total y disponible del grupo host. Esta
información de capacidad de almacenamiento incluye la capacidad total y disponible de almacenamiento
remoto y local y el almacenamiento asignado total y disponible. Haga clic en Asignar bloques de
almacenamiento .
3. Haga clic en un grupo de almacenamiento > Agregar .
Crear un LUN en VMM

1. Asegúrese de que ha asignado el bloque de almacenamiento al grupo host y haga clic en Tejido >
Almacenamiento > Crear unidad lógica .
2. Especifique el grupo de almacenamiento, un nombre, una descripción para el LUN y el tamaño. Haga clic en
Aceptar para crear el LUN.
3. Compruebe que se ha creado el LUN en Recursos del tejido > Clasificaciones, Bloques de
almacenamiento y Unidades lógicas . .
Asignar un LUN a un grupo host
1. Haga clic en Tejido > Almacenamiento > Asignar capacidad > Asignar capacidad de
almacenamiento y haga clic en el grupo host.
2. Haga clic en Asignar unidades lógicas y seleccione una unidad > Agregar .
Una vez que se hayan asignado los LUN a los grupos host, podrá asignarlos a hosts y clústeres de Hyper-V.
Pasos siguientes
Después de configurar hosts y clústeres de Hyper-V, obtenga información sobre el aprovisionamiento de
Configurar un servidor de destino iSCSI de
Microsoft en el tejido de almacenamiento de VMM
IMPORTANT
El servidor de destino iSCSI de Microsoft es un rol de servidor que permite que una máquina de Windows
Server funcione como un dispositivo de almacenamiento. En este artículo se explica cómo configurar un
servidor de destino iSCSI de Microsoft para el almacenamiento de System Center - Virtual Machine Manager
(VMM).
Esto es lo que debe hacer:
1. Instalar el rol : instale el rol de servidor de destino iSCSI (Roles de ser vidor > Ser vicios de archivos y
almacenamiento > Ser vicios de archivos y iSCSI ) en un servidor que quiera agregar como dispositivo
de almacenamiento en bloque.
2. Configurar discos iSCSI vir tuales : después de instalar el rol, tendrá que configurar discos iSCSI virtuales
y conectarse a los servidores que quiera. Más información.
3. Instalar el proveedor : si el servidor de destino iSCSI ejecuta Windows Server 2012, debe instalar en él el
proveedor de SMI-S. El proveedor se encuentra junto con los archivos de instalación en
\amd64\Setup\msi\iSCSITargetSMISProvider.msi y en el servidor VMM en \Archivos de programa\Microsoft
System Center 2012\Virtual Machine Manager\Setup\Msi\iSCSITargetProv\iSCSITargetSMISProvider.msi.
Debe ejecutar el archivo .msi en el servidor de destino iSCSI. Si el servidor ejecuta Windows Server 2012 R2,
no es necesario que instale el proveedor.
4. Agregar cuenta : agregue la cuenta de administrador de VMM como administrador en el servidor.
5. Detectar en VMM : agregue el dispositivo de almacenamiento en VMM. Seleccione Dispositivos SAN y
NAS detectados y administrados por un proveedor de SMI-S como tipo de proveedor y especifique
la dirección IP o FQDN como servidor. Seleccione la cuenta con permisos en el servidor como cuenta de
ejecución. Agréguela a la clasificación de almacenamiento necesaria y complete el Asistente para agregar
dispositivos de almacenamiento .
Después de agregar el servidor como dispositivo de almacenamiento en la administración de VMM, puede
asignar los grupos de almacenamiento y los LUN a un grupo host y aprovisionar el almacenamiento en los
hosts y los clústeres.
Ejemplo de PowerShell
Puede usar VMM para configurar el servidor de destino iSCSI mediante Windows PowerShell. En esta sección se
enumeran algunas tareas comunes con ejemplos de los comandos de Windows PowerShell que puede usar
para realizarlas. El proveedor de SMI-S es compatible con todas las tareas de administración mediante VMM.
Administrar el almacenamiento en un servidor de destino iSCSI
Abra PowerShell y use los cmdlets que se describen a continuación para administrar los recursos del servidor de
destino iSCSI en VMM.
Adición de un proveedor de almacenamiento
C O M A N DO P RO P Ó SITO
$Cred = Get-Credential Obtenga las credenciales administrativas locales del servidor

de destino iSCSI que se basan en el nombre de usuario y la
contraseña.
Tenga en cuenta que cualquier cuenta que forme parte del

grupo de Administradores locales.
$Runas = New-SCRunAsAccount -Name "iSCSIRunas" - Cree una cuenta de ejecución en VMM.

Credential $Cred
Add-SCStorageProvider -Name "Microsoft iSCSI Target Agregue el proveedor de almacenamiento.

Provider" -RunAsAccount $Runas -ComputerName "
<computername>" -AddSmisWmiProvider
Visualización de propiedades de almacenamiento
$array = Get-SCStorageArray -Name “<computername>” Revise los atributos de la matriz de almacenamiento.
$array.StoragePools Vea los grupos de almacenamiento disponibles.
Adición de grupos del servidor de destino iSCSI a la administración de VMM
$pool = Get-SCStoragePool -Name "MS iSCSITarget Obtenga el grupo de almacenamiento específico que se va a
Concrete: D:" agregar.
$class = New-SCStorageClassification -Name “gold” Cree una clasificación de almacenamiento, si no existe

ninguna.
Set-SCStorageArray -AddStoragePoolToManagement Agregue el grupo de almacenamiento a VMM.

$pool -StorageArray $pool.StorageArray -
StorageClassification $class
Set-SCStoragePool -StoragePool $pool - Asigne el grupo de almacenamiento a un grupo de

AddVMHostGroup (Get-SCVMHostGroup -Name "All servidores de virtualización.
Hosts")
Creación de un LUN
$LUN = New-SCStorageLogicalUnit -Name "iSCSI1" - Cree un número de unidad lógica (LUN) de iSCSI.
StoragePool $pool -DiskSizeMB 1000
Set-SCStorageLogicalUnit -StorageLogicalUnit $LUN - Asigne el LUN al grupo host.

VMHostGroup (Get-SCVMHostGroup -Name "All Hosts")
$host = Get-SCVMhost -ComputerName <host name> Recupere las propiedades de un host.
Register-SCStorageLogicalUnit -StorageLogicalUnit Asigne el LUN al host.

$LUN -VMHost $host
Retirada de recursos
Remove-SCStorageLogicalUnit -StorageLogicalUnit Elimine un LUN.

$LUN
Remove-SCStorageProvider -StorageProvider (Get- Quite un proveedor de almacenamiento.

SCStorageProvider -Name "Microsoft iSCSI Target
Provider")
Pasos siguientes
Obtenga más información sobre el aprovisionamiento de almacenamiento para hosts y clústeres de Hyper-V.
Configurar un canal de fibra virtual de Hyper-V en
el tejido de almacenamiento de VMM
IMPORTANT
Lea este artículo para configurar un canal de fibra virtual de Hyper-V en el tejido de almacenamiento de System
El canal de fibra virtual proporciona a las máquinas virtuales de Hyper-V conectividad directa al
almacenamiento basado en canal de fibra. Hyper-V proporciona puertos de canal de fibra desde los sistemas
operativos invitados, para que pueda virtualizar aplicaciones y cargas de trabajo que tienen dependencias en el
almacenamiento de canal de fibra. También es posible agrupar los sistemas operativos invitados a través del
canal de fibra.
Antes de empezar
VMM admite las siguientes implementaciones de canal de fibra virtual:
Una sola matriz de almacenamiento conectada a un solo tejido (formado por uno o varios
conmutadores) conectado a su vez a una única SAN virtual (vSAN). Una vSAN es un grupo con
nombre de puertos físicos de Adaptador de bus host (HBA) de canal de fibra en un equipo host al que
se conecta una VM para obtener acceso a los dispositivos de almacenamiento de canal de fibra.
Una sola matriz de almacenamiento conectada a varios tejidos (con uno o varios conmutadores por
tejido) conectados a su vez a una única vSAN.
Varias matrices de almacenamiento conectadas a un solo tejido (formado por uno o varios
conmutadores) conectado a su vez a una única vSAN.
Varias matrices de almacenamiento conectadas a varios tejidos (con uno o varios conmutadores por
tejido) conectados a su vez a varias vSAN. Esta configuración ofrece rutas de acceso de doble
redundancia a matrices de almacenamiento.
Esto es lo que necesita:
Se puede crear una o varias vSAN para cada equipo host. Una vSAN solo puede contener HBA de un mismo
tejido.
Las matrices de almacenamiento, los conmutadores y los HBA deben tener instalado el firmware y los
controladores más recientes.
Asegúrese de que las matrices de almacenamiento puedan presentar unidades lógicas (LU).
Habilite NPIV en los HBA y los conmutadores de canal de fibra.
Los hosts de Hyper-V deben ejecutar como mínimo Windows Server 2012.
Asegúrese de que hay instalado un proveedor de SMI-S. VMM administra tejidos de canal de fibra y
dispositivos de SAN mediante el proveedor de SMI-S. Recuerde que no debe instalar el proveedor de SMI-S
en el servidor VMM, sino en un servidor al que se pueda conectar el servidor VMM con una dirección IP o
FQDN.
Implementar Canal de fibra virtual
Esto es lo que debe hacer:
1. Detecte y clasifique los tejidos de canal de fibra.
2. Cree vSAN para cada equipo host mediante la agrupación de puertos HBA del host.
3. Cree una máquina virtual que pueda obtener acceso al almacenamiento de canal de fibra virtual.
4. Cree zonas que conecten cada host o vHBA de VM a una matriz de almacenamiento. Las zonas se usan para
conectar una matriz de canal de fibra a una VM de equipo host.
5. Cree LUN y regístrelos para un host, máquina virtual o nivel de servicio.
6. Cree una plantilla de servicio y agréguele plantillas de VM. Para cada vHBA, especifique asignaciones de
WWN dinámico o estático, y seleccione la clasificación. Cree e implemente un nivel de servicio basado en la
plantilla de servicio, para acceder al almacenamiento de canal de fibra virtual. Cree una zona de la matriz de
canal de fibra en el nivel, agregue un disco, cree un LUN y registre el LUN en el nivel.
Detectar y clasificar los tejidos de canal de fibra

1. Haga clic en Tejido > Almacenamiento > Agregar recursos > Dispositivos de almacenamiento .
2. En Asistente para agregar dispositivos de almacenamiento > Seleccionar tipo de proveedor ,
seleccione Tejido de canal de fibra detectado y administrado por un proveedor de SMI-S .
3. En Especificar ámbito de detección , especifique la dirección IP o FQDN y el número de puerto del
proveedor.
4. Si usa SMI-S, especifique si el proveedor usa CIMXML SMI-S o WMI SMI-S y agregue la dirección IP o el
FQDN y el puerto usado para conectar con el proveedor en el servidor remoto. Si usa CIMXML, puede
habilitar SSL.
5. Especifique una cuenta para conectar con el proveedor.
6. En Recopilar información , VMM detecta e importa automáticamente la información del tejido de canal de
fibra. Si el proceso de detección se realiza correctamente, el nombre del tejido detectado, los conmutadores y
los nombres de nodo WWNN (World Wide Node Name) del tejido se muestran en la página. Cuando el
proceso se complete correctamente, haga clic en Siguiente . Para volver a intentar el proceso de detección de
un intento fallido, haga clic en Proveedor de examen .
7. Si ha seleccionado la opción para usar una conexión SSL para un proveedor de SMI-S, tenga en cuenta lo
siguiente:
Durante la detección, se abre el cuadro de diálogo Impor tar cer tificado . Compruebe la
configuración y haga clic en Impor tar . De forma predeterminada, se comprueba el nombre común
(CN) del certificado. Podría producirse un error en la detección del almacenamiento si no hay un CN o
si no coincide.
Si se produce un error en la detección debido al CN, deshabilite la comprobación de CN en el Registro
en el servidor VMM. En el Registro, vaya a
HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/Storage Management/ y cree un valor
DWORD: DisableHttpsCommonNameCheck . Establezca el valor en 1.
8. En la página Tejidos de canal de fibra , haga lo siguiente para cada tejido de almacenamiento que requiera
una clasificación:
a. En la columna Dispositivo de almacenamiento , active la casilla junto a un tejido de canal de fibra
que quiera que administre VMM.
b. En la columna Clasificación , seleccione la clasificación que desea asignar al tejido. La tarea de
clasificación del tejido es independiente de la de clasificación del almacenamiento, aunque el concepto
es similar.
Crear vSAN y asignar HBA
Puede crear vSAN y asignarles HBA. Se puede crear una o varias vSAN para cada equipo host. Cada vSAN solo
puede contener los HBA que procedan del mismo tejido.
Los adaptadores de bus host virtuales (vHBA) representan la virtualización de los HBA de canal de fibra y se
usan en las máquinas virtuales para conectarse con vSAN. Cada vHBA tiene un nombre de nodo World Wide
Node Name (WWNN), que es diferente del WWNN del HBA del host. Con NPIV (N_Port ID Virtualization), es
posible asignar un HBA de equipo host a varios vHBA. Se pueden agregar o quitar puertos HBA asignados a una
vSAN según convenga.
1. Haga clic en Tejido , haga clic con el botón derecho en el host aplicable > Propiedades > Hardware >
Nueva SAN vir tual .
2. En Nueva SAN vir tual , especifique un nombre y una descripción opcional. En Adaptadores de canal de
fibra , active las casillas junto a los adaptadores de canal de fibra (HBA) que quiera asignar a la vSAN. Haga
clic en Aceptar .
3. Si quiere editar las asignaciones de puerto vSAN, en Propiedades > Hardware > SAN vir tual de FC >
Detalles de adaptador de canal de fibra , seleccione o anule la selección de los puertos HBA.
4. Si quiere agregar un nuevo vHBA y asignarlo a una vSAN, haga clic en Propiedades > Configuración de
hardware > Nuevo > Adaptador de Canal de Fibra . En Nombre de SAN vir tual , seleccione una vSAN
para asignárselo. Especifique si quiere asignar la configuración de puerto para el vHBA de manera estática o
dinámica.
5. Si quiere cambiar la configuración de puerto predeterminada global para el vHBA, haga clic en Propiedades
> Hardware > Configuración global y modifique la configuración en Detalles de adaptador de canal
de fibra . Tenga en cuenta que el cambio de esta configuración no afecta a los puertos vHBA que ya se hayan
creado. Para aplicar una nueva configuración a un puerto vHBA existente, vuelva a crear el puerto: quítelo y
agréguelo de nuevo.
Crear una plantilla de máquina virtual

Las máquinas virtuales usan vHBA para conectarse a las vSAN. Para que los vHBA se conecten a las vSAN,
primero deben agregarse al perfil de hardware de una plantilla de máquina virtual.
1. Use el Asistente para crear máquinas vir tuales para crear una máquina virtual y, después, agregue un
adaptador de canal de fibra nuevo (vHBA) en la página Configurar hardware de la plantilla de máquina
virtual. Para cada vHBA que cree, especifique asignaciones de WWPN dinámico o estático, y seleccione la
clasificación del tejido.
2. Aún con el Asistente para crear máquinas vir tuales , coloque e implemente la VM en un host de destino.
Asegúrese de que el host contiene una SAN virtual que coincida con el tejido de almacenamiento.
Después de implementar la máquina virtual en un host, puede crear una zona de matriz de almacenamiento de
canal de fibra virtual a la máquina virtual. Después, cree un LUN y regístrelo (sin máscara) en la máquina virtual.
Crear zonas
Las zonas se usan para conectar una matriz de canal de fibra a un host o máquina virtual (VM). Los puertos de
destino de la matriz de almacenamiento se asignan a los puertos HBA en el host o a los puertos HBA virtuales
(vHBA) de la máquina virtual. Puede crear zonas para un host, para una máquina virtual o para ambos. En el
caso de los clústeres de conmutación por error de Hyper-V, es necesaria una zona para cada host del clúster.
Observe lo siguiente:
Las zonas se agrupan en conjuntos de zonas, que usan dispositivos comunes de tejido de canal de fibra.
Cuando todas las zonas de un conjunto de zonas se agregan, se modifican o se quitan según sea necesario,
debe activarse el conjunto de zonas. La activación del conjunto de zonas inserta información de cada zona en
los conmutadores de canal de fibra en el tejido seleccionado.
Solo los miembros de la misma zona pueden comunicarse entre sí.
Tendrá que crear zonas nuevas y, después, activar el conjunto de zonas. La activación de un conjunto de
zonas puede producir tiempo de inactividad en el tejido mientras se propaga información a todos los
conmutadores.
Si desea agregar una matriz de almacenamiento a un clúster de Hyper-V, primero necesitará crear zonas de
la matriz en cada equipo host. De forma similar, si desea agregar una matriz a un clúster invitado, primero
necesitará crear zonas de la matriz en cada máquina virtual.
Configure las zonas de la manera siguiente:
1. Haga clic en Máquinas vir tuales y ser vicios > Ser vicios , haga clic con el botón derecho en la VM
aplicable > Propiedades > Almacenamiento > Agregar > Agregar matriz de canal de fibra .
2. En la página Agregar matriz de canal de fibra > Propiedades > Crear nueva zona especifique un
nombre de zona, seleccione una matriz de almacenamiento y, en Tejido , seleccione un conmutador. En
Puer tos de destino de matriz de almacenamiento , seleccione el puerto o los puertos WWPM
aplicables. En Puer tos de iniciador de máquina vir tual , seleccione el puerto o los puertos WWPM
aplicables. Después, haga clic en Crear . Haga clic en Mostrar alias para ver los alias de zona disponibles.
3. Para activar el conjunto de zonas, haga clic en Tejido > Nombre y seleccione el conjunto de zonas inactivo >
Activar conjunto de zonas .
4. Puede ver los conjuntos de zonas de un tejido en Tejido > Tejido de canal de fibra > Nombre . Haga clic
con el botón derecho en el tejido aplicable > Propiedades > Conjuntos de zonas .
5. Si quiere modificar la división en zonas de una matriz de almacenamiento, haga clic en Máquinas vir tuales
y ser vicios > host aplicable > Propiedades > Almacenamiento > Matrices de canal de fibra > Editar
> matriz aplicable y modifique la configuración de la división en zonas.
Crear y registrar LUN

Para que un nivel de servicio de equipo, equipo host o VM accedan a los recursos de la matriz de
almacenamiento, deben crearse LUN y, luego, deben registrarse (sin máscara) en el host, VM o nivel.
1. Haga clic en Tejido > Almacenamiento > Clasificación y grupos . En Nombre , haga clic en el dispositivo
de almacenamiento aplicable > Crear unidad lógica .
2. En Crear unidad lógica , seleccione un grupo de almacenamiento, especifique un nombre y una descripción
y un tamaño LUN. Especifique si quiere crear un LUN de tamaño fijo o pequeño.
3. Para registrar el LUN, en el panel VM y ser vicios , haga clic con el botón derecho en la máquina virtual
aplicable > Propiedades > Agregar > Agregar disco .
4. En Crear unidad lógica , seleccione un grupo de almacenamiento, nombre y tamaño. Haga clic en Aceptar
para registrar el LUN.
Crear e implementar un nivel de servicio

1. Con el Diseñador de plantilla de ser vicio , cree una plantilla de servicio y agregue las plantillas de VM
aplicables que creó anteriormente en la plantilla de servicio.
2. Agregue un adaptador de canal de fibra virtual (vHBA) nuevo en la página Configurar hardware de la
plantilla de servicio. En cada vHBA que cree, especifique asignaciones de puerto WWPN dinámico o estático,
y seleccione la clasificación del tejido.
3. Cree el nivel de servicio a partir de una plantilla de servicio y asígnelo a un nivel de equipo.
4. Implemente el nivel.
5. Después de implementarlo, puede crear una zona de matriz de almacenamiento de canal de fibra virtual a la
máquina virtual. Después, cree un LUN para la matriz y regístrelo (sin máscara) para el nivel.
Pasos siguientes
Configure el almacenamiento para hosts y clústeres de Hyper-V.
Configurar el almacenamiento de archivos en el
tejido de VMM
IMPORTANT
Puede administrar el almacenamiento de archivos compatible con SMB 3.0 en el tejido de almacenamiento de
System Center - Virtual Machine Manager (VMM). Esto incluye servidores de archivos de Windows, servidores
de archivos de escalabilidad horizontal (SOFS), dispositivos de almacenamiento conectado a la red (NAS) de
terceros como EMC y NetApp.
En este artículo se describe cómo agregar almacenamiento de archivos al tejido de VMM. Una vez que los
recursos compartidos estén disponibles en el tejido, podrá asignarlos a hosts y clústeres de Hyper-V.
Agregar un recurso compartido de archivos al tejido de VMM

Cuando se agrega un servidor de archivos, VMM detecta automáticamente todos los recursos compartidos
presentes en el servidor.
1. Haga clic en Tejido > Almacenamiento > Agregar recursos > Dispositivos de almacenamiento .
2. En Asistente para agregar dispositivos de almacenamiento > Seleccionar tipo de proveedor ,
seleccione Agregar un ser vidor de archivos Windows como un dispositivo de almacenamiento
administrado para administrar un servidor de archivos único o en clúster en la consola VMM.
3. En Especificar ámbito de detección , especifique la dirección o el nombre del servidor de archivos. Si el
servidor de archivos reside en un dominio que no es de confianza para el dominio en el que se encuentran
los hosts de máquina virtual, seleccione Este equipo se encuentra en un dominio de Active Director y
que no es de confianza . Seleccione una cuenta de ejecución que pueda acceder al servidor de archivos.
4. En Recopilar información , VMM intenta detectar e importar automáticamente la información de los
recursos compartidos del servidor de archivos. Si el proceso de detección se realiza correctamente, se
muestra información sobre el servidor de archivos. Cuando finalice el proceso, haga clic en Siguiente .
5. En Seleccionar dispositivos de almacenamiento , seleccione los recursos compartidos de archivos que
quiere que VMM administre.

Debe crear un recurso compartido de archivos en el servidor de archivos. Cuando lo haga, VMM asignará
permisos automáticamente.
1. Haga clic en Tejido > Almacenamiento > Proveedores .
2. Seleccione el servidor de archivos > Crear recurso compar tido de archivos .
3. En Crear recurso compar tido de archivos , especifique la ruta de acceso en la que quiere crear el recurso
compartido. Si no existe, VMM la creará.
Asignar recursos compartidos de archivos
Puede asignar recursos compartidos de archivos en cualquier host en el que quiera crear máquinas virtuales
que usarán el recurso compartido de archivos como almacenamiento.
1. Haga clic en Tejido > Ser vidores > Todos los hosts y seleccione el nodo de clúster o host que quiera
configurar.
2. En Host > Propiedades , haga clic en Propiedades > Acceso de host . Especifique una cuenta de
ejecución. De forma predeterminada, se muestra la cuenta de ejecución que se usó para agregar el host a
VMM. En el cuadro Cuenta de ejecución, configure las opciones de cuenta. No puede usar la cuenta que
usa para el servicio VMM.
Si usó una cuenta de dominio para la cuenta de servicio de VMM, agregue la cuenta de dominio al
grupo de administradores local en el servidor de archivos.
Si usó la cuenta de sistema local para la cuenta de servicio de VMM, agregue la cuenta de equipo para
el servidor de administración VMM al grupo de administradores local en el servidor de archivos. Por
ejemplo, para un servidor de administración VMM denominado VMMServer01, agregue la cuenta de
equipo VMMServer01$.
Todos los hosts o clústeres de hosts que accedan al recurso compartido de archivos SMB 3.0 deben
haberse agregado a VMM mediante una cuenta de ejecución. VMM usa automáticamente esta cuenta
de ejecución para acceder al recurso compartido de archivos SMB 3.0.
Si especificó credenciales de usuario explícitas al agregar un host o clúster de hosts, puede quitar de
VMM el host o clúster y, después, agregarlo de nuevo mediante una cuenta de ejecución.
3. Haga clic en Propiedades del nombre de host > Almacenamiento > Agregar recurso
compar tido de archivos .
4. En Ruta de acceso del recurso compar tido de archivos , seleccione el recurso compartido de
archivos SMB 3.0 necesario y, después, haga clic en Aceptar . Para confirmar que el host tiene acceso,
abra el área de trabajo Trabajos para ver el estado del trabajo. También puede volver a abrir las
propiedades del host y hacer clic en la pestaña Almacenamiento . En Recursos compar tidos de
archivos , haga clic en el recurso SMB 3.0. Compruebe que aparece una marca de verificación verde junto
a Acceso al recurso compar tido de archivos .
5. Repita este procedimiento para cualquier host independiente que quiera que tenga acceso al recurso
compartido de archivos SMB 3.0 o para todos los nodos de un clúster.
Pasos siguientes
Después de configurar el host de Hyper-V o el clúster, obtenga información sobre aprovisionamiento de
Administrar Réplica de almacenamiento en VMM
IMPORTANT
Réplica de almacenamiento se introdujo en Windows Server 2016. Permite la replicación sincrónica

independiente de almacenamiento de nivel de bloque entre clústeres o servidores para la preparación y la
recuperación ante desastres, así como la ampliación de un clúster de conmutación por error entre sitios para
lograr una alta disponibilidad. La replicación sincrónica permite el reflejo de datos en sitios físicos con
volúmenes coherentes frente a bloqueos para asegurar que no se produce absolutamente ninguna pérdida de
datos en el nivel de sistema de archivos. La replicación asincrónica permite la extensión de sitios más allá del
área metropolitana con la posibilidad de pérdida de datos.
Obtenga más información y consulte las Preguntas más frecuentes.
En este artículo se proporciona explicaciones sobre cómo Réplica de almacenamiento se integra con System
Center - Virtual Machine Manager (VMM) y describe cómo configurar Réplica de almacenamiento mediante
PowerShell para replicar el almacenamiento en el tejido de VMM.
Réplica de almacenamiento en VMM

Puede usar Réplica de almacenamiento para replicar datos de archivo o datos de clúster de Hyper-V. El uso de
Réplica de almacenamiento en VMM ofrece varias ventajas empresariales:
Elimina el costo y la complejidad asociados a las soluciones de replicación sincrónica, como SAN.
La replicación sincrónica minimiza el tiempo de inactividad y la pérdida de datos. Proporciona un RPO
(objetivo de punto de recuperación) de 0 (nula pérdida de datos). El RTO (no disponibilidad de datos) solo se
produce durante el tiempo en el que se produce un error en un sitio principal y se inicia un sitio secundario.
El hardware de almacenamiento de origen y de destino no tiene que ser idéntico.
Antes de comenzar
VMM debe ejecutarse en Windows Server 2016 Datacenter Edition.
Hyper-V debe ejecutarse en Windows Server 2016 Datacenter, Server Core o Nano.
Solo se admite la replicación sincrónica. La asincrónica no se admite.
Necesitará dos conjuntos de almacenamiento, ya sea por volumen o de archivos. Las ubicaciones de origen y
destino deben tener el mismo tipo de almacenamiento (archivos o volumen), pero el almacenamiento real
puede ser mixto. Por ejemplo, podría tener SAN de canal de fibra en un extremo y Espacios de
almacenamiento directo (en modo hiperconvergido o desagregado) en el otro.
Cada conjunto de almacenamiento debe estar disponible en cada uno de los clústeres. El almacenamiento de
clúster no se debe compartir.
Los volúmenes de origen y de destino (incluidos los volúmenes de registro) tienen que ser idénticos en
tamaño y en tamaño de bloque. Esto se debe a que Réplica de almacenamiento usa replicación de bloque.
Necesita al menos una conexión de 1 GbE en cada servidor de almacenamiento, preferiblemente 10 GbE,
iWARP o InfiniBand.
Cada nodo de clúster o servidor de archivos necesita reglas de firewall que permitan el tráfico bidireccional
ICMP, SMB (puerto 445, más 5445 para SMB Direct) y WS-MAN (puerto 5985) entre todos los nodos.
Tiene que ser miembro del grupo de administradores en cada nodo del clúster.
Réplica de almacenamiento solo puede configurarse mediante Windows PowerShell en este momento.
El almacenamiento de origen y de destino debe estar administrado por el mismo servidor VMM.
No se admite la integración de VMM con Azure Site Recovery.
No se admite la configuración de grupos de orden y coherencia de escritura.
1. Identificar el almacenamiento : identifique el almacenamiento de origen y de destino que quiere usar.
2. Detectar y clasificar : si el almacenamiento no se encuentra en el tejido de VMM, tendrá que detectarlo
con VMM. El almacenamiento de origen y de destino debe estar administrado por el mismo servidor
VMM. Después de la detección, hay que crear un bloque de almacenamiento y una clasificación de
almacenamiento. Más información.
3. Emparejar : empareje la matriz de almacenamiento de origen y de destino.
4. Aprovisionar : después de emparejar el almacenamiento, debe aprovisionar datos idénticos y volúmenes
de registro de los bloques de almacenamiento de origen y de destino creados en las respectivas matrices
de almacenamiento. Además de aprovisionar un volumen para los datos que se van a replicar, también
tiene que aprovisionar un volumen para la réplica de registros de transacciones. A medida que se
actualizan los datos en el almacenamiento de origen, se anexa el registro de transacciones y se
sincronizan los cambios diferenciales (con replicación sincrónica) con el almacenamiento de destino.
5. Crear grupos de replicación : después de crear los volúmenes, cree grupos de replicación. Los grupos
de replicación son grupos lógicos que contienen varios volúmenes. Los grupos de replicación tienen que
ser idénticos y contener los volúmenes de datos y de registro de los sitios de origen y de destino
respectivamente.
6. Habilitar la replicación : ahora puede habilitar la replicación entre los grupos de replicación de origen y
de destino.
7. Actualizar : para finalizar la creación de grupos de replicación y desencadenar la replicación inicial de los
datos, debe actualizar el proveedor de almacenamiento primario y secundario. Los datos se replican en el
almacenamiento de destino.
8. Comprobar el estado : ahora puede comprobar el estado del grupo de replicación principal. Su estado
debería ser Replicando.
9. Agregar máquinas vir tuales : mientras se ejecuta la replicación diferencial, puede agregar máquinas
virtuales que usen el almacenamiento incluido en el grupo de replicación. Cuando agregue las máquinas
virtuales, estas se detectarán y comenzarán a replicarse automáticamente.
10. Ejecutar la conmutación por error : cuando la replicación esté en el estado Sincronizando, puede
ejecutar una conmutación por error para comprobar que funciona según lo esperado. De momento no
hay ningún mecanismo de conmutación por error de prueba, así que tendrá que ejecutar una
conmutación por error manual en respuesta a los errores planeados o no planeados. Después de la
conmutación por error, puede eliminar la máquina virtual en el sitio de origen (si todavía existe) y crear
una en el sitio de destino con los datos replicados.
11. Ejecutar la conmutación por recuperación : una vez finalizada la conmutación por error y cuando las
máquinas virtuales de réplica estén en funcionamiento, puede ejecutar la conmutación por recuperación
cuando lo necesite. Tenga en cuenta que:
Si ejecuta una conmutación por error no planeada y la ubicación de origen no está disponible, deberá
ejecutar una conmutación por error para conmutar por recuperación desde la ubicación secundaria a
la principal y luego crear la máquina virtual en la ubicación principal.
Si ejecuta una conmutación por error planeada y la máquina virtual de origen todavía está disponible,
tendrá que detener la replicación, quitar la máquina virtual de origen, crear la máquina virtual en la
ubicación secundaria y luego reiniciar la replicación. Después, puede crear la máquina virtual en el
sitio principal con la misma configuración que la máquina virtual original.
Recuperar objetos de PowerShell

1. Antes de empezar, recupere el nombre de los objetos de PowerShell que desee usar.
2. Obtenga el nombre de la matriz de almacenamiento principal y asígnelo a la variable.
$PriArray = Get-SCStorageArray - Name $PriArrayName
3. Obtenga el nombre de la matriz de almacenamiento secundaria y asígnelo a la variable.
RecArray = Get-SCStorageArray - Name $RecArrayName
4. Obtenga el nombre del bloque de almacenamiento principal y asígnelo a la variable.
$ $ PriPoolName $RecPool = Get-SCStoragePool -Name $
5. Obtenga el nombre del bloque de almacenamiento secundario y asígnelo a la variable.
$ $PriPoolName $RecPool = Get-SCStoragePool -Name $
Emparejar las matrices de almacenamiento

Empareje las matrices de almacenamiento principal y secundaria con las variables de los nombres de la matriz
de almacenamiento. Tenga en cuenta que el nombre de la matriz debe ser el mismo que el nombre del clúster.
Set-SCStorageArray -StorageArray $PriArray -PeerStorageArrayName $RecArray.name
Si ha creado el clúster fuera de VMM y necesita cambiar el nombre de la matriz para que coincida con el del
clúster, use: PowerShell Get-SCStorageArray -Name "existing-name" | Set-SCStorageArray -Name "new-name"
Aprovisionar LUN y crear los grupos de almacenamiento

Aprovisione un LUN del bloque de almacenamiento de datos y del registro. Luego cree grupos de replicación.
1. Aprovisione y cree en el origen.
Set-SCStorageArray -StorageArray $PriArray -PeerStorageArrayName $RecArray.name
$PrimaryVol = New-SCStorageVolume -StorageArray $PriArray -StoragePool $PriPool -Name PrimaryVol

-SizeInBytes $VolSize -RunAsynchronously -PhysicalDiskRedundancy "1" -FileSystem "CSVFS_NTFS" -
DedupMode "Disabled"
$PrimaryLogVol = New-SCStorageVolume -StorageArray $PriArray -StoragePool $PriPool -Name

PrimaryLogVol -SizeInBytes $LogVolSize -GuidPartitionTable -RunAsynchronously -FileSystem "NTFS"
$PriRG = New-SCReplicationGroup -Name PriRG -StorageVolume $PrimaryVol -LogStorageVolume

$PrimaryLogVol
2. Aprovisione y cree en el destino.
$RecoveryVol = New-SCStorageVolume -StorageArray $RecArray -StoragePool $RecPool -Name

RecoveryVol -SizeInBytes $VolSize -RunAsynchronously -PhysicalDiskRedundancy "1" -FileSystem
"CSVFS_NTFS" -DedupMode "Disabled"
$RecoveryLogVol = New-SCStorageVolume -StorageArray $RecArray -StoragePool $RecPool -Name

RecoveryLogVol -SizeInBytes $LogVolSize -GuidPartitionTable -RunAsynchronously -FileSystem "NTFS"
$RecRG = New-SCReplicationGroup -Name RecRG -CreateOnArray -ProtectionMode Synchronous -

StorageVolume $RecoveryVol -LogStorageVolume $RecoveryLogVol
Habilitación de la replicación
Ahora habilite la replicación sincrónica entre los grupos de replicación de origen y de destino.
Set-SCReplicationGroup -ReplicationGroup $PriRG -Operation EnableProtection -TargetReplicationGroup

$RecRG -EnableProtectionMode Synchronous
Actualizar los proveedores de almacenamiento

1. Abra la consola VMM.
2. Haga clic en Recursos del tejido > Proveedores . Haga clic con el botón derecho en el proveedor >
Actualizar .
Comprobación del estado de la replicación

Recupere el estado de replicación del grupo de replicación de origen para asegurarse de que la replicación
Get replication status Get-SCReplicationGroup | where {($_.Name.EndsWith("PriRG")) -or

($_.Name.EndsWith("RecRG"))} | fl Name, IsPrimary, ReplicationState, ReplicationHealth
Crear una VM
Cree una máquina virtual con un LUN en el grupo de replicación de origen. También puede crear una máquina
virtual en la consola VMM.
New-SCVirtualMachine -Name "DemoVM" -VMHost <HostName> -Path $PrimaryVol -VMTemplate <VMTemplate>

Ejecución de la conmutación por error
Ejecute una conmutación por error.
Set-SCReplicationGroup -ReplicationGroup $PriRG -Operation PrepareForFailover
Set-SCReplicationGroup -ReplicationGroup SRecRG -Operation Failover
Ejecución de una conmutación por recuperación

Antes de ejecutar la conmutación por recuperación, quite las máquinas virtuales de origen de la consola VMM si
aún están disponibles. No se puede conmutar por recuperación en la misma máquina virtual.
Ahora ejecute la conmutación por recuperación:
Set-SCReplicationGroup -ReplicationGroup $PriRG -Operation ReverseRoles -EnableProtectionMode

Synchronous -TargetReplicationGroup $RecRG
Después de ejecutar la conmutación por recuperación, puede crear máquinas virtuales en el sitio de origen con
los archivos VHD o de configuración conmutados por recuperación.
Detención replicación
Si quiere detener la replicación, tendrá que ejecutar este cmdlet en el origen y el destino.
Set-SCReplicationGroup -ReplicationGroup $RecRG -Operation TearDown Tear down need to be done on both
RGs
Más información
Obtenga más información sobre Réplica de almacenamiento
Obtenga más información sobre la asignación de almacenamiento a los hosts y clústeres de Hyper-V.
Más información sobre Migrar almacenamiento.
Administrar el Servidor de archivos de escalabilidad
horizontal (SOFS) en el tejido de VMM
IMPORTANT
El Servidor de archivos de escalabilidad horizontal (SOFS) es un servidor de archivos que se implementa como
un clúster activo/activo basado en SMB 3.0. El uso de un clúster SOFS proporciona aplicaciones con el ancho de
banda de todos los nodos del clúster. Todos los nodos del clúster aceptan solicitudes SMB, lo que proporciona
una disponibilidad continua y conmutación por error transparente si un nodo deja de funcionar.
Puede agregar y administrar clústeres SOFS en el tejido de System Center - Virtual Machine Manager (VMM).
Hay varias maneras de agregar un clúster SOFS. Puede agregar un clúster SOFS existente al tejido, aprovisionar
un clúster SOFS desde máquinas de Windows existentes en el tejido o aprovisionar un clúster desde equipos sin
sistema operativo.
Realizar una actualización gradual de un clúster SOFS
Agregar un SOFS existente al tejido de almacenamiento de VMM
Crear un clúster SOFS desde servidores independientes en el tejido de VMM
Aprovisionar SOFS desde equipos sin sistema operativo
Ejecutar una actualización gradual de un clúster
SOFS a Windows Server 2016 en VMM
IMPORTANT
La actualización gradual de clúster se introdujo en Windows Server 2016. Permite actualizar el sistema
operativo de los nodos de clúster en un clúster de Servidor de archivos de escalabilidad horizontal (SOFS), o
clúster de Hyper-V, sin detener las cargas de trabajo que se ejecutan en los nodos. Obtenga más información
sobre los requisitos y la arquitectura de la actualización gradual.
En este artículo se describe cómo realizar una actualización gradual de clúster de SOFS administrada en el tejido
de Virtual Machine Manager (VMM) de System Center. Esto es lo que hace la actualización:
Crea una plantilla : crea una plantilla de la configuración del nodo combinando el perfil de equipo físico
adecuado con las opciones de configuración del nodo detalladas en el Asistente para actualización.
Migra las cargas de trabajo : migra las cargas de trabajo fuera del nodo, de modo que las operaciones de
carga de trabajo no se interrumpan.
Quita el nodo : coloca el nodo en modo de mantenimiento y después lo quita del clúster. De este modo, se
quitan del nodo todos los agentes VMM, las extensiones de conmutador virtual, etc.
Aprovisiona el nodo : aprovisiona el nodo que ejecuta Windows Server 2016 y lo configura según la
plantilla guardada.
Devuelve el nodo a VMM : vuelve a incluir el nodo en la administración de VMM e instala el agente VMM.
Devuelve el nodo al clúster : vuelve a agregar el nodo al clúster SOFS, lo quita del modo de
mantenimiento y le devuelve las cargas de trabajo de máquina virtual.
Antes de empezar
El clúster debe estar administrado por VMM.
El clúster debe ejecutar Windows Server 2012 R2.
El clúster debe cumplir los requisitos para la implementación sin sistema operativo. La única excepción es
que el perfil de equipo físico no necesita incluir detalles de configuración de red o disco. Durante la
actualización, VMM registra la configuración de red y de disco del nodo y usa esa información en lugar del
perfil de equipo.
Puede actualizar los nodos que no se aprovisionaron originalmente mediante la implementación sin sistema
operativo, siempre y cuando dichos nodos cumplan los requisitos de la implementación sin sistema
operativo, como BMC. Debe proporcionar esta información en el asistente para actualización.
La biblioteca VMM necesita un disco duro virtual configurado con Windows Server 2016.
Ejecutar la actualización
1. Haga clic en Tejido > Almacenamiento > Ser vidores de archivos . Haga clic con el botón derecho en
SOFS > Actualizar clúster .
2. En el Asistente para actualización > Nodos , haga clic en los nodos que quiere actualizar o en Seleccionar
todo . Después, haga clic en Perfil de equipo físico y seleccione el perfil de los nodos.
3. En Configuración de BMC , seleccione la cuenta de ejecución con permisos para acceder al BMC o cree una
cuenta. En Protocolo de administración fuera de banda , haga clic en el protocolo que usan los BMC.
Para usar DCMI, haga clic en IPMI . DCMI es compatible, aunque no aparezca. Asegúrese de que aparece el
puerto correcto.
4. En Personalización de implementación , revise los nodos que se van a actualizar. Si el asistente no pudo
descubrir todos los valores de configuración, se muestra la alerta Faltan valores de configuración para el
nodo. Por ejemplo, si el nodo no se aprovisionó mediante una implementación sin sistema operativo, la
configuración de BMC podría no estar completa. Rellene la información que falta.
Si es necesario, escriba la dirección IP de BMC. También puede cambiar el nombre del nodo. No
desactive Omitir comprobación de Active Director y para este nombre de equipo , a menos
que vaya a cambiar el nombre del nodo y quiera asegurarse de que el nombre nuevo no está en uso.
En la configuración del adaptador de red puede especificar la dirección MAC. Hágalo si va a configurar
el adaptador de administración para el clúster y quiere configurarlo como un adaptador de red virtual.
No es la dirección MAC del BMC. Si decide especificar una configuración de IP estática para el
adaptador, seleccione una red lógica y una subred IP, si procede. Si la subred contiene un grupo de
direcciones, puede seleccionar Obtener una dirección IP correspondiente a la subred
seleccionada . De lo contrario, escriba una dirección IP que se encuentre dentro de la red lógica.
5. En Resumen , haga clic en Finalizar para empezar la actualización. Si el asistente finaliza, el nodo se
actualiza correctamente y todos los nodos SOFS ejecutan Windows Server 2016. El asistente actualiza el
nivel funcional del clúster a Windows Server 2016.
Si necesita actualizar el nivel funcional de un SOFS que se ha actualizado fuera de VMM, haga clic con el botón
derecho en Ser vidores de archivos > nombre de SOFS > Actualizar versión . Esto podría ser necesario si
actualizó los nodos SOFS antes de agregarlos al tejido de VMM, pero SOFS sigue funcionando como un clúster
de Windows Server 2012 R2.
Agregar un SOFS existente al tejido de VMM
IMPORTANT
Puede agregar un servidor de archivos de escalabilidad horizontal (SOFS) existente en el tejido de

almacenamiento de System Center - Virtual Machine Manager (VMM). Cuando agregue un servidor de archivos,
VMM detectará automáticamente todos los recursos compartidos de archivos en él.
1. Haga clic en Tejido > Almacenamiento > Inicio > Agregar recurso > Dispositivos de
almacenamiento para abrir el Asistente para agregar dispositivos de almacenamiento .
2. Si el servidor de archivos está en un dominio que no es de confianza de los hosts de Hyper-V para el que
proporcionará almacenamiento, seleccione Este equipo se encuentra en un dominio de Active
Director y que no es de confianza . Haga clic en Examinar y seleccione una cuenta de ejecución con
permisos de administrador en el SOFS. También puede crear una cuenta de ejecución si no tiene una.
3. En Seleccionar tipo de proveedor , seleccione Ser vidor de archivos basado en Windows .
4. En Especificar ámbito de detección , escriba el FQDN o la dirección IP del SOFS (no del clúster
subyacente)
5. En Recopilar información , VMM detecta e importa información acerca de los SOFS.
6. En Seleccionar dispositivos de almacenamiento , seleccione los recursos compartidos de archivos que
desea que administre VMM. Puede establecer más configuraciones en el servidor de archivos después de
finalizar el asistente.
7. En la página Resumen , confirme la configuración y haga clic en Finalizar . Puede supervisar el estado del
clúster en la página Trabajos . Cuando haya finalizado el trabajo, compruebe el SOFS en Tejido >
Almacenamiento > Ser vidores de archivos .
Aprovisionar un Servidor de archivos de
escalabilidad horizontal (SOFS) desde servidores de
archivos independientes en el tejido de VMM
IMPORTANT
Use las instrucciones de este artículo si quiere usar System Center - Virtual Machine Manager (VMM) para crear
un Servidor de archivos de escalabilidad horizontal (SOFS) desde servidores de archivos independientes
administrados en el tejido de VMM.
1. En la consola VMM, haga clic en Tejido > Crear > Clúster de ser vidor de archivos .
2. En el Asistente para crear ser vidor de archivos en clúster > General , especifique un nombre de clúster,
un nombre de servidor de archivos y direcciones IP, si es necesario.
3. En Tipo de recurso , seleccione la opción para aprovisionar equipos en los que esté instalado Windows
Server 2012 R2 o versiones posteriores y rellene los detalles.
4. En Nodos de clúster , defina una lista de equipos que se van a agregar al clúster.
Puede supervisar el estado del clúster en la página Trabajos . Cuando haya finalizado el trabajo, compruebe el
clúster en Tejido > Almacenamiento > Ser vidores de archivos .
Aprovisionar servidor de archivos de escalabilidad
horizontal (SOFS) desde equipos sin sistema
operativo en el tejido de VMM
IMPORTANT
Además de agregar servidores de archivos existentes a un clúster de SOFS en el tejido de System Center -
Virtual Machine Manager (VMM), VMM puede detectar máquinas sin sistema operativo como nodos del clúster
de SOFS. Este artículo incluye los pasos para configurar un clúster de SOFS sin sistema operativo en VMM.
Antes de empezar
Aquí está lo que necesita para la implementación:
Equipos físicos que implementar como nodos del clúster de SOFS. Estos equipos deben cumplir los
requisitos previos descritos en la tabla siguiente. Pueden estar ejecutándose en el sistema operativo o un
sistema operativo que se sobrescribirá durante el proceso de implementación.
Disco duro vir tual con un sistema operativo adecuado, que se encuentra en un recurso compartido de
biblioteca de VMM. Cuando cree el disco duro virtual, puede crear una máquina virtual, instalar el sistema
operativo invitado y, a continuación, utilizar Sysprep con las opciones /generalize y /oobe.
El sistema operativo en el disco duro virtual que implemente en los nodos de clústeres debe admitir la
opción de arranque desde disco duro virtual (VHD).
El Ser vidor PXE configurado con los Servicios de implementación de Windows es necesario para la
implementación sin sistema operativo.
Requisitos del equipo físico
BMC Cada equipo físico debe tener un controlador de

administración de placa base (BMC) instalado que permita la
administración fuera de banda de VMM.
Mediante un BMC, puede tener acceso al equipo de forma

remota, independientemente del sistema operativo, y
controlar funciones del sistema tales como la capacidad de
apagar o encender el equipo.
Los BMC deben usar uno de los protocolos de

administración fuera de banda compatibles, que debe
habilitarse en la configuración de BMC.
Protocolos compatibles: Interfaz de administración de

plataforma inteligente (IPMI) versiones 1.5 o 2.0; Data
Center Management Interface (DCMI) versión 1.0; System
Management Architecture for Server Hardware (SMASH)
versión 1.0 sobre WS-Management (WS-Man); protocolos
personalizados como Integrated Lights-Out (iLO)
Los BMC deben usar la versión más reciente del firmware

para el modelo de BMC.
Los BMC deben configurarse con las credenciales de inicio de

sesión y deben usar direcciones IP estáticas o DHCP. Si utiliza
DHCP, es recomendable que lo configure para asignar una
dirección IP constante a cada BMC, por ejemplo, mediante el
uso de reservas DHCP.
El servidor de administración VMM debe poder acceder al

segmento de red en el que se configuran los BMC.
Sistema operativo Los equipos físicos deben ejecutar Windows Server 2012 R2
o una versión más reciente.
Cuentas Necesitará dos cuentas de ejecución.
Una cuenta de ejecución para unir equipos al dominio y una

cuenta de acceso para el BMC en cada equipo.
Requisitos del servidor PFX

Requisitos de implementación Debe tener un servidor PXE configurado con los Servicios de
implementación de Windows.
Si tiene un servidor PXE en su entorno configurado con

Servicios de implementación de Windows, puede agregarlo a
VMM. Luego puede usarlo para el aprovisionamiento en
VMM (y VMM reconocerá solo los servidores resultantes). El
servidor PXE seguirá controlando las demás solicitudes de
acuerdo con su configuración.
Si no tiene un servidor PXE existente, puede implementar el

rol de Servicios de implementación de Windows en un
servidor que ejecute un sistema operativo compatible
(Windows Server 2012 R2 o posterior).
Ubicación El servidor PXE debe estar en la misma subred que los

equipos físicos que desee aprovisionar.
Instalación de Ser vicios de implementación de Durante la instalación de los Servicios de implementación de

Windows Windows, instale las opciones Servidor de implementación y
Servidor de transporte. No tiene que agregar imágenes.
Durante la implementación del host, VMM usa un disco

duro virtual que ha creado y almacenado en la biblioteca.
No necesita configurar las opciones de la pestaña de

respuesta PXE. VMM proporciona su propio proveedor de
PXE.
Permisos Cuando agregue un servidor PXE, debe especificar las

credenciales de cuenta para una cuenta que tenga permisos
de administrador local en el servidor PXE. Puede especificar
un nombre de usuario y una contraseña o especificar una
cuenta de ejecución. Puede crear la cuenta de ejecución
antes de comenzar o durante la implementación.
Requisitos de plantilla y de disco virtual

Disco duro vir tual Asegúrese de que tiene un disco duro virtual generalizado
en un recurso compartido de biblioteca VMM. Debería
ejecutarse en Windows Server 2012 R2 o posterior.
En el caso de servidores de producción se recomienda

utilizar un disco fijo (formato de archivo .vhd o .vhdx) para
aumentar el rendimiento y ayudar a proteger los datos de
usuario.
Asegúrese de que tiene un disco duro virtual generalizado

en un recurso compartido de biblioteca VMM. Debería
ejecutarse en Windows Server 2012 R2 o posterior.
Disco dinámico Cuando cree un perfil de equipo físico, VMM convertirá un

disco dinámico en un disco fijo.
Controladores personalizados Si va a asignar controladores personalizados a un perfil de

equipo físico, agréguelos a un recurso compartido de
biblioteca de VMM en una o varias carpetas con una
extensión .CR (recursos personalizados). VMM los
reconocerá como recursos personalizados.
Archivo de respuesta Al igual que los recursos personalizados, si desea que un

perfil de equipo físico para incluir referencias en un archivo
de respuesta (archivo Unattend.xml), cree el archivo de
respuesta y agréguelo a un recurso compartido de biblioteca
de VMM antes de empezar la implementación. Por ejemplo,
puede que quiera crear un archivo de respuesta para
habilitar los Servicios de Escritorio remoto y colocarlos en un
recurso compartido de biblioteca. Después, puede
seleccionar ese archivo cuando configure un perfil de equipo
físico.
RDS Si utiliza Servicios de Escritorio remoto (RDS) para

administrar servidores, le recomendamos que habilite las
conexiones a RDS de la imagen. También puede habilitar RDS
mediante el uso de un archivo de respuesta en el perfil de
equipo físico.
Redes lógicas Si ya ha configurado redes lógicas o conmutadores lógicos

en VMM, puede incluir esas configuraciones en un perfil de
equipo físico.
Para incluir direcciones IP estáticas controladas mediante una

red lógica de un perfil de equipo físico, configure la red
lógica. La red lógica debe incluir al menos un sitio de red y
un grupo de direcciones IP estáticas.
El sitio de red también debe estar disponible para el grupo

host o para un grupo host primario al que quiera asignar los
hosts que creará sin sistema operativo.
Conmutador lógico Para usar un conmutador lógico, instale todas las

extensiones de conmutadores virtuales necesarias y
proveedores de extensiones, y cree el conmutador antes de
crear el perfil de equipo físico.
En el conmutador lógico, como procedimiento recomendado,

incluya una o más clasificaciones de puerto para los puertos
virtuales.
Para aplicar un conmutador lógico a los adaptadores físicos

en un perfil de equipo físico, asegúrese de que ha instalado
al número previsto de NIC en el equipo físico.
1. Antes de iniciar : compruebe los requisitos previos anteriores antes de empezar.
2. Preparar el equipo físico : configure el BIOS en cada equipo físico para admitir la virtualización.
3. Preparar el entorno de ser vidor PXE : agregue el servidor PXE al tejido de VMM.
4. Agregar archivos de controlador : agregue archivos de controlador a la biblioteca de VMM si desea usar
controladores personalizados.
5. Crear perfil : cree un perfil para los equipos físicos.
6. Crear el clúster : ejecute el asistente para crear servidor de archivos en clúster para detectar los equipos
físicos, configurar el clúster e iniciar la implementación del clúster. Los equipos físicos arrancan desde una
imagen de Windows PE personalizada en el servidor PXE. Se habilitan los roles de servidor de archivos y el
clúster de conmutación por error. Una vez que se crea el clúster, se habilita el rol de servidor de archivos de
escalabilidad horizontal. Finalmente, se reinicia el equipo.
7. Agregar nodos al clúster de SOFS : una vez que se han aprovisionado los nodos, puede crear un nuevo
clúster con ellos o agregarlos a uno existente.
Preparar equipos físicos

Preparar cada equipo para admitir la virtualización, como sigue:
1. Establezca el orden de arranque del BIOS para el arranque desde un adaptador de red habilitado para el
entorno de ejecución previo al arranque (PXE) como primer dispositivo.
2. Configure las credenciales de inicio de sesión y la configuración de direcciones IP para el BMC en cada
equipo.
3. Si el entorno tiene varios servidores DNS, donde la replicación puede tardar un tiempo, le recomendamos
encarecidamente que cree entradas DNS para los nombres de equipo que se asignarán a los equipos físicos
y que deje que pase el tiempo suficiente para que se produzca la replicación de DNS. De otro modo, la
implementación de los equipos producirá un error.
Agregar un servidor PXE al tejido de VMM

1. Haga clic en Tejido > Ser vidores > Inicio > Agregar > Agregar recursos > Ser vidor PXE .
2. En Nombre de equipo , especifique el nombre del servidor PXE.
3. Agregue las credenciales de una cuenta que tenga permisos de administrador local en el servidor PXE. Puede
especificar una cuenta de ejecución existente o crear una nueva. Especifique manualmente las credenciales
de usuario con el formato nombre_dominio\nombre_usuario. A continuación, haga clic en Agregar .
4. En Trabajos , compruebe que el estado del trabajo es Completado y cierre el cuadro de diálogo. El trabajo
configura el nuevo servidor PXE, instala el agente de VMM en el servidor PXE, importa una nueva imagen de
Entorno de preinstalación de Windows (Windows PE) y agrega la cuenta de equipo a VMM para el servidor
PXE.
5. Compruebe que el servidor PXE se agrega en Tejido > Ser vidores > Ser vidores PXE . El estado del agente
debe ser Respondiendo .
Agregar recursos personalizados a la biblioteca

servidor de biblioteca VMM no detectará esos recursos. Asimismo, cuando elimine un paquete de
controlador.
4. En Consola de VMM > Biblioteca > Ser vidores de biblioteca , expanda el servidor de biblioteca en el que
se encuentra el recurso compartido, haga clic con el botón derecho en el recurso compartido y después haga
clic en Actualizar . Una vez actualizada la biblioteca, debe aparecer la carpeta.
5. Asigne etiquetas si es necesario. En Biblioteca , expanda la carpeta que ha creado para almacenar los
controladores y haga clic en la carpeta que contenga el paquete de controladores.

Antes de comenzar, determine si los equipos físicos usan Extensible Firmware Interface (EFI) o el BIOS. Si tiene
ambos, cree un perfil independiente para cada tipo.
1. Haga clic en Biblioteca > Inicio > Crear > Perfil de equipo físico .
2. En el nuevo asistente de perfiles de equipos físicos > Descripción de perfil , escriba un nombre y
una descripción y seleccione Host de VM .
3. En Imagen de SO > Archivo de disco duro vir tual > Examinar , haga clic en el disco duro virtual
generalizado que ha agregado al recurso compartido de la biblioteca. De manera predeterminada, si el disco
es dinámico, VMM lo convierte en un disco fijo durante la implementación del host. En el caso de servidores
de producción se recomienda usar un disco fijo para aumentar el rendimiento y ayudar a proteger los datos
de usuario.
4. En Configuración de hardware > NIC de administración , seleccione el adaptador de red que usará para
comunicarse con VMM y si usará DHCP o una dirección estática. Si quiere usar CDN (Consistent Device
Naming) para el adaptador o configurar conmutadores lógicos y puertos, haga clic en Propiedades físicas .
Haga clic en Agregar para agregar el adaptador.
5. En Disco , especifique el esquema de particiones para el primer disco. Puede usar GPT si el perfil de equipo
físico es EFI. En Información de par tición , seleccione la etiqueta de volumen, si usar todo el espacio libre
restante o un tamaño especificado, y si designar la partición como partición de arranque. También puede
agregar un nuevo disco o partición. Durante la implementación, VMM copiará el archivo de disco duro
virtual a la partición de arranque y creará automáticamente una partición de sistema en el mismo disco.
6. En Filtro de controlador , filtre los controladores que se aplicarán al sistema operativo durante la
implementación del host. Puede filtrar mediante un identificador Plug and Play o por etiquetas específicas. Si
seleccionar filtrar controladores con etiquetas coincidentes, asegúrese de que ha agregado archivos de
controlador a la biblioteca y ha asignado las etiquetas correspondientes.
7. En Configuración de SO , especifique el dominio al que el clúster o host de Hyper-V debe unirse,
especifique las credenciales de administración local y la información de identidad. Agregue la clave de
producto para la instalación y establezca la zona horaria. En GUIRunOnce, puede especificar uno o más
comandos que se ejecutarán cuando el usuario inicie sesión en el host de Hyper-V la primera vez.
8. En Configuración de host , especifique la ruta de acceso del host para almacenar los archivos que están
asociados con las máquinas virtuales ubicadas en el host. No especifique la unidad C porque no está
disponible para la selección de ubicación. Si no especifica una ruta de acceso, la selección de ubicación de
VMM determinará la ubicación más adecuada.
9. En Resumen , compruebe la configuración. Espere hasta que Trabajos muestre un estado de Completado y,
después, compruebe el perfil en Biblioteca > Perfiles > Perfiles de equipo físico .
Aprovisionar clúster de servidor de escalabilidad horizontal desde

equipos sin sistema operativo
El asistente para crear servidor de archivos en clúster realiza lo siguiente:
1. Detecta los equipos físico a través de la administración fuera de banda
2. Implementa la imagen del sistema operativo Windows Server en los equipos mediante el perfil de equipo
físico, si así está configurado
3. Habilita el rol de servidor de archivos en los equipos
4. Habilita el rol Servidor de archivos de escalabilidad horizontal en el clúster
5. Agrega los equipos aprovisionados como un clúster de servidores de archivos de escalabilidad horizontal en
la administración de VMM
Ejecutar el asistente:
1. Haga clic en Fabric > Ser vidores > Inicio > Crear > Clúster de ser vidor de archivos .
2. En Asistente para crear ser vidor de archivos en clúster > General , especifique un nombre de
clúster, un nombre de servidor de archivos y direcciones IP del clúster, si es necesario.
3. En Tipo de recurso , seleccione la opción de aprovisionar equipos sin sistema operativo. Seleccione el
perfil de equipo físico y haga clic en Siguiente .
4. En Credenciales y protocolos , haga clic en Examinar junto a la cuenta de ejecución y elija la cuenta
con permisos para acceder al BMC. En la lista Protocolo , haga clic en el protocolo de administración
fuera de banda que desee usar para la detección. Si desea utilizar DCMI, haga clic en Interfaz de
administración de plataforma inteligente (IPMI) . DCMI 1.0 no aparece, pero es compatible.
Asegúrese de que está usando la versión más reciente del firmware para el modelo de BMC.
5. En Ámbito de detección , especifique el ámbito de direcciones IP que incluye las direcciones IP de los
BMC. Puede agregar una dirección única, una subred o un intervalo.
6. En Recursos de destino , seleccione los equipos que quiera aprovisionar, deje tiempo para la detección
en profundidad y haga clic en elementos para revisar y modificar la información. Tenga en cuenta que si
el número de adaptadores de red físicos no coincide con el número de adaptadores físicos definidos en el
perfil de equipo, necesitará agregar la información que falta. Si no desea implementar un equipo
inmediatamente, puede seleccionar su dirección IP de BMC y hacer clic en Quitar .
7. En Personalización de implementación , establezca la configuración y cuando no existan más
advertencias acerca de la información que falta, haga clic en Siguiente .
DHCP : si el perfil de equipo físico utiliza DHCP, haga clic en una dirección IP de BMC y escriba un
nombre de equipo. Decida si desea omitir la comprobación de AD. Si realiza la comprobación, la
implementación continuará si existe una cuenta de equipo. Haga clic en la entrada para cada dirección
IP de BMC.
Estática : si el perfil usa direcciones IP estáticas para cada dirección IP de BMC, escriba una dirección
MAC del adaptador de red del equipo que se usa para comunicarse con VMM. Haga clic en la red
lógica que desee utilizar. La red lógica predeterminada es la indicada en el perfil. Haga clic en la subred
IP que desee utilizar. La lista de subredes se limita a lo que se define para la red lógica en los sitios de
red asociados. Debe seleccionar la subred IP correcta que se corresponde con la ubicación física donde
va a implementar el servidor y la red a la que se conecta el adaptador. Asigne una dirección IP
automáticamente o asigne una dirección específica.
8. En Resumen , confirme la configuración y haga clic en Finalizar . Para confirmar que agregó el clúster,
haga clic en Tejido > Almacenamiento > Ser vidores de archivos .
Administrar la configuración de SOFS en el tejido
de VMM
IMPORTANT
Puede administrar el servidor de archivos de escalabilidad horizontal (SOFS) en el tejido de System Center -
Virtual Machine Manager (VMM) de la siguiente forma:
Crear grupos de almacenamiento : cree grupos de almacenamiento para discos físicos en los nodos de
SOFS. A continuación, puede asignar los grupos de almacenamiento.
Crear recursos compar tidos de archivos : puede crear recursos compartidos en SOFS en el tejido de
VMM. Puede establecer el tipo de almacenamiento para un recurso compartido como un grupo de
almacenamiento, grupo local o volumen.
QoS : configure una directiva de calidad de servicio (QoS) para SOFS para controlar los recursos asignados a
las máquinas virtuales
Establecer un testigo de disco para un grupo de almacenamiento : Desde VMM 2016, puede
especificar que el testigo de disco para un clúster de SOFS deba provenir de un grupo de almacenamiento
determinado. Para ello, VMM crea un espacio de reflejo triple y lo configurará como testigo de disco del
clúster. El grupo de almacenamiento debe tener al menos cinco discos físicos.
Crear grupos de almacenamiento

1. Haga clic en Tejido > Almacenamiento > Ser vidores de archivos . Haga clic con el botón derecho en
el servidor SOFS (no los nodos) y haga clic en Administrar grupos .
2. En Administrar grupos de ser vidor de archivos , haga clic en Nuevo para crear un nuevo grupo o
modificar uno existente.
3. En General , especifique un nombre y seleccione una clasificación de almacenamiento.
4. En Discos físicos , seleccione los discos que desee incluir en el grupo. Los discos se mostrarán según la
configuración de SOFS. Por ejemplo, un servidor de archivos con almacenamiento compartido podría
mostrar los discos de almacenamiento SAS o un servidor de archivos con Espacios de almacenamiento
directo mostrarían discos locales conectados a cada nodo.
5. En Configuración predeterminada , deje el valor predeterminado a menos que necesite cambiarlo por
un motivo concreto.
Dominio de error: cuando seleccione un dominio de error, especifique el número de copias de los
datos que se distribuirá a través de un clúster. Tenga en cuenta que el dominio de error no se muestra
para los clústeres configurados con Espacios de almacenamiento directo. Estos clústeres tienen un
dominio de error de Nodo para indicar que se almacenan copias de los datos en varios nodos del
clúster y que los datos están disponibles incluso si no hay un nodo específico.
Intercalación: Intercalación ( junto con el número de columnas) especifica la forma en la que se
escriben los datos en discos físicos.
6. Haga clic en Aceptar para guardar la configuración del grupo de almacenamiento. Una vez completado
el trabajo, compruebe los grupos en Tejido > Almacenamiento > Clasificación y grupos .

1. Haga clic en Tejido > Almacenamiento > Inicio > Crear recurso compar tido de archivos .
2. En Asistente de creación de recursos compar tidos de archivos > Tipo de almacenamiento ,
seleccione el SOFS en el que desea crear un recurso compartido. Escriba un nombre y una descripción para
el recurso compartido y seleccione el grupo de almacenamiento que desee utilizar. Si existe el CSV, haga clic
en Volumen y especifíquelo. Si existe una ruta de acceso de carpeta, haga clic en Ruta de acceso local y
especifíquela. El recurso compartido de archivos hereda la clasificación del grupo de almacenamiento.
3. En Capacidad , especifique el tipo y el tamaño del recurso compartido de archivos. Deje el tipo
predeterminado a menos que el disco se use para las copias de seguridad o desduplicación, en cuyo caso se
recomienda NTFS.
4. En Capacidad > Resistencia , para la resistencia de ReFS debe ser reflejo (doble o triple). Para NTFS, puede
ser reflejo o paridad (simple o doble). El valor predeterminado es un reflejo triple.
5. Habilite la desduplicación si fuese necesario. Cambiar la asignación de tamaño de la unidad si es necesario y,
opcionalmente, habilite los niveles de almacenamiento.
6. En Resumen , revise la configuración y haga clic en Finalizar . Compruebe el recurso compartido de archivos
en Tejido > Almacenamiento > Ser vidores de archivos > Recursos compar tidos de archivos .
Establecer un QoS de almacenamiento para un SOFS

System Center VMM 2016 y versiones posteriores incluye directivas de QoS de almacenamiento para resolver
el problema del "vecino ruidoso". Este problema es común en entornos virtualizados. Cuando dos máquinas
virtuales (VM) comparten un recurso, digamos un disco, siempre es probable que el uso del recurso de una VM
supere al de otra. Esto puede afectar al rendimiento de una aplicación que se ejecuta en la VM. QoS de
almacenamiento proporciona:
Mitigación de problemas de vecino ruidoso : garantiza que una sola VM no consume todos los recursos
y priva a otras VM de ancho de banda de almacenamiento.
Super visar el rendimiento del almacenamiento de extremo a extremo : cuando las VM se inician en
un SOFS, se supervisa su rendimiento.
Administrar E/S de almacenamiento de acuerdo con las necesidades del negocio : las directivas de
QoS de almacenamiento definen mínimos y máximos para las VM garantizan que se cumplen, incluso en
entornos con un aprovisionamiento excesivo. Si no se pueden cumplir las directivas, se emiten alertas.
Establezca una directiva de QoS de almacenamiento de la siguiente forma:
1. Haga clic en Tejido > Almacenamiento > Almacenamiento . Directivas de QoS > Crear directiva QoS
de almacenamiento .
2. En Crear asistente para directivas QoS de almacenamiento > General , especifique un nombre y una
descripción para la directiva.
3. En Configuración de directiva , seleccionar si desea que todos los discos duros virtuales para VM
compartan recursos igualmente o asignen recursos por VM. Si elige asignar por instancia, necesitará
establecer un IOPS mínimo y máximo. Por lo tanto, un disco virtual al que se aplica la directiva recibirá los
límites mínimos y máximos.
4. En Ámbito , especifique los servidores de archivos en los que se va a aplicar la directiva. Puede aplicar la
directiva a varios servidores, lo que resulta útil al migrar VM entre servidores para que la configuración de la
directiva de QoS siga siendo la misma.
5. En Resumen , revise la configuración y haga clic en Finalizar . Compruebe la directiva en Tejido >
Almacenamiento > Directivas de QoS .
Establecer un testigo de disco para SOFS
1. Haga clic en Tejido > Almacenamiento > Ser vidores de archivos . Haga clic con el botón derecho en el
servidor SOFS (no los nodos) y haga clic en Propiedades .
2. En General , haga clic en Usar testigo de disco para este ser vidor de archivos del grupo
especificado para indicar que el testigo de disco de SOFS debe provenir de un grupo de almacenamiento
específico. VMM crea un espacio de reflejo triple y lo configurará como testigo de disco del clúster.
Aprovisionar máquinas virtuales en el tejido de
VMM
IMPORTANT
En este artículo se proporciona información general sobre el aprovisionamiento de máquinas virtuales en el

tejido de proceso de System Center - Virtual Machine Manager (VMM). Obtenga información sobre los métodos
de aprovisionamiento y las características proporcionadas por VMM durante el aprovisionamiento.
Aprovisionamiento
Se pueden aprovisionar VM utilizando varios métodos:
Crear VM desde un disco duro virtual en blanco: cree una VM e instale un sistema operativo desde una
imagen .iso, medios extraíbles o desde un arranque de red con un servidor PXE.
Crear una VM desde un disco duro virtual existente: cree una VM desde un disco duro virtual en la biblioteca
de VMM. Recomendamos un VHD que se ha generalizado con Sysprep.
Clonar una VM desde una VM existente: clone una VM existente en la biblioteca de VMM para crear una
nueva. Recomendamos que clone una VM que se ha generalizado con Sysprep.
Crear una VM a partir de una plantilla: cree VM con una configuración coherente establecida en una plantilla
de VM. Las plantillas de VM son objetos XML almacenados en la biblioteca de VMM. Pueden utilizarse para
controlar y restringir la configuración de VM disponible para los usuarios de autoservicio. La configuración
de la plantilla incluye el perfil del sistema operativo invitado, un perfil de hardware y uno o más VHD que
pueden utilizarse para crear una VM.
Crear una VM en una implementación de ser vicio : en VMM, puede crear servicios que son una
agrupación lógica de VM que se configuran e implementan como entidad única de s. Un servicio de nivel
único incluye una sola VM. Los servicios de niveles múltiples tienen varias VM.
Aprovisionar rápidamente una VM mediante la copia de red del área de almacenamiento (SAN): implemente
una VM con capacidades de copia de SAN como instantánea y clonar. Puede aprovisionar rápidamente VM
independientes o VM aprovisionadas en un servicio.
Implementación de un clúster de invitado de máquina virtual

En un clúster de Hyper-V puede implementar un clúster de conmutación por error invitado que se compone de
varias máquinas virtuales que usan archivos .vhdx compartidos. VMM admite lo siguiente:
Puede implementar un clúster de conmutación por error invitado que usa archivos .vhdx compartidos en un
clúster de conmutación por error de Hyper-V. En este escenario, si Hyper-V usa volúmenes compartidos de
clúster (CSV) en el almacenamiento de nivel de bloque, los archivos vhdx compartidos se almacenan en un CSV
que se configura como almacenamiento compartido. Como alternativa, Hyper-V puede usar almacenamiento
basado en archivos SMB implementado por el servidor de archivos de escalabilidad horizontal (SOFS), como la
ubicación de los archivos .vhdx compartidos. No se admite ningún otro tipo de almacenamiento ni el
almacenamiento SMB de terceros.
Selección de ubicación de VM
Al implementar o migrar una VM, VMM usa la ubicación inteligente de VM para evaluar los hosts disponibles.
El algoritmo de selección de ubicación analiza los datos de rendimiento para la carga de trabajo y el host
y después clasifica los hosts en una escala de una a cinco estrellas para indicar la mejor elección de
ubicación.
La ubicación incluye una función de propietarios preferidos y posibles que permite especificar qué hosts
son preferidos y posibles si se produce la conmutación por error de VM.
La ubicación tiene en cuenta las clasificaciones de almacenamiento. Las nubes solo pueden ser el ámbito
de límite de la ubicación de VM para clasificaciones de almacenamiento específicas
Las opciones de ubicación pueden seleccionarse de la siguiente forma:
Crear una nueva VM : el proceso de ubicación ofrece una sugerencia para el host. Si un usuario de
autoservicio crea una VM, VMM asigna automáticamente el host basándose en la clasificación más
alta.
Migrar una VM : durante la migración, VMM proporciona clasificaciones de host para ayudarle a
seleccionar un host.
Conver tir una VM en Hyper-v : el asistente de conversión proporciona una clasificación de hosts de
forma que pueda seleccionar el mejor.
Clasificaciones de host
VMM evalúa todos los hosts del grupo host seleccionado y los hosts incluidos en grupos host
secundarios. Las clasificaciones de host se calculan en una escala de 0 a 5 estrellas, donde 5 estrellas
indican la clasificación más alta. Las clasificaciones se basan en criterios predeterminados que no
incluyen toda la información. Por ejemplo, la velocidad de conexión de red no se tiene en cuenta.
Las clasificaciones se basan en hosts individuales y no en si todos los hosts disponibles son relativamente
adecuados. Las clasificaciones de un host no cambian según las clasificaciones de otros hosts.
VMM calcula las clasificaciones de host conforme a fórmulas específicas, descritas en la tabla siguiente.
Clasificación de la CPU : [1 – (uso de CPU/(100 – reserva de CPU))] x peso de CPU
Clasificación de la memoria (RAM) : [1 – (memoria usada/(memoria total – reserva de memoria)) ]
x peso de memoria
Clasificación de la capacidad de E/S de disco : [1 – (IOPS de disco/IOPS máximas de disco ] x
peso de disco
Clasificación de la red : [ 1 – (uso de red/(100 – reserva de red)) ] x peso de red
Solo se clasifica un host cuando se debe seleccionar la ubicación de una máquina virtual.
La información recopilada sobre un host se compara con la información sobre los recursos que la VM
necesita y se asigna una clasificación al host.
Durante la selección automática de ubicación, VMM intenta usar el host asignado a la clasificación más
alta. Durante la selección de ubicación manual se muestra la clasificación del host para que pueda
seleccionar el host adecuado. Como en System Center 2012 SP1, puede seleccionar un host en VMM
incluso aunque no se hayan clasificado todos los hosts. El host seleccionado debe tener un número
positivo de estrellas.
VMM mide el uso de la CPU, la memoria, el disco y la red aproximadamente cada 10 minutos para
recalcular un promedio de clasificación que es el promedio de todas las mediciones tomadas en la última
acción que restableció la clasificación del host. Las clasificaciones de hosts se restablecen cuando ocurre
lo siguiente:
Se crea una nueva máquina virtual
Se implementa, almacena, migra o elimina una máquina virtual
Una máquina virtual se enciende, se apaga o cambia a un estado detenido, en pausa o guardado.
Clasificación de cero
A un host se le puede asignar una clasificación de cero si no cumple las condiciones para recibir una
clasificación que no sea de cero. Para recibir una calificación que no sea cero se requiere el siguiente criterio:
El host debe tener al menos un disco duro con espacio de almacenamiento suficiente para albergar el
espacio de disco duro total requerido por la máquina virtual. Con los discos duros dinámicos, se utiliza el
tamaño de disco duro actual, no el tamaño de disco duro máximo.
La memoria necesaria para la máquina virtual debe ser menor que la cantidad de memoria disponible
actualmente en el host. Un host también debe tener memoria disponible suficiente para iniciar la
máquina virtual. Tenga en cuenta que VMM ofrece la opción de uso excesivo de la nube y capacidad de
grupo de host para VM de réplica.
Si la memoria dinámica está habilitada, tenga en cuenta lo siguiente:
Si la máquina virtual (incluyendo cualquiera de sus puntos de control) está configurada para usar
memoria dinámica, el host también debe tener habilitada la memoria dinámica. En caso contrario, la
selección de ubicación de la máquina virtual se bloqueará durante la creación o la migración.
Para lograr una selección de ubicación de una máquina virtual nueva o detenida, el host debe cumplir
como mínimo los requisitos de memoria de inicio de la máquina virtual.
Para lograr una selección de ubicación de una máquina virtual en ejecución, el host debe cumplir
como mínimo los requisitos de memoria actual de la máquina virtual.
Para la selección de ubicación de una máquina virtual en un estado guardado, el último valor de uso
conocido de la memoria de la máquina virtual se comparará con la memoria de inicio de la máquina
virtual.
El host debe contener todas las redes virtuales requeridas por la máquina virtual. Si usa etiquetas de red,
las etiquetas de ubicación de red de la máquina virtual y el host deben ser idénticas.
Un host en modo de mantenimiento recibe automáticamente una clasificación de cero.
Si el adaptador de vídeo de Microsoft RemoteFX 3D está habilitado en la máquina virtual, el host debe
admitir RemoteFX y tener una o más unidades de procesamiento de gráficos con capacidad de RemoteFX
con suficiente memoria disponible. Si estas condiciones no están disponibles y se está ejecutando la
máquina virtual, la ubicación se bloqueará. Si está detenida o en un estado guardado, se emitirá una
clasificación de cero con una advertencia, pero la selección de ubicación no se bloqueará.
Las máquinas virtuales de alta disponibilidad deben ubicarse en hosts en clúster. VMM asigna cero
estrellas a hosts que no están agrupados en clústeres, pero no se bloquea la selección de ubicación
manual. Si migra una máquina virtual de alta disponibilidad a un host que no está en clúster, la máquina
virtual ya no será de alta disponibilidad tras la migración.
VMM bloquea la migración de los hosts de Hyper-V a hosts que ejecutan software de virtualización
diferente. Se bloqueará la migración de una máquina virtual con características específicas no permitidas
por el software de virtualización que se está ejecutando en un host. Por ejemplo, los hosts de Hyper-V no
permiten el arranque desde un disco duro SCSI.
Control de máquinas virtuales de generación 1 y 2

En VMM, puede crear VM de generación 1 y 2.
Puede agregar plantillas de VM que especifiquen la primera o la segunda generación a una plantilla de
servicio. Las propiedades aparecerán para la generación que elija.
Las VM de segunda generación solo pueden ejecutarse en un host con un sistema operativo host que las
admita: Windows Server 2012 R2 en adelante. Por ejemplo, VMM no colocará una VM de generación 2 en un
host con Windows Server 2012.
Cuando use un disco duro virtual con el formato .vhd para una VM o una plantilla de VM, la VM será
automáticamente la generación 1 porque .vhd no es compatible con la generación 2. Si utiliza .vhdx, puede
seleccionar la opción que desee utilizar.
Si utiliza una máquina virtual o plantilla de máquina virtual existente como punto de inicio, la generación
viene determinada por la máquina virtual o plantilla de máquina virtual existente.
Si crea un perfil de hardware, puede elegir entre las generaciones 1 y 2. Al incorporar el perfil en una VM o
plantilla de VM, especifique la generación que desee utilizar.
En todos los asistentes y cmdlets de PowerShell se le ofrece opciones de configuración de acuerdo con la
generación de la VM.
Las VM de la generación 1 y 2 no controlan el orden de arranque de la misma manera.
Puede personalizar el orden de inicio de las VM de la generación 1 en la consola de VMM en la
configuración de hardware al crear una VM. También puede personalizar mediante el parámetro de
PowerShell BootOrder.
Para personalizar el orden de inicio para las VM de generación 1, necesitará usar PowerShell, con el
parámetro FirstBootDevice al crear una VM. Por ejemplo, para establecer el primer dispositivo de
arranque como el tipo de adaptador de red: Set-SCVMTemplate -Template
"Generation2template" –FirstBootDevice "NIC,0"
Optimización del aprovisionamiento

Discos de diferenciación
Un disco de diferenciación es un VHD que almacena los cambios realizados sobre otro VHD o sistema
operativo invitado almacenándolos en un archivo independiente.
Al crear un disco de diferenciación, asocia otro VHD con él (el disco primario). El disco de diferenciación
almacena todos los cambios que se realizarían en el disco primario si el disco de diferenciación no existiera.
En esencia, el disco de diferenciación guarda los cambios sin alterar el disco primario.
Varios discos de diferenciación pueden usar el mismo VHD primario.
VMM optimiza la compatibilidad con discos de diferenciación para ofrecer lo siguiente:
Migración optimizada de almacenamiento que utiliza discos de diferenciación. Durante una migración, VMM
no migra los discos base a menos que sea necesario.
Para optimizar el tiempo de implementación de las máquinas virtuales, use discos de diferenciación. VMM
intentará identificar y usar los discos de diferenciación en el equipo de destino.
Cuando se utilizan discos de diferenciación, se optimiza la implementación del disco virtual base al utilizar la
funcionalidad de las transferencias de datos descargados (ODX) de Windows para copiar archivos en la
máquina invitada durante la implementación del servicio.
Para optimizar el tiempo y el almacenamiento de la clonación de máquinas virtuales, use discos de
diferenciación. VMM permite crear y usar los discos de diferenciación durante una operación de clonación.
Tenga en cuenta que si los discos principales se pierden o dañan, todos los VHD que dependen de él también
se pierden. Debe tener un plan de copia de seguridad en su lugar.
Si usa discos de diferenciación, debe optimizar la administración asegurándose de que los HD primarios sin usar
se quitan con regularidad.
Copia rápida de archivos
Durante la implementación de la máquina virtual, VMM necesita mover y copiar archivos de gran tamaño, como
VHD, entre dos ubicaciones.
La copia rápida de archivos mejora el rendimiento de las transferencias de archivos, en gran parte, gracias al
aprovechamiento de las transferencias de datos descargados (ODX) de Windows. En VMM, la transferencia
inteligente en segundo plano (BITS) todavía se usa como un mecanismo para las transferencias de archivos,
pero VMM aprovecha ODX siempre que sea posible (por ejemplo, al copiar archivos en SAN que admiten ODX).
Esto mejora considerablemente el rendimiento de tiempo de las implementaciones de máquina virtual.
Aprovisionamiento de máquinas virtuales de VMware

Una vez que haya configurado un servidor de vCenter y hosts ESX/ESXi, puede aprovisionar VM de VMware
como cualquier otra VM. Tenga en cuenta lo siguiente:
Puede organizar y almacenar VM de VMware en la biblioteca de VMM.
Organice y almacene máquinas virtuales de VMware, archivos .vmdk (VMDK) y plantillas de VMware en la
biblioteca de VMM. V
Puede crear VM desde plantillas de VMware almacenadas en la biblioteca. También puede importar plantillas
almacenadas en hosts de vSphere (solo los metadatos de plantilla se importan a VMM). VMM no es
compatible con tipos de disco VMDK antiguos. Se admiten estos tipos de disco:
Archivos VMDK normales (VMFS y monolítico plano)
Archivos VMDK que se usan para obtener acceso a discos físicos (vmfsPassthroughRawDeviceMap)
Instantáneas (vmfssparse).
Puede crear VM de VMware nuevas desde plantillas de VMDK.
Puede implementar servicios de VMM en hosts de vSphere, pero no vApps.
Puede colocar VM en hosts de VMWare basados en clasificaciones de host cuando crea, implementa o migra
VM de VMware. Esto incluye la implementación simultánea de VM al implementar un servicio.
Puede usar la optimización dinámica y la optimización de energía para VM de VMware.
Puede realizar tareas de redes de VMM habituales, incluida la asignación de redes lógicas, dirección IP
estática y dirección MAC a máquinas virtuales basadas en Windows que se ejecutan en VMware.
VMM no admite VM de VMware con VHD conectados a un bus IDE.
VMM admite discos duros de aprovisionamiento fino de VMware a través del tipo de disco dinámico. Tenga
en cuenta que si crea e implementa una máquina virtual a un host de vSphere configurado para usar un
disco dinámico, el disco tendrá un aprovisionamiento fino. Si se ha creado una máquina virtual como un
disco de aprovisionamiento fino fuera de banda, la máquina virtual lo mostrará como dinámico. Si guarda un
disco de aprovisionamiento fino en la biblioteca, VMM lo guardará como grueso. Sigue siendo grueso si crea
una máquina virtual a partir de él.
Conversión de máquinas virtuales de VMware a Hyper-V

Actualmente hay un par de métodos disponibles para convertir máquinas virtuales de VMWare a Hyper-V
(V2V):
Asistente para conver tir máquina vir tual : en la consola de VMM puede usar este asistente. Este método
tiene una serie de limitaciones:
Es compatible con vSphere 4.1 y versiones posteriores.
No se pueden convertir estaciones de trabajo de VMware.
No se pueden convertir máquinas virtuales con discos duros virtuales conectados a un bus IDE.
No se admiten las conversiones en línea. Es necesario apagar las máquinas virtuales de VMware.
Las aplicaciones antivirus deben ser compatibles.
Se deben desinstalar las herramientas de VMware desde el sistema operativo invitado de la VM.
Microsoft Virtual Machine Converter: esta herramienta no estará disponible después del 3 de junio de 2017.
Más información
Dirección MAC estática de las máquinas virtuales implementadas en
una nube de VMM
En versiones anteriores, VMM permitía a los usuarios establecer una dirección MAC estática en las máquinas
virtuales implementadas en los hosts y no tenía la opción de establecer la dirección MAC estática para las
máquinas virtuales implementadas en la nube.
2019 VMM le permite establecer una dirección MAC estática para un conjunto de las máquinas virtuales
implementadas en la nube de VMM.
Siga estos pasos:
NOTE
La dirección MAC que se va a asignar a la máquina virtual debe formar parte de un grupo de direcciones MAC accesible.
Como los usuarios del autoservicio no tienen visibilidad sobre los grupos de direcciones MAC del tejido, tienen que
coordinarse con los administradores para asegurarse de que la dirección MAC forma parte del grupo de direcciones MAC
accesible.
Puede establecer la dirección MAC estática en la máquina virtual al:

Implementar una nueva máquina virtual en la nube desde una plantilla de VM/VHD. o
Cambiar la dirección MAC en una máquina virtual existente implementada en la nube.
Establecer una dirección MAC estática al implementar una nueva máquina vir tual en la nube
desde una plantilla de VM/VHD .
1. En la consola VMM, vaya a Máquinas vir tuales y ser vicios > Inicio > Nubes .
2. Seleccione la nube donde va a implementar la máquina virtual.
3. Haga clic con el botón derecho > Crear máquina vir tual para abrir el Asistente para crear la máquina
virtual.
4. Haga clic con el botón derecho en la máquina virtual y seleccione Propiedades .
5. Vaya a la página Configurar hardware , seleccione el adaptador de red al que desea asignar una
dirección MAC estática.
6. En la sección Dirección MAC , seleccione Estática y escriba la dirección MAC en el cuadro de texto.
Cambiar la dirección MAC de una máquina vir tual implementada en la nube
1. Vaya a la máquina virtual implementada en la nube a la que quiere asignar una dirección MAC estática.
2. Siga los pasos 4 a 6 del procedimiento anterior.
Pasos siguientes
Implementar máquinas virtuales desde un disco duro virtual en blanco
Implementar máquinas virtuales en el tejido de
VMM desde un disco duro virtual en blanco
IMPORTANT
En este artículo se describe cómo crear e implementar máquinas virtuales en el tejido de System Center -
Virtual Machine Manager (VMM) desde un disco duro virtual (VHD) en blanco.
Antes de empezar
Para llevar a cabo los pasos, debe ser administrador o administrador delegado en el servidor de VMM o un
usuario de autoservicio.
Si es usuario de autoservicio, debe Implementar permisos con la acción Almacenar y volver a
implementar asignada. Primero debe implementar la máquina virtual en una nube privada y, luego,
almacenarla en la biblioteca.
Solo puede personalizar las opciones de las direcciones IP estáticas si crea una máquina virtual a partir de
Puede usar VMM para configurar las opciones de disponibilidad de la máquina virtual. Más información
Crear una VM
1. Haga clic en VM y ser vicios > Crear máquina vir tual >Crear máquina vir tual .
2. En Asistente para crear máquinas vir tuales > Seleccionar origen , haga clic en Crear la nueva
máquina vir tual con un disco duro vir tual en blanco > Siguiente .
3. En Identidad , especifique el nombre de la máquina virtual y una descripción opcional. En el cuadro
Generación , seleccione Generación 1 o Generación 2 . A continuación, haga clic en Siguiente .
4. En la página Configurar hardware , seleccione el perfil que desea usar desde la lista Perfil de
hardware o configure las opciones de hardware manualmente. La configuración de hardware mostrada
variará en función de si está implementando una máquina de primera o segunda generación. A
continuación, haga clic en Siguiente .
En Compatibilidad , si desea implementar la máquina virtual en una nube privada, seleccione un
perfil de capacidad que esté disponible para la nube privada.
En Configuración de bus , si desea instalar un sistema operativo desde un DVD o desde una
imagen .iso, asegúrese de que haya una unidad de DVD virtual configurada para usar una opción
disponible, como la opción Archivo de imagen ISO existente . Si desea usar un archivo de
imagen ISO, el archivo debe estar presente en la biblioteca de VMM.
Si desea almacenar la máquina virtual en la biblioteca de VMM antes de implementarla en un host,
use uno de los discos duros virtuales en blanco que se proporcionan de forma predeterminada en
la biblioteca de VMM. Haga clic en el disco duro virtual en Configuración de bus . Haga clic en
Utilizar un disco duro vir tual existente > Examinar y seleccione un disco duro en blanco.
Si la máquina virtual es de primera generación y se inicia desde la red para instalar un sistema
operativo, en Adaptadores de red , use el tipo de adaptador de red heredado.
5. En la página Seleccionar destino , especifique cómo se debe implementar la máquina virtual (en una
nube privada, en un host o almacenada en la biblioteca).
Implementar la máquina virtual en una nube privada

1. En Seleccionar nube , seleccione la nube privada en la que quiere colocar la máquina virtual. Si está
conectado como administrador, puede seleccionar el host en el que se debe implementar la máquina
virtual en la nube privada. Las sugerencias de nube se basan en una clasificación por estrellas de 0 a 5.
Más información. Compruebe la configuración y modifíquela si es necesario:
Uso esperado : el uso esperado de una máquina virtual creada desde un disco duro virtual en blanco
se basa en los valores predeterminados estándar. VMM actualiza las sugerencias de host y las
clasificaciones en función de las modificaciones efectuadas en el uso esperado de la máquina virtual.
Hacer que la VM sea de alta disponibilidad : con esta opción seleccionada, solo los hosts que se
encuentran en un clúster están disponibles para la selección.
Detalles : indica el estado del host, el sistema operativo y el tipo y el estado del software de
virtualización.
Explicación de la clasificación : proporciona una explicación si un host recibe una clasificación de
cero.
Explicación de SAN o Explicación de transferencia e implementación : enumera los factores
que hacen que la transferencia de red de área de almacenamiento (SAN) no esté disponible. VMM no
reconoce una máquina virtual almacenada en una SAN como disponible para la implementación con
la transferencia SAN si la máquina virtual se almacenó directamente en la biblioteca cuando se creó o
se agregó a la biblioteca durante una actualización de biblioteca. Para evitar este problema,
implemente la máquina virtual en un host mediante una transferencia LAN y, luego, almacene la
máquina virtual en la misma biblioteca de VMM, en el mismo recurso compartido de biblioteca y en el
mismo número de unidad lógica (LUN).
En la pestaña Explicación de transferencia e implementación se proporciona una explicación si
no se puede usar la copia rápida de archivos. La copia rápida de archivos se basa en la característica
de transferencias de datos descargados (ODX) de Windows. Más información.
2. En Configurar opciones , revise la configuración de la máquina virtual. Acepte la ruta de acceso
predeterminada a la máquina virtual en el host o especifique otra ubicación. También puede seleccionar
la opción Agregar esta ruta de acceso a la lista de rutas de acceso de máquina vir tual
predeterminadas del host . En Recursos de la máquina , acepte los valores predeterminados del
disco duro virtual o modifíquelos según sea necesario. Para evitar que la selección de ubicación
seleccione sus propios valores, haga clic en el icono de anclar situado junto al valor. Esta opción no está
disponible para los usuarios de autoservicio.
3. En Seleccionar redes , si aparece, puede seleccionar las opciones de red. Después, haga clic en
Siguiente .
4. En Agregar propiedades , configure la acción que se realizará cuando se inicie o se detenga el host, así
como el sistema operativo que instalará en la máquina virtual. Luego, haga clic en Siguiente .
5. En Resumen , confirme la configuración y haga clic en Crear . Confirme que la máquina virtual se creó en
VM y ser vicios > Nubes y seleccione la nube. La máquina virtual aparece en el panel VM .
Implementar la máquina virtual en un host

1. En Seleccionar host , consulte las clasificaciones, haga clic en el host en el que quiere implementar la
máquina virtual y haga clic en Siguiente . Las sugerencias de host se basan en una clasificación por
estrellas de 0 a 5. Más información. Compruebe la configuración y modifíquela si es necesario:
virtualización.
cero.
Siguiente .
5. En la página Resumen , confirme la configuración y, a continuación, haga clic en Crear .
Almacenar la máquina virtual en la biblioteca

1. En Seleccionar ser vidor de biblioteca , elija el servidor de biblioteca que quiere usar y haga clic en
Siguiente .
2. En Seleccionar ruta de acceso , especifique la ubicación del recurso compartido de biblioteca para
almacenar la máquina virtual. Haga clic en Examinar para seleccionar un recurso compartido de biblioteca y
una ubicación de carpeta opcional, haga clic en Aceptar y, después, en Siguiente .
3. En Resumen , confirme la configuración y haga clic en Crear .
4. Para confirmar que se ha creado la máquina virtual, en el área de trabajo Biblioteca , en el panel Biblioteca ,
expanda Ser vidores de biblioteca , expanda el servidor de biblioteca en el que almacenó la máquina
virtual y, a continuación, haga clic en Máquinas vir tuales y ser vicios almacenados . La máquina virtual
almacenada aparece en el panel Objetos de biblioteca física .
Pasos siguientes
Tras crear una máquina virtual mediante este método, puede instalar un sistema operativo desde una imagen
.iso, un CD o un DVD o desde un arranque de red si está disponible un servidor de entorno de ejecución previo
al arranque (PXE).
Implementación de máquinas virtuales en el tejido
de VMM desde un disco duro virtual existente
IMPORTANT
En este artículo se describe cómo crear e implementar máquinas virtuales en el tejido de System Center Virtual
- Machine Manager (VMM) desde un disco duro virtual (VHD) existente.
Antes de empezar
El disco duro virtual que desee usar debe almacenarse en la biblioteca de VMM. Más información
Use un disco duro virtual que se haya generalizado mediante Sysprep. Si no lo hace, la identidad de la
máquina virtual clonada será la misma que la de la máquina virtual de origen, por lo que se podrían producir
problemas si las activa juntas.
Crear una VM
1. Haga clic en VM y ser vicios > Crear máquina vir tual > Crear máquina vir tual .
2. En Asistente para crear máquinas vir tuales > Seleccionar origen , haga clic en Usar una
máquina vir tual, una plantilla de VM o un disco duro vir tual existentes > Examinar . Seleccione
un disco duro virtual existente.
3. En Identidad , especifique el nombre de la máquina virtual y una descripción opcional. Si el disco duro
virtual seleccionado tiene el formato .vhdx, en el cuadro Generación , seleccione Generación 1 o
Generación 2 . A continuación, haga clic en Siguiente .
4. En Configurar hardware , seleccione el perfil que desea usar desde la lista Perfil de hardware o
configure las opciones de hardware manualmente. La configuración de hardware mostrada variará en
función de si está implementando una máquina de primera o segunda generación. A continuación, haga
clic en Siguiente .
En Configuración de bus , si desea instalar un sistema operativo desde un DVD o desde una
imagen .iso, asegúrese de que haya una unidad de DVD virtual configurada para usar una opción
disponible, como la opción Archivo de imagen ISO existente . Si desea usar un archivo de
imagen ISO, el archivo debe estar presente en la biblioteca de VMM.
Si desea almacenar la máquina virtual en la biblioteca de VMM antes de implementarla en un host,
use uno de los discos duros virtuales en blanco que se proporcionan de forma predeterminada en
la biblioteca de VMM. Haga clic en el disco duro virtual en Configuración de bus . Haga clic en
Utilizar un disco duro vir tual existente > Examinar y seleccione un disco duro en blanco.
Si la máquina virtual es de primera generación y se inicia desde la red para instalar un sistema
operativo, en Adaptadores de red , use el tipo de adaptador de red heredado.

virtualización.
cero.
Siguiente .
virtualización.
cero.
Siguiente .

Siguiente .
Pasos siguientes
Clonar máquinas virtuales desde otra máquina
virtual en el tejido de VMM
IMPORTANT
En este artículo se describe cómo crear e implementar máquinas virtuales mediante la clonación de máquinas
virtuales existentes en el tejido de System Center - Virtual Machine Manager (VMM).
Antes de empezar
Al clonar una máquina virtual, no se elimina el origen de la máquina virtual existente. Le recomendamos que
clone una máquina virtual que se haya preparado y generalizado con la herramienta Sysprep. Si no utiliza un
disco duro virtual generalizado, la identidad de la nueva máquina virtual será idéntica al origen. Pueden
producirse problemas si activa al mismo tiempo dos máquinas virtuales con la misma identidad.
Puede clonar una máquina virtual que esté implementada en un host. La máquina puede estar en línea,
detenida o en un estado guardado.
Puede clonar una máquina virtual almacenada en la biblioteca VMM.
La opción de usar optimizaciones de disco de diferenciación se aplica automáticamente al implementar la
máquina virtual en un host, si existe un disco base en dicho host.
Crear una VM
1. Haga clic en VM y ser vicios > Crear máquina vir tual > Crear máquina vir tual .
2. En Asistente para crear máquinas vir tuales > Seleccionar origen , haga clic en Usar una máquina
vir tual, una plantilla de VM o un disco duro vir tual existentes > Examinar . Seleccione una máquina
virtual existente.
3. En Seleccionar origen , haga clic en Siguiente .
4. En Configurar hardware , configure opcionalmente las opciones disponibles. A continuación, haga clic en
Siguiente .
5. En la página Seleccionar destino , especifique cómo se debe implementar la máquina virtual (en una nube
privada, en un host o almacenada en la biblioteca).

virtualización.
cero.
Siguiente .

virtualización.
cero.
Siguiente .

Siguiente .
Pasos siguientes
Implementación de máquinas virtuales con
aprovisionamiento rápido mediante la copia de
SAN en el tejido de VMM
IMPORTANT
En este artículo se describe cómo aprovisionar rápidamente máquinas virtuales en el tejido de System Center -
Virtual Machine Manager (VMM) usando la copia SAN.
El aprovisionamiento rápido ofrece un método para implementar nuevas máquinas virtuales en matrices de
almacenamiento sin tener que copiar las máquinas virtuales a través de la red. VMM usa la infraestructura de
SAN para la clonación de máquinas virtuales mediante una plantilla de máquina virtual para personalizar el
sistema operativo invitado.
Puede usar el aprovisionamiento rápido para implementar máquinas virtuales independientes y máquinas
virtuales implementadas como parte de un servicio.
Puede crear una plantilla compatible con copia SAN desde un disco duro virtual (VHD) que resida en una
unidad lógica de almacenamiento que admite la copia SAN a través de clonación o instantáneas.
Al crear una máquina virtual con la plantilla compatible con la copia SAN, VMM crea rápidamente una copia
de lectura-escritura de la unidad lógica que contiene el disco duro virtual y coloca los archivos de la máquina
virtual en la unidad lógica nueva. Cuando VMM implementa una máquina virtual mediante
aprovisionamiento rápido a través de una copia SAN, VMM usa una transferencia SAN, en lugar de una
transferencia de red. Durante una transferencia SAN, se crea una copia SAN de la unidad lógica que contiene
la máquina virtual y se asigna al host o clúster de hosts de destino. Debido a que los archivos para una
máquina virtual realmente no se mueven a través de la red al transferir una máquina virtual a través de una
SAN, es un proceso mucho más rápido que la realización de una transferencia a través de una red estándar
Puede utilizar cualquiera de los métodos siguientes para crear una plantilla compatible con copia SAN.
Creación de una plantilla compatible con la copia SAN desde una máquina virtual nueva
Creación de una plantilla compatible con la copia SAN desde una máquina virtual existente
Antes de empezar
Cualquier almacenamiento que sea accesible para el equipo aprovisionado puede tener particiones durante
el proceso de aprovisionamiento, incluso si se selecciona un disco concreto para utilizarlo como disco del
sistema operativo. En este caso, se perderán datos. Para garantizar el uso de un volumen de arranque
específico, utilice la detección en profundidad y no reinicie el equipo antes de que finalice la implementación
del sistema operativo.
La matriz de almacenamiento debe ser compatible con las nuevas características de administración del
almacenamiento de VMM.
La matriz de almacenamiento debe admitir la clonación o las instantáneas, y debe estar habilitada la función
de clonación o instantáneas. Esto podría requerir una licencia adicional de su proveedor de almacenamiento.
El bloque de almacenamiento que desee usar para el aprovisionamiento rápido debe estar administrado por
VMM. Para cumplir este requisito, debe agregar el proveedor Storage Management Initiative Specification
(SMI-S) a la matriz, detectar bloques de almacenamiento, clasificar el almacenamiento y configurar el
método de asignación preferido para la matriz de almacenamiento como instantánea o clonación.
El bloque de almacenamiento que desee utilizar para el aprovisionamiento rápido debe asignarse al grupo
host en el que desee usar el aprovisionamiento rápido de máquinas virtuales.
Los hosts de Hyper-V que desee utilizar como destinos de colocación deben ser miembros del grupo host.
Además, deben cumplirse los siguientes requisitos previos:
Si desea crear una plantilla compatible con copia SAN desde una máquina virtual nueva, el host en el
que cree la máquina virtual también debe ser miembro de este grupo host.
Si desea crear una plantilla compatible con copia SAN desde una máquina virtual existente y desea
crear la unidad lógica y asignarla desde el servidor de biblioteca, dicho servidor debe ser miembro de
este grupo host. Por lo tanto, el servidor de biblioteca debe ser un host de Hyper-V. (Si no desea
agregar el servidor de biblioteca como host, puede asignar la unidad lógica fuera de banda con las
herramientas de administración del proveedor de la matriz de almacenamiento.)
Si desea usar el aprovisionamiento rápido para implementar máquinas virtuales de segunda
generación, debe elegir un host con un sistema operativo que las admita.
Todos los hosts de Hyper-V que desee utilizar para el aprovisionamiento rápido y el servidor de
biblioteca deben tener acceso a la matriz de almacenamiento. Además, deben utilizar el mismo tipo de
conectividad SAN. Para que las migraciones de SAN se realicen correctamente, no puede haber unos
hosts que se conecten a la matriz a través de canal de fibra y otros que lo hagan a través de iSCSI. La
configuración varía en función del hardware de almacenamiento.
El proveedor de almacenamiento debería proporcionarle información de configuración específica, aunque la
configuración normalmente necesita lo siguiente:
La característica de E/S de múltiples rutas (MPIO) debe agregarse a todos los hosts que accedan a la
matriz de almacenamiento a través de iSCSI o canal de fibra. La característica MPIO se puede agregar
a través del Administrador del servidor.
Si la característica MPIO ya está habilitada antes de agregar un host a la administración de
VMM, VMM habilitará automáticamente MPIO para matrices de almacenamiento compatibles
usando el módulo específico del dispositivo (DSM) proporcionado por Microsoft. Si ya ha
instalado DSM específicos del proveedor para matrices de almacenamiento compatibles y, a
continuación, agrega el host a la administración de VMM, se usará la configuración de MPIO
específica del proveedor para la comunicación con esas matrices.
Si agrega un host a VMM antes de agregar la característica MPIO, tendrá que configurar MPIO
manualmente para agregar los identificadores de hardware de los dispositivos detectados.
También puede instalar DSM específicos del proveedor.
Si utiliza una red de área de almacenamiento (SAN) de canal de fibra, cada host que vaya a
obtener acceso a la matriz de almacenamiento debe tener instalado un adaptador de bus host
(HBA). Asegúrese también de que los hosts están divididos por las zonas correspondientes, con
el fin de que puedan tener acceso a la matriz de almacenamiento.
Si utiliza una red SAN iSCSI, asegúrese de que se han agregado portales de iSCSI y que el
iniciador iSCSI está registrado en la matriz. Asimismo, asegúrese de que el Servicio del
iniciador iSCSI de Microsoft de cada host se inicie y esté configurado en Automático. Para
obtener información sobre cómo crear una sesión iSCSI en un host a través de VMM, consulte
Cómo configurar el almacenamiento en un clúster de hosts de Hyper-V en VMM.
Crear una plantilla compatible con copia SAN desde una máquina
virtual nueva
Cree una máquina virtual en una unidad lógica asignada a un host de Hyper-V. En el servidor de biblioteca, cree
una plantilla compatible con la copia SAN desde la máquina virtual. Observe lo siguiente:
El servidor de biblioteca no tiene que ser un host de Hyper-V administrado, pero debe tener acceso al bloque
de almacenamiento en el que reside la unidad lógica.
Cuando cree la plantilla, automáticamente se anulará el registro de la unidad lógica en el host y se registrará
en el servidor de biblioteca.
1. Cree una unidad lógica en el tejido de almacenamiento de VMM, desde el bloque de almacenamiento
administrado que desee usar para efectuar el aprovisionamiento rápido. También puede crear y asignar la
unidad lógica en la herramienta de administración de la matriz de almacenamiento.
2. Asigne la unidad lógica al grupo host en el que reside el host de destino. Luego, asigne la unidad lógica al
host. Al asignar el LUN, puede darle formato y asignar una letra de unidad. Tenga en cuenta que la unidad
lógica que desea asignar debe estar vacía.
3. Cree una máquina virtual con un archivo de disco duro virtual en blanco en la unidad lógica.
En Seleccionar origen , seleccione Crear la nueva máquina vir tual con un disco duro vir tual
en blanco .
En Configurar hardware , configure los ajustes necesarios. Asegúrese de que la opción Crear un
nuevo disco duro vir tual esté seleccionada.
En Seleccionar destino , acepte la configuración predeterminada de Colocar la máquina vir tual
en un host .
En Configurar opciones , en Seleccionar la carpeta de destino , haga clic en la unidad que creó a
partir de la unidad lógica asignada. Compruebe que SAN (compatible con migración) aparece
junto a la información de la unidad. Por ejemplo: (L:) [9,92 GB disponibles de 10,00 GB, SAN
(compatible con migración)] .
En Recursos de la máquina , haga clic en Disco duro vir tual . En Examinar > Seleccionar la
carpeta de destino , haga clic en la unidad que ha creado desde la unidad lógica asignada.
En Seleccionar red y Agregar propiedades , seleccione las opciones necesarias. En Resumen ,
revise la configuración y haga clic en Crear . Compruebe que la máquina virtual aparece en VM y
ser vicios > Todos los hosts > VM .
4. En la máquina virtual nueva, instale y personalice el sistema operativo invitado y las aplicaciones que
desee. Generalice la imagen mediante Sysprep.exe con las opciones /generalize y /oobe para
generalizar el disco duro virtual asociado. Más información. Cuando termine, asegúrese de que no haya
ningún archivo de imagen .iso conectado a la unidad de DVD virtual.
Crear una plantilla compatible con la copia SAN desde una máquina
virtual existente
Cree una plantilla desde una máquina virtual existente.
Si desea llevar a cabo este procedimiento en VMM, debe agregar el servidor de biblioteca como host de
Hyper-V administrado. Esto le permite asignar la unidad lógica al servidor de biblioteca mediante VMM. Si
no desea que la biblioteca sea un host de Hyper-V administrado, puede usar las herramientas de
administración del proveedor de la matriz para asignar la unidad lógica al servidor de biblioteca.
Debe tener un disco duro virtual existente (generalizado mediante Sysprep) que usará como imagen base
para el aprovisionamiento rápido.
Cree una carpeta en el recurso compartido de biblioteca que usará para montar la unidad lógica y almacenar
el disco duro virtual. Por ejemplo, cree una carpeta en el recurso compartido de biblioteca SEALibrary que se
denomine “VHD de aprovisionamiento rápido”.
1. Cree una unidad lógica en el tejido de almacenamiento de VMM, desde el bloque de almacenamiento
administrado que desee usar para efectuar el aprovisionamiento rápido.
2. Dé formato a la unidad lógica y móntela en la ruta de acceso de la carpeta que creó.
3. Asigne la unidad lógica al servidor de biblioteca. Si el servidor de biblioteca es un host de Hyper-V
administrado, puede crear y asignar la unidad lógica desde el servidor de biblioteca. También puede dar
formato al disco con NTFS y montar la unidad lógica en la ruta de acceso de la carpeta del recurso
compartido de biblioteca al mismo tiempo.
Al crear la unidad lógica, seleccione la opción Montar en la siguiente carpeta NTFS vacía >
Examinar y, luego, haga clic en la carpeta creada.
No asigne ninguna letra de unidad. Tampoco cree nunca varios puntos de montaje en la carpeta.
4. Si el servidor de biblioteca no es un host de Hyper-V administrado, use las herramientas de
administración de su proveedor de la matriz para crear la unidad lógica y para quitar la máscara de la
unidad lógica en el servidor de biblioteca. A continuación, haga lo siguiente:
No asigne una letra de unidad.
Use Administración de discos (diskmgmt.msc) para volver a examinar el disco, inicializar el disco y
darle formato.
En Administración de discos, monte la unidad lógica en la ruta de acceso de la carpeta que creó en el
recurso compartido de biblioteca (Cambiar la letra y rutas de acceso de unidad > Agregar >
Montar en la siguiente carpeta NTFS vacía y haga clic en la carpeta de biblioteca vacía).
5. Copie el disco duro virtual que desea usar en la nueva carpeta del recurso compartido de biblioteca.
Tenga en cuenta que el disco duro virtual debe ser el único archivo de la unidad lógica.
6. La nueva carpeta que creó aparece en el recurso compartido de biblioteca. Para comprobar la opción
Compatible con copia SAN del disco duro virtual, haga clic en la nueva carpeta y, en Objetos de
biblioteca física , haga clic en el archivo VHD. En Compatible con copia SAN debe aparecer Sí .
Crear una plantilla compatible con la copia SAN

2. En Asistente para crear plantillas de VM > Seleccionar origen , haga clic en Desde una máquina
vir tual existente implementada en un host > Examinar . Seleccione la máquina virtual en la unidad
lógica. Haga clic en Sí en el mensaje de advertencia.
3. En Identidad , escriba un nombre para la plantilla y una descripción.
4. En Configurar hardware , haga clic en Siguiente . La clasificación que se muestra coincide con lo que
asignó al grupo de almacenamiento desde el que creó la unidad lógica.
5. En Configurar sistema operativo , haga clic en Siguiente .
6. En Seleccionar ser vidor de biblioteca , haga clic en el servidor de biblioteca en el que desea crear la
plantilla. Compruebe que Tipo de transferencia sea SAN y haga clic en Siguiente . El servidor de
biblioteca debe tener acceso al mismo bloque de almacenamiento que el host.
7. En Seleccionar ruta de acceso , haga clic en Examinar y seleccione una ubicación en el servidor de
biblioteca para almacenar los archivos de la máquina virtual.
8. En Resumen , revise la configuración y haga clic en Crear . En Trabajos puede efectuar un seguimiento de la
plantilla que se va a crear. Espere a que aparezca el estado Completado . Compruebe la plantilla en
Biblioteca > Plantillas > Plantillas de VM .
Implementar una máquina virtual a partir de la plantilla

Ahora puede implementar una máquina virtual desde la plantilla compatible con la copia SAN. En este
procedimiento se explica cómo implementar una máquina virtual independiente. También puede seleccionar la
plantilla al crear un servicio. Observe lo siguiente:
Los hosts en los que desea colocar las máquinas virtuales deben tener acceso al bloque de almacenamiento
administrado en el que reside la unidad lógica asociada a la plantilla.
Si desea implementar las máquinas virtuales en una nube privada, la clasificación de almacenamiento que se
asigna a la unidad lógica usada para crear la plantilla compatible con la clonación de SAN debe estar
disponible en la nube privada.
Para la implementación en la nube, los grupos host que se usan para proporcionar recursos para la nube
privada deben contener los hosts que tienen acceso al bloque de almacenamiento administrado en el que
reside la unidad lógica asociada a la plantilla.
1. Haga clic en VM y ser vicios > Crear > Crear máquina vir tual .
2. En Asistente para crear máquinas virtuales > Seleccionar origen , haga clic en Usar una máquina
vir tual, una plantilla de VM o un disco duro vir tual existentes > Examinar . Seleccione el tipo
Plantilla de VM y haga clic en la plantilla que creó para el aprovisionamiento rápido. En la columna
Compatible con copia SAN de la plantilla debe aparecer Sí .
4. Lleve a cabo el resto de los pasos del asistente para crear e implementar la máquina virtual. Tenga en
cuenta lo siguiente:
En Configurar hardware > Configuración de bus , deje vacía la lista Clasificación o seleccione la
clasificación de almacenamiento que coincida con la clasificación de la unidad lógica en la que reside
el disco duro virtual compatible con la copia SAN. - En Seleccionar host o Seleccionar nube ,
asegúrese de que en la columna Tipo de transferencia aparezca SAN . Si optó por colocar la
máquina virtual en un host, en Configurar opciones > Recursos de la máquina , haga clic en el
disco duro virtual para comprobar las opciones de implementación. Para efectuar el
aprovisionamiento rápido mediante la copia SAN, asegúrese de que el método de implementación del
disco duro virtual en la lista de hosts sea Transferir el disco duro vir tual mediante SAN .
5. Una vez concluido el asistente, abra Trabajos > Crear máquina vir tual para ver el estado del trabajo.
6. Al crear una máquina virtual a partir de la plantilla compatible con la copia SAN, se aprovisiona
automáticamente una unidad lógica nueva desde el mismo grupo de almacenamiento en el que reside el
disco duro virtual usado para crear la plantilla compatible con la copia SAN. La unidad lógica se registra y
se monta automáticamente en el host de destino.
7. Para comprobar que se haya creado la máquina virtual, abra el área de trabajo VM y servicios. Expanda
Todos los hosts o Nubes y, luego, busque y haga clic en el host de destino o en la nube privada. En VM ,
compruebe que aparezca la nueva máquina virtual. Si abre Administración de discos (Diskmgmt.msc) en
el host de destino, podrá ver el nuevo disco asignado y registrado en el host.
Pasos siguientes
Creación e implementación de máquinas virtuales
en el tejido de VMM desde una plantilla de
máquina virtual
IMPORTANT
En este artículo se describe cómo crear máquinas virtuales en el tejido de System Center - Virtual Machine
Manager (VMM) a partir de una plantilla de máquina virtual de VMM. Puede usar una plantilla de máquina
virtual para crear máquinas virtuales independientes o para crear máquinas virtuales en niveles en una plantilla
de servicio.
Antes de empezar
Algunas opciones, como los roles y las características de servidor, la instalación de la aplicación y las
opciones de SQL Server, solo se aplican cuando se usa una plantilla de máquina virtual para las
implementaciones de servicio. Para la creación de máquinas virtuales independientes, estas opciones no se
usan y no aparecerán al crear una máquina virtual independiente.
La capacidad de configurar una máquina virtual para usar direcciones IP estáticas desde un grupo de
direcciones IP administrado por VMM solo está disponible si implementa una máquina virtual mediante una
plantilla de máquina virtual.
Solo puede personalizar las opciones de las direcciones IP estáticas si crea una máquina virtual a partir de
Puede usar VMM para configurar las opciones de disponibilidad de la máquina virtual. Más información.
Crear una VM
1. Haga clic en VM y ser vicios > Crear máquina vir tual >Crear máquina vir tual .
2. En Asistente para crear máquinas vir tuales > Seleccionar origen , haga clic en Usar una
máquina vir tual, una plantilla de VM o un disco duro vir tual existentes > Examinar .
3. En Seleccionar origen de máquina vir tual , seleccione la plantilla > Aceptar . Haga clic en Aceptar si
aparece un mensaje que indica que se omitirán algunas opciones de implementación.
5. En Identidad , especifique el nombre de la máquina virtual y una descripción opcional. A continuación,
haga clic en Siguiente .
6. En la página Configurar hardware , seleccione el perfil que desea usar desde la lista Perfil de
hardware o configure las opciones de hardware manualmente. La configuración de hardware mostrada
variará en función de si está implementando una máquina de primera o segunda generación. A
En Adaptadores de red :
Si desea usar direcciones IP estáticas, establezca la dirección MAC en estática.
Si la máquina virtual usa un disco duro virtual con el formato .vmdk de VMware, incluya un
adaptador de red heredado en la plantilla (Nuevo > Adaptador de red > Adaptador de red
heredado . Si no lo hace, es posible que la máquina virtual no se pueda iniciar en un dominio,
aunque sea correcta en un grupo de trabajo.
En Configurar sistema operativo , especifique las opciones del sistema operativo invitado. Si ya
tiene un perfil, selecciónelo en la lista Perfil de SO invitado .

virtualización.
cero.
Siguiente .

virtualización.
cero.
Siguiente .

Siguiente .
Pasos siguientes
Configuración de las opciones de la máquina virtual
Crear e implementar máquinas virtuales de Linux en
el tejido de VMM
IMPORTANT
En este artículo se describe cómo crear e implementar máquinas virtuales de Linux en el tejido de System
Antes de empezar
VMM admite máquinas virtuales que contienen Linux como sistema operativo invitado. Observe lo siguiente:
Linux Integration Services (LIS) debe instalarse en la máquina virtual.
El agente invitado de VMM para Linux debe instalarse en la máquina virtual. Es necesario para la
integración de la plantilla de servicio y permite modificar las propiedades del equipo Linux, como el
nombre de host.
NOTE
SCVMMLinuxGuestAgent (XPlat) cfghostdomain descifra el archivo de hosts si el nombre de host ya está
establecido en localhost. Se recomienda no establecer el nombre de host como localhost al implementar máquinas
virtuales de Linux a través de VMM.
VMM no comprueba que la máquina virtual cumpla estos requisitos. Pero si no lo hace, la
implementación de máquinas virtuales producirá un error.
Creación de la máquina virtual

Cree una máquina virtual con Linux mediante cualquiera de los métodos disponibles en el tejido de VMM. Más
información.
Instalar LIS en la máquina virtual

De manera predeterminada, LIS se incluye con algunas distribuciones de Linux. Si LIS no se incluye en la
distribución de Linux que se usa para la máquina virtual, instálelo manualmente. Más información.
Instalar el agente invitado de VMM

1. Abra un símbolo del sistema con privilegios elevados en el servidor VMM.
2. Vaya a la carpeta C:\Archivos de programa\Microsoft System Center 2012\Vir tual Machine
Manager\agents\Linux .
3. Copie todos los archivos de instalación del agente de esa carpeta en una carpeta nueva en la máquina
virtual.
4. Abra la carpeta nueva en la máquina virtual y ejecute el comando siguiente: chmod +x install .
5. Ejecute cualquiera de estos comandos, en función del sistema operativo.
./install scvmmguestagent.1.0.0.544.x64.tar
./install scvmmguestagent.1.0.0.544.x86.tar
Cuando el agente se instala en la máquina virtual, se crearán los siguientes archivos y carpetas en el disco duro
virtual:
Una carpeta de instalación predeterminada (/opt/microsoft/scvmmguestagent) y un archivo de registro de
instalación (scvmm-install.log).
Una carpeta de archivos de registro predeterminada (/var/opt/microsoft/scvmmagent/log)
Un archivo de registro de especialización (scvmm.log). Este archivo se crea cuando la máquina virtual está
implementada y especializada.
Un archivo de configuración (scvmm.conf). Este archivo contiene la ubicación del archivo de registro y se usa
para controlar el registro durante la implementación y la especialización.
Pasos siguientes
vm-settings
Configuración de una máquina virtual anidada
como un host
IMPORTANT
La virtualización anidada es una funcionalidad de Windows Server 2016 y, sobre todo, le permite ejecutar
Hyper-V dentro de una máquina virtual de Hyper-V. En otras palabras, con la virtualización anidada, se puede
virtualizar el mismo host de Hyper-V. La virtualización anidada se puede habilitar fuera de banda mediante la
configuración de host de Hyper-V y PowerShell.
Puede aprovechar esta funcionalidad para reducir los gastos de infraestructura para los escenarios de desarrollo
y pruebas sin necesidad de hardware individual.
Con System Center - Virtual Machine Manager (VMM) 1801 y versiones posteriores, puede habilitar y
deshabilitar la característica de virtualización anidada a través de la consola VMM. Puede configurar la máquina
virtual anidada como un host en VMM y realizar operaciones de host de VMM en esta máquina virtual. Por
ejemplo, la optimización dinámica de VMM tendrá en cuenta un host de máquina virtual anidada para la
selección de ubicación.
Habilite la virtualización anidada en una máquina virtual y, después, configúrela como un host.
NOTE
Las aplicaciones de virtualización que no sean Hyper-V no se admiten en las máquinas virtuales de Hyper-V y suelen
producir errores. Esto incluye cualquier software que requiera extensiones de virtualización de hardware.
Antes de empezar
Host de Hyper-V que ejecuta Windows Server 2016, Windows Server 2019.
Máquina virtual de Hyper-V que ejecuta Windows Server 2016, Windows Server 2019.
Una VM de Hyper-V con la versión de configuración 8.0 o posterior.
Un procesador Intel con tecnología VT-x y EPT.
Host de Hyper-V que ejecuta Windows Server 2016.
Máquina virtual de Hyper-V que ejecuta Windows Server 2016.
Una VM de Hyper-V con la versión de configuración 8.0 o posterior.
Un procesador Intel con tecnología VT-x y EPT.
Habilitación de la virtualización de red

Los administradores y administradores delegados pueden configurar la virtualización anidada con VMM. Siga
estos procedimientos:
Habilitar virtualización anidada
Configuración de la máquina virtual como host en VMM
Habilitación de la virtualización anidada en una máquina virtual existente
1. Identifique la máquina virtual que cumpla con los requisitos previos anteriores.
2. Asegúrese de que la máquina virtual está en estado detenido .
3. Examine las propiedades de la máquina virtual seleccionada.
4. En General , seleccione Enable Nested Vir tualization (Habilitar virtualización anidada).

Configuración de la máquina virtual anidada como un host
1. Habilite las siguientes reglas de firewall entrantes y salientes en la máquina virtual anidada que desea
configurar como host.
Reglas del firewall entrantes
Uso compartido de archivos e impresoras
Administración remota de Windows (HTTP-In)
Instrumentación de administración de Windows
Reglas del firewall salientes
Uso compartido de archivos e impresoras
Instrumentación de administración de Windows (WMI-Out)
2. Asegúrese de que la máquina virtual está en estado En ejecución . Inicie la máquina virtual si no está en
ejecución.
3. Haga clic con el botón derecho en la máquina virtual y seleccione Configurar como host . Se abre el
Asistente para agregar recursos .
4. Ejecute el Asistente, seleccione las opciones según corresponda y complételo.
Deshabilitación de la virtualización anidada

1. Seleccione el host o la máquina virtual para el que está habilitada la virtualización anidada.
2. Asegúrese de que la máquina virtual está en estado detenido . Detenga la máquina virtual si se está
ejecutando.
3. Examinar las propiedades de la máquina virtual.
4. En General , desactive la casilla Enable Nested Vir tualization (Habilitar virtualización anidada).
NOTE
Revise la nota de la parte inferior de la página del Asistente antes de deshabilitar la virtualización anidada.
Virtualización anidada en 2019 UR1

Con VMM 2019 UR1, además de habilitar la virtualización anidada en una máquina virtual existente, también
podrá habilitar la virtualización anidada mientras crea nuevas máquinas virtuales con plantillas de VM, plantillas
de servicio o mediante el asistente para crear máquinas virtuales en la consola de VMM.
Habilitación de la virtualización anidada a través de plantillas de máquina virtual
Habilitación de la virtualización anidada a través del Asistente para crear máquinas virtuales
Habilitación de la virtualización anidada a través de plantillas de servicio
Habilitación de la virtualización anidada a través de plantillas de máquina virtual
Puede habilitar la virtualización anidada en las máquinas virtuales que se crean a través de una plantilla de
máquina virtual.
NOTE
Asegúrese de que las máquinas virtuales que se van a crear con estas plantillas cumplen los requisitos previos anteriores.
Para habilitar la virtualización anidada, en el Asistente para crear plantillas de VM , seleccione Seleccionar
origen y luego Habilitar vir tualización anidada en el panel derecho del asistente.
Habilitación de la virtualización anidada a través del Asistente para crear máquinas virtuales
Puede habilitar la virtualización anidada en las máquinas virtuales que se crean a través del Asistente para crear
NOTE
Asegúrese de que las máquinas virtuales que se van a crear con este asistente cumplen los requisitos previos anteriores.
Para habilitar la virtualización anidada, en el Asistente para crear máquinas vir tuales , seleccione
Seleccionar origen y luego Habilitar vir tualización anidada en el panel derecho del asistente.
Habilitación de la virtualización anidada a través de plantillas de servicio
Puede habilitar la virtualización anidada en las máquinas virtuales que se crean a través de plantillas de servicio.
NOTE
Asegúrese de que las máquinas virtuales que se van a crear con esta plantilla cumplen los requisitos previos anteriores.
Para habilitar la virtualización anidada, en el Propiedades de nivel sencillo , seleccione General y luego
Habilitar vir tualización anidada en el panel derecho del asistente.
Pasos siguientes
Ejecución de Hyper-V en una máquina virtual anidada
Conversión de una máquina virtual de VMware a
Hyper-V en el tejido de VMM
IMPORTANT
En este artículo se describe cómo convertir máquinas virtuales VMware en el tejido de System Center - Virtual
Machine Manager (VMM) a Hyper-V.
Puede convertir las máquinas virtuales mediante el Asistente para convertir máquina virtual.
VMM 2019 UR3 admite la conversión de máquinas virtuales VMWare en Hyper-V y Azure Stack HCI 20H2.
Obtenga más información sobre la compatibilidad con Azure Stack HCI 20H2.
Consulte los requisitos del sistema para versiones compatibles de vSphere (ESXi).
Actualmente hay un par de métodos disponibles para convertir máquinas virtuales de VMWare a Hyper-V:
Consulte los requisitos del sistema para versiones compatibles de vSphere (ESXi).
Microsoft Virtual Machine Converter: esta herramienta independiente convierte las máquinas virtuales de
VMware en hosts de Hyper-V o en máquinas virtuales de Azure. También convierte máquinas y discos físicos
en hosts de Hyper-V. IMPORTANTE: Esta herramienta está en proceso de retirada. No estará disponible a
partir del 3 de junio de 2017. Más información.
NOTE
Actualmente, Azure Site Recovery no tiene la capacidad para efectuar una conversión directa de VMware a Hyper-V.
Obtenga más información sobre cómo apoyar esta solución.
Ejecutar la conversión mediante el asistente
1. Haga clic en VM y ser vicios > Inicio > Crear > Crear máquinas vir tuales > Conver tir máquina
vir tual .
2. En Asistente para conver tir máquina vir tual > Seleccionar origen , haga clic en Examinar y, en
Seleccionar origen de máquina vir tual , seleccione las máquinas virtuales de VMware que quiere
convertir.
3. En Especificar identidad de máquina vir tual , modifique el nombre y la descripción de la máquina según
sea necesario.
4. En Configuración de VM , especifique el número de procesadores y la memoria.
5. En Seleccionar host , seleccione un host de Hyper-V o Azure Stack HCI (aplicable desde VMM 2019 UR3 y
versiones posteriores) para la selección de ubicación. En Seleccionar ruta de acceso , configure la
ubicación de almacenamiento en el host para los archivos de la máquina virtual. Se mostrarán las rutas de
acceso a la máquina virtual predeterminadas.
6. En Seleccionar redes , seleccione la red lógica, la red virtual y la VLAN según corresponda. La lista coincide
con lo que haya configurado en los adaptadores físicos del host.
7. En Agregar propiedades , configure las opciones. En Resumen , revise la configuración y, si es necesario,
seleccione Iniciar la máquina vir tual después de implementarla . Luego, haga clic en Crear para iniciar
la conversión. Compruebe que se haya convertido la máquina virtual en VM y ser vicios > Inicio >
Mostrar > VM .
Conversión de una máquina virtual basada en EFI a una máquina

virtual de la segunda generación de Hyper-V
System Center VMM habilita la migración de máquinas virtuales VMware basadas en EFI a Hyper-V. Las
máquinas virtuales VMware que se migran a la plataforma de Microsoft Hyper-V ahora pueden aprovechar las
características de la segunda generación.
Como parte de la versión 1801 de VMM, el asistente para conver tir máquinas vir tuales permite esta
migración en función del tipo de firmware (BIOS o EFI), selecciona y predetermina la generación de máquinas
virtuales de Hyper-V adecuadamente.
Las máquinas virtuales basadas en BIOS se migran a la máquina virtual de Hyper-V de primera generación.
Las máquinas virtuales basadas en EFI se migran a la máquina virtual de Hyper-V de segunda generación.
Antes de empezar
1. Máquinas virtuales VMware con tipo de firmware como EFI
2. Hosts de VMware ESXi agregados en System Center VMM
Procedimiento de conversión
1. Para realizar la conversión, siga el procedimiento anterior, seleccione la segunda generación en el paso
4.
2. Una vez que se convierte una máquina virtual, puede ver la máquina virtual de segunda generación
como se muestra en la imagen siguiente:
NOTE
La conversión de disco (de "vmdk" a "VHDX/VHD") se mejora para ser un 50 % más rápida que antes.
Los comandos de PowerShell permiten que el usuario proporcione el tipo de disco para la máquina virtual Hyper-V de
destino, que permitirá que el disco de aprovisionamiento grueso de VMware se migre como un disco dinámico de
Hyper-V o viceversa, según los requisitos.
Comandos de PowerShell
Estos son los comandos de ejemplo:
New-SCV2V -VMHost <Host> -VMXPath <string> [-EnableVMNetworkOptimization <bool>] [-EnableMACAddressSpoofing

<bool>] [-VMMServer <ServerConnection>] [-LibraryServer <LibraryServer>] [-JobGroup <guid>] [-Trigger] [-
VhdType
{UnknownType | DynamicallyExpanding | FixedSize}] [-VhdFormat {VHD | VHDX}] [-Description <string>] [-Name
<string>] [-Owner <string>] [-UserRole <UserRole>] [-Path <string>] [-StartVM] [-CPUCount <byte>]
[-CPURelativeWeight <int>] [-CPUType <ProcessorType>] [-MemoryMB <int>] [-Generation <int>] [-
DelayStartSeconds
<int>] [-StartAction {NeverAutoTurnOnVM | AlwaysAutoTurnOnVM | TurnOnVMIfRunningWhenVSStopped}] [-StopAction
{SaveVM | TurnOffVM | ShutdownGuestOS}] [-LogicalNetwork <LogicalNetwork>] [-VMNetwork <VMNetwork>]
[-NoConnection] [-MACAddress <string>] [-MACAddressType <string>] [-SourceNetworkConnectionID <string>]
[-VirtualNetwork <VirtualNetwork>] [-VirtualNetworkAdapter <VirtualNetworkAdapter>] [-VLanEnabled <bool>] [-
VLanID
<uint16>] [-OverridePatchPath <string>] [-SkipInstallVirtualizationGuestServices] [-NetworkLocation
<string>]
[-NetworkTag <string>] [-RunAsynchronously] [-PROTipID <guid>] [-JobVariable <string>] [<CommonParameters>]
Pasos siguientes
Instalación de un sistema operativo en una máquina
virtual en el tejido de VMM
IMPORTANT
En este artículo se describe cómo instalar un sistema operativo en una máquina virtual en el tejido de System
Center Virtual Machine Manager (VMM).
Después de implementar una máquina virtual en el tejido de VMM, puede instalar un sistema operativo en ella.
Revise los sistemas operativos compatibles.
Puede instalar un sistema operativo desde un DVD, un archivo de imagen ISO de la biblioteca VMM o una
instalación de red.
En el caso de la imagen ISO o el CD de sistema, cuando configure la máquina virtual, necesitará una unidad
virtual para adjuntarla a la unidad física o al archivo de imagen.
Para usar una imagen ISO, se debe agregar a la biblioteca VMM.
En el caso de una instalación de red, debe configurar un adaptador de red virtual.
Preparación de la instalación desde un DVD de sistema

1. En Máquinas vir tuales , haga clic con el botón derecho en VM > Propiedades .
2. En Configuración de hardware , haga clic en DVD en la barra de herramientas Nuevo para agregar una
unidad de DVD virtual al bus IDE.
3. Seleccione Unidad de CD o DVD física y elija la unidad en el host.
Preparación de la instalación desde una imagen ISO de la biblioteca

VMM
1. Copie el archivo de imagen a un recurso compartido de la biblioteca Virtual Machine Manager. El archivo
estará disponible cuando se actualice la biblioteca. Obtenga más información sobre cómo agregar recursos
basados en archivos a la biblioteca.
2. En las propiedades de la máquina virtual > Configuración de hardware , haga clic en DVD en la barra de
herramientas Nuevo para agregar una unidad de DVD virtual al bus IDE.
3. Seleccione Known image file (Archivo de imagen conocido) y seleccione el archivo en los recursos de
biblioteca de la lista.
Habilitación de imágenes ISO compartidas

De manera predeterminada, cuando se crea una máquina virtual, se copia una imagen ISO adjunta como una
unidad de DVD virtual en la carpeta de la máquina virtual. VMM funciona de esta manera para que el usuario
pueda migrar máquinas virtuales de host a host con facilidad. Si quiere compartir la imagen de la biblioteca
VMM, en lugar de copiarla, haga lo siguiente:
1. Especifique una cuenta de dominio de Active Directory como la cuenta de servicio de VMM en el servidor
VMM.
2. Conceda a la cuenta de servicio de VMM acceso al recurso compartido de biblioteca VMM que almacena los
archivos de imágenes ISO. Conceda a la cuenta de máquina host de Hyper-V acceso de lectura a la ubicación
de imágenes ISO compartidas.
3. Configure la delegación restringida para cada host de Hyper-V. Esto garantiza que cada host presente
credenciales delegadas para CIFS/SMB al servidor de VMM en el que la biblioteca almacena la imagen ISO.
Para ello, en Active Directory, busque la cuenta de máquina host y abra las propiedades de la cuenta. En la
pestaña Delegación , seleccione Seleccionar este equipo para la delegación solo a los ser vicios
especificados > Usar cualquier protocolo de autenticación > Agregar . Agregue el servidor de
biblioteca VMM que contiene la imagen ISO que quiere compartir. En Agregar ser vicios , agregue cifs
4. Ahora configure una máquina virtual para compartir una imagen ISO. a. En las propiedades de la máquina
virtual > Configuración de hardware , en el modo Capturar > seleccione Archivo de imagen existente
y busque y seleccione el archivo de imagen ISO en la biblioteca. b. Seleccione Compar tir archivo de
imagen en lugar de copiarlo .
NOTE
Debe adjuntar el archivo de imagen ISO compartido a la máquina virtual después de crearla. No puede adjuntar el archivo
cuando crea la máquina virtual.
Preparación de la instalación desde la red

Si el adaptador de red del equipo host admite el arranque de servicio de red, puede configurar un adaptador de
red virtual en la máquina virtual para habilitar esta función.
1. En Máquinas vir tuales , haga clic con el botón derecho en VM > Propiedades .
2. En Configuración de hardware , configure una conexión de red.
3. En la barra de herramientas Nuevo , haga clic en Adaptador de red para agregar un adaptador de red
virtual al bus IDE.
4. En Conectar a to , seleccione la red virtual externa que se va a usar para el arranque del servicio de red. La
lista contiene todas las redes virtuales configuradas en el host.
5. En Dirección (MAC) Ethernet , especifique una dirección IP dinámica o estática para la máquina virtual.
6. Con la máquina virtual configurada para proporcionar acceso al medio de instalación que ha elegido, puede
conectar la máquina virtual para instalar el sistema operativo. De forma predeterminada, VMM usa el puerto
5900 para conectarse a VMRC. No se requiere ninguna configuración a menos que un firewall bloquee el
puerto.
Instalación del sistema operativo en la máquina virtual

1. Haga clic con el botón derecho en la máquina virtual > Conectarse a una máquina vir tual . Haga clic en
Sí para iniciar la máquina virtual.
2. En el menú Control remoto, haga clic en Teclas especiales y luego en Enviar Ctrl+Alt+Supr .
3. Instale el sistema operativo en la máquina virtual. La partición del disco de arranque debe ser la partición
Windows.
4. Una vez que se complete la instalación, finalice la sesión con la máquina virtual y detenga la VM en VMM.
Pasos siguientes
Administre la configuración de la máquina virtual.
Configuración de las opciones de las máquinas
virtuales en el tejido de proceso de VMM
IMPORTANT
En este artículo se describe cómo configurar las opciones de rendimiento y disponibilidad de las máquinas
virtuales en el tejido de System Center - Virtual Machine Manager (VMM).
Las opciones incluyen la modificación de las propiedades de máquinas virtuales y la configuración de las
opciones de rendimiento, como la calidad de almacenamiento (QoS), las opciones de disponibilidad, la
limitación de recursos y el NUMA virtual.
Agregar un adaptador virtual a una máquina virtual

Puede agregar y quitar los adaptadores de red virtual (vNIC) de las máquinas virtuales que se están ejecutando.
Esto reduce el tiempo de inactividad de la carga de trabajo. Observe lo siguiente:
Agrega nuevos adaptadores de red virtual mediante la creación o modificación de un perfil de hardware de
VMM.
Esta característica solo está disponible para las máquinas virtuales de segunda generación.
De manera predeterminada, los adaptadores de red virtual agregados no están conectados a una red virtual.
Puede configurar máquinas virtuales asignadas con el perfil de hardware para usar uno o más de los
adaptadores de red virtual después de que se implementen en un host.
1. En las propiedades de máquina virtual > Configuración de hardware , haga clic en Adaptadores de
red y seleccione el adaptador de red que quiere agregar.
2. Puede configurar un número de propiedades para el adaptador de red, incluidas:
Conectado a : seleccione a lo que está conectado el adaptador.
No conectado : seleccione si no quiere especificar una red ahora.
Red interna : seleccione si quiere conectarlo a una red interna aislada que permita la comunicación
entre las máquinas virtuales del mismo host. Las máquinas virtuales conectadas a la red virtual
interna no pueden comunicarse con el host, con ningún otro equipo físico en la red LAN del host ni
con Internet.
Red externa : seleccione para especificar que una máquina virtual que se ha creado mediante este
perfil de hardware se conectará a un adaptador de red físico en su host. Las máquinas virtuales
conectadas a un adaptador de red físico pueden comunicarse con cualquier equipo físico o virtual con
el que el host pueda comunicarse y con cualquier recurso disponible en la intranet y en Internet al
pueda tener acceso el equipo host.
Dirección Ethernet (MAC) : equipos, una dirección MAC virtual de las máquinas virtuales identifica
de forma única cada uno de los equipos situados en la misma subred. Seleccione una de las siguientes
opciones:
Dinámica . Seleccione esta opción si desea habilitar una dirección MAC dinámica para una máquina
virtual.
Estática . Seleccione esta opción si desea especificar una dirección MAC estática para una máquina
virtual. Escriba una dirección MAC estática en el campo proporcionado.
Modo de tronco : selecciónelo para habilitar el modo de tronco (aplicable desde 2019 UR3).
Compatibilidad con el modo de tronco

NOTE
El modo de tronco se admite desde UR3.
El modo de tronco solo se admite en redes independientes basadas en VLAN.
VMM 2019 UR3 y versiones posteriores admiten el modo de tronco para VNIC de VM. El modo de tronco lo
usan las aplicaciones NFV/VNF, como firewalls virtuales, equilibradores de carga de software y puertas de
enlace virtuales, para enviar y recibir tráfico a través de distintas VLAN. Puede habilitar el modo de tronco a
través de la consola y PowerShell.
Consulte la sección siguiente para habilitar el modo de tronco a través de la consola, consulte Set-
SCVirtualNetworkAdapter and New-SCVirtualNetworkAdapter para habilitarlo a través de los commandlets de
PowerShell.
Configuración del modo de tronco

Para configurar el modo de tronco en VMM, siga estos pasos:
1. En las Propiedades de la máquina virtual, vaya a Configurar hardware > Adaptador de red y, a
continuación, seleccione Modo de tronco para habilitar el modo de tronco para VNIC de máquinas
virtuales.
2. Seleccione las redes de VM (varias vLAN) a través de las que desea dirigir el tráfico de red de la máquina
virtual.
3. La red de VM que se selecciona como parte del flujo de trabajo de conexión a una red de VM también debe
convertirse en la VLAN nativa. No se puede cambiar la VLAN nativa más adelante, ya que se basa en la red
de VM que se seleccionó como parte de un flujo de trabajo de conexión a una red de VM.
Agregar un adaptador virtual con PowerShell
Puede usar PowerShell para agregar un adaptador virtual. A continuación se muestra un cmdlet de ejemplo
para efectuar la configuración:
Ejemplo 1
Agregue un vNIC:
El primer comando obtiene el objeto de máquina virtual denominado VM01 y lo almacena en la variable
$VM.
El segundo comando crea un adaptador de red virtual en VM01.
PS C:\> $VM = Get-SCVirtualMachine -Name "VM01"

PS C:\> New-SCVirtualNetworkAdapter -VM $VM -Synthetic
Ejemplo 2
Los siguientes comandos de PowerShell quitarán un vNIC de una máquina virtual en ejecución. Se supone que
solo hay un vNIC en la máquina virtual.
$VM.
El segundo comando obtiene el objeto del adaptador de red virtual en VM02 y lo almacena en la variable
$Adapter.
El último comando quita de VM02 el adaptador de red virtual almacenado en $Adapter.

PS C:\> $Adapter = Get-SCVirtualNetworkAdapter -VM $VM
PS C:\> Remove-SCVirtualNetworkAdapter -VirtualNetworkAdapter $Adapter
Administrar la memoria estática en una máquina virtual en ejecución

Puede modificar la configuración de memoria de una máquina virtual en ejecución que usa la memoria estática.
Esta característica ayuda a eliminar el tiempo de inactividad de cargas de trabajo debido a una reconfiguración.
Puede aumentar o disminuir la asignación de memoria, o cambiar la máquina virtual a memoria dinámica.
Tenga en cuenta que los usuarios ya pueden modificar la memoria dinámica de una máquina virtual en
ejecución desde VMM. En cambio, esta característica trata sobre cómo modificar la memoria estática.
Use los siguientes ejemplos de PowerShell para modificar la configuración de la memoria estática.
Ejemplo 1
Cambio de la memoria estática de una máquina virtual en ejecución.
$VM.
El segundo comando cambia la memoria asignada a VM01 por 1024 MB.

PS C:\> Set-SCVirtualMachine -VM $VM -MemoryMB 1024
Ejemplo 2
Habilitación de la memoria dinámica de una máquina virtual en ejecución.
$VM.
El segundo comando habilita la memoria dinámica, establece la memoria de inicio en 1024 MB y la memoria
máxima en 2048 MB.
PS C:\> Set-SCVirtualMachine -VM $VM -DynamicMemoryEnabled $True -MemoryMB 1024 -DynamicMemoryMaximumMB 2048
Agregar un período de servicio a una máquina virtual

Puede configurar un período de servicio para una máquina virtual o un servicio, de modo que pueda
mantenerlos fuera de la consola de VMM. Debe configurar el período y asignarlo luego a las propiedades de la
máquina virtual.
Crear un punto de control de producción para una máquina virtual

Los puntos de control de producción le permiten crear fácilmente en un momento dado imágenes de una
máquina virtual que se puede restaurar más adelante.
Los puntos de control de producción se crean usando la tecnología de copia de seguridad dentro del
invitado para crear el punto de control, en lugar de usar la tecnología de estado guardado.
En una máquina virtual que ejecute un sistema operativo Windows, los puntos de control de producción
se crean con el servicio de instantáneas de volumen (VSS).
Las máquinas virtuales de Linux vacían sus búferes del sistema de archivos para crear un punto de
comprobación coherente con el sistema de archivos.
Si desea crear puntos de control mediante la tecnología de estado guardado, todavía puede usar los
puntos de control estándar para la máquina virtual.
Puede establecer uno de estos valores de punto de control para una máquina virtual:
Disabled : no se efectúa ningún punto de comprobación.
Production : los puntos de control de producción son instantáneas de una máquina virtual
coherentes con la aplicación. Hyper-V usa el proveedor VSS invitado para crear una imagen de la
máquina virtual, donde todas sus aplicaciones tienen un estado coherente. La instantánea de
producción no es compatible con la fase de recuperación automática durante la creación. Para aplicar
un punto de control de producción, la máquina virtual restaurada se debe arrancar desde un estado
sin conexión, igual que en una copia de seguridad restaurada. Es más idóneo para los entornos de
producción.
ProductionOnly : esta opción es igual que la opción Production, pero con la diferencia esencial de
que, con ProductionOnly, si se produce un error en un punto de control de producción, no se efectuará
ningún punto de comprobación. Difiere de la opción Production en que, si se produce un error en un
punto de control de producción, se efectuará un punto de control estándar.
Standard : todo el estado de la memoria de las aplicaciones en ejecución se almacena de tal manera
que, al aplicar el punto de control, la aplicación vuelve al estado anterior. Para muchas aplicaciones,
esta opción no sería adecuada en un entorno de producción. Por lo tanto, este tipo de punto de control
suele ser más adecuado para los entornos de desarrollo y de pruebas de algunas aplicaciones.
Establezca el punto de control con el siguiente comando de PowerShell:
Set-SCVirtualMachine CheckpointType (Disabled, Production, ProductionOnly, Standard)
Configurar las opciones de disponibilidad de las máquinas virtuales en

clúster
Puede configurar un número de opciones que facilitan la alta disponibilidad y la resistencia de las máquinas
virtuales ubicadas en un clúster:
QoS de almacenamiento : puede configurar los discos duros de máquinas virtuales de Hyper-V con la
configuración de calidad de servicio (QoS) para controlar el ancho de banda. Para ello, use el Administrador
de Hyper-V.
Prioridad de máquina vir tual : puede configurar las opciones de prioridad de las máquinas virtuales
implementadas en un clúster de hosts. En función de la prioridad de las máquinas virtuales, el clúster de
hosts inicia o coloca las máquinas virtuales de prioridad alta delante de las de prioridad media o baja. Esto
garantiza que la memoria y demás recursos se asignarán primero a las máquinas virtuales de alta prioridad,
con el fin de mejorar el rendimiento. Además, después de un error de nodo, si las máquinas virtuales de alta
prioridad no tienen la memoria y otros recursos necesarios para iniciarse, se desconectarán las máquinas
virtuales de prioridad baja a fin de liberar recursos para las máquinas virtuales de prioridad alta. Las
máquinas virtuales que son adelantadas se reinician más adelante en el orden de prioridad.
Los propietarios preferidos y posibles de las máquinas vir tuales : esta configuración influye en la
selección de ubicación de máquinas virtuales en los nodos del clúster de hosts. De manera predeterminada,
no hay propietarios preferidos (no hay preferencias) y los posibles propietarios incluyen todos los nodos de
servidor del clúster.
Conjuntos de disponibilidad : cuando se colocan varias máquinas virtuales en un conjunto de
disponibilidad, VMM intentará mantenerlas en hosts separados, es decir, evitará colocarlas juntas en el
mismo host siempre que sea posible. Esto ayuda a mejorar la continuidad del servicio.
Configurar QoS para una máquina virtual
1. Abra Administrador de Hyper-V y haga clic en Acción > Configuración .
2. En Controlador SCSI , haga clic en Disco duro
3. En Características avanzadas , haga clic en Habilitar administración de calidad de ser vicio .
4. Especifique los valores de IOPS mínimo y máximo.
Configurar la prioridad
1. Configure una máquina virtual o una plantilla de máquina virtual mediante una de las siguientes
opciones:
Para configurar una máquina virtual implementada, en VM y ser vicios , desplácese hasta el host
donde está implementada la máquina virtual. Haga clic con el botón derecho en la máquina virtual >
Propiedades .
Para configurar una máquina virtual almacenada, en Biblioteca , desplácese hasta el servidor de
biblioteca en el que está almacenada la máquina virtual. Haga clic con el botón derecho en la máquina
virtual > Propiedades .
También puede configurar la prioridad mientras configura una máquina virtual, en la página
Configurar hardware . Para configurar una plantilla de máquina virtual, en Biblioteca > Plantillas ,
haga clic en Plantillas de VM . Haga clic con el botón derecho en la plantilla de máquina virtual >
Propiedades .
2. En Configuración de hardware o Configurar hardware , desplácese hacia abajo hasta Opciones
avanzadas y haga clic en Disponibilidad . Asegúrese de que la opción Hacer que esta máquina
vir tual sea de alta disponibilidad esté activada. En una máquina virtual implementada, esta
configuración no se puede cambiar, ya que depende de si la máquina virtual está implementada en un
clúster de hosts.
3. En Prioridad de máquina vir tual , seleccione la prioridad Alta, Media o Baja para la máquina virtual. Si
desea que la máquina virtual siempre requiera un inicio manual y nunca se adelante a otras máquinas
virtuales, seleccione No reiniciar automáticamente .
Configurar los propietarios preferidos
1. En VM y ser vicios , vaya al host donde está implementada la máquina virtual. Haga clic con el botón
derecho en la máquina virtual > Propiedades .
2. Haga clic en Configuración y configure las opciones:
Para controlar qué nodos (servidores) del clúster poseerán la máquina virtual la mayor parte del
tiempo, configure la lista de propietarios preferidos.
Para impedir que una máquina virtual pertenezca a un nodo concreto, configure la lista de posibles
propietarios y omita los nodos que nunca deben poseer la máquina virtual.
Configurar los conjuntos de disponibilidad
Puede configurar conjuntos de disponibilidad para máquinas virtuales independientes en un clúster, o en
conjuntos de disponibilidad de una plantilla de servicio, para especificar cómo se deben colocar en los hosts las
máquinas virtuales creadas con la plantilla.
1. Configure una máquina virtual o una plantilla de máquina virtual mediante una de las siguientes
opciones:
Para configurar una máquina virtual implementada, en VM y ser vicios , desplácese hasta el host
donde está implementada la máquina virtual. Haga clic con el botón derecho en la máquina virtual >
Propiedades .
Para configurar una máquina virtual almacenada, en Biblioteca , desplácese hasta el servidor de
biblioteca en el que está almacenada la máquina virtual. Haga clic con el botón derecho en la máquina
virtual > Propiedades .
También puede configurar la prioridad mientras configura una máquina virtual, en la página
Configurar hardware . Para configurar una plantilla de máquina virtual, en Biblioteca > Plantillas ,
haga clic en Plantillas de VM . Haga clic con el botón derecho en la plantilla de máquina virtual >
Propiedades .
2. En la ficha Configuración de hardware , desplácese hacia abajo hasta Opciones avanzadas y haga
clic en Disponibilidad .
3. Confirme que Hacer que esta máquina vir tual sea de alta disponibilidad tiene la configuración
deseada. (En una máquina virtual implementada, la configuración no se puede cambiar, ya que depende
de si la máquina virtual está implementada en un clúster de hosts).
4. En Conjuntos de disponibilidad , haga clic en Administrar conjuntos de disponibilidad .
5. Haga clic en el nombre de un conjunto de disponibilidad y use los controles para agregar o quitar el
conjunto. Repita esta acción hasta que todos los conjuntos de disponibilidad previstos aparezcan en la
lista Propiedades asignadas . Para crear un conjunto de disponibilidad nuevo, haga clic en el botón
Crear , asigne un nombre al conjunto y, a continuación, haga clic en Aceptar .
6. Para comprobar la configuración de una máquina virtual implementada, en la lista de la máquina virtual,
vea el nombre en Nombre del conjunto de disponibilidad .
En el caso de las máquinas virtuales que se han implementado en un clúster de hosts, otra manera de
configurar esta opción consiste en usar los comandos de Windows PowerShell para clústeres de conmutación
por error. En este contexto, la opción aparece en Get-ClusterGroup como AntiAffinityClassNames .
Configurar la limitación de recursos

VMM incluye características de limitación de recursos, como la limitación del procesador (CPU) y de la memoria,
para controlar la asignación de recursos y facilitar que las máquinas virtuales se ejecuten de forma más eficaz.
Limitación del procesador : puede establecer el peso de un procesador virtual para proporcionar al
procesador una cuota mayor o menor de ciclos de CPU. Las propiedades garantizan que se pueda dar o
quitar prioridad a las máquinas virtuales si los recursos de la CPU están desbordados. Para cargas de
trabajo de alto rendimiento, se pueden agregar más procesadores virtuales, especialmente cuando una
CPU física está próxima a su límite superior.
Alta, Normal, Baja, Personalizada : especifica cómo se distribuye la CPU cuando se produce la
contención. A las máquinas de mayor prioridad se les asignará la CPU en primer lugar.
Reser var ciclos de CPU (%) : especifica el porcentaje de recursos de CPU que están asociados con
un procesador lógico y que se deben reservar para la máquina virtual. Esto es útil cuando una
máquina virtual ejecuta aplicaciones que consumen CPU especialmente y desea garantizar un nivel
mínimo de recursos de CPU. Un valor cero indica que no hay ningún porcentaje de CPU específico
reservado para la máquina virtual.
Limitar ciclos de CPU (%) : especifica que la máquina virtual no debería consumir más que el
porcentaje indicado de un procesador lógico.
Limitación de memoria y peso : la limitación de memoria ayuda a dar prioridad o quitar prioridad al
acceso a los recursos de memoria en escenarios en los que los recursos de memoria están limitados.
Cuando el uso de memoria de un host es elevado, los recursos de memoria se asignan a las máquinas
virtuales con prioridad más alta antes que a las de prioridad más baja. Si especifica una prioridad más
baja, puede impedir que una máquina virtual se inicie cuando se estén ejecutando otras máquinas
virtuales y la memoria disponible sea baja. Puede establecer los umbrales y la configuración de
prioridades de memoria como sigue:
Estática : la cantidad de memoria estática que se asigna a una máquina virtual específica.
Dinámica : la configuración de la memoria dinámica incluye lo siguiente:
Memoria de inicio : la cantidad de memoria que se asigna a la máquina virtual cuando se
inicia. Se debe establecer al menos en la cantidad mínima de memoria que se requiere para
ejecutar el sistema operativo y las aplicaciones en la máquina virtual. La memoria dinámica
ajustará la cantidad de memoria según sea necesario.
Memoria mínima : la cantidad mínima de memoria necesaria para la máquina virtual. Permite
a un equipo inactivo reducir el consumo de memoria por debajo de los requisitos de memoria
de inicio. La memoria disponible puede usarse en otras máquinas virtuales.
Memoria máxima : el límite de memoria que se asigna a la máquina virtual. El valor
predeterminado es 1 TB.
Porcentaje de búfer de memoria : la memoria dinámica agrega memoria a una máquina
virtual según sea necesario, pero existe la posibilidad de que una aplicación pueda exigir
memoria más rápidamente de lo que la memoria dinámica la asigna. El porcentaje de búfer de
memoria especifica la cantidad de memoria disponible que asignará a la máquina virtual si es
necesario. El porcentaje se basa en la cantidad de memoria que necesitan realmente las
aplicaciones y los servicios que se ejecutan en la máquina virtual. Se expresa como un
porcentaje debido a que cambia dependiendo de los requisitos de la máquina virtual.
El porcentaje se calcula como sigue: Cantidad de búfer de memoria = memoria que
necesita la máquina virtual / (valor de búfer de memoria/100).
Por ejemplo, si la memoria que está comprometida con la máquina virtual es de 1000
MB y el búfer es del 20%, entonces se asignará un búfer adicional del 20% (200 MB)
para un total de 1200 MB de memoria física asignada a la máquina virtual.
Peso de la memoria : la prioridad que se asigna a una máquina virtual cuando los recursos de
memoria se encuentran en pleno uso. Si establece un valor de prioridad alta, dará prioridad a una
máquina virtual cuando se asignan los recursos de memoria. Si se establece una prioridad baja, es
posible que una máquina virtual no se pueda iniciar si los recursos de memoria son insuficientes.
Configurar la limitación del procesador
1. En la máquina virtual > propiedades > Opciones avanzadas , haga clic en Prioridad de CPU .
2. Seleccione un valor de prioridad para la máquina virtual. Esos valores especifican cómo se equilibran los
recursos de CPU entre máquinas virtuales y se corresponden al valor de peso relativo de Hyper-V:
Alto: valor del peso relativo de 200
Normal: valor del peso relativo de 100
Bajo: valor del peso relativo de 50
Personalizado: los valores del peso relativo que se admiten están entre 1 y 10000
3. En Reser var ciclos de CPU (%) , especifique el porcentaje de recursos de CPU de un procesador lógico
que se deben reservar para una máquina virtual. Esto es útil cuando una máquina virtual ejecuta
aplicaciones que realizan un uso especialmente intensivo de la CPU y desea garantizar un nivel mínimo
de recursos de CPU. Un valor cero indica que no hay ningún porcentaje de CPU específico reservado.
4. En Limitar ciclos de CPU (%) , especifique el porcentaje máximo de recursos de CPU de un procesador
lógico que la máquina virtual debería consumir. A la máquina virtual no se le asignará más que este
porcentaje.
Configurar la limitación de memoria
1. En la máquina virtual > propiedades > General , haga clic en Memoria .
2. Seleccione Estático para especificar que una cantidad fija de memoria debe asignarse a una máquina
virtual.
3. Seleccione Dinámico para especificar la configuración de memoria dinámica para una máquina virtual,
de la siguiente manera:
En Memoria de inicio , especifique la cantidad de memoria que se asigna a la máquina virtual
cuando se inicia. El valor de la memoria debe establecerse al menos en la cantidad mínima de
memoria que se requiere para el sistema operativo de la máquina virtual y para que se ejecuten las
aplicaciones.
En Memoria mínima , especifique una cantidad de memoria que permita que una máquina virtual
inactiva reduzca el consumo de memoria por debajo del requisito de memoria de inicio. De esta
manera habrá más memoria disponible para su uso en otras máquinas virtuales.
En Memoria máxima , especifique la cantidad máxima de memoria que se asigna a una máquina
virtual. El valor predeterminado es 1 TB.
En Porcentaje de búfer de memoria , especifique la cantidad de memoria disponible que se
asignará a una máquina virtual si es necesario. El porcentaje debe basarse en la cantidad de memoria
que necesitan realmente las aplicaciones y servicios que se ejecutan en la máquina virtual. El
porcentaje de búfer de memoria se calculará de la siguiente manera: Cantidad de búfer de memoria =
memoria que necesita la máquina virtual / (valor de búfer de memoria/100). Por ejemplo, si la
memoria que está comprometida con la máquina virtual es de 1000 MB y el búfer es del 20%,
entonces se asignará un búfer adicional del 20% (200 MB) para un total de 1200 MB de memoria
física asignada a la máquina virtual.
Configurar el NUMA virtual

En VMM puede configurar, implementar y administrar el acceso a memoria no uniforme (NUMA) virtual. El
NUMA virtual tiene las siguientes propiedades:
NUMA es una arquitectura de memoria que se usa en sistemas de múltiples procesadores, en la que el
tiempo que se requiere para que un procesador tenga acceso a la memoria depende de la ubicación de la
memoria, en relación con el procesador. En los sistemas NUMA, los procesadores pueden obtener acceso a la
memoria local (la memoria que está asociada directamente al procesador) más rápidamente que a la
memoria no local (la memoria que está asociada a otro procesador). NUMA intenta cerrar la brecha entre la
velocidad de los procesadores y la memoria que utilizan. Para ello, NUMA proporciona memoria separada
para cada procesador, lo que evita la degradación del rendimiento que se produce cuando varios
procesadores intentan obtener acceso a la misma memoria. Cada bloque de memoria dedicada se conoce
como un nodo NUMA.
NUMA virtual permite la implementación de cargas de trabajo mayores y más críticas que se pueden
ejecutar sin una degradación significativa del rendimiento en un entorno virtualizado, en comparación con la
ejecución de equipos no virtuales con hardware NUMA físico. Cuando se crea una máquina virtual, de
manera predeterminada Hyper-V usa para la configuración del invitado valores que se sincronizan con la
topología NUMA del host de Hyper-V. Por ejemplo, si un host tiene 16 núcleos y 64 GB divididos
uniformemente entre dos nodos NUMA con dos nodos NUMA por socket de procesador físico, cualquier
máquina virtual que se cree en el host con 16 procesadores virtuales tendrá el valor de número máximo de
procesadores por nodo configurado en ocho, el de nodos máximos por socket configurado en dos y el de
memoria máxima por nodo configurado en 32 GB.
La expansión del NUMA se puede habilitar o deshabilitar. Con la expansión habilitada, los nodos NUMA
virtuales individuales pueden asignar memoria no local y un administrador puede implementar una
máquina virtual que tenga más procesadores virtuales por nodo NUMA virtual que el número de
procesadores que están disponibles en el nodo de hardware NUMA subyacente del host de Hyper-V. La
expansión de NUMA en una máquina virtual tiene un coste de rendimiento, ya que las máquinas virtuales
obtienen acceso a la memoria de nodos NUMA no locales.
Configure el NUMA virtual de las máquinas virtuales del siguiente modo:
1. En la máquina virtual > Propiedades > Opciones avanzadas , haga clic en NUMA vir tual .
2. En Máximo de procesadores por nodo de NUMA vir tual , especifique el número máximo de
procesadores virtuales que pertenecen a la misma máquina virtual y que se pueden usar simultáneamente
en un nodo NUMA virtual. Configure esta opción para garantizar el máximo ancho de banda. Distintas
máquinas virtuales NUMA usarán nodos de NUMA distintos. El límite mínimo es 1 y el máximo es 32.
3. En Máximo de memoria por nodo de NUMA vir tual (MB) , especifique la cantidad máxima de memoria
(MB) que se puede asignar a un solo nodo NUMA virtual. El límite mínimo es de 8 MB y el máximo es 256
GB.
4. En Máximo de nodos de NUMA vir tual por socket , especifique el número máximo de nodos de NUMA
virtual que se permite en un solo socket. El número mínimo es 1 y el máximo es 64.
5. Para habilitar la expansión, haga clic en Permitir que la máquina vir tual extienda nodos NUMA de
hardware .
Configuración de optimización dinámica y
optimización de energía en VMM
IMPORTANT
Lea este artículo para obtener información sobre cómo habilitar la optimización dinámica (DO) y la optimización
de energía para las máquinas virtuales en System Center - Virtual Machine Manager (VMM). En el artículo se
incluye una descripción general de las características, instrucciones para configurar BMC para optimización de
energía y, además, se describe cómo habilitar y ejecutar estas características.
NOTE
VMM 2019 y las versiones posteriores admiten la optimización dinámica para Compute y Storage. Las versiones
anteriores a VMM 2019 admiten la optimización dinámica solo para Compute. Use los siguientes procedimientos
según corresponda para la versión que está utilizando.
VMM no admite clústeres que reconocen sitios o clústeres extendidos. VMM no tiene en cuenta los dominios de error
específicos del sitio definidos por Hyper-V para el cálculo de optimización dinámica.
Optimización dinámica : mediante la optimización dinámica, VMM realiza la migración en vivo de las
máquinas y discos duros virtuales de un clúster de hosts. La migración se basa en la configuración que
especifica para mejorar el equilibrio de carga entre hosts y el almacenamiento compartido del clúster
(volumen compartido de clúster o CSV), y para corregir los problemas de ubicación de las máquinas
virtuales.
La optimización dinámica de Compute (optimización de hosts) se puede realizar en los hosts
de un clúster para optimizar el rendimiento del host mediante la migración de máquinas virtuales
entre los hosts. Los umbrales de rendimiento del host que puede establecer son: CPU y memoria.
La optimización dinámica de Storage (optimización del espacio en disco, aplicable para VMM
2019 o posterior) se puede realizar en el almacenamiento compartido del clúster (CSV, recursos
compartidos de archivos) para optimizar el espacio de almacenamiento disponible mediante la
migración de discos duros virtuales (VHD) en el almacenamiento compartido. Puede establecer el
umbral de espacio de almacenamiento libre en el almacenamiento compartido del clúster.
Optimización de energía : la optimización de energía es una característica de la optimización dinámica
que ahorra energía al apagar los hosts que no son necesarios para cumplir los requisitos de recursos
dentro de un clúster y que los vuelve a encender cuando son necesarios.
VMM admite la optimización dinámica de Compute (y en el caso de VMM 2019 o posterior, la de Compute y
Storage) y la optimización de energía en clústeres de hosts de Hyper-V. La optimización dinámica de Compute y
la optimización de energía también se admiten en los clústeres de hosts de VMware en el tejido de VMM que
admite la migración en vivo.
Antes de empezar
Tenga en cuenta la siguiente información antes de empezar a usar la optimización dinámica.
Optimización dinámica
La optimización dinámica y la optimización de energía se pueden configurar en clústeres de host que
admiten la migración en vivo.
La optimización dinámica se puede configurar en un grupo host para migrar máquinas virtuales y discos
duros virtuales dentro de los clústeres de hosts con una frecuencia y una agresividad especificadas. La
agresividad de la máquina virtual determina la cantidad de desequilibrio de carga que se requiere para
iniciar una migración durante la optimización dinámica.
La agresividad de espacio en disco determina la cantidad de espacio de almacenamiento libre por debajo del
umbral de espacio en disco que se necesita para migrar los discos duros virtuales a otro almacenamiento
compartido de clúster durante una optimización dinámica.
De forma predeterminada, las máquinas virtuales se migran cada 10 minutos con agresividad media si la
migración automática está habilitada. Cuando se configure la frecuencia y la agresividad para la optimización
dinámica, un administrador debe tener en cuenta el costo de los recursos para migraciones adicionales en
comparación con las ventajas de equilibrar la carga entre los hosts y el almacenamiento compartido de un
clúster de hosts. De forma predeterminada, un grupo host hereda la configuración de Optimización dinámica
para su grupo host primario.
Si configura la optimización dinámica en un grupo host sin un clúster no tendrá ningún efecto.
La optimización dinámica puede configurarse para clústeres con dos o más nodos. La optimización dinámica
de Storage necesitará dos o más archivos o volúmenes de almacenamiento compartido presentes en el
clúster. Si un grupo host contiene hosts independientes o clústeres de hosts que no admiten la migración en
vivo, no se realiza la optimización dinámica en esos hosts. Todos los hosts que están en modo de
mantenimiento también se excluyen de la optimización dinámica. Además, VMM solo migra máquinas
virtuales de alta disponibilidad que usan almacenamiento compartido. Si un clúster de hosts contiene
máquinas virtuales que no son de alta disponibilidad, esas máquinas virtuales no se migran durante la
Optimización dinámica.
La optimización dinámica a petición también está disponible para clústeres de hosts individuales mediante el
uso de las acciones Optimizar hosts u Optimizar espacio en disco en el área de trabajo VM y servicios. Puede
realizarse sin configurar la optimización dinámica en grupos host. Tras solicitar la optimización dinámica para
un clúster de hosts, VMM enumera las máquinas y discos duros virtuales que se migrarán para la aprobación
por parte del administrador. La acción Optimizar hosts realiza el equilibrio de carga de la máquina virtual en
los hosts de un clúster, mientras que la acción Optimizar espacio en disco migra los discos duros virtuales en
el almacenamiento compartido de un clúster.
Imparcialidad de nodo
La imparcialidad de nodo es una nueva característica en Windows Server 2016. Identifica nodos del clúster con
cargas ligeras y distribuye máquinas virtuales en esos nodos para equilibrar la carga. Esto es similar a la
optimización dinámica de VMM. Para evitar problemas potenciales de rendimiento, la optimización dinámica y
la imparcialidad de nodo no deberían funcionar juntas. Para garantizar que esto no ocurra, VMM deshabilita la
imparcialidad de nodo en todos los clústeres de un grupo host para los que la optimización dinámica se
establece como automática. Si habilita la imparcialidad de nodo fuera de la consola VMM, VMM lo desactivará la
próxima vez que se actualice la optimización dinámica. Si no quiere usar la imparcialidad de nodo, deshabilite la
optimización dinámica y, después, habilite manualmente la imparcialidad de nodo.
Optimización de energía
Para la optimización de energía, los equipos deben tener un controlador de administración de placa base
(BMC) que permita la administración fuera de banda.
La optimización de energía se asegura de que el clúster mantiene un cuórum si se produce un error en un
nodo activo. Para clústeres que se crean fuera de VMM y se agregan a VMM, la optimización de energía
requiere más de cuatro nodos. Para cada nodo o cada dos nodos adicionales de un clúster, se puede apagar
un nodo. Por ejemplo:
Se puede apagar un nodo para un clúster de cinco o seis nodos.
Se pueden apagar dos nodos para un clúster de siete u ocho nodos.
Se pueden apagar tres nodos de un clúster de nueve o diez nodos.
Cuando VMM crea un clúster, se crea un disco de cuórum y se usa ese disco como parte del modelo de
cuórum. Para los clústeres creados por VMM, se puede configurar la optimización de energía para clústeres
de más de tres nodos. Esto significa que el número de nodos que se puede apagar es el siguiente:
Se puede apagar un nodo para un clúster de cuatro o cinco nodos.
Se pueden apagar dos nodos para un clúster de seis o siete nodos.
Se pueden apagar tres nodos para un clúster de ocho o nueve nodos.
Configuración de BMC
Para los hosts con BMC que admite IMPI 1.5/2.0, DCMI 1.0 o SMASH 1.0 a través de WS-Management, puede
configurar BMC de la manera siguiente:
1. Cree una cuenta de ejecución con permisos para tener acceso a BMC en un host.
2. Haga clic en Tejido > Ser vidores > Todos los hosts > host > Propiedades > Hardware > Avanzadas >
Configuración de BMC .
3. Para habilitar la administración de VMM, seleccione Esta máquina física está configurada para la
administración fuera de banda .
4. En Este equipo es compatible con el proveedor de configuración de administración de energía
fuera de banda especificado , haga clic en el protocolo de administración compatible. Escriba la dirección
IP del BMC y acepte el puerto predeterminado que VMM ofrece. Seleccione la cuenta de ejecución y haga clic
en Aceptar .
Habilitación de la optimización dinámica y la optimización de energía

para un grupo host
1. Haga clic en Tejido > Ser vidores > Todos los hosts y seleccione el grupo host que desea configurar.
2. Con el grupo host seleccionado, haga clic en Carpeta > Propiedades grupo > Propiedades .
3. En las propiedades del grupo host, haga clic en Optimización dinámica .
4. En Especificar la configuración de la optimización dinámica , desactive la casilla Usar
configuración de optimización dinámica del grupo host primario .
5. En Agresividad , seleccione Alta , Media o Baja .
NOTE
En VMM 2019 y versiones posteriores, los valores de intensidad de la máquina virtual se reemplazan de escala
baja, media o alta a escala de enteros de 1 a 5.
1 es el grado de intensidad más bajo. 5 es el más alto.
La agresividad de la máquina virtual determina la cantidad de desequilibrio de carga que se requiere

para iniciar una migración durante la optimización dinámica.
La agresividad de espacio en disco determina la cantidad de espacio de almacenamiento libre por debajo
del umbral de espacio en disco que se necesita para migrar los discos duros virtuales a otro
almacenamiento compartido de clúster durante una optimización dinámica.
Cuando configure la frecuencia y la agresividad de la optimización dinámica, debe intentar equilibrar el
costo de recursos de migraciones adicionales en comparación con las ventajas de equilibrar la carga de
hosts en un clúster de hosts. Inicialmente, puede aceptar el valor predeterminado de Media . Después de
observar los efectos de la optimización dinámica en su entorno, puede aumentar la agresividad.
6. Configure la optimización de energía del grupo host para que VMM desactive los hosts cuando no sean
necesarios y los vuelva a activar cuando se necesiten para ayudar a ahorrar energía. La optimización de
energía solo está disponible cuando las máquinas virtuales se migran de forma automática para
equilibrar la carga.
7. Para ejecutar de forma periódica la optimización dinámica en los clústeres de hosts certificados del grupo
host, especifique la siguiente configuración:
a. Seleccione la casilla Automatically migrate vir tual machines to balance load (Migrar
automáticamente las máquinas virtuales para equilibrar la carga) para equilibrar el espacio de
almacenamiento libre en el almacenamiento compartido.
b. En Frecuencia , especifique con qué frecuencia se ejecutará la optimización dinámica. Puede escribir
cualquier valor entre 10 minutos y 1440 minutos (24 horas).
8. Establezca los umbrales para cada uno de los recursos de Compute y Storage (aplicables para VMM
2019) que aparecen en la lista. Para cambiar las unidades de los recursos, vaya a Grupo host >
Propiedades > Recursos en reser va en el host y elija la unidad en el menú desplegable.
9. Para activar la optimización de energía en el grupo host, active la casilla Habilitar optimización de
energía . Haga clic en Aceptar nuevamente para guardar los cambios.
NOTE
Si se produce un error de coincidencia en los niveles de advertencia de espacio de disco entre los grupos host que tienen
el mismo recurso compartido de archivos, eso puede dar lugar a varias migraciones hacia ese recurso compartido de
archivos y desde este, y puede afectar al rendimiento de la optimización dinámica del almacenamiento. Se recomienda que
no haga un recurso compartido de archivos a través de diferentes grupos host en los que esté habilitada la optimización
dinámica de almacenamiento.
Configuración de la optimización de energía

1. En el tejido , vaya al grupo host y abra Propiedades .
2. Haga clic en Optimización dinámica > Especificar la configuración de optimización dinámica >
Configuración .
3. En Personalizar programación de optimización de energía , cambie la configuración de cualquiera de
estos recursos: CPU, memoria, E/S de disco o E/S de red.
4. En Programación , seleccione las horas a las que quiere realizar la optimización de energía. Haga clic en una
casilla para activar o desactivar la optimización de energía para esa hora. VMM aplica la programación según
la zona horaria del host.
Ejecución de la optimización dinámica a petición en un clúster de host

Puede ejecutar la optimización dinámica a petición en un clúster de host. Para ello, no es necesario configurar
esta optimización dinámica en el grupo host primario.
1. Abra Tejido > Ser vidores > Grupos host y vaya al clúster del host.
2. Para realizar el equilibrio de carga de los recursos de Compute, haga clic en Optimizar hosts . Para
realizar el equilibrio de carga de Storage en el almacenamiento compartido del clúster, haga clic en
Optimizar discos .
Optimización de hosts : VMM realiza una revisión de la optimización dinámica para determinar si se
pueden migrar discos duros virtuales para mejorar el equilibrio de carga del clúster de hosts. Si la
migración de máquinas virtuales puede mejorar el equilibrio de carga, VMM muestra una lista de
aquellas máquinas virtuales que se recomiendan para la migración, donde se indican también los hosts
actuales y de destino. La lista excluye cualquier host que esté en modo de mantenimiento en VMM y
cualquier máquina virtual que no sea de alta disponibilidad.
Optimización del espacio en disco : VMM realiza una revisión de la optimización dinámica para
determinar si se pueden migrar los discos duros virtuales para satisfacer el umbral de espacio libre de
almacenamiento (espacio en disco), teniendo en cuenta la intensidad establecida en la página
Optimización dinámica. La optimización dinámica se desencadenará solo si algún espacio compartido de
clúster infringe el umbral de espacio en disco establecido. Si la migración de los discos duros virtuales
puede ayudar a liberar el umbral de espacio de almacenamiento en el almacenamiento compartido del
clúster, VMM mostrará una lista de los discos duros virtuales cuya migración se recomienda, junto con
una indicación del espacio de almacenamiento actual y el deseado. Los discos duros virtuales solo se
migrarán a otro almacenamiento compartido con la misma clasificación de almacenamiento.
3. Haga clic en Migrar .
NOTE
Si los discos duros virtuales se migran de un tipo de almacenamiento a otro (ejemplo: desde un CSV a un recurso
compartido de archivos NAS), la migración de almacenamiento será lenta. Si la optimización de almacenamiento no
devuelve una lista de los discos duros virtuales que se van a migrar a pesar de que se cumplan los criterios de umbral y
agresividad: - Compruebe el HostVolumeID mediante el cmdlet Get-SCStorageVolume. Si HostVolumeID devuelve Null
para el volumen, actualice la máquina virtual y vuelva a realizar la optimización dinámica de almacenamiento. -
Compruebe el valor de DiskSpacePlacementLevel del grupo de host mediante el cmdlet Get-SCHostReserve. Establezca un
valor de DiskSpacePlacementLevel igual que el valor de espacio en disco que se estableció en la configuración de Recurso
en reserva en el host del asistente de optimización dinámica.
Encendido o apagado de un equipo en VMM

1. Haga clic en Tejido > Ser vidores > Todos los hosts > nombre del host.
2. En la pestaña Host , en el grupo Host , haga clic en Conectar o Desconectar . Puede consultar información
sobre los eventos de encendido y apagado en los registros del BMC (haga clic en Hardware > Avanzadas >
Registros de BMC ).
Pasos siguientes
Obtenga información sobre el aprovisionamiento de máquinas virtuales.
Crear plantillas de máquina virtual con VMM y
Windows Azure Pack
IMPORTANT
Como proveedor de hospedaje, puede usar System Center - Virtual Machine Manager (VMM) junto con
Windows Azure Pack para aumentar las características que ofrece a los inquilinos. Para ayudar a los inquilinos a
crear máquinas virtuales con aplicaciones y sistemas operativos específicos ya instalados, puede crear plantillas
de rol de máquina virtual. Los inquilinos pueden usar estas plantillas para crear máquinas virtuales de forma
local y entornos de hospedaje de proveedor de servicios.
Antes de empezar
Obtenga información sobre Windows Azure Pack
Obtenga información sobre cómo VMM administra los recursos en la biblioteca VMM
Descargar recursos de la galería de Azure Pack

Los recursos de la galería de Azure Pack proporcionan ofertas a los inquilinos mediante componentes estándar
y reutilizables. La galería de roles de máquina virtual permite implementar máquinas virtuales. Normalmente se
necesitan dos paquetes para implementar un rol de máquina virtual:
Un paquete de definición de recursos (*.resdefpkg) para implementar la máquina virtual. En esta plantilla se
describe la información que se pide a los inquilinos de portales de autoservicio sobre el tamaño de las
máquinas virtuales, el nombre, etc. VMM usa estos parámetros para implementar el rol.
Un paquete de extensión de recursos (*.resextpkg) para instalar aplicaciones en una máquina virtual.
Cada recurso contiene un archivo Léame que explica cómo preparar el entorno.
1. Descargue el Instalador de plataforma web de Microsoft. Se usa para descargar los recursos de galería.
2. Inicie el programa de instalación, haga clic en el vínculo Opciones en la parte inferior y escriba el vínculo
https://www.microsoft.com/web/webpi/partners/servicemodels.xml en Fuentes personalizadas . Haga clic
en Agregar fuente > Aceptar . Debería aparecer una pestaña Modelos del ser vicio .
3. En la pestaña Modelos del ser vicio , seleccione Recursos de galería .
4. Seleccione el recurso que quiera y haga clic en Agregar > Instalar .
5. Acepte los términos de la licencia si es necesario y, después, haga clic en Continuar . Se abrirá una ventana
de la carpeta en el equipo local donde se descarga el recurso.
6. El archivo Léame que se incluye en el recurso especificará si es necesario software adicional. Siga las
instrucciones según sea necesario.
Importar extensiones de recurso a la biblioteca

Para los recursos de galería que usan extensiones de recurso, debe importar las extensiones a la biblioteca de
VMM, mediante PowerShell. En este ejemplo se muestra cómo instalar un paquete de extensión de recursos
(MyVMRole.resextpkg), con una biblioteca compartida denominada MSSCVMMLibrary.
1. En la línea de comandos, ejecute lo siguiente:
$libraryShare = Get-SCLibraryShare | Where-Object {$_.Name -eq 'MSSCVMMLibrary'}

$resextpkg = $Env:SystemDrive + "\GalleryResources\My-VMRole-Pkg\MyVMRole.resextpkg"
Import-CloudResourceExtension –ResourceExtensionPath $resextpkg -SharePath $libraryShare -
AllowUnencryptedTransfer
2. Compruebe que la importación se ha realizado con el siguiente cmdlet:
Get-CloudResourceExtension
Crear y preparar un disco duro virtual

Para crear una plantilla, necesita un archivo de disco duro virtual que contenga un sistema operativo preparado
para la implementación, mediante Sysprep.
Especificar el sistema operativo
1. Cuando cree el disco duro, especifique el sistema operativo requerido en la propiedad Sistema operativo.
Para los discos de datos, este valor debe establecerse en Ninguno.
2. Establezca la propiedad mediante la consola de VMM, o PowerShell. En el ejemplo siguiente se muestra
cómo establecer el disco duro virtual MyVirtualHardDisk para ejecutar Windows Server 2012 Datacenter. El
cmdlet reemplazará el nombre del disco con uno de los valores en el archivo Léame.
$myVHD = Get-SCVirtualHardDisk | where {$_.Name –eq 'MyVirtualHardDisk.vhd'}

$WS2012Datacenter = Get-SCOperatingSystem | where { $_.name –eq '64-bit edition of Windows Server 2012
Datacenter' }
Set-scvirtualharddisk –virtualharddisk $myVHD –OperatingSystem $WS2012Datacenter
Especificar el nombre y la versión

1. Las propiedades Familyname y Release del disco duro virtual deben establecerse para que el disco duro
virtual se pueda mostrar como un disco disponible para este recurso de galería en el portal de Windows
Azure Pack. Estos valores se muestran en la lista desplegable del portal.
Los valores de la propiedad Familyname deben indicar el contenido del disco duro virtual, incluida la
versión de Windows Server y la edición. El archivo Léame del recurso de galería debe incluir los
valores Familyname adecuados. Los valores de la propiedad Release deben ajustarse al esquema de
control de versiones de Windows Azure de n.n.n.n. Algunos ejemplos son 1.0.0.0 y 1.0.0.1.
2. Establezca la propiedad mediante la consola de VMM, o PowerShell. En el ejemplo siguiente se muestra
cómo establecer el disco duro virtual MyVirtualHardDisk en el nombre "Windows Server 2012
Datacenter" y la propiedad Release en "1.0.0.0". El cmdlet reemplazará los valores con uno de los valores
en el archivo Léame.

$familyName = "Windows Server 2012 DataCenter"
$release = "1.0.0.0"
Set-scvirtualharddisk –virtualharddisk $myVHD –FamilyName $familyName –Release $release
Especificar etiquetas
Los elementos de la galería de roles de máquina virtual especifican etiquetas que deben incluirse en un disco
del sistema operativo para que esté disponible como una opción cuando un usuario aprovisione la máquina
virtual. El archivo Léame del recurso de galería debe incluir las etiquetas que requiera.
1. Cuando cree el disco duro, especifique las etiquetas necesarias mediante PowerShell.
2. En el ejemplo siguiente se muestra cómo establecer la etiqueta "WindowsServer2012R1" para el disco duro
virtual MyVirtualHardDisk. El cmdlet usa los valores en el archivo Léame.

$tags = $myVHD.Tag
if ( $tags -cnotcontains "WindowsServer2012R1" ) { $tags += @("WindowsServer2012R1") }
Set-scvirtualharddisk –virtualharddisk $myVHD –Tag $tags
Agregar el disco virtual a la biblioteca

Después de crear el disco duro virtual, debe agregarlo a la biblioteca de VMM con los valores especificados.
Obtenga más información sobre cómo agregar recursos basados en archivos a la biblioteca.
Importar los paquetes de definición de recursos

Una vez que la extensión de recursos y el disco duro virtual estén en la biblioteca de VMM, puede importar el
paquete de definición de recursos y publicar el elemento de galería mediante el portal de administrador de
servicios en Windows Azure Pack. Después de realizar estos pasos, el elemento de galería estará disponible para
el inquilino.
El recurso de galería incluirá uno o más archivos de paquete de definición de recursos.
Si incluye más de uno, el archivo Léame especificará la configuración diferente que proporcionará cada uno
de ellos.
1. Abra el portal de administración de servicios.
2. Desplácese hasta el área de trabajo Nubes de máquinas vir tuales .
3. Haga clic en la pestaña Galería > Impor tar .
4. Seleccione e importe el archivo de paquete de definición de recursos para el elemento de galería. Será el
archivo con la extensión resdefpkg.
Ahora el elemento de galería debería mostrarse en la pestaña Galería .
Publicar el elemento y agregarlo a un plan

1. En la pestaña Galería , seleccione la versión del elemento de galería que acaba de importar.
2. Haga clic en la flecha situada junto al nombre del elemento de la galería. Compruebe los detalles del
elemento de galería. Navegue hacia atrás y haga clic en Hacer público .
3. Seleccione el área de trabajo Planes y seleccione el plan al que quiere agregar el elemento de galería.
4. Seleccione el servicio Nubes de máquinas vir tuales . Desplácese hasta la sección Galería y haga clic en
Agregar elementos de la galería .
5. Seleccione los elementos de galería que ha importado y, después, haga clic en Guardar .
El rol de máquina virtual ahora está disponible para los inquilinos como parte del plan seleccionado.
Pasos siguientes
Obtenga información sobre el aprovisionamiento de máquinas virtuales.
Migración de máquinas virtuales: información
general
IMPORTANT
En este artículo se proporciona información general sobre la migración de máquinas virtuales en tejido de
Puede migrar máquinas virtuales y almacenamiento administrados en el tejido de VMM. VMM selecciona
automáticamente el tipo de transferencia que se usará para la migración. Cuando realiza una migración en la
consola de VMM mediante el Asistente para migrar VM, el tipo de migración que se usará se muestra en la
columna Tipo de transferencia . En la tabla siguiente se resumen los tipos de migración admitidos.
T IP O USO DETA L L ES
Migración de red Realiza una copia de red de los datos Es el tipo de migración más lento. El
de máquinas virtuales mediante BITS. tiempo de inactividad es directamente
proporcional al tamaño de la
transferencia de datos.
Migración rápida También conocida como transferencia El estado de ejecución de la máquina

de clúster, puede usarse para migrar virtual se guarda en disco (la máquina
una máquina virtual de alta virtual se hiberna), se realiza una
disponibilidad. Aprovecha el clúster de conmutación por error del disco a otro
conmutación por error de Windows nodo del clúster y, a continuación, se
para migrar máquinas virtuales entre carga el estado guardado para
los nodos del clúster. reactivar la máquina virtual.
El tiempo de inactividad es mínimo

porque la migración rápida toma una
instantánea de la máquina virtual y
transfiere los datos sin necesidad de
apagar la máquina virtual.
Migración rápida de Se usa para mover el almacenamiento Los discos virtuales de una máquina
almacenamiento de VM de una ubicación a otra. Por virtual en ejecución se pueden migrar
ejemplo, puede mover el independientemente de los protocolos
almacenamiento de una máquina de almacenamiento (SCSI, Canal de
virtual desde una SAN de canal de fibra) o los tipos de almacenamiento
fibra a una SAN iSCSI. (local, DAS, SAN).
El tiempo de inactividad es mínimo

porque la migración de
almacenamiento rápida toma una
instantánea de la máquina virtual y
transfiere los datos sin necesidad de
apagar la máquina virtual.
T IP O USO DETA L L ES
Migración SAN Usa la transferencia de SAN para Para la migración de SAN, los archivos
migrar máquinas virtuales y máquinas de una máquina virtual no se copian
virtuales de alta disponibilidad, dentro de un servidor a otro, por lo que se
y fuera de un clúster. Se puede usar minimiza el tiempo de inactividad. La
cuando los hosts de origen y destino migración de SAN se puede usar para
tienen acceso a la misma copiar una máquina virtual desde un
infraestructura de almacenamiento host a otro, o copiar una máquina
(LUN) y el almacenamiento se puede virtual a o desde la biblioteca.
transferir desde un host a otro.
Cuando se migra una máquina virtual
hacia un clúster usando una
transferencia de SAN, VMM
comprueba que todos los nodos del
clúster pueden ver el LUN y
automáticamente crea un recurso de
disco de clúster para el LUN.
Para migrar una máquina virtual fuera

de un clúster, la máquina virtual debe
encontrarse en un LUN dedicado que
no esté usando CSV.
Se admiten las siguientes

infraestructuras de SAN para la
migración: Canal de fibra, SAN iSCSI y
N_Port ID Virtualization (NPID).
Migración en vivo Mueve una máquina virtual en No hay un tiempo de inactividad

ejecución como parte de un clúster de apreciable para los usuarios o las
conmutación por error de un clúster a aplicaciones de red.
otro.
Migración en vivo
El uso de la migración en vivo proporciona una serie de ventajas:
Mayor flexibilidad : las características de migración en vivo pueden ayudar a simplificar el traslado de
máquinas virtuales entre hosts y clústeres. Por lo tanto, resulta más fácil administrar un centro de datos
dinámico.
Facilidad de mantenimiento : la migración en vivo alivia la necesidad de dejar sin conexión clústeres de
hosts y hosts independientes para fines de mantenimiento y migración, lo que ayuda a evitar el tiempo de
inactividad. Con la capacidad de realizar mantenimiento y migraciones de manera simultánea, los marcos de
tiempo de migración pueden acortarse, dependiendo del tiempo necesario para realizar la migración en vivo.
Además, se simplifica el proceso de planeamiento para la movilidad de Hyper-V.
Mejor utilización del hardware : se puede optimizar la distribución de las máquinas virtuales en toda la
infraestructura. Las máquinas virtuales y el almacenamiento pueden transferirse a servidores independientes
y clústeres con capacidad de reserva, sin interrumpir la disponibilidad. El consumo de energía se reduce, ya
que las máquinas se pueden mover entre hosts y los hosts se pueden apagar para ahorra energía.
Características de clústeres de conmutación por error : VMM aprovecha las características de clústeres
de conmutación por error que se introdujeron en Windows Server 2012. Estas características incluyen API
adicionales para migrar máquinas virtuales entre nodos del clúster y la funcionalidad de
conexión/desconexión mejorada que permite la migración de máquinas virtuales dentro y fuera de los
clústeres de conmutación por error sin tiempo de inactividad. VMM admite los siguientes tipos de migración
en vivo:
Compatibilidad con migración en vivo
VMM admite los siguientes tipos de migración en vivo:
Migración en vivo de máquinas independientes : puede ejecutar la migración en vivo entre dos
máquinas independientes que no están en un clúster.
Migración en vivo dentro de un clúster : puede ejecutar una migración en vivo entre nodos del mismo
clúster.
Migración en vivo entre nodos de diferentes clústeres : puede migrar entre nodos de diferentes
clústeres.
Migración en vivo de almacenamiento de VM : puede migrar el almacenamiento para actualizar el
almacenamiento físico disponible en Hyper-V, o para mitigar los cuellos de botella en el rendimiento del
almacenamiento. También puede usar la migración de almacenamiento para mover, reparar o actualizar
recursos de almacenamiento, o para la migración de una máquina virtual independiente o de un clúster. El
almacenamiento puede agregarse a un equipo independiente o a un clúster de Hyper-V. Las máquinas
virtuales se pueden mover al nuevo almacenamiento mientras siguen ejecutándose.
VSM en vivo : puede usar la migración de sistemas en vivo (VSM en vivo) para migrar máquinas virtuales y
su almacenamiento en una única acción.
Migración en vivo simultánea : Puede realizar múltiples migraciones en vivo simultáneas de máquinas
virtuales y almacenamiento. El límite simultáneo puede configurarse manualmente. Las migraciones en vivo
simultáneas que excedan el límite se pondrán en cola.
VMM inspecciona y valida las opciones de configuración de un host de destino antes de que se inicie la
migración de un host de origen.
Matriz de compatibilidad de migración de máquinas virtuales en vivo
O RIGEN DEST IN O : IN DEP EN DIEN T E DEST IN O : C L ÚST ER
Independiente Compatible Compatible
Clúster Compatible Compatible
El origen y el destino pueden estar en

el mismo clúster o en clústeres
diferentes.
Matriz de compatibilidad de migración de almacenamiento en vivo

DEST IN O : REC URSO
C O M PA RT IDO DE SM B 3. 0
DEST IN O : DISC O LO C A L ( IN DEP EN DIEN T E O EN
O RIGEN ( IN DEP EN DIEN T E) C L ÚST ER) DEST IN O : C SV ( C L ÚST ER)
Disco local Compatible Compatible. No compatible.
La máquina virtual se
promoverá a alta
disponibilidad.
Recurso compartido de Compatible. En un clúster el Compatible Compatible

SMB 3.0 nivel de la máquina virtual
se disminuirá y no será de
alta disponibilidad después
de la migración.
DEST IN O : REC URSO
C O M PA RT IDO DE SM B 3. 0
DEST IN O : DISC O LO C A L ( IN DEP EN DIEN T E O EN
O RIGEN ( IN DEP EN DIEN T E) C L ÚST ER) DEST IN O : C SV ( C L ÚST ER)
Clúster Compatible Compatible Compatible
En un clúster el nivel de la El recurso compartido de El CSV debe estar

máquina virtual se SMB debe estar disponible disponible desde el nodo
disminuirá y no será de alta desde el nodo del clúster de del clúster de destino.
disponibilidad después de la destino.
migración.
Limitaciones de la migración en vivo

La migración en vivo requiere dos o más servidores que ejecuten Hyper-V, que admitan la virtualización
de hardware y usen procesadores del mismo fabricante, por ejemplo, procesadores AMD todos o
procesadores Intel todos.
La migración en vivo se admite a partir de hosts que ejecutan Windows Server 2012.
Las máquinas virtuales deben configurarse para usar discos duros virtuales o discos virtuales de canal de
fibra, no discos físicos.
Para el tráfico de migración en vivo, debe usar una red privada.
Los servidores de origen y destino deben pertenecer al mismo dominio de Active Directory, o a
diferentes dominios de confianza.
Si el VHD de la máquina virtual de origen o destino tiene un disco base, el disco base debe estar en un
recurso compartido que sea accesible (registrado) desde el host de destino. Por lo general, la migración
en vivo no mueve el disco base.
La migración entre clústeres solo se admite en los hosts que se ejecutan en clústeres de conmutación por
error. El almacenamiento de Volumen compartido de clúster (CSV) debe estar habilitado en el clúster.
La migración en vivo de una máquina virtual no migra el almacenamiento de la máquina virtual, lo que
hace referencia específicamente a la ubicación que almacena las imágenes de máquinas virtuales
(archivos VHD, ISO y VFD). Para controlar los requisitos de almacenamiento, puede usar una de las
siguientes opciones:
Configurar la máquina virtual para que los archivos de almacenamiento estén disponibles en un
recurso compartido de archivos que sea accesible desde el host de origen y de destino de la
migración.
Ejecutar una máquina virtual en vivo y una migración de almacenamiento (VSM en vivo) de forma
combinada en una sola acción.
Ejecutar una migración de almacenamiento independiente.
Si los hosts de origen y destino usan almacenamiento compartido, tenga en cuenta lo siguiente:
Todos los archivos que forman una máquina virtual, como los discos duros virtuales, las instantáneas
y la configuración se deben almacenar en el recurso compartido de SMB.
Los permisos del recurso compartido de SMB se deben configurar para otorgar acceso a las cuentas
del equipo de todos los servidores que ejecutan Hyper-V.
Una migración de almacenamiento mueve, imágenes de máquinas virtuales (archivos VHD, ISO y VFD),
configuraciones de instantáneas y datos (archivos de estado guardados).
La migración de almacenamiento es por máquina virtual.
La migración de almacenamiento no mueve los discos de base (primarios), con excepción de los discos
de instantáneas.
VSM en vivo
VMS en vivo migra una máquina virtual y su almacenamiento de máquina en una sola acción.
Para usar VSM en vivo, se debe crear una máscara del LUN de la máquina virtual desde el host de destino.
VSM en vivo se admite entre dos hosts independientes que ejecutan Hyper-V, a partir de Windows Server
2012. La transferencia se puede producir entre discos locales o recursos compartidos de archivos de SMB
3.0.
VSM en vivo se admite entre dos clústeres de hosts que ejecutan Hyper-V, a partir de Windows Server 2012.
La máquina virtual puede transferirse al recurso compartido de archivos de CSV o SMB 3.0 en el clúster de
hosts de destino.
Pasos siguientes
Migrar una máquina virtual
Migrar el almacenamiento
Migrar una máquina virtual en el tejido de VMM
IMPORTANT
En este artículo se describe cómo migrar una máquina virtual en System Center - Virtual Machine Manager
(VMM).
Para llevar a cabo una migración, puede realizar cualquiera de las siguientes acciones:
Ejecutar el Asistente para migrar VM : en este asistente puede seleccionar un host de máquina virtual
de destino para la migración, especificar la ruta de acceso que almacena los archivos de máquina virtual,
conectar la máquina virtual a cualquiera de las redes virtuales que se encuentran en el host seleccionado
y, si hay disponible una transferencia de red de área de almacenamiento (SAN), seleccionar una
transferencia de red en su lugar.
Arrastrar la máquina vir tual a un host : al arrastrar una máquina virtual a un host, VMM usa la
selección de ubicación automática para colocar la máquina virtual en el volumen más apropiado del host.
La colocación se basa en el espacio disponible.
Arrastrar la máquina vir tual a un grupo host : cuando se arrastra la máquina virtual a un grupo
host, VMM usa la selección de ubicación automática para colocar la máquina virtual en el host más
adecuado que haya disponible en el grupo host, en función de los requisitos de la máquina virtual y de
las clasificaciones de host. La máquina virtual se coloca en el volumen más adecuado del host. La
colocación se basa en el espacio disponible. Durante la selección de ubicación automática, el proceso de
clasificación de host identifica el volumen más apropiado en cada host.
Tenga en cuenta lo siguiente antes de comenzar la migración:
Si hay disponible una SAN correctamente configurada, VMM usa automáticamente la SAN para realizar las
transferencias. Sin embargo, si usa el Asistente para migrar máquina virtual para realizar una transferencia,
puede invalidar el uso de SAN y realizar una transferencia de red de área local (LAN).
Si migró una máquina virtual conectada al almacenamiento SAN, la máquina virtual no puede volver a
conectarse a la SAN a menos que el host de destino también tenga acceso a esa SAN. VMM no puede
detectar si una máquina virtual está conectada a una SAN o si el host de destino está conectado a la misma
SAN, por lo que no puede proporcionar una advertencia. Debe asegurarse de que el nuevo host esté
configurado para permitir que la máquina virtual se vuelva a conectar a la SAN antes de migrar la máquina
virtual.
Para migrar máquinas virtuales entre los hosts con procesadores diferentes, asegúrese de que realiza esta
excepción en la máquina virtual Propiedades > Procesador seleccionando Permitir migración a un
host de máquina vir tual con una versión de procesador diferente . En caso contrario, se produce un
error en la migración.
Si cambia los permisos para una máquina virtual mediante el sistema de archivos y después migra la
máquina virtual, VMM vuelve a crear la lista de control de acceso (ACL). Todos los cambios realizados fuera
de VMM se perderán.
Si intenta migrar una máquina virtual de un host de Hyper-V después de eliminar un punto de control de la
máquina virtual, podría producirse un error en la migración. Si intenta realizar una migración antes de que
Hyper-V haya terminado de eliminar el punto de control, se produce un error en la migración y debe reparar
la máquina virtual mediante la opción Deshacer . Para evitar este problema, compruebe que se ha
eliminado el punto de control o espere a que Hyper-V lo elimine. Compruebe la eliminación de la manera
siguiente:
1. En Máquinas vir tuales , haga clic en la máquina virtual > Acciones > Detener .
2. En el Administrador de Hyper-V, Estado > Combinación en curso indica que el punto de control no
se ha eliminado. Espere a que termine la operación para migrar la máquina virtual.
Migrar una máquina virtual con el asistente

1. En la vista Máquinas vir tuales , vaya al host, seleccione la máquina virtual y, en Acciones , haga clic en
Migrar máquina vir tual .
2. En Seleccionar host , seleccione el host de destino. Puede consultar las pestañas para obtener más
información sobre el host.
virtualización. Presenta una lista de las máquinas virtuales del host.
Explicación de la clasificación : se enumeran los factores que dan como resultado una
clasificación de 0 estrellas.
Explicación de SAN o Explicación de transferencia e implementación : enumera los
factores que hacen que una transferencia SAN no esté disponible. Además, a partir de System
Center Virtual Machine Manager, la pestaña Explicación de transferencia e implementación
proporciona una explicación si no se puede usar la copia rápida de archivos. La copia rápida de
archivos es una característica que se incluyó en VMM, basada en la característica de transferencias
de datos descargados (ODX) de Windows introducida en Windows Server 2012 R2. Para obtener
información acerca de la característica ODX, consulte Información general acerca de las
transferencias de datos descargados de Windows.
NOTE
La característica de copia rápida de archivos no se usa al migrar una máquina virtual del host a la
biblioteca.
3. En la página Seleccionar ruta de acceso , acepte la ruta predeterminada o haga clic en Examinar y
vaya a la carpeta en la que quiere almacenar los archivos de configuración para la máquina virtual y,
después, haga clic en Aceptar . Tenga en cuenta lo siguiente:
Si el host de destino forma parte de un clúster de conmutación por error que tiene volúmenes
compartidos de clúster (CSV) habilitados, puede almacenar la máquina virtual en unidades lógicas
CSV y en un número de unidad lógica (LUN) asociado que ya esté siendo usado por otras máquinas
virtuales de alta disponibilidad (HAVM). Con CSV, varias HAVM pueden compartir el mismo LUN. La
migración de una HAVM no afecta a otros usuarios que comparten el mismo LUN. VMM también
admite varias HAVM por LUN para los entornos de VMware configurados con LUN VMFS de VMware.
Si seleccionó una ruta de acceso distinta de la ruta predeterminada de la máquina virtual y quiere
almacenar otras máquinas virtuales en dicha ruta de acceso, active la casilla Agregar esta ruta de
acceso a la lista de rutas predeterminadas del host para agregarla a las rutas de acceso
predeterminadas del host.
Si usa una transferencia de red, tiene la opción de especificar ubicaciones de almacenamiento
separadas para cada archivo de disco duro virtual (.vhd o .vhdx) para la máquina virtual. De forma
predeterminada, todos los archivos .vhd o vhdx se almacenan en la misma ubicación especificada para
la máquina virtual.
Si las transferencias SAN están habilitadas para esta implementación, la máquina virtual se transfiere
al host a través de la red SAN de manera predeterminada. Si no quiere realizar una transferencia SAN,
seleccione Transferir a través de la red incluso si está disponible una transferencia SAN . Si
las transferencias SAN no están disponibles para esta implementación, esa opción no está disponible.
4. En Seleccionar redes , modifique las redes y después conéctelas a Ninguno o a cualquiera de las redes
virtuales que se encontraron en el host seleccionado. En el área de redes se enumeran todos los
adaptadores de red virtual que están conectados actualmente a la máquina virtual. Los adaptadores de
red tienen como configuración predeterminada Ninguno (si seleccionó Ninguno en la configuración de
hardware) o la red virtual más adecuada en función de las reglas de coincidencia de la red.
5. En Seleccionar SAN vir tuales , seleccione las redes SAN virtuales aplicables en la lista desplegable
para cada HBA virtual enumerado. A continuación, haga clic en Siguiente .
6. En Resumen , revise su configuración. Para iniciar la máquina virtual después de su implementación,
haga clic en Iniciar la máquina vir tual inmediatamente tras implementarla en el host . Haga clic
en Ver script para ver los cmdlets de Windows PowerShell que realizan la migración.
7. Para iniciar la migración, haga clic en Mover . Revise el progreso en Trabajos .
Migrar una máquina virtual con la función de arrastrar y colocar

1. En Máquinas vir tuales , en el panel de navegación, vaya al host actual de la máquina virtual.
2. Haga clic en la máquina virtual y, mientras mantiene presionado el botón del mouse, arrastre la máquina
virtual al host o al grupo host elegido en el panel de navegación.
3. Cuando suelte el botón del mouse, el sistema intentará migrar la máquina virtual con uno de los métodos
siguientes:
Si arrastró la máquina virtual a un host, el sistema evaluará la idoneidad del host para la máquina
virtual y, si lo considera idóneo, intentará migrarla.
Si arrastró la máquina virtual a un grupo host, el sistema clasificará todos los hosts del grupo e
intentará migrar la máquina virtual al que considere más apropiado. Para que la migración se realice
correctamente, debe estar configurada una ruta de acceso de máquina virtual en el host para el
volumen recomendado.
Si tiene dificultades para arrastrar y colocar, cierre la sesión de VMM, vuelva a iniciar sesión e inténtelo de
nuevo. También puede reiniciar la máquina virtual y, después, volver a intentarlo.
Pasos siguientes
Migrar el almacenamiento
Migrar almacenamiento en el tejido de VMM
IMPORTANT
En este artículo se describe cómo migrar el almacenamiento en el tejido de System Center Virtual Machine
Manager (VMM).
La migración de almacenamiento le permite mover archivos de VM desde una ubicación de almacenamiento a
otra en el mismo host de VM. Si se ejecuta la máquina virtual, puede realizar una migración rápida de
almacenamiento, lo que hace que el servicio se interrumpa un poco o no se interrumpa para los usuarios de la
máquina virtual. Si la máquina virtual tiene más de un disco duro virtual, puede especificar una ubicación
diferente para cada archivo de disco duro virtual (.vhd o .vhdx).
Lea este artículo Si desea ejecutar una migración en vivo de almacenamiento de VM entre dos ubicaciones en
un host independiente.
Cómo migrar el almacenamiento

1. En VM y ser vicios , haga clic en Todos los hosts y, a continuación, seleccione el host en el que se
implementa la máquina virtual.
2. Haga clic con el botón derecho en la máquina virtual > Migrar almacenamiento .
El Asistente para migrar almacenamiento se abre en la página Seleccionar ruta de acceso . La
ubicación actual de los archivos de configuración de VM se muestra en Ubicación de almacenamiento
para la configuración de VM , mientras que la ubicación actual de cada disco duro virtual (.vhd) se
muestra en Discos .
3. En la página Seleccionar ruta de acceso , realice las siguientes acciones:
En Ubicación de almacenamiento para la configuración de VM , seleccione una ruta de
acceso de máquina virtual predeterminada existente en la lista. Vaya a una ubicación en el host.
VMM cambia automáticamente las rutas de acceso de todos los discos virtuales a la misma ruta de
acceso que especificó para los archivos de configuración.
Escriba una ruta de acceso. Al escribir una nueva ruta de acceso para los archivos de configuración
de la máquina virtual, VMM no cambia automáticamente las rutas de acceso de los discos
virtuales hasta que hace clic fuera del cuadro Ubicación de almacenamiento para la
configuración de VM .
Active la casilla Agregar esta ruta de acceso a la lista de ubicaciones de almacenamiento
predeterminadas del host , si seleccionó una ruta de acceso distinta de la ruta de acceso de
máquina virtual existente y desea agregar la ruta de acceso a las rutas de acceso predeterminadas
del host.
Especifique las opciones de ubicación del archivo de configuración de la manera siguiente:
a. Seleccione Colocar automáticamente todos los VHD con la configuración para mover
todos los archivos de máquina virtual a la misma ubicación.
b. Seleccione Permitir que los VHD se coloquen individualmente para mover uno o varios
archivos de máquina virtual a una ubicación distinta de la de los archivos de configuración. Si
selecciona esta configuración, en el área Discos , escriba la nueva ruta de acceso en el cuadro
Ubicación para cada disco duro virtual o haga clic en Examinar para buscar la ubicación
donde desea almacenar el archivo. Tenga en cuenta que si se ejecuta la máquina virtual y
cambia la ruta de acceso para cualquiera de las unidades de disco duro virtual, también debe
especificar una nueva ruta de acceso para los archivos de configuración de la máquina virtual,
o bien hay un error en la operación de migración. Debe escribir la nueva ruta de acceso aunque
desee dejar los archivos de configuración en su ubicación actual. En ese caso, puede crear una
nueva subcarpeta dentro de la ubicación actual de los archivos de configuración y, a
continuación, seleccionar esa nueva ubicación en el cuadro Ubicación de almacenamiento
para la configuración de VM .
4. En la página Resumen , haga clic en Mover para empezar a mover los archivos de máquina virtual.
Revise el progreso en Trabajos .
Pasos siguientes
Ejecutar una migración en vivo en el tejido de VMM
IMPORTANT
Este artículo describe cómo ejecutar una migración en vivo de máquinas virtuales (VM) o el almacenamiento de
VM en el tejido de System Center - Virtual Machine Manager (VMM). VMM ofrece compatibilidad con la
migración en vivo entre hosts de Hyper-V independientes o hosts de clúster que tengan habilitada la migración
en vivo. Obtenga más información en.
Migrar una VM entre dos hosts independientes

Migrar una máquina virtual desde un host de Hyper-V independiente a otro host de Hyper-V independiente. Los
archivos de configuración de VM y el disco duro virtual deben estar ubicados en un recurso compartido de
archivos de SMB 3.0.
1. En VM y ser vicios > Todos los hosts , haga clic en el host de origen independiente desde el que desea
migrar.
2. Haga clic en el host y en VM , y haga clic en la VM en ejecución que desee migrar. Inicie la máquina si no está
en ejecución.
3. En Máquina vir tual , haga clic en Migrar máquina vir tual para iniciar el Asistente para migrar
almacenamiento.
4. En Seleccionar host revise los hosts de destino y sus tipos de transferencia asociados. Aparecerá el tipo de
transferencia Activa si ambos hosts se configuran para conectarse al mismo recurso compartido de archivos
SMB 3.0.
5. Haga clic en el host de destino donde el tipo de transferencia es Activa y luego en Siguiente .
6. En Resumen , haga clic en Mover . Para realizar el seguimiento del estado del trabajo, abra el área de trabajo
Trabajos .
7. Para comprobar que la máquina virtual se migró, compruebe la lista de VM en el host de destino para
asegurarse de que la VM se está ejecutando.
Migrar una VM entre clústeres

Puede migrar una máquina virtual entre clústeres mediante el almacenamiento compartido o sin ninguna
infraestructura compartida. Consulte las secciones siguientes para conocer más detalles.
Migración en vivo con almacenamiento compartido
Cuando migre una máquina virtual entre clústeres, tenga en cuenta que la VM pierde temporalmente su estado
de alta disponibilidad. Por lo tanto, un error durante la migración del host hace que la máquina virtual no esté
disponible. Para una migración en vivo con almacenamiento compartido, debe usar recursos compartidos de
archivos SMB 3.0 como la ubicación de almacenamiento. Dado que el almacenamiento no tiene que migrar, la
hora en la que no se puede garantizar el estado de alta disponibilidad es muy breve.
1. En VM y ser vicios > Todos los hosts , haga clic en el nodo de clúster desde el que desea migrar.
2. En VM , haga clic en la VM en ejecución que desee migrar. Inicie la máquina si no está en ejecución.
almacenamiento.
4. En Seleccionar host revise los hosts de destino y sus tipos de transferencia asociados. El tipo de
transferencia Activa está disponible para los nodos de clúster de destino que estén configurados para
conectarse al mismo recurso compartido de archivos SMB 3.0 en el que la VM se creó originalmente.
5. Haga clic en un nodo en un clúster diferente y, a continuación, haga clic en Siguiente .
6. En Resumen , haga clic en Mover . Para realizar el seguimiento del estado del trabajo, abra el área de trabajo
Trabajos .
7. Para comprobar que la máquina virtual se migró, compruebe la lista de VM en el nodo de destino para
NOTE
Al ejecutar la migración en vivo en máquinas virtuales de una versión de clúster anterior a una versión más reciente, si no
se actualiza el valor Msvm_CompatibilityVector, se bloqueará la migración dentro del clúster nuevo.
Para corregir este problema, reinicie la máquina virtual. El reinicio de la máquina virtual actualiza los valores
Msvm_CompatibilityVector según la versión nueva del clúster.
Migración en vivo sin infraestructura compartida

Cuando migre una máquina virtual entre clústeres, tenga en cuenta que la VM pierde temporalmente su estado
de alta disponibilidad. En el caso de la migración en vivo sin infraestructura compartida, debe usar dos recursos
compartidos de SMB 3.0 distintos. En primer lugar, sincronice completamente los discos duros virtuales de
origen y destino y, después, inicie la migración en vivo de la máquina virtual. Obtenga más información sobre la
migración de almacenamiento de máquina virtual.
Siga estos pasos:
1. En VM y ser vicios > Todos los hosts , haga clic en el nodo de clúster desde el que desea migrar.
2. En VM , haga clic en la VM en ejecución que desee migrar. Inicie la máquina si no está en ejecución.
almacenamiento.
NOTE
El tipo de transferencia en vivo (VSM) está disponible para todos los nodos del clúster de destino configurados
para conectarse a un recurso compartido de SMB 3.0 distinto desde aquel en el que la máquina virtual se creó
originalmente.
4. Haga clic en un nodo en un clúster diferente y, a continuación, haga clic en Siguiente .

5. En Resumen , haga clic en Mover . Para realizar el seguimiento del estado del trabajo, abra el área de
trabajo Trabajos .
6. Para comprobar que la máquina virtual se migró, compruebe la lista de VM en el nodo de destino para
Migrar almacenamiento entre dos ubicaciones en un host

independiente
NOTE
No se puede realizar una migración de almacenamiento en vivo de un archivo VHDX compartido. Puede mover los demás
archivos de VM y realizar una migración en vivo normal. Para mover el archivo VHDX compartido a otra ubicación, debe
apagar las VM y, después, mover el archivo.
Puede ejecutar una migración en vivo de almacenamiento de VM entre ubicaciones en hosts independientes.
Puede mover a otra ubicación toda la máquina virtual, que incluye los discos duros virtuales (VHD) e
información de configuración, o mover solo VHD específicos.
1. En VM y ser vicios > Todos los Hosts , haga clic en el host independiente donde se encuentra la VM.
2. En VM , haga clic en la VM en ejecución para la que desea migrar el almacenamiento. Inicie la máquina si
no está en ejecución.
3. En Máquina vir tual , haga clic en Migrar almacenamiento para iniciar el Asistente para migrar
almacenamiento.
4. En Seleccionar ruta de acceso > Ubicación de almacenamiento , haga clic en una de las
ubicaciones de almacenamiento predeterminadas en el host. También puede hacer clic en Examinar para
ver todos los posibles destinos de almacenamiento. Haga clic en el recurso compartido de archivos SMB
3.0 de destino o ubicación en el disco duro local y, a continuación, haga clic en Aceptar .
Si especifica un recurso compartido de archivos SMB 3.0 en la lista Ubicación de almacenamiento ,
asegúrese de usar el nombre de dominio completo (FQDN) del servidor de destino en la ruta de acceso
del recurso compartido. Por ejemplo, en lugar de \\fileserver1\smbshare, use
\\fileserver1.contoso.com\smbshare.
5. También puede seleccionar Agregar esta ruta de acceso a la lista de ubicaciones de
almacenamiento predeterminadas del host y luego hacer clic en Siguiente .
6. En la página Resumen , haga clic en Mover . Realice un seguimiento del progreso en Trabajos .
Ejecutar migraciones simultáneas en vivo

Puede ejecutar la migración en vivo en varias VM para que se produzcan dos migraciones al mismo tiempo en
el mismo host. Observe lo siguiente:
No puede seleccionar varias VM para una migración en vivo. Debe iniciar manualmente cada migración.
Puede especificar cuántas migraciones simultáneas va a ejecutar. El valor predeterminado es dos, que es el
número de migraciones de almacenamiento y de migraciones en vivo simultáneas que están habilitadas en
Hyper-V. Por ejemplo, un host puede participar en una migración en vivo saliente más una entrante, dos
migraciones en vivo salientes o dos migraciones en vivo entrantes.
Las migraciones en vivo y las migraciones de almacenamiento en vivo son independientes. Puede realizar
dos migraciones en vivo y dos migraciones almacenamiento en vivo simultáneamente. VMM considera que
la migración de máquina virtual y de almacenamiento en vivo (VSM en vivo) como una sola migración en
vivo y una sola migración de almacenamiento en vivo.
Puede ver las migraciones simultáneas en curso en Administrador de Hyper-V > Acciones >
Configuración de Hyper-V > Ser vidor > Migraciones en vivo y Migraciones de almacenamiento .
En Trabajos , compruebe que las migraciones se producen simultáneamente.
Mejorar la velocidad de la migración en vivo

En los hosts de Hyper-V, puede aumentar la velocidad de la migración en vivo mediante la compresión, con SMB
como transporte o ambos. El método de compresión usa algoritmos que reducen los datos que se transmiten a
través de la conexión. El método SMB puede permitir la transferencia más rápida de datos.
De forma predeterminada, la migración en vivo más rápida está habilitada para usar el método de compresión.
Puede deshabilitar, habilitar o cambiar el método de migración en vivo más rápida. Para ello, cambie la
configuración de migración de almacenamiento en vivo, en el nivel de host de Hyper-V o para cada instancia de
la migración en vivo.
Cambie la configuración de la migración en vivo de la siguiente forma:
1. Haga clic en Administrador de Hyper-V, haga clic en Acciones > Configuración de Hyper-V >
Ser vidor > Migración en vivo , y, a continuación, haga clic en Características avanzadas .
2. En Configuración de migración > Configuración de migración en vivo , realice una de las
siguientes acciones:
Para deshabilitar la migración en vivo más rápida, haga clic en Migración en vivo estándar .
Para usar la compresión para una migración en vivo más rápida, haga clic en Usar compresión .
Para usar SMB para una migración en vivo más rápida, haga clic en Usar SMB como transpor te .
Administrar roles y permisos en VMM
IMPORTANT
System Center - Virtual Machine Manager (VMM) permite administrar roles y permisos. VMM proporciona lo
siguiente:
Seguridad basada en roles : los roles especifican lo que los usuarios pueden hacer en el entorno de VMM.
Los roles constan de un perfil que define un conjunto de operaciones disponibles para el rol, un ámbito que
define el conjunto de objetos en el que puede funcionar el rol y una lista de miembros que define las cuentas
de usuario de Active Directory y los grupos de seguridad asignados al rol.
Cuentas de ejecución : las cuentas de ejecución actúan como contenedores para las credenciales
almacenadas que se usan para ejecutar tareas y procesos de VMM.
Seguridad basada en roles

En la tabla siguiente se resumen los roles de usuario de VMM.
RO L DE USUA RIO DE VM M P ERM ISO S DETA L L ES
Rol de administrador Los miembros de este rol pueden Los administradores son los únicos
realizar todas las acciones que pueden agregar un servidor WSUS
administrativas en todos los objetos a VMM para habilitar las
que administra VMM. actualizaciones del tejido de VMM a
través de VMM.
Administrador del tejido Los miembros de este rol pueden Los administradores delegados no
(administrador delegado) realizar todas las tareas administrativas pueden modificar la configuración de
dentro de sus grupos host, nubes y VMM, ni agregar o quitar miembros
servidores de biblioteca asignados. del rol de usuario Administradores, ni
agregar servidores WSUS.
Administrador de solo lectura Los miembros de este rol pueden ver El administrador de solo lectura
las propiedades, el estado y el estado también puede ver las cuentas de
del trabajo de los objetos de sus ejecución que los administradores o los
grupos host, nubes y servidores de administradores delegados hayan
biblioteca asignados, pero no pueden especificado para el rol de usuario
modificar los objetos. Administrador de solo lectura.
RO L DE USUA RIO DE VM M P ERM ISO S DETA L L ES
Administrador de inquilinos Los miembros de este rol pueden Los administradores de inquilinos
administrar usuarios de autoservicio y pueden crear, implementar y
redes de VM. administrar sus propios servicios y
máquinas virtuales a través de la
consola VMM o un portal web.
También pueden especificar qué tareas

pueden realizar los usuarios de
autoservicio en sus máquinas virtuales
y servicios.
Los administradores de inquilinos

pueden asignar cuotas a recursos
computacionales y máquinas virtuales.
Administrador de aplicaciones (usuario Los miembros de este rol pueden Pueden administrar VMM mediante la
de autoservicio) crear, implementar y administrar sus consola VMM.
propias máquinas virtuales y servicios.
Cuentas de ejecución
Hay distintos tipos de cuentas de ejecución:
Las cuentas de equipo host se usan para interactuar con los servidores de virtualización.
Las cuentas de BMC se usan para comunicarse con BMC en hosts para la administración fuera de banda o
la optimización de energía.
Las cuentas externas se usan para la comunicación con aplicaciones externas, como Operations Manager.
Las cuentas de dispositivo de red se usan para conectarse con equilibradores de carga de red.
Las cuentas de perfil se usan en perfiles de ejecución al realizar la implementación en un servicio VMM o
al crear perfiles.
Observe lo siguiente:
VMM usa la API de protección de datos de Windows (DPAPI) para proporcionar servicios de protección de
datos a nivel de sistema operativo durante el almacenamiento y la recuperación de las credenciales de la
cuenta de ejecución. DPAPI es un servicio de protección de datos mediante contraseña que utiliza rutinas
criptográficas (el algoritmo seguro Triple DES, con claves seguras) para contrarrestar el riesgo que supone la
protección de datos mediante contraseña. Más información.
Al instalar VMM, puede configurar VMM para usar la administración de claves distribuida para almacenar
claves de cifrado en Active Directory.
Puede configurar cuentas de ejecución antes de empezar la administración de VMM o bien si las necesita
para acciones específicas.
Pasos siguientes
Configurar roles de usuario
Configurar cuentas de ejecución
Configurar roles de usuario en VMM
IMPORTANT
En este artículo se describe cómo configurar los roles de usuario de System Center - Virtual Machine Manager
(VMM).
Antes de empezar
Obtenga más información acerca de los roles de usuario.
Asegúrese de que tiene los permisos adecuados para crear el rol o agregar usuarios a él.
Rol de administrador : los administradores pueden agregar y quitar usuarios
Rol de administrador delegado : los administradores pueden crear el rol. Los administradores
delegados pueden crear roles de administrador delegado que incluyen un subconjunto del ámbito,
servidores de biblioteca y cuentas de ejecución.
Rol de administrador de solo lectura : los administradores pueden crear el rol. Los
administradores delegados pueden crear roles de administrador de solo lectura que incluyen un
subconjunto del ámbito, servidores de biblioteca y cuentas de ejecución.
Rol de administrador de máquina vir tual (aplicable a VMM 2019 y versiones posteriores): los
administradores pueden crear el rol. Los administradores delegados pueden crear roles de
administrador de máquina virtual que incluyen un ámbito completo o un subconjunto del ámbito,
servidores de biblioteca y cuentas de ejecución.
Rol de administrador de inquilino : los administradores y administradores delegados pueden
crear este rol.
El rol de administrador se crea de forma predeterminada cuando instala VMM. El usuario que realiza la
instalación y todos los usuarios de dominio del grupo de administradores locales del servidor se agregan
al rol de administrador. Puede agregar o quitar miembros en las propiedades del rol.
Crear un rol
1. Haga clic en Configuración > Crear > Crear rol de usuario .
2. En el Asistente para crear roles de usuario , escriba el nombre y, si lo desea, una descripción del rol.
Después, haga clic en Siguiente .
3. En la página Perfil , seleccione el rol y, a continuación, haga clic en Siguiente .
4. En Miembros , haga clic en Agregar para agregar cuentas de usuario y grupos de Active Directory al rol
de usuario. Agregue los miembros en Seleccionar usuarios, equipos o grupos y luego haga clic en
Siguiente .
5. En Ámbito , seleccione las nubes privadas o grupos de hosts que pueden utilizar los miembros del rol. A
6. Si aparecen una o varias páginas Cuotas (en función de que haya seleccionado nubes privadas en la
página anterior del asistente), revise y especifique cuotas según sea necesario para cada nube privada. Si
no, continúe con el paso siguiente. Los administradores de solo lectura únicamente pueden ver
elementos en este ámbito definido.
Si quiere establecer cuotas para el uso conjunto de todos los miembros de este rol de usuario, use la lista
superior. Si quiere establecer cuotas para cada miembro individual de este rol de usuario, use la lista
inferior. De forma predeterminada, las cuotas son ilimitadas. Para crear un límite, desactive la casilla
correspondiente en Usar máximo y luego, en Cuota asignada , seleccione un límite. Después de
completar toda la configuración, haga clic en Siguiente .
7. Si aparece la página Ser vidores de biblioteca , agregue uno o más servidores de biblioteca.
8. En Redes , haga clic en Agregar para agregar las redes de VM que pueden utilizar los miembros de este
rol. A continuación, haga clic en Siguiente .
9. En Recursos , haga clic en Agregar para agregar los recursos. En Especificar ruta de acceso a datos
de rol de usuario , haga clic en Examinar para especificar la ruta de acceso de la biblioteca que los
miembros de este rol de usuario pueden usar. A continuación, haga clic en Siguiente .
10. En la página Permisos , seleccione acciones globales y las acciones específicas de la nube que quiere que
los miembros de este rol puedan realizar. Haga clic en Siguiente .
11. Si aparece la página Cuentas de ejecución , agregue las cuentas de ejecución que quiere que los
miembros de este rol puedan usar. Si no, continúe con el paso siguiente.
12. Si aparece la página Cuotas para redes de VM , revise y especifique cuotas para limitar el número de
redes de VM que los miembros de este rol de usuario pueden crear. Si no, continúe con el paso siguiente.
Si quiere limitar el número total de redes de máquina virtual que todos los miembros de este rol de
usuario pueden crear, utilice el valor superior. Si quiere limitar el número de redes de máquina virtual que
cada miembro individual de este rol de usuario puede crear, utilice el valor inferior.
13. En la página Resumen , revise los valores de configuración y haga clic en Finalizar para crear el rol.
Compruebe que el rol aparece en Configuración > Seguridad > Roles de usuario .
Crear cuentas de ejecución en VMM
IMPORTANT
En este artículo se describe cómo crear y administrar cuentas de ejecución en el servidor de System Center -
Las cuentas de ejecución son contenedores para conjuntos de credenciales almacenadas. En VMM, se puede
proporcionar una cuenta de ejecución para cualquier proceso que requiera credenciales. Los administradores y
los administradores delegados pueden crear cuentas de ejecución. Obtenga más información sobre los distintos
tipos de cuentas de ejecución.
1. Haga clic en Configuración y, en Crear , haga clic en Crear cuenta de ejecución .
2. En Crear cuenta de ejecución , especifique el nombre y una descripción opcional para identificar las
credenciales en VMM.
3. En Nombre de usuario y Contraseña , especifique las credenciales. Las credenciales pueden ser una
cuenta válida de usuario o grupo de Active Directory o bien credenciales locales.
4. Desactive Validar credenciales de dominio si no lo necesita y haga clic en Aceptar para crear la cuenta
de ejecución.
Configurar la característica de autoservicio en VMM
IMPORTANT
En este artículo se describe cómo configurar la característica de autoservicio en System Center - Virtual
VMM ofrece una serie de opciones para los usuarios de autoservicio:
Máquinas vir tuales o ser vicios : los usuarios pueden implementar sus máquinas virtuales y servicios en
nubes privadas. Pueden asignarse nubes privadas a varios roles de usuario de autoservicio. Las cuotas de
nivel de rol para cada rol de usuario de autoservicio con la nube privada en el ámbito se usan para asignar la
capacidad de proceso y almacenamiento en la nube. Las cuotas de nivel de miembro establecen límites
individuales para los miembros del rol de usuario de autoservicio.
Discos duros vir tuales : los usuarios pueden implementar máquinas virtuales desde los discos duros
virtuales, así como plantillas.
Plantillas o perfiles : los usuarios pueden crear sus propias plantillas y perfiles. La acción Crear para un rol
de usuario de autoservicio proporciona estos derechos de creación para crear perfiles de hardware, perfiles
de sistema operativo invitado, perfiles de aplicación, perfiles de SQL Server, plantillas de máquina virtual y
plantillas de servicio. Tenga en cuenta que un usuario con el rol de autoservicio puede crear estos recursos y
compartirlos con otros miembros del rol de usuario de autoservicio.
Los usuarios de autoservicio usan la consola VMM (o PowerShell) para crear y administrar máquinas virtuales,
servicios, etc. En la consola VMM, los usuarios de autoservicio pueden ver el estado, uso de recursos, trabajos y
sugerencias PRO (si están habilitadas) de sus propias máquinas virtuales y servicios. Pueden ver el uso de cuota
y capacidad disponible en sus nubes privadas. No pueden ver grupos host, hosts, recursos compartidos y
servidores de biblioteca, o valores de configuración de red y almacenamiento.
Configure la característica de autoservicio en VMM de la siguiente manera:
1. Cree un rol de usuario de autoservicio. Especifique las acciones que puede realizar el rol, asígnele recursos y
configure cuentas de ejecución que los usuarios de autoservicio puedan usar al interactuar con VMM.
2. Configure la biblioteca de VMM. Asigne un recurso compartido de biblioteca en donde residirán los recursos
disponibles para los usuarios de autoservicio. Configure también un recurso compartido para que los
usuarios de autoservicio puedan compartir sus recursos con otros usuarios.
Configurar un rol de usuario de autoservicio

1. Haga clic en Configuración > Crear > Crear rol de usuario .
2. En el Asistente para crear roles de usuario , escriba el nombre y, si lo desea, una descripción del rol.
Después, haga clic en Siguiente .
3. En la página Perfil , seleccione Usuario de autoser vicio y haga clic en Siguiente .
4. En Miembros , haga clic en Agregar para agregar cuentas de usuario y grupos de Active Directory al rol.
A continuación, haga clic en Siguiente .
5. En Ámbito , seleccione al menos una nube privada que vayan a usar los miembros del rol. A
6. En Cuotas , establezca la cuota de cada nube privada. Cada cuota establece un límite individual para cada
miembro del rol de usuario. Si quiere que todos los miembros del rol compartan las cuotas generales,
cree un grupo de seguridad en Active Directory y asigne ese grupo al rol de usuario. Los tipos de cuota
admitidos son:
CPU vir tuales : limita el número total de CPU de máquina virtual que se puede consumir desde la
nube privada.
Memoria (MB) : limita la cantidad de memoria de máquina virtual que se puede consumir desde la
nube privada.
Almacenamiento (GB) : limita la cantidad de almacenamiento de máquina virtual que se puede
consumir desde la nube privada.
Puntos de cuota : establece una cuota de máquinas virtuales implementadas en la nube privada en
función de los puntos de cuota total asignados a las máquinas virtuales a través de sus plantillas de
máquina virtual.
Máquinas vir tuales : limita el número total de máquinas virtuales que se pueden implementar en
una nube privada. incluir
7. En Recursos , haga clic en Agregar para agregar los recursos que puede usar el rol. Puede asignar
perfiles de hardware, perfiles de SO, plantillas de máquina virtual, perfiles de la aplicación, perfiles de
SQL Server y plantillas de servicio que se pueden usar al crear máquinas virtuales y servicios.
8. En Especificar ruta de acceso a datos de rol de usuario , haga clic en Examinar para especificar
una ruta de acceso de la biblioteca que pueden usar los miembros de este rol de usuario para cargar y
compartir sus propios datos. A continuación, haga clic en Siguiente .
9. En Acciones , seleccione las acciones que los usuarios pueden realizar.
Autor : los usuarios pueden crear plantillas y perfiles, incluidos perfiles de hardware, perfiles de
sistema operativo, perfiles de aplicación, perfiles de SQL Server, plantillas de máquina virtual y
plantillas de servicio.
Punto de control : los usuarios pueden crear, editar y eliminar puntos de control para sus propias
máquinas virtuales y para restaurar una máquina virtual a un punto de control anterior. VMM no
admite acciones de punto de control en los servicios.
Punto de control (solo restaurar) : los usuarios pueden restaurar sus propias máquinas virtuales a
un punto de control, pero no pueden crear, editar ni eliminar puntos de control.
Implementar : los usuarios pueden implementar máquinas virtuales y servicios desde plantillas y
discos duros virtuales asignados a su rol. No pueden crear plantillas y perfiles.
Implementar (solo desde plantilla) : los usuarios pueden implementar máquinas virtuales y
servicios solo desde plantillas. No tienen derechos de creación.
Administrador local : los usuarios pueden ser administradores locales en sus propias máquinas
virtuales. Debe habilitar Administrador local en todos los roles de usuario que tengan habilitada la
acción Implementar (desde plantilla) para que dichos usuarios puedan establecer la contraseña de
administrador local durante la implementación de la máquina virtual y del servicio. Los usuarios con
la acción Implementar no tienen que hacerlo para establecer las credenciales.
Pausar y reanudar : los usuarios pueden pausar y reanudar sus propias máquinas virtuales y
servicios.
Recibir : los usuarios pueden usar los recursos que compartan los miembros de otros roles de usuario
de autoservicio.
Conexión remota : los usuarios pueden conectarse a sus máquinas virtuales desde la consola VMM o
App Controller.
Quitar/Guardar : los usuarios pueden quitar o guardar sus máquinas virtuales.
Compar tir : los usuarios pueden compartir recursos de los que sean propietarios junto con otros
roles de usuario de autoservicio. Entre los recursos que se pueden compartir se incluyen perfiles de
hardware, perfiles de sistema operativo, perfiles de aplicación, perfiles de SQL Server, plantillas de
máquina virtual, máquinas virtuales, plantillas de servicio y servicios. Un usuario de autoservicio debe
ser el propietario de un recurso para poder compartirlo. Para que un rol de usuario use los recursos,
debe tener la acción Recibir . Iniciar/Detener : los usuarios pueden iniciar y detener sus propias
máquinas virtuales y servicios. Almacenar y volver a implementar : los usuarios pueden
almacenar sus propias máquinas virtuales en la biblioteca VMM y volver a implementarlas. Las
máquinas virtuales que están almacenadas en la biblioteca no cuentan para la cuota de máquina
virtual del usuario. VMM no permite almacenar servicios.
10. Si aparece la página Cuentas de ejecución , agregue las cuentas de ejecución que quiere que los
miembros de este rol puedan usar en las acciones para crear máquinas virtuales y servicios. A
11. En la página Resumen , revise los valores de configuración y haga clic en Finalizar para crear el rol.
Compruebe que el rol aparece en Configuración > Seguridad > Roles de usuario .
Después de crear el rol, puede modificar su configuración en la página de propiedades.
Preparar la biblioteca VMM para autoservicio

Los usuarios de autoservicio con los permisos necesarios pueden acceder a la biblioteca VMM. Los usuarios con
la acción Crear pueden crear plantillas y perfiles en la biblioteca. También pueden compartir dichas plantillas y
perfiles con otros usuarios de autoservicio. Para que los usuarios de autoservicio puedan interactuar con la
biblioteca, debe preparar lo siguiente:
Recursos compar tidos de la biblioteca de solo lectura : para compartir recursos físicos como discos
duros virtuales e imágenes ISO con los usuarios de autoservicio, configure recursos compartidos de la
biblioteca de solo lectura para nubes privadas y agregue los recursos a la ruta de acceso. Los recursos
estarán disponibles para los usuarios de autoservicio que tienen la nube privada en su ámbito. En estos
recursos compartidos también puede almacenar marcos de aplicaciones para permitir que los usuarios de
autoservicio configuren plantillas y perfiles con scripts.
Rutas de acceso a datos de usuario de autoser vicio : configure rutas de acceso a datos de usuario en
roles de autoservicio para proporcionar un lugar en el que los miembros del rol puedan cargar y compartir
sus propios recursos. Por ejemplo, una ruta de acceso puede almacenar paquetes de aplicación para los
servicios implementados por un rol de usuario de autoservicio. Los permisos de lectura y escritura de la ruta
de acceso se controlan a través del sistema de archivos. VMM detecta todas las rutas de acceso a las que
puede acceder el usuario de autoservicio actual. Estas rutas de acceso a datos deben estar en un recurso
compartido de biblioteca.
Antes de empezar
Todos estos procedimientos los debe llevar a cabo un administrador de VMM. Los administradores delegados
pueden agregar recursos compartidos de biblioteca en los servidores de biblioteca que estén en el ámbito de su
rol de usuario, pueden configurar recursos compartidos de biblioteca de solo lectura en las nubes privadas que
hayan creado y pueden configurar las rutas de acceso a datos de usuario en los roles de usuario de autoservicio
que hayan creado. Solo los miembros del grupo de administradores locales pueden conceder permisos de
acceso en sus rutas de acceso a datos de usuario.
Crear recursos compartidos de biblioteca de solo lectura

1. Cree una carpeta compartida para almacenar recursos. La carpeta incluirá recursos compartidos de
biblioteca de solo lectura para nubes privadas y rutas de acceso a datos de usuario para los roles de usuario
de autoservicio. Se recomienda que cree la carpeta cerca del recurso compartido de biblioteca
predeterminado para que sea fácil acceder a ella al administrar la biblioteca. Por ejemplo,
C:\ApplicationData\Virtual Machine Manager Cloud Resources.
2. En la carpeta compartida, cree una carpeta para almacenar los recursos \ApplicationFrameworks en caso de
que quiera usarlos. Por ejemplo, C:\ApplicationData\Virtual Machine Manager Cloud
Resources\ApplicationFrameworks. Comparta la carpeta para que pueda agregarla como recurso
compartido de biblioteca. Tenga en cuenta que la carpeta compartida no puede estar en la ruta de acceso del
recurso compartido de biblioteca predeterminado. No se puede agregar un recurso compartido de biblioteca
que se encuentre en la ruta de acceso de un recurso compartido de biblioteca existente.
3. Copie la carpeta \ApplicationFrameworks del recurso compartido de biblioteca predeterminado en el recurso
compartido que creó para los recursos de nube privada.
4. Agregue el recurso compartido a la biblioteca VMM. En Biblioteca > Ser vidor de biblioteca > Agregar
recurso compar tido de biblioteca , seleccione las carpetas compartidas que quiera agregar a la biblioteca.
Compruebe que el recurso compartido se ha agregado en Ser vidores de biblioteca .
5. Para agregar el recurso compartido de solo lectura a una nube privada, abra Máquinas virtuales y servicios >
Nubes y seleccione la nube privada que quiera actualizar.
6. En la nube, haga clic en Carpeta > Propiedades > Biblioteca > Recursos compar tidos de biblioteca
de solo lectura > Agregar .
Permitir que los usuarios de autoservicio compartan recursos

Para permitir que los usuarios de autoservicio con la acción Crear compartan los recursos que crean, debe crear
una carpeta para almacenar los recursos compartidos y, después, habilitar el uso compartido de recursos para el
rol de usuario de autoservicio.
Crear una carpeta para compartir recursos de usuario
Configure una ruta de acceso a datos de usuario para el rol de usuario de autoservicio y conceda permiso de
lectura y escritura en la carpeta.
1. Cree una carpeta para almacenar todos los recursos que compartirán los usuarios de autoservicio. Por
ejemplo, C:\ProgramData\Virtual Machine Manager Cloud Resources\Self-Service User Data.
2. Dentro de esa carpeta, cree una subcarpeta para almacenar recursos para el rol de usuario de
autoservicio. Por ejemplo: C:\ProgramData\Virtual Machine Manager Cloud Resources\Self-Service User
Data\Finance Service Managers.
3. Después, dentro de esa subcarpeta, cree una subcarpeta de tercer nivel para almacenar todos los
paquetes de aplicación para todas las versiones de la aplicación virtual que usará en este escenario. Por
ejemplo: C:\ProgramData\Virtual Machine Manager Cloud Resources\Self-Service User Data\Finance
Service Managers<MyApplication>.
4. En esa subcarpeta, cree una subcarpeta de cuarto nivel para almacenar el paquete de aplicación para la
primera versión del servicio. Por ejemplo: C:\ProgramData\Virtual Machine Manager Cloud
Resources\Self-Service User Data\Finance Service Managers<MyApplication>\MyApplication v1>.
Cada vez que actualice y vuelva a secuenciar una aplicación mediante Server App-V, debe almacenar el
nuevo paquete de aplicación en una carpeta independiente.
5. Para que los miembros del rol de usuario de autoservicio puedan acceder a los recursos y cargar sus
propios recursos en la carpeta, concédales a todos los miembros permiso de lectura y escritura en la
carpeta.
6. Si es necesario, comparta la carpeta que contiene los datos de usuario de todos los roles de usuario de
autoservicio y, después, agregue el recurso compartido a la biblioteca VMM. Para que pueda asignarse a
un rol de usuario de autoservicio, una ruta de acceso a datos de usuario debe encontrarse en un recurso
compartido de biblioteca.
7. Configure la ruta de acceso de un rol de usuario de autoservicio de la manera siguiente:
a. En Configuración > Seguridad > Roles de usuario , haga clic en el rol de usuario de autoservicio.
b. En el grupo Rol de usuario , haga clic en Propiedades > Recurso .
c. Busque y seleccione la carpeta que contendrá los recursos compartidos. Después de guardar los
cambios, la ruta de acceso a datos se agrega a la biblioteca. Compruebe la ruta de acceso en
Biblioteca > Contenido de usuario de autoser vicio .
Habilitar el uso compartido para usuarios de autoservicio
Para compartir un recurso con un miembro de otro rol de usuario de autoservicio, es necesario lo siguiente:
El usuario de autoservicio que comparta el recurso debe ser el propietario del recurso.
El propietario del recurso debe pertenecer a un rol de usuario de autoservicio al que se le haya asignado la
acción Compartir.
El destinatario del recurso debe pertenecer a un rol de usuario de autoservicio al que se le haya asignado la
acción Recibir.
Habilite el uso compartido de recursos de la manera siguiente:
1. Haga clic en Configuración > Seguridad > Roles de usuario y haga clic en el rol de usuario de autoservicio
para el que quiere habilitar el uso compartido de recursos.
2. En el grupo Rol de usuario , haga clic en Propiedades .
3. En Acciones , seleccione Compar tir y, después, haga clic en Aceptar . Ahora los miembros de este rol de
usuario de autoservicio pueden compartir sus propios recursos con los miembros de cualquier rol de
usuario de autoservicio que tenga asignada la acción Recibir .
4. Para configurar un rol de usuario con la acción Recibir , seleccione el rol > Propiedades > Acción y
seleccione Recibir .
Trabajar con VMM como usuario de autoservicio
IMPORTANT
En este artículo se describe cómo trabajar con System Center - Virtual Machine Manager (VMM) como usuario
de autoservicio.
Los usuarios de autoservicio pueden interactuar con VMM para implementar máquinas virtuales y servicios en
nubes privadas. En función de los permisos que tenga, puede implementar máquinas virtuales desde discos
duros virtuales y plantillas, y crear y compartir sus propias plantillas y perfiles. Para interactuar con VMM, use la
consola VMM (o PowerShell).
Crear e implementar máquinas virtuales

Obtenga información sobre cómo crear una máquina virtual desde discos duros virtuales existentes.
Obtenga información sobre cómo crear una máquina virtual desde discos duros virtuales en blanco.
Obtenga información sobre cómo clonar una máquina virtual existente.
Obtenga información sobre cómo implementar máquinas virtuales desde plantillas de máquina virtual.
Obtenga información sobre cómo implementar máquinas virtuales que ejecutan Linux.
Crear recursos en la biblioteca VMM

La biblioteca VMM es un recurso compartido de archivos que incluye un catálogo de recursos que se usan para
implementar máquinas virtuales y servicios en el tejido de VMM. La biblioteca almacena:
Recursos basados en archivos, como discos duros virtuales, imágenes ISO, scripts, archivos de controlador y
paquetes de aplicación (aplicaciones de capa de datos de SQL Server y Web Deploy).
Recursos no basados en archivos, como plantillas de máquina virtual y plantillas de servicio que se usan para
crear máquinas virtuales y servicios.
Las máquinas virtuales sin conexión se almacenan en la biblioteca.
Si tiene el permiso Crear, puede crear plantillas y perfiles en la biblioteca. Más información.
Compartir recursos de biblioteca
Como usuario de autoservicio, puede compartir sus recursos de biblioteca con otros miembros de su rol de
usuario de autoservicio si se cumplen las condiciones siguientes:
Debe ser el propietario del recurso.
Debe pertenecer a un rol de usuario de autoservicio al que se le haya asignado la acción Compartir.
Para usar el recurso compartido, el usuario debe pertenecer a un rol de usuario de autoservicio al que se le
haya asignado la acción Recibir.
Comparta los recursos de la manera siguiente:
1. Haga clic en Biblioteca , haga clic con el botón derecho en la plantilla o el recurso físico que quiere compartir
> Propiedades .
2. En Acceso > Usuarios , haga clic en Agregar .
3. En Seleccionar usuarios , en Usuario, comparta el recurso con otro miembro del rol. En Rol de usuario ,
comparta el recurso con otros roles de usuario de autoservicio.
Importar recursos de biblioteca
Se recomienda que use el método descrito en este procedimiento para importar y exportar recursos basados en
archivos a y desde la biblioteca VMM. Tenga en cuenta lo siguiente:
Puede importar recursos a la ruta de acceso a datos del rol de usuario en el nodo de contenido de usuario de
autoservicio de la biblioteca.
Puede exportar recursos desde la ruta de acceso a datos del rol de usuario o desde la biblioteca de nube
privada.
Para importar y exportar, el rol de usuario de autoservicio necesita el permiso Crear.
Importe los recursos de la manera siguiente:
1. Haga clic en Biblioteca > Impor tar > Impor tar recurso físico .
2. Haga clic en Agregar recurso personalizado para importar una carpeta con la extensión .CR y su
contenido. También puede seleccionar una carpeta sin una extensión .CR que contenga uno o más
archivos de un tipo de archivo compatible.
Si selecciona una carpeta sin una extensión .CR, en la biblioteca VMM solo aparecerán los archivos de
un tipo de archivo compatible.
Pero si usa el Explorador de Windows para acceder al recurso compartido de biblioteca, puede tener
acceso a todos los archivos de la carpeta, en función de los permisos de archivo y recursos
compartidos que estén configurados fuera de VMM.
Si la carpeta con la extensión .CR contiene más de cien archivos para importar, se recomienda que los
comprima antes de importarlos. De este modo, el rendimiento mejorará.
3. Haga clic en Agregar recurso para importar uno o varios archivos a otra ubicación de la biblioteca.
4. Cuando termine, haga clic en Impor tar . Compruebe que los recursos que aparecen en Contenido de
usuario de autoser vicio > ruta de acceso a datos de rol de usuario > Objetos de usuario de
autoser vicio .
Exportar recursos de biblioteca
1. Haga clic en Biblioteca > Expor tar > Expor tar recurso físico .
2. Haga clic en Agregar y seleccione los recursos físicos que quiere exportar. Después, haga clic en Aceptar .
3. En Especificar destino para los archivos de expor tación , haga clic en Examinar y seleccione una
carpeta de destino. Después, haga clic en Aceptar .
4. Cuando termine, haga clic en Expor tar .
Pasos siguientes
Supervisar VMM
IMPORTANT
Configure la supervisión e informes en System Center - Virtual Machine Manager (VMM) de la siguiente
manera:
Trabajos de VMM : en la consola VMM, puede supervisar el estado de los procesos y operaciones de los
trabajos de VMM.
Super visión en Operations Manager : para supervisar el estado de los servidores VMM y el tejido VMM,
integra VMM con System Center Operations Manager.
Informes en Operations Manager : después de que VMM se integra en Operations Manager, puede crear
y ver informes de VMM.
Supervisar con trabajos de VMM

Un trabajo de VMM se crea para cualquier acción que cambia el estado de un objeto administrado.
Los trabajos están compuestos por una serie de pasos que se realizan secuencialmente para completar una
acción. Los trabajos sencillos, como detener una máquina virtual, contiene un solo paso. Los trabajos más
complejos, o la ejecución de un asistente, pueden contener varios trabajos o grupos de trabajos.
En la vista Trabajos de la consola VMM se realiza un seguimiento de los trabajos. La pestaña Detalles de la
vista Trabajos indica el estado de cada paso en un trabajo.
Cada trabajo se representa mediante uno o más cmdlets de PowerShell de VMM. Puede realizar casi
cualquier tarea de VMM con PowerShell. Cada asistente incluye un botón Ver script en la página Resumen
que muestra los cmdlets que realizarán el trabajo que acaba de solicitar. Puede guardar los scripts de
Windows PowerShell en la biblioteca VMM, y puede verlos y ejecutarlos en la vista Biblioteca .
Cada trabajo de VMM es independiente y no depende del estado de otro trabajo. Por ejemplo, si ejecuta
trabajos para agregar varios servidores de host, el error de agregar un host no afecta a los trabajos restantes.
Cuando se completa un trabajo, se guarda un registro de auditoría que contiene los cambios que el trabajo
realizó en el objeto de VMM. Puede ver el registro de auditoría en Trabajos > Detalles > Seguimiento de
cambios .
Los trabajos se inician automáticamente cuando se realizan tareas de la consola VMM o mediante
PowerShell. Puede cancelar algunos trabajos en ejecución, pero otros, incluida la adición de hosts y los
trabajos del sistema, no se pueden cancelar una vez que se hayan comenzado a ejecutar.
Por lo general, puede reiniciar trabajos con errores, pero tenga en cuenta que:
Si varios trabajos colocan una máquina virtual en estado de error, solo puede reiniciarse el trabajo
más reciente.
En los trabajos que se ejecutan durante un largo período de tiempo, como la migración de una
máquina virtual, los resultados intermedios se almacenan periódicamente durante la ejecución del
trabajo, y la acción Reiniciar intenta reanudar el trabajo desde el último estado conocido. El resto de
los trabajos se inician desde el principio.
Supervisar con Operations Manager
Puede supervisar el estado y el mantenimiento de VMM en Operations Manager mediante la instalación del
paquete de administración de VMM que proporciona una serie de paneles en la consola de Operations Manager.
PA N EL DETA L L ES
Panel de máquinas vir tuales Supervisa el estado de las máquinas virtuales.
Muestra información sobre las máquinas virtuales que se

han detectado en el tejido VMM. Puede ver información de
alertas, propiedades, host y rendimiento de la máquina
virtual.
Panel del host de VMM Supervisa el estado de los hosts de virtualización que se han
detectado en el tejido VMM.
Muestra información sobre las propiedades, el estado, las

máquinas virtuales, las alertas y el rendimiento del host.
Panel de mantenimiento del tejido Supervisa el estado de las nubes privadas de VMM.
Para cada nube, el panel supervisa el estado de los grupos

host, las propiedades de cálculo de la nube (CPU,
adaptadores de red, etc.), la información de almacenamiento,
como grupos, recursos compartidos de archivos, LUN y
supervisión de red.
El estado de cada parte del tejido se muestra en un

diagrama del panel de supervisión.
El panel puede estar enfocado a recursos físicos o virtuales, o

a un determinado inquilino en la nube.
Más información sobre la integración de VMM con Operations Manager.
Informe con Operations Manager

Una vez que haya conectado VMM a Operations Manager puede ver y crear informes. VMM proporciona estos
informes predeterminados:
REP O RT DETA L L ES
Utilización de la capacidad Uso de los datos para hosts de máquina virtual y otros
objetos.
Proporciona información general de cómo se usa la

capacidad en su centro de datos y le ayuda a tomar
decisiones sobre recursos para dar soporte a sus máquinas
virtuales.
Previsión de grupos host Predice la actividad del host basándose en el historial de uso
de CPU, memoria, E/S de disco, E/S de red y espacio en
disco.
Para utilizar los informes de previsión, SQL Server Analysis

Services debe instalarse en el servidor de informes de
Operations Manager.
REP O RT DETA L L ES
Uso del host Muestra el número de máquinas virtuales que se ejecutan

en cada host y el promedio de uso, junto con los valores
totales o máximos de los procesadores, memoria y espacio
en disco del host.
Aumento de uso del host Muestra cambio porcentual del uso de recursos y el número
de máquinas virtuales que se ejecutan en los hosts
seleccionados durante un periodo especificado.
Ahorros energéticos Muestra cuánta energía se ahorra con la optimización de

energía.
Puede ver el número total de horas de alimentación de

procesador ahorradas en un intervalo de fechas y un grupo
host, así como toda la información de cada uno de los hosts
de los distintos grupos hosts.
Previsión de uso de SAN Predice el uso de SAN a partir del historial.
Asignación de máquina vir tual Proporciona información acerca de la asignación de

Uso de máquina vir tual Proporciona información acerca de la utilización de los

recursos por parte de las máquinas virtuales. Dicha
información incluye el promedio de uso y los valores totales
o máximos de los procesadores de las máquinas virtuales, de
la memoria y del espacio en disco.
Candidatos para vir tualización Ayuda a identificar los equipos físicos que son buenos
candidatos para convertirse en máquinas virtuales.
Puede usar este informe para identificar los servidores que

se usan poco y mostrar los valores medios de un conjunto
de contadores de rendimiento de CPU, memoria y uso del
disco solicitados habitualmente, junto con configuraciones
del hardware, como la velocidad del procesador, el número
de procesadores y la memoria RAM total.
Puede limitar el informe a los equipos que cumplan los

requisitos de CPU y RAM especificados, y los resultados se
pueden ordenar por determinadas columnas del informe.
Ver informes
Puede ver informes en el área de trabajo Informes de System Center Operations Manager, o bien escribiendo la
siguiente dirección en un explorador web: http://ReportingServerName:port/reports . Opcionalmente, puede
especificar “https” en lugar de http.
ReportingServerName es el nombre del servidor de informes de Operations Manager.
port es 80 para HTTP y 443 para HTTPS
reports hace referencia al directorio virtual del servidor de informes, de manera predeterminada: repor ts
Integrar VMM con Operations Manager para la
supervisión e informes
IMPORTANT
En este artículo se describe cómo integrar System Center - Virtual Machine Manager (VMM) con System Center
Operations Manager para supervisar el estado de los hosts de virtualización, las máquinas virtuales y otros
recursos en el tejido de proceso de VMM.
Operations Manager supervisa el servidor VMM y todos los hosts y las máquinas virtuales del tejido de
VMM.
Un grupo de administración de Operations Manager puede supervisar varias instancias de VMM. El tejido de
VMM solo puede supervisarlo un único grupo de administración de Operations Manager.
El panel de estado del tejido se importa a Operations Manager con los módulos de administración de VMM.
Muestra información general detallada del estado de las nubes privadas y del tejido de VMM. Puede vincular
a otros paneles para aumentar los detalles de la supervisión de almacenamiento y red.
Resumen de implementación
Configure Operations Manager con VMM de la manera siguiente:
1. Verifique los requisitos previos.
2. Instale la consola de Operations Manager en el servidor VMM de forma que pueda supervisar VMM
desde el servidor.
3. Instale agentes de Operations Manager en el servidor de administración de VMM y todos los hosts bajo
la administración de VMM.
4. Busque el módulo de administración más reciente.
5. Ejecute el asistente de integración para integrar VMM y Operations Manager. El asistente realiza las
siguientes tareas:
Importe los módulos de administración de VMM en Operations Manager.
De manera opcional, habilite Optimización de rendimiento y recursos (PRO). Se proporciona
información de PRO mediante Operations Manager, y puede ser VMM para optimizar el rendimiento.
Puede asignar alertas específicas de Operations Manager para acciones correctivas en VMM. Por
ejemplo, puede migrar máquinas virtuales a un host diferente después de un problema de hardware.
Además, con PRO habilitado, Operations Manager puede detectar problemas de recursos o errores de
hardware en la infraestructura de virtualización.
De manera opcional, habilita el modo de mantenimiento. VMM puede colocar hosts en modo de
mantenimiento para el servicio. Cuando un host se encuentra en modo de mantenimiento, VMM usa
la migración en vivo para mover máquinas virtuales a otra ubicación, y no coloca nuevas máquinas
virtuales en el host. Si el modo de mantenimiento está habilitado para la supervisión de Operations
Manager, cuando un host se coloca en modo de mantenimiento en VMM, Operations Manager
también lo coloca en el mismo modo. En el modo de mantenimiento, el agente de Operations
Manager suprime alertas, notificaciones y cambios de estado, de forma que el host no se supervise
mientras las actividades de mantenimiento de software y hardware habituales están en curso.
Habilita el soporte para SQL Server Analysis Services (SSAS) y las funcionalidades de informes
proporcionadas por SSAS.
Antes de empezar
NOTE
Asegúrese de que usa una versión compatible de Operations Manager (que se ejecuta en Systems Center 2016 o en una
versión posterior).
NOTE
Asegúrese de que usa una versión compatible de Operations Manager (que se ejecuta en Systems Center 2019 o en una
versión posterior).
Operations Manager debe usar SQL Server 2012 SP2, SQL Server 2014 o SQL Server 2016 con Reporting
Services habilitado. Para utilizar los informes de previsión, debe instalarse SQL Server Analysis Services en el
servidor de informes de Operations Manager. El nombre de la instancia de SSAS debe coincidir con SQL
Server Reporting Services (MSSQLSERVER).
La versión de la consola del operador de Operations Manager que está instalada en el servidor de
administración VMM debe coincidir con la versión de Operations Manager con la que pretende realizar la
integración. La versión del agente Operations Manager debe ser compatible con la versión de Operations
Manager.
Asegúrese de que la versión de Windows PowerShell que está en todos los servidores de administración de
Operations Manager es la versión más reciente que se admite por esa versión de Operations Manager. Para
determinar qué versión de Windows PowerShell está en un servidor, ejecute Get-Host | Select-Object
Version .
Asegúrese de que el puerto 5724 está abierto entre los servidores de VMM y Operations Manager.
Necesita permisos de administrador de VMM para ejecutar el asistente de integración.
Los módulos de supervisión de VMM admiten un máximo de 400 hosts con hasta 8000 máquinas virtuales.
Instalar la consola de Operations Manager

1. Ejecute el programa de instalación de Operations Manager en cada servidor de administración de VMM.
2. En el asistente, seleccione Consola del operador para instalarlo.
Install the Operations Manager agent

1. Instale el agente Operations Manager en cada servidor VMM y en cada host administrado en el tejido VMM.
2. Puede instalar el agente desde la consola del operador de Operations Manager, el programa de instalación
de Operations Manager, o bien desde la línea de comandos. Para conocer los distintos métodos de
implementación de agentes, vea la sección Administración de detección y agentes en la documentación de
Operations Manager.
Búsqueda de los módulos de administración

Las versiones más recientes de los módulos de administración se acoplan con cada versión nueva de la
compilación de VMM.
Para buscar los módulos de administración, abra la carpeta de los módulos de administración del
servidor VMM. La ubicación predeterminada es C:\Archivos de programa\Microsoft System Center
\Vir tual Machine Manager\ManagementPacks .
Ejecutar el asistente de integración

Ejecute el asistente para conectar el servidor VMM con el servidor de Operations Manager e importar el módulo
de administración de VMM a Operations Manager.
1. En la consola VMM, haga clic en Configuración > Configuración de System Center > Ser vidor de
Operations Manager > Propiedades .
NOTE
Si ya se ha establecido la conexión con Operations Manager, al hacer clic en Propiedades se abre el cuadro de
diálogo Configuración de Operations Manager . Si aparece este cuadro de diálogo y no describe la conexión
correcta, quite la conexión actual antes de escribir la información correcta.
2. En Introducción , haga clic en Siguiente .

3. En Conexión a Operations Manager , especifique el nombre del servidor de Operations Manager y
seleccione la cuenta que se usará para conectarse a este. Puede utilizar la cuenta de servicio del servidor
VMM o especificar una cuenta de ejecución. Esta cuenta debe ser miembro del rol Administrador de
Operations Manager.
4. Seleccione Habilitar optimización de rendimiento y recursos (PRO) si se requiere.
5. Seleccione Habilitar la integración del modo de mantenimiento con Operations Manager si lo
desea. A continuación, haga clic en Siguiente .
Cuando los hosts se colocan en modo de mantenimiento usando el servidor de administración VMM,
Operations Manager los pone también en modo de mantenimiento. En este modo, el agente de
Operations Manager suprime las alertas, notificaciones, reglas, monitores, respuestas automáticas,
cambios de estado y nuevas alertas.
6. Escriba las credenciales de Operations Manager para conectarse con el servidor de administración de
VMM y después haga clic en Siguiente . Esta cuenta se agregará al rol de usuario Administrador en
VMM.
7. Revise la información de la página Resumen y, después, haga clic en Finalizar . Puede ver el estado de la
nueva conexión en el área de trabajo Trabajos .
8. Con Configuración de System Center aún seleccionado, en el panel de resultados, haga clic con el
botón secundario en Ser vidor de Operations Manager y, después, haga clic en Propiedades . En
Configuración de Operations Manager > Detalles > Estado de conexión , confirme que la
conexión es Correcta .
Si después quita una conexión de un servidor de Operations Manager, no quita los paquetes de administración
de VMM del servidor, pero se quita el conector.
Supervisar VMM en la consola de Operations Manager

Puede supervisar procesos y el estado de VMM en cualquiera de los paneles de VMM que aparecen en la
consola de Operations Manager; el panel de tejido, el panel de máquina virtual o el panel de host de VMM.
1. En la consola del operador de Operations Manager, haga clic en Super visión .
2. Para supervisar máquinas virtuales, haga clic en Vir tual Machine Manager . Este panel incluye información
sobre el estado y el rendimiento de las máquinas virtuales, los hosts y los servidores VMM.
3. Para supervisar hosts de VMM, haga clic en Panel del host de VMM . Puede supervisar el estado de los
hosts de virtualización que se han detectado en el tejido VMM, y obtener información sobre las propiedades
de host, el estado, las máquinas virtuales, las alertas y el rendimiento.
4. Para supervisar una nube privada, haga clic en Panel de mantenimiento del tejido . Para cada nube, el
panel supervisa el estado de los grupos host, las propiedades de cálculo de la nube (CPU, adaptadores de
red, etc.), la información de almacenamiento como grupos, recursos compartidos de archivos, LUN y
supervisión de red. Puede definir el ámbito del panel en los recursos físicos o virtuales, o en un inquilino en
la nube particular.
5. En Vistas de Vir tual Machine Manager , puede ver representaciones gráficas de los sistemas
administrados. Después de conectar los servidores VMM y Operations Manager por primera vez, puede
tardar varias horas hasta que los diagramas están disponibles en la consola.
Pasos siguientes
Ejecutar informes de VMM en Operations Manager
Agregar una suscripción de Azure en VMM
IMPORTANT
Puede agregar suscripciones de Microsoft Azure a System Center - Virtual Machine Manager (VMM) y llevar a
cabo acciones básicas en las instancias de Azure de estas suscripciones.
En cada suscripción de Azure que agregue, puede usar una consola para ver todas las instancias de rol de
todos los grupos de distribución de esa suscripción.
Si ya administra las máquinas virtuales locales en VMM, puede usar esta característica para llevar a cabo
algunas acciones muy básicas en instancias de Azure sin salir de la consola VMM. Puede:
Agregue y quite suscripciones de Azure en la consola VMM.
Obtenga una vista de lista de información sobre instancias de rol en suscripciones de implementación.
Las instancias pueden actualizarse manualmente.
Realice acciones básicas en las instancias, incluidas iniciar, detener, apagar y reiniciar.
Conectar a través de RDP
Esta característica no está diseñada para proporcionar una paridad de características con Azure Portal.
Proporciona un pequeño subconjunto de las características para simplificar la administración. No puede
administrar la suscripción de Azure, implementar instancias, administrar Azure Storage y Azure Networks,
migrar máquinas virtuales locales a Azure o ver el panel y los resúmenes de supervisión de rendimiento.
La información relativa a los certificados y a la configuración de las suscripciones se almacena en el Registro,
en HKEY_CURRENT_USER. La información es específica de inicio de sesión y es visible para cada
combinación de inicio de sesión y máquina. Si inicia sesión en VMM con una cuenta compartida (no
recomendado), cualquier suscripción agregada en dicha cuenta compartida se expondrá para todos los
usuarios.
Como la información es específica de inicio de sesión, si las suscripciones de Azure las agrega un usuario que
sea administrador, los demás administradores de VMM no podrán verlas de forma automática. Debe
configurar la suscripción para cada administrador de VMM que necesite tener acceso a ella.
Antes de comenzar
Esto es lo que necesita para agregar una suscripción de Azure en VMM:
REQ UISITO DETA L L ES
Suscripción de Azure Necesita al menos una suscripción de Azure para agregarla a

la consola VMM.
Conectividad de Internet Es necesario que el equipo en el que instale la característica

se conecte a la suscripción de Azure.
Administrador de ser vicios Al menos debe ser un administrador de servicios para la

suscripción. Esto es necesario para tener acceso a la
información sobre el certificado de administración que se
requiere.
Cer tificado de administración Si solo administra máquinas virtuales clásicas, la suscripción

debe tener un certificado de administración asociado a ella,
De este modo, VMM puede usar el modelo de
implementación clásica en Azure. Obtenga más información
sobre los certificados de servicio. Tome nota del id. de
suscripción y la huella digital del certificado.
Los certificados deben ser compatibles con x509 v3.
El certificado de administración debe encontrarse en el

almacén de certificados local del equipo en el que agregue la
característica de suscripción de Azure.
El certificado también debe encontrarse en el almacén

Current User \ Personal del equipo en el que se inicia la
consola VMM.
NOTE
La suscripción debe tener la autenticación basada en Active Director y asociada a ella para poder habilitar la
administración de máquinas virtuales tanto clásicas como basadas en ARM. Cree una aplicación de Azure AD mediante
Azure Portal y anote el identificador del directorio y de la aplicación, además de la clave.
NOTE
La suscripción debe tener la autenticación basada en Active Director y asociada a ella para poder habilitar la
administración de máquinas virtuales tanto clásicas como basadas en ARM. Cree una aplicación de Azure AD mediante
Azure Portal y anote el identificador del directorio y de la aplicación, además de la clave.
Configuración de la característica Agregar suscripción de Azure

1. Asegúrese de que ha cumplido los requisitos de la sección anterior y de que la opción para agregar una
suscripción aparece en la consola VMM > VM y ser vicios > Azure > Agregar suscripción .
2. Si desea comprobar un certificado, inicie sesión en Azure Portal con su cuenta y haga clic en Configuración
> Cer tificados de administración . Tenga en cuenta la huella digital del certificado si aún no lo ha hecho.
3. En la consola VMM, haga clic en VM y ser vicios > Azure > Agregar suscripción y rellene los detalles de
la suscripción. En el nodo Suscripciones, puede agregar y quitar suscripciones, además de actualizar listas de
máquinas virtuales. También puede iniciar, detener, apagar y reiniciar una máquina virtual, además de
conectarse a ella a través de RDP.
Administrar máquinas virtuales de Azure

Si ya administra las máquinas virtuales locales en VMM, puede usar esta característica para llevar a cabo
algunas acciones muy básicas en instancias de Azure sin salir de la consola VMM. Puede:
Agregar y quitar una o más suscripciones de Azure con la consola VMM.
Ver una lista con los detalles y el estado de todas las instancias de rol de todas las implementaciones de esa
suscripción.
Actualizar manualmente la lista de instancias.
Realizar las siguientes acciones básicas en las instancias:
Inicio
Stop
Apagar
Reiniciar
Qué no puede hacer con esta característica
Esta característica no pretende proporcionar ninguna paridad de características con el Portal de administración
de Microsoft Azure. Las funciones de esta característica conforman un pequeño subconjunto de las
características de https://portal.azure.com, pero puede ver sus instancias y llevar a cabo otras acciones básicas
para simplificar las tareas diarias y facilitar la administración.
No puede:
Administrar la suscripción de Azure
Implementar instancias de Azure
Migrar máquinas virtuales locales a Azure
Administrar el almacenamiento de Azure
Administrar Azure Networks
Consultar la vista Resumen del panel
Consultar el Resumen de supervisión de rendimiento
Puede agregar suscripciones de Microsoft Azure a System Center 2019 - Virtual Machine Manager (VMM)
mediante la creación de un perfil de Azure.
Con VMM 2019, mediante el perfil de Azure, puede definir el uso previsto del perfil. Actualmente, el escenario
de integración de Azure-VMM admite lo siguiente:
Administración de máquinas vir tuales de Azure : realice acciones básicas en instancias de máquinas
virtuales de Azure sin salir de la consola de VMM.
Azure Update Management : instale la actualización en las máquinas virtuales que administra VMM.
Antes de comenzar
Esto es lo que necesita agregar a un perfil de Azure para la administración de máquinas virtuales de Azure:
Suscripción de Azure Necesita al menos una suscripción de Azure para agregarla a

la consola VMM.

Autenticación de AD La suscripción debe tener la autenticación basada en Active

Directory asociada a ella para poder habilitar la
administración de máquinas virtuales tanto clásicas como
basadas en Azure Resource Manager.
Cree una aplicación de Azure AD mediante Azure Portal y

anote el identificador del directorio, el de la aplicación y la
clave.
Asigne una aplicación a los roles Colaborador de máquina

virtual clásica y Colaborador de máquina virtual mediante
Suscripción, Access Control (IAM), Agregar.
Esto es lo que necesita para crear un perfil de Azure para Azure Update Management:
Suscripción de Azure Necesita una suscripción de Azure Automation con la

solución Update Management habilitada.
Creación de una cuenta de Automation y Habilitar la

solución Update Management.

Creación de un perfil de Azure

Siga estos pasos:
1. En la consola VMM, vaya a Biblioteca > Crear > Perfil de Azure .
2. En el menú desplegable Profile usage (Uso del perfil), seleccione Administración de máquina
vir tual de Azure o Azure Update Management . Según la selección, la página siguiente buscará
información de autenticación para el identificador de suscripción que especificó.
NOTE
Puede compartir el perfil de Azure con usuarios de autoservicio (SSU) agregándoles como miembros en el
asistente.
Puede ver la lista de todos los perfiles de Azure en Biblioteca > Perfiles > Perfiles de Azure . Seleccione un
perfil de Azure de la lista para ver información detallada de este perfil, en el panel Información general.
Azure Update Management
En este artículo se proporciona información acerca de la característica Azure Update Management de System
Center 2019: Virtual Machine Manager (VMM).
Con la característica Azure Update Management, es posible administrar las actualizaciones de las máquinas
virtuales (VM) y cargas de trabajo que se ejecutan en VMM.
Actualmente, VMM admite la característica de administración de actualizaciones en todas las máquinas virtuales
nuevas con sistema operativo Windows y se implementa mediante una plantilla de máquina virtual con la
extensión Azure Update Management habilitada.
Creación de una plantilla de máquina virtual vinculada al perfil de

Azure
Siga estos pasos:
1. Cree un perfil para Azure Update Management, para lo que debe seguir los pasos que se detallan en el
artículo acerca de las suscripciones de Azure
2. En Asistente para crear plantilla de VM , seleccione Página de origen > seleccione Usar una
plantilla de VM o un disco duro vir tual existentes almacenados en la biblioteca .
3. En la página Extensión , seleccione Habilitar Azure Update Management y seleccione el perfil de
Azure Profile en el menú desplegable. Haga clic en Aceptar .
4. Implemente las máquinas virtuales desde la plantilla de máquina virtual.
5. VMM realiza la incorporación de las máquinas virtuales implementadas mediante la plantilla de máquina
virtual en el servicio Azure Update Management y proporciona el vínculo a la consola de Azure para
administrar las actualizaciones.
6. Haga clic en el vínculo Estado de la actualización en Información de Azure Update Management

para evaluar e implementar las actualizaciones de la máquina virtual.
NOTE
La funcionalidad Azure Update Management también admite las implementaciones de servicios mediante plantillas de
servicio, el flujo es el mismo que el anterior.
Pasos siguientes
Administración de máquinas virtuales de Azure
Administrar máquinas virtuales de Azure
IMPORTANT
En este artículo se proporciona información acerca de la característica Administrar máquinas virtuales de Azure
de System Center 2019: Virtual Machine Manager (VMM).
Esta característica permite realizar acciones básicas en instancias de Azure conectadas a un perfil de Azure
creado para la administración de máquinas virtuales de Azure.
NOTE
Para llevar a cabo estas acciones, debe crear un perfil de Azure y en Uso del perfil debe seleccionar Administración de
máquina vir tual de Azure . Una vez creado un perfil de Azure en Administración de máquina virtual de Azure, desde la
página VM y ser vicios de la consola de VMM se podrá acceder a las máquinas virtuales implementadas en Azure y
estás se enumerarán en Suscripciones de Azure.
Las siguientes acciones se pueden realizar en instancias de Azure sin salir de la consola de VMM.
Agregar y quitar una o más suscripciones de Azure con la consola VMM.
Ver una lista con los detalles y el estado de todas las instancias de rol de todas las implementaciones de esa
suscripción.
Actualizar manualmente la lista de instancias.
Realizar las siguientes acciones básicas en las instancias:
Inicio
Stop
Apagar
Reiniciar
Lo que no es compatible
Esta característica no pretende proporcionar ninguna paridad de características con el Portal de administración
de Microsoft Azure. La funcionalidad de esta característica es un pequeño subconjunto de las características de
https://portal.azure.com, pero puede ver sus instancias de Azure y realizar otras acciones básicas que
simplifiquen la administración y las tareas diarias.
Con esta característica no puede:
Administrar la suscripción de Azure
Implementar instancias de Azure
Migrar máquinas virtuales locales a Azure
Administrar el almacenamiento de Azure
Administrar Azure Networks
Consultar la vista Resumen del panel
Consultar el Resumen de supervisión de rendimiento
Administrar más de 50 máquinas virtuales de Azure mediante el perfil de Azure
Administración de máquinas virtuales mediante la
autenticación y autorización basadas en Azure AD y
las suscripciones de Azure específicas de región
IMPORTANT
En este artículo se ofrece información sobre cómo administrar las suscripciones de Azure basadas en Azure
Resource Manager y específicas de la región con System Center Virtual Machine Manager (VMM).
Puede agregar suscripciones de Microsoft Azure a System Center 2016 - Virtual Machine Manager (VMM) y,
después, llevar a cabo las acciones requeridas. Más información. El complemento de Azure de VMM permite la
administración de suscripciones de Azure a través de la autenticación y autorización basadas en certificados, y
máquinas virtuales de la región de Azure pública.
VMM 1801 y versiones posteriores admiten la administración de suscripciones de Azure mediante Azure Active
Directory y las suscripciones de Azure específicas de la región. (Es decir, regiones de Alemania, China, US
Government Azure).
La administración de suscripciones de Azure mediante la autenticación y autorización basadas en certificados
requiere certificados de administración. Más información.
La administración de máquinas virtuales con autenticación y autorización basadas en Azure AD requiere la
aplicación de Azure AD.
Antes de empezar
Aplicación de Azure AD : para administrar máquinas virtuales con VMM a través de la autenticación y
autorización de Active Directory, debe crear una aplicación de Azure AD y, después, proporcionar los
detalles siguientes a través del complemento de Azure de VMM:
Identificador de suscripción de Azure
Identificador de Azure Active Directory
Azure Active Directory: Identificador de aplicación y clave de aplicación
Más información sobre cómo crear una aplicación de Azure AD.
Un cer tificado de administración : con la configuración descrita en este artículo.
La suscripción debe tener un certificado de administración asociado para que VMM pueda usar la
API de administración de servicios en Azure.
Tome nota del id. de suscripción y la huella digital del certificado.
Los certificados deben ser compatibles con x509 v3.
El certificado de administración debe encontrarse en el almacén de certificados local del equipo en
el que agregue la característica de suscripción de Azure.
El certificado también debe encontrarse en el almacén Current User\Personal del equipo en el que
se inicia la consola VMM.
NOTE
El certificado solo se necesita si decide utilizar la autenticación basada en certificados para administrar la
suscripción de Azure.
Procedimiento: administre la autenticación y autorización basadas en

Azure AD y las suscripciones de Azure específicas de región
1. Vaya a Suscripción de Azure y haga clic en Agregar suscripción .
2. Proporcione el nombre para mostrar , la nube de Azure y el identificador de suscripción .

Puede proporcionar cualquier nombre descriptivo como nombre para mostrar. Elija una suscripción de
Azure pública o específica de la región, según corresponda.
3. Seleccione Administración mediante Autenticación de Azure AD (para utilizar la administración

basada en certificados, vaya al paso 5).
4. Proporcione el identificador de directorio , el identificador de aplicación y la clave y, después,

haga clic en Finalizar (después de este paso, vaya directamente al paso 6).
5. Para usar el certificado de administración, seleccione Administración mediante cer tificado de
administración . (No es necesario si ya ha realizado los pasos 3 y 4).
Si desea seguir usando la autenticación basada en certificados, en lugar de seleccionar la autenticación de
Azure AD, elija la autenticación basada en certificados de administración y proporcione el certificado de
administración del almacén de certificados "Personal/usuario actual" y, después, haga clic en Finalizar .
6. Compruebe la suscripción de Azure y las máquinas virtuales hospedadas en Azure.
Pasos siguientes
Creación de certificados
Creación de Active Directory

Microsoft Hyper V

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Microsoft Hyper V

Cargado por

Copyright:

Formatos disponibles

Contents

Red lógica conectada

Red lógica independiente

Características nuevas de VMM 2019

Características incluidas en VMM 2019 (introducidas en VMM 1807)

Características nuevas de VMM 2019 UR1

Nuevas características de VMM 2019 UR2

Nuevas características de VMM 2019 UR3

Actualizaciones de los cmdlets de PowerShell

Novedades de System Center 1807 Virtual Machine Manager

Novedades de System Center 1801 Virtual Machine Manager

Novedades de VMM 2016

Sesión de consola mejorada en Virtual Machine Manager

N ÚM ERO DE C O M P IL A C IÓ N KB DESC RIP C IÓ N

10.19.1013.0 n/a System Center 2019 Virtual Machine

10.19.2292.0 4533411 Paquete acumulativo de

10.19.2445.0 4569533 Paquete acumulativo de

10.19.2591.0 5001835 Paquete acumulativo de

N ÚM ERO DE C O M P IL A C IÓ N KB DESC RIP C IÓ N

4.0.1662.0 n/a System Center 2016 Virtual Machine

4.0.1968.0 3190597 Paquete acumulativo de

4.0.2043.0 3209586 Paquete acumulativo de

4.0.2139.0 4014528 Paquete acumulativo de

4.0.2244.0 4041074 Paquete acumulativo de

4.0.2314.0 4094925 Paquete acumulativo de

4.0.2413.0 4463450 Paquete acumulativo de

4.0.2548.0 4496920 Paquete acumulativo de

4.0.2589.0 4518885 Paquete acumulativo de

4.0.2711.0 4549434 Paquete acumulativo de

4.0.2775.0 4581601 Paquete acumulativo de

N ÚM ERO DE C O M P IL A C IÓ N KB DESC RIP C IÓ N

4.1.3223.0 n/a Versión 1801

N ÚM ERO DE C O M P IL A C IÓ N KB DESC RIP C IÓ N

4.1.3403.0 4135364 Versión 1807

Notas de la versión de VMM 2019

Se produce un error en la eliminación del nodo de clúster con la

Se produce un error en la adición de un dispositivo de

Windows Server 2019 no admite redes HNVv1

Las últimas correcciones de accesibilidad de la consola no están

La conectividad del adaptador de back-end para SLB MUX no

Se produce un error en la actualización del paquete acumulativo de

La optimización dinámica del almacenamiento no desencadena la

En la supervisión de rendimiento del servidor de VMM se produce el

reg add HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WINEVT\Channels\Microsoft-

El trabajo Set-SCVMSubnet -RemovePortACL se completa en VMM sin

$uri = "<NC FQDN or IP>"

$vnet = Get-NetworkControllerVirtualNetwork -ConnectionUri $uri -ResourceId "Fabrikam_VNet1" -Credential

$vnet.Properties.Subnets[0].Properties = $vnet.Properties.Subnets[0].Properties | Select-Object -Property *

New-NetworkControllerVirtualNetwork -ResourceId "Fabrikam_VNet1" -ConnectionUri $uri –Properties

Notas de la versión de VMM 1807

Las últimas correcciones de accesibilidad de la consola no están

La conectividad del adaptador de back-end para SLB MUX no

Problemas de conectividad para las direcciones SLB

VMM integrado con Azure Site Recovery no admitirá las versiones de

La actualización de host/clúster podría tardar más si hay un gran

El trabajo Set-SCVMSubnet -RemovePortACL se completa en VMM sin

$uri = "<NC FQDN or IP>"

$vnet = Get-NetworkControllerVirtualNetwork -ConnectionUri $uri -ResourceId "Fabrikam_VNet1" -Credential

$vnet.Properties.Subnets[0].Properties = $vnet.Properties.Subnets[0].Properties | Select-Object -Property *

New-NetworkControllerVirtualNetwork -ResourceId "Fabrikam_VNet1" -ConnectionUri $uri –Properties

Notas de la versión de VMM 1801

Las últimas correcciones de accesibilidad de la consola no están

La conectividad del adaptador de back-end para SLB MUX no

Problemas de conectividad para las direcciones SLB