Ayer, me encontré con este documento técnico de Oracle Corp sobre el soporte de Oracle RAC en nubes de terceros. El documento es definitivamente una lectura obligada para aquellos que desean ejecutar Oracle RAC en los proveedores de nube de AWS, Google o Azure. El primer párrafo era prometedor donde decía:
Esto suena genial, pero la cita se refiere a Oracle Database y no a la opción RAC. Me pareció interesante que el documento dedique mucho tiempo a hablar sobre AWS y Azure, pero nunca menciona la nube de Google.
Este es el resultado final de la posición de Oracle para admitir RAC en otras ofertas en la nube:
El documento hace un gran esfuerzo para ilustrar cómo AWS enturbia las aguas con respecto a los requisitos de almacenamiento y redes necesarios para ejecutar RAC en AWS.
Debería ser obvio que Oracle está tratando de alejar a sus clientes de la ejecución de RAC en AWS al leer este documento. Amazon ha publicado información que nos permite saber lo fácil que es ejecutar RAC en AWS. Pero después de leer este documento técnico de Oracle, me preocuparía qué tan bien funcionaría el entorno de AWS para las implementaciones de RAC de misión crítica.
AWS proporciona almacenamiento compartido para RAC mediante el uso de objetivos iSCSI en máquinas virtuales, que nunca usaría para otra cosa que no sea un banco de pruebas. Un problema es la redundancia en el nivel de almacenamiento. Para tener redundancia a nivel de almacenamiento:
Para la red privada, AWS no admite la multidifusión, un requisito para la interconexión de clústeres de infraestructura de cuadrícula. AWS soluciona esto mediante el uso de una red VPN de punto a punto mediante n2n ntop. Pero desde el propio sitio web de ntop, no hay más desarrollo sobre esto en los últimos dos años.
No me malinterpretes. Creo que AWS es una gran solución en la nube para muchas cosas diferentes. Es cierto que no he ejecutado RAC en AWS, al menos no todavía. Pero si quisiera trasladar la infraestructura de la base de datos RAC de mi empresa a la nube, investigaría seriamente las afirmaciones de este documento técnico de Oracle antes de comprometerme con la solución de AWS. Esa última oración es el objetivo de esta publicación de blog.
