Amazon SAP-C02: Armazenamento e Gerenciamento de Dados — Guia de estudos

By Laurynas Brazys · 31 July 2026 · #amazon #sap-c02 #certification #exam-prep #study-guide

Faz parte do AWS Solutions Architect Professional SAP-C02 — Guia de estudos. Pratique com respostas verificadas no centro de exames da Amazon, ou faça testes cronometrados no ExamRoll.io.

Armazenamento de objetos, ciclo de vida e tiering (Amazon S3 e serviços relacionados)

O Amazon S3 é a base para o armazenamento de objetos durável e de alta disponibilidade e deve ser tratado como o repositório canônico e de longo prazo para dados não estruturados. As decisões de design centram-se na seleção da classe de armazenamento, nas regras de ciclo de vida, na semântica de consistência e na governança de dados. Escolha o S3 Standard para objetos acessados com frequência, o Intelligent-Tiering quando os padrões de acesso são desconhecidos, o Standard-IA ou o One Zone-IA para acesso infrequente e o Glacier/Deep Archive para retenção longa com maior latência de restauração. Implemente políticas de ciclo de vida baseadas em tags ou prefixos para transicionar objetos automaticamente e para expirar versões antigas; habilite o versionamento antes do ciclo de vida ou da replicação para que os objetos não sejam removidos acidentalmente. Use a Cross-Region Replication (CRR) para durabilidade geográfica e posicionamento regulatório, ou a Same-Region Replication (SRR) para conformidade e separação de responsabilidades. Proteja arquivos críticos com o S3 Object Lock no modo de governança ou conformidade e habilite o MFA Delete quando apropriado. As armadilhas comuns incluem transições de ciclo de vida excessivamente agressivas que incorrem em cobranças de restauração e atrasos de minutos a horas, não contabilizar os custos ou tempos de recuperação do Glacier e depender de endpoints públicos em vez de endpoints de Gateway/Interface de VPC (o que pode expor dados à internet pública ou incorrer em custos de saída de NAT). Equilibre o custo versus a latência de recuperação e a durabilidade: faça o tiering de forma agressiva para dados frios, mas provisione aceleração (CloudFront, S3 Transfer Acceleration, multipart uploads) para entrada de dados quentes e acesso de baixa latência onde for necessário.

Sistemas de arquivos compartilhados e armazenamento de alto desempenho (EFS, FSx)

Escolha sistemas de arquivos compartilhados quando as aplicações exigem semântica POSIX, baixa latência ou semântica SMB. O Amazon EFS fornece NFS elástico com durabilidade multi-AZ e consistência POSIX, adequado para conteúdo da web, diretórios home e muitas cargas de trabalho de HPC que toleram a semântica de arquivos de rede. O EFS tem dois modos de desempenho (throughput de Bursting vs. Provisionado) e transições de ciclo de vida para o EFS Infrequent Access. O Amazon FSx oferece sistemas de arquivos desenvolvidos para fins específicos: Windows File Server para integração com SMB/Active Directory e FSx for Lustre para latência abaixo de milissegundos e alto throughput para cargas de trabalho de HPC e mídia fortemente acopladas; o FSx Lustre pode se vincular de forma transparente ao S3 para um repositório de dados durável. Escolha o FSx for Windows quando precisar de semântica NTFS, ACLs do AD, namespaces DFS ou ferramentas exclusivas do Windows; escolha o FSx for Lustre para fazendas de renderização e treinamento de ML que exigem IOPS e throughput elevados. Erros operacionais comuns incluem presumir que o EFS lidará automaticamente com cargas de trabalho com metadados pesados (você pode precisar de throughput provisionado), abrir as portas NFS/SMB amplamente nos security groups e negligenciar as opções de montagem e os timeouts do cliente. Avalie os trade-offs: o FSx tem um custo mais alto, mas oferece maior desempenho e recursos de protocolo mais ricos; o EFS tem escalabilidade mais simples e durabilidade multi-AZ. Combine os padrões de E/S da carga de trabalho, a concorrência e as necessidades de throughput com o sistema escolhido e dimensione o throughput separadamente onde for necessário.

Padrões de transferência híbrida e offline (Storage Gateway, DataSync, família Snow)

Arquiteturas híbridas comumente exigem cache local de baixa latência, backups em nuvem contínuos ou migração de dados em massa. O AWS Storage Gateway oferece três padrões: o File Gateway expõe o S3 como NFS/SMB para que aplicações on-premise gravem no S3; o Volume Gateway expõe volumes de bloco para DR; o Tape Gateway substitui fitas físicas. O AWS DataSync automatiza a movimentação de dados online, incremental e paralela entre o ambiente on-premise e a AWS (S3, EFS, FSx) com filtragem, agendamento e controles de largura de banda integrados; ele respeita os metadados POSIX quando configurado. Para transferências offline e muito grandes, a família Snow fornece dispositivos de borda e transporte que incluem computação: Snowcone para pequenos locais remotos, Snowball Edge para dezenas a centenas de TB com Lambda/EC2 no dispositivo e Snowmobile para importações de exabytes. Use o DataSync para transferências contínuas e automatizadas e o Storage Gateway File Gateway quando aplicações legadas precisam ver montagens NFS/SMB localmente enquanto armazenam os dados no S3. As armadilhas comuns incluem usar o modo de gateway errado (cached vs. stored), não planejar o throughput de rede, o que leva a migrações longas, negligenciar as IAM roles e as políticas de endpoint para uma transferência segura e subestimar os tempos de ingestão/saída do dispositivo Snow. Escolha o DataSync para sincronizações incrementais frequentes, o Storage Gateway para compatibilidade de protocolo local e os dispositivos Snow para transferências em massa ou remotas onde a largura de banda da rede é insuficiente.

