veeam data center availability report 2014 le défi de « l

Veeam Data Center Availability Report 2014 Le défi de « l’Always-On Business »

Veeam Data Center Availability Report 2014 | 1 vee.am/availability14fr

ContenuRésumé . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2

Contexte de l’étude . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2

Partie 1 : Le data center moderne . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4

Partie 2 : « L’Always-On Business » ou l’activité en continu . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7

Partie 3 : L’écart de disponibilité . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10

Partie 4 : Coût financier des temps d’arrêt . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16

Partie 5 : Solutions et fonctionnalités pour la disponibilité (la source du problème) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24

Partie 6 : Un exemple de manque de capacités . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27

Partie 7 : Perspectives d’avenir . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31

http://vee.am/availability14fr


Le Veeam Data Center Availability Report 2014 examine les exigences croissantes auxquelles les entreprises font face pour assurer la « continuité de l’activité », les actions qu’elles mènent pour répondre à ces exigences et le degré de réussite de ces actions. Faisant suite aux précédents rapports de Veeam sur la protection des données, ce rapport examine la capacité des solutions existantes à fournir la disponibilité en continu que les entreprises exigent au 21e siècle.

En particulier, ce rapport prouve qu’il existe des besoins clairs d’accès 24/7 aux services et aux applications informatiques, avec plus de 90 % d’entreprises rehaussant leurs exigences pour réduire au minimum les temps d’arrêt et garantir l’accès aux données. Il montre également comment les entreprises modernisent l’infrastructure de leur data center afin de répondre à ces exigences.

Malgré les investissements dans le data center moderne, il existe un « écart de disponibilité » entre les exigences de la continuité d’activité et ce que les solutions de sauvegarde traditionnelles peuvent offrir en termes d’objectifs de temps de restauration (RTO) et de délais optimaux de reprise d’activité (RPO). En effet, pour répondre aux exigences de la continuité d’activité, les entreprises devraient récupérer leurs données stratégiques en 60 % du temps qu’il leur faut actuellement et effectuer leurs sauvegardes 1,5 fois plus souvent.

Ce rapport montre l’étendue de cet écart et son incidence financière pour l’entreprise. Actuellement, les entreprises souffrent de temps d’arrêt sur les applications 13 fois par an, avec un coût total relatif à ces temps d’arrêt et aux pertes de données s’élevant jusqu’à 10 163 114 $. En outre, les entreprises connaissent deux échecs de restauration par an. À cause de cela, elles perdent au moins 2 millions de dollars par année, ce qui s’explique par la perte de données et d’autres facteurs tels que les chutes de productivité et les opportunités manquées.

La conclusion de ce rapport donne le détail des raisons pour lesquelles les solutions de sauvegarde traditionnelles ne

Figure 1 : Industries des personnes interrogées (%)

23

22

22

17

16

Détail, distribution & transportFabricationServices financiersServices aux entreprisesAutre secteur commercial

Détail, distribution & transport

Fabrication

Services financiers

Services aux entreprises

Autre secteur commercial

satisfont toujours pas aux exigences en matière de RTO et de RPO. Les répondants soulignent que ces solutions manquent de fonctionnalités telles que la restauration ultra-rapide (souhaitée par 60 % des entreprises), la prévention contre les pertes de données (53 %), la protection vérifiée (47 %), l’utilisation des données de sauvegarde en tant qu’environnement de test similaire à l’environnement de production pour les nouveaux correctifs et les mises à jour (38 %), et la visibilité complète avec supervision et alertes proactives en ce qui concerne les problèmes avant toute incidence opérationnelle (36 %).

Il indique ensuite quelles actions les entreprises mettent en œuvre pour assurer la disponibilité de leurs data centers modernes. Eu égard au manque de capacités mentionné ci-dessus, il n’est pas surprenant que 78 % des entreprises projettent de changer de solution de sauvegarde dans les 2 prochaines années.

Le présent rapport se fonde sur une enquête en ligne menée en août et septembre 2014 par Vanson Bourne, société d’études de marché indépendante, auprès de 760 décideurs informatiques issus d’entreprises des États-Unis, du Royaume-Uni, d’Allemagne, de France, d’Italie, des Pays-Bas, de Suisse, du Brésil, d’Australie et de Singapour employant plus de 1 000 personnes.

Contexte de l’étudeLes personnes interrogées ont été choisies sur une palette diversifiée de secteurs d’activité, à savoir : vente au détail, distribution et transport (23 % des répondants), fabrication (22 %), services financiers (22 %), services aux entreprises (17 %) et autres secteurs commerciaux (16 %). En conséquence, les résultats de l’étude ont été distribués de manière homogène sur diverses entreprises et divers secteurs, réduisant ainsi les risques de voir un secteur particulier biaiser les statistiques (Figure 1).

