SlideShare une entreprise Scribd logo
A l’attention de :
Auteur(s) :
Réf :
Date :
La migration vers le Cloud Hybride en 4 étapes
Démarche et dimensionnement de la cible
PROJET CLOUD HYBRIDE
MARS 2017
Livre blanc - Migration cloud hybride
Sylvain FRANCESCHI – Directeur Technique
Projet CLOUD HYBRIDE© Copyright 2017
Sommaire
1. Les problématiques et enjeux du cloud pour les DSI
2. Le cloud hybride : démarche de migration en 4 étapes
3. Phase n°1 : stratégie de migration
4. Phase n°2 : Conception
5. Phase n°3 : Déploiement du cloud hybride et des applications
6. Phase n°4 : L’exploitation au quotidien
La supervision
Le paiement à l’usage
Les facteurs clés de la réussite de la migration
Scénario de migration pour les applications
Plan de reprise d’activité
Les critères à prendre en compte
Les différents types de cloud
Processus de migration vers le cloud des applications
Définition des services managed - exemple de catalogue de service
Matrice d’aide à la décision pour analyser le dimensionnement du cloud par application
Synthèse du dimensionnement pour les différents types de cloud
Les étapes de la conception de son Cloud
Projet CLOUD HYBRIDE
1. Les problématiques et enjeux du cloud pours les DSI
Face aux nombreux besoins que rencontrent les SI des différents sites (explosion du volume des
données, apparition du cloud public, obsolescence matérielle, contraintes de sécurité des données, codes
sources), les directions opérationnelles se retrouvent confrontées à de nombreuses problématiques
techniques et d’exploitations.
Contexte général
Comment fournir une architecture sur
mesure aux directions opérationnelles par
projets ?
Les besoins en stockage sur des grandes
quantités de données sont souvent au cœur
des développements et des architectures big
data?
La donnée et la sécurité dans un contexte de
Cloud Hybride? Les contraintes et les limites ?
Comment faire pour choisir le type de
cloud par application , public, privé, infra-
dédiée) ?
Est-ce qu’il faut virtualiser et centraliser toute
les éléments de l’infrastructure sur un Cloud
Hybride ?
Quelles sont les critères d’éligibilité au
cloud dans l’organisation de la DSI?
Quelle approche adopter en fonction des
besoins des directions opérationnelles et des
projets pour migrer dans le cloud ?
Quelles sont les étapes de la migration
des applications éligibles au cloud Hybride?
Organisation et méthode Dimensionner et sécuriser les données
Projet CLOUD HYBRIDE
1. Les problématiques et enjeux du cloud pours les DSI
Les contraintes des directions opérationnelles
▪ La puissance de calcul ou de stockage des serveurs doivent répondre à des besoins spécifiques
par projets, rapidement en fonction de cycle de vie.
▪ L’augmentation du volume des données augmente, imposant un rythme élevé de révision de la
capacité de stockage du système d‘information.
▪ Concrètement, un équipement informatique - privé sur site - devient rapidement obsolète.
L’étude d’obsolescence met en évidence une partie du SI non éligible au Cloud. Le shadow IT
est les plus touchés par l’obsolescence des composants logiciels.
▪ L’architecture technique interne a des coûts informatiques qui augmente. On doit remettre en
question leurs stratégies, en optant pour des solutions plus souples et économiques. Elles vont
vers des solutions cloud public comme Azure ou Amazon
Quelles exemples de contraintes relevées par les projets
L’approche "Cloud" permet de passer d'un modèle économique CAPEX onéreux à un modèle
OPEX tout en garantissant plus de flexibilité et de performances aux directions opérationnelles.
La DSI centralise les éléments d’infrastructure pour mettre un modèle économique plus adapté.
La solution adoptée par la DSI et les entreprises
Projet CLOUD HYBRIDE
1. Les problématiques et enjeux du cloud pours les DSI
La solution proposée par la DSI , le cloud Hybride
L’approche « cloud hybride » s'avère dans de nombreux cas constituer la réponse la plus
pertinente car elle apporte :
Le Cloud HYBRIDE > La solution retenue par la DSI AGILE
La souplesse nécessaire tout en
garantissant la sécurité des données
Elle offre un compromis
performance/évolutivité
Elle permet de concevoir des
infrastructures dimensionnées au plus
près des besoins métiers.
L‘enjeu principal est donc de savoir comment placer au mieux le curseur des
services entre un opérateur externe et les équipes internes
Projet CLOUD HYBRIDE© Copyright 2017
Sommaire
1. Les problématiques et enjeux du cloud pour les DSI
2. Le cloud hybride : démarche de migration en 4 étapes
3. Phase n°1 : stratégie de migration
4. Phase n°2 : Conception
5. Phase n°3 : Déploiement du cloud hybride et des applications
6. Phase n°4 : L’exploitation au quotidien
La supervision
Le paiement à l’usage
Les facteurs clés de la réussite de la migration
Scénario de migration pour les applications
Plan de reprise d’activité
3. Phase n°1 : stratégie de migration
Les critères à prendre en compte
Les différents types de cloud
Processus de migration vers le cloud des applications
Définition des services managed - exemple de catalogue de service
Matrice d’aide à la décision pour analyser le dimensionnement du cloud par application
Synthèse du dimensionnement pour les différents types de cloud
Les étapes de la conception de son Cloud
Projet CLOUD HYBRIDE
2. Le cloud hybride : démarche de migration en 4 étapes
Les principales caractéristiques recherchées pour la mise en place d’un cloud hybride sont les suivantes :
Rappel des caractéristiques d’un projet cloud hybride
le choix dépend des besoins de l'utilisateur et de ses
capacités d'implication dans la mise en œuvre des
ressources. (trop de spécificité = cloud privée ou infra
dédiée)
Les ressources sont déployées automatiquement à la
demande sans avoir à passer par un opérateur, comme
cela peut être le cas lors d’une demande de forte
puissance de calcul ponctuel.
Le projet qui a besoin du service peut en faire
directement la demande via un portail de service.
Dans ce type de projet, les critères de paiement seront
à définir en fonction de la consommation et du service
utilisé par les projets.
Automatiser les demandes les plus courantes
Vers une solution du type service à la demande
Systèmes de facturation à l’usage
Solution hybride : cloud public, privé, infra dédiée
Déploiement d’un service plus rapide et réactif,
Les ressources sont immédiatement mises à
disposition par le fournisseur via un portail dédié
Le système de facturation à l’usage vous
donne l’opportunité de démarrer doucement,
et de stopper le projet en minimisant les
pertes financières.
Le Cloud embarque une fonction d’auto-
scalabilité. Les ressources utilisées seront
adaptées aux besoins réels des projets.
On supprime les frais fixes d’un forfait traditionnel.
On passe vers un paiement ajusté aux besoins
réels des directions opérationnelles.
Projet CLOUD HYBRIDE
2. Le cloud Hybride : la démarche de migration en 4 étapes
• Les 4 phases de la mise en place d’un cloud Hybride proposées par EI-Management
» Projet de migration vers le cloud Hybride
1. La stratégie de
migration
2. La conception
du cloud
3. Le déploiement
(BUILD)
4. L’exploitation
(RUN)
• Inventaire des usages
• Inventaires des
ressources
• Etude d’obsolescence
• Analyser l’existant en
fonction des contraintes
techniques et des
exigences non-
fonctionnelles
• Choisir le « bon cloud »
par application
• Identification des
« services managed »
• Choisir son fournisseur
capable d’opérer sur le
cloud Hybride
• Définir l’architecture
globale
• Dimensionner les
types de cloud
• Aux types de cloud,
ses classes d’usages
et identification des
ressources
nécessaires
• Choisir sa solution de
publication des
services managed via
un portail unique
• Mettre les enjeux de
la migration au cœur
de la construction
• Coordonner la
conduite de
changement
• Elaborer un
processus de
migration pour ces
classes d’usages et
les projets liés
• Méthodologie de
migration à adopter
en fonction des
classes d’usage
• La supervision des
projet en fonction des
type de cloud
• Définir le modèle de
paiement à l’usage
pour les directions
opérationnelles
• Déterminer les limites
des utilisateurs sur les
opérations en fonction
des types de cloud
• Ne pas pénaliser les
utilisateurs, répondre
aux besoins avec
l’agilité nécessaire
Projet CLOUD HYBRIDE© Copyright 2017
Sommaire
1. Les problématiques et enjeux du cloud pour les DSI
2. Le cloud hybride : démarche de migration en 4 étapes
4. Phase n°2 : Conception
5. Phase n°3 : Déploiement du cloud hybride et des applications
6. Phase n°4 : L’exploitation au quotidien
3. Phase n°1 : stratégie de migration
La supervision
Le paiement à l’usage
Les facteurs clés de la réussite de la migration
Scénario de migration pour les applications
Plan de reprise d’activité
3. Phase n°1 : stratégie de migration
Les critères à prendre en compte
Les différents types de cloud
Processus de migration vers le cloud des applications
Définition des services managed - exemple de catalogue de service
Matrice d’aide à la décision pour analyser le dimensionnement du cloud par application
Synthèse du dimensionnement pour les différents types de cloud
Les étapes de la conception de son Cloud
Projet CLOUD HYBRIDE
3. Phase n°1 : stratégie de migration
le contexte et les critères à prendre en compte
Notre stratégie proposée pour migrer l’infrastructure existant vers le Cloud hybride
est basée sur les critères suivants :
Approche de migration par projet et à la demande, pour sécurisation
Analyse des classes d’usages et de la sécurité nécessaire à mettre en place autour de l’application
Identification des besoins en stockage et en puissance de calcul
Analyse et trie des applications à migrer vers les différents cloud en fonction de l’obsolescence
Définir la stratégie de la migration consiste à analyser et à trier les applications à migrer.
Ce processus de cartographie applicative est clé pour dimensionner chaque type de cloud
Il fait parti du processus de conduite de changement pour favoriser l’adoption du futur Cloud par les
directions opérationnelles
1
2
3
4
Projet CLOUD HYBRIDE
3. Phase n°1 : stratégie de migration
Rappel des types de cloud
Définition des types de cloud
Cloud Public
• Des infrastructures techniques en ligne
pour fournir des ressources IT en mode
IaaS, le plus souvent mutualisées
• Des infrastructures techniques mutualisées
en ligne pour fournir des ressources IT en
mode IaaS dans les centres de données
d’un fournisseur (Cloud Provider) qui a créé
son offre de services Cloud
Infrastructures techniques privées / interne
• Des infrastructures techniques dédiées
propriétés de la DSI ou en mode locatif,
localisées dans un datacenter (dans ses locaux ou
en colocation)
Cloud Privé (externalisé)
• Des infrastructures techniques en ligne
dédiées fournies en mode IaaS dans les
centres de données d’un fournisseur (Cloud
Provider)
Cloud Hybride
C’est la combinaison de l’ensemble des possibilités proposées, des
« Infrastructures techniques privées » au « Cloud Public », en passant par les « Cloud
Privé » et « Mutualisé », pour la fourniture de ressources IT
Cloud Mutualisé
• Des infrastructures techniques mutualisées
en ligne pour fournir des ressources IT en
mode IaaS dans les centres de données d’un
fournisseur (Cloud Provider) qui a créé son
offre de services Cloud
Projet CLOUD HYBRIDE
3. Phase n°1 : stratégie de migration
Rappel des types de cloud
Les avantages et inconvénients des différents types de cloud
Infrastructure dédiée cloud privé cloud hybride cloud public
Données sécurisées
Intégration au SI
Sur-mesure
Agilité optimale
Scalabilité étendu
Connexion
complexe entre
cloud privé et
public
Bande passante
Routage réseau
Utilisation simple
Services flexibles
Paiement à l’usage
Paiement à l’usage
Coût d’installation
Scalabilité limitée
Données sécurisées
Exploitation possible
par les DO
Répond aux besoins
spécifiques des
bancs d’essai
Paiement à l’usage
Scalabilité limitée
Cout d’installation
Difficulté pour
opérer sur l’infra-
dédiée pour
l’exploitation externe
Serveurs externes
Intégration au SI
Identification du catalogue de services en fonction des types de cloud doit répondre aux
besoins des directions opérationnelles
Projet CLOUD HYBRIDE
3. Phase n°1 : stratégie de migration
Processus de migration vers le cloud des applications
Application
non éligible
Application
éligible
Application
obsolète
Application
nouvelle
Compatibilité cloud
Interconnexion SI
Besoin d’agilité
Besoin de scalabilité
Cout de migration
Pérennité
En fonction des cas
d'usages
24 mois + 36 mois 12 mois
Support commercial aux
clients
Etude et développement Services techniques et
d’infrastructures
Digital Factory
Gestion des ventes Système d’Information de gestion
MigrationInfra-dédiée Migration
Migration avec
transformation
Processus d’analyse de l’éligibilité aux
différents cloud
Projet CLOUD HYBRIDE
3. Phase n°1 : stratégie de migration
Processus de migration vers le cloud des applications
Processus d’étude d’éligibilité aux différents cloud pour une application
S appuie t elle sur un socle standard
(progiciel, socle logiciel, socle serveur)
Les données manipulées sont-elles soumises à un
cadre de confidentialité strict que les
fournisseurs ne peuvent respecter?
L application est elle spécifique à l entreprise ?
L application est elle fortement intégrer
au SI ?
S appuie t elle sur un socle standardisé ?
(Progiciel, Socle logiciel, Socle Serveur ?)
Les interfaces avec les autres applications
sont-elles standardisées?
Cloud Privé
Infra dédiée
oui
non
Existe-t-il un service équivalent en
mode SaaS ?
Cloud public
Infra dédiée Cloud privé
S appuie t elle sur un socle
standardisé ? (Progiciel, Socle
logiciel, Socle Serveur ?)
Cloud public
1 2
2
oui
non
non
non
oui
oui
oui
oui
non
non
non
oui
oui
non
3
3
4
4
5
Projet CLOUD HYBRIDE© Copyright 2017
Sommaire
Matrice d’aide à al décision pour analyser le dimensionnement de bon cloud par application
Synthèse du dimensionnement pour les différents types de cloud
1. Les problématiques et enjeux du cloud pour les DSI
2. Le cloud hybride : démarche de migration en 4 étapes
5. Phase n°3 : Déploiement du cloud hybride et des applications
6. Phase n°4 : L’exploitation au quotidien
Les facteurs clés de la réussite de la migration
Scénario de migration pour les applications
Plan de reprise d’activité
Les étapes de la conception de son Cloud
4. Phase n°2 : Conception
La supervision
Le paiement à l’usage
3. Phase n°1 : stratégie de migration
Les critères à prendre en compte
Les différents types de cloud
Processus de migration vers le cloud des applications
Définition des services managed - exemple de catalogue de service
Projet CLOUD HYBRIDE
3. Phases n°2 : Conception du cloud hybride
Les étapes de la conception
• La conception du cloud hybride se décompose en trois étapes majeurs
1. Architecture globale et choix
du cloud
2. A chaque application, son
type de cloud
3. Dimensionnement par
type de cloud
• Définir l’architecture globale du
socle qui accueillera les services
applicatifs à partir de l’étude
d’obsolescence
• Définir l’architecture de chaque
application éligibles au Cloud
• Choisir des services de type IaaS
pour une migration de l’application
sans transformation, ou pour une
réinstallation des applicatifs.
• Choisir des services de type PaaS
lors de la transformation d’une
application, ou une évolution de
l’architecture, ou pour une nouvelle
application (risque : sécurité des
données)
• Disposer d’une bonne
connaissance de l'architecture
et des besoins de l'application
pour identifier le service Cloud
le plus pertinent
• Identifier les besoins d’une
application: est-elle plus
gourmande en mémoire vive ou
en ressources processeurs.
• Le cloud public à l’avantage
d’offrir un large choix de
catégories de services adaptés
à vos usages.
• Cloud privé : offre surtout la
sécurité des données
• Infra-dédiée : banc d’essai
• Les critères de dimensionnement
du cloud public varient en fonction
de la nature du service et de
l’usage qui en est fait. Ces critères
ne sont plus simplement
techniques (RAM, CPU, quantité
de stockage, etc.), mais peuvent
également être fonctionnels.
• Avoir une connaissance précise
des ressources consommées par
chaque application. Pour ce faire,
il s’agira d’organiser un
rapprochement entre les équipes
d’architectes infrastructures et
d’architectes applicatifs, afin de
maîtriser les enjeux propres aux
deux parties.
Projet CLOUD HYBRIDE
6. Conception de l’architecture cible
Les types de cloud pour les applications
Matrice d’aide à décision pour classifier les applications par type de
cloud en fonction de leur besoins
Les caractéristiques des
applications / Des lots
Infra dédiée
standard
Infra dédiée
Hyper
convergence
Cloud public
Azure
Cloud privé
Non
Eligible
Pas de besoin scalabilité
Besoin de scalabilité
Besoin de volume de stockage
Pas de besoin de stockage
Besoin données sensible
Eligible
Données non sensibles
Données sensibles
Besoin de scalabilité
Besoin de volume de stockage
Besoin interconnexion sécurisée
Besoin interconnexion non sécurisée
Projet CLOUD HYBRIDE
6. Conception de l’architecture cible
Synthèse du dimensionnement de l’architecture cible
Schéma de l’architecture cible
• Liste des services
SAAS
• Type de
ressources à
consommer
• Nombre de VM
• Allocation des
ressources
processeurs,
mémoire et espace
disque
• Type de plateforme
de service
• Nombre de VM
• Allocation des
ressources
processeurs,
mémoire et espace
disque
• Hyperconvergence
• Sur l’infrastructure dédiée et
sur une infra standard
• Les applications
administratives et assurant
le bon fonctionnement des
services
Projet CLOUD HYBRIDE
6. Conception de l’architecture cible
Synthèse du dimensionnement de l’architecture cible
DC1
DC2
DC3
DC4
Cloud privé Cloud publicInfrastructure dédiée
standard Hyper
convergence
Lot A
Lot B
Lot C
Lot D
Lot E
Lot F
Lot G
Lot H
Lot I
Lot J
Lot K
Lot L
Cloud hybride
Etuded’obsolescencedesapplications
ProcessusdemigrationdesApplicationsverslecloudHybride
Nb VM
vCPU
RAM
DD
Nb VM
vCPU
RAM
DD
Nb VM
vCPU
RAM
DD
Nb VM
vCPU
RAM
DD
Nb VM
vCPU
RAM
DD
Nb VM
vCPU
RAM
DD
Nb VM
vCPU
RAM
DD
Nb VM
vCPU
RAM
DD
Nb VM
vCPU
RAM
DD
Nb VM
vCPU
RAM
DD
Nb VM
vCPU
RAM
DD
Nb VM
vCPU
RAM
DD
Nb VM
vCPU
RAM
DD
Nb VM
vCPU
RAM
DD
Nb VM
vCPU
RAM
DD
Nb VM
vCPU
RAM
DD
Projet CLOUD HYBRIDE© Copyright 2017
Sommaire
1. Les problématiques et enjeux du cloud pour les DSI
2. Le cloud hybride : démarche de migration en 4 étapes
6. Phase n°4 : L’exploitation au quotidien
Les facteurs clés de la réussite de la migration
Scénario de migration pour les applications
Plan de reprise d’activité
4. Phase n°2 : Conception
5. Phase n°3 : Déploiement du cloud hybride et des applications
La supervision
Le paiement à l’usage
3. Phase n°1 : stratégie de migration
Les critères à prendre en compte
Les différents types de cloud
Processus de migration vers le cloud des applications
Définition des services managed - exemple de catalogue de service
Matrice d’aide à la décision pour analyser le dimensionnement du cloud par application
Synthèse du dimensionnement pour les différents types de cloud
Les étapes de la conception de son Cloud
Projet CLOUD HYBRIDE
5. Phase n°3 : Déploiement et migration dans le cloud
Les facteurs clés pour réussir sa migration
La phase de déploiement et de migration est soumise à 2 facteurs clés :
▪ le bon choix des types de cloud et des services de migration à la disposition de la DSI
▪ l’apprentissage du fonctionnement des services de migration, de façon à réduire les risques de
coupures de services. Il est recommandé d’utiliser des outils de migration des ressources vers
le cloud
Remarque : La phase de déploiement vers le cloud hybride est en effet dépendante des spécificités des plateformes
Cloud utilisées. Certains cloud publics mettent par exemple à votre disposition des outils qui facilitent la migration du
système applicatif, comme des services de transfert de bases de données ; d’autres vous permettent d’externaliser
de grandes quantités de données.
Les enjeux de la phase de déploiement et migration vers le cloud
Recommandation: On propose une migration « par lots » des applications vers le cloud. La
migration peut durer de 18 à 24 mois : une fois le socle déterminé, les applications sont à migrer
par lot
Projet CLOUD HYBRIDE
5. Phase n°3 : Déploiement et migration dans le Cloud
Les étapes de la migration d’un groupe d’application ou d’un lot
OpérationstechniquesL’adoptionducloud
• Connaissance
des outils
disponible chez
les fournisseurs
• Outiller la
migration
• Retour arrière
Maitrise des
services de
migration
• Planning de
migration des
lots
• Liste des étapes
à suivre par lot
• Gestion de tous
les paramètres
Définir le plan de
migration par lot
• Perte de
données
• Coupure de
service
• Cout des
licences des
socles logiciels
Identification des
risques
• Exécution de la
migration
• Tests de
recevabilité
• Période de VBF
• Prononcer la bon
fonctionnement
Migration-
stratégie par lot
• Définir les
supports de
communication
• Les points jalons
• Définir l’instance
de pilotage
• Réunion
d’information sur
les phases
• Désignation de
référents par lot
• Identification de
la recette
• Mettre en place
un support
dédié à la
bascule
• Organisation sur
site Hotline
dédiée
• Dispositif
d’escalade et de
correction
Définir le plan de
de
communication
Mobilisation des
collaborateurs
Gestion de la
communication
bascule
Mise en place
d’un support
dédié
Migrationparlotd’applicationetparsite
Le projet de migration est composé de 2 chantiers qui sont à mener en parallèle
Projet CLOUD HYBRIDE
5. Phase n°3 : Déploiement et migration dans le Cloud
Les étapes de la migration d’un groupe d’applications ou d’un lot
Mise à disposition de l’usine
Durant la phase de développement des nouvelles
applications dans le hangar, « l’usine » sera mise en
œuvre avec les services d’infrastructure associés.
Par la suite, le déploiement dans l’usine pourra débuter
progressivement avec une mise à disposition
progressive aux utilisateurs. Enfin les systèmes
d’information locaux actuels seront par la suite
décommissionnés.
Lorsque toutes les applications sont déployées dans
l’usine, le hangar n’a plus d’intérêt car les solutions
retenues seront alors matures, sécurisées et en
production.
Mise à disposition du hangar
On recommande de mettre en place un « hangar », c’est-
à-dire un hébergement mutualisé et totalement virtualisé
à moindre coût afin de pouvoir débuter au plus tôt la
transformation des applications. Seuls les
environnements « hors-production » de développement,
d’intégration et de recette sont concernés.
L’ouverture de ce hangar permettra la mise en œuvre
des outils nécessaires à la production tels que l’AD, les
outils de sauvegarde, … Ainsi que les couches
« Middleware » nécessaires au fonctionnement des
applications
Le développement des nouvelles applications urbanisées
pourra par la suite débuter dans le hangar. Les tests
unitaires des interfaces et les reprises de données
utilisant les nouvelles interfaces pourront y être réalisés.
Site
Lot A
Lot B
Lot C
HANGAR – Préparation / construction USINE – Mise en production
Production Préprod Test/ recette
Projet CLOUD HYBRIDE
6. Conception de l’architecture cible
Plan de reprise des activités
le plan de reprise d'activité (PRA) est un processus composé de documents et de procédures,
destinés à rétablir le fonctionnement d'une entité en cas d'incident ou de désastre. Il vise à
permettre la reprise de l'activité, en situation nominale ou en mode dégradé, au bout d'un
certain temps..
Il est nécessaire de classifier les applications par criticité afin de pouvoir définir des normes de
construction du PRA en rapport avec ce critère.
La règle à adapter pour le plan de reprise des activités
On peut distinguer 5 niveaux de criticité :
Impact Nul Faible Modéré Sérieux Extrême
Financier 0k€ ≤ xx k€ ≤ xx k€ ≤ xx k€ > Xx k€
Commercial Pas
d’impact
Impact
exclusive
ment
interne
Impact clients
faible
Impact externe
important, non-
respect d’obligations
contractuelles
Interruption d’activité significative
Interne Pas
d’impact
Pas
d’impact
Pas de risque
interne, autres
risques limités
Risque interne limité,
risque de coupure
des services
Risque interne important, risque
d’être en incapacité de faire
fonctionner les applications de
gestion critiques du groupe
Projet CLOUD HYBRIDE
6. Conception de l’architecture cible
Plan de reprise des activités – architecture technique
Dans le cadre d’un PRA, il est nécessaire de bénéficier d’un site de secours sur lequel les données et les applications
critiques sont synchronisées et vers lequel les utilisateurs habituels sont redirigés en cas de coupure et de
dysfonctionnement majeur
Le PRA est basé sur un mécanisme de réplication
global du stockage entre les deux datacenters.
De ce fait l’activation des serveurs sur le secours est
nécessaire, c’est-à-dire tous les serveurs contenant les
données métiers pour une application donnée doivent
être démarrés
secours
Réplication
asynchrone
des données
Applications
critiques
Projet CLOUD HYBRIDE© Copyright 2017
Sommaire
1. Les problématiques et enjeux du cloud pour les DSI
2. Le cloud hybride : démarche de migration en 4 étapes
6. Phase n°4 : L’exploitation au quotidien
Les facteurs clés de la réussite de la migration
Scénario de migration pour les applications
Plan de reprise d’activité
4. Phase n°2 : Conception
5. Phase n°3 : Déploiement du cloud hybride et des applications
La supervision
Le paiement à l’usage
3. Phase n°1 : stratégie de migration
Les critères à prendre en compte
Les différents types de cloud
Processus de migration vers le cloud des applications
Définition des services managed - exemple de catalogue de service
Matrice d’aide à la décision pour analyser le dimensionnement du cloud par application
Synthèse du dimensionnement pour les différents types de cloud
Les étapes de la conception de son Cloud
Projet CLOUD HYBRIDE
6. Phase n°4 : L’exploitation au quotidien
L'exploitation d’un cloud hybride présente des différences majeures par rapport à un SI classique.
Les différents points à prendre en compte dans l’exploitation du cloud hybride sont les suivants :
• la supervision du système d’information
• La gestion du mode de paiement à l’usage
• Déterminer le périmètre de responsabilité entre les équipes de la DSI et l’opérateur unique qui
exploitera le SI
La règles à adapter pour le plan de reprise des activités
Projet CLOUD HYBRIDE
6. Phase n°4 : L’exploitation au quotidien
La supervision
• 7 étapes pour une supervision efficace des applications sur le cloud hybride
Périmètre de la
supervision
•Déterminer les
applications
critiques
Inventaire des
composants
critiques
•Dresser
l’inventaire des
éléments SI
associés à ces
applications
Communiquer
•Communiquer
avec chaque
équipe afin de
répertorier leurs
besoins
spécifiques
Vision bout
en bout
•Préparer la
vision top-
down (mise
en place
d’outillage
APM)
Supervision
technique
•Mettre en
œuvre la
supervision
bottom-up
Reporting
•Développer
des
dashboards
d’exploitation
propres à
chaque
équipe
Restitution
•Générer des
rapports
consolidés en
provenance
d’un cockpit
DSI dédié
Projet CLOUD HYBRIDE
6. Phase n°4 : L’exploitation au quotidien
Le suivi du budget du cloud hybride
• En matière de gestion des coûts, le passage d’un SI classique à un SI hybride s’accompagne
d’un basculement fondamental. D’un mode de paiement forfaitaire, adossé à un nombre fixe
d’unités d’œuvres, vous passez à un mode de paiement à l’usage. Plus souple, ce dernier est
aussi plus complexe. Vous devez donc modifier votre manière de piloter votre budget SI, avec
pour objectif de rationaliser vos coûts.
• Voici les 4 niveaux d’optimisation de vos dépenses dans le cadre d’un SI hybride, du plus simple
au plus complexe
1/ Piloter votre budget par périmètre applicatif
2/ Optimiser votre consommation via 3 leviers
• L’analyse du dimensionnement
• Les mécanismes d’activation et de désactivation
• Les mécanismes de scalabilité
3 /Optimiser les performances de vos applications
4/ Transformer vos applications via l’adoption d’un service PaaS
Contact
Sylvain FRANCESCHI
Partner I Conseil DSI
Mob :+33 (0)6 85 13 62 34
Mail : sylvain.franceschi@ei-technologies.com
30

