Mover um volume para um nível local ONTAP habilitado para FabricPool
Sugerir alterações
PDFs
A "movimentação de volume" é a maneira como o ONTAP move um volume sem interrupções de um nível local (fonte) para outro (destino). As movimentações de volume podem ser executadas por diversos motivos, embora os motivos mais comuns sejam o gerenciamento do ciclo de vida do hardware, a expansão do cluster e o balanceamento de carga.
É importante entender como a migração de volume funciona com o FabricPool porque as mudanças ocorridas na camada local, na camada de nuvem conectada e no volume (políticas de disposição em categorias de volumes) podem ter um grande impacto na funcionalidade.
|
Antes do ONTAP 9,7, o Gerenciador de sistema usa o termo agregado para descrever um nível local. Independentemente da sua versão do ONTAP, a CLI do ONTAP usa o termo agregado. Para saber mais sobre os níveis locais, "Discos e camadas locais"consulte . |
Nível local de destino
Se o nível local de destino de uma movimentação de volume não tiver um nível de nuvem anexado, os dados sobre o volume de origem armazenado na categoria de nuvem serão gravados no nível local no nível local de destino.
A partir do ONTAP 9,8, quando um volume estiver "relatórios de dados inativos" ativado, o FabricPool usará o mapa de calor do volume para colocar imediatamente os dados inativos na fila para começar a disposição em categorias assim que forem gravados no nível local de destino.
Antes do ONTAP 9,8, mover um volume para outro nível local redefine o período de inatividade dos blocos no nível local. Por exemplo, um volume usando a política de disposição automática de volumes com dados no nível local que ficaram inativos por 20 dias, mas ainda não tinham sido categorizados, terá a temperatura dos dados redefinida para 0 dias após uma movimentação de volume.
Movimentos de volume otimizados
A partir do ONTAP 9,6, se o nível local de destino de uma movimentação de volume usar o mesmo bucket do nível local de origem, os dados do volume de origem armazenado no bucket não serão movidos de volta para o nível local. Os dados em camadas permanecem em repouso e somente os dados ativos precisam ser movidos de um nível local para outro. Essa movimentação otimizada de volume resulta em eficiências de rede significativas.
Por exemplo, uma movimentação de volume otimizada de 300 TB significa que, mesmo que 300 TB de dados frios sejam movidos de uma camada local para outra, isso não acionará 300 TB de leituras e 300 TB de gravações no armazenamento de objetos.
As movimentações de volume em excesso geram tráfego adicional de rede e computação (leituras/obtenção e gravações/puts), aumentando as demandas do cluster e do armazenamento de objetos do ONTAP, aumentando os custos ao dispor em categorias em armazenamentos de objetos públicos.
|
|
Algumas configurações são incompatíveis com movimentos de volume otimizados:
|
Se o nível local de destino de uma movimentação de volume tiver um nível de nuvem anexado, os dados sobre o volume de origem armazenado na categoria de nuvem serão gravados primeiro no nível local no nível local de destino. Ele será gravado no nível de nuvem no nível local de destino, se essa abordagem for apropriada para a política de disposição em camadas do volume.
Gravar dados na camada local primeiro melhora a performance da movimentação de volume e reduz o tempo de redução. Se uma política de disposição em categorias de volume não for especificada durante a movimentação de volume, o volume de destino usará a política de disposição em categorias do volume de origem.
Se uma política de disposição em camadas diferente for especificada ao executar a movimentação de volume, o volume de destino será criado com a política de disposição em camadas especificada e a movimentação de volume não será otimizada.
Metadados de volume
Independentemente de a movimentação de um volume ser otimizada, o ONTAP armazena uma quantidade significativa de metadados sobre a localização, eficiência de armazenamento, permissões, padrões de uso, etc., de todos os dados, tanto locais quanto em camadas. Os metadados sempre permanecem na camada local e não são hierarquizados. Quando um volume é movido de um nível local para outro, essas informações também precisam ser movidas para o nível local de destino.
Duração
As movimentações de volume ainda levam tempo para serem concluídas e a expectativa é que uma movimentação de volume otimizada leve aproximadamente o mesmo tempo que mover uma quantidade igual de dados não hierárquicos.
É importante entender que a “taxa de transferência” relatada pelo volume move show O comando não representa a taxa de transferência em termos de dados sendo movidos da camada de nuvem, mas dados de volume sendo atualizados localmente.
|
|
Em uma relação com o SVM DR, os volumes de origem e destino devem usar a mesma política de disposição em categorias. |
-
Use o
volume move startcomando para mover um volume de um nível local de origem para um nível local de destino.
O exemplo a seguir move um volume chamado myvol2 vs1 SVM para dest_FabricPool, um nível local habilitado para FabricPool.
cluster1::> volume move start -vserver vs1 -volume myvol2 -destination-aggregate dest_FabricPool