Libelle

Concept du Disaster Recovery avec Cloud hybride (DRaaS)

Les scénarios de DR fonctionnels : plus importants aujourd’hui que jamais.

Les processus commerciaux qui ne fonctionnent pas n’ont jamais été bons. Il ne s’agit pas d’une vi-sion complètement nouvelle. Cependant, le progrès technique et l’optimisation constante des pro-cessus commerciaux entraînent des réseaux d’effets et de dépendances toujours plus vastes. La dé-faillance des systèmes centraux peut donc avoir des effets concrets et dévastateurs sur les opéra-tions et les chiffres des entreprises en quelques minutes.

Les entreprises prennent naturellement des dispositions en cas d’urgence. La virtualisation, les clus-ters, 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 sou-vent une exigence à laquelle ils ne répondent pas. Soit leur traitement est très complexe, soit l’une des dimensions de RPO, RTO ou RCO n’est pas suffisamment couverte. Ou bien ils se limitent à des scénarios purement locaux.

Pour résoudre ces restrictions locales en particulier, il existe l’option classique consistant à travailler avec des systèmes et des centres de données distants. Toutefois, de nombreuses entreprises hési-tent encore à assumer les dépenses qui y sont liées.

Systèmes d’urgence locaux / sur le campus ? De plus en plus souvent, il s’agit d’un échec.

Les raisons générales du fonctionnement à distance des systèmes de défaillance sont maintenant suffisamment connues grâce à la gestion des risques : Les grands incendies ou les inondations, les pannes de réseau ou d’électricité de grande ampleur, voire les grèves et même les sabotages. Ils veil-lent tous à ce que les chefs d’entreprise, les responsables de KRITIS, les auditeurs et d’autres orga-nismes arrivent de plus en plus souvent à la conclusion, dans leurs évaluations des risques et leurs considérations sur l’atténuation des risques, que les concepts de disponibilité et de disaster-recovery au niveau local ou du campus sont rarement suffisants.

Au plus tard lorsque le campus ou une région entière est indisponible en matière de technologies de l’information, la situation devient critique. Il est clair que les unités locales ne peuvent pas fonction-ner correctement ou faire face à des défis complètement différents. Cependant, lorsque d’autres en-treprises sont contraintes de cesser leur activité parce qu’elles n’ont pas accès aux systèmes cen-traux, on constate souvent des négligences.

Les systèmes de production dans le propre centre informatique, les systèmes de défaillance dans le cloud.

Si les entreprises exploitent de toute façon des centres de données répartis, cela peut jouer un rôle plutôt mineur. Dans ces cas, nous soutenons des scénarios de RD avec notre portefeuille Libelle Busi-nessShadow qui fonctionnent réellement en cas d’urgence. Il suffit d’appuyer sur un bouton pour changer de base de données, d’environnement d’application complexe ou de centre de données en-tier. Les meilleures pratiques de 25 ans avec des centaines d’entreprises clientes.

Cependant, toutes les entreprises ne peuvent ou ne veulent pas mettre en place et gérer un deu-xième centre de données à un endroit différent. En effet, tant l’infrastructure (bâtiments, systèmes de sécurité, réseaux, etc.) que la technologie des systèmes (matériel de serveur, systèmes d’exploita-tion, logiciels, etc.) doivent être entièrement prises en charge. Cela signifie des coûts et des dépenses internes et/ou externes pour des environnements qui, pour la plupart, n’ont pas d’utilisation active, mais doivent être entièrement disponibles en cas d’urgence. À cette fin, ils sont souvent dimension-nés pour une exploitation productive. En d’autres termes : un capital dormant et mort à une échelle significative, qui entraîne même des dépenses.

Dans ces cas-là, Libelle, en collaboration avec divers fournisseurs de cloud, offre la possibilité de ré-soudre ces situations de manière relativement simple et efficace – avec DR as a Service – DRaaS.

L’approche du cloud hybride avec le DRaaS : le « rightsizing ».