Résumé


Partie 1 : Le data center moderne


Partie 1 : Le data center moderne

Figure 2 : Entreprises ayant modernisé, modernisant ou prévoyant de moderniser leurs data centers (%)

Le centre de données a déjà été modernisé

Le centre de données est en train d’être modernisé

Modernisation prévue dans les 2 ans

Aucune modernisation du centre de données prévue

Les exigences des entreprises ont changé de manière considérable en relativement peu de temps. L’informatique est devenue stratégique pour chaque entreprise, et les exigences professionnelles qui y sont relatives ont changé de manière significative. Aujourd’hui, pour rester concurrentielles, les entreprises doivent produire des services informatiques plus rapidement, renforcer la sécurité et le contrôle, diminuer les coûts d’exploitation

et augmenter leur flexibilité. Pour répondre à ces exigences, les entreprises mettent en place des data centers modernes en investissant dans des technologies modernes telles que la virtualisation, le stockage moderne et le cloud. Actuellement, 81 % des entreprises modernisent ou ont déjà modernisé leurs data centers, avec 16 % de plus prévoyant de le faire au cours des 2 prochaines années (fig. 2).

TOTAL25 56 16 3

26

5716

FR22

5820

BR

26

48

21

5 DE20

6416

IT

21

6514US7 83

10SG

1760

23

CH

43

3614

6 UK

26

6212AU

3030

2218

NL

MOYENNE

1



68 % de ces entreprises modernisant leurs data centers le font pour permettre une continuité 24/7 de leur activité (fig. 3). Il semble exister un consensus sur la technologie requise pour moderniser entièrement un data center. 97 % des entreprises engagées dans la modernisation du data center investissent ou

Figure 3 : Forces motrices de la modernisation du datacenter (%)

Figure 4 : Technologies dans lesquelles les entreprises investissent ou prévoient d’investir (%)

prévoient d’investir dans la virtualisation de leurs serveurs. Les autres technologies visées sont les mises à niveau du stockage (95 %), les mises à niveau du système d’exploitation (94 %), ainsi que la protection des données et la récupération après incident (93 %, fig. 4).

68%

Possibilité de réaliserdes opérations

Always-On Business

70%

Des coûts d'exploitationréduits pour le service

informatique

67%

Renforcement de la sécurité et

des contrôles

58%

Configuration plusrapide de nouveaux

services et applications

49%

Offrir aux utilisateurs finauxdes services informatiques

plus rapides et plus efficaces

97

95

94

93

88

87

83

82

79

79

78

70

20

Virtualisation des serveurs

Mises à niveau du stockage

Mises à niveau de l'OS

Protection des données et récupération après incident

Virtualisation du réseau

Infrastructure de bureau virtuel

Consolidation des centres de données existants

Cloud privé

Cloud public : Infrastructure en tant que Service (IaaS)

Ajout de nouveaux centres de données

Cloud public : Logiciel en tant que Service (SaaS)

Cloud public : DR en tant que Service (DRaaS)

Autres fonctions


Partie 2 : « L’Always-On Business » ou l’activité en continu


Partie 2 : « L’Always-On Business » ou l’activité en continu

Figure 5 : Entreprises renforçant leurs exigences de protection des données au cours des 2 dernières années (%)

Pourcentage des organisations qui ont augmenté leurs exigences pour minimiser les temps d’indisponibilité d’application

Pourcentage des organisations qui ont augmenté leurs exigences pour garantir l’accès aux données

Au cours des 10 dernières années, les entreprises ont vu les utilisateurs finaux exiger un accès croissant aux données et aux applications pour de nombreuses raisons, dont :

• horaires de plus en plus flexibles ;

• mondialisation permettant aux entreprises d’établir des filiales sur de nombreux fuseaux horaires ;

• clients consommant en ligne à tout moment ;

• intégration et automatisation de la chaîne logistique exigeant l’accès constant aux systèmes opérationnels et aux données ;

• avènement de l’Internet des objets signifiant que les périphériques sont connectés et contrôlés de manière permanente.

Considérées en groupe, ces exigences signifient que les entreprises doivent fonctionner « en continu ». Plus de données et d’applications sont maintenant considérées comme stratégiques et les entreprises ont moins de patience pour les temps d’arrêt, ce qui entraîne un besoin accru de disponibilité des data centers modernes. Plus de 90 % des entreprises étudiées se trouvaient en phase de hausse de leurs exigences de disponibilité afin de répondre aux besoins de continuité de leur activité. Plus spécifiquement, 93 % des répondants haussent leurs exigences pour minimiser les temps d’arrêt, alors que 92 % le font pour garantir l’accès aux données (fig. 5)

