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

By Laurynas Brazys · 2 August 2026 · #amazon #soa-c02 #certification #exam-prep #study-guide

Faz parte do AWS SysOps Administrator Associate SOA-C02 — Guia de estudos. Pratique com respostas verificadas no centro de exames da Amazon, ou faça testes cronometrados no ExamRoll.io.

Armazenamento e Gerenciamento de Dados abrange o projeto, a operação e a otimização do armazenamento de objetos, blocos e arquivos na AWS para atender a requisitos de disponibilidade, custo e desempenho. Inclui políticas de ciclo de vida, criptografia e controles de acesso, estratégias de backup/snapshot e a seleção de classes de armazenamento ou sistemas de arquivos apropriados com base nos padrões de acesso. A importância operacional reside em controlar custos, garantir a recuperabilidade e atender aos SLAs de desempenho, ao mesmo tempo em que se impõe a segurança e a conformidade.

Ciclo de vida de objetos, versionamento e classes de armazenamento do S3

O S3 é um armazenamento de objetos com um rico conjunto de classes de armazenamento (STANDARD, INTELLIGENT_TIERING, STANDARD_IA, ONEZONE_IA, GLACIER_INSTANT_RETRIEVAL, GLACIER_FLEXIBLE_RETRIEVAL, DEEP_ARCHIVE) otimizadas para diferentes frequências de acesso, latência de recuperação e resiliência. Escolha as classes pelo padrão de acesso (frequente vs. infrequente), tempo de recuperação necessário e durabilidade entre AZs. Use regras de ciclo de vida (no console ou com

undefined

) para transicionar objetos automaticamente; baseie as transições na idade do objeto, em tags ou em prefixos. O Intelligent-Tiering elimina a necessidade de adivinhação para padrões desconhecidos ou variáveis, mas tem custos de monitoramento; o Standard-IA resulta em um custo de armazenamento menor, mas tem cobranças por GB recuperado e uma duração mínima de armazenamento.

O versionamento deve ser habilitado para buckets críticos (

undefined

). Com o versionamento, você pode reter o histórico de objetos, recuperar-se de exclusões acidentais e utilizar o S3 Object Lock (modos governance/compliance) e o MFA Delete para uma proteção mais rigorosa. As regras de ciclo de vida podem expirar versões não atuais ou limpar marcadores de exclusão; teste as regras de ciclo de vida em um bucket de staging para evitar exclusões não intencionais. Para controles de acesso, combine políticas de bucket, políticas do IAM e o S3 Block Public Access; prefira o SSE-KMS para fins de auditoria (o SSE-KMS usa CMKs do KMS e produz logs no CloudTrail sobre o uso da chave) ou o SSE-S3 quando precisar de uma criptografia simples do lado do servidor sem o KMS.

Volumes EBS, gerenciamento de snapshots e desempenho

O EBS é um armazenamento em bloco anexado a instâncias EC2 e fornece tipos de volume direcionados para custo e desempenho: gp3/gp2 (SSD de uso geral), io1/io2 (SSD de IOPS provisionado), st1/sc1 (HDD otimizado para taxa de transferência / HDD frio). Selecione o gp3 para desassociar o IOPS e a taxa de transferência do tamanho (use

undefined

para definir IOPS/taxa de transferência). Monitore as métricas do CloudWatch VolumeReadOps, VolumeWriteOps, VolumeThroughput e VolumeQueueLength para detectar saturação; use instâncias otimizadas para EBS e drivers ENA apropriados para alta taxa de transferência/IOPS.

Os snapshots são incrementais: o primeiro snapshot copia todos os blocos, os snapshots subsequentes armazenam apenas os blocos alterados, mas os custos dos snapshots podem aumentar se muitos blocos alterados se acumularem ou se você reter muitas gerações. Gerencie o ciclo de vida com o Data Lifecycle Manager (DLM) ou o AWS Backup para agendar, reter e copiar snapshots entre regiões. Use

undefined