Contenu connexe

Tendances

PFE BI - INPT
PFE BI - INPTPFE BI - INPT
PFE BI - INPTriyadadva
 
Data Centers (Topologies, technologies, Architectures & Models)
Data Centers (Topologies, technologies, Architectures & Models)Data Centers (Topologies, technologies, Architectures & Models)
Data Centers (Topologies, technologies, Architectures & Models)
Mohamed Raafat OMRI محمد رأفت عمري
 
Introduction au Cloud computing
Introduction au Cloud computingIntroduction au Cloud computing
Introduction au Cloud computing
Philippe Scoffoni
 
Projet sur le Cloud Computing
Projet sur le Cloud ComputingProjet sur le Cloud Computing
Projet sur le Cloud Computing
Tsubichi
 
Le cloud computing
Le cloud computingLe cloud computing
Le cloud computing
Arafet BOUSSAID
 
Cloud Computing
Cloud ComputingCloud Computing
Cloud Computing
Chiheb Ouaghlani
 
eServices-Chp5: Microservices et API Management
eServices-Chp5: Microservices et API ManagementeServices-Chp5: Microservices et API Management
eServices-Chp5: Microservices et API Management
Lilia Sfaxi
 
Chp1 - Introduction aux ERP
Chp1 - Introduction aux ERPChp1 - Introduction aux ERP
Chp1 - Introduction aux ERP
Lilia Sfaxi
 
