As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Componentes da arquitetura
Esta seção descreve as especificações dos seguintes componentes importantes da arquitetura funcional:
Servidor SAS: este servidor é o componente central de computação para processamento de analytics e inclui armazenamento local de conexão direta (DAS).
Servidor Subversion SAS: este servidor atua como o sistema de controle de versão centralizado para SAS.
Amazon FSx para Windows File Server — Este é um servidor de arquivos SMB para compartilhar armazenamento entre o servidor SAS e os servidores de terminal. Os usuários finais armazenam e arquivam seus arquivos de dados pré e pós-processados no FSx Windows File Server.
Microsoft Remote Desktop Services (RDS), também conhecido como Serviços de Terminal: o RDS permite que os usuários finais acessem os servidores SAS usando um cliente SAS.
Automação da infraestrutura — Você pode usar o AWS Cloud Development Kit (AWS CDK) com a AWS CodePipeline e CodeCommit a AWS para automatizar sua infraestrutura. CodePipeline pode ajudá-lo a provisionar seus componentes de infraestrutura. CodePipeline é um serviço de entrega contínua para modelar, visualizar e automatizar as etapas necessárias para liberar o código. Além disso, CodePipeline fornece um ambiente central compartilhado e permite o gerenciamento da infraestrutura independente das máquinas locais. CodeCommit é um serviço de controle de origem seguro, altamente escalável e totalmente gerenciado que hospeda repositórios Git privados. Você pode usar CodeCommit para armazenar o código e os parâmetros de automação da infraestrutura do AWS CDK.
Separação de ambientes
O diagrama a seguir mostra uma arquitetura para separar um ambiente SAS de integração e um ambiente SAS de produção.
Componentes de infraestrutura
Esta seção fornece uma visão geral dos componentes da infraestrutura que são necessários para a arquitetura recomendada neste guia.
Ambiente de produção
Recomendamos que você use os componentes de infraestrutura a seguir para seu ambiente de produção.
Tipo | Tipo de instância | Recursos |
1 servidor SAS | m6i.4xlarge | 16 v CPUs (8 núcleos) 64 GB DE MEMÓRIA RAM |
2 servidores de terminal Citrix | m6i.4xlarge | 16 v CPUs (8 núcleos) 64 GB de RAM (por exemplo, 1 a 2 GB por sessão de usuário para Microsoft Office e Adobe Suite, e 500 a 1.024 MB por cliente SAS em média) Mais de 25 usuários Potencial de aumentar a escala horizontalmente com mais servidores de terminal no futuro |
1 servidor Subversion SAS | m6i.2xlarge | 8 v CPUs 4 núcleos RAM de 32 GB |
Ambiente de integração
Recomendamos que você use os componentes de infraestrutura a seguir para seu ambiente de integração.
Tipo | Tipo de instância | Recursos |
1 servidor SAS | m6i.2xlarge | 8 v CPUs (4 núcleos) RAM de 32 GB |
2 servidores de terminal | m6i.2xlarge
| 8 v CPUs (4 núcleos) RAM de 32 GB |
1 servidor Subversion SAS | m6i.xlarge | 4 v CPUs (2 núcleos) 16 GB DE MEMÓRIA RAM |
Armazenamento local para servidores SAS
A arquitetura recomendada usa instâncias M6i baseadas nos processadores escaláveis Intel Xeon mais recentes e usa o Hipervisor Nitro do AWS Nitro System.
de aplicativos | Tipo | Capacidade | Produção | Teste |
Servidor SAS | Tipo de armazenamento | Tipo AWS resource/service e EBS | Requisito em seq. E/S (leitura/gravação) | O mesmo que produção |
Servidor SAS | Inicialização e troca do sistema operacional | EBS 200 GB (gp3) | Não é relevante para o dimensionamento devido aos baixos requisitos | O mesmo que produção |
Servidor SAS | SASWORK | EBS 2x 512 GB (gp3/cada 5.000 IOPS) em RAID 0 | 8 * 150 Mbps, 1.200 Mbps ou ~ 11,5 Gbps Compatível com instâncias M6i Largura de banda de armazenamento do EBS de 12,5 Gbps com volumes gp3 do EBS | 1x volume de 1.024 GB gp3 5.000 IOPS |
Servidor SAS | SAS Software Depot e outros armazenamentos auxiliares (para incluir também a instalação do SAS) | EBS 125 GB (gp3) | Não é relevante para o dimensionamento devido aos baixos requisitos | O mesmo que produção |
Servidor de terminal SAS | Inicialização e troca do sistema operacional | EBS 100 GB (gp3) | Não é relevante para o dimensionamento devido aos baixos requisitos | O mesmo que produção |
Servidor SAS SVN | Inicialização e troca do sistema operacional | EBS 100 GB (gp3) | Não é relevante para o dimensionamento devido aos baixos requisitos | 100 GB |
Servidor SAS SVN | Repositórios do Subversion | EBS 1.000 GB (gp3) | Padrão | 400 GB, além da unidade operacional |
Infraestrutura de armazenamento compartilhado
Recomendamos usar o FSx Windows File Server como uma solução de armazenamento compartilhado para seu servidor SAS e os servidores de terminal Citrix. Você não precisa usar buckets do S3 para nenhum armazenamento adicional de arquivos, a menos que precise do bucket para manter as informações do sistema ou scripts de automação.
Você também pode armazenar a checkout/working cópia subversion do código do projeto no FSx Windows File Server. O servidor Subversion SAS armazena os repositórios localmente. O servidor Subversion atua como o sistema central de controle de versão.
Recomendamos que você use o Windows File Server FSx para armazenar perfis de usuário do Windows em seus servidores de terminal Citrix. Isso permitirá um balanceamento de carga otimizado em ambos os servidores.
Ambiente de produção
A arquitetura neste guia foi projetada para atender aos seguintes requisitos do ambiente de produção:
Tipo de armazenamento — FSx para Windows File Server
Tipo: várias zonas de disponibilidade
Recurso/throughput: 1.024 MB
Armazenamento: SSD de 1,2 TB
Ambiente de integração e teste
A arquitetura neste guia foi projetada para atender aos seguintes requisitos do ambiente de integração:
Tipo de armazenamento — FSx para Windows File Server
Tipo: várias zonas de disponibilidade
Recurso/throughput: 512 MB
Armazenamento: SSD de 512 GB
desempenho
A I/O taxa de transferência do Windows File Server é fácil de ajustar, e você pode criar painéis de taxa de I/O transferência para atender às suas necessidades de monitoramento. FSx Você também pode permitir que a equipe de operações ajuste o throughput com base nas necessidades do usuário final.
Backup e recuperação de arquivos
Todos os dados do SAS residem em um servidor FSx de arquivos do Windows separado como armazenamento persistente. Há dois níveis de backup implementados nos dados armazenados no FSx Windows File Server:
Backups diários retidos por 30 dias: esses backups são retidos em um bucket do S3. Você pode usar esse backup baseado em snapshot para recuperação se um FSx volume da Amazon estiver corrompido ou perdido.
Backups retidos usando o Microsoft Volume Shadow Copy Service (VSS) — Os arquivos no Windows File Server são capturados FSx para backup em uma partição de armazenamento especial no Windows File Server duas vezes por dia e retidos indefinidamente. FSx O backup é baseado no armazenamento disponível da partição VSS no FSx Windows File Server (até 10% do espaço total de armazenamento). Se os usuários finais corromperem ou perderem um arquivo no FSx Windows File Server, eles poderão iniciar sua própria restauração diretamente do Windows File Explorer nos servidores de terminal SAS.
Recuperação de desastres
A arquitetura de desacoplamento neste guia foi projetada tendo em mente a recuperação de desastres. A Amazon FSx é implantada em duas zonas de disponibilidade da AWS. Se a Zona de Disponibilidade em que reside o servidor de arquivos ativo FSx do Windows ficar indisponível, o serviço automaticamente fará o failover e fornecerá os serviços de compartilhamento de arquivos da segunda Zona de Disponibilidade.
