03. SAN e protocolos de armazenamento

Este capítulo apresenta SAN e protocolos de armazenamento em uma sequência pensada para quem está aprendendo o assunto. Os conceitos serão ligados a problemas, decisões, formas de execução e evidências, para que siglas e ferramentas ganhem sentido dentro do ciclo completo da tecnologia.

A jornada começa na base física: servidores, discos, caminhos de entrada e saída e serviços que recebem o tráfego. Compreender essa camada ajuda a enxergar onde os dados são processados, armazenados e distribuídos. Este é o capítulo 3 de 8 da disciplina Armazenamento e Infraestrutura de Data Center. Ele retoma Armazenamento, discos, RAID e sistemas de arquivos e acrescenta uma nova camada. Na sequência, estudaremos Armazenamento de objetos e Amazon S3.

Ponto de partida

Para compreender infraestrutura, acompanhe o caminho completo de uma solicitação e de seus dados. Identifique o componente que recebe a entrada, o estado que precisa conservar, as dependências que aciona e a saída que entrega. Depois introduza atraso, indisponibilidade ou configuração incorreta e observe como o sistema reage.

Em Armazenamento e Infraestrutura de Data Center, o nome de uma tecnologia é apenas o começo. O entendimento surge quando você relaciona finalidade, arquitetura, configuração, operação, segurança e recuperação. Essa leitura por camadas evita decorar siglas sem compreender o mecanismo que sustenta o serviço.

Fundamentos e vocabulário

Começamos por Fundamentos e vocabulário, que fornece a linguagem necessária para compreender as partes seguintes.

O primeiro elemento dessa parte estabelece a base. Failover transfere serviço ao destino; failback devolve após validação e ressincronização. Observe como essa regra define o papel do componente e quais efeitos aparecem nas camadas vizinhas.

A partir dessa base, aparece uma consequência importante. Links de replicação e ISCSI podem exigir proteção adicional conforme rede e ameaça. Para enxergar o mecanismo, acompanhe entrada, transformação, estado e saída, inclusive quando uma dependência deixa de responder.

Esse comportamento se conecta ao próximo componente. A tecnologia de replicação deve ser escolhida a partir de RPO, RTO, consistência, distância e custo. Na prática, o conceito só fica completo quando configuração, contexto e resultado podem ser relacionados.

Na operação cotidiana, a mesma lógica revela outro aspecto. Cópia crash-consistent equivale ao estado após interrupção abrupta e pode exigir recuperação da aplicação. O ponto central é localizar essa função na arquitetura e distingui-la de recursos com nomes ou efeitos parecidos.

Quando o ambiente cresce ou falha, surge uma condição adicional. Replicação mantém cópias em outro domínio, mas replica também exclusões ou corrupção conforme política. A decisão correta depende de capacidade, compatibilidade, risco e comportamento durante falhas, e não apenas do funcionamento em condições ideais.

Com essas relações em mente, podemos avançar mais um passo. Consistência de aplicação coordena flush, freeze ou mecanismos próprios para estado recuperável. Esse vínculo entre desenho e operação permite prever consequências e escolher uma evidência adequada para confirmar o resultado.