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.
Nota
AWS CodeCommit non è più disponibile per i nuovi clienti. I clienti esistenti di AWS CodeCommit possono continuare a utilizzare il servizio normalmente. Ulteriori informazioni
Separazione degli ambienti
Il diagramma seguente mostra un'architettura per separare l'integrazione SAS dall'ambiente di produzione SAS.
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 utenti Possibilità di scalabilità orizzontale con più terminal server in futuro |
1 server di sovversione SAS | m6i.2xlarge | 8 v CPUs 4 core 32 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.
Server | Tipo | Capacity | Produzione | Test in corso |
Server SAS | Storage Type (Tipo di storage) | Risorsa/servizio AWS e tipo 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 * 150 Mbps, 1200 Mbps o ~ 11,5 Gbps Supporto per istanze M6i Larghezza di banda di archiviazione EBS a 12,5 Gbps con volumi EBS gp3 | 1 x volume da 1024 GB gp3 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 il checkout/la copia di lavoro di Subversion del codice del progetto su Windows File Server. FSx 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
Prestazioni
Il throughput di I/O FSx per Windows File Server è facile da regolare ed è possibile creare dashboard di throughput di I/O 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:
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.
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à.
