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. Nous vous recommandons d’utiliser le niveau Premium pour les scénarios de production. Bien que les ensembles de fonctionnalités soient pratiquement identiques, les niveaux Standard et Premium de la Messagerie Service Bus sont conçus pour répondre à des cas d’usage différents.

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. Avec la messagerie Premium, les performances maximales sont beaucoup plus rapides qu’avec la messagerie Standard.

Différences techniques de la messagerie Premium

Les sections suivantes présentent quelques différences entre les niveaux de messagerie Premium et Standard.

Entités Express

Comme la messagerie Premium fonctionne 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 est exécuté dans le cadre de la messagerie Standard et que vous souhaitez le porter au niveau Premium, veillez à ce que la fonction d’entité Express soit désactivée.

Utilisation des ressources de la messagerie Premium

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 :

• Opérations de gestion telles que les opérations de création, d’extraction, de mise à jour et de suppression (CRUD) 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. Le prix par unité de message est unique pour le niveau de messagerie Premium.

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 de l’approvisionnement d’un espace de noms Premium Azure Service Bus. Ces unités de messagerie sont des ressources dédiées qui sont allouées à l’espace de noms. Lorsque le partitionnement est activé dans l’espace de noms, les unités de messagerie sont réparties de manière égale entre les partitions.

Le nombre d’unités de messagerie allouées à l’espace de noms Service Bus Premium peut être ajusté dynamiquement pour tenir compte des changements (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 la messagerie Premium

La prise en main de la messagerie Premium est simple et 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 destinée aux charges de travail existantes qui utilisaient des messages plus volumineux sur d’autres courtiers de messagerie d’entreprise et qui 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.
• Pris en charge uniquement lors de l’utilisation du protocole AMQP (Advanced Message Queuing Protocol). Non pris en charge lors de l’utilisation des protocoles SBMP ou HTTP. Dans le niveau Premium, la taille maximale des messages pour les protocoles SBMP et HTTP 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 messages de 100 Mo soient pris en charge, nous vous recommandons de les réduire autant que possible afin de garantir la fiabilité des performances de l’espace de noms du 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 dans le 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), les données sont toujours chiffrées à l’aide de la clé gérée par Microsoft, mais la clé gérée par Microsoft est également 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é de clé gérée par le client 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. Pour le niveau Premium, le partitionnement est disponible lors de la création de l’espace de noms, et toutes les files d’attente et les rubriques de cet espace de noms sont 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 d’urgence géographique (Geo-DR) 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 la configuration de vos applications. 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.

La fonctionnalité de récupération d’urgence géographique garantit que l’ensemble de la configuration d’un espace de noms (entités, configuration, propriétés) est répliqué en continu d’un espace de noms primaire vers un espace de noms secondaire avec lequel il est couplé, et elle vous permet d’initier à tout moment un basculement unique de l’espace de noms primaire vers l’espace de noms secondaire. Le basculement redirige le nom d’alias choisi pour l’espace de noms vers l’espace de noms secondaire, puis supprime l’association. Le basculement est presque instantané une fois lancé.

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

Géoréplication

La fonctionnalité de géo-réplication est l’une des options qui permettent un isolement des applications Azure Service Bus contre les pannes et les sinistres, en fournissant une réplication des métadonnées (entités, configuration, propriétés) et des données (données des messages et propriétés des messages/changements d’état), alors que la fonctionnalité de géo-récupération d'urgence décrite dans la section précédente ne réplique que les métadonnées.

La fonctionnalité de géoréplication garantit que les métadonnées et les données d’un espace de noms sont répliquées en continu d’une région primaire vers une ou plusieurs régions secondaires.

• Files d’attente, rubriques, abonnements, filtres.
• Les données, qui résident dans les entités.
• Toutes les modifications d’état et les modifications de propriétés exécutées sur les messages dans un espace de noms.
• Configuration de l’espace de noms.

Cette fonctionnalité permet de promouvoir n’importe quelle région secondaire en région primaire, à tout moment. La promotion d’une région secondaire repointe le nom de l’espace de noms vers la région secondaire sélectionnée, et bascule les rôles entre la région primaire et la région secondaire. La promotion est presque instantanée une fois lancée.

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.