FAQ

    Sí. FlashGrid Cluster estaba disponible en Google Cloud antes de que Oracle introdujera una oferta DBaaS en su propia nube, OCI. Las múltiples zonas de disponibilidad en cada región de Google Cloud, junto con FlashGrid Cluster, permiten una alta disponibilidad y una tolerancia a fallos que superan una implementación típica de Oracle Database on-premises.

    El SLA de tiempo de actividad de la nube pública cubre únicamente el tiempo de actividad de las instancias de VM. No cubre parches de software o SO, bloqueos o corrupción. FlashGrid con Oracle RAC proporciona verdadera alta disponibilidad de base de datos con redundancia activa-activa entre dos o más máquinas virtuales de nodo de base de datos. Si sus objetivos son RTO cero y RPO cero, entonces debería considerar ejecutar FlashGrid con Oracle RAC.

    FlashGrid ofrece una arquitectura de base de datos HA que permite control total y flexibilidad para cumplir con futuros requisitos de bases de datos e infraestructura:

    • Clustering de base de datos activa-activa o con failover basado en tecnologías probadas de FlashGrid y Oracle.
    • Control completo del dimensionamiento, parches/actualizaciones y funcionalidades de la base de datos. Usted tiene acceso root@.
    • Portabilidad entre proveedores de nube.
    • Facilidad de despliegue similar a DBaaS.

    FlashGrid habilita la ejecución de Oracle RAC en la nube. Incluso si ha estado utilizando únicamente bases de datos de instancia única, considere usar FlashGrid con Oracle RAC para aumentar la disponibilidad de la base de datos y mitigar la falta de control sobre los recursos de cómputo y almacenamiento. Además, FlashGrid Launcher automatiza completamente el proceso de configuración de clusters Oracle RAC y permite crear un cluster en Google Cloud en menos de dos horas.

    El proceso de migración es similar al de trasladar una base de datos entre dos centros de datos. Dependiendo del tamaño de la base de datos y del tiempo de inactividad tolerable, puede usar una de las herramientas habituales de migración, como backup/restore con RMAN, export/import o replicación con Data Guard.

    Las pruebas realizadas en FlashGrid y por nuestros clientes demostraron niveles de rendimiento que igualan o superan a los sistemas locales de gama alta. Consulte la sección de Consideraciones de Rendimiento en la documentación de arquitectura para Google Cloud, AWS y Azure. Nuestros ingenieros pueden ayudarle a analizar las necesidades de rendimiento de su aplicación y dimensionar el cluster de base de datos en consecuencia – solicite una demostración.

    Sí. Para implementaciones en la nube, los Servicios de Soporte Técnico de FlashGrid cubren toda la pila de infraestructura y están incluidos en las tarifas del Marketplace.

    Estamos encantados de guiarle en el proceso. Escríbanos un correo para agendar una sesión de screen-sharing con uno de nuestros ingenieros.

    FlashGrid se despliega a través de GCP Marketplace. Las tarifas de software del Marketplace incluyen la licencia de FlashGrid y el soporte técnico.

    Comparado con una base de datos de instancia única, una base RAC tiene sobrecarga por la comunicación y el espejo de datos entre nodos. Sin embargo, el clustering añade recursos de CPU, memoria y disco que aceleran las operaciones en paralelo. El propio software de FlashGrid consume una cantidad insignificante de recursos del sistema.

    No, FlashGrid no reemplaza ni emula ninguna parte del stack de software RAC. FlashGrid proporciona capacidades de almacenamiento, red y automatización para ejecutar Oracle RAC en nubes públicas.

    FlashGrid Cluster para Oracle RAC y FlashGrid Cluster para Oracle Failover HA tienen arquitecturas que no limitan el tamaño de las bases de datos Oracle. Hasta 100 TB es práctico con 2 o 3 nodos hiperconvergentes, y más de 500 TB es posible con nodos de almacenamiento separados.

    La arquitectura de FlashGrid no impone límites estrictos en el número de nodos RAC. En la mayoría de los casos recomendamos dos o tres nodos. Para reducir la sobrecarga de red recomendamos aumentar el tamaño de los nodos (hasta 224 núcleos) antes de agregar más. Se puede usar redundancia 2+2 en dos zonas de disponibilidad para mayor HA. Clusters con 4+ nodos son posibles para capacidades extra-grandes.

    Se soportan las versiones Oracle Database 19c, 18c, 12.2, 12.1 y 11.2. Probamos con los últimos PSUs/RUs conforme se publican. Para la información más reciente, visite este artículo en nuestra base de conocimiento.

    Las licencias y el soporte de Oracle deben adquirirse directamente a Oracle.