Oferecer armazenamento econômico para cargas de trabalho do Hyper-V usando o Windows Server: guia de planejamento e design
Artigo
Aplica-se a: System Center 2012, Windows Server 2012 R2
Este guia descreve como planejar e criar uma solução de armazenamento específica para clusters de cálculo que hospedam máquinas virtuais executando no Windows Server e Hyper-V como parte de uma plataforma de serviço de nuvem. Essa solução de armazenamento definida por software usa um cluster de servidores de arquivos do Windows Server facilmente gerenciado em conjunto com compartimentos JBOD (Just a Bunch of Disks) e Espaços de Armazenamento para armazenamento econômico e de alto desempenho, eliminando a necessidade de dispositivos SAN de preço elevado na implementação de uma plataforma de nuvem.
Para obter uma lista das alterações recentes a este tópico, veja a seção Histórico de Alterações deste tópico.
Vamos supor que você deseja uma implantação inicial de aproximadamente 100 locatários (com oito máquinas virtuais por locatário), com capacidade de expandir a solução para aproximadamente 500 locatários ao longo do tempo. Para obter orientações sobre design mais flexíveis e abrangentes, veja Guia de considerações sobre design para o armazenamento definido por software.
Use as etapas e as decisões de design a seguir para planejar a implementação de armazenamento baseado em Windows Server para cargas de trabalho do Hyper-V.
Neste guia:
Etapa 1: criar o cluster de servidores de arquivos
Etapa 2: criar o cluster de gerenciamento
Etapa 3: criar o cluster de cálculo
Próximas etapas
Etapa 1: criar o cluster de servidores de arquivos
Nesta etapa, você cria o cluster de servidores de arquivos usado para fornecer armazenamento às máquinas virtuais nesta solução.
1.1. Criar o hardware do cluster de servidores de arquivos
Estes são os componentes de hardware que recomendamos para os clusters de servidores de arquivos. É importante lembrar que recomendamos adquirir todo o hardware de produção de um fornecedor que realiza testes e dá suporte ao hardware como uma solução integrada aos Espaços de Armazenamento.
Componente
Diretrizes
Compartimentos de armazenamento
Quatro compartimentos de armazenamento idênticos (240 discos no total em quatro compartimentos)
Com quatro compartimentos, um compartimento inteiro pode ficar danificado que os espaços de armazenamento ainda permanecerão online (supondo que não existam muitos discos danificados nos compartimentos restantes).
Compartimentos de armazenamento de 60 discos conectados à SAS
Cada compartimento de armazenamento deve estar conectado por duas conexões SAS por meio de um HBA (adaptador de barramento do host) a todos os nós de clusters de servidores de arquivos
Isso maximiza o desempenho e elimina um ponto único de falha. Para dar suporte a esse requisito, o ideal é que cada compartimento de armazenamento e nó de servidor tenham o dobro de portas SAS que o número de nós (8 portas no compartimento e 8 portas em cada nó).
Discos físicos
48 HDDs de 7.200 rpm por compartimento de armazenamento (192 HDDs total em quatro compartimentos)
Os HDDs de 7.200 rpm fornecem muita capacidade com consumo de energia e custos menores do que os HDDs de velocidade de rotação mais elevada, mas ainda fornecem bom desempenho nesta solução quando combinados com um número suficiente de SSDs.
Ao usar HDDs de 4 TB e SSDs de 800 GB em quatro compartimentos de 60 compartimentos, essa solução fornece aproximadamente 804 TB de capacidade bruta de pool de armazenamento por cluster de servidores de arquivos. Depois de considerar a resiliência, o armazenamento de backups e o espaço livre para reparar os espaços de armazenamento, isso resultará em cerca de 164 TiB de espaço de máquinas virtuais de computação e gerenciamento (TiB é um terabyte calculado usando a notação binária - base 2 - em vez de uma notação decimal - base 10).
12 SSDs por compartimento de armazenamento (48 SSDs total em quatro compartimentos de armazenamento)
Os Espaços de Armazenamento usam SSDs para criar uma camada de armazenamento mais rápida para os dados acessados com frequência. Eles também usam SSDs para um cache de write-back persistente que reduz a latência das gravações aleatórias.
Todos os discos devem ser discos SAS de porta dupla
Isso permite que cada disco seja conectado a todos os nós do cluster de failover por expansores SAS incluídos nos compartimentos de armazenamento.
Clusters de servidor de arquivos
Um cluster de servidores de arquivos de quatro nós
Com quatro nós, todos os compartimentos de armazenamento são conectados a todos os nós e você pode manter um bom desempenho, mesmo se dois nós falharem, o que reduz a urgência de manutenção.
Um cluster de servidores de arquivos hospeda o armazenamento de um cluster de cálculo
Se você adicionar um cluster de cálculo, adicione também outro cluster de servidores de arquivos de quatro nós. Você pode adicionar até quatro clusters de servidor de arquivos e quatro clusters de cálculo por cluster de gerenciamento. O primeiro cluster de servidores de arquivos também hospeda o armazenamento do cluster de gerenciamento.
Outros clusters adicionais (também chamados de unidades de escala) permitem que você aumente a escala de seu ambiente para dar suporte a mais máquinas virtuais e locatários.
Nós de cluster
Duas CPUs de seis núcleos
O cluster de servidores de arquivos não precisa das CPUs mais avançadas, pois a maior parte do tráfego é tratada pelas placas de rede RDMA, que processam o tráfego de rede diretamente.
64 GB de RAM
Você não precisa de uma grande quantidade de RAM porque o cluster de servidores de arquivos usa camadas de armazenamento, o que impede o uso de cache CSV (normalmente, um dos maiores consumidores de RAM em um servidor de arquivos clusterizado).
Dois HDDs configurados em um RAID-1 (espelho) usando um controlador RAID básico
Esse é o local em que o Windows Server está instalado em cada nó. Como opção, você pode usar um ou dois SSDs. Os SSDs são mais caros, mas usam menos energia e fornecem maior rapidez na inicialização, instalação e recuperação, bem como maior confiabilidade. Você pode usar um único SSD para reduzir os custos se não houver problemas para você quanto à reinstalação do Windows Server no nó em caso de falha no SSD.
HBAs de nó de cluster
Dois HBAs idênticos de SAS de 4 portas e 6 Gbps
Cada um dos HBAs tem uma conexão para cada compartimento de armazenamento para que existam duas conexões no total para cada compartimento de armazenamento. Isso aumenta a taxa de transferência e fornece caminhos redundantes, além de não permitir a funcionalidade RAID interna.
Placas de interface de rede de nó de cluster
Uma placa de interface de rede 10 Gigabit Ethernet de duas portas com suporte a RDMA
Essa placa atua como interface da rede de armazenamento entre o cluster de servidores de arquivos e os clusters de cálculo e gerenciamento, cada qual armazenando os arquivos do disco rígido virtual no cluster de servidores de arquivos.
A placa exige suporte a RDMA para maximizar o desempenho e iWARP se desejar usar roteadores entre os racks de clusters, o que pode ser relevante ao incluir clusters de cálculo e de servidor de arquivos adicionais na solução. Essa placa usa SMB 3 e SMB Direct para fornecer tolerância a falhas, com cada porta conectada a uma sub-rede separada.
Para obter uma lista de placas de interface de rede certificadas com suporte a RDMA, confira o Catálogo do Windows Server.
Uma placa de interface de rede Gigabit ou 10 Gigabit Ethernet de duas portas sem suporte a RDMA
Essa placa se comunica entre o cluster de gerenciamento e o cluster de servidores de arquivos, com cada porta conectada a uma sub-rede separada. Ela não precisa de suporte a RDMA porque se comunica com os comutadores virtuais do Hyper-V nos clusters de gerenciamento e de cálculo, que não usam comunicação RDMA.
Uma interface de rede Gigabit Ethernet para gerenciamento remoto
Esse controlador BMC com Integrated Lights-Out (iLO) ou adaptador de rede integrado se conecta à sua rede de gerenciamento.
1.2. Criar a configuração do software do cluster de servidores de arquivos
Estes são os componentes de software que recomendamos para os clusters de servidor de arquivos.
Tecnologia
Diretrizes
Sistema operacional
Windows Server 2012 R2 Standard com a opção de instalação do Server Core
Usar o Windows Server 2012 R2 Standard é mais econômico se comparado a usar uma edição mais cara. Além disso, a opção de instalação Server Core mantém o volume de segurança baixo, que, por sua vez, limita a quantidade necessária de atualizações de software para instalar no cluster de servidores de arquivos.
Clustering de failover
Um servidor de arquivos de expansão
Esse servidor de arquivos clusterizado permite hospedar, de forma contínua, os compartilhamentos de arquivos disponíveis que podem ser acessados simultaneamente em vários nós.
MPIO
Habilita o Multipath I/O (MPIO) em cada nó
Ele combina vários caminhos para discos físicos nos compartimentos de armazenamento, fornecendo resiliência e balanceamento de carga nos caminhos físicos.
Pools de armazenamento
Três pools de armazenamento clusterizados por cluster de servidores de arquivos
Isso ajuda a minimizar o tempo necessário para o failover do pool de armazenamento para outro nó.
5 SSDs e 16 HDDs de cada um dos quatro compartimentos de armazenamento por pool de carga de trabalho, para um total de 84 discos por pool para as suas principais cargas de trabalho.
Isso fornece SSDs suficientes para que você possa criar os espaços de armazenamento apropriados, com os dados distribuídos entre os compartimentos de armazenamento para que qualquer compartimento de armazenamento possa falhar sem provocar tempo de inatividade para seus locatários (desde que não existam muitos discos danificados nos compartimentos de armazenamento restantes).
2 SSDs e 16 HDDs de cada um dos quatro compartimentos de armazenamento para um pool de backup, com um total de 72 discos neste pool.
Os SSDs no pool de backup são designados como discos de diário para melhorar o desempenho de gravação dos discos virtuais, que usam o tipo de resiliência de paridade dupla.
Sem discos de espera ativa
Em vez disso, sempre mantenha pelo menos 21,9 TiB de espaço livre de HDD em cada um dos pools de armazenamento, além de 1,5 TiB de espaço livre de SSD em cada um dos pools de carga de trabalho. Isso permite que os Espaços de Armazenamento recompilem automaticamente os espaços de armazenamento com até um SSD com falha e três HDDs com falha ao copiar dados em vários discos no pool, reduzindo drasticamente o tempo necessário para recuperar o disco com falha se comparado ao uso de discos de espera ativa.
Nessa solução, com HDDs de 4 TB e SSDs de 800 GB, isso significa manter 23,4 TB de espaço livre por pool de carga de trabalho.
Oito espaços de armazenamento por pool de armazenamento de carga de trabalho
Com isso, é possível distribui carga em cada nó no cluster (dois espaços de armazenamento por nó por pool).
Usar espaços de espelho de três vias para dados de carga de trabalho
Os espaços de espelho fornecem o melhor desempenho e resiliência de dados para hospedar máquinas virtuais. Os espaços de espelho tridirecionais garantem a existência de pelo menos três cópias dos dados, permitindo que dois discos falhem sem a perda de dados. Não recomendamos espaços de paridade para hospedar máquinas virtuais em função de suas características de desempenho.
Use as seguintes configurações para construir seus espaços de espelho tridirecionais com camadas de armazenamento, o tamanho padrão do cache de write-back e o reconhecimento de compartimento. Recomendamos usar quatro colunas para essa configuração para obter um saldo de alta taxa de transferência e baixa latência.
SSD: .54 TiB; HDD: 8.79 TiB (supondo SSDs de 800 GB e HDDs de 4 TB)
IsEnclosureAware
$true
Todos os espaços de armazenamento usam provisionamento fixo
O provisionamento fixo permite que você use as camadas de armazenamento e o clustering de failover, nenhum dos quais funciona com provisionamento dinâmico.
Crie um espaço de espelho bidirecional adicional de 4 GB sem camadas de armazenamento
Esse espaço de armazenamento é usado como um disco testemunha para o cluster de servidores de arquivos e é usado para testemunhas de compartilhamento de arquivos dos clusters de gerenciamento e cálculo. Isso ajuda o cluster de servidores de arquivos a manter a sua integridade (quorum) em caso de falhas em dois nós ou de problemas de rede entre os nós.
Para o pool de backup, use as seguintes configurações para criar 16 discos virtuais usando o tipo de resiliência de paridade dupla e 7 colunas.
Configuraçã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 arquivos NTFS por partição/espaço de armazenamento
ReFS não é recomendado para esta solução nesta versão do Windows Server.
Habilite a Eliminação de Duplicação de Dados nos discos virtuais usados para armazenar backups.
CSV
Um volume CSV por volume (com um volume e partição por espaço de armazenamento)
Permite que a carga seja distribuída a todos os nós no cluster de servidores de arquivos. Não crie um volume CSV no espaço de armazenamento de 4 GB usado para manter o quórum do cluster.
Criptografia de Unidade de Disco BitLocker
Teste o desempenho da Criptografia de Unidade de Disco BitLocker antes de usá-la amplamente
Você pode usar a Criptografia de Unidade de Disco BitLocker para criptografar todos os dados no armazenamento em cada volume CSV, melhorando a segurança física, mas ao fazer isso, o desempenho da solução pode sofrer um impacto significativo.
Compartilhamentos de arquivos continuamente disponíveis
Um compartilhamento de arquivo SMB continuamente disponível por volume CSV/volume/partição/espaço de armazenamento
Simplifica o gerenciamento (um compartilhamento por espaço de armazenamento subjacente) e permite que a carga seja distribuída a todos os nós no cluster de servidores de arquivos.
Teste o desempenho de acesso a dados criptografados (criptografia SMB 3) em compartilhamentos de arquivos antes de uma implantação ampla
Você pode usar a criptografia SMB 3 para ajudar a proteger dados em compartilhamentos de arquivos que exigem proteção contra violações de segurança física, em situações nas quais um invasor tem acesso à rede de datacenter, no entanto, ao fazer isso, você elimina a maioria dos benefícios de desempenho do uso de adaptadores de rede RDMA.
Atualizações
Use o Windows Server Update Services em conjunto com o Virtual Machine Manager
Crie de três a quatro grupos de computadores no Windows Server Update Services (WSUS) para os nós do servidor de arquivos, adicionando um ou dois para cada grupo. Com essa configuração, você pode atualizar um servidor primeiro e monitorar sua funcionalidade e, em seguida, atualizar os servidores restantes individualmente para que a carga continue a ser balanceada entre os outros servidores.
Use a Atualização com Suporte a Cluster para atualizações de UEFI e firmware
Use a Atualização com Suporte a Cluster para atualizar tudo que não pode ser distribuído via WSUS. Provavelmente, isso representa o BIOS (UEFI) para os nós de cluster, juntamente com o firmware para os adaptadores de rede, HBAs de SAS, unidades e os compartimentos de armazenamento.
Data Protection Manager
Você pode usar o Data Protection Manager (DPM) para fornecer backups de acordo com as falhas do cluster de servidores de arquivos. Você também pode usar a replicação do DPM e do Hyper-V para recuperação de desastres de máquinas virtuais no cluster de cálculo.
Etapa 2: criar o cluster de gerenciamento
Nesta etapa, você cria o cluster de gerenciamento que executa todos os serviços de gerenciamento e infraestrutura para os clusters de servidor de arquivos e de cálculo.
Observação
Esta solução pressupõe que você deseja usar o pacote de produtos do System Center, que fornece ferramentas avançadas para simplificar a configuração, gerenciamento e monitoramento da solução. No entanto, como alternativa, você pode realizar todas as tarefas no Windows PowerShell e no Gerenciador do Servidor (embora provavelmente achará o Windows PowerShell mais apropriado em função da escala da solução). Se escolher abrir mão do System Center, provavelmente você não precisará de um cluster de gerenciamento tão avançado quanto o descrito aqui e poderá usar os servidores ou clusters existentes.
2.1. Criar o hardware do cluster de gerenciamento
Estes são os componentes de hardware que recomendamos para o cluster que executa todos os serviços de gerenciamento e de infraestrutura para os clusters de servidor de arquivos e de cálculo.
Componente
Diretrizes
Cluster de gerenciamento
Um cluster de failover de quatro nós
Usar quatro nós oferece a capacidade de tolerar um nó de cluster na falha do cluster de gerenciamento; use seis nós obter resiliência com a falha de dois nós. Um cluster de gerenciamento usando o Virtual Machine Manager pode oferecer suporte a até 8.192 máquinas virtuais.
Nós de cluster
Duas CPUs de oito núcleos
As máquinas virtuais neste cluster realizam uma quantidade significativa de processamento, o que exige um pouco mais de energia da CPU se comparado com o cluster de servidores de arquivos.
128 GB de RAM
Executar as máquinas virtuais de gerenciamento exige mais RAM do que é necessário para o cluster de servidores de arquivos.
Dois HDDs configurados em um RAID-1 (espelho) usando um controlador RAID básico
Esse é o local em que o Windows Server está instalado em cada nó. Como opção, você pode usar um ou dois SSDs. Os SSDs são mais caros, mas usam menos energia e fornecem maior rapidez na inicialização, instalação e recuperação, bem como maior confiabilidade. Você pode usar um único SSD para reduzir os custos se não houver problemas para você quanto à reinstalação do Windows Server no nó em caso de falha no SSD.
Placas de interface de rede
Uma placa de interface de rede 10 Gigabit Ethernet de duas portas com suporte a RDMA
Essa placa se comunica com o cluster de gerenciamento e o cluster de servidores de arquivos para acessar os arquivos .vhdx usados pelas máquinas virtuais de gerenciamento. A placa exige suporte a RDMA para maximizar o desempenho e iWARP se desejar usar roteadores entre os racks de clusters de servidor de arquivos e de gerenciamento, o que pode ser relevante ao incluir clusters de servidor de arquivos adicionais na solução. Essa placa usa SMB 3 e SMB Direct para fornecer tolerância a falhas, com cada porta conectada a uma sub-rede separada.
Para obter uma lista de placas de interface de rede certificadas com suporte a RDMA, confira o Catálogo do Windows Server.
Uma placa de interface de rede Gigabit ou 10 Gigabit Ethernet de duas portas sem suporte a RDMA
Essa placa trata do tráfego de gerenciamento entre todos os clusters. A placa exige suporte para Fila de Máquina Virtual (VMQ), Dynamic VMQ, marcação 802.1Q VLAN e descarregamento GRE (NVGRE). A placa usa o Agrupamento NIC para fazer suas duas portas, cada uma conectada a uma sub-rede separada e tolerante a falhas.
A placa não pode usar RDMA porque RDMA exige acesso direto à placa de rede e essa placa precisa se comunicar com os comutadores virtuais do Hyper-V (que ocultam o acesso direto à placa de rede). Ela usa a tecnologia de Agrupamento NIC para tolerância a falhas em vez de SMB Direct, de forma que protocolos diferentes de SMB podem usar conexões de rede redundantes. Você deve usar as regras de Qualidade de Serviço (QoS) para priorizar o tráfego nesta conexão.
Para obter uma lista de placas de interface de rede certificadas com suporte a NVGRE, confira o Catálogo do Windows Server.
Uma interface de rede Gigabit Ethernet para gerenciamento remoto
Esse controlador BMC com Integrated Lights-Out (iLO) ou adaptador de rede integrado se conecta à sua rede de gerenciamento.
2.2. Criar a configuração do software do cluster de gerenciamento
A lista a seguir é uma descrição em alto nível dos componentes de software que recomendamos para o cluster de gerenciamento:
Windows Server 2012 R2 Datacenter
Clustering de failover
Atualização com Reconhecimento de Cluster
Hyper-V
A lista a seguir é uma descrição em alto nível dos serviços que você deve executar nas máquinas virtuais no cluster de gerenciamento:
Serviços de Domínio Active Directory (AD DS), servidor DNS e servidor DHCP
Windows Server Update Services
Serviços de Implantação do Windows
Microsoft SQL Server
System Center Virtual Machine Manager
Servidor de Biblioteca do System Center Virtual Machine Manager
System Center Operations Manager
System Center Data Protection Manager
Um console de gerenciamento (Windows Server com a opção de instalação de GUI)
Máquinas virtuais adicionais são necessárias dependendo dos serviços que você está usando, como o Microsoft Azure Pack e System Center Configuration Manager.
Observação
Crie comutadores virtuais idênticos em todos os nós, de forma que cada máquina virtual possa fazer failover para qualquer nó e manter a sua conexão com a rede.
Etapa 3: criar o cluster de cálculo
Nesta etapa, você cria o cluster de cálculo que executa as máquinas virtuais que fornecem serviços aos locatários.
2.1. Criar o hardware do cluster de cálculo
Estes são os componentes de hardware que recomendamos para os clusters de cálculo. Esses clusters alojam as máquinas virtuais dos locatários.
Componente
Diretrizes
Clusters de cálculo do Hyper-V
Cada cluster de cálculo contém 32 nós e hospeda até 2.048 máquinas virtuais do Hyper-V. Ao estar pronto para adicionar capacidade extra, você pode adicionar até três clusters de cálculo adicionais (e clusters de servidores de arquivo associados, chegando a um total de 128 nós que hospedam 8.192 máquinas virtuais para 512 locatários (supondo a quantidade de 8 máquinas virtuais por locatário)).
Duas CPUs de oito núcleos são suficientes para uma mistura geral de cargas de trabalho, mas se você pretende executar muitas cargas de trabalho pesadas de computação em suas máquinas virtuais de locatário, escolha CPUs de maior desempenho.
128 GB de RAM
Executar um grande número de máquinas virtuais (provavelmente 64 por nó durante a execução de todos os nós do cluster) exige mais RAM do que é o exigido pelo cluster de servidores de arquivos. Use mais RAM se deseja fornecer mais de 2 GB por máquina virtual em média.
Dois HDDs configurados em um RAID-1 (espelho) usando um controlador RAID básico
Esse é o local em que o Windows Server está instalado em cada nó. Como opção, você pode usar um ou dois SSDs. Os SSDs são mais caros, mas usam menos energia e fornecem maior rapidez na inicialização, instalação e recuperação, bem como maior confiabilidade. Você pode usar um único SSD para reduzir os custos se não houver problemas para você quanto à reinstalação do Windows Server no nó em caso de falha no SSD.
Placas de interface de rede
Uma placa de interface de rede 10 Gigabit Ethernet de duas portas com suporte a RDMA
Essa placa se comunica com o cluster de servidores de arquivos para acessar os arquivos .vhdx usados pelas máquinas virtuais. A placa exige suporte a RDMA para maximizar o desempenho e iWARP se desejar usar roteadores entre os racks de clusters de servidor de arquivos e de gerenciamento, o que pode ser relevante ao incluir clusters de servidor de arquivos adicionais na solução. Essa placa usa SMB 3 e SMB Direct para fornecer tolerância a falhas, com cada porta conectada a uma sub-rede separada.
Para obter uma lista de placas de interface de rede certificadas com suporte a RDMA, confira o Catálogo do Windows Server.
Uma placa de interface de rede Gigabit ou 10 Gigabit Ethernet de duas portas sem suporte a RDMA
Essa placa trata do tráfego de gerenciamento e de locatários. A placa exige suporte para Fila de Máquina Virtual (VMQ), Dynamic VMQ, marcação 802.1Q VLAN e descarregamento GRE (NVGRE). A placa usa o Agrupamento NIC para fazer suas duas portas, cada uma conectada a uma sub-rede separada e tolerante a falhas.
A placa não pode usar RDMA porque RDMA exige acesso direto à placa de rede e essa placa precisa se comunicar com os comutadores virtuais do Hyper-V (que ocultam o acesso direto à placa de rede). Ela usa a tecnologia de Agrupamento NIC para tolerância a falhas em vez de SMB Direct, de forma que protocolos diferentes de SMB podem usar conexões de rede redundantes. Você deve usar as regras de Qualidade de Serviço (QoS) para priorizar o tráfego nesta conexão.
Para obter uma lista de placas de interface de rede certificadas com suporte a NVGRE, confira o Catálogo do Windows Server.
Uma interface de rede Gigabit Ethernet para gerenciamento remoto
Esse controlador BMC com Integrated Lights-Out (iLO) ou adaptador de rede integrado se conecta à sua rede de gerenciamento e lhe permite usar o System Center Virtual Machine Manager para configurar o nó de cluster de hardware bare-metal. A interface deve ter suporte para Interface de Gerenciamento de Plataforma Inteligente (IPMI) ou Arquitetura de Gerenciamento de Sistemas do Hardware do Servidor (SMASH).
2.2. Criar a configuração do software de cluster de cálculo
A lista a seguir é uma descrição em alto nível dos componentes de software que recomendamos para o cluster de cálculo:
Atualizadas as orientações sobre a quantidade de espaço livre a ser separada em cada pool para recompilação dos espaços de armazenamento e atualizados os tamanhos dos discos virtuais e outros números adequadamente
2 de abril de 2014
Removidos os links do Catálogo do Windows para discos SAS e HBAs de SAS, pois os links estavam confusos