Quando expansora SAS precisa de redundância

Índice:

• Quando uma expansora SAS precisa de redundância?
• O risco por trás um ponto único de falha
• Como a redundância em SAS funciona na prática
• Cenários que exigem caminhos duplos aos dados
• Ambientes onde uma única via de acesso é aceitável
• Componentes para uma infraestrutura SAS resiliente
• A função do multipathing na gestão das falhas
• Avaliando o investimento versus o custo da inatividade
• Passos para implementar a proteção em seu storage
• Garantindo a continuidade com suporte especializado

A expansão da capacidade com um storage JBOD é comum em muitas infraestruturas. Porém um único cabo SAS conecta dezenas de discos ao servidor. Esse arranjo cria um ponto único para falhas.

Uma simples desconexão ou defeito nesse componente paralisa o acesso a todos os dados. O impacto para a empresa pode ser imenso, com interrupção total dos serviços.

Assim a indisponibilidade do sistema torna-se um risco real e iminente. Avaliar a necessidade por redundância é uma etapa fundamental no planejamento da infraestrutura.

Quando uma expansora SAS precisa de redundância?

Uma expansora SAS precisa de redundância sempre que a continuidade no acesso aos dados for essencial para as operações. Essa proteção evita que uma falha simples em um cabo ou controlador interrompa o acesso a todos os discos conectados. A implementação ocorre com módulos duplos em um mesmo gabinete, por isso cada módulo oferece um caminho independente aos discos.

Basicamente a expansora funciona como um switch para discos SAS e SATA. Ela multiplica uma única porta SAS do controlador HBA em várias outras, o que possibilita conectar dezenas ou até centenas de unidades a um único servidor. Sem essa tecnologia seria impossível construir arranjos com alta densidade e baixo custo.

A redundância geralmente é implementada com duas expansoras em um mesmo chassi JBOD. Cada uma possui sua própria lógica e suas próprias conexões externas. Isso cria dois caminhos distintos entre o servidor e os discos. Se um caminho falhar por qualquer motivo o outro assume automaticamente, sem qualquer interrupção visível ao usuário ou aplicativo.

O risco por trás um ponto único de falha

Um ponto único para falhas ou SPOF é qualquer componente em um sistema cuja falha interrompe toda a operação. Em um storage com uma única expansora SAS, tanto a própria expansora quanto o cabo que a conecta ao servidor são SPOFs. Qualquer problema em um desses dois itens derruba o acesso a todos os HDs ou SSDs do gabinete.

As falhas podem ocorrer por vários motivos. Um cabo pode ser acidentalmente desconectado durante uma manutenção no rack. A porta SAS no servidor ou no JBOD pode queimar. O próprio chip da expansora também pode falhar após anos em operação. Em todos esses casos o resultado é o mesmo, a perda total e imediata ao acesso aos dados.

O impacto financeiro causado por uma parada não programada é frequentemente subestimado. Muitas empresas perdem receita, produtividade e confiança dos clientes. Portanto analisar e mitigar esses riscos é uma responsabilidade central para qualquer gestor em TI.

Como a redundância em SAS funciona na prática

A redundância em uma infraestrutura SAS funciona através do multipathing ou múltiplos caminhos. Para isso são necessários pelo menos dois controladores HBA no servidor, dois cabos SAS e um JBOD com duas expansoras. Cada HBA se conecta a uma expansora diferente, criando duas rotas físicas completamente independentes até os discos.

O sistema operacional precisa ter um software para gerenciar esses múltiplos caminhos, como o MPIO (Multipath I/O). Esse software monitora a saúde das duas rotas em tempo real. Ele distribui as requisições de leitura e escrita entre os caminhos ativos para otimizar o desempenho.

Se um caminho falhar, o software MPIO detecta a falha instantaneamente. Ele então redireciona todo o tráfego para o caminho restante que está funcional. Esse processo de failover é automático e geralmente transparente para as aplicações, que continuam a funcionar sem qualquer interrupção.

Cenários que exigem caminhos duplos aos dados

Vários cenários exigem a implementação com caminhos duplos aos dados. Ambientes com virtualização que hospedam muitas máquinas virtuais críticas são um exemplo claro. A falha no acesso ao storage paralisaria todas as VMs simultaneamente, com um efeito cascata sobre os negócios.

Bancos de dados transacionais como aqueles usados em sistemas financeiros ou e-commerce também são candidatos óbvios. Qualquer tempo parado resulta em perda direta de transações e receita. A alta disponibilidade nesses casos não é um luxo, mas uma necessidade operacional.

Servidores para arquivos que atendem centenas ou milhares de usuários são outro caso. Uma interrupção no acesso aos compartilhamentos de rede afeta a produtividade de toda a organização. Por isso a resiliência do armazenamento é fundamental para manter as equipes trabalhando.

Ambientes onde uma única via de acesso é aceitável

Apesar dos riscos, existem situações onde uma única via para acesso aos dados é aceitável. Storages para backup, por exemplo, raramente precisam de redundância total. A janela para backup geralmente ocorre fora do horário comercial, então uma falha pode ser corrigida sem grande impacto.

