Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Valeurs par défaut d'agent Amazon MQ for RabbitMQ
Lorsque vous créez un agent Amazon MQ for RabbitMQ, Amazon MQ applique un ensemble par défaut de politiques d'agent et de limites de vhost pour optimiser les performances de votre agent. Amazon MQ applique des limites de vhost uniquement à la valeur vhost par défaut (/
). Amazon MQ n'appliquera pas de politiques par défaut aux vhosts nouvellement créés. Nous vous recommandons de conserver ces valeurs par défaut pour tous les agents nouveaux et existants. Toutefois, vous pouvez modifier, remplacer ou supprimer ces valeurs par défaut à tout moment.
Amazon MQ crée des politiques et des limites en fonction du type d'instance et du mode de déploiement de l'agent que vous choisissez lorsque vous créez votre agent. Les politiques par défaut sont nommées en fonction du mode de déploiement, comme suit :
-
Instance unique :
AWS-DEFAULT-POLICY-SINGLE-INSTANCE
-
Déploiement en cluster :
AWS-DEFAULT-POLICY-CLUSTER-MULTI-AZ
Pour des agents à instance unique, Amazon MQ définit la valeur de priorité de la politique sur 0
. Pour remplacer la valeur de la priorité par défaut, vous pouvez créer vos propres politiques personnalisées avec des valeurs de priorité supérieures. Pour les déploiements en cluster, Amazon MQ définit la valeur de priorité sur 1
pour les valeurs par défaut de l'agent. Pour créer votre propre politique personnalisée pour les clusters, affectez une valeur de priorité supérieure à 1
.
Note
Dans les déploiements en clusters, les politiques d'agent ha-mode
et ha-sync-mode
sont requises pour la mise en miroir classique et la haute disponibilité (HA).
Si vous supprimez la politique par défaut AWS-DEFAULT-POLICY-CLUSTER-MULTI-AZ
, Amazon MQ utilise la politique ha-all-AWS-OWNED-DO-NOT-DELETE
avec une valeur de priorité 0
. Cela garantit que les politiques ha-mode
et ha-sync-mode
sont toujours en vigueur. Si vous créez votre propre politique personnalisée, Amazon MQ ajoute automatiquement ha-mode
et ha-sync-mode
à vos définitions de politique.
Description des politiques et des limites
La liste suivante décrit les politiques et les limites par défaut qu'Amazon MQ applique à un agent nouvellement créé. Les valeurs pour max-length
, max-queues
et max-connections
varient en fonction du type d'instance et du mode de déploiement de votre agent. Ces valeurs sont répertoriées dans la section Valeurs par défaut recommandées.
-
queue-mode: lazy
(politique) : active les files d'attente paresseuses. Par défaut, les files d'attente conservent un cache en mémoire de messages, ce qui permet à l'agent de livrer les messages aux consommateurs le plus rapidement possible. Cela peut entraîner un manque de mémoire pour l'agent et déclencher une alarme de mémoire élevée. Les files d'attente paresseuses tentent de déplacer les messages sur le disque dès que possible. Cela signifie que moins de messages sont conservés en mémoire dans des conditions normales de fonctionnement. En utilisant des files d'attente paresseuses, Amazon MQ for RabbitMQ peut prendre en charge des charges de messagerie beaucoup plus importantes et des files d'attente plus longues. Notez que pour certains cas d'utilisation, les agents avec des files d'attente paresseuses peuvent avoir des performances légèrement plus lentes. Cela est dû au fait que les messages sont déplacés d'un disque à un agent, au lieu de remettre des messages à partir d'un cache en mémoire.Modes de déploiement
Instance unique, cluster
-
max-length:
(politique) : définit une limite pour le nombre de messages dans une file d'attente. Dans les déploiements en cluster, la limite empêche la synchronisation de file d'attente interrompue dans des cas tels que le redémarrage de l'agent ou à la suite d'une fenêtre de maintenance.number-of-messages
Modes de déploiement
Cluster
-
overflow: reject-publish
(politique) : Applique les files d'attente avec une politiquemax-length
pour rejeter les nouveaux messages une fois que le nombre de messages dans la file d'attente atteint la valeurmax-length
. Pour s'assurer que les messages ne sont pas perdus si une file d'attente est dans un état de débordement, les applications client qui publient des messages auprès de l'agent doivent implémenter les confirmations de l'éditeur. Pour plus d'informations sur l'implémentation des confirmations de l'éditeur, consultez Confirmations de l'éditeursur le site web RabbitMQ. Modes de déploiement
Cluster
-
max-queues:
(limite vhost) : Définit la limite pour le nombre de files d'attente dans un agent. Similaire à la définition de politiquenumber-of-queues-per-vhost
max-length
, la limitation du nombre de files d'attente dans les déploiements en cluster empêche la synchronisation des files d'attente interrompues à la suite du redémarrage de l'agent ou des fenêtres de maintenance. La limitation des files d'attente permet également d'éviter une CPU utilisation excessive pour maintenir les files d'attente.Modes de déploiement
Instance unique, cluster
-
max-connections:
(limite de vhost) : Définit la limite du nombre de connexions client à l'agent. Limiter le nombre de connexions selon les valeurs recommandées empêche une utilisation excessive de la mémoire de l'agent, ce qui pourrait entraîner l'agent à déclencher une alarme de mémoire élevée et à suspendre les opérations.number-of-connections-per-vhost
Modes de déploiement
Instance unique, cluster
Valeurs par défaut recommandées
Note
Les limites par défaut max-length
et max-queue
sont testées et évaluées en fonction d'une taille moyenne de message de 5 Ko. Si vos messages sont nettement supérieurs à 5 Ko, vous devrez ajuster et réduire les limites max-length
et max-queue
.
Le tableau suivant répertorie les valeurs limites par défaut pour un agent nouvellement créé. Amazon MQ applique ces valeurs en fonction du type d'instance et du mode de déploiement de l'agent.
Type d’instance | Mode de déploiement | max-length |
max-queues |
max-connections |
---|---|---|---|---|
t3.micro | Instance unique | N/A | 500 | 500 |
m5.large | Instance unique | N/A | 20 000 | 4 000 |
Cluster | 8 000 000 | 4 000 | 15 000 | |
m5.xlarge | Instance unique | N/A | 30 000 | 8 000 |
Cluster | 9 000 000 | 5 000 | 20 000 | |
m5.2xlarge | Instance unique | N/A | 60 000 | 15 000 |
Cluster | 10 000 000 | 6 000 | 40 000 | |
m5.4xlarge | Instance unique | N/A | 150 000 | 30 000 |
Cluster | 12 000 000 | 10 000 | 100 000 |