Limitações conhecidas do Cloud Volumes ONTAP na AWS
As seguintes limitações conhecidas são específicas do Cloud Volumes ONTAP na Amazon Web Services. Certifique-se também de revisar "Limitações do Cloud Volumes ONTAP em todos os provedores de nuvem".
Limitações do AWS Outpost
Se você tiver um AWS Outpost, poderá implantar Cloud Volumes ONTAP nesse Outpost selecionando a VPC do Outpost durante a implantação. A experiência é a mesma que em qualquer outra VPC que reside na AWS. Observe que você precisará primeiro implantar um agente Console no seu AWS Outpost.
Há algumas limitações a destacar:
-
Apenas sistemas Cloud Volumes ONTAP de nó único são suportados no momento
-
As instâncias EC2 que você pode usar com Cloud Volumes ONTAP são limitadas ao que está disponível no seu Outpost
-
Somente SSDs de uso geral (gp2) são suportados neste momento
Limitações do Flash Cache
Os tipos de instância C5D e R5D incluem armazenamento NVMe local, que Cloud Volumes ONTAP utiliza como Flash Cache. Observe as seguintes limitações:
-
A compressão deve ser desativada em todos os volumes para aproveitar as melhorias de desempenho do Flash Cache até o Cloud Volumes ONTAP 9.12.0. Ao implantar ou atualizar para Cloud Volumes ONTAP 9.12.1, não é necessário desativar a compressão.
Você pode escolher não definir eficiência de storage ao criar um volume no NetApp Console, ou pode criar um volume e depois "Desative a compressão de dados usando a CLI".
-
O reaquecimento do cache após uma reinicialização não é compatível com Cloud Volumes ONTAP.
Falsos alarmes relatados pela Amazon CloudWatch
Cloud Volumes ONTAP não libera CPUs quando ociosas, então "Amazon CloudWatch" pode relatar um aviso de CPU alta para a instância EC2 porque vê 100% de uso. Você pode ignorar esse alarme. O comando statistics do ONTAP exibe o uso real das CPUs.
Os pares de HA do Cloud Volumes ONTAP não suportam giveback imediato de storage
Após a reinicialização de um nó, o parceiro deve sincronizar os dados antes de poder devolver o armazenamento. O tempo necessário para ressincronizar os dados depende da quantidade de dados gravados pelos clientes enquanto o nó estava inativo e da velocidade de gravação de dados durante o tempo de giveback.