1 votes

Cyril N. avatar

Quelle est la bonne façon de partitionner un serveur linux ?

Demandé el 29 de Janvier, 2013
Quand la question a-t-elle été
1748 affichage
Nombre de visites la question a
3 Réponses
Nombre de réponses aux questions
Résolu
Situation réelle de la question

Duplicata possible :
Combien et quelles partitions dois-je créer pour un serveur linux ?

Je viens d'acheter un serveur dédié avec 2TB de stockage. Je vais installer Debian dessus, mais je réfléchis à la façon de partitionner mon disque.

Auparavant, j'avais le même serveur avec cette configuration (définie automatiquement par mon fournisseur) :

/ -> 10 GB
/home -> 1.99 TB

Le problème est que je suis rapidement passé à 90% de / car MySQL, stocké dans /var/ était bien trop lourd pour seulement 10GB.

Dans le /home je stocke tous les sites Web, comme ceci :

/home/domain.tld/subdomain/ # like :
/home/google.com/www/
/home/google.com/calendar/
/home/facebook.com/www/
/home/facebook.com/api/

(note : oui, je possède Google et Facebook, pourquoi ? ;))

Donc avoir beaucoup d'espace de stockage pour /home semble correct.

Pour le nouveau serveur, j'ai pensé à créer seulement deux partitions / y swap mais avant de faire quelque chose d'affreux, je me demandais ce que vous me recommanderiez de faire ?

Merci pour votre expertise les gars :)

Demandé el 29 de Janvier, 2013 par Cyril N.

0 votes

Avatar de Cyril N.

@claasz yup, il semble que oui :/ désolé.

Commenté el 29 de Janvier, 2013 par Cyril N.

0 votes

Avatar de jwbensley

Vous pouvez définir un répertoire de données différent pour MySQL qui est dans /home, pas la meilleure idée, mais une idée valable ;)

Commenté el 29 de Janvier, 2013 par jwbensley

Réponses

Trop de publicités?

2voto

Dave avatar
Dave Points 41

Il n'existe pas de moyen approprié de définir ce qu'est un schéma de partition correct. Cela dépend beaucoup de la fonction de votre serveur, et par exemple, un serveur utilisé par MySQL peut vouloir sa propre partition pour /var, comme vous l'avez souligné.

Cependant, je suggère l'utilisation de LVM (Logical Volume Manager). LVM . Il permet d'abstraire vos périphériques physiques (disques) et vous permet de créer votre schéma de partition comme vous le feriez dans un partitionnement classique. Plus intéressant encore, il vous permet de modifier la taille des volumes logiques (partitions) sur les serveurs en fonctionnement. Ainsi, vous vous souciez moins de définir correctement votre schéma de partition, car vous avez toujours la possibilité de le modifier dans l'environnement en cours d'exécution. Enfin, il vous permet de prendre un instantané d'un volume logique (utile comme sauvegarde).

En résumé, cette solution permet d'éviter le problème que vous rencontrez, et vous donne plus de flexibilité pour d'autres usages (snapshots, mirroring...).

Répondu el 29 de Janvier, 2013 par Dave (41 Points )

2voto

Soham Chakraborty avatar
Soham Chakraborty Points 3504

Cela dépend entièrement de votre utilisation et de la nature de vos applications. Certains gardent un /var partition. Quoi qu'il en soit, vous verrez que les personnes qui utilisent Oracle utilisent une partition séparée pour les données d'Oracle et souvent aussi pour les redo logs d'Oracle.

Vous pouvez également considérer /var comme une partition lvm. Ne surdimensionnez pas une partition, choisissez quelque chose qui, selon vous, sera utilisé. Puisque vous avez déjà eu une crise d'espace, vous connaissez la vitesse à laquelle mysql remplit l'espace. Allouez le /var/ en gardant cela à l'esprit.

Vous pouvez également créer un /var/lib/mysql distinct.

Mais, assurez-vous d'utiliser lvm. C'est presque indispensable pour un travail d'administrateur système.

Répondu el 29 de Janvier, 2013 par Soham Chakraborty (3504 Points )

2voto

JKim avatar
JKim Points 554

J'ai eu tendance à mettre /var dans sa propre partition et aussi /srv dans sa propre partition.

Sur un serveur de production, /var dans sa propre partition est une bonne idée, non seulement parce que vous pouvez avoir besoin de beaucoup d'espace pour elle (comme vous l'avez découvert), mais aussi parce que si elle se remplit de journaux, vous ne voulez pas qu'elle fasse s'arrêter tout votre serveur.

J'ai également tendance à créer un point de montage /srv et à y monter une partition séparée. Si j'ai besoin de stockage pour des services, je les mets tous sous /srv (généralement, ce sont des partages Samba dont je m'occupe).

Ainsi, avec la façon dont j'ai tendance à utiliser Linux, j'ai /var et /srv et /home comme zones susceptibles de s'agrandir beaucoup, et j'utilise une partition séparée pour tous ces points de montage. Je préférerais également déplacer l'emplacement de stockage de MySQL de /var à /srv, de sorte que toutes les données des services se trouvent à un seul endroit facile à mémoriser. De même, les sites Web qui ne concernent qu'un seul utilisateur ont tendance à être déplacés de /var/www vers /srv/www par souci de cohérence.

Je pense également que LVM est une bonne chose à apprendre et à utiliser. Cependant, si vous utilisez Linux dans un environnement virtuel, c'est moins un problème, car ce n'est pas une si grande affaire d'aller redimensionner les disques virtuels, et donc l'avantage de LVM est un peu diminué (bien qu'il y ait encore des avantages). J'ai essayé d'apprendre l'administration de Linux via la commande Shell, j'ai donc échelonné mon apprentissage. J'ai laissé LVM de côté pour l'instant et je me suis familiarisé avec l'ancienne méthode pour le moment...

mais que vous choisissiez d'utiliser LVM ou non, il est indispensable d'apprendre à connaître l'utilisation prévue des différents répertoires. Une fois que vous les connaissez, vous êtes mieux équipé pour prendre vos propres décisions sur la façon de partitionner. Vous pouvez en savoir plus à ce sujet dans le Standard de la hiérarchie des systèmes de fichiers

Répondu el 29 de Janvier, 2013 par JKim (554 Points )

Questions en vedette

Top Tags

Dans notre réseau

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:

Yandex
X