J'avais effectivement pensé à un RAID logiciel, un LVM pour plus de souplesse, ...
Mais mon gros problème est que pour l'instant, je fais moyennement confiance au SCSI (pas tout frais, et pas les moyens d'acheter d'autres disques SCSI, sinon j'aurais mis les db et le www sur des disques en RAID matériel)
Le SCSI 1 a des fois fait des reset ou arrêté de fonctionner, rarement, mais j'ai pas assez confiance pour y mettre des données importantes, même en RAID. ;-)
L'avantage du swap sur les SCSI, c'est que les accès disques sont bien plus rapides. Car avec 512MB de RAM, un site intranet, les db et un serveur X et KDE (oui, je sais, c'est un serveur, mais vnc et d'autres softs sont plus pratiques en graphique), ça m'étonnerait beaucoup que le serveur ne swap pas des fois. ;-)
Pour le /usr, j'ai regardé sur 2 PC, et j'ai 2,8 Go max, c'est pour ça que j'ai réduit de 10 à 5 Go.
Dans le /var, j'utilise surtout les logs et les db. Qui plus est, IDE2 est un 40 Go, donc j'utilise la place au maximum. ;-)
Pour le moment, j'ai séparé /var/log, car ça génère des accès fréquents aussi, et en production, ça peut vite prendre de la place, donc vu que j'ai du rab sur le 17Go (SCSI 2), c'est pour ça que je l'ai séparé du var, tout en gardant plein de place pour les bases de données. ;-)
Au pire, je taillerais encore dans le /var pour retirer ce qui prend beaucoup d'accès disques.
A la limite, est-ce que je peux avoir :
IDE 2
/var ; 30 Go
SCSI 2
/var/lib/mysql ; ? Go
Avec un RAID logique sur les db ? Bien que ça doit être crados au niveau perfs entre un IDE et un SCSI + RAID logiciel !?
En fait, à terme, on devrait acheter une carte contrôleur RAID S-ATA et on migrera les données dessus. Au niveau sauvegardes, je suis pas encore sûr. A priori, une copie sur le serveur de fichiers (tar, cron, cpio, images, dumps sql, ... je vais tester, je connais pas bien), pas sur un des disques du serveur, ou du moins pas uniquement.
Pour le choix du reiser, c'est ce que Yast met par défaut, je lui fait confiance pour ça. ;-)
Et de toutes façons les outils de récupération marchent pas tellement avec l'ext3 non plus, et au niveau journalisation, le reiser est sensé être plutôt optimisé d'après un des liens ci-dessus.
Au niveau compatibilité avec les livecd, ça ne semble pas poser pb (sur la 9.3).
[^] # Re: liens
Posté par Yohm . En réponse au message Petit serveur interne sous Linux : partitionnement efficace et plus sûr ?. Évalué à 1.
Mais mon gros problème est que pour l'instant, je fais moyennement confiance au SCSI (pas tout frais, et pas les moyens d'acheter d'autres disques SCSI, sinon j'aurais mis les db et le www sur des disques en RAID matériel)
Le SCSI 1 a des fois fait des reset ou arrêté de fonctionner, rarement, mais j'ai pas assez confiance pour y mettre des données importantes, même en RAID. ;-)
L'avantage du swap sur les SCSI, c'est que les accès disques sont bien plus rapides. Car avec 512MB de RAM, un site intranet, les db et un serveur X et KDE (oui, je sais, c'est un serveur, mais vnc et d'autres softs sont plus pratiques en graphique), ça m'étonnerait beaucoup que le serveur ne swap pas des fois. ;-)
Pour le /usr, j'ai regardé sur 2 PC, et j'ai 2,8 Go max, c'est pour ça que j'ai réduit de 10 à 5 Go.
Dans le /var, j'utilise surtout les logs et les db. Qui plus est, IDE2 est un 40 Go, donc j'utilise la place au maximum. ;-)
Pour le moment, j'ai séparé /var/log, car ça génère des accès fréquents aussi, et en production, ça peut vite prendre de la place, donc vu que j'ai du rab sur le 17Go (SCSI 2), c'est pour ça que je l'ai séparé du var, tout en gardant plein de place pour les bases de données. ;-)
Au pire, je taillerais encore dans le /var pour retirer ce qui prend beaucoup d'accès disques.
A la limite, est-ce que je peux avoir :
IDE 2
/var ; 30 Go
SCSI 2
/var/lib/mysql ; ? Go
Avec un RAID logique sur les db ? Bien que ça doit être crados au niveau perfs entre un IDE et un SCSI + RAID logiciel !?
En fait, à terme, on devrait acheter une carte contrôleur RAID S-ATA et on migrera les données dessus. Au niveau sauvegardes, je suis pas encore sûr. A priori, une copie sur le serveur de fichiers (tar, cron, cpio, images, dumps sql, ... je vais tester, je connais pas bien), pas sur un des disques du serveur, ou du moins pas uniquement.
Pour le choix du reiser, c'est ce que Yast met par défaut, je lui fait confiance pour ça. ;-)
Et de toutes façons les outils de récupération marchent pas tellement avec l'ext3 non plus, et au niveau journalisation, le reiser est sensé être plutôt optimisé d'après un des liens ci-dessus.
Au niveau compatibilité avec les livecd, ça ne semble pas poser pb (sur la 9.3).