RAPPORT DE CONSEIL - PLAN DE REPRISE

Transcription

1 Sur Terre et dans l'espace où l'échec n'est pas une option RAPPORT DE CONSEIL - PLAN DE REPRISE D'ACTIVITÉS SERVICES DE CONSEIL SERVICE CONSEIL

2 Cette page est laissée vide volontairement

3 Rapport de Conseil - Plan de Reprise d'activités Détails du Document Catégorie Niveau de Classification Langue Services de Conseil FR - Français Date de Rédaction jeudi 16 mai 2013 Date de 20:23:37 Auteur(s) Division Validation Technique Validation Managériale Acceptation Client Validation Client Guillaume REMBERT Guillaume REMBERT Guillaume REMBERT Service Conseil Nom Entreprise Fonction Date Liste de Distribution Avant-Propos Avertissement Autorité de Publication Copyrights Ce document est un exemple de rapport de conseil sur les spécifications de la solution de reprise d'activité, un comparatif des offres d'hébergement françaises et une étude sur les architectures de haute disponibilité des services web. Euryece Telecom ne fait aucune assertion et ne donne aucune garantie, expresse, implicite ou légale, concernant notamment, mais non limité à : l exactitude, l actualité ou l exhaustivité des renseignements fournis, l absence de tout défaut et d'erreurs. En aucun cas, Euryece Telecom ne sera responsable des dommages prévisibles ou imprévisibles, directs ou indirects, découlant de tout ce qui précède et suit, ou de l utilisation autorisée ou non autorisée du présent document et des renseignements qui y figurent, ou de l accès autorisé ou non autorisé à ceux ci, notamment de toute mesure prise ou omission commise par une personne à cet égard. Sans en limiter la portée, Euryece Telecom ne sera en aucun cas responsable des dommages particuliers, indirects, consécutifs ou punitifs. Euryece Telecom 16 Place du Général de Gaulle Lille FRANCE Tous droits réservés Euryece Telecom & Guillaume REMBERT Ce travail est licencié sous licence «Creative Common Attribution-ShareAlike 3.0 Unported» (CC BY-SA 3.0)

4 Cette page est laissée vide volontairement

5 Page 5 de 57 LISTE DES CHANGEMENTS Version Date Nom Détails 0.01 G. REMBERT Version initiale

6 Page 6 de 57 TABLE DES MATIÈRES 1 INTRODUCTION DOCUMENTS APPLICABLES ET RÉFÉRENCES Documents Applicables Documents de Référence TERMES, DÉFINITIONS ET ABRÉVIATIONS SPÉCIFICATIONS Fonctionnelles Sauvegarde Restauration Mission Interfaces Fichiers Serveur web Environnementales Opérationnelles Durée maximale d'interruption Perte de données maximale Humaines Logistiques Physiques Assurance produit Configuration Conception Vérification SOLUTIONS Architectures de haute disponibilité Disponibilité Combinaison de systèmes Haute disponibilité Point unique de défaillance Cas de défaillance Modes de résolution Plan de reprise d'activité Plan de continuité d'activité Hébergement Web Service Web Modes d'hébergement Caractéristiques des centres d'hébergement de données Centres d'hébergement français publics Offres d'hébergement Propositions Actions à court-terme Actions à moyen terme Actions à long terme PERFORMANCES DES SOLUTIONS Hébergement A...32

7 Page 7 de Performances Politiques Performances Économiques Performances Sociales Performances Technologiques Performances Écologiques Performances Légales Hébergement B Performances Politiques Performances Économiques Performances Sociales Performances Technologiques Performances Écologiques Performances Légales Hébergement C Performances Politiques Performances Économiques Performances Sociales Performances Technologiques Performances Écologiques Performances Légales Hébergement D Performances Politiques Performances Économiques Performances Sociales Performances Technologiques Performances Écologiques Performances Légales Synthèse et pondération ANNEXES Migration WebDev / PHP Carte détaillée des centres d'hébergement de données Détails des offres d'hébergement étudiées...57