9394

9897

9192

78

100 100

83

97

92

92

98

90 91

94

88

100

97

80

97

65

70

75

80

85

90

95

100

MOYENNE Australie Brésil France Allemagne Italie Pays-Bas Singapour Suisse Royaume-Uni États-Unis



Figure 6 : Facteurs de minimisation des temps d’arrêt et de garantie d’accès aux données (%)

Ce processus est alimenté par les exigences des utilisateurs, la plus commune étant des interactions plus fréquentes et en temps réel entre clients, partenaires, fournisseurs et employés (65 %). Le besoin d’accéder aux applications sur plusieurs fuseaux horaires (56 %), l’adoption progressive des périphériques mobiles (56 %), la plus grande flexibilité des horaires (54 %) et un niveau croissant d’automatisation en ce qui concerne la prise de décision et les transactions (53 %) ont été également indiqués en tant qu’exigences importantes (fig. 6).

Figure 6: Key drivers for minimizing downtime and guaranteeing access to data, %

65

56

56

54

53

46

45

1

Interactions plus fréquentes et en temps réel entreles clients, partenaires, fournisseurs et employés

Accès 24/7 aux applications à cause dela globalisation par fuseaux horaires

Augmentation de l'utilisation des appareils mobiles

Accès 24/7 aux applications, car les employéstravaillent en dehors des heures de bureau

Augmentation du niveau d'automatisation pourles prises de décision et transactions

Attitude de tolérance zéro de la part des utilisateurs concernantles temps d'indisponibilité et la perte de données

Volumes de données qui augmentent rapidement

Aucun facteur clé


Partie 3 : L’écart de disponibilité


Figure 7 : Proportion de charges stratégiques (%)

Pourcentage stratégique actuel de la charge de travail

Pourcentage stratégique prévu de la charge de travail dans deux ans

Partie 3 : L’écart de disponibilitéLa modernisation du data center n’a pas comme conséquence automatique une plus grande disponibilité de toutes les données et applications. En fait, malgré les investissements dans la virtualisation, les stockages évolués et le cloud, beaucoup d’entreprises restent incapables de satisfaire les RPOs et RTOs de leurs contrats de niveau de service (SLA). Ceci creuse un « écart de disponibilité » entre les exigences de disponibilité de la continuité de l’activité et ce que les solutions de sauvegarde des sociétés peuvent réellement permettre.

Pour mieux mesurer leur disponibilité, les entreprises regardent leurs RPOs et RTOs pour les applications critiques et non critiques. Les entreprises doivent avoir l’assurance que leurs applications les plus stratégiques resteront disponibles 24/7. Actuellement, 46 % de charges de travail sont stratégiques, et l’on s’attend à voir ce chiffre atteindre 53 % d’ici 2016 (fig. 7).

64

46 48

60

39 39

47

41

52

45

42

51

5354

67

44 45

50

59

64

51

47

58

35

40

45

50

55

60

65

70




Figure 8 : Temps de restauration moyen et RTO – applications critiques (en heures)

Figure 9 : Temps de restauration moyen et RTO – applications non critiques (en heures)

Le premier niveau de service critique en matière de continuité de l’activité est le RTO, à savoir la vitesse à laquelle les applications peuvent être restaurées. Une restauration plus rapide des applications signifie des temps d’arrêt et une incidence sur l’activité moindres en termes de ventes et de productivité perdues. Actuellement, la restauration des applications

Temps de restauration moyen

Actuelle RTO


Actuelle RTO

stratégiques nécessite une moyenne de 2,86 heures, contre un RTO de 2,69 heures (fig. 8), alors que la restauration des applications non stratégiques demande 8,45 heures en moyenne contre un RTO de 10,02 heures (fig. 9). Comme nous pouvons le voir, l’entreprise moyenne respecte (ou presque) ses niveaux de service en matière de restauration des données.

Figure 8: Average recovery time against RTO : mission-critical applications (hours)

2,86

1,6 1,61,9

1,1

5,3

1,9

2,3

3,9

5,2

3,32,69

2,6

3,6

1,7

1,0

3,7

2,9

1,0

3,3

4,1

3,0


Figure 9: Average recovery time against RTO: non-mission-critical applications (hours)

8,45

8,2

5,3

8,2

5,8

14,0 14,3

2,3

4,8

13,7

7,1

10,0212,3

10,4

7,76,4

13,6

10,8

3,24,5

22,0

8,0




Le deuxième niveau de service critique est le RPO, c.-à-d. les données les plus récentes récupérables et la quantité de données irrécupérables en cas de panne informatique. Plus une entreprise sauvegarde ses données souvent, plus son RPO est réduit, ainsi que son exposition aux pertes de données. Actuellement, les entreprises parviennent moins bien à respecter leurs RPOs, ce qui leur fait courir un risque de pertes de données excessives.

