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 rápido de memoria no volátil (NVMe) se adjunta 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 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 |
|
| 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 proporciona AMI dedicadas para SQL Server en Microsoft Windows Server
Almacenamiento
Algunos tipos de instancias ofrecen volúmenes de almacén de instancias NVMe. NVMe es una opción de almacenamiento temporal (efímero). Este almacenamiento está asociado directamente a la instancia EC2. Aunque el almacenamiento de NVMe es temporal y los datos se pierden al reiniciar, 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. No se aplican cargos adicionales por el uso del en un almacén de instancias NVMe. Para obtener orientación, consulte 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 Prácticas recomendadas 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 |
|
|
|
SQL Server en Amazon FSx para Windows File Server
Amazon FSx para Windows File Server ofrece un rendimiento rápido con un rendimiento de base de referencia de hasta 2 GB/segundo por sistema de archivos, cientos de miles de IOPS y latencias uniformes de menos de un submilisegundo. 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 la cantidad de operaciones I/O por segundo (IOPS) que puede realizar en el almacenamiento: cada GB de almacenamiento ofrece 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 los sistemas Amazon FSx como testigo de archivos compartidos para las implementaciones del clúster de conmutación por error de Windows Server (WSFC).