Ajuste de rendimiento

La afirmación más sencilla que se puede hacer sobre el impacto del Db2 cifrado nativo es que reduce efectivamente el ancho de banda físico de E/S en el Db2 sistema. La forma en que la carga de trabajo reacciona a este cambio determina el impacto en su rendimiento global.

Nota: Si habilita esta característica en AIX, revise lo siguiente para consideraciones de rendimiento.
La determinación del impacto real en la carga de trabajo depende de una serie de factores, como por ejemplo:
  • Cantidad y velocidad de CPU disponible para cifrado y descifrado, o la existencia de soporte de aceleración de hardware de CPU.
  • La cantidad de reutilización de páginas de agrupación de almacenamiento intermedio por parte de la carga de trabajo o la frecuencia con la que la carga de trabajo incorpora páginas nuevas o fuerza la salida de páginas antiguas.
  • El volumen de operaciones físicas de lectura o grabación en la agrupación de almacenamiento intermedio en relación con la eficiencia de rendimiento de los procesos en segundo plano.
  • Cantidad de E/S de agrupación que no es de almacenamiento intermedio como, por ejemplo, LOB.
El mayor factor para reducir el impacto del cifrado nativo de Db2 es la existencia de aceleración de hardware que puede utilizar Db2. Después de utilizar la aceleración de hardware, la siguiente mejor forma de reducir aún más el impacto en la carga de trabajo es hacer lo siguiente, siempre que sea posible:
  • Proteja la carga de trabajo de la E/S física reduciendo la espera de E/S a través de acciones de ajuste normales cuando sea posible. Por ejemplo, aumente el tamaño de la agrupación de almacenamiento intermedio para evitar tener consultas que estén esperando en E/S física.
  • Introduzca el paralelismo para cualquier trabajo que esté realizando la E/S física.
Esta última recomendación proviene del hecho de que el número de núcleos que se están utilizando con fines de cifrado está limitado al número real de hebras que están realizando E/S física. Aunque cada hebra se ejecuta en un único núcleo y utiliza toda la potencia de proceso de CPU que pueda, es posible que ese núcleo no se utilice completamente, ni que todos los núcleos disponibles estén en uso. Por lo tanto, es posible tener una situación en la que todavía tenga CPU disponible para realizar el trabajo mientras el sistema está encontrando más tiempo de espera de E/S en la E/S física debido al cifrado. La única forma de superar este comportamiento es, cuando sea posible, aumentar el número de hebras que están realizando la E/S física. Esto significa que puede resultarle útil aumentar el paralelismo de los programas de utilidad y la infraestructura en segundo plano en Db2, como limpiadores de páginas, captadores previos, etc.

Realice un ejercicio de ajuste de rendimiento completo en un sistema recién cifrado, ya que podrían introducirse cuellos de botella nuevos y posiblemente diferentes a partir del volumen de E/S física reducido. Siga los ejercicios de ajuste normales de Db2 para asegurarse de que se reduce la latencia de E/S. Si existe un exceso de capacidad de CPU, vuelva a visitar las áreas donde existen cuellos de botella de E/S física o latencia para ver si se puede aumentar el paralelismo en esas áreas. Para obtener más información, consulte Visión general del rendimiento y Ajuste y supervisión del rendimiento del sistema de base de datos.