Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Composants d'architecture
Cette section décrit les spécifications des composants importants de l'architecture fonctionnelle suivants :
Serveur SAS : ce serveur est le composant informatique central pour le traitement des analyses et inclut le stockage local en attachement direct (DAS).
Serveur subversion SAS — Ce serveur fait office de système de contrôle de version centralisé pour SAS.
Amazon FSx pour Windows File Server : il s'agit d'un serveur de fichiers SMB permettant de partager le stockage entre le serveur SAS et les serveurs de terminaux. Les utilisateurs finaux stockent et archivent leurs fichiers de données prétraités et post-traités sur FSx un serveur de fichiers Windows.
Microsoft Remote Desktop Services (RDS), également connus sous le nom de Terminal Services — RDS permet aux utilisateurs finaux d'accéder aux serveurs SAS à l'aide d'un client SAS.
Automatisation de l'infrastructure — Vous pouvez utiliser l'AWS Cloud Development Kit (AWS CDK) avec AWS CodePipeline et AWS CodeCommit pour automatiser votre infrastructure. CodePipeline peut vous aider à provisionner les composants de votre infrastructure. CodePipeline est un service de livraison continue permettant de modéliser, de visualiser et d'automatiser les étapes nécessaires à la publication du code. En outre, CodePipeline fournit un environnement central partagé et permet une gestion de l'infrastructure indépendante des machines locales. CodeCommit est un service de contrôle de source sécurisé, hautement évolutif et entièrement géré qui héberge des référentiels Git privés. Vous pouvez l'utiliser CodeCommit pour stocker le code et les paramètres d'automatisation de l'infrastructure AWS CDK.
Note
AWS CodeCommit n'est plus disponible pour les nouveaux clients. Les clients existants de AWS CodeCommit peuvent continuer à utiliser le service normalement. En savoir plus
Séparation de l'environnement
Le schéma suivant montre une architecture permettant de séparer un environnement d'intégration SAS et un environnement de production SAS.
Composants de l'infrastructure
Cette section fournit une vue d'ensemble des composants d'infrastructure requis pour l'architecture recommandée dans ce guide.
Environnement de production
Nous vous recommandons d'utiliser les composants d'infrastructure suivants pour votre environnement de production.
Type | Type d’instance | Ressources |
1 serveur SAS | m6i.4xlarge | 16 V CPUs (8 cœurs) 64 GO DE RAM |
2 serveurs Terminal Citrix | m6i.4xlarge | 16 V CPUs (8 cœurs) 64 Go de RAM (par exemple, 1 à 2 Go par session utilisateur pour Microsoft Office et Adobe Suite et 500 à 1024 Mo par client SAS en moyenne) Plus de 25 utilisateurs Possibilité d'extension avec davantage de serveurs de terminaux à l'avenir |
1 serveur subversion SAS | m6i.2xlarge | 8 v CPUs 4 cœurs 32 GO DE RAM |
Environnement d'intégration
Nous vous recommandons d'utiliser les composants d'infrastructure suivants pour votre environnement d'intégration.
Type | Type d’instance | Ressources |
1 serveur SAS | m6i.2xlarge | 8 V CPUs (4 cœurs) 32 GO DE RAM |
2 serveurs terminaux | m6i.2xlarge
| 8 V CPUs (4 cœurs) 32 GO DE RAM |
1 serveur subversion SAS | m6i.xlarge | 4 V CPUs (2 cœurs) 16 GO DE RAM |
Stockage local pour serveurs SAS
L'architecture recommandée utilise des instances M6i basées sur les derniers processeurs Intel Xeon Scalable et utilise l'Hypervisor Nitro du système AWS Nitro.
de bases de données | Type | Capacité | Production | Test |
serveur SAS | Type de stockage | Ressource/service AWS et type EBS | Exigence relative à la suite IO (lecture/écriture) | Identique à la production |
serveur SAS | Démarrage et échange du système d'exploitation | EBS 200 Go (gp3) | Non pertinent pour le dimensionnement en raison des faibles exigences | Identique à la production |
serveur SAS | FERRONNERIE | EBS 2 x 512 Go (5 000 IOPS par pixel par unité) en RAID 0 | 8* 150 Mbps, 1200 Mbps ou ~ 11,5 Gbit/s Support des instances M6i Bande passante de stockage EBS de 12,5 Gbit/s avec volumes EBS gp3 | 1 volume de 1024 Go gp3 5 000 IOPS |
serveur SAS | SAS Software Depot et autres systèmes de stockage auxiliaires (y compris l'installation de SAS en plus) | EBS 125 Go (gp3) | Non pertinent pour le dimensionnement en raison des faibles exigences | Identique à la production |
serveur de terminaux SAS | Démarrage et échange du système d'exploitation | EBS 100 Go (gp3) | Non pertinent pour le dimensionnement en raison des faibles exigences | Identique à la production |
Serveur SVN SAS | Démarrage et échange du système d'exploitation | EBS 100 Go (gp3) | Non pertinent pour le dimensionnement en raison des faibles exigences | 100 Go |
Serveur SVN SAS | Référentiels Subversion | EBS 1000 Go (gp3) | Par défaut | 400 Go en plus du lecteur OPS |
Infrastructure de stockage partagée
Nous vous recommandons FSx d'utiliser le serveur de fichiers Windows comme solution de stockage partagé pour votre serveur SAS et les serveurs de terminaux Citrix. Vous n'êtes pas obligé d'utiliser des compartiments S3 pour le stockage de fichiers supplémentaire, sauf si vous en avez besoin pour gérer les informations système ou les scripts d'automatisation.
Vous pouvez également enregistrer la copie de base ou de travail du code du projet FSx pour Subversion sur Windows File Server. Le serveur SAS Subversion stocke les référentiels localement. Le serveur Subversion fait office de système central de contrôle de version.
Nous vous recommandons d'utiliser le serveur de fichiers Windows FSx pour stocker les profils utilisateur Windows sur vos serveurs de terminaux Citrix. Cela permettra un équilibrage de charge fluide entre les deux serveurs.
Environnement de production
L'architecture décrite dans ce guide est conçue pour répondre aux exigences suivantes relatives à l'environnement de production :
Type de stockage — FSx pour le serveur de fichiers Windows
Type : zones de disponibilité multiples
Ressource/débit : 1024 Mo
Stockage : SSD de 1,2 To
Environnement d'intégration et de test
L'architecture décrite dans ce guide est conçue pour répondre aux exigences suivantes relatives à l'environnement d'intégration :
Type de stockage — FSx pour le serveur de fichiers Windows
Type : zones de disponibilité multiples
Ressource/débit : 512 Mo
Stockage : SSD de 512 Go
Performances
Le débit d'E/S FSx pour Windows File Server est facile à ajuster, et vous pouvez créer des tableaux de bord de débit d'E/S pour répondre à vos besoins de surveillance. Vous pouvez également permettre à l'équipe des opérations d'ajuster le débit en fonction des besoins de l'utilisateur final.
Sauvegarde et restauration de fichiers
Toutes les données SAS résident sur un serveur FSx de fichiers Windows distinct en tant que stockage persistant. Deux niveaux de sauvegarde sont implémentés sur les données stockées dans FSx Windows File Server :
Sauvegardes quotidiennes conservées pendant 30 jours : ces sauvegardes sont conservées dans un compartiment S3. Vous pouvez utiliser cette sauvegarde basée sur des instantanés pour la restauration en cas de corruption ou de perte d'un FSx volume Amazon.
Sauvegardes conservées à l'aide du Microsoft Volume Shadow Copy Service (VSS) : les fichiers du serveur de fichiers FSx pour Windows sont capturés pour être sauvegardés sur une partition de stockage spéciale du serveur de fichiers FSx pour Windows deux fois par jour et conservés indéfiniment. La sauvegarde est basée sur le stockage disponible de la partition VSS sur le serveur FSx de fichiers Windows (jusqu'à 10 % de l'espace de stockage total). Si les utilisateurs finaux corrompent ou perdent un fichier sur le FSx serveur de fichiers Windows, ils peuvent lancer leur propre restauration directement depuis l'explorateur de fichiers Windows sur les serveurs de terminaux SAS.
Reprise après sinistre
L'architecture de découplage décrite dans ce guide est conçue en tenant compte de la reprise après sinistre. Amazon FSx est déployé dans deux zones de disponibilité AWS. Si la zone de disponibilité dans laquelle réside le serveur de fichiers actif FSx pour Windows n'est plus disponible, le service bascule automatiquement et fournit les services de partage de fichiers à partir de la deuxième zone de disponibilité.