8 Page 8 de 57 LISTE DES FIGURES (1)Répartition des centres d'hébergement de données en France [RD3]...26 LISTE DES TABLES 1.Documents Applicables Documents de Référence Acronymes Définitions Correspondances entre taux de disponibilité et temps d'indisponibilité Synthèse des notes individuelles des hébergeurs Facteurs de pondération utilisés Notes globales pondérées des différents hébergeurs...52

9 Page 9 de 57 1 INTRODUCTION Dans le cadre de la mise en place d'un plan de reprise d'activité par, à la suite de l'audit, les spécifications fonctionnelles du plan de reprise d'activité ont été réalisées. Les bases de la haute disponibilité ont ensuite été résumées, ainsi que son application aux services web. Dans une dernière partie, les offres d'hébergements françaises ont été analysées, et les offres d'hébergement locales ont été comparées.

10 Page 10 de 57 2 DOCUMENTS APPLICABLES ET RÉFÉRENCES 2.1 Documents Applicables Référence Document N Titre [AD1] ET-LEG-OCON-X Aspects Juridiques Contrat de services [AD2] ET-SRV-CSL-AUD-ServersSecurityPerformances _ Rapport d'audit Sécurité et Performances des serveurs 1. Documents Applicables 2.2 Documents de Référence Référence Document N Titre [RD1] ECSS-E-ST-10-06C, 6 March 2009 Space Engineering - Technical requirements specification [RD2] TIA-942 «Data Center Standards Overview» [RD3] - Markess International, Datacenters & Clouds Privés d Entreprise - Approches Perspectives 2013 [RD4] - Cartographie des 136 datacenters en France, estimation au 11 mars 2012, Global Security Mag 2. Documents de Référence

11 Page 11 de 57 3 TERMES, DÉFINITIONS ET ABRÉVIATIONS Acronyme Signification AWP «Active WebDev Page» AJAX «Asynchronous Javascript and XML» CD Cas de Défaillance DNS «Domain Name Service» FP Fonction Primaire HTTP/S «Hypertext Transfer Protocol / Secure» IP «Internet Protocol» MR Moyen de Résolution PHP «Hypertext Preprocessor» PUD PUE Point Unique de Défaillance «Power Usage Effectiveness» TTL «Time To Live» 3. Acronymes Terme Définition 4. Définitions

12 Page 12 de 57 4 SPÉCIFICATIONS 4.1 Fonctionnelles Le plan de reprise d'activité doit lui permettre de s'affranchir des différents problèmes et incidents majeurs associés aux environnements des hébergeurs [AD ] afin de pouvoir redémarrer rapidement les services web proposés à ses clients. On peut différencier pour cela deux fonctions principales (FP) : - FP1 : Sauvegarde, - FP2 : Restauration Sauvegarde La fonction de sauvegarde doit permettre à de conserver une (des) copie(s) indépendante(s) et sécurisée(s) des données associées à ses services web Restauration La fonction de restauration doit permettre à d'utiliser les données sauvegardées afin de rétablir les services web. 4.2 Mission Non Applicable.

13 Page 13 de Interfaces utilise le logiciel WebDev afin de développer et déployer leurs services web, qui sont des sites dynamiques. Celui-ci permet de générer deux types de sites : - des sites dynamiques WebDev (nécessite le serveur d'application WebDev ainsi qu'un serveur web), - des sites dynamiques php (nécessite un serveur web intégrant un moteur php > 4.3.2). Actuellement, génère des sites dynamiques WebDev / HyperfileSQL Natif Classic. Sans modifier les applications elles-mêmes, la solution de reprise d'activité doit être compatible avec les interfaces décrites ci-après Fichiers WebDev utilise de nombreux fichiers et formats non standards, parmi lesquels, les principaux présents sur le serveur sont : -.fic : fichiers de données HyperfileSQL, -.ndx : fichiers d'index HyperfileSQL, -.awp : fichiers binaires permettant de générer dynamiquement des pages html, -.wdz : archives WebDev Serveur web Afin de transmettre la responsabilité de traiter la requête d'un client au serveur WebDev, le serveur web utilise une interface de passerelle commune (CGI - «Common Gateway Interface»).

