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 différentes politiques de courtage et limites d'hôtes virtuels pour Amazon MQ pour RabbitMQ 3 et RabbitMQ 4. Les différences seront discutées en détail dans les sous-sections suivantes.
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 :
Amazon MQ pour RabbitMQ 3 :
-
Single-instance –
AWS-DEFAULT-POLICY-SINGLE-INSTANCE -
Déploiement de clusters —
AWS-DEFAULT-POLICY-CLUSTER-MULTI-AZ&&AWS-DEFAULT-QUORUM-QUEUES-POLICY-CLUSTER-MULTI-AZ
Amazon MQ pour RabbitMQ 4 :
-
Single-instance –
AWS-DEFAULT-POLICY-SINGLE-INSTANCE -
Déploiement de clusters —
AWS-DEFAULT-POLICY-CLUSTER&&AWS-DEFAULT-QUORUM-QUEUES-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). Ces paramètres ne s'appliquent qu'à Amazon MQ pour RabbitMQ 3 et ne sont pas configurés pour RabbitMQ 4.
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.
Paramètres sur les courtiers RabbitMQ 3 et RabbitMQ 4
-
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
Single-instance, grappe
-
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-messagesModes de déploiement
Cluster
-
overflow: reject-publish(politique) : Applique les files d'attente avec une politiquemax-lengthpour 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
Paramètres spécifiques à RabbitMQ 3
-
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-vhostmax-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 empêche également une utilisation excessive de l'UC pour la maintenance des files d'attente.Modes de déploiement
Single-instance, grappe
-
max-connections:(limite d'hôte virtuel) — Définit la limite du nombre de connexions client par hôte virtuel. 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-vhostImportant
Cette limite au niveau de l'hôte ne remplace pas la limite de connexion par nœud appliquée par le courtier. La limite par nœud est déterminée par le type d'instance du courtier et ne peut pas être modifiée. Pour les limites par nœud par type d'instance, consultezDirectives de dimensionnement d'Amazon MQ pour RabbitMQ.
Modes de déploiement
Single-instance, grappe
Valeurs par défaut recommandées
Important
max-queueset ne max-connections sont appliqués qu'à Amazon MQ pour RabbitMQ 3.
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 |
|---|---|---|---|---|
| mq.m7g.medium | Single-instance | N/A | 2 500 | 100 |
| Cluster | 500 000 | 100 | 100 | |
| mq.m7g.large | Single-instance | N/A | 20 000 | 5 000 |
| Cluster | 8 000 000 | 10 000 | 5 000 | |
| mq.m7g.xlarge | Single-instance | N/A | 30 000 | 10 000 |
| Cluster | 9 000 000 | 15 000 | 10 000 | |
| mq.m7g.2xlarge | Single-instance | N/A | 40 000 | 20 000 |
| Cluster | 10 000 000 | 40 000 | 20 000 | |
| mq.m7g.4xlarge | Single-instance | N/A | 60 000 | 40 000 |
| Cluster | 12 000 000 | 30 000 | 40 000 | |
| mq.m7g.8xlarge | Single-instance | N/A | 80 000 | 80 000 |
| Cluster | 20 000 000 | 40 000 | 80 000 | |
| mq.m7g.12xlarge | Single-instance | N/A | 100 000 | 120 000 |
| Cluster | 30 000 000 | 20 000 | 120 000 | |
| mq.m7g.16xlarge | Single-instance | N/A | 120 000 | 160 000 |
| Cluster | 40 000 000 | 50 000 | 160 000 |
| Type d’instance | Mode de déploiement | max-length |
max-queues |
max-connections |
|---|---|---|---|---|
| t3.micro | Single-instance | N/A | 500 | 500 |
| m5.large | Single-instance | N/A | 20 000 | 4 000 |
| m5.large | Cluster | 8 000 000 | 10 000 | 15 000 |
| m5.xlarge | Single-instance | N/A | 30 000 | 8 000 |
| m5.xlarge | Cluster | 9 000 000 | 10 000 | 20 000 |
| m5.2xlarge | Single-instance | N/A | 60 000 | 15 000 |
| m5.2xlarge | Cluster | 10 000 000 | 10 000 | 40 000 |
| m5.4xlarge | Single-instance | N/A | 150 000 | 30 000 |
| m5.4xlarge | Cluster | 12 000 000 | 10 000 | 100 000 |