Les applications stratégiques sont sauvegardées toutes les 4,81 heures contre un RPO de 3,53 heures (fig. 10). Les applications non stratégiques sont sauvegardées toutes les 14,46 heures contre un RPO de 11,53 heures (fig.11). En comparant les chiffres des RPOs et RTOs, il est clair que les entreprises peuvent restaurer leurs applications dans les temps convenus, mais courent le risque de pertes de données excessives.

14,46

17,4

11,0

16,5

14,5

22,4

12,0

8,0

21,3

15,8

11,5

11,53

9,310,4

13,5

7,6

17,7

10,7

5,0

13,9

18,5

9,5


Figure 10: Average backup frequency against RPO: mission-critical applications (hours)

6,1

4,81

4,8

3,9

5,76,1

5,7

2,9

4,4

5,3

4,14,6

3,53

1,1

5,4

3,9

2,2

4,4

3,7

1,8

5,2

3,2

4,0


Figure 10 : Fréquence de sauvegarde moyenne et RPO – applications stratégiques (en heures)

Figure 11 : Fréquence de sauvegarde moyenne et RPO – applications non stratégiques (en heures)

Fréquence de sauvegarde moyenne

Actuelle RPO


Actuelle RPO



Pourtant, même ces performances ne suffisent pas à satisfaire les exigences de disponibilité d’une entreprise. 82 % de répondants disent qu’il existe un « écart de disponibilité » entre le niveau de protection des données qu’ils peuvent offrir maintenant et ce que les utilisateurs exigent afin d’assurer la continuité de l’activité (fig. 12). Afin d’annuler cet écart, les répondants indiquent que leurs solutions de protection des données devraient offrir un RTO de 1,73 heure et un RPO de 3,19 heures. En conséquence, les

entreprises devraient restaurer leurs données stratégiques en 60 % du temps nécessaire actuellement (fig. 13 à la page 14) et effectuer leurs sauvegardes 1,5 fois plus souvent qu’elles ne le font maintenant (fig. 14 à la page 14). Il est cependant très probable que les exigences continuent à tendre vers des RTO et RPO de plus en plus réduits alors que les entreprises essaieront de garantir des services informatiques 24/7. Ceci signifie qu’en dépit de leurs efforts de modernisation de leurs data centers, elles resteront en retrait par rapport aux niveaux de service que la continuité de l’activité exige.

ROYAUME-UNI

FRANCE ALLEMAGNE ITALIE

PAYS-BAS SUISSE ÉTATS-UNIS

BRÉSIL

SINGAPOUR

82%

70% 78% 80%

74% 87% 88%

96%

AUSTRALIE

86%

100%

82%

MOYENNE

Figure 12 : Pourcentage d’entreprises identifiant un « écart de disponibilité » (%)



Figure 13 : Différence entre RTO désiré et temps de restauration (en heures)


RTO désiré 2,86

1,6 1,61,9

1,1

5,3

1,92,3

3,9

5,2

3,3

1,73

1,01,3

1,7

0,7

2,2

1,51,3

1,9

2,8

2,0


4,814,8

3,9

5,76,1

5,7

2,9

4,4

5,3

4,1

4,6

3,19 3,6

2,7

3,6

2,0

3,43,0

1,9 1,9

5,1

3,0


Figure 14 : Différence entre RPO désiré et fréquence de sauvegarde (en heures)


RPO désiré


Partie 4 :Coût financier des temps d’arrêt


Partie 4 : Coût financier des temps d’arrêt Effet significatif du non-respect des exigences de disponibilité des données et des applications, les entreprises sont exposées à des coûts inutiles. Par exemple, les entreprises peuvent manquer des opportunités commerciales ou doivent restructurer leur exploitation avec des frais lorsque certaines applications critiques tombent en panne.

Sans compter les coûts de productivité perdue pendant chaque temps d’arrêt. Comme il n’existe plus de période « sûre » pour les temps d’arrêt en dehors des heures de travail classiques, ces coûts sont amplifiés. En moyenne, les entreprises font l’expérience de temps d’arrêt non planifiés 13 fois par an (fig. 15).

MOYENNE

10 16 15 11 17

9 12 13 14 12

13

ROYAUME-UNI

FRANCE ALLEMAGNE ITALIE

PAYS-BAS SUISSE ÉTATS-UNIS

BRÉSIL

SINGAPOUR

AUSTRALIE

Figure 15: Nombre d’incidents par an concernant les temps d’indisponibilité applicative non planifiés



