2 votes

Dois-je créer une partition séparée pour les sauvegardes complètes du serveur ?

Avant de commencer la question, je tiens à préciser que je ne suis pas un administrateur système, mais un profane qui cherche de l'aide.

J'utilise Linux 3.10.0-514.26.2.el7.x86_64 et le service de sauvegarde externe Amazon Web Services. Pour que cela fonctionne, j'ai besoin d'un répertoire de sauvegarde sur mon serveur, où tous les fichiers seront compressés, copiés et accessibles par le service de sauvegarde externe.

La question est : dois-je monter une partition séparée sur ce répertoire ? Les sauvegardes peuvent prendre beaucoup d'espace sur le disque dur, et le fait d'avoir une partition séparée dans ce but devrait en théorie protéger mes opérations quotidiennes sur le serveur et mes sites web des problèmes liés à la faible quantité d'espace disque libre.

Mais est-ce la bonne approche ? Y a-t-il une meilleure approche ?

1 votes

Eh ? Quel "service de sauvegarde externe" utilisez-vous ?

0 votes

@Michael Hampton sauvegarde et récupération aws

0 votes

Si vous improvisez et que vous voulez juste être sûr d'avoir un endroit où déposer vos fichiers et être sûr de ne pas remplir le reste de votre disque dur, vous pouvez créer un fichier image, exécuter mkfs.ext4 sur elle et la monter sur le loopback. Mais, en fin de compte, l'utilisation de volumes EBS séparés, de LVM, de partitions, etc. (qui dépendent de la situation), est meilleure à long terme.

1voto

Alexey Kamenskiy Points 754

Je suis respectueusement en désaccord avec une autre réponse et je dirais qu'un partitionnement correct est essentiel à la maintenance des serveurs Linux à bien des égards (je ne peux pas en dire plus sur Windows car ce n'est pas mon expérience).

J'utilise toujours une partition séparée pour les sauvegardes et cela a été incroyablement utile non seulement pour planifier l'espace correctement, mais aussi dans le processus de récupération. Permettez-moi d'en donner un aperçu ci-dessous (pardonnez le mauvais formatage car je tape ceci depuis mon téléphone) :

  1. Une partition séparée permet d'isoler les capacités. Si quelque chose consomme tout l'espace libre de cette partition, cela n'affectera pas le reste du système. Pensez à /var/log par exemple. J'ai vu des serveurs où les utilisateurs ont involontairement cassé logrotate et les logs ont utilisé 100% de la racine (ou cela pourrait arriver avec une augmentation soudaine du trafic par exemple).

  2. Une partition séparée sur un disque distinct en cas d'AWS vous permettra de la monter sur une autre instance et d'y restaurer vos données (par exemple, pour une enquête médico-légale).

  3. (Une partition séparée vous permettra de définir la propriété noexec lorsque vous la montez afin de minimiser les risques d'intrusion (en fait, cela devrait être fait pour la plupart des partitions du système, sauf celles où se trouvent vos exécutables).

Maintenant, puisque vous mentionnez qu'il s'agit d'un système AWS, je vous recommanderais, au lieu de monter un disque EBS séparé sur le serveur, d'utiliser l'extension S3fs et de monter un seau S3 comme partition pour les sauvegardes. L'avantage de cette solution est la grande durabilité des données sur S3.

Notez 2 points : vous DEVEZ toujours surveiller l'exécution réussie des sauvegardes et vous DEVEZ tester périodiquement la récupérabilité des données (lisez ce qui suit est arrivé à Gitlab par exemple )

En outre, si vous décidez d'opter pour un autre disque EBS, évitez à tout prix d'utiliser LVM car 1 - la fragmentation de la partition LVM sur plusieurs disques peut facilement entraîner une perte de données (malheureusement, LVM n'est pas encore aussi bon que ses auteurs le souhaitent) et 2 - vous pouvez maintenant faire croître les disques EBS sur AWS et donc ajouter plus d'espace sans fragmentation LVM.

0 votes

Pourriez-vous nous donner plus de détails sur le problème Gitlab que vous avez mentionné ? La recherche sur Google n'a rien donné et je pense que la meilleure façon d'apprendre est de se baser sur des exemples.

0 votes

@P.Pal J'ai ajouté le lien vers leur postmortem, la partie la plus intéressante commence au chapitre "Broken recovery procedures". Mais je recommande de le lire en entier, car il s'agit d'une expérience inestimable dont chacun peut apprendre quelque chose de nouveau, je crois. La principale leçon à tirer de leur échec est la suivante : il faut toujours tester les procédures de récupération, et ce, de façon régulière.

0 votes

Des partitions séparées permettent également d'éviter les pertes dues à la corruption du système de fichiers.

0voto

kubanczyk Points 13302

Non. Dans votre cas, les partitions ne feront que vous compliquer la vie à long terme. Vous multipliez simplement les points de possible futur* échec.

La solution à la classe de problèmes de faible espace disque est double :

  1. Surveillance (réaction immédiate).
  2. Planification des capacités (à long terme).

Si vous les avez mis en œuvre et puis tu trouverais que certains très mystérieux peut soudainement faire monter en flèche la taille de vos sauvegardes, vous auriez un argument (bancal) pour introduire le partitionnement.

[Votre premier devoir en tant qu'administrateur système (ce que vous êtes en fait) est d'être beaucoup plus pessimiste que vos utilisateurs.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X