Escenarios de NUMA

Actualizado: 14 de abril de 2006

En equipos que tienen muchas CPU, el hardware de acceso no uniforme a memoria (NUMA) puede mejorar el rendimiento de forma considerable al asignar memoria dedicada a cada CPU. Este tema presenta algunas configuraciones de NUMA, afinidad de CPU y afinidad de conexiones que pueden mejorar el rendimiento de determinados escenarios. Los siguientes valores de configuración afectan a estas configuraciones:

• El hardware de NUMA lo proporciona el fabricante del equipo.
• El NUMA de software se configura en el Registro. Para obtener más información acerca de la configuración del NUMA de software, vea Cómo configurar SQL Server para que utilice NUMA de software.
• La afinidad de CPU se configura con la opción affinity mask.
• La afinidad de puertos con NUMA se configura como un valor de servidor mediante el Administrador de configuración de SQL Server. Para obtener más información, vea Cómo asignar puertos TCP/IP a nodos NUMA.

Escenarios útiles

Los siguientes escenarios suelen darse a menudo cuando se utiliza NUMA.

A. No existe afinidad de puertos con NUMA

Se trata del estado predeterminado en un equipo con NUMA de hardware y una única instancia de SQL Server 2005. Todo el tráfico entra por un solo puerto y se distribuye por turnos a todos los nodos NUMA que estén disponibles. NUMA mejora la proximidad de la memoria y el acceso a la CPU, y aumenta el número de subprocesos de E/S y de escritura diferida. Una vez establecidas las conexiones, el nodo se convierte en su ámbito, , lo que proporciona el equilibrio automático de la carga entre los nodos NUMA. Las aplicaciones cliente pueden conectarse a un solo puerto y su implementación es más fácil.

B. Se asocia un único puerto a varios nodos para mejorar el rendimiento de una aplicación prioritaria

Configure la afinidad de un puerto con varios nodos NUMA de hardware para dar servicio a una aplicación de mayor prioridad. Configure la afinidad de un segundo puerto con otro nodo NUMA de hardware para dar servicio a una aplicación secundaria. La memoria y los recursos de CPU de las dos aplicaciones están asignados de forma desequilibrada, proporcionando así a la aplicación principal el triple de memoria local y el triple de recursos de CPU en comparación con la aplicación secundaria. La aplicación secundaria puede ser una segunda instancia de Database Engine (Motor de base de datos), una función menos importante de la misma instancia de Database Engine (Motor de base de datos) o incluso la misma base de datos. Así puede crearse una ejecución de subprocesos prioritaria mediante el uso de recursos adicionales para la conexión que se favorece.

C. Se asocian varios puertos a varios nodos

Es posible asignar varios puertos a los mismos nodos NUMA. Esto permite configurar permisos distintos para varios puertos. Por ejemplo, puede restringir de forma estricta el acceso proporcionado a través de un puerto mediante el control de los permisos del extremo TCP correspondiente. En este ejemplo, el puerto 1450 está disponible para toda la intranet. El puerto 1433 está abierto a Internet a través de un firewall, pero el acceso es muy restringido. Ambos puertos utilizan NUMA al completo y por igual.

Vea también

Conceptos

Descripción del acceso no uniforme a memoria
Cómo SQL Server 2005 es compatible con NUMA

Ayuda e información

Obtener ayuda sobre SQL Server 2005

Historial de cambios

Versión	Historial
14 de abril de 2006	Contenido modificado: Se agregaron gráficos mejorados para ilustrar los escenarios. Se aclaró el escenario B. Se quitó el escenario D, poco probable.
5 de diciembre de 2005	Contenido modificado: Se reorganizaron todos los temas sobre NUMA para esta versión. Se agregó mucha información nueva. Este tema es nuevo, aunque la mayor parte del contenido se obtuvo de otro tema.