Serveurs Privés Virtuels (VPS) - Partitionnement par défaut VPS Debian 9
BMPCreated with Sketch.BMPZIPCreated with Sketch.ZIPXLSCreated with Sketch.XLSTXTCreated with Sketch.TXTPPTCreated with Sketch.PPTPNGCreated with Sketch.PNGPDFCreated with Sketch.PDFJPGCreated with Sketch.JPGGIFCreated with Sketch.GIFDOCCreated with Sketch.DOC Error Created with Sketch.
Frage

Partitionnement par défaut VPS Debian 9

Von
JeanL9
Erstellungsdatum 2018-12-22 16:55:07 (edited on 2024-09-04 12:23:17) in Serveurs Privés Virtuels (VPS)

Bonjour, question assez générale : j'ai installé un VPS cloud 20Go en Debian via l'interface OVH sans trop regarder et après une petite demi-journée de boulot j'ai réalisé que tout le système était installé sur une unique partition.

Quand j'installais des serveurs il y a 10 ans, c'était une très mauvaise pratique. Sur une machine desktop pourquoi pas, mais pas sur un serveur en prod !

Question : Est-ce que je suis passé à côté d'une évolution des pratiques ? J'ai beau chercher sur l'aide communautaire et Google, je ne vois rien à ce sujet. Donc soit tout le monde s'en fiche, soit je suis complètement à côté de la plaque ! :D

Je pense que je vais devoir passer en mode rescue, tout casser et tout réinstaller à la main... Mais ça me semble tellement énorme que je ne comprends pas. Je dois passer à côté de quelque chose, mais quoi ?

Merci pour vos retours... :)


3 Antworten ( Latest reply on 2018-12-23 06:25:56 Von
kyodev
)

tu es bien enfermé dans des règles qui n'existent pas.
avec 1 disque de 20Go, je ne vois pas trop pourquoi se compliquer la tâche et gérer les espaces avec plusieurs partitions, à plus fortes raisons sur un serveur

ou alors, utilise LVM

mais ce n'est que mon avis


évolution des pratiques


Quand même. A l'époque des disques durs physiques, ça permettait d'avoir tous les blocs physiques de la partition primaire dans des secteurs contigus, avec un minimum de déplacement des têtes. Tout ça est obsolète à l'époque des SAN et des SSD.

Avec de multiples partitions /, /usr/, /home/ sans oublier le /opt/ plus ou moins remplies selon les vendeurs et les distributions, combien de systèmes se sont arrêtés de fonctionner alors qu'une partition était pleine alors que l'autre était aux trois quarts vide ?

20 GB aujourd'hui c'est peu, mais aujourd'hui on fait des sytèmes diamétralement opposés, des appliances avec pas mal de logiciel installé et pas de data stocké en local, des front-ends avec à nouveau pas de data en local, ou au contraire un petit site web avec des downloads ou quelques vidéos en streaming.

L'unique partition est la solution la plus universelle et qui convient à tout le monde sans prise de tête.

Effectivement, dit comme ça, ça a du sens. Je pensais surtout aux explosions de logs et base de données, ça m'est déjà arrivé par le passé. Avoir /var/log et /tmp sur des partitions séparées avec des quotas était une manière pratique d'éviter que le serveur finisse en carafe à cause de ça.

Mais bon c'est vrai qu'il suffit de passer en recovery pour ratrapper le problème sans trop s'arracher de cheveux (j'en ai plus beaucoup... :P).

Je vais regarder comment mettre en place un monitoring de l'espace disque / taille des logs. Merci pour vos avis ça me rassure, c'est bien moi qui était à côté de la plaque. C'est un problème plus facile à résoudre... :D

`logrotate` est là pour bosser aussi