Volumes thin-provisioned

Em conjuntos padrão, os volumes thin-provisioned são criados como um tipo de volume específico, que é baseado em critérios de economia de capacidade. Essas propriedades são gerenciadas no nível do volume. Com conjuntos de redução de dados, todos os benefícios de thin-provisioning estão disponíveis para todos os volumes que são designados ao conjunto. Apenas volumes totalmente alocados não obtêm esses benefícios. Para os volumes thin-provisioned em conjuntos de redução de dados, também é possível configurar a compactação e deduplicação de dados nesses volumes, aumentando a economia de capacidade para o conjunto inteiro. Os conjuntos de redução de dados aprimoram a eficiência da capacidade para volumes thin-provisioned, monitorando o uso de capacidade de hosts. Quando o host indica que a capacidade não é mais necessária, o espaço é liberado e pode ser recuperado pelo conjunto de redução de dados para ser redistribuído automaticamente. Os conjuntos padrão não têm esses recursos.

Os volumes thin-provisioned também podem ajudar a simplificar a administração do servidor. Em vez de designar um volume com alguma capacidade para um aplicativo e aumentá-la conforme as necessidades do aplicativo mudam, é possível configurar um volume com uma capacidade virtual grande para o aplicativo. Em seguida, é possível aumentar ou reduzir a capacidade real conforme as necessidades do aplicativo mudam, sem interromper o aplicativo ou servidor.

Capacidade virtual é a capacidade de armazenamento de volume que está disponível para um host. Capacidade real é a capacidade de armazenamento alocada para uma cópia de volume de um conjunto. Em um volume completamente alocado, a capacidade virtual e a capacidade real são iguais. No entanto, em um volume thin-provisioned, a capacidade virtual pode ser muito maior do que a capacidade real.

Geralmente, a capacidade virtual de um volume thin-provisioned é significativamente maior do que sua capacidade real. Cada sistema usa a capacidade real para armazenar dados que são gravados no volume e metadados que descrevem a configuração thin-provisioned do volume. Quanto mais informações forem gravadas no volume, mais da capacidade real será usada. O sistema identifica operações de leitura para partes não gravadas da capacidade virtual e retorna zeros para o servidor sem usar nenhuma capacidade real.

O sistema precisa manter metadados extras que descrevem os conteúdos do volumes thin-provisioned. Como resultado, as taxas de E/S que são obtidas a partir do volumes thin-provisioned podem ser menores do que as taxas obtidas de volumes que são totalmente alocados nos mesmos MDisks.

Ao configurar um volume thin-provisioned em um conjunto padrão, é possível usar o atributo de nível de aviso para gerar um evento de aviso quando a capacidade real usada excede uma quantia ou uma porcentagem especificada da capacidade virtual total. Você também pode usar o evento de aviso para acionar outras ações, como offline ou migrar dados em aplicativos de baixa prioridade tendo outros conjuntos de armazenamento. Para volumes thin-provisioned em conjuntos de redução de dados, o valor de nível de aviso não pode ser configurado, já que o relatório de capacidade é manipulado no nível do conjunto.

Se um volume thin-provisioned em um conjunto padrão não possui capacidade real suficiente para uma operação de gravação, o volume fica off-line e um erro é registrado (código de erro 1865, ID de evento 060001). O acesso ao volume thin-provisioned é restaurado, ou aumentar a capacidade real do volume ou aumentar o tamanho do conjunto de armazenamento no qual é alocado.

Ao criar um volume thin-provisioned em conjuntos padrão, é possível escolher o tamanho de granularidade para a alocação de espaço em chunks de 32 KB, 64 KB, 128 KB ou 256 KB. O tamanho de granularidade que você seleciona afeta a capacidade virtual máxima para o volume thin-provisioned em conjuntos padrão. O tamanho de granularidade padrão é de 256 KB. Se você selecionar 32 KB para o tamanho de granularidade, o tamanho do volume não pode exceder 260.000 GB. O tamanho de granularidade não pode ser mudado depois que o volume thin-provisioned é criado em um conjunto padrão. Geralmente, Tamanhos de granularidade menores economizar espaço, mas requerem mais acessar metadados, que pode afetar adversamente o desempenho. Se você não for utilizar a volume thin-provisioned como FlashCopy de origem ou de destino do volume, use 256 KB para maximizar o desempenho. Se você for usar o volume thin-provisioned como um FlashCopy de origem ou volume de destino, especifique o mesmo tamanho de granularidade para o volume e para a função do FlashCopy. O tamanho de granularidade não pode ser configurado em cópias de volume thin-provisioned em conjuntos de redução de dados. O tamanho de granularidade de 8 KB é o tamanho padrão para cópias de volume thin-provisioned em conjuntos de redução de dados.

Ao criar um volume thin-provisioned, configure o modo de cache para readwrite para maximizar o desempenho. Se o modo de cache for configurado como none, o sistema não poderá armazenar em cache os metadados thin-provisioned, o que diminui o desempenho. Um volume ou uma cópia de volume thin-provisioned ou compactado que você cria a partir de um conjunto de redução de dados deve ter um modo de cache como leitura/gravação. Se você tentar criar uma cópia de volume thin-provisioned ou compactado a partir de um conjunto de redução de dados e o modo de cache do volume não for readwrite, a operação falhará.

O recurso de autoexpansão impede que um volume thin-provisioned utilize até sua capacidade e ficar offline. Como volume thin-provisioned usa a capacidade, o recurso de autoexpansão mantém uma quantidade fixa da capacidade real não utilizada, chamado de contingência capacidade. Para volumes thin-provisioned em conjuntos de redução de dados, o recurso de expansão automática está sempre ativado para manter a capacidade de contingência. Para volumes thin-provisioned em conjuntos padrão, o recurso de expansão automática é opcional. No entanto, sem esse recurso ativado, a capacidade de contingência pode ser utilizada, fazendo com que o volume fique off-line. Se você estiver utilizando conjuntos padrão e deseja determinar se um aplicativo requer o recurso de expansão automática, é possível criar um volume thin-provisioned de teste com o recurso de expansão automática desligado. Se o aplicativo fizer com que o volume seja executado sem capacidade e ficar off-line, será possível criar um com o recurso de expansão automática ligado.