En esta sección encontrará directrices sobre la asignación de procesadores tanto para las particiones de procesador dedicado y particiones de procesador compartido.
Como Ethernet ejecutando un tamaño de MTU de 1.500 bytes consume más ciclos de procesador que Ethernet ejecutando tramas Jumbo (MTU de 9.000), las directrices son distintas para cada situación. En general, la utilización del procesador para cargas de trabajo de paquetes grande en tramas jumbo es aproximadamente la mitad de la que se necesita para las MTU de 1.500.
Si se establece una MTU de 1.500, estipule un procesador (1.65 Ghz) por adaptador Gigabit Ethernet para lograr el ancho de banda máximo. Esto equivale a diez adaptadores 100-Mb Ethernet si se utilizan redes más pequeñas. Para cargas de trabajo de transacciones más pequeñas, piense en utilizar un procesador entero para la carga de trabajo de los adaptadores Gigabit Ethernet para lograr el máximo rendimiento. Por ejemplo, si se van a utilizar dos adaptadores Gigabit Ethernet, asigne como máximo dos procesadores para la partición.
Si se establece una MTU de 9,000 (tramas jumbo), estipule el 50% de un procesador (1,65 Ghz) por adaptador Gigabit Ethernet para lograr el máximo ancho de banda. Para las cargas de trabajo de paquetes pequeños debe pensar en utilizar un procesador entero para la carga de trabajo de los adaptadores Gigabit Ethernet. Las tramas jumbo no tienen ningún efecto en el caso de la carga de trabajo de paquetes pequeños.
El dimensionamiento proporcionado se divide en dos tipos de carga de trabajo: modalidad continua TCP y petición y respuesta TCP. En el dimensionamiento se han utilizado redes MTU de 1.500 y MTU de 9.000, lo que se proporciona en términos de ciclos de máquina por byte transferido para la modalidad continua o por transacción para las cargas de trabajo de petición-respuesta.
Los datos de las tablas siguientes se calcularon utilizando la fórmula siguiente:
(número de procesadores × utilización_procesador × frecuencia reloj procesador) / Velocidad de transferencia en bytes por segundo o transacciones por segundo = ciclos por byte o transacción.
A efectos de esta prueba, los valores se han medido en una partición lógica con un procesador de 1,65 Ghz con la ejecución simultánea de múltiples hebras (SMT) habilitada.
Para otras frecuencias de procesador, las cifras de las tablas pueden ajustarse por la proporción de las frecuencias de procesador para obtener valores aproximados para el dimensionamiento. Por ejemplo, para una velocidad de procesador de 1,5 Ghz, utilice 1,65/1,5 × el valor de ciclos por byte de la tabla. En este ejemplo, el resultado sería un valor de 1,1 veces el valor de la tabla, necesitando, por lo tanto, un 10% más de ciclos para ajustar la velocidad de reloj un 10% más lenta del procesador de 1,5 Ghz.
Para utilizar estos valores, multiplique la velocidad de transmisión necesaria (en bytes o transacciones) por el valor de ciclos por byte de las tablas siguientes. El resultado le dará los ciclos de máquina necesarios para la carga de trabajo y una velocidad de 1,65 Ghz. Seguidamente, ajuste este valor por la proporción de la velocidad real de la máquina con la velocidad de 1,65 Ghz. Para calcular el número de procesadores, divida el resultado por 1.650.000.000 ciclos (o la velocidad en ciclos si estamos ajustando el valor a una velocidad de máquina distinta). El resultado que obtenga le indicará el número de procesadores necesario para manejar la carga de trabajo.
Por ejemplo, si el servidor de E/S virtual debe proporcionar una velocidad sostenida de 200 MB, se utilizará la fórmula siguiente:
200 × 1024 × 1024 × 11,2 = 2.348.810.240 ciclos / 1.650.000.000 ciclos por procesador = 1,42 procesadores.
En números redondos, para poder gestionar esta carga de trabajo, el servidor de E/S virtual necesitará 1,5 procesadores. Esta carga de trabajo puede manejarse con una partición de dos procesadores dedicados o con una partición de 1,5 procesadores compartidos.
Las tablas siguientes muestran los ciclos de máquina por byte para una carga de trabajo de modalidad continua.
| Tipo de transmisión continua | Velocidad y utilización del procesador para una MTU de 1.500 | MTU de 1500, ciclos por byte | Velocidad y utilización del procesador para una MTU de 9.000 | MTU de 9000, ciclos por byte |
|---|---|---|---|---|
| Símplex | 112,8 MB al 80,6% del procesador | 11,2 | 117,8 MB al 37,7% del procesador | 5 |
| Dúplex | 162,2 MB al 88,8% del procesador | 8,6 | 217 MB al 52,5% del procesador | 3,8 |
| Tipo de transmisión continua | Velocidad y utilización del procesador para una MTU de 1.500 | MTU de 1500, ciclos por byte | Velocidad y utilización del procesador para una MTU de 9.000 | MTU de 9000, ciclos por byte |
|---|---|---|---|---|
| Símplex | 112,8 MB al 66,4% del procesador | 9,3 | 117,8 MB al 26,7% del procesador | 3,6 |
| Dúplex | 161,6 MB al 76,4% del procesador | 7,4 | 216,8 MB al 39,6% del procesador | 2,9 |
Las tablas siguientes muestran los ciclos de máquina por transacción para una carga de trabajo de petición y respuesta. Una transacción se define como una petición de ida y vuelta y el tamaño de la respuesta.
| Tamaño de la transacción | Transacciones por segundo y utilización del servidor de E/S virtual | MTU 1.500 ó 9.000, ciclos por transacción |
|---|---|---|
| Paquetes pequeños (64 bytes) | 59.722 TPS al 83,4% del procesador | 23.022 |
| Paquetes grandes (1024 bytes) | 51.956 TPS al 80% del procesador | 25.406 |
| Tamaño de la transacción | Transacciones por segundo y utilización del servidor de E/S virtual | MTU 1.500 ó 9.000, ciclos por transacción |
|---|---|---|
| Paquetes pequeños (64 bytes) | 60.249 TPS al 65,6% del procesador | 17.956 |
| Paquetes grandes (1024 bytes) | 53.104 TPS al 65% del procesador | 20.196 |
Las tablas anteriores muestran que la opción de utilizar hebras del adaptador Ethernet compartido añade actividad adicional. La actividad adicional es aproximadamente de entre el 16% y el 20% para una MTU de 1.500 en modalidad continua y de entre el 31% y el 38% para una MTU de 9.000. La opción de utilizar hebras tiene una mayor actividad adicional para cargas de trabajo menores debido a las hebras que se inician para cada paquete. A velocidades de carga de trabajo más altas, como dúplex o las cargas de trabajo de petición y respuesta, las hebras pueden ejecutarse durante más tiempo sin tener que esperar ni que reenviarse. La opción de utilizar hebras es una opción de los adaptadores Ethernet compartidos que puede configurarse mediante mandatos del servidor de E/S virtual. Inhabilite la opción de utilizar hebras si el adaptador Ethernet compartido se está ejecutando en una partición del servidor de E/S virtual solo (sin SCSI virtual en la misma partición).
La opción de utilizar hebras puede habilitarse o inhabilitarse mediante la opción -attr thread del mandato mkvdev. Para habilitar la opción de utilizar hebras, utilice la opción -attr thread=1. Para inhabilitar la opción de utilizar hebras, utilice la opción -attr thread=0. Por ejemplo, el mandato siguiente inhabilita la opción de utilizar hebras para el adaptador Ethernet compartido ent1:
mkvdev -sea ent1 -vadapter ent5 -default ent5 -defaultid 1 -attr thread=0
Puede crearse una partición de procesador compartido para un servidor de E/S virtual si el servidor de E/S virtual ejecuta redes lentas (por ejemplo, de 10/100 Mb) y no se necesita una partición de procesador entero. Se recomienda hacerlo solamente si la carga de trabajo del servidor de E/S virtual es menor que la mitad de un procesador o si la carga de trabajo no es coherente. Configurar la partición del servidor de E/S virtual como sin acotar también puede permitirle utilizar más ciclos de procesador si se necesitan para manejar el procesamiento que no es coherente. Por ejemplo, si la red se utiliza solamente cuando otros procesadores están inactivos, la partición del servidor de E/S virtual podrá utilizar otros ciclos de máquina y puede crearse con un procesador mínimo para gestionar una carga de trabajo ligera durante el día, pero el procesador sin acotar puede utilizar más ciclos de máquina durante la noche.
Si va a crear un servidor de E/S virtual en una partición de procesador compartido, añada más cuota de procesador en caso de que se produzca un imprevisto con el dimensionamiento.