Transição do Oracle® Solaris 10 para o Oracle Solaris 11.2

Exit Print View

Updated: Dezembro de 2014
 
 

Melhores Práticas de Criação do Pool de Armazenamento ZFS

  • Requisitos do dispositivo de pool raiz e disco de inicialização específicos

  • Melhores práticas gerais de criação de pools raiz

    • Você deve criar o pool raiz como uma configuração espelhada ou uma configuração de disco único. Nem a configuração RAID-Z nem a configuração com striping é suportada. Não é possível adicionar discos extras para criar vários dispositivos virtuais espelhados de nível superior usando o comando zpool add. Para expandir um dispositivo virtual espelhado, use o comando zpool attach.

    • Um pool raiz não pode ter um dispositivo de log separado.

    • É possível definir propriedades de pool durante uma instalação com o AI usando a sintaxe de palavra-chave pool_options, mas o algoritmo de compactação gzip não é suportado nos pools raiz.

    • Não renomeie o pool raiz depois que ele for criado por uma instalação inicial. A renomeação do pool raiz pode resultar em um sistema não inicializável.

    • Não crie um pool raiz em um dispositivo USB para um sistema de produção, pois os discos do pool raiz são críticos para a operação contínua, particularmente em um ambiente corporativo. Considere usar discos internos de um sistema para o pool raiz ou, pelo menos, use discos da mesma qualidade que os que você usaria para dados não raiz. Além disso, um dispositivo USB pode não ser grande o suficiente para suportar um tamanho de volume de dump equivalente a pelo menos metade do tamanho da memória física.

    • Considere manter os componentes do pool raiz separados dos dados de pool não raiz.

  • Melhores práticas de criação de pools não raiz

    Crie pools não raiz com discos inteiros usando o identificador d*. Não use o identificador p*.

    • O ZFS funciona melhor sem um software adicional de gerenciamento de volume.

    • Para obter melhor desempenho, use discos individuais ou pelo menos LUNs feitos de apenas alguns discos. Fornecendo ao ZFS mais visibilidade na configuração LUN, o ZFS é capaz de tomar melhores decisões de agendamento de E/S.

    • Pools de armazenamento espelhado – Consome mais espaço em disco mas geralmente tem melhor desempenho com leituras aleatórias menores. Por exemplo:

      # zpool create tank mirror c1d0 c2d0 mirror c3d0 c4d0

      Os pools de armazenamento espelhados são mais flexíveis para desanexar, anexar e substituir dispositivos existentes no pool.

    • Pools de armazenamento RAID-Z

      É possível criar pools de armazenamento RAID-Z com 3 estratégias de paridade, em que a paridade é igual a 1 (raidz), 2 (raidz2) ou 3 (raidz3).

      • Uma configuração RAID-Z maximiza o espaço em disco e geralmente tem melhor desempenho quando os dados são gravados e lidos em blocos maiores (128 K ou mais). Crie uma configuração de RAIDZ (raidz) de paridade única com 3 discos (2+1).

      • Uma configuração de RAIDZ-2 oferece melhor disponibilidade de dados e tem desempenho semelhante ao RAID-Z. O RAIDZ-2 tem MTTDL (tempo médio de perda de dados) significativamente melhor que o RAID-Z ou espelhos bidirecionais. Crie uma configuração de RAID-Z (raidz2) de paridade dupla com 6 discos (4+2).

      • Uma configuração de RAIDZ-3 maximiza o espaço em disco e oferece excelente disponibilidade, pois pode suportar 3 falhas de disco. Crie a configuração RAID-Z (raidz3) de paridade tripla com 8 discos (5+3).

  • Pools não redundantes

    Se você criar um pool não redundante, verá uma mensagem semelhante à seguinte:

    # zpool create pond c8t2d0 c8t3d0
    'pond' successfully created, but with no redundancy; failure of one
    device will cause loss of the pool

    Não é recomendável criar um pool sem redundância porque a falha de um dispositivo poderia significar que os dados são irrecuperáveis. Considere a criação de um pool de armazenamento ZFS com redundância da seguinte maneira:

    # zpool create pond mirror c8t2d0 c8t3d0