A propos des filers
rencontre "mathrice" du 24/03/04 à
l'IMB
On énonce les
différents critères de choix :
- prix,
capacité, évolutivité
- baie
externe, chaînable donc évolutive
- existence
du driver
- fonction
snapshot intégrée
- une
boîte ou plusieurs
- reconstruction
du raid
On
remarque que :
- La
solution PC + baie externe permet en cas de plantage du Pc son
remplacement par un autre,
- des
réserves sont à émettre avec les cartes raid (genre adaptec 9600)
nécessitant un logiciel ne marchant qu'avec une certaine version d'os.
- Le
raid nécessitant plus de travail que des disques ordinaires, ne
l'utiliser que s'il est nécessaire
- des
réserves sont à
émettre sur les raids sans dispositif d'alarme (diode, bruit ou soft)
comme compaq proliant
- des
disques scsi pas trop chers existent
- il
faut toujours avoir un ou des disques ide en stock, il ne sont pas
cher, et permettent de faire du hotspare.
On énonce les
différents filers :
- 1.
PC + carte raid + dd hp :
- 6
à 8 slots scsi, 6 disques x 72 = 430 Go
- le
kernel doit avoir le driver
- il
faut tester, il y a un intégrateur (de quoi ??)
- on
a vu beaucoup de solutions carte raid + fond panier + d hotplug +
bouchon scsi. Attention au bouchon scsi, il peut empêcher la
reconstruction
- 2.
PC + baie scsi + ide :
- 6,
8 ou 12 disques
- 1
ide = 330 Go
- 3.
PC + baie scsi + scsi
- 4.
PC + baie PC / scsi
- il
est + prudent pour cette solution d'acheter tout chez le même
fournisseur
- 5.
NAS + Net Appliance
- solution
rien à faire, trop chère, la seule à avoir la fonction snapshot
intégrée
Pour la
fonction du snapshot, on propose :
- rsync
sur 1 autre dd d'une autre machine, si on a n méga, n delta
= 2 n + n delta de place disque. Ca se passe par rotation et
différence. Si l'ordre se passe mal, le snap est vide ! L'intérêt
de rsync est de ne nécessiter aucune manip. Il faut se sauvegarder
entre labos, c'est plus sûr.
- solaris
8 inclut un snap jusqu'au prochain reboot
- net
app
Pour la
fonction de sauvegarde, on dit que si l'on fait du snap, elle se réduit
au pépin physique. Les critères sont prix, capacité,
interne/externe, robot, logiciel.
- dat
(- cher)
- dlt
- lto
(1 cartouche 200 Go, 88 euros HT lors de notre
précédent achat pour du LTO2)
- disque
firewire (300 euros, 300 Go)
Sandrine
présente la solution filer
de l'imb ; elle est du
type 2.
Ce sont 2
baies transtec avec 12 dd ide en raid 5 sur 2 contrôleurs
scsi, soit 2 baies identiques avec 2 "arrays" sur les 2 contrôleurs :
- array 1
: 6 dd 900Go (2 partitions : on peut faire
plusieurs partitions sur cahque array
)
- array 2
: 5 dd 750 Go (1 partition)
+ 1
disque hotspare
au plus 3
dd peuvent tomber en panne, s'ils sont sur le même array.
La moitié
de chaque baie est utile, le reste sert à la réplique (rsync)
de l'autre moitié utile de la baie.
Sur
chaque serveur, on dispose des ~dirs et de scratch pour la boucle
de calcul et d'un serveur nfs.
Ce
système pemet le plantage de nfs, de la baie. et le chef aussi peut
se planter..
La
crontab permet le déclenchement de la recopie.
La
sauvegarde se fait sur loader Xpress Overland, 11 slots, avec des
cartouches LTO2 200/400Go avec Arkeia ; ce qui permet de tenir 1 mois
sans manip de cartouches. La rétention prévoit 12 sauvegardes
mensuelles et 2 mois d'hebdomadaires.
A la
première utilisation, il faut fournir les cartouches, le logiciel
les labelle, tu colles les codes barre correspondants.
Philippe
fait remarquer qu'Arkeiapermet de s'afranchir de la base de
données et des logs en cas de panne. "read-arkeia" descend les
données si l'on récupère le tar du début de bande.
Il
précise qu'une sauvegarde dans un lieu autre pourrait (peut-être)
être fait par le cri local bx1.
Il
explique qu'il y a 2 ports séries sur la baie dont 1 dédié à 1
connexion modem, qui
permet la numérotation, et que sur le port série on peut
brancher un minicom pour configurer la baie. Il a une diode sur sa baie.
Enfin, il
dit que le disque système ne doit pas être sur le même canal
scsi que le robot, car il monopolise le canal scsi. Donc il faut carte
+ contrôleur scsi dédiés au robot.
et que
là, c'est dans le cas où le robot est sur le même canal SCSI que le disque
système, actuellement, les constructeurs mettent des controleurs bi-canaux avec
un canal pour les disques dans le serveur et un canal pour le
connecteur externe. Ce problème reste pour les solutions économiques,
mais deviennent plus rares...