Acerca de los patrones de implementación de Microsoft SQL en VPC

Esta guía se centra en obtener un rendimiento óptimo y un equilibrio de costes para implementaciones de Microsoft SQL Server en servidores virtuales de IBM Cloud VPC. Normalmente hay que elegir entre optimizar los costes y optimizar el rendimiento, y si su carga de trabajo es muy exigente, debe evaluar estas pautas teniendo en cuenta sus requisitos de rendimiento.

Al seleccionar el servidor virtual VPC ( IBM Cloud ) para alojar sus bases de datos SQL, es necesario comprender la carga de trabajo de la base de datos:

• Para la migración de un entorno existente, recopile una línea de base de rendimiento de su instancia de base de datos existente para determinar los requisitos de su servidor virtual.
• Para nuevas cargas de trabajo, trabaje con su proveedor de aplicaciones para comprender los requisitos de la base de datos SQL.

Es importante recordar que una ventaja de las soluciones basadas en la nube es la posibilidad de cambiar el tamaño después de la implementación inicial. Para obtener más información, consulte Cambiar el tamaño de una instancia de servidor virtual. Para obtener información sobre cómo recopilar una línea de base de rendimiento, consulte Creación de una línea de base.

Esta documentación se centra en tres patrones de implementación en IBM Cloud VPC que aprovechan las zonas de disponibilidad (AZ) y las regiones multizona (MZR):

• Patrón de implementación AZ único: este patrón es adecuado para bases de datos de desarrollo o prueba que no requieren alta disponibilidad o recuperación rápida ante desastres. Las copias de seguridad realizadas con productos como IBM Spectrum Protect o Veeam pueden utilizarse, si es necesario, para restaurar las bases de datos en caso de fallo.
• Patrón de implementación de doble AZ: este patrón es adecuado para bases de datos de producción que requieren alta disponibilidad y aprovecha el grupo de disponibilidad Always On en dos AZ en el mismo MZR.
• Patrón de implementación de MZR dual: este patrón amplía el patrón AZ dual para que sea adecuado para bases de datos de producción que requieren tanto alta disponibilidad como recuperación ante desastres, y aprovecha un grupo de disponibilidad Always On en dos MZR.

Acerca de la alta disponibilidad y la recuperación ante desastres de SQL Server

Microsoft SQL Server cuenta con una serie de tecnologías de replicación compatibles para lograr una alta disponibilidad y recuperación ante desastres, entre las que se incluyen: grupos de disponibilidad Always On, envío de registros, duplicación de bases de datos e instancias de clúster de conmutación por error Always On. Los patrones de implementación de SQL en VPC aprovechan los grupos de disponibilidad Always On:

• Grupos de disponibilidad Always On: SQL Server Los grupos de disponibilidad Always On pueden proporcionar alta disponibilidad y recuperación ante desastres para bases de datos de SQL Server. Conceptualmente, consta de un único conjunto de bases de datos primarias de lectura/escritura y de varios (de uno a ocho) conjuntos de bases de datos secundarias relacionadas. Las bases de datos secundarias pueden estar disponibles como copias de solo lectura de las bases de datos primarias para cargas de trabajo de lectura, incluida la copia de seguridad de la base de datos. Los grupos de disponibilidad Always On se aprovechan en los patrones de implementación Dual AZ y Dual MZR. SQL Server Los grupos de disponibilidad Always On admiten modos de confirmación síncronos y asíncronos:
  • Sincrónico: la réplica principal confirma las transacciones de la base de datos después de que los cambios se confirmen o se escriban en el registro de la réplica secundaria. Con este modo, puede realizar una conmutación por error manual planificada y una conmutación por error automática si las réplicas se sincronizan. Este modo es el más adecuado para casos en el mismo AZ o MZR.
  • Asíncrono: la réplica principal confirma las transacciones de la base de datos sin esperar a la réplica secundaria, por lo que este modo es más adecuado para instancias en diferentes MZR, o entre una AZ y una instalación local.
