M41 : Virtualisation et Cloud

Computing

Dr. Hind IDRISSI

Cloud Computing (II)

Email: [email protected]
IRIC (S2)
2022 / 2023

PR. H.IDRISSI, ENSAK 2023 1

 01 - IDENTIFIER LES CONCEPTS DU CLOUD

SOMMAIRE Découvrir le Cloud

Connaitre les pertinences de passage au Cloud

02 - COMPRENDRE LA STRUCTURE DU CLOUD

Appréhender les types de service Cloud
Différencier les modèles de déploiement Cloud

03 - MESURER LES APPORTS DU CLOUD

POUR L'ENTREPRISE
Suivre la tendance du marché Cloud
Identifier l’impact du Cloud sur les entreprises

04 - DECOUVRIR LES UTILISATIONS DU CLOUD

Comprendre la mise à l’échelle des ressources Cloud
Découvrir les mécanismes de performance et de la haute disponibilité
Articuler les aspects financiers du Cloud
 PARTIE 3
MESURER LES APPORTS DU CLOUD
POUR L'ENTREPRISE

• Avoir un aperçu global sur le marché Cloud

• Découvrir les différents fournisseurs Cloud
• Comprendre les notions Capex/Opex ainsi que le Time-to-
Market (TTM)

5 heures
 CHAPITRE 1
SUIVRE LA TENDANCE DU MARCHÉ CLOUD

1. Aperçu du marché du Cloud

2. Taux d’utilisation des services Cloud
3. Paysage concurrentiel entre les différents fournisseurs Cloud
 01 - Suivre la tendance du marché Cloud
Aperçu du marché du Cloud

Editeur Cloud vs Fournisseur Cloud

Le marché du Cloud Computing est partagé entre deux acteurs : les éditeurs et les fournisseurs

Editeurs Cloud
• Les éditeurs sont les sociétés proposant des solutions Cloud. Un éditeur n'est pas forcément un fournisseur de services, mais il peut être un
fournisseur d’une technologie ou plateforme capable d'héberger des solutions Cloud.

Fournisseurs Cloud
• Les fournisseurs de Cloud sont des entreprises qui établissent des Clouds publics, gèrent des Clouds privés ou proposent des composants de Cloud
computing à la demande (ou services de Cloud computing), notamment des IaaS, des PaaS et des SaaS.
PARTIE 3

5
 01 - Suivre la tendance du marché Cloud
Aperçu du marché du Cloud

Principaux fournisseurs Cloud

• Amazon : au travers d’ « Amazon Web Services » (AWS) met à disposition un Cloud public depuis 2006. Au départ, il s'agissait de rentabiliser leurs énormes
infrastructures en place pour absorber les pics de charge lors des fêtes de Noël sur leur boutique en ligne. Aujourd'hui, Amazon propose un service d’IaaS
avec « EC2 » (Elastic Compute Cloud) et différents PaaS liés ou non à leur boutique.
PARTIE 3

6
 01 - Suivre la tendance du marché Cloud
Aperçu du marché du Cloud

Principaux fournisseurs Cloud

• Google : En 2008, Google a lancé son Cloud public orienté pour les services Web offrant une plate-forme (PaaS) nommée « Google App Engine » et
permettant l'hébergement d'applications Python ou Java, ainsi que des applications SaaS regroupées dans la gamme « Google App ».
PARTIE 3

7
 01 - Suivre la tendance du marché Cloud
Aperçu du marché du Cloud

Principaux fournisseurs Cloud

• Microsoft : À travers une solution de Cloud Computing nommée Windows Azure. Cette dernière a été rendue commerciale en janvier 2010. Le Cloud de
Microsoft s'est aussi inspiré des applications SaaS de la gamme Live et Online Service.
PARTIE 3

8
 01 - Suivre la tendance du marché Cloud
Aperçu du marché du Cloud

Principaux fournisseurs Cloud

• Alibaba : Alibaba fournit son Cloud infrastructure et ses solutions architectes au marché public depuis juillet 2011 et est devenu un
conçurent de AWS.
PARTIE 3

9
 01 - Suivre la tendance du marché Cloud
Aperçu du marché du Cloud

Principaux fournisseurs Cloud

• IBM : A travers « Kyndryl » qui est le nouveau nom de l'activité de services d'infrastructure gérés d'IBM.
PARTIE 3

10
 01 - Suivre la tendance du marché Cloud
Aperçu du marché du Cloud

Part de Marché du Cloud

• Selon Gartner, le marché est dominé par cinq fournisseurs qui représentent près de 80% de la part de marché mondiale du Cloud IaaS en 2018. Ces
fournisseurs sont Amazon (47,8%), Microsoft (15,5%), Alibaba (7,7%), Google (4,0%) et IBM (1,8%).

Part de Marché Mondiale des Services Cloud Publics IaaS, 2017-2018

(en Millions de Dollars US)

2018 2018 2017 2017 2018-2017

Société
Chiffre d’affaires Part de marché (%) Chiffre d’affaires Part de marché (%) Croissance (%)

Amazon 15,495 47.8 12,221 49.4 26.8

Microsoft 5,038 15.5 3,130 12.7 60.9

Alibaba 2,499 7.7 1,298 5.3 92.6

Google 1,314 4.0 820 3.3 60.2

PARTIE 3

IBM 577 1.8 463 1.9 24.7

Autres 7,519 23.2 6,768 27.4 11.1

Total 32,441 100.0 24,699 100.0 31.3

Source: Gartner (Juillet 2019)

11
 CHAPITRE 1
SUIVRE LA TENDANCE DU MARCHÉ CLOUD

1. Aperçu du marché du Cloud

2. Taux d’utilisation des services Cloud
3. Paysage concurrentiel entre les différents fournisseurs Cloud
 01 - Suivre la tendance du marché Cloud
Taux d’utilisation des services Cloud

Services Cloud en quelques chiffres

• Selon une étude réalisée par Gartner, un cabinet de conseil américain
spécialisé dans les nouvelles technologies, le marché du Cloud Computing
poursuit son expansion. En 2025, le budget Cloud des entreprises devrait
atteindre 1 800 milliards de dollars contre 1 300 milliards en 2022.
• Les entreprises souhaitant accélérer leur transformation numérique
tendent à passer vers le Cloud Computing. Le cabinet Gartner a analysé les
départements informatiques d'organisations pouvant migrer dans le Cloud:
d'ici 2025 51% du budget de ces entreprises va être consacré aux solutions
de Cloud Computing plutôt qu'en informatique traditionnelle. Pour 2022,
ce chiffre est de 41%.

• On note également une augmentation des dépenses vers le secteur. Si 58%

des entreprises se tournent vers le Cloud pour leurs logiciels applicatifs en
2022, ce chiffre dépasserait 66%, soit deux entreprises sur trois, en 2025.
PARTIE 3

• Selon Michael WARRILOW, vice-président de la recherche chez Gartner, le Sur la prévision 2019-2025, on remarque que les revenus et les
COVID-19 a eu un impact sur cette accélération. « Le passage au Cloud ne dépenses générés par le Cloud Computing dépassent largement
s’est accéléré qu’au cours des deux dernières années en raison du COVID- celui des offres traditionnelles. Capture d'écran : Gartner.
19, alors que les organisations ont réagi à une nouvelle dynamique
commerciale et sociale ».

65
 CHAPITRE 1
SUIVRE LA TENDANCE DU MARCHÉ CLOUD

1. Aperçu du marché du Cloud

2. Taux d’utilisation des services Cloud
3. Paysage concurrentiel entre les différents fournisseurs Cloud
 01 - Suivre la tendance du marché Cloud
Paysageconcurrentiel entre les différents fournisseurs Cloud

Services Cloud en quelques chiffres

• Amazon, via sa solution Amazon Web Services, domine

nettement ses concurrents. La part de marché d’AWS oscille entre 32 et 33
% depuis 4 ans.

• Microsoft Azure est le grand gagnant de l’année 2021. La tendance

observée ces dernières années se confirme. Depuis 2017, la part de
marché d’Azure est passée de 12 à 21 %. C’est clairement l’alternative la
plus crédible face à AWS.

• Google Cloud et Alibaba Cloud tirent également leur épingle du jeu en

2021 mais peinent à rivaliser avec AWS et Azure. Les deux solutions
prennent des parts aux autres acteurs du secteur dont Kyndryl (ex-IBM).

• En résumé : le marché du Cloud Computing est en forte croissance,

PARTIE 3

dominé par les acteurs américains, et de plus en plus concentré autour

d’AWS et Azure.

67
 CHAPITRE 2
IDENTIFIER L’IMPACT DU CLOUD
SUR LES ENTREPRISES

• Différenciation entre les dépenses d’investissement OpEx et

d’exploitation CapEx
• Délai de commercialisation (Time-to-Market)
• Utilisation du Cloud à l’échelle nationale

2,5 heures
 CHAPITRE 2
IDENTIFIER L’IMPACT DU CLOUD
SUR LES ENTREPRISES

1. Différenciation entre les dépenses d’investissement OpEx et

