Ejecución de un entorno virtualizado
Última modificación del tema: 2012-10-17
Microsoft Lync Server 2010 admite topologías de virtualización que son compatibles con todas las cargas de trabajo de Lync Server 2010: mensajería instantánea y presencia, conferencias, Telefonía IP empresarial, servidor de supervisión y servidor de archivado. Windows Server 2008 R2 es obligatorio. La virtualización de Lync Server es compatible con la plataforma de virtualización Hyper-V y equivalentes. En esta sección se comenta brevemente la compatibilidad con la virtualización. Para obtener información detallada, consulte https://go.microsoft.com/fwlink/?linkid=211394&clcid=0xC0A.
Topologías admitidas
Puede mezclar servidores físicos y virtuales en su implementación, únicamente con las restricciones siguientes:
No puede mezclar tipos de servidores distintos dentro de un mismo grupo de servidores. Todos los servidores dentro del mismo grupo de servidores deben ser físicos o virtuales. Para este propósito, los servidores front-end y los servidores SQL Servers en los que se ejecuta la base de datos back-end se consideran independientes, lo que significa que puede tener servidores front-end virtuales que usen una base de datos back-end física o servidores front-end físicos y una base de datos back-end virtual. No obstante, tenga en cuenta que la base de datos back-end requiere que las actualizaciones se realicen en tiempo real, a diferencia de muchas aplicaciones de SQL Server. Si ejecuta una base de datos back-end virtual, es posible que observe algunos problemas de rendimiento, especialmente si el host también está ejecutando otras aplicaciones.
Esta es la única limitación que supone la mezcla de servidores físicos y virtuales. Podría tener un grupo de servidores front-end de servidores físicos y otro de servidores virtuales. Y puede implementar distintos grupos de servidores y servidores como físicos o virtuales con cualquier combinación.
Todos los servidores de un grupo de servidores deberían proporcionar más o menos el mismo rendimiento. Por ejemplo, si tiene servidores front-end virtuales en un grupo de servidores hospedado en distintos servidores host, deberá comprobar que cada uno de los servidores front-end sea capaz de alcanzar un nivel de rendimiento similar.
Si va a implementar una gran cantidad de servidores virtualizados en distintos servidores host, considere la posibilidad de repartir los miembros de un grupo de servidores entre distintos servidores host. Por ejemplo, en un grupo de servidores de ocho servidores front-end virtuales, implemente cuatro en un host físico y cuatro en otro. A pesar de que no se trata de una verdadera solución de alta disponibilidad, proporciona protección si un servidor host experimenta problemas.
Configuraciones de servidor host recomendadas
En la tabla siguiente se muestra el hardware básico recomendado para un servidor host.
| Componente | Recomendación |
|---|---|
Servidor |
Servidor empresarial, con un mínimo de dos sockets de CPU |
CPU |
Intel Xeon serie 5500 o AMD Opteron serie 6100, 2 gigahercios o superior (recomendados para obtener el mejor rendimiento). Se recomienda la compatibilidad con tablas de páginas anidadas (NPT) o tablas de páginas ampliadas (EPT). |
Adaptador de red |
Dos o más adaptadores 1 GbE o 10 GbE. Se recomienda Virtual Machine Queue (VMQ). |
Almacenamiento |
Dos o más unidades de disco duro SATA o SAS, almacenamiento conectado directo (DAS, Direct Attached Storage) de 10k rpm o superior, o almacenamiento equivalente. RAID 1 o unidad de estado sólido (SSD) equivalente. |
Memoria |
Por lo menos 32 GB. Se recomienda PC2-6400 DDR2 (velocidad de datos doble) o PC3-8500 DDR3. |
Tanto los servidores host físicos como todos los servidores virtuales deben ejecutar Windows Server 2008 R2 con la actualización de software descrita en el artículo 981836 de Microsoft Knowledge Base: "Pérdida temporal de la conexión de red para una máquina virtual Hyper-V basada en Windows Server 2003 en Windows Server 2008 R2", en https://support.microsoft.com/kb/981836/es-es.
Nota
Debe ejecutar esta actualización en el servidor host físico y en todas las máquinas virtuales, aunque en el artículo de Microsoft Knowledge Base se indique lo contrario.
Consideraciones de la red
Lync Server proporciona comunicaciones en tiempo real y depende de si la conexión a redes es rápida y eficaz. Si un paquete se retrasa en solo unos pocos milisegundos, los usuarios pueden detectar problemas con el audio, experimentar retrasos en las llamadas o la congelación del vídeo. Para mejorar el rendimiento de red de su topología virtualizada, debe hacer lo siguiente:
El host debe tener por lo menos un adaptador de red dedicado para las máquinas virtuales que ejecutan roles de Lync Server. No se recomienda compartir un adaptador de red con el host o con una red de área de almacenamiento (SAN).
Tenga en cuenta que una carga de trabajo de Lync Server que incluya medios (servidores front-end y servidores de conferencia A/V) puede alcanzar un uso máximo de la red de más de 500 Mbps.
Si un servidor host ejecuta varios servidores virtuales invitados y cada uno de ellos ejecuta cargas de trabajo de medios de Lync Server, asegúrese de que el adaptador de red del host pueda administrar el tráfico. Para evitar los cuellos de botella, considere la posibilidad de usar un adaptador de red de mayor velocidad (como 10 GbE) o varios adaptadores de red mediante la agregación de vínculos.
Habilite el etiquetado de LAN virtual (VLAN) en el adaptador de red e implemente varias VLAN en los servidores virtuales para optimizar el tráfico de red.
Implemente E/S de múltiples rutas (MPIO) en su base de datos back-end.
Use adaptadores de red habilitados para Virtual Machine Queue (VMQ). VMQ es una tecnología de virtualización para la transferencia eficaz de tráfico de red a un sistema operativo virtualizado. VMQ permite que las máquinas virtuales filtren la cola de paquetes del adaptador de red, lo que proporciona una mayor eficacia del tráfico de red. Si usa estos adaptadores de red, puede habilitar VMQ para cada máquina virtual mediante la consola de administración del hipervisor.
Ampliación del servidor virtual
Para proporcionar la cantidad suficiente de servidores virtuales para sus necesidades, use la tabla siguiente para comparar la escalabilidad recomendada de las especificaciones virtuales y físicas para roles de Lync Server 2010.
| Rol de servidor | Esp. físicas | Esp. virtuales | ||||
|---|---|---|---|---|---|---|
CPU |
Memoria |
Número de usuarios admitidos |
CPU |
Memoria |
Número de usuarios admitidos |
|
Servidor front-end, todas las cargas de trabajo |
8 núcleos |
16 GB |
10.000 |
4 núcleos |
16 GB |
5.000 |
Servidor front-end, solo MI y presencia |
8 núcleos |
16 GB |
25.000 |
4 núcleos |
16 GB |
12.500 |
Servidor Standard Edition, todas las cargas de trabajo |
8 núcleos |
16 GB |
5.000 |
4 núcleos |
16 GB |
2.000 |
Servidor Standard Edition, solo MI y presencia |
8 núcleos |
16 GB |
10.000 |
4 núcleos |
16 GB |
10.000 |
Director |
4 núcleos |
4 GB |
20.000 usuarios simultáneos |
2 núcleos |
3 GB |
8.000 usuarios simultáneos |
Servidor de supervisión y servidor de archivado |
8 núcleos |
16 GB |
100.000 o más |
4 núcleos |
8 GB |
100.000 |
Servidor de conferencia A/V |
8 núcleos |
16 GB |
20.000 |
4 núcleos |
12 GB |
10.000 |
Servidor de mediación (servidor independiente) |
8 núcleos |
16 GB |
800 llamadas simultáneas |
4 núcleos |
10 GB |
400 llamadas simultáneas |
Servidor perimetral |
8 núcleos |
16 GB |
15.000 usuarios conectados simultáneamente mediante el servicio perimetral de acceso |
4 núcleos |
8 GB |
7.500 usuarios conectados simultáneamente mediante el servicio perimetral de acceso |
Servidor de sucursal con funciones de supervivencia |
2 núcleos |
2 GB |
1.000 |
2 núcleos |
2 GB |
1.000 |
Base de datos back-end |
8 núcleos |
32 GB |
80.000 |
4 núcleos |
16 GB |
40.000 |
Base de datos de supervisión y archivado |
8 núcleos |
16 GB |
230.000 |
4 núcleos |
12 GB |
115.000 |
Servidor de chat en grupo |
8 núcleos |
8 GB |
20.000 |
4 núcleos |
8 GB |
10.000 |
Servidor de archivos |
4 núcleos |
4 GB |
80.000 |
2 núcleos |
3 GB |
40.000 |
Administración del entorno virtual
Se recomienda usar Microsoft System Center Virtual Machine Manager (VMM) para administrar la topología virtualizada de Lync Server.
Si usa VMM, no es necesario usar Terminal Services ni Servicios de Escritorio remoto para la administración de la máquina virtual. Además, si usa VMM podrá ver y administrar el rendimiento, así como otros componentes como el espacio en disco. También puede guardar una máquina virtual como plantilla para crear instancias.
VMM usa Windows PowerShell, de modo que puede crear scripts de Windows PowerShell para VMM que se integren con el Shell de administración de Lync Server para administrar Lync Server.
Para obtener más información sobre VMM, consulte la página web de System Center Virtual Machine Manager en https://go.microsoft.com/fwlink/?linkid=202887&clcid=0xC0A.
Introducción al uso de VMM
Para empezar a usar VMM para administrar su topología de Lync Server virtualizada, haga lo siguiente:
En VMM, cree un grupo host llamado
LS 2010.En el panel Acciones, haga clic en Agregar host.
Si el entorno virtual forma parte de su dominio de Active Directory, seleccione esta opción. De lo contrario, seleccione el host basado en Windows Server en una red perimetral y haga clic en Siguiente.
Instale un agente VMM en el servidor host. Si el servidor host se encuentra en una red perimetral, tiene que crear una clave de seguridad que deberá estar disponible para la Consola de administrador de VMM.
Vuelva a la Consola de administrador de VMM y haga clic en Agregar host.
Especifique el nombre de la máquina, así como la clave de seguridad y el nombre de dominio/máquina, asegúrese de que VMM pueda encontrar el host y haga clic en Siguiente.
Una vez agregado el host, las cuatro máquinas virtuales estarán disponibles. En la Consola de administrador de VMM, haga clic en el botón Máquinas virtuales.
Se mostrará la vista Máquinas virtuales, donde se indican las cuatro máquinas virtuales en las que se ejecuta Lync Server.
Uso de System Center Operations Manager
Puede usar Microsoft System Center Operations Manager (anteriormente Microsoft Operations Manager) para supervisar su topología virtualizada, del mismo modo que con una topología física. En tal caso, instale primero System Center Operations Manager R2, agregue el paquete Operations Manager de Lync Server e intégrelo con VMM.
Para obtener más información sobre la integración de System Center Operations Manager con VMM, consulte "Integración de Operations Manager con VMM 2008 R2" en https://go.microsoft.com/fwlink/?linkid=201214&clcid=0xC0A.