mémoire de projet de fin d'études
mémoire de projet de fin d'études mémoire de projet de fin d'études
mémoire de projet de fin d'études
MortadhaBouallagui
 
Mémoire : Cloud iaas Slim Hannachi
Mémoire :  Cloud iaas Slim HannachiMémoire :  Cloud iaas Slim Hannachi
Mémoire : Cloud iaas Slim Hannachi
slim Hannachi
 
Présentation des services AWS
Présentation des services AWSPrésentation des services AWS
Présentation des services AWS
Julien SIMON
 
Cloud computing présenté par Doumbia tidiane
Cloud computing présenté par Doumbia tidianeCloud computing présenté par Doumbia tidiane
Cloud computing présenté par Doumbia tidiane
@aboukam (Abou Kamagaté)
 
Cloud-Azure.pdf
Cloud-Azure.pdfCloud-Azure.pdf
Cloud-Azure.pdf
AnisSalhi3
 
BigData_Chp1: Introduction à la Big Data
BigData_Chp1: Introduction à la Big DataBigData_Chp1: Introduction à la Big Data
BigData_Chp1: Introduction à la Big Data
Lilia Sfaxi
 
Présentation Projet de fin d'études
Présentation Projet de fin d'étudesPrésentation Projet de fin d'études
Présentation Projet de fin d'études
Salah Eddine BENTALBA (+15K Connections)
 