para snapshots ad-hoc; restaure com create-volume a partir do snapshot. Lembre-se de que os snapshots capturam o estado do dispositivo de bloco da perspectiva do host — coloque os sistemas de arquivos em modo quiesce (fsfreeze ou use agentes consistentes com a aplicação) para consistência do banco de dados ou use snapshots integrados com ferramentas de backup.

Sistemas de arquivos: operações do EFS e FSx

O EFS fornece NFSv4 (ou NFSv4.1/4.2) gerenciado para workloads Linux, oferecendo capacidade elástica, múltiplos modos de taxa de transferência (bursting vs. provisioned) e gerenciamento de ciclo de vida para mover arquivos para o EFS Infrequent Access. Configure mount targets por Zona de Disponibilidade, regras de security group para NFS (TCP 2049) e habilite a criptografia em repouso com o KMS e a criptografia em trânsito (TLS). Use os Modos de Desempenho (General Purpose vs. Max I/O) dependendo das necessidades de latência e taxa de transferência de metadados e provisione a taxa de transferência para workloads com alta taxa de transferência constante (

undefined

O FSx oferece SMB (FSx for Windows File Server) e Lustre (FSx for Lustre) com semânticas diferentes: o FSx for Windows se integra com o AD para SMB e suporta ACLs do Windows, DFS Namespaces e backups; o FSx for Lustre é voltado para HPC de alto desempenho e pode se vincular ao S3 para integração de repositório de dados. Configure backups diários automatizados, defina a capacidade da taxa de transferência e selecione SSD ou HDD conforme necessário. Use as etapas de configuração do Active Directory e monte via SMB (

undefined

) para clientes Windows ou clientes SMB Linux com cifs-utils.

Tiering de armazenamento, políticas de ciclo de vida e arquivamento

O tiering (criação de camadas) reduz o custo movendo os dados ao longo de um ciclo de vida: hot -> warm -> cold -> archive. Implemente o tiering por meio de regras de ciclo de vida do S3 e políticas de ciclo de vida do EFS, e use ferramentas de migração automática (Intelligent-Tiering, EFS IA). Para arquivamento de longo prazo, escolha as classes do Glacier com base nos SLAs de recuperação: Instant Retrieval para acesso rápido e frequente, Flexible Retrieval para restaurações em massa padrão, Deep Archive para o menor custo e janelas de restauração de várias horas. Para o EBS, exporte snapshots para um arquivo compatível com o S3 Glacier usando o Backup Vault Lock com cópias entre regiões para otimizar o custo.

Ao projetar políticas, considere as durações mínimas de armazenamento, as cobranças por recuperação e por exclusão antecipada, e os padrões de acesso. Para conformidade, combine o S3 Object Lock (modos governance/compliance) com transições de ciclo de vida configuradas para expirar somente após o período de retenção. Teste os procedimentos de restauração periodicamente (realize uma restauração do Glacier Flexible Retrieval/Deep Archive para validar o tempo-custo e as etapas operacionais) e automatize as restaurações sempre que possível usando scripts em lote da AWS CLI ou orquestração com o Lambda.

Durabilidade, consistência e padrões de acesso a dados

As escolhas de durabilidade e consistência moldam a arquitetura: o S3 oferece alta durabilidade (11 noves) e consistência forte de leitura após escrita para PUTs/DELETEs; o EBS fornece durabilidade em uma única AZ para volumes, com snapshots armazenados no S3 para durabilidade e cópias entre regiões para DR; o EFS oferece consistência forte para clientes simultâneos. Selecione o tipo de armazenamento pelo padrão de acesso:

Objeto (S3): ideal para dados imutáveis ou somente de acréscimo (append-only) em grande escala, ativos da web, grandes conjuntos de dados e landing zones de analytics.
Bloco (EBS): ideal para sistemas operacionais e bancos de dados que exigem leituras/escritas aleatórias de baixa latência e semântica de gravador único (single-writer).
Arquivo (EFS/FSx): ideal para cargas de trabalho de arquivos compartilhados, diretórios home ou aplicações Windows SMB que exigem semântica POSIX/ACL.

Projete para localidade de leitura/escrita, considere camadas de cache (Amazon ElastiCache, Amazon CloudFront para objetos S3) e use o ciclo de vida e o tiering para alinhar o custo com a frequência de acesso. Criptografe os dados em repouso e em trânsito (SSE-S3/SSE-KMS ou do lado do cliente, criptografia do EBS com KMS, chaves KMS do EFS e criptografia SMB/SMB3 para o FSx) e aplique o menor privilégio usando IAM, políticas de bucket e endpoints da VPC para acesso privado.

Armadilhas Comuns e Critérios de Decisão

Não habilitar o versionamento do S3 para dados críticos: habilite o versionamento e, opcionalmente, aplique o S3 Object Lock para retenção imutável; use regras de ciclo de vida para expirar versões não atuais e controlar os custos.
Custos inesperados de snapshots e armazenamento: agende a remoção de snapshots com o DLM/AWS Backup, monitore o consumo de armazenamento de snapshots e lembre-se de que os snapshots são incrementais, mas ainda podem referenciar muitos blocos — exclua os snapshots desnecessários e copie apenas os snapshots necessários entre as regiões.
Escolher a classe de armazenamento errada para os padrões de acesso: use o Intelligent-Tiering para padrões desconhecidos, ou analise os logs de acesso e use regras de ciclo de vida; evite as classes profundas do Glacier para objetos acessados com frequência.
Assumir que os snapshots do EBS são backups instantâneos e consistentes com a aplicação: coloque os sistemas de arquivos em modo quiesce ou use backups cientes da aplicação para bancos de dados; use o AWS Backup para capturar snapshots consistentes com a aplicação onde for suportado.
Falta de controles de acesso à chave de criptografia: ao usar SSE-KMS, garanta que as políticas do IAM e da chave do KMS permitam os usuários e serviços pretendidos; rotacione as chaves e monitore o uso do KMS no CloudTrail.
Ignorar os limites de throughput/IOPS: provisione IOPS/throughput de io1/io2 ou gp3 conforme necessário, selecione o modo de performance apropriado do EFS e escolha a capacidade de throughput do FSx para evitar gargalos em tempo de execução.

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

A DataCorp Analytics armazena dumps de transações de fim de mês no S3 e resultados processados diariamente em instâncias EC2 com volumes EBS. Eles enfrentam custos de armazenamento crescentes, substituições acidentais e restaurações lentas de dados arquivados.

Habilitar o versionamento do S3 no bucket e definir o Object Lock para retenção em conjuntos de dados regulamentados; adicionar regras de ciclo de vida para mover objetos mais antigos para o Intelligent-Tiering e, em seguida, para o Glacier Flexible Retrieval após uma idade definida.
Analisar os logs de acesso do S3 e as métricas do CloudWatch por um período de 30 dias; mover objetos verdadeiramente frios (cold) para o Glacier Deep Archive somente após confirmar o baixo acesso.
Implementar políticas do DLM/AWS Backup para volumes EBS com snapshots completos semanais e uma política de retenção; colocar os bancos de dados em modo quiesce antes dos snapshots e copiar snapshots críticos para outra região para DR.
Introduzir o Intelligent-Tiering para dados de padrão desconhecido e usar tags de alocação de custos para rastrear o custo por ambiente; automatizar alertas para crescimento inesperado do armazenamento.
Validar os procedimentos de restauração trimestralmente, restaurando dados de amostra do Glacier e de snapshots para garantir que as expectativas de tempo de recuperação e custo sejam atendidas.

Justificativa: Esta abordagem combina a classe de armazenamento e o ciclo de vida dos snapshots com os padrões de acesso observados, reforça a recuperabilidade com versionamento e restaurações testadas, e usa ferramentas automatizadas de ciclo de vida e backup para controlar os custos enquanto atende às necessidades de durabilidade e conformidade.

← Redes e Entrega de Conteúdo · Todos os domínios · Computação e Auto Scaling →

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