Cómo instalar el servidor WSUS en una máquina virtual Hyper-V
Si recientemente ha estado ejecutando WSUS 3 en un servidor físico, se recomienda una actualización.
Primero cree un servidor WSUS virtualizado, luego configúrelo como una copia de seguridad del servidor WSUS físico y luego sincronícelo.
Una vez finalizado el proceso de sincronización, el servidor virtual WSUS se reconfigurará espontáneamente.
Después, el servidor WSUS físico se puede retirar del servicio.
Esto proporciona dos ventajas principales.
En primer lugar, es más fácil actualizar el sistema operativo del servidor WSUS.
En segundo lugar, esto reduce significativamente el tiempo de inactividad en comparación con una conversión P2V estándar porque el servidor WSUS físico continúa atendiendo a los usuarios mientras el servidor WSUS virtual está en ejecución.
¿Qué funciones puede proporcionar el servidor virtual WSUS?
Un servidor WSUS independiente debería poder manejar hasta 25.000 clientes.
Pero la premisa es que hay suficientes recursos y SQL Server se ejecuta en un servidor independiente (físico o virtual).
Algunas organizaciones han logrado mayores capacidades mediante el uso de múltiples servidores front-end.
¿Método de tolerancia a fallos de WSUS?
En un entorno de servidor físico, WSUS logra tolerancia a fallas eliminando puntos únicos de falla.
Normalmente, se crea un clúster de equilibrio de carga de red (NLB) para proporcionar alta disponibilidad para el servidor WSUS.
Por supuesto, WSUS se basa en SQL Server y la forma preferida de hacer que SQL Server sea tolerante a fallas es crear un clúster de SQL Server de conmutación por error.
Si bien es posible recrear una arquitectura de alta disponibilidad dentro de una infraestructura Hyper-V, generalmente se considera una mejor práctica configurar un clúster Hyper-V.
Si el servidor host está en clúster y luego el servidor WSUS también está en clúster, SQL Server no es necesario (al menos desde una perspectiva de tolerancia a fallos).
Si el host Hyper-V no tiene un clúster, se recomienda crear un clúster y también crear una arquitectura de clúster para WSUS virtual y SQL Server.
Sin embargo, debe asegurarse de no colocar varios servidores WSUS o SQL en el mismo servidor Hyper-V, ya que esto pondrá en peligro los intereses de los servidores WSUS y SQL agrupados.
¿Qué se debe hacer con el ancho de banda de la red?
No existe una provisión predeterminada de ancho de banda de red para un servidor WSUS virtualizado.
Pero recuerde, un ancho de banda insuficiente seguramente causará todo tipo de problemas.
Si es posible, se recomienda configurar un adaptador de red para el servidor WSUS virtual.
Si necesitas compartir adaptadores de red entre varios servidores virtuales, puedes utilizar una herramienta de monitoreo de red para verificar que la conexión de red física no esté saturada.
Si la saturación se convierte en un problema, recuerde que WSUS se acelerará, ya sea en el propio servidor WSUS o mediante la configuración de Política de grupo en el nivel del cliente.
Puede encontrar el Editor de objetos de política de grupo en Configuración del equipo > Plantillas administrativas > Red > Transferencia inteligente en segundo plano y luego buscar las reglas de limitación del cliente en el editor.
¿La base de datos SQL tiene precauciones especiales?
Por lo general, se recomienda ejecutar SQL Server en una máquina separada (física o virtual), para que los recursos se puedan asignar directamente al servidor de la base de datos.
También se recomienda ejecutar el Asistente de limpieza y la desfragmentación del disco cada dos meses.
Esto ayudará a optimizar el funcionamiento de la base de datos, lo cual es muy importante en un entorno virtualizado.
Otra cosa a tener en cuenta es que SQL Server se está volviendo intensivo en E/S.
Por lo tanto, si planea virtualizar SQL Server, considere usar almacenamiento físico dedicado para que la carga de E/S generada por SQL no tenga un impacto en otras máquinas virtuales.