Présentation de Microsoft Azure
Présentation de Microsoft AzurePrésentation de Microsoft Azure
Présentation de Microsoft Azure
Christophe Peugnet
 
Etude et mise en place d’un Cloud privé Avec Openstack
Etude et mise en place d’un Cloud privé Avec OpenstackEtude et mise en place d’un Cloud privé Avec Openstack
Etude et mise en place d’un Cloud privé Avec Openstack
BayeOusseynouFall
 
Cloud et Virtualisation
Cloud et VirtualisationCloud et Virtualisation
Cloud et VirtualisationMarc Jouve
 
La virtualisation
La virtualisationLa virtualisation
La virtualisation
Juvénal CHOKOGOUE
 

Tendances (20)

PFE BI - INPT
PFE BI - INPTPFE BI - INPT
PFE BI - INPT
 
Data Centers (Topologies, technologies, Architectures & Models)
Data Centers (Topologies, technologies, Architectures & Models)Data Centers (Topologies, technologies, Architectures & Models)
Data Centers (Topologies, technologies, Architectures & Models)
 
Introduction au Cloud computing
Introduction au Cloud computingIntroduction au Cloud computing
Introduction au Cloud computing
 
Projet sur le Cloud Computing
Projet sur le Cloud ComputingProjet sur le Cloud Computing
Projet sur le Cloud Computing
 
Le cloud computing
Le cloud computingLe cloud computing
Le cloud computing
 
Cloud Computing
Cloud ComputingCloud Computing
Cloud Computing
 
Cloud Computing
Cloud Computing Cloud Computing
Cloud Computing
 
eServices-Chp5: Microservices et API Management
eServices-Chp5: Microservices et API ManagementeServices-Chp5: Microservices et API Management
eServices-Chp5: Microservices et API Management
 
Chp1 - Introduction aux ERP
Chp1 - Introduction aux ERPChp1 - Introduction aux ERP
Chp1 - Introduction aux ERP
 
mémoire de projet de fin d'études
mémoire de projet de fin d'études mémoire de projet de fin d'études
mémoire de projet de fin d'études
 
Mémoire : Cloud iaas Slim Hannachi
Mémoire :  Cloud iaas Slim HannachiMémoire :  Cloud iaas Slim Hannachi
Mémoire : Cloud iaas Slim Hannachi
 
Présentation des services AWS
Présentation des services AWSPrésentation des services AWS
Présentation des services AWS
 
Cloud computing présenté par Doumbia tidiane
Cloud computing présenté par Doumbia tidianeCloud computing présenté par Doumbia tidiane
Cloud computing présenté par Doumbia tidiane
 
Cloud-Azure.pdf
Cloud-Azure.pdfCloud-Azure.pdf
Cloud-Azure.pdf
 
BigData_Chp1: Introduction à la Big Data
BigData_Chp1: Introduction à la Big DataBigData_Chp1: Introduction à la Big Data
BigData_Chp1: Introduction à la Big Data
 
Présentation Projet de fin d'études
Présentation Projet de fin d'étudesPrésentation Projet de fin d'études
Présentation Projet de fin d'études
 
Présentation de Microsoft Azure
Présentation de Microsoft AzurePrésentation de Microsoft Azure
Présentation de Microsoft Azure
 
Etude et mise en place d’un Cloud privé Avec Openstack
Etude et mise en place d’un Cloud privé Avec OpenstackEtude et mise en place d’un Cloud privé Avec Openstack
Etude et mise en place d’un Cloud privé Avec Openstack
 
Cloud et Virtualisation
Cloud et VirtualisationCloud et Virtualisation
Cloud et Virtualisation
 
La virtualisation
La virtualisationLa virtualisation
La virtualisation
 

Similaire à Les etapes de la migration vers le cloud hybride

Les etapes de la migration vers le cloud hybride
Les etapes de la migration vers le cloud hybrideLes etapes de la migration vers le cloud hybride
Les etapes de la migration vers le cloud hybride
EI-TECHNOLOGIES
 
Architecture Cloud Hybride
Architecture Cloud HybrideArchitecture Cloud Hybride
Architecture Cloud Hybride
Microsoft
 
Formation M2i - FinOps : Gestion des coûts dans le Cloud
Formation M2i - FinOps : Gestion des coûts dans le CloudFormation M2i - FinOps : Gestion des coûts dans le Cloud
Formation M2i - FinOps : Gestion des coûts dans le Cloud
M2i Formation
 
