Volumes Thin Fornecidos

O sistema suporta volumes thin-provisioned em conjuntos padrão e em conjuntos de redução de dados. 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 provisionados padrão não ganham esses benefícios. Conjuntos de redução de dados aprimoram a eficiência da capacidade para volumes thin-provisioned monitorando o uso de hosts da capacidade. Quando o host indicar que a capacidade não é mais necessária, a capacidade é liberada e pode ser recuperada pelo conjunto de redução de dados para que seja redistribuída automaticamente. Os conjuntos padrão não têm a habilidade de recuperar a capacidade. Para economia de capacidade incluída, é possível especificar compactação e deduplicação em volumes em conjuntos de redução de dados.

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 provisionada é a capacidade de armazenamento de volume que está disponível para um host. Capacidade real é a capacidade de armazenamento que é reservada para uma cópia de volume de um conjunto. Em um volume provisionado padrão, a capacidade provisionada e a capacidade real são as mesmas. No entanto, em um volume thin provisioned, a capacidade provisionada pode ser muito maior do que a capacidade real.

A capacidade provisionada de um volume thin-provisioned geralmente é 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 do volumes thin-provisioned podem ser inferiores às taxas obtidas de volumes provisionados padrão que são alocados nos mesmos discos gerenciados.

Ao configurar um volume thin-provisioned em um conjunto padrão, será 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 do total. capacidade fornecida capacidade utilizável. Também é possível usar o evento de aviso para acionar outras ações, como colocar os aplicativos de baixa prioridade no modo off-line ou migrar dados em outros conjuntos de armazenamentos. Para volumes thin-provisioned em conjuntos de redução de dados, o valor do nível de aviso não pode ser configurado, porque o relatório de capacidade é manipulado no nível do conjunto.

Se um volume thin-provisioned em um conjunto padrão não tiver capacidade real suficiente para uma operação de gravação, o volume será deixado off-line e um erro será registrado (código de erro 1865, ID de evento 060001). O acesso ao volume thin-provisioned é restaurado aumentando a capacidade real do volume ou aumentando o tamanho do conjunto de armazenamentos no qual ele está 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 fornecida 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 usar o volume thin-provisioned como um volume de origem ou de destino do FlashCopy, use 256 KB para maximizar o desempenho. Se você for usar o volume thin-provisioned como um volume de origem ou de destino do FlashCopy, especifique o mesmo tamanho de granularidade para o volume e para a função 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 diminuirá 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 autoexpansão é opcional. No entanto, sem esse recurso ativado, a capacidade de contingência pode ser usada, 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 fique sem capacidade e off-line, você poderá criar um com o recurso de autoexpansão ativado.