Valeurs par défaut d'agent Amazon MQ for RabbitMQ - Amazon MQ

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: number-of-messages (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.

    Modes de déploiement

    Cluster

  • overflow: reject-publish (politique) : Applique les files d'attente avec une politique max-length pour rejeter les nouveaux messages une fois que le nombre de messages dans la file d'attente atteint la valeur max-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'éditeur sur le site web RabbitMQ.

    Modes de déploiement

    Cluster

  • max-queues: number-of-queues-per-vhost (limite vhost) : Définit la limite pour le nombre de files d'attente dans un agent. Similaire à la définition de politique 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: number-of-connections-per-vhost (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.

    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