Factores que deben tenerse en cuenta para la instalación de bases de datos de Oracle
Sugerir cambios
PDF
Un cloud público proporciona diversas opciones de computación y almacenamiento y usar el tipo de motor de almacenamiento y instancia de computación correcto es un buen lugar para comenzar con la puesta en marcha de las bases de datos. También debe seleccionar configuraciones de computación y almacenamiento optimizadas para bases de datos de Oracle.
En las siguientes secciones se describen los aspectos clave que se deben tener en cuenta al poner en marcha una base de datos de Oracle en un cloud público de AWS en una instancia de EC2 con almacenamiento FSX.
Rendimiento de VM
Seleccionar el tamaño correcto de máquina virtual es importante para optimizar el rendimiento de una base de datos relacional en un cloud público. Para obtener un mejor rendimiento, NetApp recomienda utilizar una instancia de la serie EC2 M5 para la puesta en marcha de Oracle, que está optimizada para cargas de trabajo de bases de datos. También se utiliza el mismo tipo de instancia para activar una instancia de RDS para Oracle por AWS.
-
Elija la combinación de vCPU y RAM correcta en función de las características de la carga de trabajo.
-
Agregar espacio de intercambio a una máquina virtual. La implementación predeterminada de la instancia de EC2 no crea un espacio de intercambio, lo cual no es óptimo para una base de datos.
Distribución de almacenamiento y configuración
NetApp recomienda la siguiente distribución de almacenamiento:
-
En el caso del almacenamiento NFS, la distribución de volúmenes recomendada es tres volúmenes: Uno para los binarios de Oracle, otro para los datos de Oracle y un archivo de control duplicado, y otro para el registro activo, el registro archivado y el archivo de control de Oracle.
-
Para el almacenamiento iSCSI, el diseño de volumen recomendado es de tres volúmenes: Uno para el binario de Oracle; uno para los datos de Oracle y un archivo de control duplicado; y otro para el registro activo de Oracle, el registro archivado y el archivo de control. Sin embargo, lo ideal es que cada volumen de datos y registro contenga cuatro LUN. Los LUN se equilibran perfectamente en los nodos de clúster de alta disponibilidad.
-
Para IOPS y rendimiento del almacenamiento, puede elegir el umbral para la tasa de IOPS y el rendimiento aprovisionados para el clúster de almacenamiento FSX, y estos parámetros pueden ajustarse sobre la marcha cuando cambie la carga de trabajo.
-
La configuración de IOPS automática es de tres IOPS por GIB de capacidad de almacenamiento asignada o almacenamiento definido por el usuario hasta 80,000.
-
El nivel de rendimiento aumenta de la siguiente manera: 128, 256, 512, 1024 y 2045 Mbps.
-
Revise "Rendimiento de Amazon FSx ONTAP"la documentación cuando ajuste el tamaño del rendimiento y las IOPS.
Configuración de NFS
Linux, el sistema operativo más común, incluye funcionalidades NFS nativas. Oracle ofrece el cliente NFS directo (dNFS) integrado de forma nativa en Oracle. Oracle lleva más de 20 años soportando NFSv3. DNFS es compatible con NFSv3 con todas las versiones de Oracle. NFSv4 es compatible con todos los sistemas operativos que siguen el estándar NFSv4. El soporte de DNFS para NFSv4 requiere Oracle 12.1.0.2 o superior. NFSv4,1 requiere soporte específico de SO. Consulte la herramienta Matriz de Interoperabilidad de NetApp (IMT) para obtener información sobre los sistemas operativos admitidos. La compatibilidad con DNFS para NFSv4,1 requiere Oracle versión 19.3.0.0 o superior.
La puesta en marcha automatizada de Oracle mediante el kit de herramientas de automatización de NetApp configura automáticamente dNFS en NFSv3.
Otros factores a considerar:
-
Las tablas de ranuras TCP son el equivalente en NFS de la profundidad de cola del adaptador de host-bus (HBA). En estas tablas se controla el número de operaciones de NFS que pueden extraordinarias a la vez. El valor predeterminado suele ser 16, que es demasiado bajo para un rendimiento óptimo. El problema opuesto ocurre en los kernels más nuevos de Linux, que pueden aumentar automáticamente el límite de la tabla de ranuras TCP a un nivel que sature el servidor NFS con solicitudes.
Para obtener un rendimiento óptimo y evitar problemas de rendimiento, ajuste los parámetros del kernel que controlan las tablas de ranuras TCP a 128.
sysctl -a | grep tcp.*.slot_table -
En la siguiente tabla se ofrecen opciones de montaje NFS recomendadas para NFSv3 de Linux: Una única instancia.
|
Antes de utilizar dNFS, compruebe que están instalados los parches descritos en Oracle Doc 1495104.1. La matriz de soporte de NetApp para NFSv3 y NFSv4 no incluye sistemas operativos específicos. Se admiten todos los sistemas operativos que obedecen a RFC. Al buscar en IMT en línea compatibilidad con NFSv3 o NFSv4, no seleccione un sistema operativo específico porque no se mostrarán dichas coincidencias. Todos los sistemas operativos están soportados implícitamente por la política general. |
Alta disponibilidad
Como se indica en la arquitectura de la solución, la alta disponibilidad se basa en la replicación a nivel de almacenamiento. Por lo tanto, la puesta en marcha y la disponibilidad de Oracle depende de la rapidez con la que pueda llevarse a cabo la informática y el almacenamiento. Consulte los siguientes factores clave:
-
Tener una instancia de computación en espera lista y sincronizada con el principal mediante una actualización en paralelo de Ansible para ambos hosts.
-
Replique el volumen binario desde el volumen primario para fines en espera de forma que no tenga que instalar Oracle en el último minuto ni averiguar qué es necesario instalar y aplicar las revisiones.
-
La frecuencia de replicación determina la rapidez con la que se puede recuperar la base de datos de Oracle para que el servicio esté disponible. Hay un compensación entre la frecuencia de replicación y el consumo de almacenamiento.
-
Aproveche la automatización para que la recuperación y pase al modo de espera sea rápida y libre de errores humanos. NetApp ofrece un kit de herramientas de automatización con este fin.