Fornecer armazenamento rentável para cargas de trabalho do Hyper-V ao utilizar o Windows Server: guia de planeamento e design
Artigo
Aplica-se a: System Center 2012, Windows Server 2012 R2
Este guia descreve como planear e estruturar uma determinada solução de armazenamento para clusters de computação que alojam máquinas virtuais que são executadas no Windows Server e no Hyper-V, como parte de uma plataforma de serviço na nuvem. Esta solução de armazenamento definida por software utiliza um cluster de servidor de ficheiros Windows Server em conjunto com inclusões de just-a-bunch-of-disks (JBOD) e Espaços de Armazenamento para elevado desempenho e armazenamento económico, evitando a necessidade de dispositivos SAN dispendiosos na implementação de uma plataforma na nuvem.
Para uma lista de alterações recentes a este tópico, consulte a secção Histórico de Alterações deste tópico.
Assumimos que tem como objetivo uma implementação inicial de aproximadamente 100 inquilinos (com oito máquinas virtuais por inquilino), com capacidade para expandir a solução para cerca de 500 inquilinos ao longo do tempo. Para uma orientação de conceção mais flexível e abrangente, veja Guia de considerações de estrutura de armazenamento definidas por software.
Utilize os seguintes passos e decisões de design para planear a implementação do armazenamento baseado no Windows Server para cargas de trabalho do Hyper-V.
Neste guia:
Passo 1: Criar o cluster de servidor de ficheiros
Passo 2: Conceber o cluster de gestão
Passo 3: Conceber o cluster de cálculo
Próximos passos
Passo 1: Criar o cluster de servidor de ficheiros
Neste passo, estrutura o cluster de servidor de ficheiros utilizado para fornecer o armazenamento para máquinas virtuais nesta solução.
1.1. Estruturar o hardware do cluster de servidor de ficheiros
Abaixo encontram-se os componentes de hardware recomendados para os clusters de servidor de ficheiros. Tenha em atenção que recomendamos que compre todo o hardware de produção junto de um fornecedor que teste e suporte esse hardware como uma solução integrada com os Espaços de Armazenamento.
Componente
Diretrizes
Caixas de armazenamento
Quatro caixas de armazenamento idênticas (total de 240 discos em quatro caixas)
Com quatro inclusões, uma inclusão completa pode falhar e os espaços de armazenamento irão permanecer online (assumindo que não existem muitos discos com falhas nas restantes inclusões).
Caixas de armazenamento de 60 discos ligados a SAS
Cada caixa de armazenamento deve ser ligada através de duas ligações SAS com um Adaptador de Barramento Anfitrião (HBA) a todos os nós dos clusters de servidor de ficheiros
Maximiza assim o desempenho e elimina um único ponto de falha. Idealmente, para suportar este requisito, cada caixa de armazenamento e nó do servidor teria duas vezes o número de portas SAS e o número de nós (8 portas na caixa e 8 portas em cada nó).
Discos físicos
48 HDDs de 7200 rpm por caixa de armazenamento (total de 192 HDDs em quatro caixas)
HDDs de 7.200 rpm disponibilizam uma grande capacidade e consomem menos potência e custos do que HDDs de velocidade de rotação superior, mas continuam a oferecer um bom desempenho nesta solução quando combinados com um número suficiente de SSDs.
Ao utilizar HDDs de 4 TB e SSDs de 800 GB em quatro caixas de 60 compartimentos, esta solução oferece cerca de 804 TB de capacidade não processada de agrupamento de armazenamento por cluster de servidor de ficheiros. Depois de ter em conta a resiliência, o armazenamento de cópias de segurança e o espaço livre para reparar espaços de armazenamento, isto gera cerca de 164 TiB de espaço para máquinas virtuais de computação e gestão (TiB é um terabyte calculado com notação binária de base 2 em vez da notação decimal de base 10).
12 SSDs por caixa de armazenamento (total de 48 SSDs em quatro caixas de armazenamento)
Espaços de Armazenamento utiliza SSDs para criar uma camada de armazenamento mais rápida para dados acedidos frequentemente. Utiliza também SSDs para uma cache de write back que reduz a latência escrita aleatória.
Todos os discos têm de ser discos SAS de duas portas
Isto permite que cada disco seja ligado a todos os nós do cluster de ativação pós-falha através dos expansores SAS incluídos nas caixas de armazenamento.
Clusters de servidor de ficheiros
Um cluster de servidor de ficheiros de quatro nós
Com quatro nós, todas as caixas de armazenamento estão ligadas a todos os nós e pode manter um bom desempenho mesmo se dois nós falharem, reduzindo a urgência da manutenção.
Um cluster de servidor de ficheiros aloja o armazenamento de outro cluster de computação
Se adicionar um cluster de computação, adiciona também outro cluster de servidor de ficheiros de quatro nós. Pode adicionar até quatro clusters de servidor de ficheiros e quatro clusters de computação por cluster de gestão. O primeiro cluster de servidor de ficheiros também aloja o armazenamento do cluster de gestão.
Os clusters adicionais (também denominados unidades de escala) permitem-lhe aumentar a escala do seu ambiente para suportarem mais máquinas virtuais e inquilinos.
Nós do cluster
Duas CPUs de seis núcleos
O cluster de servidor de ficheiros não necessita das CPUs mais potentes, porque a maioria do tráfego é gerida por placas de rede RDMA, que processam o tráfego de rede diretamente.
64 GB de RAM
Não necessita de muita RAM, porque o cluster de servidor de ficheiros utiliza camadas de armazenamento, o que evita a utilização de uma cache de CSV (geralmente um das que consomem mais RAM num servidor de ficheiros em cluster).
Dois HDDs configurados em um RAID-1 (espelho) utilizando um controlador RAID básico
É aqui que o Windows Server é instalado em cada nó. Como opção, pode utilizar um ou dois SSDs. Os SSDs são mais dispendiosos, mas utilizam menos potência e oferecem um arranque, uma configuração e um tempo de recuperação mais rápidos, bem como uma maior fiabilidade. Pode utilizar um único SSD para reduzir custos se concordar com a reinstalação do Windows Server no nó, se o SSD falhar.
HBAs de nó do cluster
Dois HBAs idênticos SAS de 6 Gbps de 4 portas
Cada HBA tem uma ligação para todas as caixas de armazenamento, para que haja um total de duas ligações para todas as caixas de armazenamento. Desta forma, o débito é maximizado e são fornecidos caminhos redundantes, e não é possível ter a funcionalidade RAID integrada.
Placas de interface de rede de nó do cluster
Placa de interface de rede Ethernet de duas portas de 10 gigabits com suporte RDMA
Esta placa atua como a interface de rede de armazenamento entre o cluster de servidor de ficheiros e os clusters de computação e de gestão, cada um armazena os seus ficheiros virtuais de disco rígido no cluster de servidor de ficheiros.
A placa necessita de suporte RDMA para maximizar o desempenho, e iWARP se pretender utilizar routers entre bastidores de clusters, que podem ser relevantes ao adicionar clusters adicionais de servidor de ficheiros e de computação à solução. Esta placa utiliza SMB 3 e SMB Direct para fornecer tolerância a falhas, com cada porta ligada a uma sub-rede separada.
Para obter uma lista de placas de interface de rede certificadas com suporte para RDMA, veja o Catálogo do Windows Server.
Placa de interface de rede Ethernet de duas portas de um gigabit ou de 10 gigabits sem suporte RDMA
Esta placa efetua a comunicação entre o cluster de gestão e o cluster de servidor de ficheiros, com cada porta ligada a uma sub-rede separada. Não necessita de suporte RDMA, porque comunica com os comutadores virtuais Hyper-V nos clusters de gestão e de computação, que não conseguem utilizar a comunicação RDMA.
Interface de rede Ethernet de um gigabit para gestão remota
Este ILO integrado (Integrated Lights-Out), controlador de gestão da placa base (BMC) ou adaptador de rede incorporado liga-se à sua rede de gestão.
1.2. Estruturar a configuração do software do cluster de servidor de ficheiros
Seguem-se os componentes de software recomendados para os clusters de servidor de ficheiros.
Tecnologia
Diretrizes
Sistema operativo
Windows Server 2012 R2 Standard com a opção de instalação do Server Core
Utilizar o Windows Server 2012 R2 Standard poupa dinheiro em comparação a utilizar uma edição mais dispendiosa e a opção de instalação Server Core reduz os requisitos de espaço de segurança, o que, por sua vez, limita a quantidade de atualizações de software que é necessário instalar no cluster de servidor de ficheiros.
Clustering de Ativação Pós-falha
Um Servidor de Ficheiros de Escalamento Horizontal
Este servidor de ficheiros em cluster permite alojar partilhas de ficheiros disponíveis de forma contínua, que podem ser acedidos simultaneamente em múltiplos nós.
MPIO
Ativar Multipath I/O (MPIO) em cada nó
Esta opção combina os vários caminhos para os discos físicos nas caixas de armazenamento, fornecendo resiliência e balanceamento de carga nos caminhos físicos.
Agrupamentos de armazenamento
Três agrupamentos de armazenamento em cluster por cluster de servidor de ficheiros
Isto ajuda a minimizar o tempo necessário para a ativação pós-falha do agrupamento de armazenamento para outro nó.
5 SSDs e 16 HDDs de cada uma das quatro caixas de armazenamento por agrupamento de carga de trabalho, num total de 84 discos por agrupamento para as cargas de trabalho principais.
Esta opção disponibiliza SSDs suficientes para poder criar os espaços de armazenamento adequados, com os dados distribuídos pelas caixas de armazenamento, para que qualquer caixa de armazenamento possa falhar sem dar origem a um período de inatividade para os inquilinos (desde que não existam demasiados discos com falhas nas restantes caixas de armazenamento).
2 SSDs e 16 HDDs de cada uma das quatro caixas de armazenamento para um agrupamento de cópia de segurança, com um total de 72 discos neste agrupamento.
Os SSDs no agrupamento de cópia de segurança são designados como discos de diário para melhorar o desempenho de escrita dos discos virtuais, que utilizam o tipo de resiliência de paridade dupla.
Sem discos de componente de reserva
Em alternativa, mantenha sempre, pelo menos, 21,9 TiB de espaço livre de HDD em cada um dos agrupamentos de armazenamento e 1,5 TiB de espaço livre de SSD em cada um dos agrupamentos de carga de trabalho. Isto permite aos Espaços de Armazenamento recriar automaticamente espaços de armazenamento com um máximo de um SSD com falhas e três HDDs com falhas, ao copiar dados para vários discos no agrupamento, reduzindo significativamente o tempo que demora a recuperar a partir do disco com falhas em comparação com a utilização de componentes de reserva.
Nesta solução com HDDs de 4 TB e SSDs de 800 GB, significa manter 23,4 TB de espaço livre por agrupamento de armazenamento.
Oito espaços de armazenamento por agrupamento de carga de trabalho
Desta forma, distribui carga por cada nó no cluster (dois espaços de armazenamento por nó, por agrupamento).
Utilizar espaços de espelho de três vias para dados de cargas de trabalho
Os espaços de espelho fornecem o melhor desempenho e resiliência de dados para alojar máquinas virtuais. Os espaços de espelho de três vias garantem que existem, pelo menos, três cópias de dados, permitindo a falha de quaisquer dois discos sem a perda de dados. Não recomendamos espaços de paridade para alojar máquinas virtuais devido às características de desempenho deles.
Utilize as seguintes definições para construir os seus espaços de espelho de três vias com camadas de armazenamento, o tamanho predefinido de cache de write back e deteção de inclusão. Recomendamos que utilize quatro colunas para esta configuração para um equilíbrio entre débito alto e baixa latência.
SSD: .54 TiB; HDD: 8.79 TiB (tendo em conta unidades de SSDs de 800 GB e HDDs de 4 TB)
IsEnclosureAware
$true
Todos os espaços de armazenamento utilizam aprovisionamento fixo
O aprovisionamento fixo permite utilizar camadas de armazenamento e clustering de ativação pós-falha, nenhum dos quais funciona com aprovisionamento dinâmico.
Criar um espaço adicional de espelho de duas vias de 4 GB sem camadas de armazenamento
Este espaço de armazenamento é utilizado como um disco testemunha para o cluster de servidor de ficheiros, e é utilizado para testemunhas de partilha de ficheiros para os clusters de gestão e de computação. Ajuda a manter a integridade (quórum) do cluster de servidor de ficheiros, no caso de falharem dois nós ou existirem problemas de rede entre os nós.
No agrupamento de cópia de segurança, utilize as seguintes definições para criar 16 discos virtuais com o tipo de resiliência de paridade dupla e sete colunas.
Definição
Valor
ResiliencySettingName
Parity
NumberOfDataCopies
3
Size
7.53 TiB
NumberOfColumns
7
IsEnclosureAware
$true
Partições
Uma partição GPT por espaço de armazenamento
Ajuda a manter a solução mais simples.
Volumes
Um volume formatado com o sistema de ficheiros NTFS por partição/espaço de armazenamento
Não se recomenda ReFS para esta solução nesta versão do Windows Server.
Ativar a Eliminação de Dados Duplicados nos discos virtuais utilizados para armazenar cópias de segurança.
CSV
Um volume CSV por volume (com um volume e uma partição por espaço de armazenamento)
Permite a distribuição da carga por todos os nós no cluster de servidor de ficheiros. Não crie um volume CSV no espaço de armazenamento de 4 GB utilizado para manter o quórum de cluster.
Encriptação de Unidade BitLocker
Testar o desempenho da Encriptação de Unidade BitLocker antes de utilizar em grande escala
Pode utilizar a Encriptação de Unidade BitLocker para encriptar todos os dados em armazenamento em cada volume CSV, melhorando a segurança física, mas fazê-lo pode ter um impacto de desempenho significativo na solução.
Partilhas de ficheiros continuamente disponíveis
Uma partilha de ficheiros SMB continuamente disponível por volume CSV/volume/partição/espaço de armazenamento
Facilita a gestão (uma partilha por espaço de armazenamento subjacente) e permite a distribuição da carga por todos os nós no cluster de servidor de ficheiros.
Teste o desempenho do acesso de dados encriptados (encriptação 3 SMB) nas partilhas de ficheiros antes da implementação em grande escala
Pode utilizar encriptação 3 SMB para ajudar a proteger dados em partilhas de ficheiros que necessitam de proteção relativamente a falhas de segurança, quando um atacante acede à rede do centro de dados. Contudo, ao efetuar a encriptação elimina a maioria dos benefícios de desempenho na utilização dos adaptadores de rede RDMA.
Atualizações
Utilizar o Windows Server Update Services em conjunto com o Virtual Machine Manager
Crie três a quatro grupos de computadores no Windows Server Update Services (WSUS) para os nós do servidor de ficheiros, adicionando um ou dois a cada grupo. Com esta configuração, pode atualizar um servidor primeiro e monitorizar as suas funcionalidades e, em seguida, atualizar os outros servidores, um de cada vez, para que a carga continue equilibrada nos restantes servidores.
Utilizar a Atualização com Suporte para Clusters para UEFI e atualizações de firmware
Utilize a Atualização com Suporte para Clusters para atualizar qualquer item que não possa ser distribuído via WSUS. Isto refere-se, provavelmente, ao BIOS (UEFI) para os nós do cluster juntamente com o firmware para os adaptadores de rede, os HBAs SAS, as unidades e as caixas de armazenamento.
Data Protection Manager
Pode utilizar o Data Protection Manager (DPM) para fornecer cópias de segurança para falhas do cluster de servidor de ficheiros. Também pode utilizar o DPM e a replicação do Hyper-V para recuperação de desastre de máquinas virtuais no cluster de computação.
Passo 2: Conceber o cluster de gestão
Neste passo, estrutura o cluster de gestão que executa todos os serviços de gestão e de infraestrutura para os clusters de servidor de ficheiros e de computação.
Nota
Esta solução assume que pretende utilizar o conjunto de produtos do System Center, que fornecem ferramentas poderosas para simplificar a configuração, gestão e monitorização desta solução. Contudo, em alternativa, pode realizar todas as tarefas através do Windows PowerShell e do Server Manager (no entanto, irá considerar o Windows PowerShell mais adequado devido à escala desta solução). Se optar por não utilizar o System Center, talvez não necessite de um cluster de gestão tão potente como descrito aqui, e poderá utilizar servidores ou clusters existentes.
2.1. Estruturar o hardware de cluster de gestão
Seguem-se os componentes de hardware recomendados para o cluster que executa todos os serviços de gestão e de infraestrutura para os clusters de servidor e de computação.
Componente
Diretrizes
Cluster de gestão
Um cluster de ativação pós-falha de 4 nós
Utilizar quatro nós fornece a capacidade para tolerar um nó de cluster se o cluster de gestão falhar; utilize seis nós para resiliência se dois nós falharem. Um cluster de gestão utilizando o Virtual Machine Manager pode suportar até 8.192 máquinas virtuais.
Nós do cluster
Duas CPUs de oito núcleos
As máquinas virtuais neste cluster efetuam uma parte significativa do processamento, o que exige uma potência de CPU um pouco maior do que o cluster de servidor de ficheiros.
128 GB de RAM
Executar as máquinas virtuais de gestão exige mais RAM da que é necessária para o cluster de servidor de ficheiros.
Dois HDDs configurados em um RAID-1 (espelho) utilizando um controlador RAID básico
É aqui que o Windows Server é instalado em cada nó. Como opção, pode utilizar um ou dois SSDs. Os SSDs são mais dispendiosos, mas utilizam menos potência e oferecem um arranque, uma configuração e um tempo de recuperação mais rápidos, bem como uma maior fiabilidade. Pode utilizar um único SSD para reduzir custos se concordar com a reinstalação do Windows Server no nó, se o SSD falhar.
Placas de interface de rede
Placa de interface de rede Ethernet de duas portas de 10 gigabits com suporte RDMA
Esta placa efetua a comunicação entre o cluster de gestão e o cluster de servidor de ficheiros para aceder aos ficheiros .vhdx utilizados pelas máquinas virtuais de gestão. A placa necessita de suporte RDMA para maximizar o desempenho, e iWARP se pretender utilizar routers entre bastidores de clusters dos clusters de gestão e de servidor de ficheiros, que podem ser relevantes ao adicionar clusters adicionais de servidor de ficheiros à solução. Esta placa utiliza SMB 3 e SMB Direct para fornecer tolerância a falhas, com cada porta ligada a uma sub-rede separada.
Para obter uma lista de placas de interface de rede certificadas com suporte para RDMA, veja o Catálogo do Windows Server.
Placa de interface de rede Ethernet de duas portas de um gigabit ou de 10 gigabits sem suporte RDMA
Esta placa suporta tráfego de gestão entre todos os clusters. A placa necessita de suporte para o Virtual Machine Queue (VMQ), Dynamic VMQ, 802.1Q VLAN Tagging e descarga GRE (NVGRE). A placa utiliza Agrupamento NIC para tornar as suas duas portas, cada uma ligada a um sub-rede separada, tolerantes às falhas.
A placa não pode utilizar RDMA, porque RDMA necessita de acesso direto à placa de rede, e esta placa tem de comunicar com comutadores virtuais Hyper-V (que dificultam o acesso direto à placa de rede). É utilizada a tecnologia de agrupamento NIC para a tolerância às falhas em vez de SMB Direct, para que os protocolos diferentes de SMB possam utilizar as ligações de rede redundantes. Deve utilizar as regras de Quality of Service (QoS) para dar prioridade ao tráfego nesta ligação.
Para obter uma lista de placas de interface de rede certificadas com suporte para NVGRE, veja o Catálogo do Windows Server.
Interface de rede Ethernet de um gigabit para gestão remota
Este ILO integrado (Integrated Lights-Out), controlador de gestão da placa base (BMC) ou adaptador de rede incorporado liga-se à sua rede de gestão.
2.2. Estruturar a configuração do software do cluster de gestão
A seguinte lista descreve detalhadamente os componentes de software recomendados para o cluster de gestão:
Windows Server 2012 R2 Datacenter
Clustering de Ativação Pós-falha
Atualização com Suporte para Clusters
Hyper-V
A seguinte lista descreve detalhadamente os serviços que deve executar nas máquinas virtuais no cluster de gestão:
Serviços de Domínio do Active Directory (AD DS), Servidor DNS e Servidor DHCP
Windows Server Update Services
Windows Deployment Services
Microsoft SQL Server
System Center Virtual Machine Manager
System Center Virtual Machine Manager Library Server
System Center Operations Manager
System Center Data Protection Manager
Uma consola de gestão (Windows Server com opção de instalação de GUI)
São necessárias máquinas virtuais adicionais dependendo dos serviços que estiver a utilizar, como, por exemplo, Windows Azure Pack e System Center Configuration Manager.
Nota
Crie comutadores virtuais idênticos em todos os nós, para que cada máquina virtual possa falhar em cada nó e manter a sua ligação à rede.
Passo 3: Conceber o cluster de cálculo
Neste passo, estrutura o cluster de computação que executa as máquinas virtuais que fornecem serviços aos inquilinos.
2.1. Estruturar o hardware de cluster de computação
Seguem-se os componentes de hardware recomendados para os clusters de computação. Estes clusters alojam máquinas virtuais inquilinas.
Componente
Diretrizes
Clusters de computação do Hyper-V
Cada cluster de computação contém 32 nós e aloja até 2.048 máquinas virtuais Hyper-V. Quando estiver pronto para adicionar capacidade extra, pode adicionar até três clusters de computação adicional (e clusters de servidor de ficheiros para um total de 128 nós, alojando 8.192 máquinas virtuais para 512 inquilinos [assumindo 8 VMs por inquilino]).
Duas CPUs de oito núcleos são suficientes para uma mistura geral de cargas de trabalho, mas se planear executar uma grande quantidade de cargas de trabalho pesadas de computação nas suas máquinas virtuais inquilinas, selecione CPUs de desempenho superior.
128 GB de RAM
Executar um grande número de máquinas virtuais (provavelmente 64 por nó enquanto todos os nós do cluster estão a ser executados) exige mais RAM do que o necessário pelo cluster de servidor de ficheiros. Utilize mais RAM se pretende fornecer mais do que 2 GB por máquina virtual em média.
Dois HDDs configurados em um RAID-1 (espelho) utilizando um controlador RAID básico
É aqui que o Windows Server é instalado em cada nó. Como opção, pode utilizar um ou dois SSDs. Os SSDs são mais dispendiosos, mas utilizam menos potência e oferecem um arranque, uma configuração e um tempo de recuperação mais rápidos, bem como uma maior fiabilidade. Pode utilizar um único SSD para reduzir custos se concordar com a reinstalação do Windows Server no nó, se o SSD falhar.
Placas de interface de rede
Placa de interface de rede Ethernet de duas portas de 10 gigabits com suporte RDMA
Esta placa efetua a comunicação entre o cluster de servidor de ficheiros para aceder aos ficheiros .vhdx utilizados pelas máquinas virtuais. A placa necessita de suporte RDMA para maximizar o desempenho, e iWARP se pretender utilizar routers entre bastidores de clusters dos clusters de gestão e de servidor de ficheiros, que podem ser relevantes ao adicionar clusters adicionais de servidor de ficheiros à solução. Esta placa utiliza SMB 3 e SMB Direct para fornecer tolerância a falhas, com cada porta ligada a uma sub-rede separada.
Para obter uma lista de placas de interface de rede certificadas com suporte para RDMA, veja o Catálogo do Windows Server.
Placa de interface de rede Ethernet de duas portas de um gigabit ou de 10 gigabits sem suporte RDMA
Esta placa gere tráfego de gestão e do inquilino. A placa necessita de suporte para o Virtual Machine Queue (VMQ), Dynamic VMQ, 802.1Q VLAN Tagging e descarga GRE (NVGRE). A placa utiliza Agrupamento NIC para tornar as suas duas portas, cada uma ligada a um sub-rede separada, tolerantes às falhas.
A placa não pode utilizar RDMA, porque RDMA necessita de acesso direto à placa de rede, e esta placa tem de comunicar com comutadores virtuais Hyper-V (que dificultam o acesso direto à placa de rede). É utilizada a tecnologia de agrupamento NIC para a tolerância às falhas em vez de SMB Direct, para que os protocolos diferentes de SMB possam utilizar as ligações de rede redundantes. Deve utilizar as regras de Quality of Service (QoS) para dar prioridade ao tráfego nesta ligação.
Para obter uma lista de placas de interface de rede certificadas com suporte para NVGRE, veja o Catálogo do Windows Server.
Interface de rede Ethernet de um gigabit para gestão remota
Este ILO integrado (Integrated Lights-Out), controlador de gestão da placa base (BMC) ou adaptador de rede incorporado liga-se à sua rede de gestão e permite utilizar o System Center Virtual Machine Manager para configurar o nó de cluster a partir do hardware bare-metal. A interface tem de ter suporte para Interface inteligente de gestão de servidores (IPMI) ou Arquitetura de gestão de sistemas para hardware do servidor (SMASH).
2.2. Estruturar a configuração do software do cluster de computação
A seguinte lista descreve detalhadamente os componentes de software recomendados para o cluster de computação:
Instruções atualizadas sobre qual a quantidade de espaço livre a definir à parte em cada agrupamento para reconstrução de espaços de armazenamento e tamanhos de disco virtual atualizado e outros números em conformidade
2 de abril de 2014
Hiperligações do Catálogo do Windows removidas para discos SAS HBAs, porque as hiperligações eram confusas