14 Page 14 de Environnementales Le plan de reprise d'activité doit être capable de fonctionner dans l'environnement de(s) hébergeur(s) sélectionnés. 4.5 Opérationnelles Durée maximale d'interruption Le plan de reprise d'activité doit garantir un rétablissement des services web en moins de 4 heures dans le pire des cas (objectif de reprise d'activité nominal de 15 minutes pour, et ). On parle de RTO : «Recovery Time Objective» Perte de données maximale Le plan de reprise d'activité doit garantir une perte de données inférieure à : - : une demi-journée d'activités (matinée de 6H à 11H30 / après-midi de 13H30 à 17H), -, : une journée d'activités, - : une minute d'activités (dossier ) et une journée pour les autres informations. On parle de RPO : «Recovery Point Objective» 4.6 Humaines Le plan de reprise d'activité doit être utilisable par l'équipe technique d' dans des conditions de stress.

15 Page 15 de Logistiques Le plan de reprise d'activité doit être opérable depuis le siège social d' et les domiciles de l'équipe technique. 4.8 Physiques 4.9 Assurance produit Non Applicable Le plan de reprise d'activité doit garantir la pérennité des informations des services web d' Configuration 4.11 Conception Non Applicable Le plan de reprise d'activité doit s'appuyer sur des solutions libres Vérification Le plan de reprise d'activité doit être testable périodiquement.

16 Page 16 de 57 5 SOLUTIONS 5.1 Architectures de haute disponibilité Disponibilité La disponibilité est une mesure ou une estimation de la capacité d'un système à fournir un service de façon opérationnelle. Elle correspond au rapport entre la durée de fonctionnement effective du service et la durée totale visée. Elle n'a pas d'unité et s'exprime souvent en pourcentage. Disponibilité = Durée de Fonctionnement Effective / Durée de Fonctionnement Visée Disponibilité = Durée de Disponibilité / ( Durée de Disponibilité + Durée d'indisponibilité) Disponibilité en % Indisponibilité par année Indisponibilité par mois Indisponibilité par semaine 90 % («un neuf») 36,5 jours 72 heures 16,8 heures 95 % 18,25 jours 36 heures 8,4 heures 98 % 7,30 jours 14,4 heures 3,36 heures 99 % («deux neuf») 3,65 jours 7,20 heures 1,68 heures 99,5 % 1,83 jours 3,60 heures 50,4 minutes 99,8 % 17,52 heures 86,23 minutes 20,16 minutes 99,9 % («trois neuf») 8,76 heures 43,2 minutes 10,1 minutes 99,95 % 4,38 heures 21,56 minutes 5,04 minutes 99,99 % («quatre neuf») 52,56 minutes 4,32 minutes 1,01 minutes 99,999 % («cinq neuf») 5,26 minutes 25,9 secondes 6,05 secondes 99,9999 % («six neuf») 31,5 secondes 2,59 secondes 0,605 secondes 5. Correspondances entre taux de disponibilité et temps d'indisponibilité

17 Page 17 de Combinaison de systèmes Afin de fournir un service, il est nécessaire de faire intervenir de nombreux systèmes composés de logiciels et matériels. La disponibilité globale est fonction de leur configuration relative (série ou parallèle) et de l'origine de la défaillance. Service 1 : Système 1 / Logiciel 1 / Matériel 1 = Disponibilité 1 Service 2 : Système 2 / Logiciel 2 / Matériel 2 = Disponibilité 2 Si la disponibilité du système 1 est indépendante de la disponibilité du système 2, Service 3 : Système 1 et Système 2 Disponibilité 3 = Disponibilité 1 x Disponibilité 2 Disponibilité 3 < Disponibilité 1, Disponibilité 3 < Disponibilité 2 Service 4 : Système 1 ou Système 2 Disponibilité 4 = 1 (1 Disponibilité 1) x (1 Disponibilité 2) Disponibilité 4 > Disponibilité 1, Disponibilité 4 > Disponibilité 2

18 Page 18 de Haute disponibilité Afin de dimensionner au mieux les systèmes et atteindre une haute disponibilité, il est possible d'agir sur deux aspects principaux : - augmenter la durée de disponibilité du système (amélioration de la fiabilité des éléments, mise en place de redondance, ), qui s'inscrit dans un plan de continuité d'activité, - réduire la durée d'indisponibilité du système (réduction des temps de réparation, des temps de détection de pannes, ), qui s'inscrit dans un plan de reprise d'activité Point unique de défaillance Pour un système complexe, on caractérise de point unique de défaillance (PUD ou SPOF «Single Point Of Failure») le ou les élément(s) dont dépend(ent) entièrement son bon fonctionnement. Afin d'obtenir une haute disponibilité, il est impératif de mettre en place de la redondance, c'est à dire une ou plusieurs solutions alternatives indépendantes. Dans le cadre du service web d', deux éléments principaux sont potentiellement défaillants : - PUD1 : le sous-système DNS, - PUD2 : le sous-système HTTP/S Cas de défaillance Dans le cadre du service web d', les cas de défaillance (CD) suivants ont été identifiés: Origine \ Point Unique de Défaillance PUD1 PUD2 Client - Terminal Utilisateur CD01 CD08 Client - Réseau Local CD02 CD09 Client Réseau d'accès Internet CD03 CD10 Point(s) d Échange Internet CD04 CD11 Fournisseur Réseau d'accès Internet CD05 CD12 Fournisseur - Réseau Local CD06 CD13 Fournisseur - Serveur CD07 CD14 Dans le cadre de la mission, seuls CD05, CD06, CD07, CD12, CD13 et CD14 sont à étudier en détails.

19 Page 19 de Modes de résolution Dans le cadre du service web d', les modes de résolution (MR) suivants ont été identifiés: Cas de Défaillance \ Action Client Fournisseur CD01 MR01 MR15 CD02 MR02 MR16 CD03 MR03 MR17 CD04 MR04 MR18 CD05 MR05 MR19 CD06 MR06 MR20 CD07 MR07 MR21 CD08 MR08 MR22 CD09 MR09 MR23 CD10 MR10 MR24 CD11 MR11 MR25 CD12 MR12 MR26 CD13 MR13 MR27 CD14 MR14 MR28 Seuls MR05, MR06, MR07, MR12, MR13, MR14, MR19, MR20, MR21, MR26, MR27, MR28 sont à étudier en détails.

20 Page 20 de Plan de reprise d'activité Le plan de reprise d'activité consiste à rétablir le fonctionnement du service web, suite à un dysfonctionnement d'un point de défaillance unique. Défaillance du sous-système DNS (PUD1) Dans le cas où le sous-système DNS ne fonctionne plus (CD05, CD06, CD07), et que la résolution de l'incident est due à une action du client (MR05, MR06, MR07), le client se connecte au service web en utilisant l'adresse IP du serveur web (sous réserve que celui-ci soit configuré afin de permettre un accès direct c'est à dire sans hôtes virtuels). Dans le cas où le sous-système DNS ne fonctionne plus, du fait d'un problème lié au réseau d'accès à internet (CD05), et que la résolution de l'incident est due à une action du fournisseur (MR19), le fournisseur met en place une connexion internet alternative. Dans le cas où le sous-système DNS ne fonctionne plus, du fait d'un problème lié au réseau local (CD06), et que la résolution de l'incident est due à une action du fournisseur (MR20), le fournisseur met en place de la redondance dans le réseau. Dans le cas où le sous-système DNS ne fonctionne plus, du fait d'un problème lié au serveur (CD07), et que la résolution de l'incident est due à une action du fournisseur (MR21), le fournisseur met en place un système de sauvegarde et restauration du serveur DNS.

21 Page 21 de 57 Défaillance du sous-système HTTP/S (PUD2) Dans le cas où le sous-système HTTP/S ne fonctionne plus (CD12, CD13, CD14), et que la résolution de l'incident est due à une action du client (MR12, MR13, MR14), le client démarre un service web local qui se synchronise avec le serveur. Dans le cas où le sous-système HTTP/S ne fonctionne plus, du fait d'un problème lié au réseau d'accès à internet (CD12), et que la résolution de l'incident est due à une action du fournisseur (MR26), le fournisseur met en place une connexion internet alternative. Dans le cas où le sous-système HTTP/S ne fonctionne plus, du fait d'un problème lié au réseau local (CD13), et que la résolution de l'incident est due à une action du fournisseur (MR27), le fournisseur met en place de la redondance dans le réseau. Dans le cas où le sous-système HTTP/S ne fonctionne plus, du fait d'un problème lié au serveur (CD14), et que la résolution de l'incident est due à une action du fournisseur (MR28), le fournisseur met en place un système de sauvegarde et restauration du serveur HTTP/S.

22 Page 22 de Plan de continuité d'activité Le plan de continuité d'activité consiste à mettre en place des moyens permettant de garantir le fonctionnement du service web, et donc s'affranchir de tout point de défaillance unique. Redondance du sous-système DNS (PUD1) Dans le cas où le sous-système DNS ne fonctionne plus (CD05, CD06, CD07), et que la résolution de l'incident est due à une action du client (MR05, MR06, MR07), le client met en place un système de cache DNS local. Dans le cas où le sous-système DNS ne fonctionne plus, du fait d'un problème lié au réseau d'accès à internet (CD05), et que la résolution de l'incident est due à une action du fournisseur (MR20), le fournisseur met en place un serveur DNS secondaire connecté à un autre réseau. Dans le cas où le sous-système DNS ne fonctionne plus, du fait d'un problème lié au réseau local (CD06), et que la résolution de l'incident est due à une action du fournisseur (MR20), le fournisseur met en place de la redondance dans le réseau. Dans le cas où le sous-système DNS ne fonctionne plus, du fait d'un problème lié au serveur (CD07), et que la résolution de l'incident est due à une action du fournisseur (MR21), le fournisseur met en place un serveur DNS secondaire.

23 Page 23 de 57 Redondance du sous-système HTTP/S (PUD2) Dans le cas où le sous-système HTTP/S ne fonctionne plus (CD12, CD13, CD14), et que la résolution de l'incident est due à une action du client (MR12, MR13, MR14), le client se connecte à un autre serveur HTTP/S synchronisé. Dans le cas où le sous-système HTTP/S ne fonctionne plus, du fait d'un problème lié au réseau d'accès à internet (CD12), et que la résolution de l'incident est due à une action du fournisseur (MR26), le fournisseur met en place un autre serveur HTTP/S synchronisé et il modifie l'enregistrement DNS associé (en réduisant le TTL associé). Dans le cas où le sous-système HTTP/S ne fonctionne plus, du fait d'un problème lié au réseau local (CD13), et que la résolution de l'incident est due à une action du fournisseur (MR27), le fournisseur met en place de la redondance dans le réseau. Dans le cas où le sous-système HTTP/S ne fonctionne plus, du fait d'un problème lié au serveur (CD14), et que la résolution de l'incident est due à une action du fournisseur (MR28), le fournisseur met en place un système de sauvegarde et restauration du serveur HTTP/S.

24 Page 24 de Hébergement Web Service Web Un service web collecte et diffuse des informations en utilisant le protocole HTTP (port 80) et/ou HTTPS (port 443). Un ou plusieurs serveurs HTTP/S sont accessibles, via leur(s) adresse(s) IP et/ou nom(s) de domaine (DNS). L'accès à un service web se fait à l'aide d'un navigateur (Firefox, Internet Explorer, Google Chrome, ) qui s'exécute sur un périphérique utilisateur client (PC, Tablette, Smartphone,...). L'accès au service implique la séquence suivante : - résolution du DNS (monsousdomaine.mondomaine.maracine = MonAdresseIPv4 et/ou MonAdresseIPv6), - connexion au serveur HTTP/S Modes d'hébergement Afin d'héberger un service web, il faut donc un ou plusieurs serveur(s) web accessible(s) à l'aide de leur(s) adresse(s) IP et/ou nom(s) de domaine. On différenciera l'hébergement interne (obtention d'adresses IP et fourniture du service à l'aide de ses propres infrastructures) et l'hébergement externe (fourniture du service à l'aide d'infrastructures dont on n'est pas propriétaire). Parmi les hébergements externes, on peut distinguer 5 types d'offres commerciales : - mutualisé : chaque serveur héberge plusieurs sites, le client n'a que peu de contrôle sur ses informations, - dédié : chaque client dispose de serveur(s) qu'il administre totalement, - virtuel dédié : chaque client dispose de machine(s) virtuelle(s), partageant les ressources de serveur(s) physique(s), qu'il administre comme il le souhaite, - managé (ou info-géré) : en complément de l'hébergement dédié ou virtuel dédié, l'administration du système est réalisée par l'équipe technique de l'hébergeur, - co-loué : chaque client dispose d'un espace physique, de moyens d'accès au réseau et de sources d'énergie dans un centre de traitement de données, lui permettant d'utiliser le matériel et logiciel qu'il souhaite afin de mettre en place un service web.

25 Page 25 de Caractéristiques des centres d'hébergement de données Du point de vue du fournisseur de service web, les centres d'hébergement de données se différencient principalement selon : - la localisation géographique (lois applicables, proximité des utilisateurs,...), - la sécurité physique (contrôles d'accès, accessibilité de l'emplacement,...), - les performances énergétiques (type de refroidissement, alimentation et consommation des serveurs, ) - on parle de «Power Usage Effectiveness» (PUE) = Puissance totale consommée / Puissance consommée par les équipements informatiques, - la fiabilité (redondance, garantie de temps de rétablissement, ), - les performances techniques (bande passante, capacités de stockage, ). Dans le cadre de la mise en place d'un plan de reprise d'activité, la principale caractéristique qu'il convient d'analyser vis-à-vis d'hébergeur(s) est la fiabilité. L'association de l'industrie des télécommunications (TIA) a introduit dans [RD2] plusieurs niveaux de fiabilité («Tier») : - Tier 1 : Aucune redondance des composants / N 99,671 % de disponibilité, - Tier 2 : Redondance des composants / N+1 99,741 % de disponibilité, - Tier 3 : Maintenabilité simultanée / N+1 99,982 % de disponibilité, - Tier 4 : Résistance aux défaillances / 2 (N+1) 99,995 % de disponibilité.

26 Page 26 de Centres d'hébergement français publics Le Gimélec estime à 130 le nombre de centres d'hébergement de données en France, dont 40% sont en région parisienne [RD3]. (1)Répartition des centres d'hébergement de données en France [RD3] Une carte plus détaillée est consultable en annexe 2 [RD4]. Dans le cadre de cette étude, une liste non exhaustive de centres d'hébergement de données a été établie, regroupés par région géographique et par ordre alphabétique : Hébergeur Localisation Indicateur de fiabilité Nord Alternative DataCenter (ADC) Sainghin-en-Mélantois TIER 3+ Avenir Télématique (ATE) Villeneuve d'ascq TIER 4 pour le cloud?? Pour le site primaire Cogent Lille SLA de 99,9 % OVH Roubaix Disponibilité Réseau : 99.9 % à 99,95 % Tech Crea (FirstHeberg) Valenciennes Tier : 99,95 % de disponibilité

27 Page 27 de 57 Hébergeur Localisation Indicateur de fiabilité Île-de-France Acropolis Paris-Bourse, Paris-Nation Tier 3 et 4 / 99,995 de disponibilité AlphaSafety AlphaLink Courbevoie Courbevoie Celeste Champs-sur-Marne 4 Claranet Cogent Paris La Garenne-Colombes Colt Technology Services Paris, Les Ulis Tier 2+ à Tier 3+ Data IV Marcoussis Défense Datacenter Nanterre Aucune information Digital Realty Saint-Denis Equinix Roissy, Saint-Denis Tier 3 Global Switch Clichy Tier 3 Iliad Vitry-sur-Seine Tier 3 Interoute Interxion Aubervilliers, Saint-Denis, Nanterre, Ivry-sur-Seine Aubervilliers, Saint-Denis, Nanterre, Ivry-sur-Seine 99,5 % de base, jusqu'à 99,99 % Intrinsec Nanterre, Lyon, Nantes Tier 3 Orange OVH Neo Telecoms SFR Telehouse Rueil-Malmaison, Chevilly-la-Rue, Nanterre, Neuilly Paris Courbevoie, Saint-Denis Courbevoie Paris-Jeûneurs, Paris Voltaire, Paris Magny les Hameaux - Tier 2 et 3+ Tier 2 et 3 TelecityGroup Courbevoie, Aubervilliers - et Tier 4

28 Page 28 de 57 Hébergeur Localisation Indicateur de fiabilité Centre CieNum Saint-Etienne Cogent Grenoble, Tours DCForData IBM IBO Intrinsec Maxnod Netissime Numeriparc Telpole SFR XSalto Arcan Lyon Clermont-Ferrand Clermont-Ferrand Lyon Lyon Lyon Roanne Lyon Grenoble Est Metz, Nancy Cogent Dijon, Strasbourg Ikoula Reims Tier 3 Interoute Mareuil-sur-Ay, Strasbourg 99,5 % de base, jusqu'à 99,99 % Neoclyde Besançon Neo Telecom Metz, Nancy OVH Strasbourg SANEF Reims Tier 3+ SFR Strasbourg

29 Page 29 de 57 Hébergeur Localisation Indicateur de fiabilité Alpha-Safety Ouest Nantes Cheops Technology Bordeaux Tier 3 Cogent Datagrex Déclic Télécom Digicube HITS Bordeaux, Nantes, Poitiers, Rennes, Rouen Le Mans Le Havre, Vannes Cesson-Sévigné Nantes Interoute Bordeaux, Poitiers 99,5 % de base, jusqu'à 99,99 % Intrinsec NormHOST Oceanet Nantes Caen Nantes Orange Business Services Rennes, Val de Rueil Tier 3+ et 4 SFR Vert2All WebAxys Caen, Bordeaux, Rennes Poitiers Rouen Sud Acropolis Aix-en-Provence Tier 3 et 4 / 99,995 de disponibilité ASP Serveur La Ciotat Tier 4 Cogent Euclyde IBM IELO Montpellier, Nice, Sophia-Antipolis, Toulouse Sophia-Antipolis Montpellier Marseille Interoute Marseille, Nice, Toulouse, Narbonne 99,5 % de base, jusqu'à 99,99 % Jaguar Network Marseille Tier 4 Neo Telecoms NFrance Conseil SFR Montpellier, Toulouse Toulouse Marseille

30 Page 30 de Offres d'hébergement Dans le cadre de cette étude, certaines offres de services d'hébergement dédié et virtuel sont analysées, pour comparaison. Caractéristique Localisation physique Sécurité physique Performances énergétiques Fiabilité % de disponibilité, Détails Performances techniques Configuration de base liée aux conclusions de l'audit [AD2] : - réseau >= Mbits/sec, - stockage >= Go service web + Go sauvegarde = Go, - RAM >= X Go, - calcul : à optimiser X ou X cœurs (option 1), - système d'exploitation : ou (option 2), - serveur dédié ou machine virtuelle dédiée (option 3). Il convient de noter que celles-ci ne comprennent pas l'infogérance applicative réalisée par A. Les offres étudiées, détaillées en annexe 3, sont celles fournies par les hébergeurs suivants : - B: Offre 1, - C: Offre 2, - D: Offre 3.

31 Page 31 de Propositions Étant donné les différentes analyses effectuées, les problématiques identifiées et l'état actuel du service web, Euryece Telecom propose un plan d'action en 3 phases Actions à court-terme Actions à moyen terme Actions à long terme

32 Page 32 de 57 6 PERFORMANCES DES SOLUTIONS Il convient de noter que la méthodologie appliquée ici permet principalement de comparer les points forts et faibles de différentes solutions selon plusieurs critères. Les notes attribuées restent subjectives et uniquement informatives. 6.1 Hébergement A Performances Politiques PERFORMANCES POLITIQUES SELON ET : Dépendance Corruption

33 Page 33 de Performances Économiques PERFORMANCES ECONOMIQUES SELON ET : X Coûts d'acquisition - CAPEX Coûts d'exploitation - OPEX Aspects Fiscaux

34 Page 34 de Performances Sociales PERFORMANCES SOCIALES SELON ET : Respect des Droits de l'homme Simplicité Accessibilité

35 Page 35 de Performances Technologiques PERFORMANCES TECHNOLOGIQUES SELON ET : Compatibilité Performances Adaptabilité

36 Page 36 de Performances Écologiques PERFORMANCES ECOLOGIQUES SELON ET : Consommation Énergétique Toxicité Recyclage Performances Légales PERFORMANCES LEGALES SELON ET : Lois Applicables Restrictions

37 Page 37 de Hébergement B Performances Politiques PERFORMANCES POLITIQUES SELON ET : Dépendance Corruption

38 Page 38 de Performances Économiques PERFORMANCES ECONOMIQUES SELON ET : X Coûts d'acquisition - CAPEX Coûts d'exploitation - OPEX Aspects Fiscaux

39 Page 39 de Performances Sociales PERFORMANCES SOCIALES SELON ET : Respect des Droits de l'homme Simplicité Accessibilité

40 Page 40 de Performances Technologiques PERFORMANCES TECHNOLOGIQUES SELON ET : Compatibilité Performances Adaptabilité

41 Page 41 de Performances Écologiques PERFORMANCES ECOLOGIQUES SELON ET : Consommation Énergétique Toxicité Recyclage Performances Légales PERFORMANCES LEGALES SELON ET : Lois Applicables Restrictions

42 Page 42 de Hébergement C Performances Politiques PERFORMANCES POLITIQUES SELON ET : Dépendance Corruption

43 Page 43 de Performances Économiques PERFORMANCES ECONOMIQUES SELON ET : X Coûts d'acquisition - CAPEX Coûts d'exploitation - OPEX Aspects Fiscaux

44 Page 44 de Performances Sociales PERFORMANCES SOCIALES SELON ET : Respect des Droits de l'homme Simplicité Accessibilité

45 Page 45 de Performances Technologiques PERFORMANCES TECHNOLOGIQUES SELON ET : Compatibilité Performances Adaptabilité

46 Page 46 de Performances Écologiques PERFORMANCES ECOLOGIQUES SELON ET : Consommation Énergétique Toxicité Recyclage Performances Légales PERFORMANCES LEGALES SELON ET : Lois Applicables Restrictions

47 Page 47 de Hébergement D Performances Politiques PERFORMANCES POLITIQUES SELON ET : Dépendance Corruption

48 Page 48 de Performances Économiques PERFORMANCES ECONOMIQUES SELON ET : X Coûts d'acquisition - CAPEX Coûts d'exploitation - OPEX Aspects Fiscaux

49 Page 49 de Performances Sociales PERFORMANCES SOCIALES SELON ET : Respect des Droits de l'homme Simplicité Accessibilité

50 Page 50 de Performances Technologiques PERFORMANCES TECHNOLOGIQUES SELON ET : Compatibilité Performances Adaptabilité

51 Page 51 de Performances Écologiques PERFORMANCES ECOLOGIQUES SELON ET : Consommation Énergétique Toxicité Recyclage Performances Légales PERFORMANCES LEGALES SELON ET : Lois Applicables Restrictions

52 Page 52 de Synthèse et pondération Afin de simplifier l'analyse des points forts et faibles des différentes offres, un tableau récapitulatif est établi. Type de Performance A B C D Politique X X X X Économique X X X X Social X X X X Technologique X X X X Écologique X X X X Légal X X X X 6. Synthèse des notes individuelles des hébergeurs Suite aux différents échanges, entretiens et formations réalisées auprès, les critères de pondération d'importance suivants ont été définis : Type de Performance Politique Économique Social Technologique Écologique Légal 7. Facteurs de pondération utilisés Critère de pondération On peut ainsi estimer l'adéquation entre les différentes offres et les attentes de : X X X X X X A B C D 8. Notes globales pondérées des différents hébergeurs