d’exploitation CapEx
2. Délai de commercialisation (Time-to-Market)
3. Utilisation du Cloud à l’échelle nationale
 02 - Identifier l’impact du Cloud sur les entreprises
Différenciation entre les dépenses d’investissement OpEx
et d’exploitation CapEx

CapEx vs OpEx

• Les entreprises ont deux types de dépenses autour de l'infrastructure ou du Cloud : CapEx vs OpEx .

• Le financement CapEx (dépenses en capital) représente les sommes d’argent investies par une entreprise pour acquérir ou améliorer des immobilisations
physiques et non-consommables, telles que des locaux industriels, ou des équipements de production. Le financement CapEx, de par sa nature, nécessite
un capital initial pour ces achats importants, ce qui empêche de nombreuses organisations de construire des Datacenter. Les dépenses en immobilisations
sont comptabilisées comme des paiements de biens et de services inscrites au bilan. Les dépenses en immobilisations subissent une dépréciation à mesure
que les actifs vieillissent.

• Le financement OpEx (dépenses opérationnelles) désigne les dépenses quotidiennes effectuées par l’entreprise, les coûts de l’activité. Contrairement aux
CaPex, ces dépenses sont directement déduites dans l’année durant laquelle la dépense est effectuée. La colocation et le Cloud Computing entrent dans
cette catégorie. Cela signifie que le Cloud Computing et le financement OpEx sont étroitement liés par rapport au financement CapEx.
PARTIE 3

70
 02 - Identifier l’impact du Cloud sur les entreprises
Différenciation entre les dépenses d’investissement OpEx
et d’exploitation CapEx

CapEx vs OpEx

• Les entreprises ont deux types de dépenses autour de l'infrastructure ou du Cloud : CapEx vs OpEx .

Modèle CapEx avec un Datacenter Modèle CapEx avec colocation Modèle OpEx avec Cloud Computing

Pas agile Posséder ou louer les serveurs Agile

Non élastique Les serveurs se déprécient avec le temps Élastique

Facile à sur/sous-approvisionner Une certaine élasticité Balances à la demande

Le fournisseur de Cloud s’occupe de la gestion

Nécessite un personnel informatique dédié Nécessite un personnel informatique dédié
du matériel informatique
PARTIE 3

Peut être coûteux si on achète de l'espace

Gros investissement initial Aucun investissement initial
serveur et du matériel

70
 CHAPITRE 2
IDENTIFIER L’IMPACT DU CLOUD
SUR LES ENTREPRISES

1. Différenciation entre les dépenses d’investissement OpEx et

d’exploitation CapEx
2. Délai de commercialisation (Time-to-Market)
3. Utilisation du Cloud à l’échelle nationale
 02 - Identifier l’impact du Cloud sur les entreprises
Délai de commercialisation (Time-to-Market)

Définition
Le Time-To-Market désigne le temps nécessaire pour faire d’une idée, une fonctionnalité utilisée. Une idée peut être une offre, un produit, un projet, ou
tout simplement une « user story » que l’entreprise souhaite lancer sur le marché. C’est donc simplement le temps entre le développement de l’idée et le
lancement sur le marché.

Les trois étapes majeurs du passage vers le Cloud