Cloud Hybride : Mythe ou réalité ? Quelle stratégie et solution ?
Cloud Hybride : Mythe ou réalité ? Quelle stratégie et solution ?Cloud Hybride : Mythe ou réalité ? Quelle stratégie et solution ?
Cloud Hybride : Mythe ou réalité ? Quelle stratégie et solution ?
Microsoft Technet France
 
Cloud Hybride : Mythe ou réalité ? Quelle stratégie et solution ?
Cloud Hybride : Mythe ou réalité ? Quelle stratégie et solution ?Cloud Hybride : Mythe ou réalité ? Quelle stratégie et solution ?
Cloud Hybride : Mythe ou réalité ? Quelle stratégie et solution ?
Microsoft Décideurs IT
 
Sw 100 fr docker conteneurisation des applications
Sw 100 fr docker conteneurisation des applicationsSw 100 fr docker conteneurisation des applications
Sw 100 fr docker conteneurisation des applications
Stephane Woillez
 
Resume-theorique-M209-V1-0909_2.pdf
Resume-theorique-M209-V1-0909_2.pdfResume-theorique-M209-V1-0909_2.pdf
Resume-theorique-M209-V1-0909_2.pdf
FootballLovers9
 
Resume-theorique-M209-V1-0909_3.pdf
Resume-theorique-M209-V1-0909_3.pdfResume-theorique-M209-V1-0909_3.pdf
Resume-theorique-M209-V1-0909_3.pdf
FootballLovers9
 
Créer une application Cloud native_v7.pdf
Créer une application Cloud native_v7.pdfCréer une application Cloud native_v7.pdf
Créer une application Cloud native_v7.pdf
KhalidKadmiri
 
Modern Monitoring dans Azure
Modern Monitoring dans AzureModern Monitoring dans Azure
Modern Monitoring dans Azure
Manon PERNIN
 
2010.12.02 - le SaaS et le Cloud pour les N...ouveaux - Webinaire Aspaway - L...
2010.12.02 - le SaaS et le Cloud pour les N...ouveaux - Webinaire Aspaway - L...2010.12.02 - le SaaS et le Cloud pour les N...ouveaux - Webinaire Aspaway - L...
2010.12.02 - le SaaS et le Cloud pour les N...ouveaux - Webinaire Aspaway - L...
Club Alliances
 
Cloud computing
Cloud computingCloud computing
Cloud computing
mourad50
 
Scaling @Bouygues Telecom AWS Paris 2019
Scaling @Bouygues Telecom AWS Paris 2019Scaling @Bouygues Telecom AWS Paris 2019
Scaling @Bouygues Telecom AWS Paris 2019
Devoteam Revolve
 
IBM Bluemix : La plate-forme d’innovation numérique
IBM Bluemix : La plate-forme d’innovation numérique IBM Bluemix : La plate-forme d’innovation numérique
IBM Bluemix : La plate-forme d’innovation numérique
Jawad Jari, Enterprise Architect
 
2013.07.05 [IBM] Cloud Ecosystem Forum - Pleniere Matin
2013.07.05 [IBM] Cloud Ecosystem Forum - Pleniere Matin2013.07.05 [IBM] Cloud Ecosystem Forum - Pleniere Matin
2013.07.05 [IBM] Cloud Ecosystem Forum - Pleniere Matin
Club Cloud des Partenaires
 
Créer une application nncloud native.pdf
Créer une application nncloud native.pdfCréer une application nncloud native.pdf
Créer une application nncloud native.pdf
monirgrich
 
Cloud Computing : les fondamentaux
Cloud Computing : les fondamentauxCloud Computing : les fondamentaux
Cloud Computing : les fondamentaux
Nuageo
 
c13-creer-une-application-cloud-native-resume-theorique-v30-03-2023-6426a74e3...
c13-creer-une-application-cloud-native-resume-theorique-v30-03-2023-6426a74e3...c13-creer-une-application-cloud-native-resume-theorique-v30-03-2023-6426a74e3...
c13-creer-une-application-cloud-native-resume-theorique-v30-03-2023-6426a74e3...
salwa benriyene
 

Similaire à Les etapes de la migration vers le cloud hybride (20)

Les etapes de la migration vers le cloud hybride
Les etapes de la migration vers le cloud hybrideLes etapes de la migration vers le cloud hybride
Les etapes de la migration vers le cloud hybride
 
Architecture Cloud Hybride
Architecture Cloud HybrideArchitecture Cloud Hybride
Architecture Cloud Hybride
 
Formation M2i - FinOps : Gestion des coûts dans le Cloud
Formation M2i - FinOps : Gestion des coûts dans le CloudFormation M2i - FinOps : Gestion des coûts dans le Cloud
Formation M2i - FinOps : Gestion des coûts dans le Cloud
 
Cloud Hybride : Mythe ou réalité ? Quelle stratégie et solution ?
Cloud Hybride : Mythe ou réalité ? Quelle stratégie et solution ?Cloud Hybride : Mythe ou réalité ? Quelle stratégie et solution ?
Cloud Hybride : Mythe ou réalité ? Quelle stratégie et solution ?
 
Cloud Hybride : Mythe ou réalité ? Quelle stratégie et solution ?
Cloud Hybride : Mythe ou réalité ? Quelle stratégie et solution ?Cloud Hybride : Mythe ou réalité ? Quelle stratégie et solution ?
Cloud Hybride : Mythe ou réalité ? Quelle stratégie et solution ?
 
Sw 100 fr docker conteneurisation des applications
Sw 100 fr docker conteneurisation des applicationsSw 100 fr docker conteneurisation des applications
Sw 100 fr docker conteneurisation des applications
 
Resume-theorique-M209-V1-0909_2.pdf
Resume-theorique-M209-V1-0909_2.pdfResume-theorique-M209-V1-0909_2.pdf
Resume-theorique-M209-V1-0909_2.pdf
 
Resume-theorique-M209-V1-0909_3.pdf
Resume-theorique-M209-V1-0909_3.pdfResume-theorique-M209-V1-0909_3.pdf
Resume-theorique-M209-V1-0909_3.pdf
 
Créer une application Cloud native_v7.pdf
Créer une application Cloud native_v7.pdfCréer une application Cloud native_v7.pdf
Créer une application Cloud native_v7.pdf
 
Modern Monitoring dans Azure
Modern Monitoring dans AzureModern Monitoring dans Azure
Modern Monitoring dans Azure
 
2010.12.02 - le SaaS et le Cloud pour les N...ouveaux - Webinaire Aspaway - L...
2010.12.02 - le SaaS et le Cloud pour les N...ouveaux - Webinaire Aspaway - L...2010.12.02 - le SaaS et le Cloud pour les N...ouveaux - Webinaire Aspaway - L...
2010.12.02 - le SaaS et le Cloud pour les N...ouveaux - Webinaire Aspaway - L...
 
Cloud computing
Cloud computingCloud computing
Cloud computing
 
Adopter le cloud avec microsoft
Adopter le cloud avec microsoftAdopter le cloud avec microsoft
Adopter le cloud avec microsoft
 
Scaling @Bouygues Telecom AWS Paris 2019
Scaling @Bouygues Telecom AWS Paris 2019Scaling @Bouygues Telecom AWS Paris 2019
Scaling @Bouygues Telecom AWS Paris 2019
 
IBM Bluemix : La plate-forme d’innovation numérique
IBM Bluemix : La plate-forme d’innovation numérique IBM Bluemix : La plate-forme d’innovation numérique
IBM Bluemix : La plate-forme d’innovation numérique
 
2013.07.05 [IBM] Cloud Ecosystem Forum - Pleniere Matin
2013.07.05 [IBM] Cloud Ecosystem Forum - Pleniere Matin2013.07.05 [IBM] Cloud Ecosystem Forum - Pleniere Matin
2013.07.05 [IBM] Cloud Ecosystem Forum - Pleniere Matin
 
Créer une application nncloud native.pdf
Créer une application nncloud native.pdfCréer une application nncloud native.pdf
Créer une application nncloud native.pdf
 
Cloud Computing : les fondamentaux
Cloud Computing : les fondamentauxCloud Computing : les fondamentaux
Cloud Computing : les fondamentaux
 
c13-creer-une-application-cloud-native-resume-theorique-v30-03-2023-6426a74e3...
c13-creer-une-application-cloud-native-resume-theorique-v30-03-2023-6426a74e3...c13-creer-une-application-cloud-native-resume-theorique-v30-03-2023-6426a74e3...
c13-creer-une-application-cloud-native-resume-theorique-v30-03-2023-6426a74e3...
 
Cloudcomputing sta
Cloudcomputing staCloudcomputing sta
Cloudcomputing sta
 

