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.\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/data-storage-decoupling-sas-fsx/images/diagram_separation_integration_production.png)
## 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 usuariosPosibilidad de escalar horizontalmente con más servidores de terminales en el futuro |
| **1 servidor SAS Subversion** | m6i.2xlarge | 8 v CPUs4 núcleos32 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](https://aws.amazon.com/ec2/nitro/). El tipo de instancia de M6i está optimizado para [Amazon Elastic Block Store (Amazon EBS)](https://aws.amazon.com/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 \$1 150 Mbps, 1200 Mbps o \$1 11,5 GbpsCompatibilidad con instancias de M6iAncho de banda de almacenamiento EBS de 12,5 Gbps con volúmenes GP3 de EBS | 1 volumen de 1024 GB5000 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.
1. **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.