Ambientes para desenvolvimento e testes são outro exemplo. Nesses casos a prioridade é o custo e a agilidade, não a disponibilidade contínua. Uma parada temporária dificilmente causará prejuízos financeiros e pode ser tolerada pela equipe de desenvolvimento.

Usuários domésticos ou pequenos escritórios que usam um JBOD para expandir a capacidade de um servidor de mídia ou um NAS também podem dispensar a redundância. O custo para implementar uma solução com múltiplos caminhos seria proibitivo e o benefício, quase sempre, desnecessário para essas aplicações.

Componentes para uma infraestrutura SAS resiliente

Montar uma infraestrutura SAS resiliente exige alguns componentes específicos. O principal é um gabinete JBOD que suporte duas expansoras hot-swappable. Esses chassis já vêm preparados com toda a arquitetura interna para failover entre os módulos.

Você também precisará de dois controladores Host Bus Adapter (HBA) SAS instalados no servidor. É importante que os HBAs sejam de um modelo idêntico ou compatível para garantir o funcionamento correto do software MPIO. Além disso, são necessários dois cabos SAS externos de alta qualidade para conectar cada HBA a uma expansora.

Finalmente, o próprio sistema operacional deve ser compatível com a configuração. Sistemas como Windows Server, VMware ESXi e a maioria das distribuições Linux oferecem suporte nativo ao MPIO. Ainda assim, é sempre bom verificar a lista de compatibilidade de hardware (HCL) de todos os fabricantes antes da compra.

A função do multipathing na gestão das falhas

O software de multipathing é o cérebro por trás da alta disponibilidade em SAS. Sua principal função é gerenciar os múltiplos caminhos físicos entre o servidor e o storage. Ele apresenta ao sistema operacional um único disco virtual para cada LUN, mesmo que existam várias rotas para chegar até ele.

Além do failover, o multipathing também melhora o desempenho através do balanceamento de carga. Dependendo da política configurada, o software pode distribuir as operações I/O entre todos os caminhos disponíveis. Isso dobra a largura de banda teórica e reduz a latência, especialmente em cargas de trabalho intensas.

Existem diferentes políticas para balanceamento, como Round Robin, Least Queue Depth e Fail Over Only. A escolha da política correta depende muito do perfil da aplicação. Por exemplo, Round Robin é ótimo para um desempenho geral, mas pode não ser ideal para bancos de dados que são sensíveis à ordem dos pacotes.

Avaliando o investimento versus o custo da inatividade

A decisão sobre investir em redundância SAS envolve uma análise de custo-benefício. O hardware adicional, como a segunda expansora, o segundo HBA e os cabos, representa um custo inicial maior. Esse valor pode ser significativo, especialmente em configurações com vários gabinetes JBOD.

Por outro lado, é preciso calcular o custo da inatividade. Quanto sua empresa perde por cada hora com o sistema fora do ar? Essa conta deve incluir não apenas a receita perdida, mas também a perda de produtividade dos funcionários e os possíveis danos à reputação da marca.

Na maioria dos ambientes corporativos, o custo de uma única hora parado supera em muito o investimento na redundância. Quando você coloca os números no papel, a decisão frequentemente se torna óbvia. A proteção contra falhas é um seguro barato para a continuidade do negócio.

Passos para implementar a proteção em seu storage

Implementar a proteção em seu storage envolve planejamento cuidadoso. O primeiro passo é adquirir o hardware compatível, incluindo um JBOD com suporte a duas expansoras. Verifique sempre a compatibilidade entre o servidor, os HBAs e o gabinete de expansão.

Com o hardware em mãos, instale os dois HBAs no servidor e conecte cada um a uma porta de uma expansora diferente no JBOD. É importante mapear as conexões corretamente para garantir que os caminhos sejam de fato independentes. Após a conexão física, instale os drivers necessários e configure o software MPIO no sistema operacional.

O último passo é o mais importante, testar o failover. Com o sistema em operação, simule uma falha desconectando um dos cabos SAS. Observe se o sistema operacional gerencia a falha de forma transparente e se as aplicações continuam funcionando. Repita o teste para o outro caminho. Apenas um teste real confirma que sua configuração está protegida.

Garantindo a continuidade com suporte especializado

Projetar e implementar uma infraestrutura de armazenamento com alta disponibilidade pode ser complexo. A compatibilidade entre dezenas de componentes e a configuração correta do software MPIO exigem conhecimento técnico aprofundado. Um pequeno erro no planejamento pode invalidar todo o investimento em redundância.

Muitas vezes, a melhor abordagem é buscar ajuda especializada. Profissionais com experiência em ambientes SAS podem analisar suas necessidades específicas e desenhar uma solução otimizada. Eles garantem que todos os componentes são compatíveis e que a configuração segue as melhores práticas do mercado.

Caso precise de suporte para otimizar seu ambiente ou projetar uma nova solução com alta disponibilidade, nossa equipe oferece consultoria técnica. Nós fornecemos soluções de hardware sob medida e todo o suporte para garantir que seus sistemas operem com máxima resiliência e sem interrupções. A tranquilidade de um ambiente protegido é a resposta.