Les etapes de la migration vers le cloud hybride

  • 1. A l’attention de : Auteur(s) : Réf : Date : La migration vers le Cloud Hybride en 4 étapes Démarche et dimensionnement de la cible PROJET CLOUD HYBRIDE MARS 2017 Livre blanc - Migration cloud hybride Sylvain FRANCESCHI – Directeur Technique
  • 2. Projet CLOUD HYBRIDE© Copyright 2017 Sommaire 1. Les problématiques et enjeux du cloud pour les DSI 2. Le cloud hybride : démarche de migration en 4 étapes 3. Phase n°1 : stratégie de migration 4. Phase n°2 : Conception 5. Phase n°3 : Déploiement du cloud hybride et des applications 6. Phase n°4 : L’exploitation au quotidien La supervision Le paiement à l’usage Les facteurs clés de la réussite de la migration Scénario de migration pour les applications Plan de reprise d’activité Les critères à prendre en compte Les différents types de cloud Processus de migration vers le cloud des applications Définition des services managed - exemple de catalogue de service Matrice d’aide à la décision pour analyser le dimensionnement du cloud par application Synthèse du dimensionnement pour les différents types de cloud Les étapes de la conception de son Cloud
  • 3. Projet CLOUD HYBRIDE 1. Les problématiques et enjeux du cloud pours les DSI Face aux nombreux besoins que rencontrent les SI des différents sites (explosion du volume des données, apparition du cloud public, obsolescence matérielle, contraintes de sécurité des données, codes sources), les directions opérationnelles se retrouvent confrontées à de nombreuses problématiques techniques et d’exploitations. Contexte général Comment fournir une architecture sur mesure aux directions opérationnelles par projets ? Les besoins en stockage sur des grandes quantités de données sont souvent au cœur des développements et des architectures big data? La donnée et la sécurité dans un contexte de Cloud Hybride? Les contraintes et les limites ? Comment faire pour choisir le type de cloud par application , public, privé, infra- dédiée) ? Est-ce qu’il faut virtualiser et centraliser toute les éléments de l’infrastructure sur un Cloud Hybride ? Quelles sont les critères d’éligibilité au cloud dans l’organisation de la DSI? Quelle approche adopter en fonction des besoins des directions opérationnelles et des projets pour migrer dans le cloud ? Quelles sont les étapes de la migration des applications éligibles au cloud Hybride? Organisation et méthode Dimensionner et sécuriser les données
  • 4. Projet CLOUD HYBRIDE 1. Les problématiques et enjeux du cloud pours les DSI Les contraintes des directions opérationnelles ▪ La puissance de calcul ou de stockage des serveurs doivent répondre à des besoins spécifiques par projets, rapidement en fonction de cycle de vie. ▪ L’augmentation du volume des données augmente, imposant un rythme élevé de révision de la capacité de stockage du système d‘information. ▪ Concrètement, un équipement informatique - privé sur site - devient rapidement obsolète. L’étude d’obsolescence met en évidence une partie du SI non éligible au Cloud. Le shadow IT est les plus touchés par l’obsolescence des composants logiciels. ▪ L’architecture technique interne a des coûts informatiques qui augmente. On doit remettre en question leurs stratégies, en optant pour des solutions plus souples et économiques. Elles vont vers des solutions cloud public comme Azure ou Amazon Quelles exemples de contraintes relevées par les projets L’approche "Cloud" permet de passer d'un modèle économique CAPEX onéreux à un modèle OPEX tout en garantissant plus de flexibilité et de performances aux directions opérationnelles. La DSI centralise les éléments d’infrastructure pour mettre un modèle économique plus adapté. La solution adoptée par la DSI et les entreprises
  • 5. Projet CLOUD HYBRIDE 1. Les problématiques et enjeux du cloud pours les DSI La solution proposée par la DSI , le cloud Hybride L’approche « cloud hybride » s'avère dans de nombreux cas constituer la réponse la plus pertinente car elle apporte : Le Cloud HYBRIDE > La solution retenue par la DSI AGILE La souplesse nécessaire tout en garantissant la sécurité des données Elle offre un compromis performance/évolutivité Elle permet de concevoir des infrastructures dimensionnées au plus près des besoins métiers. L‘enjeu principal est donc de savoir comment placer au mieux le curseur des services entre un opérateur externe et les équipes internes
  • 6. Projet CLOUD HYBRIDE© Copyright 2017 Sommaire 1. Les problématiques et enjeux du cloud pour les DSI 2. Le cloud hybride : démarche de migration en 4 étapes 3. Phase n°1 : stratégie de migration 4. Phase n°2 : Conception 5. Phase n°3 : Déploiement du cloud hybride et des applications 6. Phase n°4 : L’exploitation au quotidien La supervision Le paiement à l’usage Les facteurs clés de la réussite de la migration Scénario de migration pour les applications Plan de reprise d’activité 3. Phase n°1 : stratégie de migration Les critères à prendre en compte Les différents types de cloud Processus de migration vers le cloud des applications Définition des services managed - exemple de catalogue de service Matrice d’aide à la décision pour analyser le dimensionnement du cloud par application Synthèse du dimensionnement pour les différents types de cloud Les étapes de la conception de son Cloud
  • 7. Projet CLOUD HYBRIDE 2. Le cloud hybride : démarche de migration en 4 étapes Les principales caractéristiques recherchées pour la mise en place d’un cloud hybride sont les suivantes : Rappel des caractéristiques d’un projet cloud hybride le choix dépend des besoins de l'utilisateur et de ses capacités d'implication dans la mise en œuvre des ressources. (trop de spécificité = cloud privée ou infra dédiée) Les ressources sont déployées automatiquement à la demande sans avoir à passer par un opérateur, comme cela peut être le cas lors d’une demande de forte puissance de calcul ponctuel. Le projet qui a besoin du service peut en faire directement la demande via un portail de service. Dans ce type de projet, les critères de paiement seront à définir en fonction de la consommation et du service utilisé par les projets. Automatiser les demandes les plus courantes Vers une solution du type service à la demande Systèmes de facturation à l’usage Solution hybride : cloud public, privé, infra dédiée Déploiement d’un service plus rapide et réactif, Les ressources sont immédiatement mises à disposition par le fournisseur via un portail dédié Le système de facturation à l’usage vous donne l’opportunité de démarrer doucement, et de stopper le projet en minimisant les pertes financières. Le Cloud embarque une fonction d’auto- scalabilité. Les ressources utilisées seront adaptées aux besoins réels des projets. On supprime les frais fixes d’un forfait traditionnel. On passe vers un paiement ajusté aux besoins réels des directions opérationnelles.
  • 8. Projet CLOUD HYBRIDE 2. Le cloud Hybride : la démarche de migration en 4 étapes • Les 4 phases de la mise en place d’un cloud Hybride proposées par EI-Management » Projet de migration vers le cloud Hybride 1. La stratégie de migration 2. La conception du cloud 3. Le déploiement (BUILD) 4. L’exploitation (RUN) • Inventaire des usages • Inventaires des ressources • Etude d’obsolescence • Analyser l’existant en fonction des contraintes techniques et des exigences non- fonctionnelles • Choisir le « bon cloud » par application • Identification des « services managed » • Choisir son fournisseur capable d’opérer sur le cloud Hybride • Définir l’architecture globale • Dimensionner les types de cloud • Aux types de cloud, ses classes d’usages et identification des ressources nécessaires • Choisir sa solution de publication des services managed via un portail unique • Mettre les enjeux de la migration au cœur de la construction • Coordonner la conduite de changement • Elaborer un processus de migration pour ces classes d’usages et les projets liés • Méthodologie de migration à adopter en fonction des classes d’usage • La supervision des projet en fonction des type de cloud • Définir le modèle de paiement à l’usage pour les directions opérationnelles • Déterminer les limites des utilisateurs sur les opérations en fonction des types de cloud • Ne pas pénaliser les utilisateurs, répondre aux besoins avec l’agilité nécessaire
  • 9. Projet CLOUD HYBRIDE© Copyright 2017 Sommaire 1. Les problématiques et enjeux du cloud pour les DSI 2. Le cloud hybride : démarche de migration en 4 étapes 4. Phase n°2 : Conception 5. Phase n°3 : Déploiement du cloud hybride et des applications 6. Phase n°4 : L’exploitation au quotidien 3. Phase n°1 : stratégie de migration La supervision Le paiement à l’usage Les facteurs clés de la réussite de la migration Scénario de migration pour les applications Plan de reprise d’activité 3. Phase n°1 : stratégie de migration Les critères à prendre en compte Les différents types de cloud Processus de migration vers le cloud des applications Définition des services managed - exemple de catalogue de service Matrice d’aide à la décision pour analyser le dimensionnement du cloud par application Synthèse du dimensionnement pour les différents types de cloud Les étapes de la conception de son Cloud
  • 10. Projet CLOUD HYBRIDE 3. Phase n°1 : stratégie de migration le contexte et les critères à prendre en compte Notre stratégie proposée pour migrer l’infrastructure existant vers le Cloud hybride est basée sur les critères suivants : Approche de migration par projet et à la demande, pour sécurisation Analyse des classes d’usages et de la sécurité nécessaire à mettre en place autour de l’application Identification des besoins en stockage et en puissance de calcul Analyse et trie des applications à migrer vers les différents cloud en fonction de l’obsolescence Définir la stratégie de la migration consiste à analyser et à trier les applications à migrer. Ce processus de cartographie applicative est clé pour dimensionner chaque type de cloud Il fait parti du processus de conduite de changement pour favoriser l’adoption du futur Cloud par les directions opérationnelles 1 2 3 4
  • 11. Projet CLOUD HYBRIDE 3. Phase n°1 : stratégie de migration Rappel des types de cloud Définition des types de cloud Cloud Public • Des infrastructures techniques en ligne pour fournir des ressources IT en mode IaaS, le plus souvent mutualisées • Des infrastructures techniques mutualisées en ligne pour fournir des ressources IT en mode IaaS dans les centres de données d’un fournisseur (Cloud Provider) qui a créé son offre de services Cloud Infrastructures techniques privées / interne • Des infrastructures techniques dédiées propriétés de la DSI ou en mode locatif, localisées dans un datacenter (dans ses locaux ou en colocation) Cloud Privé (externalisé) • Des infrastructures techniques en ligne dédiées fournies en mode IaaS dans les centres de données d’un fournisseur (Cloud Provider) Cloud Hybride C’est la combinaison de l’ensemble des possibilités proposées, des « Infrastructures techniques privées » au « Cloud Public », en passant par les « Cloud Privé » et « Mutualisé », pour la fourniture de ressources IT Cloud Mutualisé • Des infrastructures techniques mutualisées en ligne pour fournir des ressources IT en mode IaaS dans les centres de données d’un fournisseur (Cloud Provider) qui a créé son offre de services Cloud
  • 12. Projet CLOUD HYBRIDE 3. Phase n°1 : stratégie de migration Rappel des types de cloud Les avantages et inconvénients des différents types de cloud Infrastructure dédiée cloud privé cloud hybride cloud public Données sécurisées Intégration au SI Sur-mesure Agilité optimale Scalabilité étendu Connexion complexe entre cloud privé et public Bande passante Routage réseau Utilisation simple Services flexibles Paiement à l’usage Paiement à l’usage Coût d’installation Scalabilité limitée Données sécurisées Exploitation possible par les DO Répond aux besoins spécifiques des bancs d’essai Paiement à l’usage Scalabilité limitée Cout d’installation Difficulté pour opérer sur l’infra- dédiée pour l’exploitation externe Serveurs externes Intégration au SI Identification du catalogue de services en fonction des types de cloud doit répondre aux besoins des directions opérationnelles
  • 13. Projet CLOUD HYBRIDE 3. Phase n°1 : stratégie de migration Processus de migration vers le cloud des applications Application non éligible Application éligible Application obsolète Application nouvelle Compatibilité cloud Interconnexion SI Besoin d’agilité Besoin de scalabilité Cout de migration Pérennité En fonction des cas d'usages 24 mois + 36 mois 12 mois Support commercial aux clients Etude et développement Services techniques et d’infrastructures Digital Factory Gestion des ventes Système d’Information de gestion MigrationInfra-dédiée Migration Migration avec transformation Processus d’analyse de l’éligibilité aux différents cloud
  • 14. Projet CLOUD HYBRIDE 3. Phase n°1 : stratégie de migration Processus de migration vers le cloud des applications Processus d’étude d’éligibilité aux différents cloud pour une application S appuie t elle sur un socle standard (progiciel, socle logiciel, socle serveur) Les données manipulées sont-elles soumises à un cadre de confidentialité strict que les fournisseurs ne peuvent respecter? L application est elle spécifique à l entreprise ? L application est elle fortement intégrer au SI ? S appuie t elle sur un socle standardisé ? (Progiciel, Socle logiciel, Socle Serveur ?) Les interfaces avec les autres applications sont-elles standardisées? Cloud Privé Infra dédiée oui non Existe-t-il un service équivalent en mode SaaS ? Cloud public Infra dédiée Cloud privé S appuie t elle sur un socle standardisé ? (Progiciel, Socle logiciel, Socle Serveur ?) Cloud public 1 2 2 oui non non non oui oui oui oui non non non oui oui non 3 3 4 4 5
  • 15. Projet CLOUD HYBRIDE© Copyright 2017 Sommaire Matrice d’aide à al décision pour analyser le dimensionnement de bon cloud par application Synthèse du dimensionnement pour les différents types de cloud 1. Les problématiques et enjeux du cloud pour les DSI 2. Le cloud hybride : démarche de migration en 4 étapes 5. Phase n°3 : Déploiement du cloud hybride et des applications 6. Phase n°4 : L’exploitation au quotidien Les facteurs clés de la réussite de la migration Scénario de migration pour les applications Plan de reprise d’activité Les étapes de la conception de son Cloud 4. Phase n°2 : Conception La supervision Le paiement à l’usage 3. Phase n°1 : stratégie de migration Les critères à prendre en compte Les différents types de cloud Processus de migration vers le cloud des applications Définition des services managed - exemple de catalogue de service
  • 16. Projet CLOUD HYBRIDE 3. Phases n°2 : Conception du cloud hybride Les étapes de la conception • La conception du cloud hybride se décompose en trois étapes majeurs 1. Architecture globale et choix du cloud 2. A chaque application, son type de cloud 3. Dimensionnement par type de cloud • Définir l’architecture globale du socle qui accueillera les services applicatifs à partir de l’étude d’obsolescence • Définir l’architecture de chaque application éligibles au Cloud • Choisir des services de type IaaS pour une migration de l’application sans transformation, ou pour une réinstallation des applicatifs. • Choisir des services de type PaaS lors de la transformation d’une application, ou une évolution de l’architecture, ou pour une nouvelle application (risque : sécurité des données) • Disposer d’une bonne connaissance de l'architecture et des besoins de l'application pour identifier le service Cloud le plus pertinent • Identifier les besoins d’une application: est-elle plus gourmande en mémoire vive ou en ressources processeurs. • Le cloud public à l’avantage d’offrir un large choix de catégories de services adaptés à vos usages. • Cloud privé : offre surtout la sécurité des données • Infra-dédiée : banc d’essai • Les critères de dimensionnement du cloud public varient en fonction de la nature du service et de l’usage qui en est fait. Ces critères ne sont plus simplement techniques (RAM, CPU, quantité de stockage, etc.), mais peuvent également être fonctionnels. • Avoir une connaissance précise des ressources consommées par chaque application. Pour ce faire, il s’agira d’organiser un rapprochement entre les équipes d’architectes infrastructures et d’architectes applicatifs, afin de maîtriser les enjeux propres aux deux parties.
  • 17. Projet CLOUD HYBRIDE 6. Conception de l’architecture cible Les types de cloud pour les applications Matrice d’aide à décision pour classifier les applications par type de cloud en fonction de leur besoins Les caractéristiques des applications / Des lots Infra dédiée standard Infra dédiée Hyper convergence Cloud public Azure Cloud privé Non Eligible Pas de besoin scalabilité Besoin de scalabilité Besoin de volume de stockage Pas de besoin de stockage Besoin données sensible Eligible Données non sensibles Données sensibles Besoin de scalabilité Besoin de volume de stockage Besoin interconnexion sécurisée Besoin interconnexion non sécurisée
  • 18. Projet CLOUD HYBRIDE 6. Conception de l’architecture cible Synthèse du dimensionnement de l’architecture cible Schéma de l’architecture cible • Liste des services SAAS • Type de ressources à consommer • Nombre de VM • Allocation des ressources processeurs, mémoire et espace disque • Type de plateforme de service • Nombre de VM • Allocation des ressources processeurs, mémoire et espace disque • Hyperconvergence • Sur l’infrastructure dédiée et sur une infra standard • Les applications administratives et assurant le bon fonctionnement des services
  • 19. Projet CLOUD HYBRIDE 6. Conception de l’architecture cible Synthèse du dimensionnement de l’architecture cible DC1 DC2 DC3 DC4 Cloud privé Cloud publicInfrastructure dédiée standard Hyper convergence Lot A Lot B Lot C Lot D Lot E Lot F Lot G Lot H Lot I Lot J Lot K Lot L Cloud hybride Etuded’obsolescencedesapplications ProcessusdemigrationdesApplicationsverslecloudHybride Nb VM vCPU RAM DD Nb VM vCPU RAM DD Nb VM vCPU RAM DD Nb VM vCPU RAM DD Nb VM vCPU RAM DD Nb VM vCPU RAM DD Nb VM vCPU RAM DD Nb VM vCPU RAM DD Nb VM vCPU RAM DD Nb VM vCPU RAM DD Nb VM vCPU RAM DD Nb VM vCPU RAM DD Nb VM vCPU RAM DD Nb VM vCPU RAM DD Nb VM vCPU RAM DD Nb VM vCPU RAM DD
  • 20. Projet CLOUD HYBRIDE© Copyright 2017 Sommaire 1. Les problématiques et enjeux du cloud pour les DSI 2. Le cloud hybride : démarche de migration en 4 étapes 6. Phase n°4 : L’exploitation au quotidien Les facteurs clés de la réussite de la migration Scénario de migration pour les applications Plan de reprise d’activité 4. Phase n°2 : Conception 5. Phase n°3 : Déploiement du cloud hybride et des applications La supervision Le paiement à l’usage 3. Phase n°1 : stratégie de migration Les critères à prendre en compte Les différents types de cloud Processus de migration vers le cloud des applications Définition des services managed - exemple de catalogue de service Matrice d’aide à la décision pour analyser le dimensionnement du cloud par application Synthèse du dimensionnement pour les différents types de cloud Les étapes de la conception de son Cloud
  • 21. Projet CLOUD HYBRIDE 5. Phase n°3 : Déploiement et migration dans le cloud Les facteurs clés pour réussir sa migration La phase de déploiement et de migration est soumise à 2 facteurs clés : ▪ le bon choix des types de cloud et des services de migration à la disposition de la DSI ▪ l’apprentissage du fonctionnement des services de migration, de façon à réduire les risques de coupures de services. Il est recommandé d’utiliser des outils de migration des ressources vers le cloud Remarque : La phase de déploiement vers le cloud hybride est en effet dépendante des spécificités des plateformes Cloud utilisées. Certains cloud publics mettent par exemple à votre disposition des outils qui facilitent la migration du système applicatif, comme des services de transfert de bases de données ; d’autres vous permettent d’externaliser de grandes quantités de données. Les enjeux de la phase de déploiement et migration vers le cloud Recommandation: On propose une migration « par lots » des applications vers le cloud. La migration peut durer de 18 à 24 mois : une fois le socle déterminé, les applications sont à migrer par lot
  • 22. Projet CLOUD HYBRIDE 5. Phase n°3 : Déploiement et migration dans le Cloud Les étapes de la migration d’un groupe d’application ou d’un lot OpérationstechniquesL’adoptionducloud • Connaissance des outils disponible chez les fournisseurs • Outiller la migration • Retour arrière Maitrise des services de migration • Planning de migration des lots • Liste des étapes à suivre par lot • Gestion de tous les paramètres Définir le plan de migration par lot • Perte de données • Coupure de service • Cout des licences des socles logiciels Identification des risques • Exécution de la migration • Tests de recevabilité • Période de VBF • Prononcer la bon fonctionnement Migration- stratégie par lot • Définir les supports de communication • Les points jalons • Définir l’instance de pilotage • Réunion d’information sur les phases • Désignation de référents par lot • Identification de la recette • Mettre en place un support dédié à la bascule • Organisation sur site Hotline dédiée • Dispositif d’escalade et de correction Définir le plan de de communication Mobilisation des collaborateurs Gestion de la communication bascule Mise en place d’un support dédié Migrationparlotd’applicationetparsite Le projet de migration est composé de 2 chantiers qui sont à mener en parallèle
  • 23. Projet CLOUD HYBRIDE 5. Phase n°3 : Déploiement et migration dans le Cloud Les étapes de la migration d’un groupe d’applications ou d’un lot Mise à disposition de l’usine Durant la phase de développement des nouvelles applications dans le hangar, « l’usine » sera mise en œuvre avec les services d’infrastructure associés. Par la suite, le déploiement dans l’usine pourra débuter progressivement avec une mise à disposition progressive aux utilisateurs. Enfin les systèmes d’information locaux actuels seront par la suite décommissionnés. Lorsque toutes les applications sont déployées dans l’usine, le hangar n’a plus d’intérêt car les solutions retenues seront alors matures, sécurisées et en production. Mise à disposition du hangar On recommande de mettre en place un « hangar », c’est- à-dire un hébergement mutualisé et totalement virtualisé à moindre coût afin de pouvoir débuter au plus tôt la transformation des applications. Seuls les environnements « hors-production » de développement, d’intégration et de recette sont concernés. L’ouverture de ce hangar permettra la mise en œuvre des outils nécessaires à la production tels que l’AD, les outils de sauvegarde, … Ainsi que les couches « Middleware » nécessaires au fonctionnement des applications Le développement des nouvelles applications urbanisées pourra par la suite débuter dans le hangar. Les tests unitaires des interfaces et les reprises de données utilisant les nouvelles interfaces pourront y être réalisés. Site Lot A Lot B Lot C HANGAR – Préparation / construction USINE – Mise en production Production Préprod Test/ recette
  • 24. Projet CLOUD HYBRIDE 6. Conception de l’architecture cible Plan de reprise des activités le plan de reprise d'activité (PRA) est un processus composé de documents et de procédures, destinés à rétablir le fonctionnement d'une entité en cas d'incident ou de désastre. Il vise à permettre la reprise de l'activité, en situation nominale ou en mode dégradé, au bout d'un certain temps.. Il est nécessaire de classifier les applications par criticité afin de pouvoir définir des normes de construction du PRA en rapport avec ce critère. La règle à adapter pour le plan de reprise des activités On peut distinguer 5 niveaux de criticité : Impact Nul Faible Modéré Sérieux Extrême Financier 0k€ ≤ xx k€ ≤ xx k€ ≤ xx k€ > Xx k€ Commercial Pas d’impact Impact exclusive ment interne Impact clients faible Impact externe important, non- respect d’obligations contractuelles Interruption d’activité significative Interne Pas d’impact Pas d’impact Pas de risque interne, autres risques limités Risque interne limité, risque de coupure des services Risque interne important, risque d’être en incapacité de faire fonctionner les applications de gestion critiques du groupe
  • 25. Projet CLOUD HYBRIDE 6. Conception de l’architecture cible Plan de reprise des activités – architecture technique Dans le cadre d’un PRA, il est nécessaire de bénéficier d’un site de secours sur lequel les données et les applications critiques sont synchronisées et vers lequel les utilisateurs habituels sont redirigés en cas de coupure et de dysfonctionnement majeur Le PRA est basé sur un mécanisme de réplication global du stockage entre les deux datacenters. De ce fait l’activation des serveurs sur le secours est nécessaire, c’est-à-dire tous les serveurs contenant les données métiers pour une application donnée doivent être démarrés secours Réplication asynchrone des données Applications critiques
  • 26. Projet CLOUD HYBRIDE© Copyright 2017 Sommaire 1. Les problématiques et enjeux du cloud pour les DSI 2. Le cloud hybride : démarche de migration en 4 étapes 6. Phase n°4 : L’exploitation au quotidien Les facteurs clés de la réussite de la migration Scénario de migration pour les applications Plan de reprise d’activité 4. Phase n°2 : Conception 5. Phase n°3 : Déploiement du cloud hybride et des applications La supervision Le paiement à l’usage 3. Phase n°1 : stratégie de migration Les critères à prendre en compte Les différents types de cloud Processus de migration vers le cloud des applications Définition des services managed - exemple de catalogue de service Matrice d’aide à la décision pour analyser le dimensionnement du cloud par application Synthèse du dimensionnement pour les différents types de cloud Les étapes de la conception de son Cloud
  • 27. Projet CLOUD HYBRIDE 6. Phase n°4 : L’exploitation au quotidien L'exploitation d’un cloud hybride présente des différences majeures par rapport à un SI classique. Les différents points à prendre en compte dans l’exploitation du cloud hybride sont les suivants : • la supervision du système d’information • La gestion du mode de paiement à l’usage • Déterminer le périmètre de responsabilité entre les équipes de la DSI et l’opérateur unique qui exploitera le SI La règles à adapter pour le plan de reprise des activités
  • 28. Projet CLOUD HYBRIDE 6. Phase n°4 : L’exploitation au quotidien La supervision • 7 étapes pour une supervision efficace des applications sur le cloud hybride Périmètre de la supervision •Déterminer les applications critiques Inventaire des composants critiques •Dresser l’inventaire des éléments SI associés à ces applications Communiquer •Communiquer avec chaque équipe afin de répertorier leurs besoins spécifiques Vision bout en bout •Préparer la vision top- down (mise en place d’outillage APM) Supervision technique •Mettre en œuvre la supervision bottom-up Reporting •Développer des dashboards d’exploitation propres à chaque équipe Restitution •Générer des rapports consolidés en provenance d’un cockpit DSI dédié
  • 29. Projet CLOUD HYBRIDE 6. Phase n°4 : L’exploitation au quotidien Le suivi du budget du cloud hybride • En matière de gestion des coûts, le passage d’un SI classique à un SI hybride s’accompagne d’un basculement fondamental. D’un mode de paiement forfaitaire, adossé à un nombre fixe d’unités d’œuvres, vous passez à un mode de paiement à l’usage. Plus souple, ce dernier est aussi plus complexe. Vous devez donc modifier votre manière de piloter votre budget SI, avec pour objectif de rationaliser vos coûts. • Voici les 4 niveaux d’optimisation de vos dépenses dans le cadre d’un SI hybride, du plus simple au plus complexe 1/ Piloter votre budget par périmètre applicatif 2/ Optimiser votre consommation via 3 leviers • L’analyse du dimensionnement • Les mécanismes d’activation et de désactivation • Les mécanismes de scalabilité 3 /Optimiser les performances de vos applications 4/ Transformer vos applications via l’adoption d’un service PaaS
  • 30. Contact Sylvain FRANCESCHI Partner I Conseil DSI Mob :+33 (0)6 85 13 62 34 Mail : sylvain.franceschi@ei-technologies.com 30