Niveau de messagerie Service Bus Premium

La messagerie Service Bus, qui comprend des entités telles que les files d’attente et les rubriques, associe des fonctionnalités de messagerie d’entreprise à une sémantique riche de publication et d’abonnement à l’échelle du cloud. La messagerie Service Bus sert d’infrastructure de communication à de nombreuses solutions cloud sophistiquées.

La couche Premium de la messagerie Service Bus répond aux demandes couramment formulées par les clients concernant la mise à l’échelle, les performances et la disponibilité de leurs applications critiques. Le niveau Premium est recommandé pour les scénarios de production. Bien qu’offrant des ensembles de fonctionnalités quasiment identiques, les deux couches de messagerie Service Bus sont conçues pour différents cas de figure.

Les principales différences sont répertoriées dans le tableau suivant.

La messagerie Service Bus Premium isole les ressources au niveau processeur et mémoire, ce qui permet d’exécuter chaque charge de travail client de manière isolée. Ce conteneur de ressources est appelé unité de messagerie. Au moins une unité de messagerie est allouée à chaque espace de noms premium. Vous pouvez acheter 1, 2, 4, 8 ou 16 unités de messagerie pour chaque espace de noms Service Bus Premium. Une entité ou une charge de travail unique peut couvrir plusieurs unités de messagerie et le nombre d’unités de messagerie peut être modifié à volonté. Au final, les performances de votre solution Service Bus sont prévisibles et répétables.

Au final, les performances de votre solution Service Bus sont non seulement prévisibles et répétables, mais aussi supérieures. La messagerie Premium offre des performances de pointe bien supérieures à celles de la couche Standard.

Différences techniques de la messagerie Premium

Les sections suivantes décrivent les quelques différences entre les couches de messagerie Standard et Premium.

Entités Express

La messagerie Premium-Messaging s’exécutant dans un environnement d’exécution isolé, les entités express ne sont pas prises en charge dans les espaces de noms Premium. Une entité Express conserve temporairement un message en mémoire avant de l’écrire dans un stockage persistant. Si du code s’exécute sous la messagerie Standard et que vous souhaitez le porter au niveau Premium, assurez-vous que la fonctionnalité d’entité Express est désactivée.

Utilisation des ressources Premium Messaging

En règle générale, toute opération sur une entité peut entraîner l’utilisation du processeur et de la mémoire. Voici quelques-unes de ces opérations :

• Les opérations de gestion comme les opérations CRUD (Create, Retrieve, Update et Delete) sur les files d’attente, les sujets et les abonnements.
• Les opérations d’exécution (envoi et réception de messages)
• Les opérations de surveillance et d’alerte

L’utilisation supplémentaire de mémoire et de processeur n’est cependant pas facturée. Pour la messagerie Premium Messaging, il existe un prix unique par unité de message.

L’utilisation du processeur et de la mémoire est suivie et affichée pour les raisons suivantes :

• Transparence sur le fonctionnement interne du système
• Capacité des ressources achetées.
• Planification de la capacité vous décider de monter en puissance ou non.

Combien d’unités de messagerie sont nécessaires ?

Vous spécifiez le nombre d’unités de messagerie lors du provisionnement d’un espace de noms Azure Service Bus Premium. Ces unités de messagerie sont des ressources dédiées qui sont allouées à l’espace de noms. Lorsque le partitionnement a été activé sur l’espace de noms, les unités de messagerie sont également réparties entre les partitions.

Le nombre d’unités de messagerie allouées à l’espace de noms Service Bus Premium peut être ajusté dynamiquement pour prendre en compte la variation (augmentation ou diminution) des charges de travail.

Certains facteurs doivent être pris en compte pour déterminer le nombre d’unités de messagerie pour votre architecture :

• Commencez par 1 ou 2 unités de messagerie allouées à votre espace de noms ou 1 unité de message par partition.
• Étudiez les métriques d’utilisation du processeur dans les métriques d’utilisation des ressources pour votre espace de noms.
  • Si l’utilisation du processeur est inférieure à 20 %, vous pourrez peut-être réduire le nombre d’unités de messagerie allouées à votre espace de noms.
  • Si l’utilisation du processeur est supérieure à 70 %, votre application profite d’une mise à l’échelle du nombre d’unités de messagerie allouées à votre espace de noms.