Ces trois étapes correspondent aux enjeux principaux de la DSI :
• Réduire les coûts (#MOVE) :
• La première possibilité (Move) consiste à prendre ses applications et les faire fonctionner à
« l’identique » sur le Cloud. Cette approche est adaptée pour les applications qui n’offrent pas
d’avantages compétitifs et évoluent très peu (Gartner les appelle « system of record »). La
migration s’avère nécessaire si aucune solution SaaS ne convient.
• Améliorer le Time-To-Market (#CloudIFICATION) :
• Pour les applications qui assurent le business d’aujourd’hui (« system of differentiation » selon
Gartner) et qui évoluent à un rythme plus soutenu, une Cloudification est nécessaire pour
PARTIE 3

réduire le coût des changements . La Cloudification consiste concrètement à réarchitecturer

son application, ce qui apporte l’avantage d’une chaîne DevOps complètement automatisée,
un meilleur découplage de l’application et l’utilisation de services managés du Cloud.
• Se digitaliser (#DIGITAL) :
• Cette dernière étape consiste à créer directement des applications Cloud native qui seront les
moteurs du business de demain.
72
 CHAPITRE 2
IDENTIFIER L’IMPACT DU CLOUD
SUR LES ENTREPRISES

1. Différenciation entre les dépenses d’investissement OpEx et

d’exploitation CapEx
2. Délai de commercialisation (Time-to-Market)
3. Utilisation du Cloud à l’échelle nationale
 02 - Identifier l’impact du Cloud sur les entreprises
Utilisation du Cloud à l’échelle national

Utilisation du Cloud au Maroc

• Malgré un contexte économique national difficile, Le Cloud Computing au Maroc a commencé ses premières introductions depuis 2008, et des
réflexions ont été menées par plusieurs entreprises pour exprimer leurs volontés d’être les premiers à adopter des services du Cloud ou d’être carrément
un fournisseur de ces services.

• Aujourd’hui, toutes les grandes entreprises nationales sont conscientes de l'obligation d'optimiser les investissements et d'améliorer les performances de
leur système d'information. L'approche Cloud s'avère de plus en plus comme une source d'agilité d'efficacité économique et d'opportunités de business à
même de positionner le Maroc parmi les pays émergeants les plus dynamiques dans les secteurs des TI.
PARTIE 3

23
 02 - Identifier l’impact du Cloud sur les entreprises
Utilisation du Cloud à l’échelle national

Utilisation du Cloud au Maroc

Entreprises marocaines utilisant les services Cloud :

• Plusieurs entreprises marocaines ont décidées d’utiliser le Cloud pour couvrir une partie de leur activité. Parmi ces entreprises, on peut citer:
• Office Chérifien des phosphates ;
• Banque Centrale du Maroc ;
• Poste du Maroc ;
• Des ministères marocains (Secteur public).

• Le Maroc va au-delà de l’utilisation des services Cloud. Il s’est mis à la création de son propre Cloud National notamment pour le modèle Cloud IAAS.

• Le Cloud national, est une solution permettant de stocker des masses de données à peu de frais et de manière efficace, et devrait permettre aux
collectivités locales et administrations publiques marocaines de mieux répondre à leurs besoins précis qui ne sont pas sensibles du point de vue de la
PARTIE 3

sécurité nationale.

• Parmi les entreprise qui ont commencé à commercialiser leurs services Cloud National, on cite, l’opérateur de télécommunication INWI.

24
 02 - Identifier l’impact du Cloud sur les entreprises
Utilisation du Cloud à l’échelle national

Les fournisseurs locaux du Cloud au Maroc (1/2)

Fournisseur local Propriétaire Site d’hébergement URL Service disponible Date de démarrage

IaaS, Colocation
N+ONE N+ONE CASABLANCA (SAPINO) www.nplusone.ma
PaaS, Cloud privé
2008

MAROC Cloud MAROC Cloud Google Cloud Platform www.marocCloud.ma Google Suite (SaaS) 2014

www.etixeverywhere.com/etix-
ETIX EVERYWHERE ETIX EVERYWHERE CASABLANCA (SAPINO) Colocation, SaaS 2016
casablanca-1

MAROC DATACENTER MEDAFRICA SYSTEMS TEMARA www.marocdatacenter.ma IaaS, Colocation 2017

PARTIE 3

GENIOUS
N/A N/A www.genious.ma IaaS (Linux et Windows) 2017
COMMUNICATIONS

25
 02 - Identifier l’impact du Cloud sur les entreprises
Utilisation du Cloud à l’échelle national

Les fournisseurs locaux du Cloud au Maroc (2/2)

Fournisseur local Propriétaire Site d’hébergement URL Service disponible Date de démarrage

IaaS, Colocation
MAROC TELECOM MAROC TELECOM Rabat et Casablanca www.iam.ma 2017
Google Suite

IaaS (via Azure), SaaS

EASY Cloud CBI CASABLANCA www.easyCloud.ma Messagerie 2018
SharePoint

www.inwi.ma/entrepris
INWI INWI Rabat IaaS, Colocation 2019
es/inwi-Business-Cloud

ATLAS Cloud SERVICES OCP et UM6P BENGUERIR N/A IaaS, Colocation 2020
PARTIE 3

DXC TECHNOLOGY
En cours de construction N/A N/A N/A -
MAROC

26
 PARTIE 4
DÉCOUVRIR LES UTILISATIONS DU CLOUD

• Appréhender la mise à l’échelle des ressources Cloud

• Identifier les mécanismes de performance et de la haute
disponibilité
• Découvrir les aspects financiers du Cloud

11 heures
 CHAPITRE 1
COMPRENDRE LA MISE À L’ÉCHELLE DES
RESSOURCES CLOUD

1. Changement manuel et automatique de capacité

2. Mise à l’échelle horizontale et verticale
3. Mise à l’échelle temporelle et basée sur des métriques
4. Équilibrage de la charge
 01 - Comprendre la mise à l’échelle des
ressources Cloud
Changement manuel et automatique de capacité

Changement manuelle et automatique de capacité

• Le changement de capacité correspond à l'ajout/retrait manuel ou automatique de processeurs, de mémoire ou de ressources de stockage à un serveur
existant, ou au remplacement d'un serveur par un autre serveur selon les tailles disponibles.

• Dans un centre de données, les administrateurs peuvent traditionnellement réaliser un changement de capacité en achetant un nouveau serveur plus
puissant et en jetant ou en réaffectant l'ancien, ou bien par le changement manuel de certains composants (CPU, RAM ou disque de stockage).

• Par contre, les architectes Cloud d'aujourd'hui peuvent réaliser un changement de capacité par exemple sur AWS et Microsoft Azure en modifiant la taille
des instances en un click. Les services Cloud AWS et Azure ont de nombreuses tailles d'instance différentes, de sorte que le changement de capacité dans le
Cloud est possible pour presque tous les services, depuis les VMs aux bases de données.
PARTIE 4

Figure : Changement de capacité

29
 01 - Comprendre la mise à l’échelle des
ressources Cloud
Changement manuel et automatique de capacité

Changement manuel de capacité

• Le changement manuel de capacité fait référence à la modification des ressources allouées à des instances par exemple de type machines virtuelles. Ainsi, une
fois que vous avez créé une machine virtuelle, vous pouvez changer sa capacité en choisissant la nouvelle taille au niveau de la liste des tailles disponibles.
• La taille est un ensemble prédéfinit de configuration groupée par type et adaptée à un besoin précis. Ci-dessous les types de taille pour les machines
virtuelles sur le Cloud Azure :

Type Description
Ratio processeur/mémoire équilibré. Idéal pour le test et le développement, les bases de données petites à moyennes et les serveurs
Usage général web au trafic faible à moyen.
Nom des Tailles : B, Dsv3, Dv3, Dasv4, Dav4, DSv2, Dv2, Av2, DC, DCv2, Dv4, Dsv4, Ddv4, Ddsv4, Dv5, Dsv5, Ddv5, Ddsv5, Dasv5, Dadsv5
Ratio processeur/mémoire élevé. Convient pour les serveurs web au trafic moyen, les appareils réseau, les processus de traitement par
Optimisé pour le calcul
lots et les serveurs d’application. Nom des Tailles : F, Fs, Fsv2, FX
Ratio mémoire/processeur élevé. Idéal pour les serveurs de base de données relationnelle, les caches moyens à grands et l’analytique en
Mémoire optimisée mémoire.
Nom des Tailles : Esv3, Ev3, Easv4, Eav4, Ebdsv5, Ebsv5, Ev4, Esv4, Edv4, Edsv4, Ev5, Esv5, Edv5, Edsv5, Easv5, Eadsv5, Mv2, M, DSv2, Dv2
Débit et nombre d’E/S de disque élevés, idéal pour les Big Data, SQL, les bases de données NoSQL, l’entreposage de données et les
PARTIE 4

Optimisé pour le stockage

grandes bases de données transactionnelles. Nom des Tailles : Lsv2, Lsv3, Lasv3
Machines virtuelles spécialisées, ciblées pour l’affichage de graphiques complexes et le montage vidéo, ainsi que pour la formation et
GPU l’inférence de modèles avec apprentissage approfondi. Disponible avec un ou plusieurs GPU.
Nom des Tailles : NC, NCv2, NCv3, NCasT4_v3, ND, NDv2, NV, NVv3, NVv4, NDasrA100_v4, NDm_A100_v4
Nos machines virtuelles les plus rapides et dotées des processeurs les plus puissants avec interfaces réseau haut débit en option (RDMA).
Calcul haute performance
Nom des Tailles : HB, HBv2, HBv3, HC, H
30
 01 - Comprendre la mise à l’échelle des
ressources Cloud
Changement manuel et automatique de capacité

Changement automatique de capacité

• Le changement automatique de capacité fait référence à la modification des ressources allouées à des instances, par exemple des machines virtuelles, sans
interventions d’un utilisateur.
• Une fois votre machine virtuelle créé, le redimensionnement de la taille de vos VMs peut se faire moyennant le développement d’un script qui permet de
changer la capacité des machines. Ce script exploitera les interfaces offertes par le fournisseur Cloud pour réaliser l’action demandée au moment voulue.
• Ainsi, pour Microsoft Azure vous pouvez utiliser « Interface ligne de commande » ou le langage « PowerShell » pour développer votre script et manipuler
vos différentes instances. Une fois le script testé, on procédera à la création d’un « runbook » permettant l’ajout du script au niveau d’Azure. Puis on pourra
automatiser l’action du runbook à travers les options d’orchestrations disponibles pour les VMs.
PARTIE 4

Figure : Automatisation du script

Figure : Planifier l’exécution du runbook

Figure : Création du runbook

31
 01 - Comprendre la mise à l’échelle des
ressources Cloud
Changement manuel et automatique de capacité

Contrainte liée au changement de capacité

• Dans certains cas, vous devez commencer par libérer la machine virtuelle. Cela peut se produire si la nouvelle taille n’est pas disponible sur le cluster
matériel qui héberge actuellement la machine virtuelle.

• Si la machine virtuelle est en cours d’exécution et que vous modifiez sa taille, elle redémarre.

• Si votre machine virtuelle est toujours en cours d’exécution et que vous ne voyez pas la taille que vous voulez dans la liste, l’arrêt de la machine virtuelle
peut permettre d’afficher d’autres tailles.

• Après implémentation des règles d’augmentation de la capacité, il est important de prévoir des règles pour diminuer la capacité en cas de sous utilisation
des ressources. En effet, si après un pic de charge nous sommes à 5 instances d’une VM, il faut prévoir des règles pour réduire le nombre d’instances une
fois le pic charge passé.

Remarques
PARTIE 4

• Le fait de libérer la machine virtuelle libère également toutes les adresses IP dynamiques affectées à la machine virtuelle.
Les disques de données et du système d’exploitation ne sont pas affectés.
• Si vous redimensionnez une machine virtuelle de production, envisagez d’utiliser des réservations de capacité Azure pour
réserver la capacité de calcul dans la région.

32
 CHAPITRE 1
COMPRENDRE LA MISE À L’ÉCHELLE DES
RESSOURCES CLOUD

1. Changement manuel et automatique de capacité

2. Mise à l’échelle horizontale et verticale
3. Mise à l’échelle temporelle et basée sur des métriques
4. Équilibrage de la charge
 01 - Comprendre la mise à l’échelle des
ressources Cloud
Mise à l’échelle horizontale et verticale

Mise à l’échelle horizontale et verticale

• La mise à l’échelle automatique désigne le processus d’allocation dynamique de ressources destiné à répondre aux besoins en matière de performances.
• Ainsi, à mesure que le volume de travail augmente, une application peut nécessiter des ressources supplémentaires afin de garantir les niveaux de
performances souhaités et de respecter les contrats de niveau de service (SLA). Lorsque la demande diminue et que les ressources supplémentaires ne
sont plus requises, il est possible de libérer ces dernières pour minimiser les coûts.
• La mise à l’échelle automatique profite de l’élasticité des environnements hébergés dans le Cloud tout en allégeant les contraintes de gestion. Elle réduit la
nécessité de recourir à un opérateur dédié à la supervision continue des performances d’un système, ainsi qu’à l’ajout et au retrait des ressources.
• La mise à l’échelle peut s’effectuer de deux manières :
• La mise à l’échelle verticale, également appelée montée ou descente en puissance, consiste à modifier la capacité d’une ressource.
• La mise à l’échelle horizontale, également appelée augmentation ou diminution de la taille des instances, consiste à ajouter ou supprimer des
instances d’une ressource.
PARTIE 4

34
 01 - Comprendre la mise à l’échelle des
ressources Cloud
Mise à l’échelle horizontale et verticale

Mise à l’échelle horizontale

AVANTAGES INCONVÉNIENTS

• S’effectue simplement sans temps d'arrêt du service ; • Les coûts peuvent être plus élevés, selon le nombre d'instances dont
vous avez besoin ;
• La gestion automatique de la mise en échelle horizontale est plus
facile que la mise à l'échelle verticale ; • Nécessite la mise en place d’une équilibreur de charge pour éviter la
surutilisation des machines ;
• Permet de limiter le nombre de requêtes qu'une instance reçoit en
même temps (est bon pour les performances), quelle que soit la • L’applicatif doit permettre la gestion des accès concurrents aux
taille de l'instance. données.
• Le provisionnement d'instances supplémentaires signifie
également une plus grande redondance dans les rares cas de
panne.
PARTIE 4

35
 01 - Comprendre la mise à l’échelle des
ressources Cloud
Mise à l’échelle horizontale et verticale

Mise à l’échelle verticale

AVANTAGES INCONVÉNIENTS

• La mise à l'échelle verticale est très simple et directe car toutes les • Coût élevé pour l’allocation de plus de ressources ;
données se trouvent sur un seul serveur ; • Nécessite généralement un temps d’arrêt des services ;
• Il n'y a aucun risque pour la gestion de plusieurs instances • Risque de panne élevé, car le tout fonctionne sur une seule instance ;
simultanément ou d’accès concurrent aux données ;
• Niveau de haute disponibilité réduit.
• Il n'est pas nécessaire de modifier le code lors de la mise à
l'échelle. Pas besoin de changer l'implémentation également.
PARTIE 4

36
 CHAPITRE 1
COMPRENDRE LA MISE À L’ÉCHELLE DES
RESSOURCES CLOUD

1. Changement manuel et automatique de capacité

2. Mise à l’échelle horizontale et verticale
3. Mise à l’échelle temporelle et basée sur des métriques
4. Équilibrage de la charge
 01 - Comprendre la mise à l’échelle des
ressources Cloud
Mise à l’échelle temporelle et basée sur des métriques

Mise à l’échelle temporelle et basée sur des métriques

• La mise à l’échelle temporelle et basée sur des métriques vous permet de disposer de la bonne quantité de ressources en cours d’exécution pour gérer
la charge sur votre application.
• Elle vous permet d’ajouter des ressources pour gérer les augmentations de charge et d’économiser de l’argent en supprimant les ressources qui sont
inactives.
• Vous spécifiez un nombre minimal et maximal d’instances à exécuter et ajoutez ou supprimez des machines virtuelles automatiquement en fonction d’un
ensemble de règles. Avoir un nombre minimal d’instances permet de vous assurer que votre application est toujours en cours d’exécution même en
l’absence de charge.
• Avoir un nombre maximal d’instances limite votre coût total possible par heure. Vous effectuez une mise à l’échelle automatique entre ces deux
extrêmes, à l’aide de règles que vous créez.
PARTIE 4

38
 01 - Comprendre la mise à l’échelle des
ressources Cloud
Mise à l’échelle temporelle et basée sur des métriques

Fonctionnement de la mise à l’échelle temporelle et basée sur des métriques

• Lorsque les conditions relatives aux règles sont remplies, une ou plusieurs actions de mise à l’échelle automatique sont déclenchées. Vous pouvez ajouter
et supprimer des machines virtuelles ou effectuer d’autres actions. Le schéma conceptuel suivant illustre ce processus.
PARTIE 4

Figure : Processus de mise à l’échelle automatique

39
 01 - Comprendre la mise à l’échelle des
ressources Cloud
Mise à l’échelle temporelle et basée sur des métriques

Mise à l’échelle temporelle

• La mise à l'échelle temporelle vous aide à planifier et configurer votre propre calendrier en fonction des changements de charge prévisibles.

Par exemple :
• Chaque semaine le trafic vers l'application web commence à augmenter le mercredi, reste élevé le jeudi et baisse le vendredi. Vous pouvez configurer
dans ce cas planifier une mise à l’échelle afin d'augmenter la capacité le mercredi et de la diminuer le jeudi.
• Ainsi, une action planifiée définit les tailles souhaitées, minimales et maximales à la date et à l'heure spécifiées par l'action planifiée. La demande peut
éventuellement inclure une seule de ces tailles.

Par exemple :
• Vous pouvez créer une action planifiée avec uniquement la capacité désirée spécifiée. Dans certains cas, cependant, vous devez inclure les tailles minimale
et maximale pour vous assurer que la nouvelle capacité souhaitée que vous avez spécifiée dans l'action ne dépasse pas ces limites.
PARTIE 4

40
 01 - Comprendre la mise à l’échelle des
R essources Cloud
Mise à l’échelle temporelle et basée sur des métriques

Mise à l’échelle basée sur des métriques

• L’ensemble des ressources au niveau du Cloud génèrent des métriques qui peuvent être utilisées dans les règles de mise à l’échelle automatique pour
déclencher des événements de mise à l’échelle.
• Parmi les métriques couramment utilisées figurent l’utilisation du processeur, l’utilisation de la mémoire, le nombre de threads, la longueur de la file
d’attente et l’utilisation du disque.
• L’utilisation de métriques personnalisées générées par votre application est aussi possible. Ce qui vous permet de décider du moment de la mise à
l’échelle de votre application.
• Vous trouverez ci-dessous en exemple, la liste non exhaustive des métriques utilisables pour les VMs Linux sous Microsoft Azure :

Nom de métrique Unité Nom de métrique Unité

\Mémoire\Mémoire disponible Octets \Processeur\Pourcentage de temps d’inactivité Pourcentage

\Mémoire\Pourcentage de mémoire disponible Pourcentage \Processeur\Pourcentage de temps d’utilisateur Pourcentage

\Mémoire\Mémoire utilisée Octets \Processeur\Pourcentage de temps d’attente Pourcentage

PARTIE 4

\Mémoire\Pourcentage de mémoire utilisée Pourcentage \Disque physique\Octets lus par seconde BytesPerSecond

\Mémoire\Pages par seconde CountPerSecond \Disque physique\Octets écrits par seconde BytesPerSecond

\Mémoire\Pages lues par seconde CountPerSecond \Interface réseau\Octets transmis Octets

\Mémoire\Pages écrites par seconde CountPerSecond \Interface réseau\Total des octets Octets
41
 01 - Comprendre la mise à l’échelle des
ressources Cloud
Mise à l’échelle temporelle et basée sur des métriques

Règles pour la mise en échelle

• Les règles définissent les conditions requises pour déclencher un

événement de mise à l’échelle, la direction de la mise à l’échelle et la
quantité à mettre à l’échelle.
• Les règles peuvent être :
• Basées sur des métriques : Basées sur des déclencheurs portant
sur une valeur de métrique, par exemple, lorsque l’utilisation du
processeur est supérieure à 50 %.
• Basé sur la durée : Basées sur des déclencheur portant
sur une planification, par exemple, le samedi à 8h00.

• Vous pouvez combiner plusieurs règles à l’aide de différentes

métriques, par
PARTIE 4

exemple, l’utilisation du processeur et la longueur de la file d’attente.

Figure : Règles de mise à l’échelle d’une VM sur Azure
• L’opérateur OR (OU) est utilisé lors de l’augmentation des ressources
avec plusieurs règles.
• L’opérateur AND (ET) est utilisé lors de la réduction des ressources
avec plusieurs règles.

42
 CHAPITRE 1
COMPRENDRE LA MISE À L’ÉCHELLE DES
RESSOURCES CLOUD

1. Changement manuel et automatique de capacité

2. Mise à l’échelle horizontale et verticale
3. Mise à l’échelle temporelle et basée sur des métriques
4. Équilibrage de la charge
 01 - Comprendre la mise à l’échelle des
ressources Cloud
Équilibrage de la charge

Définition de l’équilibrage de la charge

• L’équilibrage de charge dans le Cloud est déterminé comme étant la répartition des charges
de travail et des propriétés informatiques dans un Cloud Computing. Il permet à l’entreprise
de gérer le trafic réseau entrant au sein d’un groupe de ressources ou serveurs.

• L’augmentation rapide de l’utilisation des services entraîne une surcharge des serveurs,
principalement les serveurs Web et d’applications. Ainsi, Il existe deux solutions
élémentaires pour pallier à ce problème de surcharge :
• La première est une solution à serveur unique dans laquelle le serveur est mis à
niveau vers un serveur plus performant. Cependant, le nouveau serveur peut
également être bientôt surchargé, exigeant une autre mise à niveau. De plus, le
processus de mise à niveau est coûteux.
• La deuxième est une solution à plusieurs serveurs Web dans laquelle un équilibreur
de charge (Load Balancer) est mis en place. Il s’agit du point de contact unique pour
les utilisateurs. L’ équilibreur de charge distribue uniformément les flux entrants
PARTIE 4

arrivant sur le serveur frontal de l’équilibreur de charge aux instances des serveurs
Web.

44
 01 - Comprendre la mise à l’échelle des
ressources Cloud
Équilibrage de la charge

Les solutions d’équilibrage de la charge

Les principaux fournisseurs de Cloud comme Alibaba Cloud, Amazon Web Services (AWS), Azure, Google Cloud dominent le marché des équilibreurs de charge Cloud.
Vous trouverez ci-après, la liste des principaux équilibreurs de charge Cloud et leurs fonctionnalités :

Solutions
Fournisseurs d’équilibrage Description
de charge
Alibaba’ Cloud Redirige le trafic entrant entre diverses instances pour équilibrer et améliorer les capacités de service des applications. Il peut
Alibaba Cloud Server Load traiter jusqu'à des millions de demandes en même temps et répondre rapidement aux exigences lors de demandes importantes. Il
Balancer (SLB) vérifie la disponibilité du service des instances ECS en effectuant des vérifications de l'état.

Peut être utilisé pour répartir le trafic sur plusieurs instances EC2. Le service est élastique (c'est-à-dire modifiable) et entièrement
Amazon’s Elastic
géré, ce qui signifie qu'il peut automatiquement évoluer pour répondre à la demande.
AWS Load
Il existe trois types d'équilibreurs de charge disponibles dans AWS : Classic Load Balancer (CLB) | Application Load Balancer (ALB)
Balancing (ELB)
| Network Load Balancer (NLB)
Il existe trois types d'équilibreurs de charge dans Azure :
Azure Load Balancer : offre une mise à l’échelle de niveau supérieur avec un équilibrage de charge de couche 4 (OSI) sur plusieurs
PARTIE 4

machines virtuelles.
Internal Load Balancer (ILB) : en tant qu'adresse IP virtuelle interne. Cela signifie que les utilisateurs peuvent appliquer un
Azure Load équilibrage de charge interne pour les machines virtuelles (VM) qui sont connectées uniquement à un service Cloud Azure interne
Microsoft Azure
Balancer ou à un réseau virtuel.
Traffic Manager : Il s'agit d'une solution accessible sur Internet qui équilibre les charges de trafic sur divers points de terminaison
à l'aide d'un moteur de règles ainsi que d'un ensemble de requêtes DNS. Il peut acheminer le trafic vers le service de n'importe
quelle région et même vers des points de terminaison non Azure.

45
 CHAPITRE 2
DÉCOUVRIR LES MÉCANISMES DE
PERFORMANCE ET DE LA HAUTE DISPONIBILITÉ

1. Compréhension des contrats de niveau de service SLA

2. Utilisation du réseau de distribution de contenu (CDN)
3. Équilibreur de charge du trafic basé sur DNS
4. Conception avec les zones de disponibilité
 02 - Découvrir les mécanismes de
performance et de la haute disponibilité
Compréhension des contrats de niveau de service SLA

Définition SLA
• L’acronyme SLA, ou Service Level Agreement, est un contrat qui définit la qualité de service entre un fournisseur de service
et un client.
• Autrement dit, il s'agit de clauses contractuelle qui définissent les objectifs précis et le niveau de service qu'est en droit
d'attendre un client de la part du prestataire signataire.
• Avec l’utilisation croissante des plateformes Cloud, le SLA tend à devenir un outil essentiel qui permet de garantir aux clients
certains niveaux de sécurité dans le stockage et la gestion de leurs données à caractère personnel sur le Cloud.
• Par ailleurs, il faut alors définir de façon très précise différents indicateurs de qualité pouvant être mesurés, analysés et
contrôlés régulièrement. Il convient enfin de prévoir des sanctions qui seront appliquées si le prestataire ne répond pas à ses
obligations mentionnées dans le SLA.

Objectifs

• Le SLA vise à s’assurer que les attentes et les nécessités du client comme du fournisseur soient clairement définis. Il a pour
PARTIE 4

finalité de prévoir des critères d’évaluation ainsi que des moyens de mesure. Il permet à chaque partie de vérifier
mutuellement le respect de leurs engagements.
• Par exemple : Un fournisseur de service héberge des applications Web. Un SLA est conclu entre le client et le
fournisseur afin que le taux de disponibilité mensuel de l’application soit supérieure à 99%.

47
 02 - Découvrir les mécanismes de
performance et de la haute disponibilité
Compréhension des contrats de niveau de service SLA

Critères d'évaluation du service SLA

• De façon générale, les SLA prévoient des indicateurs permettant de mesurer la performance des services dans le but de réaliser une comparaison avec
le niveau de qualité des services défini avec le fournisseur.
• Ci-dessous les critères d’évaluations les plus utilisés :

La disponibilité des SLA est évaluée en constatant les proportions, en pourcentage, du temps que le service prévu dans
le contrat est réellement accessible et utilisable sur une période définie pouvant être hebdomadaire ou mensuelle…

Le temps de réponse correspond au délai entre le moment où la demande a été effectuée et celui auquel la réponse est
obtenue. Il peut être mesuré soit en temps de transfert, soit en temps de cycle.

Le délai de reprise après incident mesure la durée du temps disponible qui est perdu entre le moment où la défaillance
du service apparaît et le rétablissement du service. Il s’agit par exemple d’un pourcentage d’échecs par semaine ne
durant que 30 minutes suivant sa signalisation.
PARTIE 4

La satisfaction des utilisateurs permet de mesurer la performance perçue par rapport à celles qu’ils attendaient. Elle est
le plus souvent appréciée par sondage en utilisant un processus qui se répète et qui change d’orientation au fil du temps.

La fiabilité définit la fréquence à laquelle le service prévu est retiré ou échoue sur une période définie. On définit par
exemple un nombre d’échecs par semaine.

48
 CHAPITRE 2
DÉCOUVRIR LES MÉCANISMES DE
PERFORMANCE ET DE LA HAUTE DISPONIBILITÉ

1. Compréhension des contrats de niveau de service SLA

2. Utilisation du réseau de distribution de contenu (CDN)
3. Équilibreur de charge du trafic basé sur DNS
4. Conception avec les zones de disponibilité
 02 - Découvrir les mécanismes de
performance et de la haute disponibilité
Utilisation du réseau de distribution de contenu (CDN)

Définition Réseau de distribution de contenu (CDN)

• Le terme « réseau de distribution de contenu » (Content Delivery Network, CDN) désigne un groupe de serveurs (serveurs Edge) géographiquement distribués travaillant
d’accord afin de distribuer rapidement un contenu Web aux utilisateurs.
• Un réseau CDN permet le transfert rapide des ressources nécessaires au chargement d'un contenu Web, notamment les pages HTML, les fichiers JavaScript, les feuilles
de style, les images et les vidéos. La notoriété des services CDN continue de croître et, aujourd'hui, la plupart du trafic web est acheminée via ce type de réseau, y
compris le trafic provenant de sites importants, tels que Facebook, Netflix et Amazon.
PARTIE 4

Figure : Réseau de distribution de contenu (CDN) Figure : Fonctionnement du réseau CDN

50
 02 - Découvrir les mécanismes de
performance et de la haute disponibilité
Utilisation du réseau de distribution de contenu (CDN)

Réseau de distribution de contenu (CDN)

• Un réseau CDN n'héberge pas de contenu et ne peut pas remplacer la nécessité de disposer d'un hébergement web approprié, mais il peut faciliter la mise en cache du
contenu afin d'augmenter la rapidité d'un site web. De nombreux sites se tournent vers les réseaux CDN, car les services d'hébergement traditionnels ont du mal à
répondre à leurs besoins en matière de performances.
• En utilisant la mise en cache pour réduire la bande passante d'hébergement, afin d'empêcher les interruptions de service et d'améliorer la sécurité, les réseaux CDN
constituent un choix populaire pour contourner certains des principaux problèmes associés à l'hébergement web traditionnel.
• Les avantages d'un réseau CDN : les principaux avantages pour la plupart des utilisateurs peuvent être réparties en 4 aspects différents :

Amélioration des Réduction des coûts Augmentation de la Amélioration de la

temps de chargement de bande passante : disponibilité et de sécurité du site web :
du site web : la consommation de bande la redondance un réseau CDN peut
en rapprochant le contenu passante pour l'hébergement du contenu : améliorer la sécurité grâce à
des visiteurs du site à l'aide constitue un poste de les forts volumes de trafic ou
la mise en œuvre de diverses
d'un serveur CDN situé à dépense principal pour les les pannes matérielles
solutions d'optimisation,
proximité, ces derniers sites web. Grâce à la mise en peuvent interrompre le
comme l'atténuation DDoS et
peuvent bénéficier de temps cache et à d'autres fonctionnement normal d'un
l'amélioration du traitement
de chargement plus courts au optimisations, les réseaux site web. Grâce à sa nature
des certificats de sécurité.
PARTIE 4

niveau des pages CDN parviennent à diminuer distribuée, un réseau CDN

la quantité de données qu'un peut traiter davantage de
serveur d'origine doit fournir, trafic et résiste mieux aux
réduisant ainsi les coûts défaillances des équipements
d'hébergement pour les que de nombreux serveurs
propriétaires de sites web. d'origine.

51
 02 - Découvrir les mécanismes de
performance et de la haute disponibilité
Utilisation du réseau de distribution de contenu (CDN)

Service Réseau de distribution de contenu (CDN) au niveau Cloud

• L’ensemble des grands fournisseurs de services Cloud proposent des composants pour l’intégration des applications au réseau de distribution de
contenu (CDN). Ci-dessous les composants proposés par fournisseur :

Méthode Composant

AWS AWS Cloudfront

Microsoft Azure Microsoft Azure CDN

Google Cloud Google Cloud CDN

Alibaba Alibaba Cloud CDN

IBM Cloud IBM Content Delivery Network

PARTIE 4

52
 CHAPITRE 2
DÉCOUVRIR LES MÉCANISMES DE
PERFORMANCE ET DE LA HAUTE DISPONIBILITÉ

1. Compréhension des contrats de niveau de service SLA

2. Utilisation du réseau de distribution de contenu (CDN)
3. Équilibreur de charge du trafic basé sur DNS
4. Conception avec les zones de disponibilité
 02 - Découvrir les mécanismes de
performance et de la haute disponibilité
Équilibreur de charge du trafic basé sur DNS

Définition de l’équilibreur de charge du trafic basé sur DNS

• L’équilibrage de la charge est la pratique consistant à répartir le trafic sur
plusieurs serveurs afin d'améliorer les performances et la disponibilité.
• Un système de noms de domaine, ou DNS, traduit les noms de domaine lisibles
par l'homme (par exemple www.google.com) en adresses IP lisibles par une
machine (par exemple, 8.8.8.8). Ainsi, le navigateur d'un internaute contacte un
serveur DNS pour demander l'adresse IP correcte du site web de destination.
L'acte de demander une adresse IP à partir d'un domaine est appelé une requête
DNS.
• L'équilibrage de charge basé sur le DNS est un type spécifique d'équilibrage de
charge qui utilise le DNS pour répartir le trafic entre plusieurs serveurs. Pour ce
faire, il fournit différentes adresses IP en réponse aux requêtes DNS. Les
équilibreurs de charge peuvent utiliser diverses méthodes ou règles pour choisir
l'adresse IP à partager en réponse à une requête DNS.
• L'une des techniques d'équilibrage de charge DNS les plus courantes est
appelée round-robin DNS.
PARTIE 4

54
 02 - Découvrir les mécanismes de
performance et de la haute disponibilité
Équilibreur de charge du trafic basé sur DNS

Qu'est-ce que le DNS round-robin ?

• Le DNS round-robin a le même objectif que les autres types d'équilibrage de charge basé sur le DNS : améliorer les performances et la fiabilité d'un site en
distribuant le trafic. Cependant, contrairement à l'utilisation d'un équilibreur de charge logiciel ou matériel spécialisé, le DNS round-robin effectue
l'équilibrage de charge en utilisant un type de serveur DNS autoritaire.
• Les serveurs de noms faisant autorité détiennent des enregistrements DNS appelés enregistrements A ou AAAA, qui contiennent le nom d'un domaine et
son adresse IP correspondante. Lorsqu'un client soumet une requête DNS, le but de la requête est de trouver l'enregistrement A (ou AAAA). Dans une
configuration de base, un domaine aura un seul enregistrement A lié à une seule adresse IP, ce qui signifie qu'une requête DNS renverra toujours la même
adresse IP.
• Toutefois, dans le cas du DNS round-robin, les domaines ont plusieurs enregistrements A, chacun lié à une adresse IP différente. Au fur et à mesure que
les requêtes DNS arrivent, les adresses IP tournent à tour de rôle, répartissant les requêtes sur les serveurs associés.

Exemple :
• À chaque requête DNS d'un client, la résolution donnée est différente. Une rotation circulaire entre ces différentes adresses permet ainsi de répartir la
charge entraînée par un trafic important entre les différentes machines ayant ces adresses IP. Le client conserve ensuite dans son cache DNS l'adresse IP
utilisée, ce qui permet de conserver une relative stabilité dans la gestion des sessions du service.
PARTIE 4

www.google.com. 150 IN A 172.217.15.68

www.google.com. 150 IN A 172.217.21.164
www.google.com. 150 IN A 216.58.211.4
www.google.com. 150 IN A 172.217.20.36

55
 CHAPITRE 2
DÉCOUVRIR LES MÉCANISMES DE
PERFORMANCE ET DE LA HAUTE DISPONIBILITÉ

1. Compréhension des contrats de niveau de service SLA

2. Utilisation du réseau de distribution de contenu (CDN)
3. Équilibreur de charge du trafic basé sur DNS
4. Conception avec les zones de disponibilité
 02 - Découvrir les mécanismes de
performance et de la haute disponibilité
Conception avec les zones de disponibilité

Conception avec les zones de disponibilité

• Les zones de disponibilité sont des emplacements physiquement séparés au sein de

chaque région géographique d’un fournisseur Cloud et qui permettent une tolérance
aux défaillances locales. Les défaillances peuvent être aussi bien des défaillances
logicielles et matérielles que des événements de type tremblements de terre,
inondations et incendies. La tolérance aux défaillances est obtenue grâce à la
redondance et à l’isolation logique des services par le fournisseur.

• Les zones de disponibilité en général sont connectées par un réseau haute

performance offrant une latence aller-retour très faible afin de permettre aux
données d’être synchronisées et accessibles en cas de problème.
PARTIE 4

Figure : Conception avec les zones de disponibilité

57
 02 - Découvrir les mécanismes de
performance et de la haute disponibilité
Conception avec les zones de disponibilité

Conception avec les zones de disponibilité

• Chaque zone est composée d’un ou de plusieurs centres de données équipés d’une
alimentation, d’un système de refroidissement et d’une infrastructure réseau
indépendants. Les zones de disponibilité sont conçues de telle sorte que si une zone
est affectée, les services, la capacité et la haute disponibilité de la région sont pris en
charge par les autres zones.

• Les localisations des centres de données sont sélectionnées à l’aide de critères

rigoureux d’évaluation des risques de vulnérabilité. Ce processus identifie tous les
risques significatifs propres au centre de données et prend en compte les risques
partagés entre les zones de disponibilité.

• Avec les zones de disponibilité, vous pouvez concevoir et utiliser des applications et
des bases de données qui passent automatiquement d’une zone à l’autre sans
PARTIE 4

interruption.
Figure : Conception avec les zones de disponibilité
• Les zones de disponibilité sont hautement disponibles, tolérantes aux pannes et plus
scalables que les infrastructures traditionnelles ayant un ou plusieurs centres de
données.
58
 02 - Découvrir les mécanismes de
performance et de la haute disponibilité
Conception avec les zones de disponibilité

AVANTAGES
des zones de disponibilité

• Une latence plus faible lorsque plusieurs zones de disponibilité sont implémentées, il est logique que les serveurs qui
fournissent une application donnée soient situés relativement près des utilisateurs finaux qui accéderont à cette
application.

• Les clients peuvent déployer leurs applications et instances dans les zones de disponibilité et concevoir leur environnement
de sorte qu'en cas de défaillance d'une zone de disponibilité, les instances de l'autre zone de disponibilité deviennent
actives et continuent le travail des serveurs dans la zone de disponibilité défaillante, jusqu’au moment où le service peut
être rétabli.
PARTIE 4

Coyright - Tout droit réservé - OFPPT 59

 CHAPITRE 3
ARTICULER LES ASPECTS FINANCIERS
DU CLOUD

Ce que vous allez apprendre dans ce chapitre :

• Compréhension de la tarification des ressources

• Rationalisation des coûts des ressources
• Couverture des aspects de facturation Cloud

3,6 heures
 CHAPITRE 3
ARTICULER LES ASPECTS FINANCIERS
DU CLOUD

1. Compréhension de la tarification des ressources

2. Rationalisation des coûts des ressources
3. Couverture des aspects de facturation Cloud
 03 - Articuler les aspects financiers du Cloud
Compréhension de la tarification des ressources

Compréhension de la tarification des ressources

• La tarification des ressources est l’un des facteurs les plus importants lors du choix d’un fournisseur de plateforme Cloud. Étant donné que les
fournisseurs Cloud proposent des centaines de produits différents. Chacun a sa propre structure de service, ses technologies et ses modèles de
tarification et de remises différents. il est difficile d’établir une comparaison définitive.

AWS : Microsoft Azure : Google Cloud :

Amazon a une tarification très La tarification Azure est plus facile à En termes de critères de tarification
complexe pour certains de ses comprendre. Elle fournit un tableau simples, Google se distingue par sa
modèles et fournit des outils dédiés de bord avec une section de structure tarifaire attractive et
comme AWS Calculator, AWS Cost facturation où il est assez clair de conviviale. Il essaie de battre les prix
Explorer et Trusted Advisor qui voir combien vous dépensez et sur proposés par d’autres fournisseurs
peuvent vous aider à estimer les quoi. Azure propose un calculateur de services Cloud pour gagner des
coûts et à obtenir des opportunités de tarification qui facilite parts du marché Cloud.
d’économies. Dans le même temps, l’estimation des coûts des services
Amazon propose des remises et un système de budgétisation
importantes sur ses services avec d’entreprise robuste qui vous
plusieurs modèles d’économies, permet de répartir les coûts entre
PARTIE 4

notamment des instances les départements ou les unités

ponctuelles, des instances réservées commerciales.
et des plans d’économies.

62
 03 - Articuler les aspects financiers du Cloud
Compréhension de la tarification des ressources

Modèles de tarification AWS

Tarification à la demande
• Le modèle de tarification AWS par défaut est le paiement à l’utilisation où vous êtes facturé pour les services en fonction de l’utilisation
réelle par heure ou par seconde. C’est flexible mais c’est aussi l’option la plus chère. De nombreuses organisations commencent par une
tarification à la demande, puis passent à d’autres modèles à mesure qu’elles comprennent mieux leurs besoins en matière de Cloud.

Instances réservées
• Amazon vous permet de précommander des instances pour une durée de 1 ou 3 ans et d’obtenir jusqu’à 75 % de réduction sur le tarif à la
demande. Dans le modèle d’instance réservée, vous ne pouvez pas supprimer des instances réservées lorsque vous devez les réduire
(toutefois, vous pouvez vendre des instances réservées sur un Amazon Marketplace dédié).
• Bien que cela réduise la flexibilité des services Amazon, vous pouvez toujours bénéficier des options d’automatisation avancées et du riche
écosystème de services qu’offre Amazon. La plupart des organisations combinent des modèles, en utilisant des instances réservées pour
PARTIE 4

les charges de travail de longue durée et à la demande pour les charges de travail qui subissent des fluctuations.

63
 03 - Articuler les aspects financiers du Cloud
Compréhension de la tarification des ressources

Modèles de tarification AWS

Instances ponctuelles
• Les instances ponctuelles sont disponibles sur Amazon EC2 et plusieurs autres services de calcul. Il offre la meilleure remise avec jusqu’à 90
% de réduction sur le prix de l’instance à la demande. Les instances ponctuelles vous permettent d’enchérir sur la puissance de calcul de
réserve sur le marché libre d’Amazon. Le prix change toutes les 5 minutes et si votre offre est supérieure au prix actuel du marché, vous
recevrez une instance Spot.
• Par ailleurs, les instances Spot sont résiliées avec un préavis de seulement 2 minutes lorsque la capacité n’est pas disponible ou que le prix
Spot actuel dépasse le prix maximum. Amazon dispose d’une nouvelle fonctionnalité qui vous permet de recevoir un avertissement avancé
indiquant qu’une instance Spot sera résiliée, mais cela n’est pas garanti. Il offre également Spot Fleet, un mécanisme avancé qui gère
l’évolutivité pour des groupes d’instances Spot et des instances régulières à la demande.
PARTIE 4

64
 03 - Articuler les aspects financiers du Cloud
Compréhension de la tarification des ressources

Modèles de tarification Azure

Paiement à l’utilisation
• Les services Azure sont facturés à la seconde en fonction de l’utilisation réelle, sans engagement à long terme ni frais initiaux. Cela vous
donne la possibilité d’augmenter ou de diminuer les ressources selon vos besoins. Les machines virtuelles (VM) Azure peuvent être
automatiquement redimensionnées à l’aide de la fonctionnalité de mise à l’échelle automatique d’Azure.
• Ce modèle de tarification est principalement destiné aux utilisateurs qui aiment la flexibilité et souhaitent convertir les dépenses
d’investissement en dépenses d’exploitation, et les applications avec des charges de travail variables ou à court terme.

Instances de machine virtuelle réservées (RVMI)

• Les RVMI Azure sont des machines virtuelles précommandées qui nécessitent un engagement de 1 ou 3 ans dans certaines régions. Les
RVMI vous offrent jusqu’à 72 % de réduction sur les tarifs à l’utilisation.
• Azure peut choisir de remplacer une RVMI par une autre instance pendant la durée. Les utilisateurs peuvent également annuler les
PARTIE 4

instances réservées avant la fin du terme, mais cela entraînera des frais de résiliation anticipée.

65
 03 - Articuler les aspects financiers du Cloud
Compréhension de la tarification des ressources

Modèles de tarification Azure

Machines virtuelles Spot

• Azure vous permet d’acheter de la puissance de calcul inutilisée avec une remise allant jusqu’à 90 % par rapport au paiement à l’utilisation.
Cependant, les instances Spot peuvent être interrompues par des notifications soudaines et ne sont considérées comme adaptées qu’aux
charges de travail qui peuvent tolérer les interruptions. L’avis d’interruption de la machine virtuelle ponctuelle n’est que de 30 secondes.

• Azure fournit des groupes de mise à l’échelle de machines virtuelles (VMSS). Il s’agit d’un mécanisme d’autoscaling qui vous permet de
gérer des groupes de machines virtuelles et d’ajouter automatiquement des instances Spot en fonction de politiques prédéfinies.
Contrairement à la flotte Spot d’Amazon, VMSS ne permet pas de mélanger des machines virtuelles Spot et des machines virtuelles
payantes.
PARTIE 4

66
 03 - Articuler les aspects financiers du Cloud
Compréhension de la tarification des ressources

Modèles de tarification Google Cloud

Paiement à l’utilisation
• Google Cloud propose une tarification à l’utilisation. Ceci est idéal pour les personnes qui cherchent à utiliser le Cloud par intermittence
car il offre la possibilité d’ajouter et de supprimer des services selon les besoins. Ce niveau de flexibilité a un prix, de sorte que le modèle
de paiement à l’utilisation a le coût horaire le plus élevé de la plate-forme.
Plans d’engagement à long terme
• Si vous avez un plan de déploiement Cloud à long terme et que vous pouvez vous engager sur le long terme, vous pouvez réaliser des
économies importantes par rapport à un modèle de paiement à l’utilisation. Google propose un modèle de tarification à long terme avec
un choix de 1 ou 3 ans à l’avance. Google a nommé ses plans Committed Use et offre des remises allant jusqu’à 70% par rapport au prix à
la demande.
Instances préemptives
• Les instances de VM préemptives (instances ponctuelles) sont nettement moins chères (60 à 91 % de réduction) par rapport aux prix des
VM standard. Cependant, si le moteur de calcul a besoin de récupérer de la capacité de calcul pour l’allouer à d’autres machines virtuelles,
il peut arrêter (préempter) ces instances, avec un préavis de 30 secondes. Les instances préemptives utilisent la capacité excédentaire de
PARTIE 4

Compute Engine. La disponibilité dépend donc de l’utilisation.

• Les instances préemptives peuvent réduire considérablement les coûts de Compute Engine si votre application est tolérante aux pannes et
peut tolérer la préemption d’instance. Par exemple, les tâches par lots peuvent s’exécuter sur des instances préemptives. Si certaines de
ces instances sont arrêtées, le travail sera ralenti, mais ne se terminera pas. Les instances préemptives effectuent des tâches par lots sans
placer de charges de travail supplémentaires sur les instances existantes ni payer le prix total des instances régulières supplémentaires.
67
 CHAPITRE 3
ARTICULER LES ASPECTS FINANCIERS
DU CLOUD

1. Compréhension de la tarification des ressources

2. Rationalisation des coûts des ressources
3. Couverture des aspects de facturation Cloud
 03 - Articuler les aspects financiers du Cloud
Rationalisation des coûts des ressources

Rationalisation des coûts des ressources

• La gestion des coûts est un thème récurrent au niveau de l’entreprise. En optimisant et en gérant les coûts, vous pouvez
garantir la réussite à long terme de votre environnement Cloud. Il est essentiel que toutes les équipes (telles que les équipes
des finances, de gestion et de développement des applications) comprennent les coûts associés et les réexaminent
régulièrement.

• Vous trouverez ci-dessous un ensemble des meilleurs pratiques à suivre pour une utilisation optimale des ressources et
ainsi une rationalisation des coûts de fonctionnement des ressources :
PARTIE 4

69
 03 - Articuler les aspects financiers du Cloud
Rationalisation des coûts des ressources

Rationalisation des coûts des ressources

1 - Analyse périodique

• En général, le déploiement d’une ressource sur le Cloud n’est pas correctement dimensionné pour sa charge de travail. Ainsi, une analyse
périodique permet d’identifier les ressources mal provisionnées et les reconfigurer à leur niveau optimal.
• Cette analyse permet aussi d’identifier les ressources « orphelines » qui ont été créées à un certain moment et ne sont plus utilisées
notamment un volume de stockage non attaché suite à la suppression de sa machine virtuelle.
• Au niveau du Cloud Azure, parmi les solutions qui permettent d’assurer cette analyse périodique est « Azure Advisor », c’est un outil qui
décrit les meilleures pratiques à suivre pour optimiser les déploiements Azure. Il analyse les configurations et les utilisations des
ressources, puis recommande des solutions qui peuvent aider à améliorer la rentabilité, les performances, la haute disponibilité et la
PARTIE 4

sécurité des ressources Azure.

70
 03 - Articuler les aspects financiers du Cloud
Rationalisation des coûts des ressources

Rationalisation des coûts des ressources

2 - Tarification des ressources

Parmi les choses qui permettent de réduire rapidement les coûts sur le Cloud il existe de faire placer une ressource dans un plan de tarification moins coûteux,
et cette action est primordiale dans le cas où la ressource :
• N’est pas sollicitée pour une période définie et longue ;
• N’a pas de propriétaire identifié ;
• Est en voix de décommissionnement.
Parmi les critères sur lesquels on peut agir pour réduire la tarification :
• La taille de l’instance (pour une machine virtuelle : CPU, RAM, …) ;
• Le niveau de service (pour un service web : De base, Standard, Premium, …) ;
• La localisation (Région) ;
• La caractéristique de stockage (Transférer les données dans un stockage d’archivage, désactiver la redondance, changer niveaux d’accès) ;
• La réservation d’une ressource pour une période longue ;
• Autre fonctionnalité complémentaire (type de disque, connexion SSL, licence de l’OS, cryptographie, sauvegarde, …).
PARTIE 4

Exemples sur le Cloud Azure :

• Changer la taille d’une VM : Dans la page de la VM à redimensionner, sélectionner « Taille » sous « PARAMÈTRES » dans le menu de gauche de la VM.
• Mettre à l'échelle une base de données Azure SQL : Au niveau du menu de la base de données, cliquez sur « Niveau tarifaire » pour spécifier le niveau
de service, le nombre de DTU et la quantité de stockage.
• La réservation d’une ressource pour une période longue : Les réservations peuvent réduire sensiblement les coûts de la machine virtuelle, une base de
données SQL, Azure Cosmos DB ou d’autres ressources, jusqu’à hauteur de 72% sur les tarifs des paiements à l’utilisation normale. Il est fortement
recommandé d’utiliser une réservation d’une ressource en production.
71
 03 - Articuler les aspects financiers du Cloud
Rationalisation des coûts des ressources

Rationalisation des coûts des ressources

3 - Service ponctuel

La plupart des temps, l’exploitation des environnements de développement ou des POC s’effectue seulement pendant les
heures de travail ou pour une période ponctuelle. On peut donc les libérer en dehors de ces temps de travail et stopper ainsi
la facturation des coûts de calcul.

Exemples sur le Cloud Azure :

• Le fait de garder des machines virtuelles opérationnelles qui ne sont utilisées que pendant certaines périodes, génère un
gaspillage. Ces machines virtuelles peuvent tout à fait être arrêtées quand elles ne sont pas utilisées et redémarrées au
moment planifié. La libération de ces machines permettra de réduire les coûts de calcul.
• Pour automatiser le démarrage/arrêt de :
PARTIE 4

• Une seule VM, on peut utiliser le menu de la VM et exploiter la fonctionnalité « AUTO-SHUTDOWN ».

• Plusieurs VM en masse, on peut utiliser Azure Automation :
https://docs.microsoft.com/fr-fr/azure/automation/automation-solution-vm management

72
 03 - Articuler les aspects financiers du Cloud
Rationalisation des coûts des ressources

Rationalisation des coûts des ressources

4 - Ressources orphelines

• Pour éviter une suppression des ressources critiques, on trouve des ressources supplémentaires non supprimées
systématiquement lors de la suppression de la ressource principale. Ainsi, ces ressources supplémentaires sont
devenues orphelines, et il faut les rechercher pour les supprimer de manière fréquente.

• Par exemple, lorsqu’on supprime une machine virtuelle dans Azure, l’adresse publique et tous les disques
attachés à cette machine ne sont pas supprimés. Cette fonctionnalité permet d’éviter une perte de l’adresse ou
des données causée par la suppression involontaire de la VM.
• Après la suppression d’une machine virtuelle, la consommation continue pour l’adresse publique et les disques
non attachés.
PARTIE 4

Règle
Quand une ressource orpheline est détectée par l’administrateur du système, celui-ci devrait le signaler
à son propriétaire pour soit l’attacher à sa ressource principale ou la supprimer définitivement.

73
 03 - Articuler les aspects financiers du Cloud
Rationalisation des coûts des ressources

Rationalisation des coûts des ressources

5 - Mutualisation des ressources

• Durant les premières utilisations du Cloud, on commence à répondre aux besoins des utilisateurs par la création des ressources
regroupées selon la façon offerte par le fournisseur Cloud. Avec le temps, on se trouve devant un ensemble de regroupement qui contient
indépendamment des ressources dédiées.
• La mutualisation des ressources consiste à identifier les ressources qui rendent le même service mais créées en plusieurs instances. Ainsi, par la
réduction de ces instances en une seule permettra une optimisation importante en termes de gestion et en termes de cout.
• Parmi les ressources qui peuvent être mutualisées sur Azure, on trouve :
• Réseau : un réseau virtuel (VNET) déclaré dans une région spécifique pour être mutualiser pour toutes les autres ressources qui
nécessitent d’être interconnectées dans cette ressource ;
• Stockage : Les disques d’une machine virtuelle sont placés dans un compte de stockage, ainsi chaque création de VM produira la
création d’un compte de stockage dédié, chose qui peut être mutualisé pour un ensemble de VM à la fois ;
• Base de données : pour éviter à chaque création d’une base de données, de créer son serveur, il est opportun d’utiliser un seul
PARTIE 4

serveur et y créer par la suite des instances de base de données ;

• Plateforme d’hébergement des applications : une application web a besoin au moins de deux ressources, une pour héberger le
code (Web App) et une autre pour exécuter le code (App Service Plan), ce dernier devra être mutualisé pour l’exécution d’un
ensemble d’hébergeur de code.

74
 03 - Articuler les aspects financiers du Cloud
Rationalisation des coûts des ressources

Rationalisation des coûts des ressources

6 - Expiration des ressources

•A la date d’aujourd’hui, les fournisseurs Cloud en général n’offrent pas une option qui permet de
supprimer automatiquement n’importe quelle ressource selon sa date d’expiration.

•Au niveau du Cloud Azure, le service DEVTEST_LABS offre la possibilité de fixer la date
d’expiration des VMs qui seront créés automatiquement par les utilisateurs de ce service.

•Ainsi pour contourner ce manque, nous avons ajouté au niveau du référentiel de services
cloud un champs intitulé « date d’expiration » pour au moins connaitre la date prévue
d’achèvement de l’exploitation des ressources cloud.
PARTIE 4

75
 CHAPITRE 3
ARTICULER LES ASPECTS FINANCIERS
DU CLOUD

1. Compréhension de la tarification des ressources

2. Rationalisation des coûts des ressources
3. Couverture des aspects de facturation Cloud
 03 - Articuler les aspects financiers du Cloud
Couverture des aspects de facturation Cloud

La facturation des ressources Cloud

Le principe de base de facturation sur le Cloud est identique pour l’ensemble des fournisseurs Cloud du marché, à savoir la facturation à l’usage.
La compréhension des principes et du fonctionnement de la facturation à l’usage dans le Cloud, passe par la prise en compte de certains éléments :

• L’agilité : le Cloud a un modèle financier basé sur la gestion agile, et se caractérise par l’ajustement constant des ressources disponibles
avec les besoins véritables de chaque utilisateur. Avec la mutualisation et la virtualisation des infrastructures, le Cloud permet une
facturation selon les usages et la puissance demandée, vers un mode améliorant le ratio performance / dépense / disponibilité, en
comparaison avec une installation dédiée.

• Le choix du Cloud : l’entreprise choisira entre le Cloud public, le Cloud privé, et l’hybride. Les besoins métiers et la capacité de
l’infrastructure en motiveront le choix, qui dépend également de la taille de la société, des métiers et de son activité.

• La rapidité : à présent, les métiers et les besoins fonctionnels stimulent la mise en place de plusieurs infrastructures SI nouvelles. Le Cloud
PARTIE 4

est une réponse agile et rapide aux enjeux de ces métiers, il n’est plus nécessaire de faire un investissement lourd, et long à mettre en
place comme l’installation du système d’exploitation, l’intégration au sein du SI, l’achat et la livraison du serveur, support, tests, etc…

77
 03 - Articuler les aspects financiers du Cloud
Couverture des aspects de facturation Cloud

La facturation à l’usage dans le Cloud, c’est payer sa consommation réelle

• Par nature, le Cloud est ajustable selon les besoins des utilisateurs. Son mode de facturation se doit donc d’être adapté, et les meilleures
offres proposent une facturation à l’usage.
• Ce mode de facturation permet d’économiser les coûts de mise en service, l’utilisateur-client fait ensuite la demande d’un nombre de services
(calculs, logiciels, stockage…) en fonction de ses besoins et en précise la durée.
• L’atout principal de ce mode de facturation est de ne payer que pour des ressources informatiques véritablement consommées. Avec ce service
évolutif, les utilisateurs ont à leur disposition la souplesse adaptable à leurs pics d’activité.
• La facturation à l’usage a des impacts importants, jusqu’au modèle économique de la société qui y recours, elle permet notamment de passer
d’un modèle Capital Expenditure (CAPEX*) au modèle Opérationnel Expenditure (OPEX**). Parce que le Cloud n’implique pas d’investissement
de départ, l’entreprise supporte des coûts réduits au démarrage et des frais d’exploitation prévisibles à long terme.
• En définitive, les coûts de fonctionnement maîtrisés et lissés dans le temps remplacent l’investissement initial.
• Ainsi, suivant les applications utilisées et les prestataires, la facturation est généralement non seulement unitaire mais aussi détaillée, à l’image
de ce que proposent les fournisseurs d’énergie et les opérateurs téléphoniques.
PARTIE 4

Remarques

• Chacun des fournisseurs Cloud (Microsoft, Google ou Amazone) disposent d’un calculateur de prix et d’outils
supplémentaire qui peuvent aider à estimer et à prévoir les coûts. Il est essentiel d’utiliser ces outils avant
d’entamer votre projet, et de manière continue, pour vous assurer de garder le contrôle des coûts.

78