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 informático central para el procesamiento 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 conocidos como Terminal Services: RDS permite a los usuarios finales acceder a los servidores 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. Puede usarlo CodeCommit para almacenar el código y los parámetros de automatización de la infraestructura CDK de AWS.

    nota

    AWS CodeCommit ya no está disponible para nuevos clientes. Los clientes actuales de AWS CodeCommit pueden seguir utilizando el servicio con normalidad. Más información

Separación del entorno

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

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

Componentes de infraestructura

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

Entorno de producción

Le recomendamos que utilice los siguientes componentes de infraestructura para su 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 de media)

Más de 25 usuarios

Posibilidad de ampliarse 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 que utilice los siguientes componentes de infraestructura para su 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 M6i basadas en los procesadores escalables Intel Xeon más recientes y utiliza el Hypervisor Nitro del sistema Nitro de AWS. El tipo de instancia 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 a la red. La siguiente tabla incluye detalles sobre la configuración del almacenamiento de instancias para el almacenamiento no compartido. Puede adjuntar volúmenes de EBS adicionales a pedido.

Servidor

Tipo

Capacidad

Producción

Pruebas

Servidor SAS

Tipo de almacenamiento

Recurso/servicio de AWS y tipo de EBS

Requisito en el mar. IO (lectura/escritura)

Igual que en producción

Servidor SAS

Arranque e intercambio del sistema operativo

EBS 200 GB (gp3)

No es relevante para el tamaño debido a los bajos requisitos

Igual que la producción

Servidor SAS

SASWORK

EBS 2x 512 GB (gp3/5000 IOPS cada una) en RAID 0

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

Soporte para instancias M6i

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

1 volumen de 1024 GB

gp3 5000 IOPS

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 relevante para el tamaño debido a los bajos requisitos

Igual que la producción

Servidor de terminales SAS

Arranque e intercambio del sistema operativo

EBS 100 GB (gp3)

No es relevante para el tamaño debido a los bajos requisitos

Igual que la producción

Servidor SAS SVN

Arranque e intercambio del sistema operativo

EBS 100 GB (gp3)

No es relevante para el tamaño debido a los bajos requisitos

100 GB

Servidor SAS SVN

Repositorios de Subversion

EBS 1000 GB (gp3)

Predeterminado/a

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 usar depósitos S3 para almacenar archivos adicionales, a menos que los necesite para mantener la información del sistema o los scripts de automatización.

También puede almacenar la copia de subversion o la copia de trabajo del código del proyecto para Windows File Server. FSx El servidor de subversión SAS almacena los repositorios localmente. El servidor de subversión 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 perfecto en ambos servidores.

Entorno de producción

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

  • Tipo de almacenamiento: FSx para Windows File Server

  • Tipo: múltiples 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 siguientes requisitos del entorno de integración:

  • Tipo de almacenamiento: FSx para Windows File Server

  • Tipo: múltiples zonas de disponibilidad

  • Recurso/rendimiento: 512 MB

  • Almacenamiento: SSD de 512 GB

Rendimiento

El rendimiento de E/S del servidor de FSx archivos de Windows es fácil de ajustar y puede crear paneles de rendimiento de E/S para satisfacer sus necesidades de supervisión. También puede permitir que el equipo de operaciones ajuste el rendimiento en función de las necesidades del usuario final.

Respaldo y recuperación de archivos

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

  1. Las copias de seguridad diarias se conservan durante 30 días: estas copias de seguridad se conservan en un depósito 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 disociación de esta guía se ha diseñado 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.