• Envío de registros: el envío de registros envía automáticamente copias de seguridad de registros de transacciones desde una instancia de base de datos principal a una o más instancias de bases de datos secundarias. Para habilitar el envío de registros, se utilizan trabajos de agente de SQL Server, que automatizan el proceso de realizar copias de seguridad, copiar y aplicar las copias de seguridad de los registros de transacciones. El envío de registros proporciona una alta disponibilidad al permitir que las instancias secundarias se promuevan manualmente si la instancia principal falla. Las instancias secundarias también pueden utilizarse como copias de solo lectura de las instancias primarias para reducir la carga en la instancia primaria si es necesario. Esta guía no trata sobre el envío de registros, sin embargo, esto se puede configurar en IBM Cloud VPC si es necesario.
• Duplicación de base de datos: la duplicación de base de datos crea una copia de solo lectura de la base de datos principal en una instancia independiente. Microsoft planea eliminar la compatibilidad con la duplicación de bases de datos en futuras versiones de SQL Server, por lo tanto, investigue el uso de grupos de disponibilidad Always On. Esta guía no trata sobre la duplicación de bases de datos.
• Instancias de clúster de conmutación por error Always On: SQL Server Las instancias de clúster de conmutación por error Always On (FCI) utilizan Windows Server Failover Clustering (WSFC) para proporcionar alta disponibilidad a nivel de instancia de servidor. Un FCI es una instancia única de SQL Server, desplegada a través de nodos WSFC. Los FCIs requieren un almacenamiento compartido al que puedan acceder todos los nodos WSFC. Esta guía no trata sobre las instancias de clúster de conmutación por error Always On.

Acerca de los espacios de almacenamiento de Microsoft

Los patrones de implementación de Microsoft SQL en VPC aprovechan los espacios de almacenamiento de Microsoft. Espacios de almacenamiento es una tecnología de Windows Server que es conceptualmente similar a RAID y se implementa en el sistema operativo. Los espacios de almacenamiento se pueden utilizar para agrupar volúmenes de datos en un conjunto de almacenamiento y, a continuación, la capacidad del conjunto se utiliza para crear espacios de almacenamiento (discos virtuales). Un espacio de almacenamiento aparece en el sistema operativo Windows como una unidad normal desde la que se pueden crear volúmenes formateados.

Para crear un espacio de almacenamiento, primero se crea un pool de almacenamiento. Un pool de almacenamiento es una colección de volúmenes de datos y permite la agregación de almacenamiento y la expansión elástica de la capacidad. A continuación, se crea un disco virtual al que se le asigna un tipo de resiliencia:

• Simple: distribuye los datos en varios volúmenes de datos para maximizar la capacidad del disco y aumentar el rendimiento. Requiere al menos un volumen de datos.
• Espejo: almacena dos o tres copias de los datos en el conjunto de volúmenes de datos para aumentar la fiabilidad, pero reduce la capacidad. Requiere al menos dos volúmenes de datos para proteger contra un fallo de disco único y al menos cinco volúmenes de datos para proteger contra dos fallos de disco simultáneos.
• Paridad: la distribución de datos y la información de paridad en volúmenes de datos aumenta la fiabilidad mediante el registro en diario, pero reduce la capacidad. Requiere al menos tres discos físicos para protegerse de un fallo en un solo disco.

Desde un disco virtual, puede crear uno o más volúmenes, donde puede configurar el tamaño, la letra de unidad o carpeta, el sistema de archivos (sistema de archivos NTFS o Resilient File System ( ReFS ), el tamaño de la unidad de asignación y, opcionalmente, una etiqueta de volumen.

Para más información, consulte Espacios de almacenamiento.

Acerca de MS SQL Server editions

A continuación se muestra un resumen de las ediciones de SQL Server:

• Exprés: adecuado solo para entornos en los que el tamaño de los datos es pequeño y no se espera que aumente. Esta edición no tiene un Agente de Copias de Seguridad ( SQL Server ) para automatizar las copias de seguridad. Esta edición está limitada a un máximo de 1 socket o 4 núcleos o 1410 MB de memoria de búfer disponible o 10 GB de tamaño de base de datos individual.
• Web: apropiado para entornos de producción, pero limitado a entornos de servidor de bajo coste para aplicaciones web.
• Estándar: apropiado para entornos de producción, pero limitado a un máximo de 4 sockets o 24 núcleos o 128 GB de memoria de búfer.

Para obtener una referencia completa de las ediciones de SQL Server, consulte Ediciones y funciones compatibles de SQL Server 2022(15.x ).

Acerca de las licencias de Microsoft

IBM Cloud los servidores virtuales pueden incluir licencias de sistemas operativos de Microsoft Windows. Para más información, consulte Imágenes de stock. Microsoft Windows sistema operativo La licencia BYOL (Bring Your Own License) no se puede utilizar para aprovisionar instancias públicas y solo se puede utilizar para aprovisionar instancias de servidor virtual en hosts dedicados. Para obtener más información, consulte BYOL para sistemas operativos Windows.

Para obtener información sobre las licencias de Microsoft SQL Server, consulte la guía de licencias de 2022 en SQL Server.