1 votes

Existe-t-il des raisons impérieuses de séparer BOOT et DATA sur un serveur, afin d'augmenter les performances ?

Je pense qu'il est facile de voir certains avantages à séparer BOOT et DATA en deux partitions ou disques ; cela permet de faire chaque sauvegarde.

Cependant, j'ai toujours eu l'impression qu'il était préférable de séparer vos disques BOOT de vos disques DATA pour augmenter les performances. Pour cette raison, j'avais 4 disques, configurés en deux miroirs (BOOT & DATA).

Comme les disques sont si grands maintenant, je préfère prendre deux disques d'un téraoctet, les mettre en miroir et les partitionner en BOOT et DATA.

Est-ce que je perds un avantage en termes de performances ?

3voto

Joe W. Points 849

Traditionnellement, les lecteurs de démarrage contiennent également des fichiers de pagination (sur les systèmes Windows). Le fait de placer le fichier de pagination sur des broches séparées pourrait présenter un certain avantage, mais cela dépend fortement de la quantité de mémoire du serveur et de la quantité de pagination réellement effectuée.

2voto

smokris Points 634

Mes systèmes de base étaient RAID1 ou RAID5, je séparais 20gigs habituellement pour le disque système et le reste pour le disque de données.

La logique est la suivante : s'il y a un problème massif de système de fichiers sur le disque système, on peut espérer qu'il ne se répercutera pas sur le disque de données. Cela me permettrait de formater le disque système si nécessaire et de laisser les données tranquilles.

Les sauvegardes ont également eu lieu, mais si cela m'a évité de recopier quelques centaines de gigas de données, cela en valait la peine.

La taille du disque système dépend du serveur, le serveur d'échange a plus de place qu'un serveur de fichiers de base.

Cela permettait également de garder les choses en ordre, tout le monde savait que le disque E : de chaque serveur contenait toutes les données.

0 votes

J'ai donné un upvote pour le fait que le fait d'avoir les données séparées du boot permet de réinstaller l'OS. Oh, comme j'aurais aimé faire cela avec le serveur actuel que j'utilise. Je veux passer à Server 2008, mais cela semble plus intimidant à ce stade :( Ah, vivre et apprendre.

1voto

sysadmin1138 Points 129885

Pour les serveurs qui utilisent une sorte de SAN pour leurs données, c'est tout à fait logique car le démarrage à partir d'un SAN est toujours un peu douteux, même après toutes ces années. Une paire de disques locaux en miroir pour les volumes de démarrage/OS, et tous les volumes de données fournis par le SAN.

Pour les serveurs DAS, c'est moins évident. Certaines charges de travail, comme les bases de données, sont plus heureuses lorsqu'elles sont sur leurs propres broches. D'autres charges de travail ont un nombre d'E/S disque suffisamment faible pour que cela n'ait pas d'importance.

Donc, oui, il y a un certain avantage en termes de performances, mais cela dépend beaucoup de l'endroit où se trouvent vos goulots d'étranglement et de la façon dont votre stockage est relié au serveur.

0 votes

Ce sont des machines très simples, pas de SAN. Pièces détachées, pièces de bureau - environ 400 à 500 dollars par machine.

0voto

Rob Howard Points 636

Il n'y a pas vraiment de raison de séparer le système d'exploitation des données (ou des applications), à moins que des fichiers spécifiques ne présentent un avantage à être placés sur des broches séparées (afin de réduire la contention ou d'être placés sur des disques plus performants).

Les partitions séparées augmentent la complexité de la sauvegarde et de la restauration des applications. En ce qui concerne la séparation pour la réinstallation, l'application devra toujours être réinstallée et je considérerais la réinstallation du système d'exploitation et de l'application sur un système avec des données "vivantes" sur un disque séparé comme un risque, car il est certainement possible que l'application réinitialise les données ou que le disque soit effacé pendant la réinstallation.

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