Componentes de um pool de armazenamento do ZFS

As seções seguintes fornecem informações detalhadas sobre os componentes de pool de armazenamento:

• Usando discos em um pool de armazenamento do ZFS

• Usando faixas em um pool de armazenamento do ZFS

• Usando arquivos em um pool de armazenamento do ZFS

Usando discos em um pool de armazenamento do ZFS

O elemento mais básico de um pool de armazenamento é um armazenamento físico. O armazenamento físico pode ser qualquer dispositivo de bloco com um tamanho de pelo menos 128 MB. Geralmente, este dispositivo é um disco rígido que é visível para o sistema no diretório /dev/dsk .

Um dispositivo de armazenamento que pode ser um disco inteiro (c1t0d0) ou uma faixa individual (c0t0d0s7). O modo recomendado de operação é utilizar um disco inteiro, caso em que o o disco não necessita ser especialmente formatado. O ZFS formata o disco usando uma legenda EFI para conter uma única faixa grande. Quando usado desta forma, a tabela de partição que é exibida pelo comando format aparece semelhante à seguinte:

Current partition table (original):
Total disk sectors available: 143358287 + 16384 (reserved sectors)

Part      Tag    Flag     First Sector         Size         Last Sector
  0        usr    wm               256       68.36GB          143358320    
  1 unassigned    wm                 0           0               0    
  2 unassigned    wm                 0           0               0    
  3 unassigned    wm                 0           0               0    
  4 unassigned    wm                 0           0               0    
  5 unassigned    wm                 0           0               0    
  6 unassigned    wm                 0           0               0    
  8   reserved    wm         143358321        8.00MB          143374704

Examine as considerações a seguir ao usar discos inteiros nos pools de armazenamento do ZFS:

• Para utilizar um disco inteiro, o disco deve ser nomeado utilizando a convenção de identificação /dev/dsk/cNtNdN Alguns drivers de terceiros usam uma convenção de nomeação diferente ou colocam o disco em um local diferente do diretório /dev/dsk. Para usar estes discos, é necessário rotular manualmente o disco e fornecer uma faixa para o ZFS.

• Em um sistema baseado em x86, o disco deve conter uma partição fdisk válida do Solaris. Para obter mais informações sobre a criação ou alteração de uma partição fdisk do Solaris, consulte Setting Up Disks for ZFS File Systems (Task Map) no System Administration Guide: Devices and File Systems.

• O ZFS aplica uma legenda EFI quando você cria um pool de armazenamento com discos inteiros. Para obter mais informações sobre legendas EFI, consulte EFI (GPT) Disk Label no System Administration Guide: Devices and File Systems.

Os discos podem ser especificados com o uso do caminho completo, como /dev/dsk/c1t0d0 , ou de um nome abreviado que consiste no nome do dispositivo dentro do diretório /dev/dsk, como c1t0d0. Abaixo encontram-se, por exemplo, nomes de disco válidos:

• c1t0d0

• /dev/dsk/c1t0d0

• /dev/foo/disk

Usando faixas em um pool de armazenamento do ZFS

É possível rotular discos com um rótulo do Solaris VTOC (SMI) quando você cria um pool de armazenamento com um segmento de disco, mas o uso de segmento de discos para um pool não é recomendado porque o gerenciamento desses segmentos de disco é mais difícil.

Em um sistema com base em SPARC, um disco de 72 GB possui 68 GB de espaço útil localizados no segmento 0, conforme mostrado na seguinte saída de format:

# format
.
.
.
Specify disk (enter its number): 4
selecting c1t1d0
partition> p
Current partition table (original):
Total disk cylinders available: 14087 + 2 (reserved cylinders)

Part      Tag    Flag     Cylinders         Size            Blocks
  0       root    wm       0 - 14086       68.35GB    (14087/0/0) 143349312
  1 unassigned    wm       0                0         (0/0/0)             0
  2     backup    wm       0 - 14086       68.35GB    (14087/0/0) 143349312
  3 unassigned    wm       0                0         (0/0/0)             0
  4 unassigned    wm       0                0         (0/0/0)             0
  5 unassigned    wm       0                0         (0/0/0)             0
  6 unassigned    wm       0                0         (0/0/0)             0
  7 unassigned    wm       0                0         (0/0/0)             0

