Programme de consolidation des Datacenters

Transcription

1 Programme de consolidation des Datacenters Avril 2014

2 Programme de consolidation des Datacenters Situation initiale Début 2011 Situation cible 2015 Plus de 10 Datacenters Une vingtaine de salles Serveurs Plus de serveurs and To de données. Pas de règles ni de standards d Architecture entre les différents Datacenters. Une consolidation régionale Une approche dual sourcing avec deux acteurs majeurs de l infogérance en fonction du périmètre Standardisation du hardware & réseaux, mise en place de normes et standards d Architecture Une stratégie d infogérance disparate, voire pas d infogérance sur certains périmètres

3 Programme de consolidation des Datacenters Objectifs Diminution du nombre de DC (au travers d une consolidation régionale) Sécurisation des applications critiques (réplication, haute disponibilité, PRA) Optimisation des niveaux de Services (réplication, haute disponibilité, PRA) $$ Modernisation des services IT (proposition d un catalogue de services avec des prix compétitifs) Optimisation des coûts (virtualisation de serveurs, mutualisations des infrastructures)

4 Approche Assessment for all High Level Migration Planning Approche globale Travail préparatoire pré migration: Procéder à une évaluation globale afin de déterminer ce qui doit être migré Définir le plan de migration divisé en plusieurs vagues de différentes applications Project preparation phase Migration phase Perimeter 1 Pilot Wave Wave Wave Perimeter 2 Pilot Wave Wave Wave Perimeter 3 Pilot Wave Wave Wave Service Take-off and Knowledge Transfer

5 Approche Processus de migration par vague Preparation phase (~ 4 weeks) Migration and testing (~ 4 weeks) Go-live (1 day to 1 week) Collect information Define the target in the new DC Deliver prerequisites Create a copy of all servers in the target DC Restart application in an isolated environnement Test application Validate with all stakeholders Stop servers in the former DC Re-synchronize data between source DC and target DC Re-start servers in the target DC Chaque phase peut être subdivisée en plusieurs activités réalisées par différents intervenants.

6 Macro - planning Q1 Q2 Q3 Q4 Q1 Q2 Q3 Q4 Q1 Q2 Q3 Q4 Q1 Q2 Q3 Q4 Asia Datacenter (ADC) Design Migration 350 Serveurs Brazil Datacenter (BDC) Design Migration 450 Serveurs Design 1500 Serveurs Europe Datacenter (EDC) Migration Design China Datacenter (CDC) 250 Serveurs Migration

7 Modèle d infogérence Variabilité Un modèle de facturation basé sur plusieurs Unités d Oeuvre Un Catalogue de Service orienté Client Une facture variable basée sur la consomation

8 Modèle d infogérence Catalogue de Services Une définition claire des services et un lien fort entre niveau de service et architecture 1/ Needs: Express your business needs Service operating hours (country local time) Failure Recovery*. (RTO in case of loss of a component) Disaster Recovery**. (RTO in case of loss of one datacenter) Data loss (RPO, restore from backuped data) * During service operating hours. For data corruption cases, the RTO duration may be dependent from the data restore time. ** From the incident discovery. Applicable 24x7. *** In case of loss of the DC, the data will be lost 2/ Service classes: Select the corresponding Service class Mon-Fri 8am-8pm 5/ Each service class requires a compatible architecture pattern Best effort 24h Failure 12h Disaster 6h 2h Data Patterns Recovery Recovery Data loss replication (RTO)* (RTO)** Initial Bronze No DR Pattern 1: Single Physical No Server DR Best 120h effort No DR - 24h on demand 6h Pattern 2: Single Virtual Machine Best effort No DR - on demand By default: By default: By default: By default: 7 days Pattern 3: Single Physical Server with mut. spare 24h No DR - or 24h By default: On demand Pattern 4: High Availability 7 Virtual daysmachine 24h No DR - 24h7 days 24h or 24h data not data not data externalized data externalized data externalized 24h Pattern 5: Standby Physical Server 12h 120h 1h externalized*** externalized*** or 7 days 24h Pattern Possibility 6: Active/Passive to change Applicative configurations Cluster according 6h to the 24h needs (see 1h details or shorter in the Appendice) Initial Mon-Fri 8am-8pm Mon-Fri 8am-8pm Mon-Fri 8am-8pm Mon-Sat 6am-10pm Mon-Sat 6am-10pm Mon-Sat 6am-10pm 24x7 (if virtual) 24x7 24x7 24x7 Pattern 7: Standby Physical Server Boot on SAN 6h 24h 1h Pattern 8: High Availability + DRP Virtual Machine 6h 24h 1h Pattern 9: OS Cluster 2h 6h 0h Pattern 10: Active/Active Applicative Cluster 2h 6h 0h * During service operating hours. For data corruption cases, the RTO duration may be dependent from the data restore time. Data transfer between network zones might lead to degraded performances in case of network component failure. Bronze ** From the incident discovery. Applicable 24x7. Click on a pattern to see it in details. Silver Pattern s choice must be coherent for all servers related to the same application and environment. Gold Requirements Silver Gold 24h or shorter 24h or shorter 24h or shorter 24h or shorter Platinum = advised pattern(s) for the service class = possible pattern(s) for the service class = pattern(s) incompatible with the service class + Platinum Un Catalogue de Services simple permettant 1 Aider nos clients à définir les niveaux de services 2 3 Décrire et partager les services offerts Assurer l adéquation entre les besoins métier et les solutions techniques

9 Modèle d infogérence Centres EDC : Isle d Abeau Grenoble HP Rabat HP Sofia CDC : Suzhou BDC : Hortolandia1 Hortolandia 2 Datacenter Carrefour Site HP / IBM IBM Sao Paulo ADC : Singapour 1 Singapour 2 HP Kuala Lumpur Delivery Service Management

10 Retour d expérience Partager la même vision du projet Gouvernance, organisation et Service Mgmt Préparer l outillage et les interfaces Garder la compétence en interne Mettre en place un modèle adapter à sa maturité Limiter les transformations applicatives Sécuriser le contrat Infogérance Infrastructure & Architecture Impliquer les métiers Adapter son organisation en fonction du modèle d infogérance Challenger le dimmensionnement des configurations sources Communiquer Sécuriser la transition entre le projet et le mode récurrent Gestion du Changement Avoir un haut niveau de sponsoring

11 Réalisations Standardisation des règles de sécurité et de l architecture. Optimisation et changement d infrastructure pendant la migration ayant permis d améliorer les performance et les niveaux de service Grandes réalisations malgré un contexte international où les différences culturelles et linguistiques peuvent être un frein. $$ Optimisation des coûts : Consolidation d infrastructure, gains consommation électrique, effet de masse

12 Q&A