Compartir a través de


Elección del proceso y el almacenamiento

En este artículo se describe cómo ajustar el tamaño adecuado del proceso y el almacenamiento para las cargas de trabajo de Oracle mediante el modelo de infraestructura como servicio (IaaS) de Azure.

Puede usar IaaS de Azure para migrar las cargas de trabajo de Oracle desde el entorno local a la nube. Las demandas de complejidad, tamaño y salida alta (E/S) de una carga de trabajo pueden complicar el proceso de migración y afectar negativamente al rendimiento de Oracle Database. El rendimiento de la base de datos depende de parámetros como rendimiento de disco de lectura y escritura (MBps), IOPS de lectura y escritura, CPU, RAM y latencia de red. Por lo tanto, elegir la combinación correcta de proceso y almacenamiento para IaaS de Azure y la ubicación de las cargas de trabajo de aplicación relativas a los servicios de base de datos es fundamental para una migración correcta de la base de datos.

Evaluación de la carga de trabajo de Oracle mediante informes de AWR o Statspack

Para obtener recomendaciones de ajuste de tamaño adecuadas para la infraestructura de Azure necesaria, debe generar un informe de repositorio de cargas de trabajo automático (AWR) o un informe de Statspack para cada base de datos que planee migrar a Azure.

Un informe de AWR es un informe detallado de análisis de rendimiento generado por Oracle Database. El informe contiene información completa sobre el rendimiento de la base de datos, los eventos de espera, los recursos del sistema, etc. Un informe de AWR se incluye con Oracle Diagnostics Pack para el conjunto de productos de Oracle Database. Si está ejecutando Standard Edition o Enterprise edition sin una licencia de Diagnostics Pack, use en su lugar un informe de Statspack .

La información sobre la carga máxima es esencial porque una base de datos y los servidores se usan para diferentes capacidades. Si la carga máxima se produce en los tiempos de copia de seguridad durante la noche y los requisitos de objetivo de tiempo de recuperación (RTO) o objetivo de punto de recuperación (RPO) están dentro de cuatro horas, puede repetir el mismo ejercicio para una carga media.

La ventana de carga máxima de tiempo suele ser de una hora. Puede determinar la carga máxima mediante Oracle Enterprise Manager. Si no tiene una licencia para Oracle Enterprise Manager, puede usar el siguiente script para las cinco veces más ocupados. Este script está disponible para bases de datos Standard Edition y bases de datos Enterprise Edition.

Recomendaciones

  • Generar informes completos de AWR para un ejercicio de ajuste de tamaño correcto de la base de datos.
  • Genere el informe de AWR para el período de carga de trabajo más ocupado durante períodos cortos de tiempo, como 30 minutos o una hora.
  • Genere un informe de AWR de carga máxima (y un informe AWR de carga media, si lo desea).
  • Obtenga cualquier otro informe de AWR que pueda tener detalles importantes sobre la carga de trabajo de la base de datos, como períodos de informes de fin de mes o final de trimestre.
  • Asegúrese de que el informe está en HTML para la herramienta de ajuste de tamaño correcto.
  • Use los siguientes scripts para obtener las cinco horas más ocupados si no está seguro de cuándo se produce la carga máxima:

Uso de herramientas automatizadas para ajustar el tamaño adecuado de la carga de trabajo

Ajuste el tamaño correcto de las cargas de trabajo mediante herramientas automatizadas para que coincidan con la SKU de Azure Virtual Machines correcta según vCPU, memoria, rendimiento e IOPS. Analice un informe de AWR o un informe de Statspack de las cargas de trabajo de Oracle para ajustar el tamaño adecuado de la infraestructura de Azure para que cumpla los requisitos de rendimiento. Estos análisis se basan en el conocimiento experto del rendimiento de la base de datos y requieren herramientas automatizadas para administrar todas las variables, como oracle Migration Assistant Tool (OMAT).

OMAT le ayuda a evaluar el uso de recursos para instalaciones locales o en la nube de Oracle y recomienda la máquina virtual (VM) y el almacenamiento óptimos para ejecutar la misma carga de trabajo en Azure. OMAT recopila y procesa informes de AWR del sistema de origen, extrae los datos necesarios y los coloca en un libro de Excel. Revise la partición de los procesadores de CPU y núcleos cuando use OMAT para proporcionarle el factor hiperproceso. OMAT usa un factor de dos de forma predeterminada, pero puede ajustar este número para ajustarse a su uso específico. Póngase en contacto con su persona de contacto local si necesita soporte técnico.

Recomendaciones

  • Use herramientas automatizadas de ajuste de tamaño correcto, como OMAT. Las herramientas de ajuste de tamaño correcto automatizan los pasos que se describen en el documento de ajuste de tamaño de AWR para acelerar el proceso de migración y simplificar el informe de AWR.
  • Póngase en contacto con expertos que comprendan las recomendaciones generadas por el informe OMAT.

Elección de la máquina virtual adecuada para la carga de trabajo