Figure 17: Coût par heure pour les temps d’indisponibilité applicative (US$)

Applications stratégiques

Applications non stratégiques

Figure 18: Coût par incident de temps d’indisponibilité applicative (US$)

1,33

0,58

1,541,19

0,90

2,16

0,89

1,46

2,40

1,15

1,56

3,97

3,30

2,74

4,54

3,01

5,69 5,78

3,473,72

4,99

3,34


Figure 16: Longueur des temps d’indisponibilité applicative non planifiés (heures)



Ces temps d’arrêt durent 1,33 heure pour les applications stratégiques et 3,97 heures pour les applications non stratégiques (fig. 16). Le coût moyen d’une heure de temps d’arrêt d’une application stratégique s’élève à 82 864 $, et

à 43 886 $ pour une application non stratégique (fig. 17). Ceci signifie qu’un arrêt d’application stratégique coûte en moyenne 110 209 $ alors qu’un arrêt d’application non stratégique coûte en moyenne 174 227 $ (fig. 18).

Figure 17: Cost per hour of application downtime (US$)

$78 873

$105 844

$82 338

$50 611

$71 255

$75 641

$129 216

$56 953

$138 519

$68 052

$20 518

$40 920

$52 253

$26 389

$62 580

$26 069

$62 544

$26 658

$49 225

$51 944

MOYENNE

Australie

Brésil

France

Allemagne

Italie

Pays-Bas

Singapour

Suisse

Royaume-Uni

États-Unis

$82 864$43 886

Figure 18: Cost per incident of application downtime (US$)

TOTAL

UK

France

Germany

Italy

Netherlands

Switzerland

USA

Brazil

Australia

Singapore

$45 746

$163 000

$97 982

$45 550

$153 911

$67 320

$188 655

$136 687

$159 297

$106 161

$174 227

$67 709

$112 121

$237 229

$79 431

$356 080

$150 679

$217 028

$99 168

$245 633

$173 493

$110 209 MOYENNE

AU

Brésil

France

DE

Italie

Pays-Bas

Singapour

Suisse

Royaume-Uni

États-Unis



Parallèlement aux coûts directs des temps d’arrêt, il existe également des coûts liés à la perte de données, c.-à-d. aux données non sauvegardées et qui ne peuvent donc pas être restaurées en cas de temps d’arrêt. Selon l’importance des données elles-mêmes, cela peut représenter un coût énorme pour une entreprise en

Figure 19: Coût de perte de données par heure (US$)

Figure 19: Cost of data loss per hour (US$)

TOTAL

UK

France

Germany

Italy

Netherlands

Switzerland

USA

Brazil

Australia

Singapore $70 913

$84 018

$70 844

$64 075

$44 386

$63 278

$107 694

$128 540

$56 928

$87 317

$61 948

$42 016

$26 226

$49 779

$37 843

$24 759

$43 550

$29 033

$61 157

$50 211

$43 360

$52 804

MOYENNE

Australie

Brésil

France

Allemagne

Italie

Pays-Bas

Singapour

Suisse

Royaume-Uni

États-Unis

termes d’opportunités commerciales manquées et de productivité perdue. La perte de données pour les applications stratégiques coûte en moyenne 70 913 $ par heure de données perdues. Pour les applications non stratégiques, la perte de données coûte en moyenne 42 016 $ par heure de données perdues (fig. 19).





En comparant la fréquence des sauvegardes d’applications, comme le montrent les figures 10 et 11, on voit qu’un unique incident peut coûter aux entreprises jusqu’à 341 092 $ en données perdues pour les applications stratégiques, et jusqu’à 607 551 $ pour les applications non stratégiques (fig. 20).

Figure 20: Coût maximum de perte de données par incident (US$)

Figure 20: Maximum cost of data loss per incident, US$$341 091

$406 647

$272 749

$362 665

$268 535

$362 583

$306 928

$565 576

$302 288

$361 492

$283 102

$607 551

$456 595

$548 565

$624 410

$359 253

$973 343

$349 557

$489 868

$1 067 988

$685 955

$606 718

MOYENNE

Australie

Brésil

France

Allemagne

Italie

Pays-Bas

Singapour

Suisse

Royaume-Uni

États-Unis





Au total, un seul temps d’arrêt peut coûter 451 301 $ pour des applications stratégiques et 781 778 $ pour des applications non stratégiques, en ajoutant les coûts du temps d’arrêt et de la perte de données (fig. 21).

Figure 22 : Coût annuel maximum des temps d’arrêt (en US$)

Figure 21: Maximum cost per incident of downtime (US$)

$781 778

$524 304

$711 565

$861 639

$438 684

$1 329 423

$500 236

$782 604

$1 230 988

$931 588

