Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Arquitectura de un solo nodo de SQL Server en Amazon EC2
El siguiente diagrama ilustra una arquitectura recomendada para un servidor SQL Server de nodo único en Amazon Elastic Compute Cloud (Amazon EC2) antes de añadir soporte para alta disponibilidad (HA) y recuperación de desastres (DR).
En esta arquitectura, la base de datos de SQL Server se implementa en una instancia EC2, mediante una imagen de máquina de Amazon (AMI) para SQL Server y volúmenes separados para OS, DATA, LOG y copias de seguridad. El almacenamiento exprés de memoria no volátil (NVMe) se conecta directamente a la instancia EC2 y se utiliza para la base de datos tempdb de SQL Server. AWS Directory Service se utiliza para configurar la autenticación de Windows para la base de datos de SQL Server. También se puede utilizar AWS Systems Manager para detectar e instalar parches y actualizaciones de SQL Server.
En la tabla siguiente se resumen las recomendaciones para configurar esta arquitectura. Estas recomendaciones se analizan en detalle en las secciones siguientes.
| Tipos de instancia/AMI |
|
| Edición de SQL Server |
|
| Storage type (Tipo de almacenamiento) |
|
| Volúmenes |
|
| Opciones de DR |
|
Tipos de instancias
AWS ofrece una selección de clases de instancias
Para cargas de trabajo críticas, la instancia z1d
Amazon también ofrece una versión dedicada a AMIsSQL Server en Microsoft Windows Server
Almacenamiento
Algunos tipos de instancias ofrecen volúmenes de almacenes de NVMe instancias. NVMe es una opción de almacenamiento temporal (efímero). Este almacenamiento está asociado directamente a la instancia EC2. Aunque el NVMe almacenamiento es temporal y los datos se pierden al reiniciarse, ofrece el rendimiento más óptimo. Por lo tanto, es adecuado para la base de datos tempdb de SQL Server, que tiene patrones de acceso a datos altos I/O y aleatorios. El uso de un almacén de NVMe instancias para tempdb no conlleva ningún cargo adicional.
Amazon EBS es una solución de almacenamiento duradera que cumple los requisitos de SQL Server para un almacenamiento rápido y disponible. Microsoft recomienda mantener separados los volúmenes de datos y de registros para obtener un rendimiento óptimo. Algunos motivos para esta separación incluyen los siguientes:
-
Diferentes métodos de acceso a los datos. Los volúmenes de datos utilizan el acceso aleatorio a los datos de procesamiento de transacciones en línea (OLTP), mientras que los volúmenes de registro utilizan el acceso en serie.
-
Mejores opciones de recuperación. La pérdida de un volumen no afecta al otro y contribuye a la recuperación de los datos.
-
Diferentes tipos de carga de trabajo. Los volúmenes de datos son para cargas de trabajo de OLTP, mientras que los volúmenes de registro se destinan a cargas de trabajo de procesamiento analítico en línea (OLAP).
-
Diferentes requisitos de rendimiento. Los volúmenes de datos y de registro tienen diferentes requisitos de IOPS y de latencia, tasas de rendimiento mínimas y puntos de referencia de rendimiento similares.
Para seleccionar el tipo de volumen de Amazon EBS correcto, debe analizar los métodos de acceso a la base de datos, las IOPS y el rendimiento. Recopile métricas tanto durante las horas de trabajo estándar como durante el uso máximo. El servidor de SQL usa extensiones para almacenar datos. La unidad atómica de almacenamiento del servidor de SQL es una página, que tiene un tamaño de 8 KB. Ocho páginas contiguas físicamente forman una extensión (que tiene un tamaño de 64 KB). Por lo tanto, en un equipo con el servidor de SQL, el tamaño de la unidad de asignación de NTFS para alojar los archivos de bases de datos SQL (incluido el tempdb) debe ser de 64 KB.
La elección del volumen de EBS depende de la carga de trabajo, es decir, de si la base de datos tiene una gran intensidad de lectura o de escritura, si requiere altas IOPS, almacenamiento de archivos y consideraciones similares. En la siguiente tabla, se muestra un ejemplo de configuración.
| Recurso de Amazon EBS | Tipo | Description (Descripción) |
|---|---|---|
| Disco de SO |
|
Almacenamiento de uso general. |
| Disco DATA |
|
Almacenamiento de gran intensidad de escritura. |
| Disco de registro |
|
Almacenamiento de uso general para cargas de trabajo intensivas. |
| Disco de copia de seguridad |
|
Almacenamiento de archivos menos caro. Para un mejor rendimiento, las copias de seguridad también se pueden almacenar en un disco más rápido si se copian a Amazon Simple Storage Service (Amazon S3) con regularidad. |
Consideraciones sobre Amazon EBS y Amazon S3
En la siguiente tabla se muestra una comparación de Amazon EBS y Amazon S3 en cuanto al almacenamiento. Utilice esta información para comprender las diferencias entre los dos servicios y elegir el mejor enfoque para su caso de uso.
| Servicio | Disponibilidad. | Durabilidad | Notas |
|---|---|---|---|
| Amazon EBS |
|
|
|
| Amazon S3 |
|
|
|
Servidor de archivos SQL Server en Amazon FSx para Windows
Amazon FSx para Windows File Server ofrece un rendimiento rápido con un rendimiento básico de hasta 2 GB/second por sistema de archivos, cientos de miles de IOPS y latencias consistentes de menos de un milisegundo. Para proporcionar el rendimiento adecuado a sus instancias de SQL Server, puede elegir un nivel de rendimiento que sea independiente del tamaño de su sistema de archivos. Los niveles más altos de capacidad de rendimiento también vienen acompañados de niveles más altos de IOPS que el servidor de archivos puede ofrecer a las instancias de SQL Server que acceden a él. La capacidad de almacenamiento determina no solo la cantidad de datos que puede almacenar, sino también el número de I/O operaciones por segundo (IOPS) que puede realizar en el almacenamiento: cada GB de almacenamiento proporciona 3 IOPS. Puede aprovisionar cada sistema de archivos para que tenga un tamaño de hasta 64 TiB (en comparación con los 16 TiB de Amazon EBS). También puede utilizar FSx los sistemas Amazon como testigo del uso compartido de archivos para las implementaciones del clúster de conmutación por error de Windows Server (WSFC).