Cenários NUMA
Em computadores com muitas CPUs, o hardware de NUMA (nonuniform memory access) pode melhorar significativamente o desempenho, emparelhando memória dedicada com CPUs. Este tópico apresenta algumas configurações de NUMA, afinidade de CPU e afinidade de conexão que podem melhorar ainda mais o desempenho de cenários específicos. As seguintes definições afetam essas configurações:
Hardware de NUMA é fornecido pelo fabricante de computador.
NUMA de software é definido usando o registro. Para obter mais informações sobre a configuração de NUMA de software, consulte Como configurar o SQL Server para usar o soft-NUMA.
Afinidade de CPU é definida usando a opção affinity mask.
A porta de afinidade de NUMA é configurada como uma definição do servidor usando o SQL Server Configuration Manager. Para obter mais informações, consulte Como mapear portas de TCP/IP para nós NUMA.
Cenários úteis
Quando o NUMA é usado, os cenários a seguir são encontrados com freqüência.
A. Nenhuma porta para afinidade de NUMA
Essa é a condição padrão em um computador com NUMA de hardware e uma instância única do SQL Server. Todo tráfego entra por uma única porta e é distribuído em base de rodízio a qualquer nó NUMA disponível. O NUMA melhora o local de memória e acesso de CPU e aumenta o número de E/S e threads de gravador lento. As conexões, uma vez estabelecidas, são colocadas no escopo daquele nó. Isso fornece equilíbrio automático de carga entre os nós NUMA. Os aplicativos cliente podem se conectar a uma única porta e são fáceis de ser implantados.
.gif "Uma conexão usa qualquer nó NUMA.")
B. Associação de uma única porta a vários nós para fornecer desempenho melhor de um aplicativo de prioridade
Relaciona uma porta a vários nós NUMA de hardware para atender um aplicativo de alta prioridade. Relaciona uma segunda porta a outro nó NUMA de hardware para atender um aplicativo secundário. Os recursos de memória e CPU dos dois aplicativos são fixados de maneira desequilibrada, fornecendo ao aplicativo principal três vezes a memória local e três vezes os recursos de CPU do aplicativo secundário. O aplicativo secundário pode ser uma segunda instância do Mecanismo de Banco de Dados, uma função menos importante na mesma instância do Mecanismo de Banco de Dados, ou até o mesmo banco de dados. Isso pode proporcionar uma forma de execução de thread de prioridade, fornecendo recursos extras à conexão favorecida.
.gif "Uma porta se conecta a vários nós NUMA.")
C. Associação de várias portas a vários nós
Mais de uma porta pode ser mapeada para os mesmos nós NUMA. Isso lhe permite configurar, diferenciando permissões para várias portas. Por exemplo, você pode restringir bem o acesso fornecido por uma porta, controlando permissões no ponto de extremidade de TCP correspondente. Nesse exemplo, a porta 1450 está bem disponível para Intranet. A porta 1433 está aberta para Internet por um firewall, mas o acesso é bem restrito. Ambas as portas tiram proveito total e igual do NUMA.
.gif "Várias portas se conectam a todos os nós NUMA disponíveis")
Consulte também