Je pense que personne ne prétendra qu'avoir une sauvegarde et une infrastructure de sauvegarde fiables est toujours bon. Le nombre de catastrophes naturelles et d'origine humaine dans le monde augmente chaque année, et les dégâts qui en découlent sont mesurés en centaines de milliards de dollars. Bien que la chance de souffrir d'un incident majeur ne soit pas si grande, nous rencontrons assez souvent des problèmes locaux dans l'esprit d'une panne de courant, d'une inondation ou d'un incendie dans la salle des serveurs.
Tout peut arriver - parfois les employés offensés se vengent de l'entreprise, parfois les autorités chargées de l'application des lois saisissent l'équipement, parfois les adresses IP étrangères tombent accidentellement sous le bloc de Roskomnadzor, et une fois qu'un camion est entré dans la salle des serveurs locale de notre client, à travers le mur de la rue.
Toutes les entreprises ont-elles besoin d'une réserve chaude pour passer rapidement au deuxième site? En fait, non. La sauvegarde en temps réel est pertinente si les processus métier essentiels au service client continu dépendent fortement des logiciels exécutés sur les serveurs centraux. Dans ce cas, les pertes d'images sont également effrayantes et le coût des temps d'arrêt est assez facile à calculer, c'est pourquoi l'argent pour les CDR est généralement trouvé. De plus, ces systèmes informatiques sont souvent initialement conçus dans une version résistante aux catastrophes.
Si l'indisponibilité des systèmes informatiques ne fait que gaspiller le temps de travail des employés et peut hypothétiquement entraîner des amendes pour les rapports déposés tardivement ou les clients mystères mal desservis, l'entreprise approuve à contrecœur le coût d'une réserve chaude.
La difficulté est que si vous venez à l'intégrateur de système avec la tâche de sauvegarde, alors selon votre expérience, il vous sera très probablement proposé une approche éprouvée avec analyse des risques commerciaux, développement DRP et une solution matérielle avec fonctionnalité de synchronisation matérielle. En plus du coût élevé, de telles solutions ont un autre inconvénient - elles sont difficiles à mettre en œuvre sans une modernisation importante du site principal, que, en règle générale, personne ne veut toucher à nouveau.
Néanmoins, pour des systèmes d'entreprise vraiment critiques, ce sont des risques et des coûts justifiés, car il ne peut en être autrement, mais que se passe-t-il si les systèmes ne sont pas suffisamment critiques pour un projet «adulte» et beau?
Vous pouvez, bien sûr, accepter et ne rien faire, et si quelque chose se produit, hausser les épaules et obtenir un chapeau de l'entreprise. Vous pouvez engager l'intégrateur pour calculer le centre de données de sauvegarde, faire un pilote, évaluer le budget, présenter une solution à l'entreprise, obtenir «pas encore d'argent» en réponse et reporter le projet jusqu'à des temps meilleurs. Bien sûr, cela ne sauvera pas l'entreprise des temps d'arrêt, mais il est difficile pour le service informatique de faire des réclamations en cas de force majeure, car "eh bien, nous vous avons proposé", et de nouvelles connaissances sur le marché des solutions DR ne seront pas superflues. De telles options ont également le droit à la vie, mais l'entreprise peut ne pas survivre à la perte de données, et vous devrez alors chercher un nouvel emploi.
Vous ne pouvez pas investir dans un centre de données de sauvegarde complète, mais vous faciliter la vie pour l'avenir en configurant une sauvegarde de données secondaire (ou même principale) vers le cloud. Aujourd'hui, les services BaaS (sauvegarde en tant que service) sont offerts par de nombreux fournisseurs de services et sur la base d'une variété de logiciels. Si vous utilisez une solution de sauvegarde populaire à l'intérieur, vous pouvez sûrement trouver un service similaire avec une intégration native pratique avec votre logiciel actuel. Ou, en option, vous pouvez louer un stockage peu coûteux compatible S3 auprès du fournisseur et y mettre des sauvegardes - les solutions de nombreux fournisseurs prennent aujourd'hui en charge le protocole S3. Les avantages de cette approche sont évidents - pour un prix raisonnable, vous obtenez une assurance contre le risque de se retrouver sans accès physique aux données et la possibilité de récupérer dans le même cloud si nécessaire.
La rapidité avec laquelle vous pouvez retirer vos systèmes de la sauvegarde dépend des efforts consacrés aux tests antérieurs, de la disponibilité d'un pool prépayé de ressources pour la récupération et de la procédure DR rédigée en collaboration avec le fournisseur de services. Cependant, même si vous ne disposez que d'une sauvegarde nue, vous exécutez toujours vos systèmes d'entreprise dans le cloud, mais pas très rapidement, et le support des fournisseurs BaaS vous y aidera.
Mais que se passe-t-il si les dommages causés par les temps d'arrêt des systèmes informatiques sont évidents pour tout le monde, mais pas au point d'être dépensés sur un projet de DR à part entière avec une analyse des risques commerciaux et de l'équipement et un deuxième site?
Ici, les prestataires de services viennent à nouveau à la rescousse, offrant une infrastructure cloud déjà répartie sur plusieurs sites géographiques. Il vous suffit de déplacer vos serveurs vers le cloud et le fournisseur de services se chargera du reste.
Si vous ne souhaitez pas passer entièrement au cloud pour une raison quelconque (par exemple, si vous avez récemment dépensé pour votre propre matériel et serveur), l'option de synchronisation logicielle dans le cloud de plusieurs serveurs particulièrement utiles convient. Vous pouvez louer des ressources informatiques et un fournisseur de services cloud, un logiciel de synchronisation disponible auprès d'un fournisseur cloud et fournir une solution de reprise après sinistre détaillée pour le support. C'est une option assez pratique, et vous n'avez pas à payer pour un examen de vos systèmes informatiques, la préparation d'un projet technique et d'autres étapes d'un projet à part entière - vous pouvez vous limiter à une configuration standard peu coûteuse.
L'utilisation des services cloud élimine le besoin de prévoir le nombre de licences requises pour le logiciel DR et de payer annuellement l'extension du support du fournisseur pour maintenir l'accès aux mises à jour. En cas de difficultés, vous pouvez obtenir rapidement une assistance technique auprès du support du fournisseur en russe (au lieu de psychologique en anglais, comme c'est souvent le cas avec les fournisseurs). Après tout, l'hébergeur connaît son service, car il est configuré et entretenu par lui, et le fabricant du logiciel devra douloureusement comprendre les journaux et la correspondance, ce qui est configuré et ce qui est en vous.
En général, la location d'un service à partir du cloud par rapport à l'achat d'équipement pour un projet présente un avantage non négligeable, même si l'on ne compare pas le coût de possession. C'est un faible coût en cas de problème. Si cela ne décolle en aucune façon, nous refusons simplement les services d'un hébergeur et c'est tout, mais vous ne pouvez plus refuser votre fer à repasser.
De telles histoires sont en fait familières à de nombreux responsables informatiques. Il y a quelques années, nous avons effectué une enquête prête pour le cloud dans une société d'ingénierie, et l'une des conditions préalables pour passer au cloud était la lenteur du fonctionnement des systèmes d'entreprise. Toutes les données d'application étaient sur le stockage d'entrée de gamme et ses performances étaient assez banales. Cependant, lors de l'audit, nous avons trouvé chez le client un excellent service de milieu de gamme d'un fournisseur renommé qui fait office d'échangeur de fichiers. En réponse à notre stupide question, "pourquoi?" le client a raconté une histoire de perte de données en raison d'un bug rare et de la réticence à prendre des risques à nouveau, bien que le vendeur ait corrigé le bug il y a longtemps.
En fait, dans la pratique ActiveCloud, il y avait de nombreuses situations où le fer acheté ne pouvait pas être utilisé à ses fins d'origine, ou il était mis au combat avec un retard de plusieurs mois. Vaut-il la peine de prendre ces risques sur vous-même, lorsque vous pouvez les transférer à un fournisseur, la question est intéressante.
ActiveCloud propose à ses clients à la fois un
service de sauvegarde sur le stockage cloud basé sur le logiciel Veeam et un
service de sauvegarde à chaud sur le cloud basé sur le logiciel Carbonite (ex-Double-Take). Les services vous permettent de sauvegarder périodiquement ou de synchroniser en temps réel les serveurs de fer et virtuels avec le cloud sur tous les hyperviseurs courants. Les services sont offerts selon le modèle de location et comprennent tout ce dont vous avez besoin: ressources cloud, logiciels nécessaires, assistance 24h / 24 et 7j / 7 et configuration de démarrage rapide.
Si vous avez une tâche similaire et souhaitez en discuter, écrivez à
dmitriy.yashin@activecloud.ru .