Notes de publication de Service Bus 1.1

Article
04/18/2014

Mis à jour: mars 2014

S'applique à: Service Bus for Windows Server 1.1

Les notes de publication suivantes contiennent les problèmes connus et les dernières informations sur Service Bus pour Windows Server (Service Bus 1.1).

Nouveautés de Service Bus 1.1

Service Bus pour Windows Server version 1.1 contient un certain nombre de nouvelles fonctionnalités et d'options. Cette rubrique récapitule les nouvelles fonctionnalités et contient des liens vers des sources d'information supplémentaires.

Améliorations apportées au runtime Service Bus

Service Bus pour Windows Server version 1.1 inclut la prise en charge des fonctions de messagerie répartie introduites dans Service Bus de Windows Azure SDK versions 2.0 et 2.1. Pour plus d'informations, consultez:

What's New in the Azure SDK 2.0 Release (April 2013)
What's New in the Service Bus 2.1 Release (May 2013)

Les principaux aspects des nouvelles fonctionnalités sont décrits ci-dessous :

AMQP 1.0 : Service Bus de Windows Azure inclut la prise en charge d'AMQP (Advanced Message Queuing Protocol) version 1.0. AMQP est un protocole de messagerie efficace et fiable de type filaire (wire-level) qui permet de créer des applications de messagerie interplateformes robustes.
Modèle de programmation de messages basé sur l'événement : Cette fonctionnalité introduit un modèle de programmation de messagerie basé sur l'événement, ou « Push », qui constitue une alternative à la boucle de réception. Cette fonctionnalité prend en charge le traitement de messages simultané, et autorise le traitement des messages à des débits variables.
Signature d'accès partagé (SAS, Shared Access Signature) : Les applications peuvent maintenant s'authentifier auprès de Service Bus pour Windows Server via l'authentification par signature d'accès partagé (SAS, Shared Access Signature) ou, comme avant, en utilisant l'authentification Windows intégrée. Avec l'authentification SAS, les applications peuvent s'authentifier auprès de Service Bus en utilisant une clé d'accès configurée sur l'espace de noms de service, ou sur l'entité qui possède des droits spécifiques associés. Vous pouvez utiliser cette clé pour générer un jeton SAS que les clients peuvent utiliser pour s'authentifier auprès de Service Bus.
Parcours des messages : Le parcours des messages permet d'afficher les messages disponibles dans une file d'attente sans verrouiller le message en question ni y appliquer une opération de réception explicite. C'est pratique pour le débogage, ainsi que dans les scénarios impliquant le monitorage.
Activation et désactivation de l'envoi/la réception : Cette fonction permet de suspendre et de reprendre l'envoi et la réception des messages vers et à partir de files d'attente et de rubriques. Vous pouvez activer cette fonctionnalité en utilisant l'énumération Microsoft.ServiceBus.Messaging.EntityStatus et en définissant la propriété Microsoft.ServiceBus.Messaging.QueueDescription.Status.
Suppression automatique des entités de messagerie inactives : La fonction de suppression automatique permet de définir un intervalle après lequel une file d'attente, une rubrique ou un abonnement inactif est automatiquement supprimé. Si aucune activité d'envoi ou de réception n'a lieu pendant la durée spécifiée dans la propriété Microsoft.ServiceBus.Messaging.QueueDescription.AutoDeleteOnIdle, l'entité est supprimée. Cependant, en cas d'appels de réception sur la file d'attente ou l'abonnement, l'entité n'est pas supprimée (même si elle ne contient aucun message).
Stratégie de nouvelles tentatives : La fonction Stratégie de nouvelles tentatives côté client permet de définir une stratégie de nouvelles tentatives en cas d'erreurs temporaires de remise de messages. La bibliothèque maintient les nouvelles tentatives jusqu'à la limite définie dans la propriété Microsoft.ServiceBus.NamespaceManagerSettings.OperationTimeout.
Batteries de serveurs à 5 nœuds : Service Bus pour Windows Server prend maintenant en charge des batteries de serveurs comportant jusqu'à 5 nœuds.

Portail de gestion avec l'intégration Windows Azure Pack

Windows Azure Pack pour Windows Server est une collection de technologies Azure, mise gratuitement à la disposition des clients Microsoft pour une installation dans le centre de données. Elle s'exécute au-dessus de Windows Server 2012 R2 et System Center 2012 R2 et, par l'utilisation des technologies Azure, permet d'offrir un Cloud multilocataire, riche et en libre-service avec l'expérience de gestion de Azure public.