Pour configurer un espace de noms Service Bus afin qu'il se mette automatiquement à l'échelle (augmentation ou diminution des unités de messagerie), consultez Mettre automatiquement à jour les unités de messagerie.

Prise en main de Premium Messaging

La prise en main de Premium Messaging est immédiate ; le processus est similaire à celui de la messagerie Standard. Commencez par créer un espace de noms dans le portail Azure. Veillez à sélectionner Premium sous Niveau de tarification. Cliquez sur Afficher tous les détails de la tarification pour voir plus d’informations sur chaque niveau.

Vous pouvez également créer des espaces de noms Premium à l’aide de modèles Azure Resource Manager.

Prise en charge des messages volumineux

Les espaces de noms Azure Service Bus de niveau premium prennent en charge la possibilité d’envoyer des charges utiles de messages volumineux jusqu’à 100 Mo. Cette fonctionnalité est principalement ciblée vers des charges de travail héritées qui ont utilisé des charges utiles de messages plus importantes sur d’autres répartiteurs de messagerie d’entreprise et cherchent à migrer de façon fluide vers Azure Service Bus.

Voici quelques points à prendre en compte lors de l’envoi de messages volumineux sur Azure Service Bus :

• Prise en charge sur les espaces de noms Azure Service Bus niveau premium uniquement.
• Prise en charge uniquement lors de l’utilisation du protocole AMQP. Non pris en charge lors de l’utilisation de protocoles SBMP ou HTTP, dans le niveau Premium, la taille maximale des messages pour ces protocoles est de 1 Mo.
• Prise en charge lors de l’utilisation du SDK client Java Message Service (JMS) 2.0 et de SDK clients d’autres langages.
• L’envoi de messages volumineux entraîne une réduction du débit et une augmentation de la latence.
• Bien que les charges utiles de message de 100 Mo soient prises en charge, il est recommandé de conserver les charges utiles de message aussi petites que possible pour garantir des performances fiables à partir de l’espace de noms Service Bus.
• La taille maximale de message est appliquée uniquement pour les messages envoyés à la file d’attente ou à la rubrique. La limite de taille n’est pas appliquée pour l’opération de réception. Cela vous permet de mettre à jour la taille maximale des messages pour une file d’attente (ou rubrique) donnée.
• Le traitement par lot n’est pas pris en charge.
• Service Bus Explorer ne prend pas en charge l’envoi ou la réception de messages volumineux.

Le 30 septembre 2026, nous mettrons hors service la prise en charge du protocole SBMP pour Azure Service Bus. Vous ne pourrez donc plus utiliser ce protocole après le 30 septembre 2026. Migrez vers les dernières bibliothèques du SDK Azure Service Bus utilisant le protocole AMQP, qui offre des mises à jour de sécurité critiques et des fonctionnalités améliorées, avant cette date.

Pour plus d’informations, consultez l’annonce concernant l’arrêt de la prise en charge.

Activation de la prise en charge des messages volumineux pour une nouvelle file d’attente (ou rubrique)

Pour activer la prise en charge des messages volumineux, définissez la taille maximale de message lors de la création d’une nouvelle file d’attente (ou rubrique) comme indiqué dans l’image suivante :

Activation de la prise en charge des messages volumineux pour une file d’attente (ou rubrique) existante

Vous pouvez aussi activer la prise en charge des messages volumineux pour les files d’attente (ou rubriques) existantes, en mettant à jour la Taille de message maximale dans la Vue d’ensemble de cette file d’attente (ou rubrique) spécifique, comme indiqué dans l’image suivante.

Sécurité du réseau

Les fonctionnalités de sécurité réseau suivantes sont disponibles uniquement dans le niveau Premium. Pour plus d’informations, consultez Sécurité réseau.

• Balises de service
• Points de terminaison de service réseau
• Points de terminaison privés

La configuration du pare-feu IP à l’aide du Portail Microsoft Azure est disponible uniquement pour les espaces de noms de niveau Premium. Toutefois, vous pouvez configurer des règles de pare-feu IP pour les autres niveaux à l’aide de modèles Azure Resource Manager, CLI, PowerShell ou l’API REST. Pour plus d’informations, consultez Configurer le pare-feu IP.

Chiffrement des données au repos

