ArchiTech Load Balancing (NLB), Fermes et Jardins
Upcoming SlideShare
Loading in...5
×
 

Like this? Share it with your network

Share

ArchiTech Load Balancing (NLB), Fermes et Jardins

on

  • 1,589 views

cf http://blogs.msdn.com/architech

cf http://blogs.msdn.com/architech

Statistics

Views

Total Views
1,589
Views on SlideShare
1,504
Embed Views
85

Actions

Likes
0
Downloads
12
Comments
0

2 Embeds 85

http://blogs.msdn.com 83
http://www.linkedin.com 2

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

ArchiTech Load Balancing (NLB), Fermes et Jardins Presentation Transcript

  • 1. 
  • 2.
  • 3.
  • 4.  Problématique Outils / types d’implémentations  Hardware Load Balancing  Windows Network Load Balancing  IIS ARR  Répartition au niveau client (DNS, Applicatif, …)  Windows Server AppFabric  WCF Routing Service Et dans Azure?
  • 5.  Ferme Web www01 www02 www VIP www… www-n
  • 6.  Web Garden Processus 01 Processus 02 www01 Processus … Processus - n
  • 7.  Utilisateur servi par plusieurs serveurs, ou plusieurs processus Où est l’état ?  Sesssion ASP.NET  En mémoire <= pb  SQL Server  AppFabric Caching … Affinité de session  Le même utilisateur sur le même serveur Web  Difficile à atteindre  Le serveur Web peut tomber  Possible aussi uniquement pour des raisons d’optimisation du cache
  • 8.  www01 www02 Load Balancer 01 Load www… Balancer 02 www-n
  • 9.  www01 www02 www… www-n
  • 10. Hardware load balancing Windows NLBTravaille au niveau TCP/IP et au niveau Travaille au niveau TCP/IPapplicatifAffinité possible en fonction de critères Affinité uniquement en fonction deapplicatifs critères TCP/IP (n° port, adresse, …)Routeur => client et fermes dans des Peut être dans le même sous réseausous réseaux différentsRouteurs Nécessite de faire fonctionner les switches en hubsPeut tester la santé des serveurs de la Santé gérée uniquement au niveauferme au niveau applicatif TCP/IP (sauf management pack)Appliances matérielles Inclus dans Windows Server
  • 11.  Routage des requêtes HTTP Équilibrage de la charge Montée en charge accrue d’un site Web via l’en-tête HTTP et équilibrage de charge via des algorithmes basés sur des règles de routage des requêtes HTTP
  • 12.  Complémentaire de Windows NLB qui ne travaille qu’au niveau TCP/IP Permet de tenir compte de la charge des serveurs, de leur disponibilité au niveau applicatif, de gérer de l’affinité même à travers Internet
  • 13. 
  • 14. 
  • 15. http://www.msteched.com/2010/NorthAmerica/WEB303
  • 16.  Workflow Service Host Management Endpoint Persistence Persistence Activity Library Behavior (Instances) Receive Send Tracking ... Behavior Monitoring
  • 17.  AppFabric CACHING WORKFLOW HOSTING MONITORING SERVICE HOSTING HIGH AVAILABILITY SCALE OUT MANAGEMENT
  • 18.  Load Balancer Workflow Workflow Workflow Service Service Service Workflow Workflow Workflow Management Windows Management Management Service Service Windows Service Windows Server Server Server AppFabric AppFabric AppFabric Instance Persistence 123 | data DB 456 | data 789 | data 011 | data
  • 19.  1 5 Workflow Management Service Workflow Service Host SQL Instance Store 3 AppFabricApp Domain 4 2 instance SQL Persistence Database
  • 20.  Administration Management Tool or Script 2 Service 8 Workflow Service AppFabric Network Load 1 Persistence Balancer Database instance Management 6 3 Service 5 Workflow Service 7 Monitoring Database 4 AppFabric
  • 21. 
  • 22. 
  • 23.  Building a WCF Router http://msdn.microsoft.com/en- us/magazine/cc500646.aspx http://msdn.microsoft.com/en- us/magazine/cc546553.aspx?pr=blog Impact sur les performances Reroutage sur un endpoint NamePipe
  • 24.  Pattern Composition  Transacted Sessions  Session Replay  Error Recovery  Unicast vs. Multicast Customer Feedback:  Outside the scope of the customers problem  They just want their app to work  Limited reusability  If I do build one of these, making it generic is a pain
  • 25.  Content Based Routing Protocol Bridging Error Handling (Failover) Dynamic Rule Updates S1 S1’ WCF Routing Client(s) Service S2 S2’ Filter Destination Backup Priority If (has header A) Service1 S1Backup 0 If (arrives on endpoint B) Service2 S2Backup 0
  • 26. 
  • 27.  http://channel9.msdn.com/Shows/Cloud+Cover/Cloud-Cover- Episode-24-Routing-in-Windows-Azure
  • 28.   Retrouvez les ressources à http://blogs.msdn.com/architech