Pour plus d'informations sur le sujet suivant le Windows Azure Pack, consultez la page Windows Azure Pack.

Les points suivants soulignent les nouvelles fonctionnalités disponibles avec l'intégration de Windows Azure Pack :

Portail des locataires Service Bus : Windows Azure Pack offre un riche portail locataires pour gérer les services et les ressources informatiques. La messagerie avec Service Bus est l'un des services pris en charge, ainsi que les machines virtuelles, les sites Web, les bases de données SQL, et bien plus. Le portail Windows Azure Pack offre une expérience utilisateur par abonnement, similaire à celle d'Azure.
Expérience d'administration Service Bus : Windows Azure Pack offre une expérience administrateur qui permet de déployer, gérer et surveiller les services et ressources.
Cmdlets PowerShell Azure : Windows Azure Pack prend en charge la gestion de PowerShell Azure pour les services informatiques, y compris Service Bus.

Versions de Service Bus

Dans la mesure où les deux produits Service Bus, Service Bus pour Windows Server et Service Bus de Windows Azure ont des calendriers de lancement différents, il n'est pas garanti que la dernière version de Azure SDK fonctionnera avec Service Bus pour Windows Server. Cependant, comme toutes les versions SDK sont prises en charge à des fins de compatibilité descendante sur Service Bus de Windows Azure, toutes les versions de SDK prises en charge par Service Bus pour Windows Server sont également prises en charge par Service Bus de Windows Azure.

Chaque version de Service Bus pour Windows Server inclut Azure SDK, remis via NuGet. Dans l'éventualité d'une version préliminaire, nous spécifierons la version exacte du SDK prenant en charge cette version.

Le schéma ci-dessous illustre la calendrier de lancement des versions de Service Bus :

Publications de Service Bus

Problèmes connus

La liste ci-dessous répertorie les problèmes connus de Service Bus pour Windows Server version 1.1.

Set-SBCertificate ne définit pas la liaison de certificat pour le point de terminaison Https RP. Pour contourner ce problème, suivez les étapes de définition de la liaison de certificat SSL RPHttpsEndpoint (après avoir exécuté la cmdlet Set-SBCertificate) :
1. Ouvrez une fenêtre de commandes PowerShell Service Bus pour Windows Server et exécutez la cmdlet Get-SBF Arm.
2. Obtenez la propriété RPHttpsPort, et optez pour la valeur de port 9359 (qui correspond au port Https du fournisseur de ressources par défaut).
3. Dans la fenêtre de commandes PowerShell, exécutez la commande suivante :
```
[System.Guid]::NewGuid().ToString("B")
```
4. Obtenez l'empreinte numérique du certificat SSL de la batterie de serveurs (c'est la même chose que l'empreinte numérique du certificat de la batterie de serveurs de la sortie de la cmdlet Get-SBF Arm).
5. Exécutez cette commande à partir de l'invite de commande avec des privilèges d’administrateur sur tous les nœuds de la batterie de serveurs :
```
netsh http add sslcert ipport=0.0.0.0:9359 certhash=<SSLCertThumbprint> appid=<NewGuid>
```
  Vous pouvez également exécuter le script PowerShell suivant en tant qu'administrateur sur tous les nœuds faisant partie de cette batterie de serveurs Service Bus pour Windows Server :
```
$newGuid = [System.Guid]::NewGuid().ToString("B")

$sbFarm = Get-SbFarm

$RPHttpsPort = $sbFarm.RPHttpsPort 

$SSLCertThumbprint =  $sbFarm.FarmCertificate.Thumbprint 

netsh http add sslcert ipport=0.0.0.0:$RPHttpsPort certhash=$SSLCertThumbprint appid=$newGuid
```
Échec de l'installation de Service Bus pour Windows Server en raison d'une défaillance dans la configuration de Windows Fabric. Dans certaines versions localisées (par exemple, l'italien), la configuration de Windows Fabric (un prérequis de l'installation de Service Bus pour Windows Server) échoue. La raison en est le format horaire incorrect dans lequel 00:00:00 est représenté sous la forme 00.00.00. Pour contourner ce problème, procédez comme suit :
1. Lancez Regedit.exe et accédez à HKEY_USERS\.DEFAULT\Control Panel\International.
2. Changez la valeur sTimeFormat en h:mm:ss tt.
3. Une fois l'installation effectuée, vous pouvez restaurer le paramètre du registre à sa valeur d'origine.

Date de génération :

2014-04-18

Partager via