View a markdown version of this page

Componentes de arquitectura - AWS Guía prescriptiva

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.

Componentes de arquitectura

En esta sección se describen las especificaciones de los siguientes componentes importantes de la arquitectura funcional:

  • Servidor SAS: este servidor es el componente central para la computación de análisis e incluye almacenamiento local con conexión directa (DAS).

  • Servidor SAS Subversion: este servidor actúa como sistema de control de versiones centralizado para SAS.

  • Servidor de archivos Amazon FSx para Windows: se trata de un servidor de archivos SMB para compartir el almacenamiento entre el servidor SAS y los servidores terminal. Los usuarios finales almacenan y archivan sus archivos de datos preprocesados y posprocesados en un servidor de archivos FSx de Windows.

  • Microsoft Remote Desktop Services (RDS), también denominado Terminal Services: RDS permite a los usuarios finales acceder a los servidores de SAS mediante un cliente SAS.

  • Automatización de la infraestructura: puede usar el Kit de desarrollo en la nube de AWS (AWS CDK) con AWS CodePipeline y AWS CodeCommit para automatizar su infraestructura. CodePipeline puede ayudarlo a aprovisionar los componentes de su infraestructura. CodePipeline es un servicio de entrega continua para modelar, visualizar y automatizar los pasos necesarios para liberar el código. Además, CodePipeline proporciona un entorno central compartido y permite una gestión de la infraestructura independiente de las máquinas locales. CodeCommit es un servicio de control de código fuente seguro, altamente escalable y totalmente gestionado que aloja repositorios Git privados. Se puede utilizar CodeCommit para almacenar el código y los parámetros de automatización de la infraestructura CDK de AWS.

Separación de entornos

En el diagrama siguiente se muestra una arquitectura para separar un entorno de integración de SAS y un entorno de producción de SAS.

Diagrama de arquitectura para separar entornos de integración y producción de SAS.

Componentes de infraestructura

En esta sección se proporciona información general sobre los componentes de infraestructura necesarios para la arquitectura recomendada en esta guía.

Entorno de producción

Le recomendamos utilizar los componentes de infraestructura siguientes para el entorno de producción.

Tipo

Tipo de instancia

Recursos

1 servidor SAS

m6i.4xlarge

16 v CPUs (8 núcleos)

64 GB DE RAM

2 servidores de terminales Citrix

m6i.4xlarge

16 v CPUs (8 núcleos)

64 GB de RAM (por ejemplo, de 1 a 2 GB por sesión de usuario para Microsoft Office y Adobe Suite y de 500 a 1024 MB por cliente SAS en promedio)

Más de 25 usuarios

Posibilidad de escalar horizontalmente con más servidores de terminales en el futuro

1 servidor SAS Subversion

m6i.2xlarge

8 v CPUs

4 núcleos

32 GB de RAM

Entorno de integración

Le recomendamos utilizar los componentes de infraestructura siguientes para el entorno de integración.

Tipo

Tipo de instancia

Recursos

1 servidor SAS

m6i.2xlarge

8 v CPUs (4 núcleos)

32 GB de RAM

2 servidores de terminales

m6i.2xlarge

 

8 v CPUs (4 núcleos)

32 GB de RAM

1 servidor SAS Subversion

m6i.xlarge

4 v CPUs (2 núcleos)

16 GB DE RAM

Almacenamiento local para servidores SAS

La arquitectura recomendada utiliza instancias de M6i basadas en los procesadores escalables Intel Xeon más recientes y utiliza Hipervisor Nitro de AWS Nitro System. El tipo de instancia de M6i está optimizado para Amazon Elastic Block Store (Amazon EBS) y ofrece un ancho de banda dedicado para los volúmenes de EBS a los que se accede por la red. En la tabla siguiente se incluyen los detalles sobre la configuración del almacenamiento de instancias para el almacenamiento no compartido. Puede adjuntar volúmenes de EBS adicionales bajo demanda.

Servidor

Tipo

Capacidad

Producción

Pruebas

Servidor SAS

Tipo de almacenamiento

Tipo AWS resource/service y EBS

Requisito sobre E/S secuencial (lectura/escritura)

Igual que en producción

Servidor SAS

Arranque del sistema operativo e intercambio

EBS 200 GB (gp3)

No es pertinente para el tamaño debido a los pocos requisitos

Igual que en producción

Servidor SAS

SASWORK

2 EBS de 512 GB (gp3/5000 IOPS cada uno) en RAID 0

