Se é um servidor OLTP, e você está realmente preocupado com o gargalo da CPU, talvez o aplicativo não seja um aplicativo OLTP. A maneira como eu especifico um servidor OLTP (em geral) é:
-
obtenha um orçamento, se a resposta for me dizer quanto vai custar, eu costumo dizer que vai custar cada centavo que você me der, e sempre podemos gastar mais - então, quanto você vai me dê.
-
teste de carga do aplicativo no dev para ver quantos iops / trans. Compre o número esperado de IOPS + 10% (20 se você não conseguir pagar) - não gaste mais do que 60% do orçamento aqui. Se você estiver em um san, você ainda deve obter um conjunto de discos de raid 1 + 0 para tempdb e potencialmente os logs de transação
-
durante o teste de carga examina o uso da memória, se você continuar adicionando memória até que a paginação pare, adicione 15% a mais - apenas adicione mais memória RAM depois de precificar a cpu, se puder comprar mais do que o necessário - se não, você saberá onde gastar se superar.
-
finalmente olhar para o tempo cpu, quanto mais threads melhor com o melhor retorno para o dólar com o que você tem sobra depois de comprar as unidades e o carneiro base (isso significa que você estará olhando para o 55XX e 75XX da intel). A velocidade real da CPU é bastante irrelevante, já que o sql server é um aplicativo multi-threaded (e é improvável que você supere a CPU durante o teste de carga. É provável que você consiga escapar com um único soquete, mas a máquina que deveria buy seria capaz de expandir para pelo menos 2.