$780 211

MOYENNE

Australie

Brésil

France

Allemagne

Italie

Pays-Bas

Singapour

Suisse

Royaume-Uni

États-Unis

Figure 22: Maximum annual cost of downtime (US$)

$10 163 114

$5 243 040

$11 385 040

$12 924 585

$4 825 524

$22 600 191

$4 502 124

$9 391 248

$16 002 844

$13 042 232

$9 362 532

MOYENNE

AU

BR

FR

DE

IT

NL

SG

CH

UK

USA

Avec une moyenne de 13 incidents par an, les entreprises subissent un coût annuel moyen s’élevant jusqu’à 10 163 114 $, selon la nature de l’application concernée et la quantité de données perdue dans chaque cas (fig. 22).

Figure 21 : Coût maximum par temps d’arrêt (en US$)



Ces coûts constituent probablement une raison importante pour laquelle les entreprises exigent la disponibilité constante des services informatiques. Par exemple, si les entreprises pouvaient respecter les niveaux de service sur la perte des données actuellement exigés par la continuité de l’activité comme illustré sur la figure 14, aussi bien pour les applications stratégiques et non stratégiques, et en admettant que le coût horaire des pertes de données indiqué sur la figure 19 reste

constant, le risque maximum de perte de données s’élèverait à 226 212 $ pour les applications stratégiques et à 134 031 $ pour les applications non stratégiques. Ceci représente une réduction de risque d’au moins 100 000 $ par incident, soit 1,3 million de dollars par an, par la seule amélioration du RPO (fig. 23). Et étant donné que l’amélioration des RTOs est également susceptible d’affecter les temps d’arrêt, les économies de coûts peuvent s’avérer significatives.

Figure 23: Risque de perte de données réduit au minimum par incident à partir de RPO améliorés (US$)

Temps d’indisponibilité par incident d’application stratégique

Temps d’indisponibilité par incident non stratégique

Figure 23: Minimum reduced data loss risk per incident from improved RPOs (US$)$114 879

$105 863

$84 304

$129 432

$181 538

$149 336

$317 494

$192 986

$94 780

$473 520

$362 706

$416 153

$486 661

$310 725

$826 580

$262 748

$371 835

$971 583

$464 385

$446 194

MOYENNE

Australie

Brésil

France

Allemagne

Italie

Pays-Bas

Singapour

Suisse

Royaume-Uni

États-Unis



En effet, si les entreprises pouvaient atteindre des RTOs et RPOs cibles de 15 minutes ou moins, que les outils modernes de protection des données peuvent fournir, les économies seraient significatives. En supposant à nouveau que le coût horaire des pertes de données et des temps d’arrêt d’applications indiqués sur la figure 17 reste constant, le coût maximal d’une panne d’application s’élèverait à 38 444 $ (fig. 24). Si un temps d’arrêt inattendu se produit 13 fois par an, ceci représente un coût annuel maximum de 499 772 $ et signifie une économie de 932 945 $ au strict minimum.

Ces statistiques montrent les coûts réels de « l’écart de disponibilité ». Et ces coûts ne feront qu’augmenter avec les exigences croissantes de la continuité de l’activité. Les entreprises doivent agir immédiatement afin de s’assurer que les coûts représentés par l’écart de disponibilité ne passent pas de quelques dizaines à plusieurs centaines de milliers de dollars.

Figure 24: Maximum cost per downtime incident from meeting 15-minute RTPO US$

TOTAL

UK

France

Germany

Italy

Netherlands

Switzerland

USA

Brazil

Australia

Singapore $38 444

$40 723

$44 172

$36 603

$23 749

$33 633

$45 834

$64 439

$28 470

$56 459

$32 500

$21 476

$11 686

$22 675

$22 524

$12 787

$26 533

$13 776

$30 925

$19 217

$23 146

$26 187

MOYENNE

Australie

Brésil

France

Allemagne

Italie

Pays-Bas

Singapour

Suisse

Royaume-Uni

États-Unis

Figure 24: Coût maximum par incident de temps d’indisponibilité en atteignant les RTPO de 15 minutes (US$)

Coût maximum stratégique

Coût maximum non stratégique


Partie 5 :Solutions et fonctionnalités pour la disponibilité (la source du problème)


Partie 5 : Solutions et fonctionnalités pour la disponibilité (la source du problème)

Figure 25 : Fonctionnalités dont les entreprises voudraient disposer dans leur data center, mais qu’elles ne peuvent pas implémenter (%)

L’incapacité à assurer la continuité de l’activité incombe finalement à la solution de sauvegarde traditionnelle d’une entreprise : sans capacités suffisantes, les services informatiques ne peuvent pas garantir les RTOs et RPOs exigés par l’activité.