Em um sistema com base em x86, um disco de 72 GB possui 68 GB de espaço útil localizados no segmento 0, conforme mostrado na seguinte saída de format. A faixa 8 contém uma pequena quantidade de informações de inicialização. A faixa 8 não precisa de administração e não pode ser alterada.

# format
.
.
.
selecting c1t0d0
partition> p
Current partition table (original):
Total disk cylinders available: 49779 + 2 (reserved cylinders)

Part      Tag    Flag     Cylinders         Size            Blocks
  0       root    wm       1 - 49778       68.36GB    (49778/0/0) 143360640
  1 unassigned    wu       0                0         (0/0/0)             0
  2     backup    wm       0 - 49778       68.36GB    (49779/0/0) 143363520
  3 unassigned    wu       0                0         (0/0/0)             0
  4 unassigned    wu       0                0         (0/0/0)             0
  5 unassigned    wu       0                0         (0/0/0)             0
  6 unassigned    wu       0                0         (0/0/0)             0
  7 unassigned    wu       0                0         (0/0/0)             0
  8       boot    wu       0 -     0        1.41MB    (1/0/0)          2880
  9 unassigned    wu       0                0         (0/0/0)             0

Uma partição fdisk também existe em sistemas baseados em x86. Uma partição fdisk é representada por um nome de dispositivo /dev/dsk/cN[tN]dNpN e atua como um contêiner para as partes disponíveis do disco. Não use um dispositivo cN[tN]dNpN para um componente do pool de armazenamento ZFS, porque essa configuração não foi testada nem é suportada.

Usando arquivos em um pool de armazenamento do ZFS

O ZFS também permite que usar arquivos como dispositivos virtuais no pool de armazenamento. Este recurso se destina principalmente a testar e capacitar experimentos simples, não para uso em produção.

• Se criar um pool do ZFS baseado em arquivos em um sistema de arquivos UFS, você estará implicitamente confiando no UFS para garantir correção e semântica síncrona.

• Se você criar um pool do ZFS baseado em arquivos ou volumes criados em outro pool do ZFS, o sistema poderá travar ou entrar em emergência.

No entanto, os arquivos podem ser bastante úteis ao utilizar o ZFS pela primeira vez ou experimentar configurações mais complicadas quando dispositivos físicos insuficientes estão presentes. É necessário especificar todos os arquivos como caminhos completos e estes devem ter tamanho de pelo menos 64 MB.

Considerações para Pools de Armazenamento do ZFS

Examine as considerações a seguir quando criar e gerenciar pools de armazenamento do ZFS.

• A utilização de discos inteiros é a forma mais simples de criar pools de armazenamento do ZFS. As configurações do ZFS se tornam progressivamente mais complexas, dos pontos de vista de gerenciamento, confiabilidade e desempenho, quando você constrói pools a partir de faixas de disco, LUNs em matrizes de hardware RAID ou em volumes apresentados pelos gerenciadores de volume baseados em software. As considerações abaixo podem ajudar você a determinar como configurar o ZFS com outras soluções de armazenamento de hardware ou software:

  • Se construir as configurações do ZFS em cima de LUNs a partir de matrizes de hardware RAID, é necessário entender a relação entre os recursos de redundância ZFS e os recursos de redundância oferecidos pela matriz. Determinadas configurações podem oferecer redundância e desempenho adequados, mas outras configurações não.

  • Você pode construir dispositivos lógicos para o ZFS usando volumes apresentados pelos gerenciadores de volume baseados em software, como Solaris Volume Manager (SVM) ou Veritas Volume Manager (VxVM). No entanto, estas configurações não são recomendáveis. Embora o ZFS funcione corretamente nestes dispositivos, o resultado pode ser um desempenho inferior a ótimo.

    Para obter informações adicionais sobre recomendações do pool de armazenamento, consulte o Capítulo 11, Práticas Recomendadas do Oracle Solaris ZFS.

• Os discos são identificados pelo caminho e pelo ID do dispositivo, se disponível. Em sistemas onde a informação de ID do dispositivo está disponível, este método de identificação permite que dispositivos sejam configurados sem atualizar o ZFS. Como a geração e gerenciamento de dispositivo de ID pode variar de acordo com o sistema, exporte o pool primeiro antes de mover dispositivos, assim como mover um disco de um controlador para outro. Um evento do sistema, como uma atualização de firmware ou outro alteração de hardware, pode alterar as IDs do dispositivo no pool de armazenamento do ZFS, que pode causar a invalidação do dispositivo.