4. Le SI d’une grande entreprise est constitué d’un parc de serveurs à fort degré d’obsolescence au
niveau matériel et logiciel. Le parc est composé de 324 serveurs x86 répartis sur 3 Datacenters.
Plus de 50 % des serveurs ont plus de 4 ans d’âge et arrivent en fin de maintenance constructeur au
terme de l’année en cours.
Certaines applications très anciennes (+10 ans d’âge) sont encore utilisées mais ne peuvent pas
être migrées avec les matériels et systèmes d’exploitation actuels pour des raisons de compatibilité.
La DSI est sous pression. Elle doit répondre d’une part à des clients internes et externes qui ont de
nouveaux besoins (40 nouvelles demandes/an) et, d’autre part, à la direction qui demande de
réduire les coûts tout en assurant des niveaux de service plus élevés
5. L’entreprise est propriétaire des locaux de ses datacenters et de l’infrastructure.
L’ensemble de l’infrastructure est basée sur des machines physiques; La virtualisation est très peu
utilisée.
Les Datacenters arrivent à leurs limites en termes d’occupation au sol et de consommation
électrique. Aucun rajout de matériel n’est possible dans les structures actuelles, ce qui freine tout
nouveau projet.
À cela s’ajoute une solution de PRA existante mais non satisfaisante car seulement 5 % des
applications sont sécurisées sur site distant.
La sauvegarde pose elle aussi un problème car plusieurs solutions cohabitent sans gestion globale.
Beaucoup de restaurations sur bandes échouent par manque de tests des sauvegardes.
6. Le SI doit être le moteur de croissance de l’entreprise et non pas un frein comme
actuellement.
Gain de place
Réduction des coûts.
Réduction de la consommation électrique des Datacenters
Sécurisation du site de production par la mise en place de PRA avec un RTO < 15
min et RPO < 4 h sur l’ensemble du SI.
Automatisation de certaines tâches des administrateurs.
Mise à disposition pour les utilisateurs finaux d’un accès simple aux services
informatiques.
Mise en place d’une solution de sauvegarde unifiée
7. Le périmètre applicatif existant sera reporté à iso périmètre
Les équipes informatiques ne seront pas impactées. Les compétences
évolueront avec la transformation.
L’extension de la superficie des salles informatiques n’est pas envisagée car il
s ’agit de faire mieux avec l’existant.
La structure du SI est basée sur l’organisation et elle ne doit pas être
modifiée pour ne pas impacter l’ensemble de la société
8. Face aux enjeux évoqués, plusieurs solutions sont envisagées pour faire évoluer les infrastructures.
1. Mettre des serveurs chez un hébergeur
2. Externaliser dans le cloud public certains serveurs
3. Transformer les datacenters existants en cloud privé pour les applications très sensibles
4. Migrer vers un cloud privé les applications sensibles
L’utilisation massive des technologies de Cloud Computing (Privé, Public, Hybrid) permettrait de
répondre rapidement à nombre de problèmes..
11. • Instant access to Infrastructure
• OPEX friendly
Agility
• Pay as you go
• Needs driven Scale up / down
Scalability /
Elasticity
• Efficient for large steady state workload
• CAPEX friendly
Cost
Efficiency
•Compliance, Security and Performance needs for
DNA: Data-Network-Application
Control
Hybrid
Hybrid Cloud
- On-promise , Louer Pic : Exécuter la charge de travail on-promise dans les cas de Pic basculer vers le public . Ex: capacité inconnue.
- Control Data: : Garder les données sécurisées dans le cloud privé et utiliser les ressources de calcul en public.
- Control Network: Exchange / Private CDN implementation.
- Control Network: Virtual Network –étendre le périmètre du réseau privé dans le cloud public . ex. Direct Link ECX
- Control Apps: Business / des applications critiques en privé, d'autres en public Ex : Analytics / backup / PRA - DR en Public.
- Control Apps: Development / Test in public, Production en privé
- Control Apps: . Tiers au sein d'une application distribuée entre le public/privé. ex : Legacy apps/middleware en privé, scalabilité en public.
Cloud X
Legacy
App
Legacy
DB
Middleware
Stateless Tier
Web
Proxy
Web
Proxy
Scale
Private Public
12. Private Cloud & Public Cloud
Synthèse
Découverte & Analyse
Avant & Après migration
Private
Network
16. La collecte permet de déterminer le détail des serveurs :
Total
Server
x86
# Serveurs
Physiques
# VMs
% CPU used % RAM used
% Storage used
(SAN & NAS)
% Bandwidth (Internet)
Used
# Serveurs
Connectés
SAN
# VM
répliquées
sur SAN
Used Free Used Free
Used Free
Used Free
324 264 60 29 % 71 % 45 % 55 % 74% 26 % 38% 62% 120 60
55%
45%
RAM Libre
RAM Used
29%
71%
CPU User
CPU libre
74%
26 %
Storage Used
Storahe libre
38%
62%
Bandwith Used
Bandwith Libre
17. 0%
5%
10%
15%
20%
25%
30%
1 Go - 2Go2 Go - 3Go3 Go - 4Go4 Go - 5Go 5 Go - 6
Go
6 Go - 7
Go
7 Go - 8
Go
> 8 Go
Répartition de la Qte de mémoire
utilisée
0%
5%
10%
15%
20%
25%
30%
1-2 GHZ 2-3 GHZ 3-4 GHZ 4-5 GHZ 5-6 GHZ 6-7 GHZ
Répartition d'utilisation CPU
0
0.5
1
1.5
2
2.5
3
3.5
4
4.5
5
ecomerce Réseau
Social Pro
DataBase Vmware
(Data VM )
FTP Messagerie Backup
Utilisation Storage par Appli
31%
19%
16%
14%
9%
5%
2% 1%
3%
0%
5%
10%
15%
20%
25%
30%
35%
0-250 IOPS 250-500
IOPS
500-750
IOPS
750-1000
IOPS
1000-1250
IOPS
1250-1500
IOPS
1500-1750
IOPS
1750-2000
IOPS
> 2000
IOPS
Répartion IOPS Disque
18. Seuils Moyens
La collecte et l’analyse permettent de déterminer la morphologie moyenne d’un serveur de cette entreprise :
Activité CPU moyenne se situant entre 1,5 et 2,5 GHz, avec une mémoire utilisée entre 3 et 4 Go disposant
d’un espace de stockage OS de 70 Go (dont 40 Go utilisés) et fonctionnant sous Windows Server et Linux. une
moyenne d'entrée sortie disque entre 750 et 1200 IOPS pour les serveurs de bases de données et entre 250 et
500 IOPS pour les autres serveurs. La consommation moyenne de bande passante est de 40 Mbps,
Cette moyenne, donnée à titre purement indicatif, est une sorte de référentiel.
19.
20. Afin de déterminer les serveurs physiques qui ne seront pas migrés, les critères
d’exclusion se basent sur :
Les équipements qui ne sont pas dans la matrice de migration : baies de
stockages , équipements Télécoms , vieux OS...
Une utilisation élevée des ressources déterminée par les seuils énoncés
précédemment .
Voici le résultat sur l’éligibilité des serveurs de ce projet
21. 15
42
24
Serveurs non élégible
Storage
Télécoms
OS
168156
Migration Cloud Privé
/Public
Cloud Public
Cloud Privé
243
81
Répartition éligibilité
Eligible
Non Eligible
5656 (10 phy)
Migration Cloud Public (PRA)
Cloud Public
Cloud privé (DC3)
25 (10 phy)25 (10 phy)
Migration Cloud Privé (PRA)
Cloud Privé (DC1)
Cloud Privé (DC2)
22.
23. VMs for App 1
Cluster ESXi
DR VMs for App 1
Cluster ESXi
Réplication Synchrone
VMs for App 2 DR VMs for App 2
SAN FC
Baie de
Stockage
10G 10G SAN FC
Baie de
Stockage
Datacenter 1 Datacenter 2
LUN Production
LUN Répliqué
LUN Production
LUN Répliqué
24. PRIVATE
DATA CENTER 3
Application Web Hosting
(Backup)
INTERCONNECTION
Equinix Cloud eXchange (ECX)
Cross Connects (1Gbps /10 Gbps)
PUBLIC CLOUD ( IBM
SOFTLAYER)
Web Hosting Application (Active)
25. Cloud Public (Aws, OVH, SoftLayer,….)1
2
On-Premise DataCenter
3 Direct Link
31. 300 VM 30 10
à 4 H
cinquantaine
95 57 serveurs 264 serveurs
64 %.
L ’entreprise pourra envisager de migrer les 8 serveurs de l’application métier qui tournent sur windows
2000 vers une solutions cloud type XenApp, ou autres .