OSCam/fr/Loadbalancing

OSCam Übersicht OSCam Home OSCam Accueil OSCam Home

Attention: Le continu du Wiki français est encore partiellement en allemand. Enregistres toi pour nous aider de complèter et traduire les articles.

Loadbalancing

Fonctionnementdu loadbalancer ?

Lorsque l'on zappe sur un chaîne cryptée, OSCam recherche un reader et une carte valide pour pouvoir effectuer le décryptage.

Une demande d'ECM est alors envoyées aux readers valides pour effectuer cette tâche.

Vous trouverez ci-après la manière utilisée par le loadbalancer pour apprendre s quelles srvid (chaînes) sont disponible sur quel reader.

Aperçu des valeur LB_Weight

Comment OSCam peut trouver un reader valide ?

Les conditions pour qu'un reader soit considéré comme valides sont les suivantes:

• Le reader et le client (account) doivent appartenir au mêm groupe
• Le reader est activé et existe
• La demande d'ECM peut être traitée pour les caid définis, ou aucun caid n'a été défini dans le reader
• La demande d'ECM peut être traitée pour les services définis , ou aucun service n'est défini dans le reader
• La demande d'ECM peut être traitée pour les ident définis , ou aucun ident n'est défini dans le reader
• La demande d'ECM peut être traitée pour les chid définis dans le reader , ou aucun chid n'est défini dans le reader
• pour le caid 0500 un test supplémentaire des nanos est effectué

Si tous les tests sont positifs, le reader sera sélectionné pour cettr demande d'ECM. Ce test est effectué pour tous les readers et le loadbalancer obtient ainsi une liste des reader qui peuvent répondre à cette demande d'ECM.

Si le loadbalancer est activé, les valeurs pour le loadbalancing sont déterminées demanière suivante.

Pour chaque reader (voir la liste des readers valides) le VALEUR_LB est déterminé en...

lb_mode=1: ...divisant le temps moyen de réponse des lecteurs pour ce service par le lb_weight

lb_mode=2: ...comparantle dernier temps de réponse au temps de réponse précédent

lb_mode=3: ...mesurantle niveau d'utilisation (comparaison dutemps d'inactivité par rapport au temps de traitement des ECM)

Les readers sélectionnés seront ensuite triés en fonction de la VALEUR_LB, le premier sera celui avec la valeur la plus basse :

• Si "Prefer local cards" est activé, les premièers choisis seront les lb_nbest reader qui ne sont pas des proxys.
• Si le lb_nbest reader n'est pas encore déterminé, les readers seront choisi suivant leur place dans la liste, jusqu'à ce qu'un lb_nbest reader soit déterminé.
• Ensuite, les lb_nfb reader seront choisi comme fallback reader

Normalement la valeur du lb_nbest devrait être lb_nbest=1 car il n'est pas nécessaire de solliciter plus d'un reader.

Particularités de certaines conditions pour la sélection :

• Pas de statistiques disponible: le reader est sélectionné
• Statistiques disponibles mais le lb_min_ecmcount n'est pas encore atteint: Le reader est sélectionné
• Statistiques disponibles, le nombre des ECM est supérieur au lb_max_ecmcount: Le reader est sélectionné, quand le temps moyen de réponse est supérieur au lb_retrylimit et lorsque les statistiques sont réinitialisées.

La demande d'ECM est alors exécutée et envoyée au reader approprié.

Si un reader répond par "not found", il sera bloqué.

Si 5x de suite un reader ne répond pas aux demandes d'ECM (timeout), il sera bloqué. (voir lb_min_ecmcount)

Si un reader répond positivement, le temps de réponse sera mesuré et introduit dans les statistiques.

Si des services ou des idents existent dans le reader, les demandes d'ECM seront toujours effecutées sur cela.