Pau pra toda obra: Armazenamento do Hyper-V tolerante a falhas
Você pode realmente usar o recurso Expandir Servidor de Arquivos e o protocolo SMB do Windows Server 2012 para criar um nível de armazenamento tolerante a falhas.
Greg Shields
Veterano-caras juntos as palavras "Microsoft" e "armazenamento" na mesma frase e a maioria de vocês pode apenas rir. Acrescentar as palavras "tolerantes", e você provavelmente vai invadir com uma saudável gargalhada. Você sabe que Microsoft e armazenamento exatamente ainda não apreciou uma associação feliz no passado. Muitos têm sido queimados por deixar de funcionar inesperadamente volumes do Windows ou servidores de bom funcionamento que obter squirrely momento que um disco básico vai dinâmico.
E agora você deve estar pensando, "tolerância a falhas para VMs Hyper-V? No software? Você deve ser louco!" Nos últimos anos, esses conceitos não exatamente se conectar. Felizmente, os tempos mudam e assim fazer fornecedores do sistema operacional. Se você olhar para as arquiteturas de armazenamento nativas do Windows Server 2012 hoje, você pode se perguntar se a Microsoft é saindo de sua língua nos vendedores para a virtualização de armazenamento.
No centro de toda essa excitação são duas tecnologias que trabalham em conjunto para oferecer uma alternativa respeitável para tolerante VMs Hyper-V: Server Message Block (SMB) 3.0 e o servidor de arquivos de expansão (SOFS). Investimentos massivos na primeira elevam este protocolo uma vez denegrida ao desempenho quase nativo com escalabilidade impressionante. O lançamento do segundo simplifica como servidores Hyper-V para conectar com suas VMs. Como eu gosto de pensar nisso, com SOFS, qualquer VM é apenas uma pancada-pancada afastado.
Comprei uma SAN, quer NAS
SANs têm sido a escolha sábia para o armazenamento de virtualização. Sua estrutura de armazenamento compartilhado tornou-se uma necessidade para a migração ao vivo de VM. No entanto, a maior força de uma SAN em facilitar a migração ao vivo também passa a ser seu maior obstáculo. SANs uso baixo nível protocolos tais como iSCSI e Fibre Channel para conexões de armazenamento. Estes protocolos oferecem grande flexibilidade quando você é experiente com seus meandros. Quando você não está, eles podem ser um pesadelo administrativo.
Se você alguma vez já lutou para configurar conexões múltiplas de Multipath i/o (MPIO) para uma SAN iSCSI ou conexões Fibre Channel através de adaptadores de barramento de host (HBAs), você está familiarizado com essa dor (ver Figura 1). Configure cuidadosamente cada conexão e cada servidor requer várias conexões para redundância. Automação é mínima. Erros são fáceis de fazer. Repita essas etapas em muitos hosts Hyper-V, e sua rede de armazenamento vem rapidamente para se assemelhar a um mapa de rua de Paris.
.jpg)
Figura 1 conexões diretas SAN exigem muitas conexões complexas.
Windows Server 2012 SOFS (ver Figura 2) simplifica consideravelmente o gerenciamento de conexões de servidor para armazenamento de Hyper-V a teia de aranha. Quando combinado com o desempenho e aprimoramentos de escalabilidade agora no SMB 3.0, leva muita a interligação fora de suas mãos.
Com SOFS no lugar, acessar uma VM Hyper-V requer pouco mais do que um caminho UNC: \\server\share\folder\vm.vhdx. SMB 3.0 automaticamente manipula tudo, redundância, balanceamento de carga, failover e a gama de tolerância a falhas networking objetivos. É mesmo SOFS próprio cluster ativo-ativo na natureza, o que não significa nenhuma compra de servidor vai não utilizado na condução as necessidades de armazenamento de suas VMs do Hyper-V.
.jpg)
Figura 2 servidor de arquivos em expansão agrega conexões SAN como SANs armazenamento agregado.
Essa arquitetura define armazenamento tolerante a falha. Para cumprir este objetivo, parece mais como um de uma SAN. Supondo que sua infra-estrutura de SAN é internamente altamente disponível, tudo que você precisa se preocupar é NICs de armazenamento adequado, unindo em hosts Hyper-V. Este é mais simples, mais fácil e melhor.
Documentos do Microsoft como implantar SOFS. O processo envolve instalar a função de servidor de arquivo e o recurso de cluster de Failover, criando um cluster e, em seguida, criando um Volume compartilhado de Cluster (CSV).
Alternativas de armazenamento de Hyper-V
SANs podem ser uma prática recomendada para armazenamento de Hyper-V, mas não todos vocês Jack-de-todos-trades profissionais de TI iria gostar de ter um no seu datacenter. Você poderia argumentar que a ameaça em tais ambientes de tempo de inatividade é ligeiramente menos essencial, ou que limitados orçamentos mandato administração de Hyper-V "criativa". Em ambos os casos, o Windows Server 2012 tem um par de alternativas de armazenamento que poderia atender às suas necessidades.
O primeiro utiliza as características de SMB 3.0. Ele apenas não tem as funções de (HA) de alta disponibilidade da SOFS. Com apenas a função de serviços de arquivo instalada em uma instância do Windows Server 2012, você pode criar um compartilhamento SMB para aplicações que funciona com direct-attached storage, ou DAS (ver Figura 3). Este tipo especial de compartilhamento de arquivo goza dos benefícios de desempenho SMB 3.0 tem para oferecer VMs Hyper-V, mas sem o balanceamento de carga, failover e outros SOFS opções. Se seu ambiente e seu orçamento podem estar o tempo de inatividade ocasional, executar VMs em compartilhamentos SMB dá-lhe toda a simplicidade do caminho UNC — sem o caro SAN.
.jpg)
Figura 3 The SMB Share-perfil aplicativos.
A segunda alternativa tem gerado muita confusão desde a sua introdução. Espaços de armazenamento é um novo recurso do Windows Server 2012 e o Windows 8. A intenção é fornecer uma experiência de SAN para Souza. Como os controversos discos dinâmicos antes de ele, espaços de armazenamento oferece HA para discos de mercadoria por meio de software RAID. Há espelho, duplo espelho e paridade opções disponíveis para proteger contra perda de disco individual.
Pelo valor de face, espaços de armazenamento, por si só não é terrivelmente inovadora tecnologia. É essencialmente uma ferramenta de espaço de disco do pool de vários dispositivos de armazenamento. A confusão surge quando você conectar um espaço de armazenamento de mais de um servidor de Windows em um momento. Essa arquitetura é referida como espaços de armazenamento de cluster. Como você pode imaginar, espaços de armazenamento em cluster é a interseção do cluster de Failover com espaços de armazenamento.
O "espaço" sendo agrupado existe como (e esta é a formulação da Microsoft), "uma pequena coleção de servidores... e um conjunto de compartilharam cercos JBOD SAS [seqüência de seguro atenção]." Nessa configuração, os servidores estão conectados através de conexões de SAS para um ou mais apenas um monte de caixas de discos (JBOD) (ver Figura 4). Ambos os hosts desfrutam de acesso igual para discos nos recintos com espaços de armazenamento próprio mediando o acesso entre hosts.
.jpg)
Figura 4 dois servidores conectados a um gabinete de SAS JBOD.
O júri é ainda para fora sobre a eficácia desta abordagem não-muito-SAN, mas-não-muito-SAN-menos. Neste momento, só parece haver um único fornecedor, Armazenamento de dados, oferecendo atualmente o certificado SAS JBOD cercos espaços de armazenamento requer.
SOFS da forma
Neste sentido, atrapalhando é provavelmente uma coisa boa. A primeira vez que eu estava exposta a SOFS há mais de um ano, eu me perguntava em voz alta, "que o mundo iria comprar essa coisa?" Eu tinha dificuldade em Ver as vantagens de adicionar outra camada para nossos datacenter já complexos ambientes.
Dito isto, quanto mais tempo eu gasto com SOFS, mais ele ganhou meu respeito. Ele irá ajudá-lo a fazer o que sabe fazer melhor, permitindo a seu foco de admins do Hyper-V em manter suas VMs rodando. Conluio com SMB 3.0, SOFS serve como intermediário. Oferece-lhe uma experiência de para VMs Hyper-V com desempenho quase equivalente a um tradicional SAN.
.jpg)
Greg ShieldsMVP, é sócio da tecnologia concentrada. Obtenha mais dos Shields' Geek de todos os Trades dicas e truques no ConcentratedTech.com.