Limitazioni note in AWS
Suggerisci modifiche
PDF
Le seguenti limitazioni note sono specifiche di Cloud Volumes ONTAP in Amazon Web Services. Verificare anche "Limitazioni per Cloud Volumes ONTAP in tutti i cloud provider".
Limitazioni AWS Outpost
Se si dispone di un Outpost AWS, è possibile implementare Cloud Volumes ONTAP in tale Outpost selezionando il VPC Outpost nella procedura guidata ambiente di lavoro. L'esperienza è la stessa di qualsiasi altro VPC che risiede in AWS. Tenere presente che è necessario implementare prima un connettore nell'Outpost AWS.
Vi sono alcune limitazioni da sottolineare:
-
Al momento sono supportati solo i sistemi Cloud Volumes ONTAP a nodo singolo
-
Le istanze di EC2 che è possibile utilizzare con Cloud Volumes ONTAP sono limitate ai contenuti disponibili nell'Outpost
-
Al momento sono supportati solo gli SSD General Purpose (gp2)
Limitazioni della cache flash
I tipi di istanze C5D e R5D includono lo storage NVMe locale, utilizzato da Cloud Volumes ONTAP come Flash cache. Tenere presente le seguenti limitazioni:
-
La compressione deve essere disattivata su tutti i volumi per sfruttare i miglioramenti delle performance di Flash cache fino a Cloud Volumes ONTAP 9.12.0. Durante l'implementazione o l'aggiornamento a Cloud Volumes ONTAP 9.12.1, non è necessario disattivare la compressione.
È possibile scegliere di non utilizzare l'efficienza dello storage quando si crea un volume da BlueXP oppure è possibile creare un volume e quindi "Disattivare la compressione dei dati utilizzando l'interfaccia CLI".
-
Il ripristino della cache dopo un riavvio non è supportato con Cloud Volumes ONTAP.
Falsi allarmi segnalati da Amazon CloudWatch
Cloud Volumes ONTAP non rilascia CPU quando è inattivo, pertanto "Amazon CloudWatch" può segnalare un avviso di CPU elevata per l'istanza EC2 perché rileva un utilizzo del 100%. È possibile ignorare questo allarme. Il comando ONTAP statistics (Statistiche CPU) visualizza l'utilizzo effettivo delle CPU.
Le coppie Cloud Volumes ONTAP ha non supportano il giveback immediato dello storage
Dopo il riavvio di un nodo, il partner deve sincronizzare i dati prima di poter restituire lo storage. Il tempo necessario per risincronizzare i dati dipende dalla quantità di dati scritti dai client mentre il nodo era inattivo e dalla velocità di scrittura dei dati durante il periodo di giveback.