Comment se protéger contre la perte de serveur sur un budget

Je suis une petite entreprise dont le budget est limité et qui fournit des sites Web et des bases de données à des organisations caritatives et à but non lucratif.

J'ai quelques serveurs Debian Linux VPS et je m'assure d'avoir des sauvegardes quotidiennes sur un autre VPS que celui sur lequel le service est hébergé.

Récemment, une de mes sociétés d'hébergement m'a dit que deux disques étaient tombés en panne simultanément et que les données étaient donc perdues à jamais. Des trucs arrivent, ils ont dit désolé, que pouvaient-ils faire d'autre? Mais cela m'a amené à m'interroger sur les moyens rentables de récupérer un VPS en cas de défaillance matérielle ou autre liée à l'hôte.

Actuellement, je devrais

1. Faites tourner un nouveau VPS
2. Obtenez la sauvegarde du dernier jour (qui comprend les bases de données, la racine Web et la configuration spécifique au site Web) sur le VPS, et configurez-la comme la dernière, etc.
3. Mettez à jour DNS et attendez qu'il se propage.

Cela prendrait probablement un jour ou deux pour y parvenir, la propagation DNS étant une grande inconnue, bien que le TTL soit assez bas (environ une heure).

Certains hôtes fournissent des instantanés qui peuvent être utilisés pour répliquer une configuration vers un nouveau VPS, mais il y a toujours l'IP et cela n'aide pas dans le cas où la société hôte annule / suspend un compte purement et simplement (j'ai lu à ce sujet comportement de certains hébergeurs et ça me fait peur! Je ne fais rien de spammeur / douteux et je surveille de près la sécurité, mais je me rends compte qu'ils ont littéralement le pouvoir de le faire et je suis assez réticent au risque).

Est-ce que cela, combiné avec le choix d'hôtes de bonne réputation, est le mieux que je puisse faire sans opter pour une solution incroyablement chère?

Pour moi, choisir des hôtes de bonne réputation et faire des sauvegardes régulières - que vous semblez déjà faire - est aussi bien que vous pouvez le faire sans commencer à penser à la planification de la continuité des activités, aux configurations à haute disponibilité, aux SLA, etc.

Je dis aux gens que vous bénéficiez d'une disponibilité de 99% gratuitement (c'est-à-dire sans dépenser rien de plus pour la haute disponibilité). Cela représente environ trois jours et demi d'indisponibilité par an. Chaque 9 supplémentaire sur ce temps de disponibilité augmente le coût de trois à dix fois.

Si les gens ne sont pas prêts à payer ce genre d'argent, c'est à mon avis une erreur de les induire en erreur en leur faisant croire qu'ils peuvent obtenir une protection supplémentaire de quelque importance.

Les petites entreprises avec de petits budgets, en particulier les organisations à but non lucratif, ne pourront généralement pas se permettre une haute disponibilité. La question est, si vous n'avez pratiquement pas de budget, comme c'est généralement le cas dans des situations comme celle-ci, quelle est votre stratégie de restauration?

J'ai des clients comme ça, et voici ce que je fais:

Tout d'abord, pour certains d'entre eux, j'ai une sauvegarde incrémentielle et un vidage complet de la base de données toutes les six heures. Un client utilisait déjà CrashPlan Pro, donc je viens de l'utiliser. Quoi que vous fassiez, vous devez vous assurer d'avoir une sauvegarde restaurable.

J'ai un playbook simple ansible que j'ai mis en place en environ une heure (n'ayant pas travaillé auparavant avec ansible) qui installe nginx, php-fpm et MariaDB et les prépare à héberger un ou plusieurs sites Web. L'exécution de ce manuel crée un serveur (ou des serveurs) prêt à héberger une application Web classique, et je peux simplement lui restaurer l'hôte virtuel nginx, les fichiers d'application et la base de données.

Le résultat de cela est que je peux faire apparaître un tel site Web à partir d'une sauvegarde en quelques minutes, contrairement à la méthode manuelle qui pourrait prendre une heure ou plus.

La complexité de l'implémentation dépend de la pile d'applications, mais dans l'idéal, vous voudriez configurer une «redondance d'UC» (chez un autre fournisseur), avec des données répliquées en temps réel (ou aussi près du temps réel) que possible.

Faire l'analyse de rentabilisation pour avoir 2 serveurs "en direct" est aussi simple que de comparer la perte potentielle de revenus pendant une période de "récupération à partir d'images" aux dépenses d'un autre serveur.

N'oubliez pas que la disponibilité n'est pas la même chose que l'intégrité des données. Vous pouvez avoir une disponibilité de 99,99% et avoir perdu toutes vos données deux fois en un an tant que le serveur a été redémarré "assez tôt". La plupart des fournisseurs VPS garantissent que votre serveur fonctionne, PAS que vos données sont en sécurité. Vos données sont votre problème :(.

Ce que vous recherchez est quelque chose qui stockera vos sauvegardes sur un serveur séparé et (à mon humble avis) pas même dans le même fournisseur. Selon la taille des données dont vous parlez, un disque dur portable peut être utilisé comme troisième ligne de défense hors ligne. Sauvegardez vos données comme vous l'avez fait, puis copiez-les régulièrement (ou simplement les modifications si possible) sur le disque dur portable ou même sur un ordinateur local. Il existe également des options raisonnablement bon marché comme Backblaze pour les solutions de sauvegarde, mais le prix dépendra de la quantité de données dont vous parlez. Si vous pouvez faire des sauvegardes incrémentielles, cela coûtera beaucoup moins cher que les sauvegardes complètes, mais les sauvegardes incrémentielles peuvent être très difficiles selon l'endroit où les données sont stockées (fichiers plats = faciles, base de données = pas si faciles).

La réponse dépend totalement de votre architecture et de vos besoins. Il y a quelque temps, 3 disques sont tombés en panne sur l'un de mes serveurs, supprimant plus de 20 vidéos en cas d'échec d'un Raid 6.

J'ai écrit à ce sujet sur

https://www.linkedin.com/pulse/20140827173324-2064263-how-i-nearly-lost-my-business-to-3-hard-discs

Mais: Parce que c'est critique, nous avons eu des sauvegardes - quotidiennement pour les choses non importantes, 15 minutes pour les bases de données et les e-mails. Heck, maintenant j'ai ajouté un serveur qui est répliqué sur une autre machine toutes les 30 secondes.

Vous ne dites rien sur la pile, rien sur aucun budget - donc le meilleur et le seul conseil ici est d'aller chez un fournisseur de cloud et de commencer à utiliser leurs mécanismes de sauvegarde. Mais commencez à définir ce dont vous avez réellement besoin.

De plus, le budget de cette sauvegarde doit être dans votre prix. Il faut le payer. Et quelle que soit l'infrastructure dont vous avez besoin ... vous en avez besoin. Ce n'est donc pas "ridicule cher".