Compartir a través de


Planeamiento de capacidad para migrar cargas de trabajo de Oracle a Azure

Este artículo profundiza en la guía de Cloud Adoption Framework de Azure y ofrece consideraciones sobre el planeamiento de la capacidad de la infraestructura para cargas de trabajo de Oracle en Microsoft Azure. En el artículo se incluyen recomendaciones y herramientas para ayudar con este proceso de planeamiento.

El planeamiento de la capacidad es esencial para lograr un rendimiento y una administración de costos eficaces al ejecutar cargas de trabajo de base de datos de Oracle en Azure. En este artículo se describen las directrices, los métodos y las herramientas para asignar recursos con precisión, equilibrar las necesidades de rendimiento y la optimización de costos. Los requisitos de capacidad específicos dependen de las características de rendimiento de la carga de trabajo de la base de datos. Estas características son transaccionales, analíticas o mixtas. Los factores de restricción de las cargas de trabajo de base de datos de Oracle suelen procesar la potencia, la memoria y el rendimiento.

El planeamiento de la capacidad lo ayuda a seleccionar la infraestructura adecuada para la arquitectura de Oracle en Azure. Debe comprender la capacidad de almacenamiento de la base de datos para implementar este proceso de manera eficaz.

Consideraciones sobre el planeamiento de capacidad

El planeamiento de la capacidad de las cargas de trabajo de Oracle en infraestructura como servicio (IaaS) de Azure es un proceso que requiere un conocimiento profundo de los requisitos de carga de trabajo y los recursos de Azure disponibles.

Nota:

Las siguientes consideraciones refieren a las bases de datos de Oracle que se ejecutan en máquinas virtuales de Azure. Para Oracle Database@Azure, póngase en contacto con el equipo de ventas local de Oracle para obtener una guía para ajustar el tamaño.

Consideraciones generales sobre el rendimiento

  • Es posible que el entorno existente no actúe como una medida de ajuste de tamaño precisa para los requisitos de carga de trabajo de la base de datos de Oracle en Azure. Utilice informes del Repositorio de carga de trabajo automática (AWR) de Oracle para comprender las características de rendimiento de la o las cargas de trabajo que se van a migrar. Los informes de AWR contienen estadísticas de rendimiento para las cargas de trabajo de bases de datos de Oracle.

  • Puede utilizar el entorno existente como medida de ajuste de tamaño para los servidores de aplicaciones cuando no haya disponibles estadísticas de rendimiento de AWR. Debe recopilar métricas de rendimiento de los servidores de aplicaciones para asegurarse de que los servidores de aplicaciones y cualquier solución de plataforma como servicio (PaaS) tengan el tamaño adecuado.

    Nota:

    Para recopilar informes de AWR, debe haber adquirido la licencia del Oracle Diagnostic Pack para la carga de trabajo de la base de datos. Puede usar informes de Statspack como alternativa a los informes de AWR. Los informes de Statspack son un subconjunto de informes de AWR y no requieren la licencia de Diagnostic Pack.

  • Recopile informes de AWR para la carga de trabajo de la base de datos:

    • Cuando la carga de trabajo experimente una carga máxima. Si no conoce el tiempo de carga máximo, use el script busiest_awr para determinar el AWR más ocupado.

    • Durante un período que sea representativo de la carga máxima. Por ejemplo, genere el informe de AWR durante el proceso de fin de mes si la carga máxima es un proceso de fin de mes. El período de tiempo debe incluir solo los tiempos de carga máximos y excluir amplios períodos de carga baja. Si incluye períodos de carga baja en el informe de AWR, las estadísticas de rendimiento representan un promedio y no los requisitos reales de rendimiento de la carga de trabajo.

    • Para actividades, como procesos por lotes u otras actividades que constituyen una carga significativa en la base de datos.

  • Recopile informes de AWR durante la carga máxima y escenarios similares. Para determinar la configuración adecuada de almacenamiento y la SKU de máquina virtual (VM), consulte Cambio de tamaño de los recursos de Azure en función de un informe de Oracle AWR. Si administra varias cargas de trabajo de base de datos de Oracle y está considerando consolidar varias cargas de trabajo en las mismas VM, utilice Oracle Migration Assistant Tool (OMAT). OMAT es una herramienta automatizada de evaluación del tamaño, que genera una evaluación de la infraestructura en función de los informes de AWR y ofrece sugerencias para posibles configuraciones de almacenamiento y VM.

