Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
# Componenti dell'architettura
Questa sezione descrive le specifiche dei seguenti importanti componenti dell'architettura funzionale:
+ **Server SAS**: questo server è il componente di elaborazione centrale per l'elaborazione analitica e include lo storage locale DAS (Direct Attached Storage).
+ Server **subversion SAS: questo server** funge da sistema centralizzato di controllo della versione per SAS.
+ **Amazon FSx per Windows File Server**: si tratta di un file server SMB per la condivisione dello storage tra il server SAS e i terminal server. Gli utenti finali archiviano e archiviano i propri file di dati pre e post-elaborati su FSx Windows File Server.
+ **Microsoft Remote Desktop Services (RDS), noto anche come Terminal Services**, RDS consente agli utenti finali di accedere ai server SAS utilizzando un client SAS.
+ **Automazione dell'infrastruttura**: puoi utilizzare AWS Cloud Development Kit (AWS CDK) con AWS CodePipeline e AWS CodeCommit per automatizzare la tua infrastruttura. CodePipeline può aiutarti a fornire i componenti dell'infrastruttura. CodePipeline è un servizio di fornitura continua per la modellazione, la visualizzazione e l'automazione dei passaggi necessari per il rilascio del codice. Inoltre, CodePipeline fornisce un ambiente centrale condiviso e consente la gestione dell'infrastruttura indipendente dai computer locali. CodeCommit è un servizio di controllo del codice sorgente sicuro, altamente scalabile e completamente gestito che ospita repository Git privati. Puoi utilizzarlo CodeCommit per archiviare il codice e i parametri di automazione dell'infrastruttura AWS CDK.
## Separazione dell'ambiente
Il diagramma seguente mostra un'architettura per separare l'integrazione SAS dall'ambiente di produzione SAS.
![\[Diagramma di architettura per la separazione degli ambienti di integrazione SAS da quelli di produzione\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/data-storage-decoupling-sas-fsx/images/diagram_separation_integration_production.png)
## Componenti dell'infrastruttura
Questa sezione fornisce una panoramica dei componenti dell'infrastruttura necessari per l'architettura consigliata in questa guida.
### Ambiente di produzione
Si consiglia di utilizzare i seguenti componenti dell'infrastruttura per l'ambiente di produzione.
| | | |
| --- |--- |--- |
| **Tipo** | **Tipo di istanza** | **Risorse** |
| **1 server SAS** | m6i.4xlarge | 16 v CPUs (8 core)64 GB DI RAM |
| **2 terminal server Citrix** | m6i.4xlarge | 16 v CPUs (8 core)64 GB di RAM (ad esempio, 1-2 GB per sessione utente per Microsoft Office e Adobe Suite e 500-1024 MB per client SAS in media)Più di 25 utentiPossibilità di scalabilità orizzontale con più terminal server in futuro |
| **1 server di sovversione SAS** | m6i.2xlarge | 8 v CPUs4 core32 GB DI RAM |
### Ambiente di integrazione
Si consiglia di utilizzare i seguenti componenti dell'infrastruttura per l'ambiente di integrazione.
| | | |
| --- |--- |--- |
| **Tipo** | **Tipo di istanza** | **Risorse** |
| **1 server SAS** | m6i.2xlarge | 8 v CPUs (4 core)32 GB DI RAM |
| **2 terminal server** | m6i.2xlarge | 8 v CPUs (4 core)32 GB DI RAM |
| **1 server di sovversione SAS** | m6i.xlarge | 4 v CPUs (2 core)16 GB DI RAM |
## Storage locale per server SAS
[L'architettura consigliata utilizza istanze M6i basate sui più recenti processori scalabili Intel Xeon e utilizza l'Hypervisor Nitro del sistema AWS Nitro.](https://aws.amazon.com/ec2/nitro/) Il tipo di istanza M6i è ottimizzato per [Amazon Elastic Block Store (Amazon EBS) e offre larghezza di](https://aws.amazon.com/ebs/) banda dedicata per i volumi EBS accessibili in rete. La tabella seguente include dettagli sulla configurazione dello storage delle istanze per lo storage non condiviso. È possibile allegare volumi EBS aggiuntivi su richiesta.
| | | | | |
| --- |--- |--- |--- |--- |
| **Server** | **Tipo** | **Capacity** | **Produzione** | **Test in corso** |
| Server SAS | Storage Type (Tipo di storage) | Tipo AWS resource/service ed EBS | Requisito riportato di seguito. IO (lettura/scrittura) | Uguale alla produzione |
| Server SAS | Avvio e scambio del sistema operativo | EBS da 200 GB (gp3) | Non rilevante per il dimensionamento a causa dei bassi requisiti | Uguale alla produzione |
| Server SAS | SAS WORK | EBS 2 x 512 GB (gp3/ogni 5.000 IOPS) in RAID 0 | 8 \$1 150 Mbps, 1200 Mbps o \$1 11,5 GbpsSupporto per istanze M6iLarghezza di banda di archiviazione EBS a 12,5 Gbps con volumi EBS gp3 | 1 x volume da 1024 GBgp3 5.000 IOPS |
| server SAS | SAS Software Depot e altro storage ausiliario (da includere in aggiunta l'installazione di SAS) | EBS 125 GB (gp3) | Non rilevante per il dimensionamento a causa dei bassi requisiti | Uguale alla produzione |
| Terminal server SAS | Avvio e scambio del sistema operativo | EBS 100 GB (gp3) | Non rilevante per il dimensionamento a causa dei bassi requisiti | Uguale alla produzione |
| Server SAS SVN | Avvio e scambio del sistema operativo | EBS 100 GB (gp3) | Non rilevante per il dimensionamento a causa dei bassi requisiti | 100 GB |
| Server SAS SVN | Archivi Subversion | EBS 1000 GB (gp3) | Predefinita | 400 GB in aggiunta all'unità ops |
## Infrastruttura di storage condivisa
Si consiglia di utilizzare FSx Windows File Server come soluzione di archiviazione condivisa per il server SAS e i terminal server Citrix. Non è necessario utilizzare i bucket S3 per l'archiviazione di file aggiuntiva, a meno che non sia necessario il bucket per la gestione delle informazioni di sistema o degli script di automazione.
Puoi anche archiviare la checkout/working copia subversion del codice del progetto su FSx Windows File Server. Il server subversion SAS archivia i repository localmente. Il server subversion funge da sistema centrale di controllo della versione.
Si consiglia di utilizzare FSx for Windows File Server per archiviare i profili utente di Windows sui terminal server Citrix. Ciò consentirà un bilanciamento del carico senza interruzioni su entrambi i server.
### Ambiente di produzione
L'architettura di questa guida è progettata per soddisfare i seguenti requisiti per l'ambiente di produzione:
+ **Tipo di storage**: FSx per Windows File Server
+ **Tipo**: zone di disponibilità multiple
+ **Risorsa/velocità effettiva: 1024** MB
+ **Archiviazione: SSD** da 1,2 TB
### Ambiente di integrazione e test
L'architettura di questa guida è progettata per soddisfare i seguenti requisiti per l'ambiente di integrazione:
+ **Tipo di storage**: FSx per Windows File Server
+ **Tipo**: zone di disponibilità multiple
+ **Risorsa/velocità effettiva**: 512 MB
+ **Archiviazione: SSD da 512 GB**
### Performance
La I/O velocità effettiva FSx per Windows File Server è facile da regolare ed è possibile creare dashboard di I/O throughput per soddisfare le esigenze di monitoraggio. È inoltre possibile consentire al team operativo di regolare la velocità effettiva in base alle esigenze dell'utente finale.
## Backup e ripristino dei file
Tutti i dati SAS risiedono su un file server separato FSx per Windows come storage persistente. Esistono due livelli di backup implementati sui dati archiviati in FSx Windows File Server:
1. **Backup giornalieri** **conservati per 30 giorni**: questi backup vengono conservati in un bucket S3. Puoi utilizzare questo backup basato su snapshot per il ripristino in caso di danneggiamento o perdita di un FSx volume Amazon.
1. **Backup conservati utilizzando Microsoft Volume Shadow Copy Service (VSS)**: i file sul file server FSx per Windows vengono istantanee per il backup su una partizione di archiviazione speciale sul file server FSx per Windows due volte al giorno e conservati a tempo indeterminato. Il backup si basa sullo storage disponibile della partizione VSS su Windows File Server (fino al 10% dello spazio FSx di archiviazione totale). Se gli utenti finali danneggiano o perdono un file su FSx Windows File Server, possono avviare il ripristino direttamente da Windows File Explorer sui terminal server SAS.
## Ripristino di emergenza
L'architettura di disaccoppiamento descritta in questa guida è stata progettata pensando al disaster recovery. Amazon FSx è distribuito in due zone di disponibilità AWS. Se la zona di disponibilità in cui risiede il file server attivo FSx per Windows non è disponibile, il servizio esegue automaticamente il failover e fornisce i servizi di condivisione dei file dalla seconda zona di disponibilità.