Compartir a través de

Elegir cómputo y almacenamiento

En este artículo se describe cómo ajustar el tamaño adecuado del proceso y el almacenamiento de 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 adecuados para la infraestructura de Azure necesaria, debe generar un informe de repositorio de cargas de trabajo automático (AWR) o un informe Statspack para cada base de datos que planee migrar a Azure.

Un informe de AWR es un informe de análisis de rendimiento detallado 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 el paquete de diagnósticos de Oracle 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.

El período de tiempo máximo de carga suele ser 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 los cinco momentos más ocupados. Este script está disponible tanto para las bases de datos Standard Edition como para las bases de datos enterprise Edition.

Recommendations

  • Genere 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 de tiempo cortos, 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 correcta de Azure Virtual Machines según vCPU, memoria, rendimiento e IOPS. Analice un informe de AWR o un informe 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 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.

Recommendations

  • Use herramientas automatizadas de ajuste de tamaño, como OMAT. Las herramientas de ajuste de tamaño correcto automatizan los pasos descritos 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 se pueden adaptar a sus necesidades. Las series E y M son máquinas virtuales hiperprocesadas que se usan ampliamente para las necesidades de la 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 al tiempo que mantiene la misma memoria, almacenamiento y ancho de banda de E/S.

Recommendations

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 de la base de datos, las IOPS y el rendimiento. Azure Managed Disks proporciona volúmenes de almacenamiento de nivel de bloque administrados por Azure y se usan con máquinas virtuales de Azure. Azure Storage proporciona una amplia gama de opciones de almacenamiento de alta disponibilidad 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 los archivos de registro de rehacer de Oracle ya archivados y las copias de seguridad. La archivación de los registros de rehacer es un proceso continuo de lectura y escritura que implica la constante evaluación 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) Capacidad de procesamiento IOPS Recomendación de disco
oredo Registros de puesta al día en línea 400 150 1500 Elija SSD Premium v2 cuando esté disponible y P20 de lo contrario.
oarch Registros de puesta al día archivados 7000 300 1250 Azure Blob Storage configurado en el nivel de acceso frecuente
odata Archivos de datos y archivos de control 18000 1 000 2.500 Elija SSD Premium v2 cuando esté disponible y 5*P50 (configurado en RAID-0) en caso contrario.

El espacio de tablas temporal puede usar una gran cantidad de ancho de banda 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 (Oracle ASM, 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 siempre que 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 obtener más información, consulte Configuración de ASM.

Recommendations

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.

Recommendations

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
  • Total IOPS
  • 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.

  • Last updated on