Por a documentação, p 393 , você só pode expandir volumes , não pools :
8.4.8 Expanding a volume
The IBM Storwize V3700 can expand volumes. This feature should be used only if the host OS supports it. This capability increases the capacity that is allocate d to the particular volume by the amount specified. To expand a volume, complete the following steps:
...
No entanto, você pode migrar seus volumes para um pool novo maior e expandir o volume:
8.4.9 Migrating a volume to another Storage Pool
The IBM Storwize V3700 supports online volume migration while applications are running. Using volume migration, volumes can be moved between Storage Pools. ...
Supondo que você atualmente possui pools RAID5 de 3 discos para seus hosts, você pode:
- Crie um novo pool usando 5 discos em uma configuração RAID5.
- Migre os volumes existentes de um servidor para o novo pool.
- Expanda o (s) volume (s) que estão agora no novo pool.
- Tire os discos liberados e repita para cada servidor.
Além disso, 8 unidades estão ficando um pouco grandes para o RAID5. Você certamente obterá um desempenho melhor distribuindo seu (s) volume (s) em dois arrays RAID5 de 5 unidades, especialmente se você combinar o tamanho da faixa RAID5 com o tamanho do bloco do sistema de arquivos e alinhar as partições do disco para alinhar com a faixa RAID limites. Você não terá tanto armazenamento disponível quanto você terá mais unidades de paridade, mas isso aumentará sua disponibilidade.
Usando um número de discos de dados com potência de dois em um array RAID5 ou RAID6, é possível combinar muito mais facilmente o tamanho da faixa RAID e o alinhamento com o tamanho de E / S "natural" usado para ler / gravar dados. Por exemplo, se o tamanho do bloco do sistema de arquivos for 128KB, você poderá configurar um array RAID5 de 5 discos para ter um tamanho de faixa RAID de 128KB. Você não pode fazer isso com uma matriz RAID5 de 8 discos, por exemplo.
Uma gravação em um array RAID5 ou RAID6 que não substitua completamente uma faixa inteira resulta em uma operação "read-modify-write", melhor explicada aqui ( link ):
Read-modify-write
Consider a stripe composed of four strips of data and one strip of parity. Suppose the host wants to change just a small amount of data that takes up the space on only one strip within the stripe. The RAID controller cannot simply write that small portion of data and consider the request complete. It must also update the parity data. Remember that the parity data is calculated by performing XOR operations on every strip within the stripe. So, when one or more strips change, parity needs to be recalculated.
...
Então, pegue um sistema de arquivos configurado para usar blocos de 8KB. Agora, o que acontece quando esse bloco de 8 KB é gravado em um array RAID5 de 10 unidades? Ah, e o array foi construído com um tamanho de bloco de 1MB por disco, porque "maior é melhor e mais rápido". Mas não, não é . Isso significa que o tamanho da faixa na matriz RAID5 é de um total de nove megabytes . Então, para escrever esses 8KB no meio da faixa, o controlador RAID precisa ler 9 MB de dados, modificá-los com os novos 8KB de dados, recalcular a paridade da faixa e, em seguida, gravar os novos dados e paridade - no menos. O controlador pode precisar gravar os 9MB inteiros. Existem muitas otimizações que podem ser feitas - e boas controladoras de RAID fazem bem a elas -, mas logicamente é o que tem que acontecer. E os controladores RAID de gama baixa não os fazem de forma alguma. Para que a gravação de 8 KB mude muito bem para uma leitura de 9 MB, seguida por uma gravação de 9 MB.
Não tenho ideia de como os controladores RAID são bons em um IBM V3700.
Agora, use um array RAID5 de 5 unidades e um sistema de arquivos com um tamanho de bloco de 64 KB. A matriz foi criada com um tamanho de bloco de 16 KB por disco, portanto, com 4 discos de dados, o tamanho da faixa é de 64 KB. Agora, se as partições de disco estiverem alinhadas corretamente, a gravação de um bloco de 64 KB corresponderá à faixa da matriz. O controlador calcula os bits de paridade para os dados e depois os grava nos discos, sobrescrevendo os dados que estavam lá.
Adivinhe qual deles é mais rápido.