Les entreprises le reconnaissent : 92 % des personnes interrogées identifient les fonctionnalités de protection des données dont elles souhaiteraient disposer dans leur data center, mais qu’elles ne peuvent actuellement implémenter. Ces fonctionnalités comprennent la restauration ultra-rapide, c.-à-d. la capacité de restaurer n’importe quelle application ou n’importe quel serveur

en moins de 15 minutes, souhaitée par 60 % des entreprises. D’autres fonctionnalités souhaitées sont la prévention contre les pertes de données, c.-à-d. la réduction des pertes de données à 15 minutes ou moins (53 %), la protection vérifiée, c.-à-d. la restauration garantie de chaque fichier et application à chaque fois (47 %), l’utilisation des données de sauvegarde comme environnement de test similaire à l’environnement de production pour les correctifs ou les mises à jour (38 %), ainsi qu’une visibilité complète avec supervision et alertes proactives en ce qui concerne les problèmes avant toute incidence opérationnelle (36 %) (fig. 25).

Figure 25: Fonctionnalités que les organisations aimeraient avoir dans leur centre de données, mais qui ne savent pas l'implémenter, %

38%

Utilisation des données desauvegarde pour un environnement de test semblable à une production

60%

Récupération à grande vitesse

36%

Visibilitécomplète

47%

Protectionvérifiée

53%

Prévention de la perte de données



Les entreprises ont également identifié les barrières les empêchant de mettre en œuvre ces fonctionnalités. Dans chaque cas, le coût des nouvelles technologies constitue la barrière principale. Il est suivi par la complexité du développement ou le manque d’expertise, l’absence de fonctionnalités nécessaires du produit actuel et les contraintes liées aux ressources humaines (fig. 26).

Figure 26 : Facteurs empêchant les entreprises d’implémenter ces fonctionnalités (en pourcentage d’entreprises indiquant chaque facteur) (%)

Coût de la nouvelle technologie

Complexité de déploiement / manque d’expertise

Le produit actuel ne fournit pas ces fonctionnalités

Contraintes au niveau des ressources humaines

Figure 26: Facteurs empêchant les organisations d'implémenter des fonctionnalités (pourcentage d'organisations faisant part du facteur), %

5355

53

46 47

27

3640 40 40

41

33

2427

32

1513

19

27 26

Récupération à grande vitesse

Prévention de la perte de données

Protectionvérifiée

Utilisation de sauvegarde pourun environnement de test

semblable à une production

Visibilitécomplète


Partie 6 :Un exemple de manque de capacités


Partie 6 : Un exemple de manque de capacités

Figure 27 : Fréquence des tests des sauvegardes (en nombre de jours)

Figure 28 : Pourcentage des sauvegardes testées chaque trimestre (%)

Un exemple de la façon dont ce manque de fonctionnalités affecte la disponibilité des données et des applications dans les entreprises se trouve dans les tests et la vérification. Quand une sauvegarde est effectuée, il existe toujours un risque qu’elle soit endommagée et irrécupérable lorsque nécessaire. En testant les sauvegardes, les entreprises peuvent vérifier qu’elles seront correctement restaurées et que rien ne sera perdu. Toutefois, sans fonctionnalités adéquates, la vérification est une tâche consommatrice de temps, ce qui signifie que seulement une fraction des sauvegardes sera vérifiée.

Les entreprises testent la restauration de leurs sauvegardes en moyenne tous les huit jours (fig. 27). Cependant, chaque trimestre, les entreprises testent seulement en moyenne 5,26 % de leurs sauvegardes (fig. 28), ce qui signifie que l’immense majorité des sauvegardes n’est pas vérifiée et peut ainsi mener à des échecs de restauration.

Figure 27: Frequency of backup testing, days

8

10

11

8

9

8

2

4

15

3

11

MOYENNE

Australie

Brésil

France

Allemagne

Italie

Pays-Bas

Singapour

Suisse

Royaume-Uni

États-Unis

Figure 28: Percentage of backups tested each quarter, %

5,26

5,1

5,4

6,5

5,8

4,4

3,5

2

10,1

4,6

5,1

MOYENNE

Australie

Brésil

France

Allemagne

Italie

Pays-Bas

Singapour

Suisse

Royaume-Uni

États-Unis



Figure 29 : Pourcentage des sauvegardes irrécupérables (%)

Figure 30 : Coût annuel minimum des pertes de données inévitables (en milliers de $ US)

Figure 29: Percentage of backups that fail to recover, %

17

10

26

18

16

22

10

20

26

12

17

MOYENNE

Australie

Brésil

France

Allemagne

Italie

Pays-Bas

Singapour

Suisse

Royaume-Uni

