O compartilhamento de barramento SCSI é um recurso poderoso nos ambientes VMware que permite que várias máquinas virtuais (VMs) acessem o mesmo disco simultaneamente. Essa capacidade é essencial ao construir clusters de alta disponibilidade ou configurar armazenamento compartilhado entre VMs para cargas de trabalho críticas. Mas, exatamente, o que o compartilhamento de barramento SCSI faz? Como configurá-lo com segurança? E quais aspectos devem ser observados em ambientes de produção? Neste guia, abordaremos tudo, desde os conceitos básicos até dicas avançadas de configuração — para que você possa utilizar o compartilhamento de barramento SCSI com confiança em sua infraestrutura VMware.
O que é o compartilhamento de barramento SCSI no VMware?
Na sua essência, o SCSI (Small Computer System Interface) define como os computadores se conectam a dispositivos de armazenamento, como discos ou unidades de fita. Em ambientes VMware, o compartilhamento de barramento SCSI permite que duas ou mais máquinas virtuais acessem simultaneamente o mesmo disco virtual ou um mapeamento direto de dispositivo físico (RDM) por meio de um controlador SCSI virtual compartilhado.
Essa configuração é fundamental para aplicações em cluster, como o Microsoft Failover Clustering ou o Oracle RAC, nas quais os nós devem coordenar o acesso a volumes de dados compartilhados. Sem uma coordenação adequada tanto no nível do hipervisor quanto no sistema operacional convidado, gravações simultâneas poderiam corromper os dados.
Quando você ativa o compartilhamento de barramento SCSI no controlador de uma VM no vSphere, está informando ao VMware que este disco será acessado por múltiplas VMs — e que regras especiais se aplicam para evitar conflitos.
Compreendendo as reservas SCSI
Antes de prosseguir, é útil saber como o acesso ao disco é coordenado internamente. Quando vários sistemas compartilham uma LUN física (Número de Unidade Lógica), eles utilizam reservas SCSI — um mecanismo que bloqueia o disco durante operações críticas, permitindo que apenas um nó grave dados por vez. Em clusters de failover que utilizam Windows Server ou ferramentas de alta disponibilidade (HA) do Linux dentro de máquinas virtuais, essas reservas ajudam a evitar cenários de “cérebro dividido”, nos quais dois nós tentam gravar dados conflitantes.
Se muitos nós competirem pelo controle de um LUN compartilhado sem um projeto adequado (por exemplo, se as profundidades de fila forem muito elevadas), o desempenho cai drasticamente — uma situação denominada tempestade de reservas.
Três modos de compartilhamento de barramento SCSI
O VMware oferece três modos:
Nenhum: Sem compartilhamento; os discos de cada VM são privados.
Virtual: Os discos podem ser compartilhados entre máquinas virtuais no mesmo host ESXi.
Físico: Os discos podem ser compartilhados entre máquinas virtuais executadas em diferentes hosts ESXi — ideal para alta disponibilidade entre hosts.
A escolha do modo certo depende do projeto do seu cluster:
Para clusters com um único host ou laboratórios de teste: o modo virtual é suficiente.
Para clusters de produção distribuídos por vários hosts: o modo físico é obrigatório e exige um armazenamento compartilhado em nível de bloco acessível simultaneamente por todos os hosts.
Comparação entre Compartilhamento de Barramento SCSI e Modo Multiwriter
É fácil confundir esses recursos—mas eles atendem a necessidades diferentes:
| Feature | SCSI Bus Sharing | Multi-Writer Mode |
|---|
| Use Case | Guest-managed clustering | Parallelized apps needing concurrent writes |
| Data Integrity | Managed by guest OS | Requires app-layer coordination |
| Host Requirements | Shared storage | Typically single-host only |
Com o compartilhamento de barramento, um software de agrupamento interno em cada VM coordena qual nó tem acesso de gravação em qualquer momento — utilizando mecanismos como discos de quórum e agentes de isolamento. No modo multiwriter, várias VMs podem gravar simultaneamente, mas devem confiar na lógica do aplicativo (como bancos de dados em cluster) para evitar corrupção; não há arbitragem embutida fornecida pela VMware.
Como a arquitetura de armazenamento afeta o compartilhamento do barramento SCSI?
A plataforma de armazenamento subjacente desempenha um papel fundamental para determinar se sua configuração funcionará sem problemas ou causará problemas no futuro.
Projetando armazenamento compartilhado para discos em cluster
Para o compartilhamento de barramento em modo físico entre hosts ESXi:
Todos os hosts participantes devem ver exatamente os mesmos UUIDs de LUN por meio do zoning em Fibre Channel ou do mapeamento de destino iSCSI.
É necessário armazenamento SAN baseado em blocos (Fibre Channel/iSCSI); os datastores NFS não funcionam porque não possuem bloqueio real a nível de bloco.
Discos locais não podem ser utilizados, a menos que todas as máquinas virtuais em cluster estejam em execução em um único host no modo virtual — o que anula a maior parte dos objetivos de alta disponibilidade!
Certifique-se de que o administrador do seu SAN configure as Listas de Controle de Acesso (ACLs) para que apenas servidores ESXi autorizados possam visualizar os LUNs do cluster — isso evita sobrescritas acidentais por cargas de trabalho não relacionadas.
Considerações sobre VMFS versus vVols
A maioria dos clusters utiliza datastores tradicionais VMFS, pois os vVols não suportam RDMs necessários para algumas configurações avançadas, como o SQL AlwaysOn FCI com compartilhamento físico do barramento. Se você planeja atualizações futuras que envolvam vVols ou vSAN:
Escolhendo sabiamente o tipo de controlador
Nem todos os controladores virtuais se comportam da mesma forma com agrupamento:
Preferir controladores LSI Logic SAS em vez de PVSCSI ao anexar discos compartilhados; o driver de cluster do sistema operacional convidado não oferece suporte total ao PVSCSI.
Utilize controladores dedicados apenas para discos compartilhados — não misturados com volumes do sistema operacional ou de dados — para isolar as configurações de profundidade da fila e reduzir o risco de contenção.
Por que se incomodar em isolar controladores? Isso permite ajustar o desempenho por tipo de carga de trabalho, evitando gargalos causados por fluxos de E/S concorrentes dentro de uma mesma fila — uma armadilha comum observada em clusters sobrecarregados!
Configuração Compartilhada do Barramento SCSI Passo a Passo
Vamos dividir a configuração em etapas claras — desde o planejamento até a automação — para que até mesmo implantações em larga escala permaneçam administráveis.
Comece confirmando estes conceitos básicos:
1. Você possui duas ou mais VMs que precisam acessar discos simultaneamente — por exemplo, como parte do Agrupamento de Failover do Windows.
2. Todos os hosts ESXi envolvidos têm caminhos de rede (Fibre Channel/iSCSI) mapeados de forma idêntica às suas LUN(s) SAN escolhidas.
3. O disco virtual de destino reside em armazenamento compartilhado baseado em blocos — não em unidades locais, exceto ao testar configurações de único host.
4. A sua licença suporta clustering em modo físico se abranger vários hosts (vSphere Enterprise Plus exigido).
Lembre-se: Se estiver usando RDMs em vez de VMDKs padrão—por exemplo, quando um aplicativo exigir recursos de hardware diretos—o processo difere ligeiramente, mas segue princípios semelhantes no que diz respeito à atribuição do controlador e às permissões.
Método 1: Configurando controladores e discos por meio do vSphere Web Client
Assim que os pré-requisitos forem atendidos:
1. Desligue todas as máquinas virtuais que pretendem compartilhar o disco — não é possível alterar as configurações do controlador enquanto estiverem ligadas devido aos requisitos de bloqueio de metadados.
2. Abra o vSphere Web Client; clique com o botão direito em cada VM > selecione Edit Settings.
3. Em Virtual Hardware, clique em Add New Device > escolha SCSI Controller, caso ainda não esteja presente; dedique sempre um controlador exclusivamente para discos de cluster/compartilhados.
4. Expanda a nova entrada do controlador; defina sua propriedade no menu suspenso SCSI Bus Sharing como Virtual (mesmo host) ou Physical (entre hosts).
5. Adicione um disco rígido existente que aponte para o seu ficheiro .vmdk pré-criado armazenado num SAN/NAS partilhado — ou mapeie um RDM, se necessário para compatibilidade com a aplicação.
6. Anexe este disco especificamente sob o seu novo controlador “compartilhado” — não o misture com volumes de inicialização/dados!
7. Repita as etapas 2 a 6 em todos os nós do cluster participantes; certifique-se de que os números dos controladores/IDs de barramento sejam idênticos em todos os lugares, para que os drivers convidados se alinhem corretamente durante eventos de failover.
8. Ligue todas as VMs afetadas após verificar novamente se os mapeamentos correspondem exatamente em todos os nós.
Por que desligar primeiro? Alterar atribuições de hardware em tempo de execução arrisca atualizações inconsistentes de metadados — o que pode deixar alguns convidados incapazes de ver seus discos de quórum/recursos após a reinicialização!
Se estiver usando RDMs:
Método 2: Automação da validação e geração de relatórios com o PowerCLI
Em ambientes maiores—com dezenas de clusters—a automação de verificações para garantir conformidade com as melhores práticas traz retornos rápidos:
Primeiro, conecte-se com segurança:
tente {
Conectar-VIServer $vcServer -ErrorAction Stop
} capturar {
Escrever-Aviso "Não foi possível conectar-se a $vcServer"
sair
}Em seguida, enumere as configurações relevantes:
$array = @()
$vms = Get-Cluster $cluster | Get-VM
foreach ($vm in $vms) {
$controllers = $vm | Get-SCSiController | Where { $_.BusSharingMode -ne 'NoSharing' }
para cada ($ctrl em $controllers) {
$relatório = Novo-Objeto PSObject -Propriedade @{
Nome = $vm.Nome
Host = $vm.VMHost.Nome do VMHost
Modo = $ctrl.Modo de Compartilhamento de Ônibus
Caminho = ($ctrl.ExtensionData.Dispositivo | % { $_ }) # Adicionar relatório de caminho, se necessário
}
$array += $report
}
}
$array | Out-GridView # Apresenta os resultados de forma interativa, permitindo que administradores filtrem ou exportem facilmente as descobertas!O que faz o Out-GridView? Ele exibe uma tabela interativa que mostra quais controladoras/discos têm o compartilhamento de barramento habilitado — uma maneira rápida de identificar configurações incorretas antes que causem interrupções!
Quer uma validação mais aprofundada?
Estenda os scripts acima com verificações contra os UUIDs esperados das LUNs por host,
Alerta se forem encontradas quaisquer incoerências,
Ou exporte os resultados diretamente para relatórios em CSV enviados por e-mail diariamente.
Principais Recomendações ao Utilizar o Compartilhamento de Barramento SCSI
O sucesso resulta de um planejamento cuidadoso — não da sorte! Abaixo estão as principais recomendações baseadas em experiências reais:
1. Sempre dedique controladores separados exclusivamente para discos em cluster/compartilhados, em vez de misturá-los com outros volumes; isso isola as profundidades das filas e evita contenção desnecessária durante cargas elevadas.
2. Monitore regularmente a atividade de reserva usando a ferramenta esxtop no grupo de comandos D — observe picos que indiquem possíveis tempestades de reserva causadas por paralelismo excessivo entre nós que tentam falhas simultâneas/reinicializações!
3. Documente mapeamentos exatos — incluindo números do controlador/IDs de barramento/caminhos LUN — nos registros de gerenciamento de mudanças, para que atualizações/migrações futuras não quebrem dependências inesperadamente.
Solução Empresarial de Backup para Plataformas Virtuais
Ao proteger infraestruturas VMware complexas que utilizam recursos como o compartilhamento de barramento SCSI, escolher uma solução de backup robusta torna-se essencial — e é aí que a Vinchin se destaca como uma opção empresarial projetada especificamente para ambientes de virtualização.
Vinchin Backup & Recovery oferece recursos profissionais de backup e recuperação de desastres, compatíveis com mais de 15 plataformas de virtualização líderes do mercado — incluindo suporte completo para VMware, Hyper-V, Proxmox VE, oVirt, OLVM, RHV, XCP-ng, XenServer, OpenStack, ZStack e outras — tudo a partir de um console unificado projetado para simplicidade operacional e confiabilidade.
Para administradores que gerenciam configurações avançadas, como o compartilhamento de barramento SCSI em clusters VMware, a Vinchin oferece proteção abrangente por meio de recursos como backup incremental perpétuo (minimizando janelas de backup e uso de recursos), tecnologias integradas de desduplicação e compactação (maximizando a eficiência do armazenamento), ferramentas de migração V2V entre plataformas que permitem a transferência contínua entre hipervisores/plataformas em nuvem sem risco de tempo de inatividade, opções granulares de restauração até mesmo para arquivos ou pastas individuais — inclusive em cargas de trabalho em cluster com vários nós — e políticas flexíveis de agendamento, incluindo estratégias de retenção GFS, perfeitamente adequadas às necessidades de conformidade empresarial.
Fazer o backup de uma VM VMware específica leva apenas quatro etapas intuitivas na interface web do Vinchin:
1. Selecione sua(s) máquina(s) virtual(is) VMware de destino;
2. Escolha o repositório/armazenamento de backup desejado;
3. Defina estratégias personalizadas de backup;
4. Enviar o trabalho.
Confiado globalmente em diversos setores — com altas classificações de satisfação do cliente — a Vinchin convida-o a experimentar todas as suas funcionalidades sem riscos: comece hoje mesmo com o nosso teste gratuito de 60 dias com todas as funcionalidades! Clique abaixo para baixar imediatamente e implantar, em minutos, uma proteção de nível empresarial.
Perguntas Frequentes sobre Compartilhamento de Barramento SCSI
P1: Posso usar o compartilhamento de barramento SCSI entre diferentes repositórios de dados?
A1: Não — o disco compartilhado deve residir inteiramente em um único datastore baseado em blocos, acessível simultaneamente de todos os hosts ESXi participantes.
P2: Como verifico quais máquinas virtuais atualmente têm o compartilhamento de barramento SCSI habilitado?
A2: Execute comandos PowerCLI conectando-se ao VISERVER > GET–CLUSTER > GET–VM > GET–SCSICONTROLLER e, em seguida, revise os valores do campo BUSSHARINGMODE.
P3: O que acontece se alguém tentar tirar um instantâneo de uma VM anexada por meio de um dispositivo com compartilhamento de barramento SCSI habilitado?
A3: A operação falha imediatamente — com uma mensagem de erro explicando que os instantâneos não são suportados devido ao estado bloqueado imposto entre os membros do cluster.
Conclusão
Dominar o compartilhamento de barramento SCSI libera opções poderosas para a criação de clusters resilientes em ambientes VMware — desde que você siga as melhores práticas de projeto arquitetônico e medidas operacionais de proteção! A Vinchin torna simples a proteção até mesmo de implantações complexas com múltiplos nós, graças à sua profunda integração com as principais plataformas de virtualização, além de ferramentas robustas de automação especialmente desenvolvidas para equipes de TI corporativas.
