Latencia sobre Write Back Cache de Exadata

El otro dia, impartiendo un Workshop de Exadata a unos clientes alguien pregunto como trata Exadata con los problemas de latencia en los discos de Flash. Como se sabe los Flash tienen problemas de outliers (escrituras atipicas) que pasa de vez en cuando.

Esta pregunta surgio a raiz de que estaba explicando el funcionamiento de Write Back Cache y Flashlog. En el caso de Flashlog las escrituras de redo se envia tanto al Flash como a los discos normales (HP, HC o EF) de las celdas y el que realiza ACK primero es el que valida la escritura. Cuando ocurren los outliers de las escritura sera del disco normal que var a responder antes con el ACK. Con esto se consigue unos tiempos uniformes en las escrituras de redo.

En el caso de Writeback Cache no existe ese tipo de mecanismo simplemente porque no es necesario. Las escrituras de los bloques sucios de Buffer de la base de datos a disco se realiza de manera asincrona por lo que si alguna escritura es mas lenta no se ven afectadas las sesiones de usuarios. De todos modos en la version 12.1.2.1.0 de software de Exadata se ha extendido la funcionalidad “I/O Latency Capping” (introducido en 11.2.3.3.0) que palia los problemas de lentitud de escrituras a Flash. Cuando las escrituras son lentas en los Flash internamente son redirigidas al otro Flash en la misma celda.

Previamente esta funcionalidad paliaba los problemas de lecturas, redireccionaba las lentas a otras celdas.

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s