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 EC2 nodo único de SQL Server en Amazon
El siguiente diagrama ilustra una arquitectura recomendada para un servidor SQL Server de un solo nodo en Amazon Elastic Compute Cloud (Amazon EC2) antes de añadir soporte para alta disponibilidad (HA) y recuperación ante desastres (DR).
En esta arquitectura, la base de datos de SQL Server se implementa en una EC2 instancia mediante una Amazon Machine Image (AMI) para SQL Server y volúmenes separados para OS, DATA, LOG y copias de seguridad. El almacenamiento express (NVMe) de memoria no volátil se conecta directamente a la EC2 instancia 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 se adjunta 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 un alto nivel de E/S y patrones de acceso aleatorio a los datos. El uso de un almacén de NVMe instancias para tempdb no conlleva ningún cargo adicional. Para obtener más información, consulta la sección Colocar tempdb en un almacén de instancias en la guía Prácticas recomendadas para implementar SQL Server en Amazon. EC2
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. Para obtener información sobre cómo comprobar el tamaño de asignación de NTFS de sus unidades, consulte la guía Mejores prácticas para implementar SQL Server en Amazon EC2.
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 | 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 for Windows File Server ofrece un rendimiento rápido con un rendimiento básico de hasta 2 GB/second per file system, hundreds of thousands of IOPS, and consistent sub-millisecond latencies. To provide the right performance for your SQL Server instances, you can choose a throughput level that is independent of your file system size. Higher levels of throughput capacity also come with higher levels of IOPS that the file server can serve to the SQL Server instances accessing it. The storage capacity determines not only how much data you can store, but also how many 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).