Vous exploitez vos environnements productifs localement dans le centre de données de votre entre-prise, comme d’habitude. Bien entendu, vous pouvez continuer à utiliser toutes les technologies de disponibilité existantes et conserver les processus existants. Vous pouvez également réévaluer les processus existants à tout moment.

De plus, avec Libelle et l’un des fournisseurs de cloud, vous construisez des systèmes de DR qui sont réduits à des exigences minimales pendant le fonctionnement normal. Il faut simplement qu’ils soient suffisamment performants pour s’adapter au flux de données du Libelle BusinessShadow. Si-gnification : Coûts comparativement très faibles pour ce système d’urgence en fonctionnement nor-mal.

En cas d’urgence, les paramètres de performance sont augmentés de manière similaire aux environ-nements virtualisés. Plus de CPU, plus de RAM, plus de débit réseau. Vous décidez ici individuelle-ment quelles performances doivent être disponibles en cas d’opération d’urgence. Les coûts de cette opération d’urgence sont alors engagés, mais ces coûts peuvent être calculés très longtemps à l’avance et, dans la plupart des cas, ils sont encore bien inférieurs aux coûts d’un système autogéré.

Le mot-clé qui vient à l’esprit ici est « right-sizing ». Pour chaque mode de fonctionnement, vous choi-sissez la bonne taille de système et ne payez que pour cela.

Autres raisons de la défaillance des systèmes avec les fournisseurs de services en cloud

Il y a de nombreuses raisons de penser aux systèmes de cloud. Certains d’entre eux peuvent égale-ment être trouvés dans d’autres scénarios d’application.

Il existe des approches très intéressantes, en particulier pour le concept de DR : Les entreprises ne doivent pas investir dans l’infrastructure correspondante, plus le dimensionnement correct décrit ci-dessus. Mais d’autres aspects doivent également être inclus dans une décision :

  • La réduction de l’effort de maintenance de ces systèmes.
  • Les mécanismes de sécurité que les opérateurs de cloud computing proposent par défaut. La sécurité aussi bien en termes de sûreté que de sécurité.
  • La flexibilité avec laquelle d’autres systèmes peuvent être mis en place de manière dyna-mique

Certes, un tel scénario DRaaS n’est pas valable pour toutes les entreprises. Nous serions heureux de vous soutenir avec nos best practices dans l’analyse concrète, le calcul et l’évaluation et, si néces-saire, également la mise en œuvre des scénarios correspondants. Pour ce faire, nous travaillons avec les grands hyperscalers tels que AWS et  Microsoft Azure, ainsi qu’avec des fournisseurs régionaux. La question de vos besoins spécifiques se pose toujours lors du processus de sélection, que nous serons heureux d’évaluer avec vous.

DRaaS – Un scénario d’entrée pour l’exploitation sur le cloud

Nous constatons également que certains de nos clients utilisent le DRaaS comme scénario d’entrée dans les opérations normales de cloud computing. Outre les raisons mentionnées ci-dessus, l’avan-tage est également l’accumulation d’expérience. Il existe de nombreux autres déclencheurs pos-sibles : les concepts et les infrastructures de DR existants qui étaient « assez bons » pendant long-temps atteignent leurs limites en termes d’exigences et de performances ; le matériel arrive à expira-tion ; les contrats des fournisseurs de services existants arrivent à expiration ; les centres de données doivent être démantelés ; …

Si l’on envisage de toute façon de recourir à l’informatique dématérialisée, mais qu’il faut éviter le passage par le « big bang », l’externalisation de l’exploitation des systèmes de DR est, à notre avis, une première étape tout à fait appropriée pour maintenir la sécurité informatique, se rabattre sur les meilleures pratiques, acquérir de l’expérience et aussi réaliser des effets commerciaux.

Vous souhaitez en savoir plus sur le thème du cloud ? Lisez ici ou CONTACTEZ-NOUS !