Conversión del sistema operativo en una implementación multi-AZ de RDS Custom para Oracle - Amazon Relational Database Service
Requisitos de personalización de los sistemas operativosIdentificación de instancias de EC2Personalización del sistema operativo antes de implementar multi-AZPersonalización del sistema operativo después de implementar multi-AZPersonalización del volumen binarioPrácticas recomendadas de personalización del sistema operativo

Conversión del sistema operativo en una implementación multi-AZ de RDS Custom para Oracle

Con las implementaciones multi-AZ de RDS Custom para Oracle, puede personalizar el sistema operativo e instalar software de terceros en las instancias de EC2 principales y en espera. A diferencia de Amazon RDS, RDS Custom para Oracle proporciona acceso administrativo al entorno de la base de datos y al sistema operativo subyacente, lo que le permite instalar herramientas de supervisión, agentes de seguridad o aplicaciones personalizadas además de las bases de datos de Oracle.

Al personalizar el sistema operativo en una implementación multi-AZ, es responsable de garantizar que las personalizaciones existan en las instancias principales y en las de espera. Este enfoque garantiza la continuidad de las aplicaciones durante la conmutación por error multi-AZ y mantiene una funcionalidad coherente en ambas instancias.

Requisitos para personalizar el sistema operativo en una implementación multi-AZ de RDS Custom para Oracle

Antes de personalizar el sistema operativo en una implementación multi-AZ, tenga en cuenta los siguientes requisitos:

  • Instale software de terceros solo en el punto de montaje de /rdsdbdata. El volumen de datos (/rdsdbdata) es el único dato que se replica en una implementación multi-AZ. El volumen raíz (/) se reemplaza durante la aplicación de parches al sistema operativo y el volumen binario (/rdsdbbin) se reemplaza durante la aplicación de parches a la base de datos. El software instalado en los volúmenes raíz y binario se pierde durante la aplicación de parches.

  • Asegúrese de que todas las personalizaciones cumplan con los términos y condiciones de licencia de AWS y Oracle.

  • Antes de convertir de single-AZ a multi-AZ, asegúrese de que la configuración de HugePages en /etc/sysctl.conf funciona correctamente.

Identificación de instancias de EC2 en una implementación multi-AZ de RDS Custom para Oracle

Al personalizar las instancias multi-AZ, identifique qué instancias de Amazon EC2 sirven como principales y en espera para la implementación de RDS Custom para Oracle.

Identificación de las instancias de EC2 principales y en espera

  1. Abra la consola de Amazon RDS en https://console.aws.amazon.com/rds/.

  2. En el panel de navegación, seleccione Databases (Bases de datos).

  3. Elija la instancia de base de datos de RDS Custom para Oracle multi-AZ.

  4. En la sección de configuración, anote el ID del recurso (formato: db-nnnnnnn).

  5. Abra la consola de Amazon EC2 en https://console.aws.amazon.com/ec2/.

  6. En el panel de navegación, seleccione Instances (Instancias).

  7. En el cuadro de búsqueda, escriba el ID de recurso del paso 4.

  8. Los resultados de la búsqueda muestran dos instancias: la principal y la secundaria. La instancia con la base de datos de RDS Custom para Oracle activa es la principal.

Personalización del sistema operativo antes de crear una implementación multi-AZ de RDS Custom para Oracle

En este escenario, la implementación actual es una instancia de base de datos de single-AZ. Puede personalizar el sistema operativo y, a continuación, convertir la instancia de base de datos en una implementación multi-AZ. Si está instalando software de terceros y ha modificado archivos en varios volúmenes, se recomienda utilizar esta técnica.

Personalización del sistema operativo antes de convertir single-AZ en multi-AZ

  1. Conéctese a la instancia de EC2 de la implementación single-AZ mediante AWS Systems Manager Session Manager o SSH.

  2. Lleve a cabo una de las siguientes personalizaciones:

    • Instale software de terceros en el volumen de datos (/rdsdbdata).

    • Personalice los archivos del volumen raíz (/).

  3. Pruebe las personalizaciones del software o del volumen raíz para asegurarse de que funcionan correctamente.

  4. Convierta la instancia de base de datos single-AZ en una implementación multi-AZ siguiendo las instrucciones de Conversión de una implementación single-AZ a una implementación multi-AZ en RDS Custom para Oracle.

  5. Compruebe que las personalizaciones existan en ambas instancias de la implementación multi-AZ. Para obtener más información, consulte Identificación de instancias de EC2 en una implementación multi-AZ de RDS Custom para Oracle.

Personalización del sistema operativo después de crear una implementación multi-AZ de RDS Custom para Oracle

Si tiene una implementación multi-AZ existente, puede implementar las personalizaciones con AWS Systems Manager o mediante técnicas manuales.

