Arquitectura para desplegar Siebel 19.x y versiones posteriores para resiliencia y alta disponibilidad
Esta arquitectura muestra cómo desplegar Siebel 19.x y versiones posteriores para obtener resiliencia y alta disponibilidad.
En un nivel básico, puede lograr resiliencia y redundancia para el despliegue de Siebel incluso en un único dominio de disponibilidad (AD).
Descripción de la ilustración res-ha-siebel-19-20-21.png
- Resiliencia del sistema (1): los dominios de errores son una agrupación de hardware e infraestructura que es distinta de otros dominios de errores en el mismo dominio de disponibilidad (AD). Cada AD tiene tres dominios de errores. Al utilizar correctamente los dominios de errores, puede aumentar la disponibilidad de las aplicaciones que se ejecutan en Oracle Cloud Infrastructure.
- Nivel de equilibrador de carga (2): recomendamos tener equilibradores de carga en su propio nivel o subred para equilibrar la carga del tráfico a los servidores web de Siebel. El equilibrador de carga recibe solicitudes de los usuarios y las direcciona al nivel de aplicación.
- Activo-Activo: redundancia de Siebel AI Server en la subred C de nivel de interfaz de aplicación (3): este nivel contiene instancias redundantes de los servidores de Siebel Application Interface (AI) para proporcionar alta disponibilidad. Para la redundancia de servidor de los servidores AI, se deben distribuir en los dominios de errores de AD. Todas las instancias están activas y reciben tráfico del equilibrador de carga y la capa media.
- Activo-Activo: redundancia de Siebel Server en la subred B de nivel de interfaz de aplicación (4): este nivel contiene instancias redundantes de Siebel Application Server para proporcionar alta disponibilidad. Para la redundancia del servidor de Siebel Server, se deben distribuir entre los dominios de errores de AD. Todas las instancias están activas.
- Redundancia en nivel de base de datos (5): este nivel contiene instancias del sistema de base de datos, subred A. Para los requisitos de rendimiento, Oracle recomienda utilizar Oracle RAC de dos nodos (disponible solo en máquinas virtuales DBaaS) o Exadata Cloud Service
- Estrategia de copia de seguridad: niveles de AI y niveles de Siebel Application Server: la copia de seguridad de los niveles de AI y del servidor de aplicaciones se puede realizar mediante una instantánea de la máquina virtual (VM). La VM se puede restaurar a partir de estas instantáneas.
- Estrategia de copia de seguridad - Nivel de base de datos: utilice OCI Object Storage para realizar copias de seguridad mediante RMAN. Para realizar una copia de seguridad o aplicar parches a la base de datos en OCI Object Storage, la VCN del sistema de base de datos se debe configurar con un gateway de servicio o un gateway de Internet (IGW). Recomendamos utilizar un IGW para la copia de seguridad y la aplicación de parches.