B.2 Règles à base des seuils niveau SaaS
4.15 Coût d’une pénalite
degradeda =min((((total∗con f idence)/100)∗ f uzzPercentage)/100,degraded) degradedr=degraded−degradeda
inadequatea =min((total∗(100−con f idence))/100,inadequate) inadequater=inadequate−inadequatea
(4.7) Oùtotal=ideal+degradation+inadequateetideal,degradedetinadequatesont les sorties de l’algorithmeevaluateObjective(...).
iii) Coût d’une pénalité
Une fois considérée comme une requête non acceptée (ou un intervalle non accepté) un coût de pénalité sera attribué. Nous proposons un modèle de coût allant d’une constante à une fonction :
Pénalité par objectif: une constante (équation 4.8) ou une fonction (équation4.9) sont définies selon la priorité de l’objectif.
penalty=const (4.8)
penalty=α+βdt (4.9)
Oùαest une constante,βest un ratio etdtest une variable.dtest l’écart entre le seuil idéal (ou acceptable) souhaité et la valeur courante. Pour un objectif de temps de ré-ponse ledtest le délai d’une requête (retard). La Figure4.15illustre un exemple [IGC04].
Figure4.15 – Coût d’une pénalite
Pénalité pour une combinaison des objectifs: pareillement, une constante ou une fonction (équation4.10) sont définies selon la priorité de l’objectif. Une normalisation peut être utile pour aligner les variables de chaque objectif dans la même fonction.
penalty=α+β.
n
X
i=1
priorityi.dti (4.10)
Où n est le nombre des objectifs, priorityi est la priorité de l’objectif i et dti est la valeur normalisée de la variable utilisé pour l’objectifi.
4.1.4 Exemple illustratif
Cette section décrit un exemple de CSLA via une syntaxe concrète à savoir le XML.
Cet exemple est un SLA entre un fournisseur de SaaS et un client final. Dans ce qui suit, nous détaillons l’exemple en montrant quelques atouts fournis par CSLA. Nous exposons en particulier la gestion fine des violations.
1 <csla:CSLA agreedAt="01−06−2013"id="sla1"template="gold"xmlns:csla="http://www.inria.fr/cslamodel">
Tous les éléments CSLA sont définis dans l’espace de nomcsla. L’élémentCSLAest l’élément racine.
i) Validité
1 <csla:validity effectiveFrom="01−06−2013"effectiveUntil="01−07−2013"/>
Le présent contrat entre en vigueur le 01-06-2013 et se termine le 01-07-2013 ou suite à une terminaison conformément à la sectionTermination.
ii) Parties
7 <csla:phoneNumber> +33 (0)2 00 00 00 00</csla:phoneNumber>
8 </csla:contact>
9 </csla:cloudProvider>
10 <csla:cloudConsumer>
11 <csla:name>Yousri KOUKI</csla:name>
12 <csla:contact>
13 <csla:address>4, rue Alfred Kastler. 44307 Nantes</csla:address>
14 <csla:email>yousri.kouki@gmail.com</csla:email>
15 <csla:phoneNumber> +33 (0)2 51 85 85 25</csla:phoneNumber>
16 </csla:contact>
17 </csla:cloudConsumer>
18 </csla:parties>
Les parties impliquées dans ce contrat sont identifiées par un rôle (client ou four-nisseur) et les coordonnées.
iii) Template
Le template suivant regroupe la définition des services, les paramètres, les garanties, le billing et la terminaison.
5 <csla:service id="S1"name="service S1"version="v1"
6 distribution="distribution"license="license"mode="2" price="1 euro/request"/>
7 <csla:mode id="S1−M1"name="mode M1"description="normal">
8 <csla:mode id="S1−M2"name="Mode M2"description="degraded">
9 </csla:service>
10 </csla:software>
11 </csla:cloudService>
12 </csla:cloudServices>
Le fournisseur propose un serviceS1. Ce dernier est fourni selon deux modes : un mode normal (M1) et un mode dégradé (M2).
Paramètres
1 <csla:parameters>
2 <csla:metric id="Rt"name="Response Time"unit="second">
3 <metric−description>...</metric−description>
4 </csla:metric>
5 <csla:metric id="Av"name="Availability"unit="\%">
6 <metric−description>...</metric−description>
7 </csla:metric>
8 <csla:metric id="Mu"name="Mode usage"unit="\%">
9 <metric−description>...</metric−description>
10 </csla:metric>
11 <csla:monitoring id="Mon−1"statistic="max"window="10 minutes"frequency="1"/>
12 <csla:monitoring id="Mon−2"statistic="min"window="10 minutes"frequency="1"/>
13 <csla:schedule id="Sch−1"start="8:00am"end="10:00am"/>
14 </csla:parameters>
Les paramètres utilisés dans ce contrat sont les métriques : temps de réponse, disponibilité et taux d’utilisation d’un mode. En effet, nous proposons une métrique mesurable (Mode Usage - Mu) pour maîtriser et évaluer l’utilisation de la dégradation de fonctionnalité. Les autres paramètres sont le monitoring : Mon-1et Mon-2et le ca-lendrierSch-1. Le monitoringMon-1, par exemple, calcule le maximum sur une fenêtre de 10 minutes des valeurs collectées chaque minute.
Garanties Scope
1 <csla:guarantees>
2 <csla:Guarantee id="G−1">
3 <csla:scope id="Sc1">
4 <csla:service id="S1"subid="S1−M1"/>
5 <csla:service id="S1"subid="S1−M2"/>
6 </csla:scope>
La garantieG-1est spécifique pour le service S-1 en mode normal et dégradé.
Exigences
1 <csla:requirements>
2 <csla:Requirement id="R1">
3 <csla:Specification id="Sp1"policy="Required">
4 Flash Player v10.1 or above</csla:Specification>
5 <csla:Specification id="Sp2"policy="Required">
6 Screen Resolution 1280 x 800 pixels</csla:Specification>
7 <csla:Specification id="Sp3"policy="Optional">
8 32−bit color depth</csla:Specification>
9 </csla:Requirement>
10 </csla:requirements>
Pour le fonctionnement du service S-1, il faut avoir une version de flash player supérieur à v10.1 et une résolution d’écran de 1280x800. Ainsi il est préférable d’avoir 32-bit pour la couleur.
9 <csla:description>Data size less than 1 TB</csla:description>
10 </csla:precondition>
11 <csla:expression metric="Rt"comparator="lt"
12 threshold="3"unit="second"
13 monitoring="Mon−1"schedule="Sch−1"
14 Confidence="99"fuzziness−value="0,2"
25 <csla:expression metric="Mu(S1−M2)"comparator="lt"
26 threshold="10"unit="\%"
Les termes de garanties sont combinés avec un opérateurAnd. Il y a trois objectifs à savoir : objectif de temps de réponse (responseTimeTerm), objectif de disponibilité (avai-labilityTerm) et objectif de taux d’utilisation des modes (modeTerm).
L’objectif de temps de réponse, par exemple, est un objectif de priorité 1. Il spécifie que le temps de réponse doit être inférieur à 3 secondes. L’évaluation de la métrique temps de réponse est effectuée selon le monitoring Mon-1 : c’est un minimum des valeurs récoltées chaque minute sur une fenêtre de 10 minutes. Cet objectif doit être atteint chaque jour entre 8h et 10h pendant la validité de contrat avec une confiance de 99%. Une marge de 0,2 seconde est acceptable comme une dégradation de QdS avec un pourcentage de 10%, c.-à-d. parmi les requêtes adéquates, il est autorisé d’avoir 10%
dégradées.
L’objectif de taux d’utilisation des modes indique que le mode M2 sera utilisé au plus sur 10% des requêtes sur une fenêtre de 10 minutes (Mon-1). La confiance de cet objectif est égale à 99%. Sur 10 minutes une dégradation de QoS (2% des requêtes) est possible dans l’ordre de 5% de laconfidence.
Pénalités
1 <csla:penalties>
2 <csla:Penalty id="p−Rt"objective="responseTimeTerm"condition="violation"obligation="provider">
3 <csla:Function ratio="0,5"variable="delais"unit="second">
4 <csla:Description>...</csla:Description>
5 </csla:Function>
6 <csla:Procedure actor="provider"notificationMethod="e−mail"notificationPeriod="7 days">
7 <csla:violationDescription/>
8 </csla:Procedure>
9 </csla:Penalty>
10 <csla:Penalty id="p−Av"objective="availabilityTerm"condition="violation"actor="provider">
11 <csla:Constant value="0,1"unit="euro/request"/>
12 <csla:Procedure actor="provider"notificationMethod="e−mail"notificationPeriod="7 days">
13 <csla:violationDescription/>
14 </csla:Procedure>
15 </csla:Penalty>
16 <csla:Penalty id="p−Mu"objective="modeTerm"condition="violation"obligation="provider">
17 <csla:Constant value="0,1"unit="euro/request"/>
18 <csla:Procedure actor="provider"notificationMethod="e−mail"notificationPeriod="7 days">
19 <csla:violationDescription/>
20 </csla:Procedure>
21 </csla:Penalty>
22 </csla:penalties>
23 </csla:Guarantee>
24 </csla:guarantees>
Les pénalités sont liées à chaque objectif. Si l’objectif de temps de réponse est violé une pénalité de type fonction est exécutée. Alors que la violation des autres objectifs déclenche une pénalité constante 0,1 euro/requête.
Billing
1 <csla:billing>
2 <csla:payasYouGo>
3 <csla:description>Pay as You Go</csla:description>
4 </csla:payasYouGo>
5 </csla:billing>
La facturation est basé sur le modèle Pay as You Go. Le prix de service est 1e/requête.
Il sera ajusté en fonction des pénalités.
Terminaison
1 <csla:terminations>
2 <csla:termination id="ter1"notificationMethod="e−mail"fees="20 euros"
3 notificationPeriod="15 days"terminationInitiator="consumer"
4 terminationType="Voluntary Termination">
5 <csla:terminationDescription/>
6 </csla:termination>
7 </csla:terminations>
8 </csla:template>
9 </csla:CSLA>
Le client a le droit de résilier le contrat avec des frais de résiliation. Il suffit juste de notifier le fournisseur avec un mail.
4.1.5 Cycle de vie de CSLA
CSLA couvre tout le cycle de vie de SLA. Dans cette section, nous proposons un cycle de vie simplifié. Ce dernier contient trois phases principales : l’établissement de SLA, la configuration du Cloud et l’ajustement du Cloud.