Backups, replicação, controle de acesso e governança operacional

As escolhas de backup e replicação devem ser orientadas pelas metas de RTO/RPO, controles regulatórios e custo. Use o AWS Backup para centralizar as políticas de backup entre EBS, RDS, DynamoDB, EFS e FSx, e configure transições de ciclo de vida do cofre warm para o armazenamento cold para economizar custos. Para bancos de dados, prefira mecanismos nativos (snapshots do RDS, réplicas de leitura ou DMS para migrações heterogêneas) combinados com a cópia de snapshots entre regiões e a replicação de chaves do KMS ou políticas de chave separadas. Para o S3, habilite o versionamento, CRR/SRR, e considere o controle de tempo de replicação (RTC) quando um SLA de replicação quase em tempo real for necessário. Padrões de acesso seguro dependem de IAM com privilégio mínimo, políticas de bucket, S3 Block Public Access, endpoints de Gateway/Interface de VPC com políticas de endpoint e KMS com permissões granulares (grants) para acesso entre contas e cópia de snapshots. Monitore com o CloudTrail, logs de acesso do S3, métricas do CloudWatch, regras do AWS Config, e use o GuardDuty e o Access Analyzer para detecção de ameaças e configurações incorretas de IAM. As armadilhas típicas incluem não replicar ou conceder acesso a CMKs do KMS entre contas, deixar snapshots não criptografados ou publicamente acessíveis e falhar em impor tags ou o posicionamento de recursos com SCPs e Tag Policies, o que complica a alocação de custos e a recuperação. Decida com base nas necessidades de resiliência: multi-região ativo-ativo para o menor RTO, pilot-light/warm standby para DR com bom custo-benefício e failover completo quando o RTO deve ser mínimo.

Problema Prático: Cenário de Caso de Uso

Cenário: A Atlas Media opera uma AWS Organization com várias contas, com a produção em us‑east‑1 e uma região secundária em eu‑west‑1. Eles possuem um arquivo on-premise de 150 TB de ativos de vídeo, e artistas na América do Norte e Europa precisam de armazenamento compartilhado de alto desempenho e acesso seguro de baixa latência aos projetos atuais.

Desafio: Migrar o arquivo para a AWS, fornecer armazenamento de renderização de alta taxa de transferência para os artistas, minimizar os custos contínuos de armazenamento para ativos frios (cold assets) e garantir acesso seguro entre regiões com backups robustos.

Abordagem Recomendada:

1. Provisione um bucket S3 em us‑east‑1 como o arquivo canônico, habilite o versionamento, a criptografia no lado do servidor com AWS KMS (SSE‑KMS) e configure a Cross‑Region Replication para eu‑west‑1 com a replicação de marcadores de exclusão ativada.
2. Use dispositivos AWS Snowball Edge para importar os 150 TB iniciais para o S3 (Snowball Edge otimizado para armazenamento) e, em seguida, execute o AWS DataSync para sincronização incremental de quaisquer alterações delta e para validar a integridade.
3. Para os conjuntos de trabalho ativos, implante o Amazon FSx for Lustre em cada região e vincule o sistema de arquivos ao bucket S3 (Integração de Repositório de Dados) para que os artistas obtenham alta taxa de transferência e baixa latência enquanto as escritas são sincronizadas de volta para o S3; considere usar instâncias FSx de curta duração para picos de projetos.
4. Imponha o acesso seguro com Endpoints de Interface de VPC para S3 e FSx, restrinja o acesso ao bucket com papéis IAM e políticas de bucket vinculadas a principais da Organization, use o CloudFront com URLs assinadas para a distribuição pública para revisores remotos e habilite o AWS Backup para o FSx, além da replicação S3 entre regiões e regras de ciclo de vida para transicionar ativos frios para o Glacier Deep Archive.

Justificativa: Esta abordagem separa o armazenamento de arquivamento durável e de baixo custo (S3 + Glacier) do armazenamento de projetos de alto desempenho (FSx Lustre vinculado ao S3), usa o Snowball e o DataSync para otimizar a ingestão inicial em massa e os deltas, e impõe forte segurança e resiliência entre regiões, equilibrando objetivos de custo, desempenho e recuperação.

← Computação e Auto Scaling · Todos os domínios · Bancos de Dados e Analytics →

Pratique estas questões → · Prática cronometrada no ExamRoll.io →

Navegar Amazon →