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 :
SASserveur — Ce serveur est le composant informatique central pour le traitement des analyses et inclut un stockage local en attachement direct ()DAS.
SASserveur subversion — Ce serveur agit en tant que système de contrôle de version centralisé pourSAS.
Amazon FSx pour Windows File Server — Il s'agit d'un serveur de SMB fichiers permettant de partager le stockage entre le SAS serveur 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 connu sous le nom de Terminal Services, RDS permet aux utilisateurs finaux d'accéder aux SAS serveurs à l'aide d'un SAS client.
Automatisation de l'infrastructure : vous pouvez utiliser le AWS Cloud Development Kit (AWSCDK) 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'AWSCDKinfrastructure.
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'SASintégration et un environnement SAS de production.
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 SAS serveur | m6i.4xlarge | 16 vCPUs (8 cœurs) 64 Go RAM |
2 serveurs Terminal Citrix | m6i.4xlarge | 16 vCPUs (8 cœurs) 64 Go RAM (par exemple, 1 à 2 Go par session utilisateur pour Microsoft Office et Adobe Suite et 500 à 1024 Mo par SAS client en moyenne) Plus de 25 utilisateurs Possibilité d'extension avec davantage de serveurs de terminaux à l'avenir |
1 SAS serveur subversion | m6i.2xlarge | 8 vCPUs 4 cœurs 32 Go 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 SAS serveur | m6i.2xlarge | 8 vCPUs (4 cœurs) 32 Go RAM |
2 serveurs terminaux | m6i.2xlarge
| 8 vCPUs (4 cœurs) 32 Go RAM |
1 SAS serveur subversion | m6i.xlarge | 4 vCPUs (2 cœurs) 16 Go RAM |
Stockage local pour SAS serveurs
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 Nitro. AWS
de bases de données | Type | Capacité | Production | Test |
SASserveur | Type de stockage | AWSressource/service et type EBS | Exigence relative à la suite IO (lecture/écriture) | Identique à la production |
SASserveur | Démarrage et échange du système d'exploitation | EBS200 Go (gp3) | Non pertinent pour le dimensionnement en raison des faibles exigences | Identique à la production |
SASserveur | SASWORK | EBS2 x 512 Go (5 000 GP3/chacunIOPS) en 0 RAID | 8* 150 Mbits/s, 1200 Mbits/s ou ~ 11,5 Gbit/s Support des instances M6i Bande passante de EBS stockage de 12,5 Gbit/s avec volumes gp3 EBS | 1 volume de 1024 Go gp3 5 000 IOPS |
SASserveur | SASDépôt de logiciels et autres dispositifs de stockage auxiliaires (y compris l'SASinstallation) | EBS125 Go (gp3) | Non pertinent pour le dimensionnement en raison des faibles exigences | Identique à la production |
SASserveur de terminaux | Démarrage et échange du système d'exploitation | EBS100 Go (gp3) | Non pertinent pour le dimensionnement en raison des faibles exigences | Identique à la production |
SASSVNserveur | Démarrage et échange du système d'exploitation | EBS100 Go (gp3) | Non pertinent pour le dimensionnement en raison des faibles exigences | 100 Go |
SASSVNserveur | Référentiels Subversion | EBS1000 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 SAS serveur 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 dépôts 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 : 1,2 To SSD
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 : 512 Go SSD
Performance
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 SAS données 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 service Microsoft Volume Shadow Copy (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 VSS partition 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 SAS terminaux.
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 AWS disponibilité. 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é.