États-Unis

Figure 30: Minimum annual cost of unavoidable data loss, thousands US$

TOTAL

UK

France

Germany

Italy

Netherlands

Switzerland

USA

Brazil

Australia

Singapore$682

$407

$1 091

$1 089

$537

$1 450

$307

$980

$907

$723

$566

MOYENNE

Australie

Brésil

France

Allemagne

Italie

Pays-Bas

Singapour

Suisse

Royaume-Uni

États-Unis

Ceci est confirmé par le fait que 16,74 % des sauvegardes ne peuvent être restaurées (fig. 29). Avec des temps d’arrêt non planifiés survenant 13 fois par an, cela signifie que les restaurations effectuées par les entreprises échoueront deux fois chaque année, augmentant ainsi considérablement la durée, les pertes de données et le coût des temps d’arrêt.

En effet, en raison de ces pannes, la perte de données coûtera à une entreprise un minimum de 682 184 $ par an, étant donné que la meilleure situation est celle où le système sera restauré à sa dernière sauvegarde valide (fig. 30).



Figure 31 : Coût annuel minimum des pannes d’applications (en milliers de US$)

Figure 32 : Pourcentage d’entreprises indiquant des temps d’arrêt supérieurs aux prévisions lors du déploiement de correctifs ou de mises à jour d’applications (%)

Figure 32: Percentage of organizations reporting more downtime than expected when performing patches or upgrades to applications, %

TOTAL

UK

France

Germany

Italy

Netherlands

Switzerland

USA

Brazil

Australia

Singapore87

92

100

81

71

94

72

97

87

91

92

MOYENNE

Australie

Brésil

France

Allemagne

Italie

Pays-Bas

Singapour

Suisse

Royaume-Uni

États-Unis

Figure 31: Minimum annual cost of application failure, thousands US$

TOTAL

UK

France

Germany

Italy

Netherlands

Switzerland

USA

Brazil

Australia

Singapore $2 115

$864

$2 885

$2 558

$1 038

$4 067

$913

$3 244

$2 196

$2 953

$1 840

MOYENNE

Australie

Brésil

France

Allemagne

Italie

Pays-Bas

Singapour

Suisse

Royaume-Uni

États-Unis

En ajoutant le coût de cette perte de données au coût moyen minimum des temps d’arrêt, une entreprise perdra au moins 2 millions de dollars chaque année en raison des pannes d’applications (fig. 31). Tester n’est pas seulement nécessaire pour valider la restauration des sauvegardes. Tester les correctifs ou les mises à jour

d’applications dans un bac à sable semblable à l’environnement de production avant de les déployer en production permet également de s’assurer que ces correctifs ou mises à jour s’exécuteront comme prévu, et que l’activité ne souffrira pas de temps d’arrêt excessifs. Cependant, ce n’est actuellement pas le cas. 87 % des entreprises signalent des temps d’arrêt plus longs que prévu lors du déploiement de correctifs ou de mises à jour d’applications (fig. 32).


Partie 7 :Perspectives d’avenir


Comme nous avons vu, les entreprises ont conscience de la nécessité d’assurer la disponibilité du data center moderne pour parvenir à la continuité d’activité ou « Always-On Business », et de leur inaptitude à le faire. D’ici deux ans, le paysage devrait être très différent. 78 % des entreprises prévoient de changer de produit de protection des données au cours des deux prochaines années, avec une projection moyenne à six mois (fig. 33).

Figure 33 : Pourcentage d’entreprises projetant de changer de produit de protection des données dans les 2 prochaines années (%)

Changement dans les 6 mois

Changement dans l’année

Changement dans les 2 ans

Aucun projet de changement

Cela s’avérera essentiel pour satisfaire leurs exigences commerciales. Il est clair que la tendance actuelle de la modernisation du data center ne donne pas aux entreprises les fonctionnalités dont elles ont besoin pour faire de la continuité de l’activité une réalité. Au lieu de cela, les services informatiques doivent avoir la certitude que les temps de restauration sont aussi courts que possible, que les pertes de données sont minimisées et que les sauvegardes seront restaurées comme prévu lorsque nécessaire. Sans ces capacités, les entreprises n’auront d’autre choix que d’assumer les coûts croissants de l’écart de disponibilité.

Figure 33: Percentage of organizations planning to change their data protection product in the next 2 years, %

41

30

13

15FR

54

36

64 BR

33

37

723

DE

40

24

828

IT

45

22

15

18

US

63

27

37

SG

50

237

20

CH18

25

16

40

UK

2634

1624

AU

3412

16

38

NL

40MOYENNE 27 11 22

Partie 7 : Perspectives d’avenir


veeam data center availability report 2014 le défi de « l

Documents