8 * 150 Mbps, 1200 Mbps o ~ 11,5 Gbps

Compatibilidad con instancias de M6i

Ancho de banda de almacenamiento EBS de 12,5 Gbps con volúmenes GP3 de EBS

1 volumen de 1024 GB

5000 IOPS gp3

Servidor SAS

SAS Software Depot y otros dispositivos de almacenamiento auxiliares (para incluir además la instalación de SAS)

EBS 125 GB (gp3)

No es pertinente para el tamaño debido a los pocos requisitos

Igual que en producción

Servidor de terminales SAS

Arranque del sistema operativo e intercambio

EBS 100 GB (gp3)

No es pertinente para el tamaño debido a los pocos requisitos

Igual que en producción

Servidor SAS SVN

Arranque del sistema operativo e intercambio

EBS 100 GB (gp3)

No es pertinente para el tamaño debido a los pocos requisitos

100 GB

Servidor SAS SVN

Repositorios de Subversion

EBS 1000 GB (gp3)

Predeterminado

400 GB además de la unidad de operaciones

Infraestructura de almacenamiento compartido

Recomendamos utilizar FSx Windows File Server como solución de almacenamiento compartido para su servidor SAS y los servidores de terminales Citrix. No tiene que utilizar buckets de S3 para almacenar más archivos, a menos que los necesite para mantener la información del sistema o los scripts de automatización.

También puede almacenar la checkout/working copia subversiva del código del proyecto en el servidor FSx de archivos de Windows. El servidor SAS Subversion almacena los repositorios de manera local. El servidor Subversion actúa como sistema central de control de versiones.

Le recomendamos que utilice el servidor de archivos de Windows FSx para almacenar los perfiles de usuario de Windows en sus servidores de terminales Citrix. Esto permitirá un equilibrio de carga sin problemas en ambos servidores.

Entorno de producción

La arquitectura de esta guía está diseñada para cumplir los requisitos siguientes del entorno de producción:

  • Tipo de almacenamiento: FSx para Windows File Server

  • Tipo: varias zonas de disponibilidad

  • Recurso/rendimiento: 1024 MB

  • Almacenamiento: SSD de 1,2 TB

Entorno de integración y pruebas

La arquitectura de esta guía está diseñada para cumplir los requisitos siguientes del entorno de integración:

  • Tipo de almacenamiento: FSx para Windows File Server

  • Tipo: varias zonas de disponibilidad

  • Recurso/rendimiento: 512 MB

  • Almacenamiento: SSD de 512 GB

Desempeño

El I/O rendimiento del servidor de FSx archivos de Windows es fácil de ajustar y puede crear paneles de I/O rendimiento que se adapten a sus necesidades de supervisión. También puede permitir que el equipo de operaciones ajuste el rendimiento según las necesidades del usuario final.

Copia de seguridad y recuperación de archivos

Todos los datos de SAS residen en un almacenamiento persistente independiente FSx para Windows File Server. Hay dos niveles de respaldo implementados en los datos almacenados en el servidor FSx de archivos de Windows:

  1. Copias de seguridad diarias retenidas durante 30 días: estas copias de seguridad se retienen en un bucket de S3. Puede utilizar esta copia de seguridad basada en instantáneas para la recuperación si un FSx volumen de Amazon está dañado o se pierde.

  2. Las copias de seguridad se conservan mediante el servicio Microsoft Volume Shadow Copy Service (VSS): los FSx archivos del servidor de archivos de Windows se toman instantáneas para realizar copias de seguridad en una partición de almacenamiento especial del FSx servidor de archivos de Windows dos veces al día y se conservan indefinidamente. La copia de seguridad se basa en el almacenamiento disponible de la partición VSS en FSx el servidor de archivos de Windows (hasta un 10 por ciento del espacio de almacenamiento total). Si los usuarios finales corrompen o pierden un archivo en el FSx servidor de archivos de Windows, pueden iniciar su propia restauración directamente desde el Explorador de archivos de Windows en los servidores terminales SAS.

Recuperación ante desastres

La arquitectura de desacoplamiento de esta guía se diseñó teniendo en cuenta la recuperación ante desastres. Amazon FSx se implementa en dos zonas de disponibilidad de AWS. Si la zona de disponibilidad en la que reside el servidor de archivos activo FSx para Windows deja de estar disponible, el servicio realiza automáticamente la conmutación por error y proporciona los servicios de uso compartido de archivos desde la segunda zona de disponibilidad.