El clúster activo-activo: varios nodos, una sola base de datos — la disponibilidad continua para las cargas que no admiten pausas.
RAC hace correr la misma base de datos en varios nodos a la vez: cae un servidor, los demás siguen sirviendo — con Application Continuity las transacciones en vuelo se recosen y el usuario no se entera. También es escalabilidad: más nodos, más potencia, mismo dato.
Redes privadas, voting disks y fencing: el clúster sólido se diseña en los detalles aburridos.
Connection pools, FAN y retries: la aplicación hay que educarla para aprovechar la continuidad.
Un nodo cada vez, servicio siempre arriba: el mantenimiento sin ventana.
RAC para el fallo local + standby para el desastre: la pareja completa.
RAC hace correr la misma base de datos en varios nodos activos: el Cache Fusion transfiere los bloques entre las instancias vía interconnect privado (hoy RDMA sobre Exadata), el Grid Infrastructure gestiona clúster y votaciones, los servicios enrutan las conexiones (por app, por carga) con failover transparente (TAF/Application Continuity). Los parches se vuelven rolling: un nodo cada vez, la base de datos no se detiene.
Donde cada minuto parado es portada.
Muchos servicios críticos sobre un clúster gobernado.
Cuando el servidor más grande ya no basta.