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 — Esse servidor é o componente central de computação para processamento de análises e inclui armazenamento local de conexão direta (DAS).
Servidor de subversão SAS — Esse 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 conhecidos 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.
nota
AWS CodeCommit não está mais disponível para novos clientes. Os clientes existentes do AWS CodeCommit podem continuar usando o serviço normalmente. Saiba mais
Separação de ambientes
O diagrama a seguir mostra uma arquitetura para separar um ambiente de integração SAS e um ambiente de produção SAS.
Componentes de infraestrutura
Esta seção fornece uma visão geral dos componentes de infraestrutura necessários para a arquitetura recomendada neste guia.
Ambiente de produção
Recomendamos que você use os seguintes componentes de infraestrutura 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—2 GB por sessão de usuário para Microsoft Office e Adobe Suite e 500—1024 MB por cliente SAS em média) Mais de 25 usuários Potencial de expansão com mais servidores de terminal no futuro |
1 servidor SAS subversion | m6i.2xlarge | 8 v CPUs 4 núcleos RAM de 32 GB |
Ambiente de integração
Recomendamos que você use os seguintes componentes de infraestrutura 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 SAS subversion | 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 Nitro Hypervisor do AWS Nitro System.
de aplicativos | Tipo | Capacidade | Produção | Teste |
Servidor SAS | Tipo de armazenamento | Recurso/serviço da AWS e tipo de EBS | Requisito em seq. IO (leitura/gravação) | O mesmo que a 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 a produção |
Servidor SAS | TRABALHO PESADO | EBS 2x 512 GB (gp3/cada 5.000 IOPS) em RAID 0 | 8* 150 Mbps, 1200 Mbps ou ~ 11,5 Gbps Suporte à instância M6i Largura de banda de armazenamento EBS de 12,5 Gbps com volumes EBS gp3 | 1 volume de 1024 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 a 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 a 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 1000 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 cópia de checkout/trabalho do subversion do código do projeto no FSx Windows File Server. O servidor SAS Subversion 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 contínuo em ambos os servidores.
Ambiente de produção
A arquitetura deste guia foi projetada para atender aos seguintes requisitos para o ambiente de produção:
Tipo de armazenamento — FSx para Windows File Server
Tipo — Várias zonas de disponibilidade
Recurso/taxa de transferência — 1024 MB
Armazenamento — SSD de 1,2 TB
Ambiente de integração e teste
A arquitetura deste guia foi projetada para atender aos seguintes requisitos para o ambiente de integração:
Tipo de armazenamento — FSx para Windows File Server
Tipo — Várias zonas de disponibilidade
Recurso/taxa de transferência — 512 MB
Armazenamento — SSD de 512 GB
Performance
A taxa de transferência de E/S do Windows File Server é fácil de ajustar, e você pode criar painéis de taxa de transferência de E/S para atender às suas necessidades de monitoramento. FSx Você também pode permitir que a equipe de operações ajuste a produtividade 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 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 pensando na 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.
