Category Archives: Exadata

Arrancando E4 en Barcelona

En unas horas empieza el evento de E4 en Barcelona organizado por Accenture Enkitec. Creo que va a ser un evento que va a valer la pena, veremos experiencias reales aplicadas con las distintas generaciones de Exadata y pinceladas de Big Data. Los que van a contar son la gente que tiene experiencia sobre el campo, no son charlas de Pre Sales!

Y es una buena ocasion para reencontrar con viejos conocidos y ex-compañeros!

 

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.

Exadata Quorum Disk Manager

En todos los releases de parches de Exadata se suele introducir mejoras y funcionalidades nuevas. En el ultimo parche, la 12.1.2.3.0, hay una mejora que merece una mencion especial en mi opinion que es el “Quorum Disk Manager”.

En los Exadata de 1/8 y 1/4 de RACK solo es posible tener 3 copias de Voting Disks porque el numero de celdas es de 3 (por defecto son 3 celdas pero es ampliable). Parece que no pero para aquellos que tienen que parchear las celdas a veces da un poco de inseguridad ya que si durante el parcheo de una celda (rolling upgrade) y por alguna razon la otra celda falla el cluster entero se va a caer por no tener la mayoria de quorum (1 de 3) y esto considerando que el mirroring de ASM en un Exadata de produccion deberia ser Triple Mirroring y uno se pregunta de que le sirve si no se puede redundar mas los Voting Disks cuando pasa lo que pasa.

En el ultimo parche de Exadata, la 12.1.2.3.0 se ha introducido Quorum Disk Manager que permite pasar de 3 a 5 Voting Disks y asi poder evitar la situacion que se ha mencionado. Los 2 Voting Disks extras se alojaran en los nodos de computacion (Database Nodes) y por lo visto se expone unos discos locales de estos nodos via iSCSI a otros nodos.

Lo de tener solamente 3 Voting Disks en 1/8 y 1/4 RACK es un problema que lo reconocia incluso el propio Oracle en su WP del año 2013, Best Practices for Database Consolidation On Exadata Database Machine.