Como posso usar a CLI do NetApp ONTAP para modificar as políticas de níveis de dados para meu volume FSx para ONTAP?

Breve descrição

Para modificar a política de níveis de dados em seu volume, você deve atender aos seguintes pré-requisitos:

• Já ter criado o sistema de arquivos FSx para ONTAP.
• Conseguir se conectar ao sistema de arquivos por meio de SSH.

Resolução

Conecte-se ao endereço IP do endpoint de gerenciamento do FSx para ONTAP por meio de SSH

1.    Abra o console do Amazon FSx.

2.    Selecione seu sistema de arquivos FSx para ONTAP e, em seguida, escolha a guia Administração.

3.    Anote o endereço IP do endpoint de gerenciamento. Você usa esse endereço IP para se conectar ao cluster. Para encontrar o endereço IP do endpoint de gerenciamento, consulte Managing file systems with the NetApp ONTAP CLI e Managing SVMs using the NetApp ONTAP CLI.

4.     Use um PowerShell do Windows ou Linux em sua instância do Amazon Elastic Compute Cloud (Amazon EC2) para se conectar ao endpoint de gerenciamento do cluster por meio de SSH.

Observação: você pode alcançar os endpoints somente da nuvem privada virtual (VPC) ou por meio de uma rede emparelhada do AWS Transit Gateway. Para obter mais informações, consulte Accessing data from within AWS.

ssh fsxadmin@management_IP

Exemplo:

$ ssh fsxadmin@198.19.255.189
Password:

Last login time: 5/10/2022 08:37:30
FsxIdabcdef01234567892::>

Para obter informações sobre como usar o SSH no PowerShell, consulte PowerShell remoting over SSH no site da Microsoft.

5.    Execute o comando set para definir o nível de privilégio na CLI do NetApp ONTAP. As alterações no nível de privilégio se aplicam somente à sessão atual. Essas alterações não são persistentes em todas as sessões.

FsxIdabcdef01234567892::> set -privilege advanced

Warning: These advanced commands are potentially dangerous; use them only when directed to do so by NetApp personnel.
Do you want to continue? {y|n}: y

6.    Execute o comando a seguir para modificar as políticas de níveis de dados de armazenamento. Substitua svm_name e volume_name pelos nomes do SVM e do volume.

volume modify -vserver svm_name -volume volume_name-tiering-policy <auto|snapshot-only|all|none>

Exemplo:

FsxIdabcdef01234567892::*> volume modify -volume vol1 -vserver fsx -tiering-policy auto
Volume modify successful on volume vol1 of Vserver fsx.

Especifique um período mínimo de resfriamento para políticas de níveis automáticos e somente de snapshots

Para volumes que usam a política de níveis automáticos ou somente de snapshots, execute o comando volume modify com o parâmetro opcional -tiering-minimum-cooling-days. Certifique-se de definir o nível de privilégio como avançado. Especifique um valor entre 2 e 183 para o mínimo de dias de resfriamento em níveis. Para obter mais informações, consulte Manage storage tiering by modifying a volume's tiering policy or tiering minimum cooling period no site da NetApp.

O exemplo a seguir mostra o comando volume modify com -tiering-minimum-cooling-days definido como 4.

FsxIdabcdef01234567892::*> volume modify -volume vol1 -vserver fsx -tiering-policy auto -tiering-minimum-cooling-days 4
    Volume modify successful on volume vol1 of Vserver fsx.

Importante: se não definir o privilégio como avançado, você receberá um erro ao tentar alterar a política de níveis:

`"FsxIdabcdef01234567892::> volume modify -volume vol1 -vserver fsx -tiering-policy auto -tiering-minimum-cooling-days 4`  
`Error: invalid argument "-tiering-minimum-cooling-days"`

Se -tiering-minimum-cooling-days estiver entre 2 e 183 e você não definir o nível de privilégio como avançado, receberá o erro invalid argument "-tiering-minimum-cooling-days. Como as alterações nas configurações de nível de privilégio se aplicam somente à sessão atual, você deve definir o nível de privilégio para cada nova sessão.

Não exceda sua capacidade de armazenamento

A funcionalidade de níveis do FSx para ONTAP mantém certos limites que são acionados quando os níveis são iniciados e interrompidos. Esses limites são relativos à capacidade utilizada do nível de armazenamento primário.

Observação: é uma prática recomendada não exceder 80% da utilização da capacidade de armazenamento do seu nível de armazenamento primário. Mantenha uma capacidade de armazenamento de 80% ou menos para que os níveis funcionem corretamente e haja espaço para novos dados. Se você estiver consistentemente acima de 80% de utilização da capacidade de armazenamento do seu nível de armazenamento primário, atualize a capacidade de armazenamento em SSD do seu sistema de arquivos.

As seguintes diretrizes explicam como os níveis são tratados em diferentes cenários de utilização:

• Utilização de 50% ou menos do nível de armazenamento primário: Somente volumes com a política de níveis globais têm dados classificados em níveis de acordo com o armazenamento do grupo de capacidade. As políticas de níveis automáticos e somente de snapshots não classificam os dados em níveis porque a classificação em níveis não é necessária quando o nível de armazenamento primário está subutilizado.
• Utilização de mais de 50% do nível de armazenamento primário: As políticas de níveis automáticos e somente de snapshots classificam os dados em níveis com base na configuração de mínimo de dias de resfriamento em níveis. O número padrão de mínimo de dias de resfriamento em níveis é 31.
• Utilização de 90% ou mais do nível de armazenamento primário: Quando lidos, os dados frios do nível do grupo de capacidade não são mais movidos para o nível de armazenamento primário para políticas de níveis automáticos e somente de snapshots. Mantenha os dados no nível do grupo de capacidade para preservar espaço no nível de armazenamento primário.
• Utilização de 98% ou mais do nível de armazenamento primário: Toda a funcionalidade de níveis é interrompida quando o nível de armazenamento primário atinge 98% ou mais de utilização.

Informações relacionadas

Políticas de níveis

Set volume tiering policy no site da NetApp.