Nouvelles Chroniques d'Amethyste

Penser au Sens, pas au Verbe


Poster un commentaire

Premier contact avec Windows Server AppFabric partie IV

Lors de mes essais, presque rien n’a fonctionné du premier coup.

Dans cet article je vais indiquer quelques unes des astuces qui m’ont permis de comprendre la nature de mon problème.

Ce sera le dernier article de la série sur AppFabric. Le premier se trouve ici:

https://amethyste16.wordpress.com/2014/07/20/premier-contact-avec-windows-server-appfabric-partie-i/

 

Start-CacheCluster plante

Le cluster de l’hôte courant démarre sans problème, mais pas moyen de démarrer les nœuds distants.

Il est normal de soupçonner un problème d’accès au serveur distant, par exemple une histoire de credentials ou bien une histoire de pare feu. Pour en savoir plus, direction les logs!

 

Lancez l’explorateur Windows

Saisissez %temp% dans la ligne de commande:

2014-07-16_09-44-39

Nos fichiers sont là, il n’y a plus qu’à les analyser.

Il ne faut évidemment pas hésiter à faire appel à son moteur de recherche favori.

 

De part mon expérience, le principal problème à affronter est:

  • oublié de remplir le fichier host
  • l’adresse IP du serveur a changé lors d’un reboot
    Il est alors utile de savoir que AppFabric a ses fichiers de configuration ici:
    %windir%\system32\AppFabric\

 

Le cache client ne marche pas

 

Lors de mes premiers essais, j’ai été confronté à ce message d’erreur lorsque je tentais d’accéder aux caches:

Message=ErrorCode<ERRCA0017>:SubStatus<ES0006>:There is a temporary failure. Please retry later. (One or more specified cache servers are unavailable, which could be caused by busy network or servers. For on-premises cache clusters, also verify the following conditions. Ensure that security permission has been granted for this client account, and check that the AppFabric Caching Service is allowed through the firewall on all cache hosts. Also the MaxBufferSize on the server must be greater than or equal to the serialized object size sent from the client.)

Ce message est un message générique qui en pratique nous aide assez peu.

Vous trouverez ici un petit truc qui peut aider à obtenir un message plus complet:

http://blogs.msdn.com/b/akshar/archive/2011/05/01/azure-appfabric-caching-errorcode-lt-errca0017-gt-substatus-lt-es0006-gt-what-to-do.aspx

 

 

 

 

Publicités


Poster un commentaire

Premier contact avec Windows Server AppFabric partie III

Cet article est la suite d’une série qui a démarrée ici:

https://amethyste16.wordpress.com/2014/07/20/premier-contact-avec-windows-server-appfabric-partie-i/

 

Il ne sera peut être pas inutile de lire également cet article auparavant qui donne les bases pour comprendre comment héberger WCF dans IIS:

https://amethyste16.wordpress.com/2014/08/14/windows-activation-service-was/

Mais ce n’est pas indispensable pour lire la suite.

 

Windows AppFabric propose des outils pour améliorer l’hébergement des services WCF et Workflow avec WAS.

On pourrait bien entendu héberger le service directement avec WAS. Mais il n’est pas inutile de disposer de certains services tels la surveillance du service, suivi des exceptions… Surtout en production. Ce sont les genres de services justement apportés par Windows AppFabric en plus d’une simplification du déploiement.

Allons y donc!

Lire la suite


Poster un commentaire

Premier contact avec Windows Server AppFabric partie II

Dans la première partie, nous avons fait une présentation rapide de Windows Server AppFabric et procédé à son installation dans un cluster.

Il ne reste plus qu’à faire des essais. Cet article est consacré au service de cache, l’article suivant explorera l’hébergement de services WCF.

 

On peut si on le souhaite télécharger un exemple ici:

http://www.microsoft.com/en-us/download/details.aspx?id=19603

 

Nous allons faire les choses à la main afin de bien décrire les points importants. Pour rappel:

Le cluster est constitué de deux serveurs appelés:

  • AmethCluster1
  • AmethCluster2

L’installation par défaut a été choisie. Le port du service de cache est donc: 22233

Lire la suite


Poster un commentaire

Premier contact avec Windows Server AppFabric partie I

Dans ce premier article d’une série de 4, nous allons découvrir Windows Server AppFabric et apprendre à déployer un cluster.

Par la suite nous ferons fonctionner les différents services proposés par l’outil.

Edit 3/4/2015: Microsoft annonce la fin du support de AppFabric 1.1 pour le 2 avril 2016. Un an pour se préparer donc. Pour en savoir plus sur les options:

http://blogs.msdn.com/b/appfabric/archive/2015/04/02/windows-server-appfabric-1-1-ends-support-4-2-2016.aspx?utm_source=twitterfeed&utm_medium=twitter

 

Introduction

Windows Server AppFabric fournit deux services:

  1. Service de cache distribué.
  2. Hébergement de services WCF ou WF
    AppFabric s’appuie sur la couche IIS et WAS (Windows Process Activation Service), mais ajoute des fonctionnalités supplémentaires comme le monitoring ou la configuration des services

En parallèle, une palette de scripts Powershell sont également fournis lors de l’installation de AppFabric afin de faciliter l’administration des différents services. Les commandes disponibles sont ici:

http://technet.microsoft.com/en-us/library/hh847239.aspx

 

Pour finir l’installation ajoute des templates Visual Studio WCF et WF pour simplifier encore plus le déploiement de ces services dans AppFabric.

 

Nous allons surtout nous intéresser au service de cache.

.Net Framework propose un service de cache depuis la version 1.0. Le principal problème de ce cache est d’être lié à IIS et in process.

Il est donc compliqué d’utiliser ce cache depuis des applications type console. On peut tout au plus monter un service WCF en mode de compatibilité ASP.NET et un binding de type http pour utiliser le cache, mais il devra tout de même être hébergé dans IIS.

Depuis .Net Framework 4.0, un cache indépendant de IIS est arrivé. Il est disponible dans l’espace de noms System.Runtime.Caching. C’est mieux, mais il est toujours in process et donc pas distribué.

 

La réponse à ce problème de Microsoft est AppFabric Caching. Le cache AppFabric, anciennement appelé Velocity, est un cache distribué capable de fonctionner en cluster. On peut donc le partager entre plusieurs serveurs et applications.

Parmi les caractéristiques du cache en cluster:

  • ajout/suppression dynamique de nœuds
  • Deux à une centaine de serveurs
  • load balancing automatique
  • haute disponibilité (duplication des données)
  • intégration des sessions Asp.Net
  • Les caches nommés

 

Note: Windows Azure héberge lui aussi un cache distribué. Il est indépendant de AppFabric Caching et ne sera pas abordé dans cet article.

Lire la suite