Le document décrit les étapes de l'adoption de l'Infrastructure as a Service (IaaS) pour la construction d'un cloud privé en 2010, en soulignant l'importance de l'automatisation, de la virtualisation et du self-service provisioning. Il présente des exemples concrets des bénéfices obtenus, tels que des économies significatives sur le matériel et une augmentation du ratio serveurs par administrateur. Enfin, il propose des recommandations pour initier cette transformation, notamment en se concentrant sur la documentation et l'automatisation des processus opérationnels.

1. Construction d’un
Cloud privé en
2010
Les étapes nécessaires pour
l’adoption de l’Infrastructure
as a Service (IaaS)
Jean-Pierre ULLMO
Directeur des Ventes BSM, CA

2. Agenda
> Industrialisation des processus d’exploitation
> Automatisation et virtualisation
> Le « self-service provisioning »
> De la bonne utilisation des Clouds externes
2

3. Le Cloud “interne” / “privé”
IT Corp.
Division
Métier
Division
Métier
Infrastructure
ou
Applications
Demande de
ressources additionnelles
Allocation de
ressources additionnelles
3

4. Le Cloud privé hébergé
IT Corp.
Division
Métier
Division
Métier
Infrastructure
ou
Applications
(1 fournisseur
externe)
Allocation de
ressources
additionnelles
Demande de
ressources additionnelles
4

5. Le Cloud externe
IT Corp.
Division
Métier
Division
Métier
Infrastructure
ou
Applications
Demande de
ressources additionnelles
Allocation de
ressources
additionnelles
Priorité = Maîtrise de
son infrastructure
Connaissance des
processus d’exploitation
internes
5

6. Industrialisation des processus du
Datacenter pour initier la transformation
6
Manuelle
OrchestréeOrchestrée
> Documentation des procédures d’exploitation
> Automatisation du cahier de consignes
> Processus opérationnels (ITIL v3, ISO 20k,...)
> Sécurisation des opérations itératives

7. Virtualisation + Automatisation –
Etapes obligatoires pour l’IaaS
 Support d’environnements hétérogènes
 Allocation dynamique des ressources en fonction de métriques
métier
 Provisioning temps réel sur l’infrastructure interne ou externe
App
OS
ESX Server 2
App
OS
App
OS
App
OS
ESX Server 4
App
OS
App
OS
App
OS
ESX Server 3
App
OS
App
OS
App
OS
App
OS
ESX Server 1
App
OS
App
OS
App
OS
7

8. “Self-service provisioning” – Le cas
d’usage de l’IaaS
8
• Interface Web
• Visibilité sur les ressources
• Réponse rapide (attente
diminuée de 90%+)
• Réduction des coûts

9. “Self-service provisioning” – Retour sur
investissement rapide
9
Mode classique (≈ 5-10 jours)
Self-service (< 3 heures)

10. Ex : Self-service de CA – Labs on
Demand
> Self-service Réservation et Provisioning
> Pools de ressources privés virtuels
New York, New Jersey, Californie
> En chiffres :
 + 6700 serveurs gérés automatiquement
 + 100 réservations par semaine
 + 500 VM utilisés par jour
> Les bénéfices :
 $6,5M d’économie en matériel
 Taux d'utilisation des serveurs > à 50%
 Suppression de 19 sites physiques
 Augmentation du ratio Serveurs / Administrateur (de 60 à 500)
 Amélioration de la qualité de service utilisateur (diminution du temps de
provisioning)
10

11. Resource Request Portal
Self-service
Briques nécessaires pour l’IaaS
Monitoring
Orchestration
Exécution
11

12. “Pool de
ressources”
Temps
Cycle de performance d’une application métier
Solution
Métier
SAP
Middle
Ware
Java
Web
Logic
Monitoring
Trigger sur Monitoring ou Planification
Trigger “Automated Commissioning”
- Cloud Process Automation
MonitoringMonitoring
Commissionnement dans le Cloud
12

13. “Pool de
ressources”
Temps
Cycle de performance d’une application métier
Solution
Métier
SAP
Middle
Ware
Java
Web
Logic
Monitoring
Trigger sur Monitoring ou Planification Processus
ITIL
Incident Change
Approvals
Trigger “Automated De-commission”
- Cloud Process Automation
Trigger “Automated
Test Bed Stand Up”
Portail
“Resource
Requester”
Décommissionnement dans le Cloud
13

14. Exemple de l’utilisation d’un Cloud
externe : “Amazon EC2” – Finance
> Upload des données de trading du jour dans AWS S3
> Exécution d’algorithmes propriétaires “risk management” et
récupération des résultats
14
Amazon EC2
Corporate Datacenter
(Cloud privé)

15. Customer’s
Network
Amazon
Web Services
Cloud
Secure VPN
Connection
over the
Internet
Subnets
Customer’s isolated
AWS resources
La sécurité ne doit pas être un frein
Ex : Amazon VPC
Router
VPN
Gateway
15

16. Toutes les briques qui composent l’infrastructure
doivent être considérées
Performance
QOS
Data Center
Automation
Service
Level Mgt
Security
Mgt
Application
Mgmt
Public Clouds:
(Provider-Internet)
Private Clouds:
(Data Center-Intranet)
Federated Clouds:
(Public and Private)
•Voice/Video/Data
•Models-based
•Automated
Thresholding
•Workload automation
•Self-service
•Business policy driven
•SLA’s
•Underpinning
•contracts
•Transaction management
•Root cause analytics
•Business impact
•ID and access mgmt.
•Information mgmt.
•Threat management
Virtual and Physical Management
16

17. Par où commencer en 2010
> Se préparer à adopter le modèle IaaS
 Cible : directions de la production = Mini
 Documentation et automatisation des processus
d’exploitation
 Automatisation + virtualisation = Cloud
 Cas d’usage avec ROI quasi immédiat sans risque :
« Self-service provisioning »
 S’assurer que le taux d’utilisation de l’infrastructure
augmente sensiblement
 Utiliser les fournisseurs de cloud externes pour des
applications de test et développement
17

18. Merci