Procedimientos recomendados de rendimiento para Oracle en máquinas virtuales de Azure
En este artículo, se describe cómo las opciones de almacenamiento y de tamaño de máquina virtual adecuado que elija afectan al rendimiento de las cargas de trabajo de Oracle, las operaciones de entrada y salida (IOPS) y el rendimiento, la confiabilidad y el costo. Hay una compensación entre la optimización de los costos y la optimización del rendimiento. Esta serie de procedimientos recomendados de rendimiento se centra en obtener el mejor rendimiento para la carga de trabajo de Oracle en máquinas virtuales (VM) de Azure. Si la carga de trabajo es menos exigente, podría no necesitar todas las optimizaciones recomendadas. En la fase de planeación, es fundamental evaluar los requisitos de rendimiento de las cargas de trabajo de Oracle y ajustar el tamaño de los recursos de proceso y de almacenamiento según sea necesario.
Para una configuración rentable, al considerar la ejecución de cargas de trabajo de Oracle en máquinas virtuales de Azure, comience por seleccionar una máquina virtual que admita las IOPS y el rendimiento necesarios con una proporción de memoria a núcleo virtual adecuada y, además, agregue el almacenamiento necesario.
Recomendación de dimensionamiento de máquinas virtuales
Las tres series de máquinas virtuales siguientes son las recomendadas para ejecutar cargas de trabajo de bases de datos de Oracle en Azure.
Serie E (Eds, v5 y Ebds V5)
La serie E está diseñada para cargas de trabajo con un uso intensivo de memoria. Estas máquinas virtuales ofrecen proporciones de memoria a núcleo elevadas, lo que las convierte en adecuadas para las bases de datos de Oracle. También ofrecen una variedad de opciones de CPU para satisfacer los requisitos de rendimiento de las cargas de trabajo de la base de datos de Oracle.
La nueva serie Ebdsv5 proporciona la mayor proporción de rendimiento de E/S a núcleo virtual de Azure junto con una proporción de memoria a núcleo virtual de 8. Esta serie ofrece el mejor rendimiento en relación con el precio para cargas de trabajo de Oracle en máquinas virtuales de Azure. Considere esta serie en primer lugar para la mayoría de las cargas de trabajo de base de datos de Oracle.
Serie M
La serie M se compila para bases de datos de gran tamaño, es decir, hasta 12 TB de RAM y 416vCPUs. Las máquinas virtuales de la serie M ofrecen la relación entre memoria y núcleos virtuales más alta de Azure. Considere estas máquinas virtuales para cargas de trabajo de bases de datos de Oracle críticas y de gran tamaño, o si necesita consolidar bases de datos en menos máquinas virtuales.
Serie D
La serie D está diseñada para máquinas virtuales de uso general, con proporciones de memoria a núcleo virtual más pequeñas con las máquinas virtuales de uso general. Es importante supervisar cuidadosamente los contadores de rendimiento basados en memoria para asegurarse de que la carga de trabajo de Oracle pueda obtener las IOPS y el rendimiento necesarios. La serie Ddsv5 ofrece una combinación justa de vCPU, memoria y disco temporal, pero con menor compatibilidad entre memoria y núcleos virtuales. La serie D no tiene la proporción de memoria a núcleo virtual de 8 que se recomienda para las cargas de trabajo de Oracle. Por lo tanto, considere la posibilidad de usar estas máquinas virtuales para bases de datos de pequeñas a medianas, o para entornos de desarrollo y pruebas con un TCO inferior.
Recomendaciones para almacenamiento
En esta sección, se proporcionan directrices y procedimientos recomendados de almacenamiento para optimizar el rendimiento de las cargas de trabajo de Oracle en Azure Virtual Machines (VM). Tenga en cuenta sus necesidades de rendimiento, costos y patrones de carga de trabajo a medida que evalúa estas recomendaciones. Veamos las opciones brevemente:
Tipos de disco: SSD prémium, SSD prémium V2 y discos Ultra son los tipos de disco recomendados para las cargas de trabajo de Oracle. Consulte comparación de tipos de disco para comprender el tamaño máximo del disco, el rendimiento máximo y el número máximo de IOPS para elegir el tipo de disco adecuado para máquinas virtuales de Azure para satisfacer el rendimiento de la carga de trabajo de Oracle. Por lo general, SSD prémium v2 es la mejor opción de rendimiento de disco en relación con el precio que puede considerar.
SSD prémium V2 ofrece un mayor rendimiento que los SSD prémium y, en general, es menos costoso. Puede ajustar individualmente el rendimiento (capacidad, rendimiento e IOPS) de discos SSD prémium v2 en cualquier momento, lo que permite que las cargas de trabajo sean rentables mientras satisfacen las necesidades de rendimiento cambiantes. Por ejemplo, una base de datos con un uso intensivo de transacciones podría necesitar una gran cantidad de IOPS con un tamaño pequeño, o una aplicación de juegos puede necesitar una gran cantidad de IOPS, pero solo durante las horas punta. Debido a que puede ajustar el rendimiento de la mayoría de las cargas de trabajo de uso general individualmente, SSD prémium v2 puede ofrecer el mejor rendimiento en relación con el precio.
Los discos SSD prémium son adecuados para cargas de trabajo de producción críticas. Ofrecen soporte de disco de alto rendimiento y baja latencia para máquinas virtuales (VM) con cargas de trabajo con uso intensivo de entrada/salida (E/S).
Los discos Ultra son la opción de almacenamiento con mayor rendimiento para máquinas virtuales (VM) de Azure. Son adecuados para cargas de trabajo de datos intensivas y con muchas transacciones. Proporcionan bajas latencias de submilisegundos e incluyen un modelo de configuración de rendimiento flexible, que permite configurar IOPS y rendimiento de forma independiente, antes y después de aprovisionar el disco.
Azure Elastic SAN ofrece una solución de almacenamiento en bloques confiable, rentable y escalable de forma masiva, que se conecta a varios servicios de proceso de Azure a través del protocolo iSCSI. Elastic SAN permite una transición sin problemas de un patrimonio de almacenamiento SAN existente a la nube sin tener que refactorizar la arquitectura de la aplicación del cliente. Esta solución puede lograr una escala masiva: hasta millones de IOPS, GB/s de doble dígito de capacidad de proceso y latencias de milisegundos de un solo dígito con resistencia integrada para minimizar el tiempo de inactividad. Esto hace que sea una excelente opción para los clientes que buscan consolidar el almacenamiento, los clientes que trabajan con varios servicios de computación o aquellos que tienen cargas de trabajo que requieren niveles de alta capacidad de proceso logrados mediante la conducción del almacenamiento a través del bandwidth de red.
Nota:
El dimensionamiento de la máquina virtual con Elastic SAN debe dar cabida a los requisitos de capacidad de proceso de red de producción (VM a VM) junto con el rendimiento de almacenamiento.
Considere la posibilidad de colocar cargas de trabajo de Oracle en Elastic SAN para mejorar la rentabilidad por los siguientes motivos.
Consolidación del almacenamiento y uso compartido dinámico del rendimiento: normalmente para la carga de trabajo de Oracle en la máquina virtual de Azure, el almacenamiento de tipos de disco se aprovisiona por máquina virtual en función de la capacidad del cliente y los requisitos de rendimiento máximos para esa máquina virtual. Este rendimiento sobreaprovisionado está disponible cuando es necesario, pero el rendimiento no usado no se puede compartir con cargas de trabajo en otras máquinas virtuales. Elastic SAN, así como SAN local, permite consolidar las necesidades de almacenamiento de varias cargas de trabajo de Oracle para lograr una mejor rentabilidad, con la capacidad de compartir dinámicamente el rendimiento aprovisionado entre los volúmenes aprovisionados en estas diferentes cargas de trabajo en función de las demandas de E/S. Por ejemplo, en el Este de EE. UU., si tiene 10 cargas de trabajo que requieren una capacidad de 2 TiB y 10K IOPS cada una, pero colectivamente no necesitan más de 60 000 IOPS en cualquier momento. Puede configurar una Elastic SAN con 12 unidades base (una unidad base = 0,08 USD por GiB/mes) que le proporciona una capacidad de 12 TiB y las 60K IOPS necesarias y 8 unidades de solo capacidad (1 unidad de solo capacidad = 0,06 USD por GiB/mes) que le proporcionan la capacidad restante de 8 TiB a un precio más barato. Esta configuración de almacenamiento óptima proporciona una mejor rentabilidad al tiempo que proporciona el rendimiento necesario (IOPS de 10 000) a cada una de estas cargas de trabajo. Para más información sobre las unidades de aprovisionamiento de base y solo capacidad de Elastic SAN, consulte Planear la implementación de Azure Elastic SAN y, para los precios, consulte Precios de Azure Elastic SAN.
Para impulsar un mayor rendimiento de almacenamiento: las cargas de trabajo de Oracle en implementaciones de máquinas virtuales de Azure requiere ocasionalmente el sobreaprovisionamiento de una máquina virtual debido al límite de rendimiento del disco para esa máquina virtual. Puede evitarlo con Elastic SAN, ya que impulsa una mayor capacidad de proceso de almacenamiento a través del bandwidth de red de proceso con el protocolo iSCSI. Por ejemplo, una máquina virtual Standard_E32bds_v5 (SCSI) está limitada a 88 000 IOPS y 2500 MBps de rendimiento de almacenamiento en disco, pero puede alcanzar un máximo de 16 000 MBps de rendimiento de red. Si el requisito de rendimiento de almacenamiento para la carga de trabajo es mayor que 2500 MBps, no es necesario actualizar la máquina virtual a una SKU superior, ya que ahora puede admitir hasta 16 000 MBps mediante Elastic SAN.
Además, los siguientes datos pueden ayudarle a obtener más valor de Elastic SAN.
| Otros parámetros | descripción |
|---|---|
| Modelo de aprovisionamiento | Modelo flexible en granularidad de TiB |
| BCDR | Instantánea incremental para la restauración rápida; exportación de instantáneas para la protección. |
| Redundancia y objetivos de escalado | Consulte las funcionalidades de redundancia de Azure Elastic SAN en los requisitos de redundancia. |
| Cifrado | Se admite el cifrado en reposo. |
Azure NetApp Files es un servicio de almacenamiento de archivos nativo de Azure, de clase empresarial y de alto rendimiento, adecuado para el almacenamiento de los archivos de base de datos de Oracle. Proporciona Volúmenes como servicio para los que puede crear grupos de capacidad, volúmenes y cuentas de NetApp. También puede seleccionar los niveles de servicio y rendimiento y administrar la protección de datos. Mediante el uso de los mismos protocolos y herramientas que conoce y confía, y las aplicaciones empresariales que dependen del entorno local, puede crear y mantener recursos compartidos de archivos que sean rápidos, confiables y escalables.
Los siguientes son atributos clave de Azure NetApp Files:
- Rendimiento, optimización de costos y escala.
- Simplicidad y disponibilidad.
- Administración de datos y seguridad.
- CONTRATO DE NIVEL DE SERVICIO DEL 99,99 %.
Los volúmenes de Azure NetApp Files están diseñados para ser de alta disponibilidad y proporcionan flexibilidad para escalar y reducir los volúmenes en capacidad y rendimiento sin interrupciones del servicio. Para otra disponibilidad entre zonas y regiones, los volúmenes se pueden replicar mediante entre zonas y replicación entre regiones.
Para hospedar archivos de base de datos de Oracle exigentes, rehacer y archivar registros que se escalan bien en varios gigabytes por segundo rendimiento y varias decenas de capacidad de terabytes, puede usar único o varios volúmenes, en función de los requisitos de capacidad y rendimiento. Los volúmenes se pueden proteger mediante instantáneas para una rápida protección y capacidad de recuperación de datos principales. Los volúmenes se pueden realizar copias de seguridad mediante RMAN, AzAcSnap, copia de seguridad de Azure NetApp Files, u otros métodos o aplicaciones de copia de seguridad preferidos.
Se recomienda usar Oracle direct NFS (dNFS) con Azure NetApp Files para mejorar el rendimiento. La combinación de Oracle dNFS con Azure NetApp Files proporciona una gran ventaja para las cargas de trabajo. Oracle dNFS permite aumentar el rendimiento a niveles más altos que el NFS del kernel del sistema operativo. En este artículo, se explica la tecnología y se proporciona una comparación del rendimiento entre dNFS y el cliente NFS del kernel.
Las máquinas virtuales de Azure están limitadas para el tráfico de red a velocidades más altas que el almacenamiento conectado directo, como SSD. Como resultado, la implementación de Oracle funciona mejor con volúmenes de Azure NetApp Files en la misma SKU de máquina virtual, o bien puede elegir una SKU de máquina virtual más pequeña por el mismo rendimiento y ahorrar en el costo de licencia de Oracle.
Las instantáneas se pueden clonar para proporcionar acceso de lectura y escritura a los datos actuales con fines de prueba y desarrollo sin interactuar con los datos activos.
| Elemento | Descripción |
|---|---|
| Otro parámetro | Disponible en tres niveles de servicio de rendimiento (Ultra, Premium, Estándar) con un escalado vertical y descendente de interrupción dinámica y reducción vertical del rendimiento y la capacidad para equilibrar los requisitos y costos cambiantes. |
| Modelo de aprovisionamiento | Volumen único para bases de datos medianas y grandes Varios volúmenes para un rendimiento grande y alto. Aprovisionamiento a través de Azure Portal con ajuste dinámico y descendente en línea. Escalado dinámico del rendimiento en línea a través de cambiosdinámico de nivel de servicio y ajustes de QoS. |
| BDR | Acceso a datos independiente basados en instantáneas para BC/DR y pruebas y desarrollo. Almacenamiento de instantáneas con copia de seguridad de Azure NetApp Files, replicación entre regiones basada en almacenamiento, replicación entre zonas basada en almacenamiento, integración con Oracle Data Guard para alta disponibilidad y recuperación ante desastres. |
| Redundancia y objetivos de escalado | Se ha demostrado la capacidad de admitir bases de datos de Oracle mas grande y de mayor rendimiento en más de 100 TiB de tamaño y varios gigabytes por segundo, a la vez que se mantiene la protección y la capacidad de recuperación principales basadas en instantáneas casi instantáneas. |
| Cifrado | Cifrado doble o único en reposo con claves administradas por la plataforma o el cliente |
Automatización de máquinas virtuales y selección de almacenamiento
Considere la posibilidad de usar la herramienta Community Oracle Migration Assistant Tool (OMAT) para obtener las SKU de máquina virtual adecuadas con opciones de almacenamiento recomendadas, incluidos los tipos de disco, Elastic SAN y ANF con un costo indicativo basado en el precio de lista. Puede proporcionar un informe AWR de la base de datos de Oracle como entrada y ejecutar el script de la herramienta OMT para obtener una salida de las SKU de máquina virtual recomendadas y las opciones de almacenamiento que se alinean con los requisitos de rendimiento de la base de datos.