29 août 2020 Refresh2Cloud – Mise en place de systèmes de test dans le nuage
Les processus d'entreprise qui ne fonctionnent pas n'ont jamais été bons. Il ne s'agit pas d'une idée totalement nouvelle. Le progrès technique et des processus d'entreprise toujours plus optimisés font cependant en sorte que les tampons de risque et de sécurité se rétrécissent dans les processus d'entreprise dans des réseaux d'effets et de dépendances toujours plus grands. La défaillance des systèmes centraux peut donc avoir un impact concret et dévastateur sur les opérations et les chiffres de l'entreprise en quelques minutes.
Les entreprises prennent naturellement des précautions en cas d'urgence. La virtualisation, les clusters, les concepts sophistiqués de sauvegarde/restauration et toutes les mesures organisationnelles associées sont les solutions habituelles. Tous ces éléments sont également corrects. Mais il y a souvent une exigence à laquelle ils ne répondent pas. Soit ils sont très complexes à traiter, soit l'une des dimensions de RPO, RTO ou RCO n'est pas suffisamment couverte. Ou bien ils sont limités à des scénarios purement locaux.
Pour surmonter ces restrictions locales, il existe l'option classique consistant à travailler avec des systèmes et des centres de données distants. Cependant, de nombreuses entreprises hésitent encore à faire face aux coûts associés.
Les raisons générales de l'exploitation à distance des systèmes de défaillance sont désormais suffisamment connues de la gestion des risques : Incendies ou inondations majeurs, pannes de réseau ou d'électricité généralisées, ou encore grèves et même sabotages. Ils font tous en sorte que les gestionnaires d'entreprise, les responsables de CRITIS, les auditeurs et d'autres organismes arrivent de plus en plus à la conclusion, dans leurs évaluations et leurs considérations sur l'atténuation des risques, que les concepts de disponibilité et de reprise après sinistre au niveau local ou du campus sont rarement suffisants.
Au plus tard, cela devient critique lorsque le campus ou une région entière n'est pas disponible en termes d'informatique. Il est tout à fait clair que les unités locales ne peuvent pas travailler de manière significative ou sont également confrontées à des défis complètement différents. Mais lorsque d'autres sites de l'entreprise sont contraints d'interrompre leur travail parce qu'ils ne peuvent pas accéder aux systèmes centraux, on constate souvent une négligence.
Si les entreprises exploitent de toute façon des centres de données distribués, cela peut jouer un rôle plutôt subalterne. Dans ces cas, nous soutenons les scénarios de DR avec le portefeuille Libelle BusinessShadow qui fonctionne réellement en cas d'urgence. Commutation de bases de données individuelles, d'environnements d'applications complexes ou de centres de données entiers par simple pression d'un bouton. Les meilleures pratiques issues de 25 ans de collaboration avec des centaines d'entreprises clientes.
Cependant, toutes les entreprises ne peuvent ou ne veulent pas mettre en place et gérer un second centre de données sur un autre site. En effet, tant sur le plan de l'infrastructure (bâtiments, systèmes de sécurité, réseaux, etc.) que sur le plan technique (matériel de serveur, systèmes d'exploitation, logiciels, etc.), ces systèmes doivent bien entendu être entièrement entretenus. Cela se traduit par des coûts et des efforts internes et/ou externes pour des environnements qui, la plupart du temps, ne sont pas utilisés activement, mais qui doivent être entièrement disponibles en cas d'urgence. En outre, leur taille est souvent adaptée à une exploitation productive. Ou en d'autres termes : un capital mort et debout à une échelle significative, qui entraîne même des dépenses.
Dans ces cas, Libelle, en collaboration avec divers fournisseurs de services en nuage, offre la possibilité de résoudre ces situations de manière relativement simple et efficace - avec DR as a Service - DRaaS.
Vous exploitez vos environnements productifs localement dans le centre de données de votre entreprise, comme auparavant. Bien entendu, vous pouvez continuer à utiliser toutes les technologies de disponibilité existantes et conserver les procédures existantes. Vous pouvez également réévaluer les procédures existantes à tout moment.
En outre, en collaboration avec Libelle et l'un des fournisseurs de services en nuage, vous construisez des systèmes de secours qui sont réduits à des exigences minimales pendant le fonctionnement normal. Ceux-ci doivent simplement être suffisamment performants pour accueillir le flux de données provenant du Libelle BusinessShadow. Moyens : coûts comparativement très faibles pour ce système d'urgence en fonctionnement normal.
En cas d'urgence, les paramètres de performance sont augmentés, comme dans les environnements virtualisés. Plus de CPU, plus de RAM, plus de débit réseau. Ici, vous décidez individuellement quelles performances doivent être disponibles en mode d'urgence. Cette opération d'urgence entraîne des coûts correspondants, mais ceux-ci peuvent être calculés très longtemps à l'avance et restent, dans la plupart des cas, bien inférieurs aux coûts d'un système autonome.
Le mot clé ici est "right-sizing". Pour chaque mode de fonctionnement, vous choisissez la bonne taille de système et ne payez que pour cela.
Il existe de nombreuses raisons de penser aux systèmes en nuage. Certains d'entre eux peuvent également se retrouver dans d'autres scénarios d'application.
Cependant, il existe des approches très intéressantes, notamment pour le concept de DR : Les entreprises ne doivent pas investir dans l'infrastructure correspondante, ni dans le redimensionnement décrit ci-dessus. Mais d'autres aspects doivent également être pris en compte lors de la prise de décision :
Certes, un tel scénario DRaaS n'est pas intéressant pour toutes les entreprises. Nous sommes heureux de vous soutenir avec nos meilleures pratiques dans l'analyse concrète, le calcul et l'évaluation et, si nécessaire, également la mise en œuvre des scénarios correspondants. Nous travaillons avec les grands hypers comme AWS et Microsoft Azure ainsi qu'avec des fournisseurs à vocation régionale. La question de vos besoins spécifiques se pose toujours dans le processus de sélection, que nous serons heureux d'évaluer avec vous.
Nous constatons également que certains de nos clients utilisent DRaaS comme un scénario d'entrée dans les opérations régulières de cloud. L'avantage de cette démarche, outre les raisons mentionnées ci-dessus, est également l'acquisition d'une expérience. En outre, il existe de nombreux autres éléments déclencheurs possibles : les concepts et infrastructures de DR existants, qui ont été "suffisamment bons" pendant longtemps, atteignent leurs limites en termes d'exigences/de performances ; le matériel arrive à expiration ; les contrats des fournisseurs de services existants arrivent à expiration ; les centres de données doivent être réduits ; ...
Si le sujet du cloud est envisagé de toute façon, mais qu'une conversion "big bang" doit être évitée, alors l'externalisation de l'exploitation des systèmes DR est, à notre avis, une première étape tout à fait appropriée pour maintenir la sécurité informatique, s'appuyer sur les meilleures pratiques, acquérir une expérience propre et aussi réaliser des effets commerciaux.