Restrictions connues dans AWS
Suggérer des modifications
PDF
Les limitations connues suivantes sont spécifiques à Cloud Volumes ONTAP dans Amazon Web Services. Assurez-vous également de revoir "Restrictions liées à Cloud Volumes ONTAP dans tous les fournisseurs de cloud".
Limites d'AWS Outpost
Si vous disposez d'un poste externe AWS, vous pouvez déployer Cloud Volumes ONTAP dans cet envoi en sélectionnant le VPC Outpost dans l'assistant Environnement de travail. L'expérience est la même que tout autre VPC qui réside dans AWS. Notez que vous devez d'abord déployer un connecteur dans votre courrier d'envoi AWS.
Quelques limites peuvent être soulignent :
-
Actuellement, seuls les systèmes Cloud Volumes ONTAP à un seul nœud sont pris en charge
-
Les instances EC2 que vous pouvez utiliser avec Cloud Volumes ONTAP sont limitées à ce que votre Outpost propose
-
Seuls les disques SSD polyvalents (gp2) sont pris en charge à l'heure actuelle
Limites de Flash cache
Les types d'instances C5D et R5D incluent le stockage NVMe local, que Cloud Volumes ONTAP utilise comme Flash cache. Notez les limites suivantes :
-
La compression doit être désactivée sur tous les volumes pour tirer parti des améliorations des performances de Flash cache.
Vous pouvez choisir l'absence d'efficacité du stockage lors de la création d'un volume à partir de BlueXP , ou vous pouvez créer un volume puis "Désactiver la compression des données à l'aide de l'interface de ligne de commande".
-
La réactivation du cache après un redémarrage n'est pas prise en charge avec Cloud Volumes ONTAP.
Fausses alarmes signalées par Amazon CloudWatch
Cloud Volumes ONTAP ne libère pas les processeurs lorsqu'ils sont inactifs et "Amazon CloudWatch" peut signaler un avertissement de CPU élevé pour l'instance EC2, car il constate une utilisation de 100 %. Vous pouvez ignorer cette alarme. La commande ONTAP statistics affiche la véritable utilisation des CPU.
Les paires haute disponibilité Cloud Volumes ONTAP ne prennent pas en charge le rétablissement immédiat du stockage
Après le redémarrage d'un nœud, le partenaire doit synchroniser les données pour qu'il puisse renvoyer le système de stockage. Le temps nécessaire pour resynchroniser les données dépend de la quantité de données écrites par les clients alors que le nœud était en panne et de la vitesse d'écriture des données pendant le rétablissement.