Es importante elegir la máquina virtual adecuada para la carga de trabajo. Cada familia de máquinas virtuales incluye una selección de tamaños que pueden coincidir con sus necesidades. Las series E y M son máquinas virtuales hiperprocesadas que se usan ampliamente para las necesidades de base de datos. Use máquinas virtuales de la serie E para cargas de trabajo que tengan valores de alto rendimiento. Use máquinas virtuales de la serie M para cargas de trabajo que requieren memoria alta.

Microsoft también ofrece tamaños de núcleo restringidos para reducir el costo de las licencias de software, a la vez que mantiene el mismo ancho de banda de memoria, almacenamiento y E/S.

Recomendaciones

Elección de la solución de almacenamiento adecuada para la carga de trabajo

La elección de la solución de almacenamiento de Azure para la base de datos depende del tamaño, la IOPS y el rendimiento de la base de datos. Azure Managed Disks proporciona volúmenes de almacenamiento de nivel de bloque administrados por Azure y usados con máquinas virtuales de Azure. Azure Storage proporciona una amplia gama de opciones de almacenamiento altamente disponibles y escalables de forma masiva para aplicaciones, datos y máquinas virtuales en la nube. La evaluación de ajuste de tamaño correcto le ayuda a decidir qué solución de almacenamiento se va a usar para la base de datos.

Otras consideraciones de almacenamiento están relacionadas con las copias de seguridad y los archivos de registro de rehacer de Oracle archivados. El archivado de registros de puesta al día es un proceso continuo de lectura y escritura que implica la evaluación continua de los requisitos y la disponibilidad de la solución.

El informe de AWR proporciona información sobre los requisitos de rendimiento e IOPS de la carga de trabajo específica. Es fundamental conocer los requisitos de rendimiento e IOPS antes de la implementación, ya que las cargas de trabajo de Oracle son sensibles al rendimiento.

En la tabla siguiente se proporciona un ejemplo de un diseño de almacenamiento en disco de datos.

Nombre del disco Función Tamaño (GB) Rendimiento E/S Recomendación de disco
oredo Registros de puesta al día en línea 400 150 1.500 Elija SSD Premium v2 cuando esté disponible y P20 en caso contrario.
oarch Registros de rehacer archivados 7000 300 1250 Azure Blob Storage configurado en el nivel de acceso frecuente
odata Archivos de datos y archivos de control 18000 1000 2.500 Elija SSD Premium v2 cuando esté disponible y 5*P50 (seccionado en RAID-0) en caso contrario.

El espacio de tablas temporal puede usar una gran cantidad de rendimiento e IOPS. Si este escenario se aplica a la carga de trabajo, elija una máquina virtual que tenga un disco efímero conectado, como Ed-v5. Coloque el espacio de tablas temporal en el disco. Puede elegir otros tipos de disco en función de sus requisitos.

Este es solo un ejemplo de una carga de trabajo de cliente. Asegúrese de revisar y ajustar los requisitos del tamaño de la carga de trabajo, las IOPS y el rendimiento en consecuencia.

Si necesita usar varios discos para uno o varios volúmenes lógicos en la configuración del disco, independientemente de la tecnología de disco (ASM de Oracle, LVM u otro), asegúrese de equilibrar la carga entre discos para obtener un rendimiento máximo.

Puede usar discos administrados SSD Prémium v2 donde estén disponibles. Compruebe la disponibilidad de acuerdo con la región y revise las configuraciones de disco antes de la implementación.

El tamaño de disco configurado predeterminado en ASM es decisivo si usa ASM de Oracle y Managed Disks. Si configura ASM para un tamaño máximo de 4096 GB, ASM solo puede procesar esta cantidad. Por lo tanto, incluso si aprovisiona discos más altos, ASM no reconoce el espacio. Planee el tamaño del disco en consecuencia y decida si quiere aprovisionar algunos discos de 4095 GB. Para más información, consulte Configuración de ASM.

Recomendaciones

Ajustar el tamaño de la infraestructura de proceso necesaria para las aplicaciones de Oracle

Normalmente, las aplicaciones de Oracle se pueden mover a Azure mediante máquinas virtuales con funcionalidades similares a las que se usan en la implementación local.

Use puntos de datos de los niveles de aplicación y web para ajustar el tamaño de la infraestructura de proceso necesaria para las aplicaciones de Oracle. El nivel De aplicación se puede mover a cualquier SKU de máquina virtual adecuada que cumpla los requisitos de optimización de costos y rendimiento.

Para más información sobre el uso de arquitecturas de referencia para implementar aplicaciones de Oracle en IaaS de Azure, consulte Aplicaciones de Oracle en Azure.

Recomendaciones

Obtenga puntos de datos del nivel de aplicación y del nivel web. Estos puntos de datos incluyen:

  • Número de vCPU
  • Uso medio de vCPU
  • Tamaño de memoria
  • Uso medio de memoria
  • Tamaño de App Storage
  • Versión de la aplicación
  • Sistema operativo
  • IOPS totales
  • Rendimiento total
  • Estrategia de copia de seguridad

Paso siguiente

Para obtener información sobre cómo proteger los datos y las aplicaciones críticos, consulte Continuidad empresarial y recuperación ante desastres.