Consideraciones de proceso

Después de haber determinado los requisitos de rendimiento básicos para la carga de trabajo de la base de datos, tenga en cuenta las siguientes recomendaciones para el planeamiento de las VM:

  • Use núcleos restringidos si procede. Los núcleos restringidos brindan la memoria y la capacidad de rendimiento de una SKU de VM más grande, con la capacidad de vCPU de una SKU de VM más pequeña. Desde una perspectiva de costos de licencias de Oracle, se prefieren los núcleos restringidos porque las licencias de Oracle se basan en núcleos de procesador. Para obtener más información sobre cómo funcionan las licencias de Oracle en Azure, consulte Licencias de software de Oracle en el entorno de informática en la nube. Para obtener más información sobre los núcleos restringidos, consulte Tamaños de VM de Azure.

  • Utilice VM optimizadas para memoria para cargas de trabajo de Oracle. Las VM optimizadas para memoria tienen una mayor proporción de memoria a vCPU que las VM de uso general. Estas VM se prefieren para las cargas de trabajo de Oracle, que normalmente consumen mucha memoria. Para obtener más información sobre las VM optimizadas para memoria, consulte Tamaños de VM optimizadas para memoria.

  • Al calcular su arquitectura general, incluya las otras VM que son necesarias para entornos de no producción, alta disponibilidad y más.

Consideraciones sobre el almacenamiento

El rendimiento y la confiabilidad de las cargas de trabajo de las bases de datos de Oracle dependen en gran medida del diseño y la configuración de la infraestructura de almacenamiento subyacente. Tenga en cuenta la guía siguiente al planear el almacenamiento:

  • Si utiliza discos administrados, asegúrese de usar SSD prémium de Azure, SSD prémium de Azure v2 o Almacenamiento en disco Ultra de Azure para las cargas de trabajo de Oracle. No se recomiendan SSD estándar de Azure ni HDD estándar de Azure para cargas de trabajo de producción de Oracle. Para obtener más información sobre las limitaciones de SSD prémium v2 y Almacenamiento en disco Ultra, consulte Discos administrados de Azure.

  • La latencia del disco puede ser un problema en función de las características de la carga de trabajo. Para obtener más información sobre la latencia de los discos, consulte Tipos de discos administrados de Azure.

  • Si usa SSD prémium, configure el almacenamiento en caché del host en ReadOnly para todos los discos de datos y en ReadWrite para la clase OSDisk. El almacenamiento en caché del disco host no es compatible con discos de más de 4095 GB. Para crear volúmenes mayores que un parámetro P50 o 4 TB, asigne varios discos SSD prémium para crear volúmenes lógicos seccionados RAID-0. Utilice un administrador de volúmenes, como Linux Logical Volume Manager, versión 2 (LVM2), o asigne varios discos SSD prémium para crear grupos de discos de administración automática de almacenamiento (ASM) de Oracle para satisfacer la capacidad deseada o el rendimiento necesario.

  • Cuando utilice discos administrados, el rendimiento acumulativo de todos los discos conectados a la VM y restringidos por la SKU de la VM determina el rendimiento de los discos. Para obtener más información, consulte Rendimiento de la máquina virtual y del disco.

  • Cuando utilice discos administrados con una carga de trabajo de escritura intensiva, considere la posibilidad de utilizar Almacenamiento en disco Ultra para registros de fase de puesta al día.

  • Si los requisitos de rendimiento superan el rendimiento máximo de una única VM, considere la posibilidad de utilizar almacenamiento de red, como Azure NetApp Files, ya que la VM tiene restringido el rendimiento de red, o salida, en lugar del rendimiento del disco para dicha configuración.

  • Si utiliza archivos temporales de Oracle con frecuencia, considere la posibilidad de seleccionar una SKU de VM con un disco temporal y colocar los archivos temporales en el disco temporal. Esta configuración reduce la carga de entrada/salida (E/S) en los discos de datos.

Pasos siguientes