Limitazioni note per Cloud Volumes ONTAP 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 disponi di un AWS Outpost, puoi distribuire Cloud Volumes ONTAP in quell'Outpost selezionando l'Outpost VPC durante la distribuzione. L'esperienza è la stessa di qualsiasi altra VPC residente in AWS. Tieni presente che dovrai prima distribuire un agente Console nel tuo AWS Outpost.
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 nessuna efficienza di archiviazione quando si crea un volume dalla console NetApp 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, così "Amazon CloudWatch" Può segnalare un avviso CPU elevato 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.