Personalización del sistema operativo en una implementación multi-AZ mediante AWS Systems Manager

Para las instancias de base de datos multi-AZ existentes, recomendamos Systems Manager como la forma más fiable de aplicar personalizaciones simultáneamente a las instancias principales y en espera. Este enfoque garantiza la coherencia. Para obtener una introducción general a este servicio, consulte ¿Qué esAWS Systems Manager? Para obtener información sobre cómo instalar el software en ambas instancias de base de datos de forma simultánea, consulte Instalar o actualizar los paquetes del distribuidor.

Personalización del sistema operativo en una implementación multi-AZ de forma manual

En este escenario, la implementación multi-AZ ya existe, pero no la utiliza AWS Systems Manager para implementar las personalizaciones. Puede personalizar el sistema operativo de forma manual de cualquiera de las siguientes formas:

Personalización del sistema operativo en la instancia principal y replicación de los cambios

La implementación multi-AZ replica automáticamente el volumen de rdsdbdata. Puede personalizar el sistema operativo de la siguiente forma:

  • Instale software de terceros directamente en el punto de montaje de /rdsdbdata.

  • Para modificar los archivos del volumen raíz (/), cree archivos en el volumen de datos y, a continuación, cree un enlace simbólico entre los archivos del volumen raíz y los archivos del volumen de datos.

Personalización del sistema operativo en las instancias principales y en espera de forma independiente

En este enfoque, se personaliza el sistema operativo de la instancia principal. A continuación, realice las mismas personalizaciones en la instancia en espera.

Personalización del sistema operativo de la instancia principal para que se replique automáticamente

  1. Identifique las instancias de base de datos principal y en espera mediante el procedimiento en Identificación de instancias de EC2 en una implementación multi-AZ de RDS Custom para Oracle.

  2. Conéctese a la instancia de EC2 principal mediante Session Manager o SSH.

  3. Utilice cualquiera de las siguientes técnicas, en función de las necesidades de la empresa:

    Instalación del software de terceros

    Instale el software en el punto de montaje de /rdsdbdata.

    sudo mkdir -p /rdsdbdata/custom-software
cd /rdsdbdata/custom-software
# Install your software here
    Personalización del volumen raíz

    Cree enlaces simbólicos desde los archivos de configuración del sistema operativo del volumen raíz a los archivos del volumen de datos. Por ejemplo, cree un archivo /rdsdbdata/customizations/sysctl.conf y, a continuación, cree un enlace simbólico en /etc/sysctl.conf que apunte a /rdsdbdata/customizations/sysctl.conf.

    sudo mkdir -p /rdsdbdata/customizations
sudo mv /etc/sysctl.conf /rdsdbdata/customizations/sysctl.conf
sudo ln -sf /rdsdbdata/customizations/sysctl.conf /etc/sysctl.conf

  4. Pruebe las personalizaciones del software o del volumen raíz para asegurarse de que funcionan correctamente.

  5. Conéctese a la instancia en espera y compruebe que la replicación sincrónica haya copiado las personalizaciones del software o del volumen raíz en el directorio de /rdsdbdata.

Personalización del volumen binario en una implementación multi-AZ de RDS Custom para Oracle

Puede aplicar un parche de base de datos al volumen binario (/rdsdbbin) en una implementación multi-AZ de RDS Custom para Oracle. Debe aplicar el parche a las instancias principal y en espera. Tenga en cuenta estas directrices:

  • Cuando realice un parche único, le recomendamos que cree un nuevo CEV con el nuevo parche único incluido en el manifiesto.

  • Para aplicar un parche único de forma manual, asegúrese de descomprimirlo en las instancias de EC2 principal y secundaria. La aplicación del parche y la ejecución de datapatch solo son obligatorias en la instancia multi-AZ principal.

  • Si aplica el parche a la base de datos con un CEV diferente, se reemplaza el volumen binario. Asegúrese de incluir el parche único en el manifiesto del nuevo CEV.

Prácticas recomendadas de personalización del sistema operativo

Siga estas prácticas recomendadas al personalizar el sistema operativo en instancias multi-AZ de RDS Custom para Oracle:

Realización de pruebas en entornos que no sean de producción

Pruebe siempre las personalizaciones en un entorno que no sea de producción antes de aplicarlas a las instancias de producción.

Documentación de todos los cambios

Conserve la documentación detallada de todas las personalizaciones para consultarla y solucionar problemas en el futuro. Le recomendamos que guarde las personalizaciones en un script que pueda aplicar en cualquier momento, por si acaso.

Verificación en ambos casos

Compruebe periódicamente que las personalizaciones estén presentes y funcionen correctamente en las instancias principales y en espera.

Uso de Systems Manager para mantener la coherencia

Utilice Systems Manager para aplicar los cambios de forma coherente en todas las instancias, especialmente en las implementaciones multi-AZ existentes.