Azure Service Bus Premium fournit une fonctionnalité de chiffrement des données au repos à l’aide d’Azure Storage Service Encryption (Azure SSE). Service Bus Premium utilise Stockage Azure pour stocker les données. Toutes les données stockées avec Stockage Azure sont chiffrées à l'aide de clés gérées par Microsoft. Si vous utilisez votre propre clé (également appelée clé gérée par le client (CMD) ou clé gérée par le client), les données sont toujours chiffrées à l’aide de la clé gérée par Microsoft, mais en outre, la clé gérée par Microsoft est chiffrée à l’aide de la clé gérée par le client. Cette fonctionnalité vous permet de créer, de faire tourner, de désactiver et de révoquer l'accès aux clés gérées par le client et utilisées pour chiffrer les clés gérées par Microsoft. L’activation de la fonctionnalité CMK est un processus de configuration unique sur votre espace de noms. Pour plus d’informations, consultez Chiffrement des données au repos d’Azure Service Bus.

Partitionnement

Il existe des différences entre les niveaux Standard et Premium en matière de partitionnement.

• Le partitionnement est disponible au moment de la création de l’entité pour toutes les files d’attente et rubriques dans les références SKU De base et Standard. Un espace de noms peut avoir des entités partitionnées et non partitionnées. Le partitionnement est disponible lors de la création de l’espace de noms pour le niveau Premium.Toutes les files d’attente et rubriques de cet espace de noms seront partitionnées. Toutes les entités partitionnées précédemment migrées dans les espaces de noms Premium continuent de fonctionner comme prévu.
• Lorsque le partitionnement est activé dans les références SKU De base ou Standard, Service Bus crée 16 partitions. Lorsque le partitionnement est activé dans le niveau Premium, la quantité de partitions est spécifiée lors de la création de l’espace de noms.

Pour plus d’informations, consultez Partitionnement dans Service Bus.

Géoréplication et récupération d’urgence

Azure Service Bus répartit le risque de défaillances catastrophiques d’ordinateurs individuels ou même de racks complets sur différents clusters couvrant plusieurs domaines d’échec au sein d’un centre de données. Le service implémente des mécanismes transparents de détection des défaillances et de basculement. Il continue ainsi de fonctionner selon les niveaux de service garantis et, en général, sans interruptions perceptibles lorsque de telles défaillances se produisent. Un espace de noms Premium peut disposer d’au moins deux unités de messagerie et ces unités de messagerie sont réparties sur plusieurs domaines de défaillance au sein d’un centre de données, prenant en charge un modèle de cluster Service Bus actif.

Pour un espace de noms de niveau Premium, le risque de panne est davantage réparti sur trois sites physiquement séparés (zones de disponibilité). Le service dispose par ailleurs de réserves de capacité suffisantes pour faire face instantanément à la perte complète et irrémédiable d’un centre de données. Le modèle de cluster Azure Service Bus tout actif au sein d’un domaine de défaillance avec prise en charge des zones de disponibilité est supérieur à tous les produits de type répartiteurs de messages locaux en termes de résilience face à des défaillances matérielles graves, voire à une perte catastrophique de sites de centres de données entiers. Il peut néanmoins se produire des situations graves impliquant une destruction physique généralisée contre laquelle même ces mesures ne suffisent pas.

La fonctionnalité de récupération après sinistre géographique de Service Bus est conçue pour faciliter la récupération après un sinistre de cette ampleur et abandonner définitivement une région Azure défaillante sans avoir à modifier les configurations de votre application. L’abandon d’une région Azure implique généralement plusieurs services. Cette fonctionnalité vise principalement à préserver l’intégrité de la configuration de l’application composite. La fonctionnalité est disponible de manière globale pour le niveau Premium de Service Bus.

Pour plus d’informations, consultez Géorécupération d’urgence Azure Service Bus.

Prise en charge de JMS (Java Message Service)

Le niveau Premium prend en charge JMS 1.1 et JMS 2.0. Pour plus d’informations, consultez Comment utiliser JMS 2.0 avec Azure Service Bus Premium.

Le niveau Standard prend uniquement en charge le sous-ensemble JMS 1.1 axé sur les files d’attente. Pour plus d’informations, consultez Utiliser Java Message Service 1.1 avec Azure Service Bus Standard.

Étapes suivantes

Consultez l’article suivant : mettre automatiquement à jour les unités de messagerie.