GFS a ou avait besoin de matériel avec des fonctionnalités SCSI
particulières de gestion distribuée des locks).
GFS a ou avait besoin de matériel avec des fonctionnalités SCSI
particulières de gestion distribuée des locks).
GFS a ou avait besoin de matériel avec des fonctionnalités SCSI
particulières de gestion distribuée des locks).
Bonjour,
J'aimerai avoir un peu d'aide sur la notion de cluster afin de savoir si
elle convient ou pas au type d'architechture que je souhaite concevoir.
Je dois mettre en place un très gros espace de stockage avec une tres haute
disponibilité.
Bonjour,
J'aimerai avoir un peu d'aide sur la notion de cluster afin de savoir si
elle convient ou pas au type d'architechture que je souhaite concevoir.
Je dois mettre en place un très gros espace de stockage avec une tres haute
disponibilité.
Bonjour,
J'aimerai avoir un peu d'aide sur la notion de cluster afin de savoir si
elle convient ou pas au type d'architechture que je souhaite concevoir.
Je dois mettre en place un très gros espace de stockage avec une tres haute
disponibilité.
C'est quoi très gros ? Ca s'exprime en GB, en TB, en PB ?
ça s'exprime en TB. De base nous allons partir sur 1,5 To d'espace pour
Quels types de fichier vont être stockés sur cet espace ? Des ficheirs
de quelques KB ? De plusieurs centaines de MB ?
Les fichiers iront de quelque KB (fichiers textes par exmple) a plusieurs
Quels vont être les clients de cet espace de stockage ? Des serveurs ?
Des stations ? Combien simultanément ?
Les clients vont être des stations. jusqu'à 150 simultanément.
Quelles sont les performances attendues ?
Au nivo du système en général : très haute disponiblité
Comment vont être accéder ces fichiers ? En NFS ? En CIFS ?
En FTP avec ssl encrytion (la société qui utilisera le système a un soft
Pour pouvoir monter une architecture, il faut quelques précisions
supplémentaires qui ne figurent pas dans le message initial ?
Le Wed, 5 May 2004 12:21:45 +0200, "Imochon" a
écrit:Bonjour,
J'aimerai avoir un peu d'aide sur la notion de cluster afin de savoir si
elle convient ou pas au type d'architechture que je souhaite concevoir.
Je dois mettre en place un très gros espace de stockage avec une tres
haute
disponibilité.
Bonjour,
C'est quoi très gros ? Ca s'exprime en GB, en TB, en PB ?
Quels types de fichier vont être stockés sur cet espace ? Des ficheirs
de quelques KB ? De plusieurs centaines de MB ?
Quels vont être les clients de cet espace de stockage ? Des serveurs ?
Des stations ? Combien simultanément ?
Quelles sont les performances attendues ?
Comment vont être accéder ces fichiers ? En NFS ? En CIFS ?
Pour pouvoir monter une architecture, il faut quelques précisions
supplémentaires qui ne figurent pas dans le message initial ?
Cordialement. Didier.
C'est quoi très gros ? Ca s'exprime en GB, en TB, en PB ?
ça s'exprime en TB. De base nous allons partir sur 1,5 To d'espace pour
Quels types de fichier vont être stockés sur cet espace ? Des ficheirs
de quelques KB ? De plusieurs centaines de MB ?
Les fichiers iront de quelque KB (fichiers textes par exmple) a plusieurs
Quels vont être les clients de cet espace de stockage ? Des serveurs ?
Des stations ? Combien simultanément ?
Les clients vont être des stations. jusqu'à 150 simultanément.
Quelles sont les performances attendues ?
Au nivo du système en général : très haute disponiblité
Comment vont être accéder ces fichiers ? En NFS ? En CIFS ?
En FTP avec ssl encrytion (la société qui utilisera le système a un soft
Pour pouvoir monter une architecture, il faut quelques précisions
supplémentaires qui ne figurent pas dans le message initial ?
Le Wed, 5 May 2004 12:21:45 +0200, "Imochon" <imochon@wanadoo.fr> a
écrit:
Bonjour,
J'aimerai avoir un peu d'aide sur la notion de cluster afin de savoir si
elle convient ou pas au type d'architechture que je souhaite concevoir.
Je dois mettre en place un très gros espace de stockage avec une tres
haute
disponibilité.
Bonjour,
C'est quoi très gros ? Ca s'exprime en GB, en TB, en PB ?
Quels types de fichier vont être stockés sur cet espace ? Des ficheirs
de quelques KB ? De plusieurs centaines de MB ?
Quels vont être les clients de cet espace de stockage ? Des serveurs ?
Des stations ? Combien simultanément ?
Quelles sont les performances attendues ?
Comment vont être accéder ces fichiers ? En NFS ? En CIFS ?
Pour pouvoir monter une architecture, il faut quelques précisions
supplémentaires qui ne figurent pas dans le message initial ?
Cordialement. Didier.
C'est quoi très gros ? Ca s'exprime en GB, en TB, en PB ?
ça s'exprime en TB. De base nous allons partir sur 1,5 To d'espace pour
Quels types de fichier vont être stockés sur cet espace ? Des ficheirs
de quelques KB ? De plusieurs centaines de MB ?
Les fichiers iront de quelque KB (fichiers textes par exmple) a plusieurs
Quels vont être les clients de cet espace de stockage ? Des serveurs ?
Des stations ? Combien simultanément ?
Les clients vont être des stations. jusqu'à 150 simultanément.
Quelles sont les performances attendues ?
Au nivo du système en général : très haute disponiblité
Comment vont être accéder ces fichiers ? En NFS ? En CIFS ?
En FTP avec ssl encrytion (la société qui utilisera le système a un soft
Pour pouvoir monter une architecture, il faut quelques précisions
supplémentaires qui ne figurent pas dans le message initial ?
Le Wed, 5 May 2004 12:21:45 +0200, "Imochon" a
écrit:Bonjour,
J'aimerai avoir un peu d'aide sur la notion de cluster afin de savoir si
elle convient ou pas au type d'architechture que je souhaite concevoir.
Je dois mettre en place un très gros espace de stockage avec une tres
haute
disponibilité.
Bonjour,
C'est quoi très gros ? Ca s'exprime en GB, en TB, en PB ?
Quels types de fichier vont être stockés sur cet espace ? Des ficheirs
de quelques KB ? De plusieurs centaines de MB ?
Quels vont être les clients de cet espace de stockage ? Des serveurs ?
Des stations ? Combien simultanément ?
Quelles sont les performances attendues ?
Comment vont être accéder ces fichiers ? En NFS ? En CIFS ?
Pour pouvoir monter une architecture, il faut quelques précisions
supplémentaires qui ne figurent pas dans le message initial ?
Cordialement. Didier.
Merci pour les réponses ...
Je me permet de répondre aux questions car je connais le projet :C'est quoi très gros ? Ca s'exprime en GB, en TB, en PB ?
ça s'exprime en TB. De base nous allons partir sur 1,5 To d'espace pour
grossir ensuiteQuels types de fichier vont être stockés sur cet espace ? Des ficheirs
de quelques KB ? De plusieurs centaines de MB ?
Les fichiers iront de quelque KB (fichiers textes par exmple) a plusieurs
100 aine de MB (plan, base données)Quels vont être les clients de cet espace de stockage ? Des serveurs ?
Des stations ? Combien simultanément ?
Les clients vont être des stations. jusqu'à 150 simultanément.Quelles sont les performances attendues ?
Au nivo du système en général : très haute disponiblité
Au nivo des serveurs, acces rapide (incapable de dire réelement combien) en
ecriture sur les disques.
La rapidité dépendra aussi du réseau en lui mêmeComment vont être accéder ces fichiers ? En NFS ? En CIFS ?
En FTP avec ssl encrytion (la société qui utilisera le système a un soft
pour et ne souhaite pas le changer ... on doit faire avec les exigences ;))Pour pouvoir monter une architecture, il faut quelques précisions
supplémentaires qui ne figurent pas dans le message initial ?
J'espère que ça précise un peu plus les besoins ...
Merci pour l'aide
Cordialement. Yoram
"Didier G" a écrit dans le message de
news:Le Wed, 5 May 2004 12:21:45 +0200, "Imochon" a
écrit:Bonjour,
J'aimerai avoir un peu d'aide sur la notion de cluster afin de savoir si
elle convient ou pas au type d'architechture que je souhaite concevoir.
Je dois mettre en place un très gros espace de stockage avec une tres
hautedisponibilité.
Bonjour,
C'est quoi très gros ? Ca s'exprime en GB, en TB, en PB ?
Quels types de fichier vont être stockés sur cet espace ? Des ficheirs
de quelques KB ? De plusieurs centaines de MB ?
Quels vont être les clients de cet espace de stockage ? Des serveurs ?
Des stations ? Combien simultanément ?
Quelles sont les performances attendues ?
Comment vont être accéder ces fichiers ? En NFS ? En CIFS ?
Pour pouvoir monter une architecture, il faut quelques précisions
supplémentaires qui ne figurent pas dans le message initial ?
Cordialement. Didier.
Merci pour les réponses ...
Je me permet de répondre aux questions car je connais le projet :
C'est quoi très gros ? Ca s'exprime en GB, en TB, en PB ?
ça s'exprime en TB. De base nous allons partir sur 1,5 To d'espace pour
grossir ensuite
Quels types de fichier vont être stockés sur cet espace ? Des ficheirs
de quelques KB ? De plusieurs centaines de MB ?
Les fichiers iront de quelque KB (fichiers textes par exmple) a plusieurs
100 aine de MB (plan, base données)
Quels vont être les clients de cet espace de stockage ? Des serveurs ?
Des stations ? Combien simultanément ?
Les clients vont être des stations. jusqu'à 150 simultanément.
Quelles sont les performances attendues ?
Au nivo du système en général : très haute disponiblité
Au nivo des serveurs, acces rapide (incapable de dire réelement combien) en
ecriture sur les disques.
La rapidité dépendra aussi du réseau en lui même
Comment vont être accéder ces fichiers ? En NFS ? En CIFS ?
En FTP avec ssl encrytion (la société qui utilisera le système a un soft
pour et ne souhaite pas le changer ... on doit faire avec les exigences ;))
Pour pouvoir monter une architecture, il faut quelques précisions
supplémentaires qui ne figurent pas dans le message initial ?
J'espère que ça précise un peu plus les besoins ...
Merci pour l'aide
Cordialement. Yoram
"Didier G" <NOSPAM-didierg987@netcourrier.com> a écrit dans le message de
news: cjfi90tj1c3vjou8ibnjseuo5uf8d589d0@4ax.com...
Le Wed, 5 May 2004 12:21:45 +0200, "Imochon" <imochon@wanadoo.fr> a
écrit:
Bonjour,
J'aimerai avoir un peu d'aide sur la notion de cluster afin de savoir si
elle convient ou pas au type d'architechture que je souhaite concevoir.
Je dois mettre en place un très gros espace de stockage avec une tres
haute
disponibilité.
Bonjour,
C'est quoi très gros ? Ca s'exprime en GB, en TB, en PB ?
Quels types de fichier vont être stockés sur cet espace ? Des ficheirs
de quelques KB ? De plusieurs centaines de MB ?
Quels vont être les clients de cet espace de stockage ? Des serveurs ?
Des stations ? Combien simultanément ?
Quelles sont les performances attendues ?
Comment vont être accéder ces fichiers ? En NFS ? En CIFS ?
Pour pouvoir monter une architecture, il faut quelques précisions
supplémentaires qui ne figurent pas dans le message initial ?
Cordialement. Didier.
Merci pour les réponses ...
Je me permet de répondre aux questions car je connais le projet :C'est quoi très gros ? Ca s'exprime en GB, en TB, en PB ?
ça s'exprime en TB. De base nous allons partir sur 1,5 To d'espace pour
grossir ensuiteQuels types de fichier vont être stockés sur cet espace ? Des ficheirs
de quelques KB ? De plusieurs centaines de MB ?
Les fichiers iront de quelque KB (fichiers textes par exmple) a plusieurs
100 aine de MB (plan, base données)Quels vont être les clients de cet espace de stockage ? Des serveurs ?
Des stations ? Combien simultanément ?
Les clients vont être des stations. jusqu'à 150 simultanément.Quelles sont les performances attendues ?
Au nivo du système en général : très haute disponiblité
Au nivo des serveurs, acces rapide (incapable de dire réelement combien) en
ecriture sur les disques.
La rapidité dépendra aussi du réseau en lui mêmeComment vont être accéder ces fichiers ? En NFS ? En CIFS ?
En FTP avec ssl encrytion (la société qui utilisera le système a un soft
pour et ne souhaite pas le changer ... on doit faire avec les exigences ;))Pour pouvoir monter une architecture, il faut quelques précisions
supplémentaires qui ne figurent pas dans le message initial ?
J'espère que ça précise un peu plus les besoins ...
Merci pour l'aide
Cordialement. Yoram
"Didier G" a écrit dans le message de
news:Le Wed, 5 May 2004 12:21:45 +0200, "Imochon" a
écrit:Bonjour,
J'aimerai avoir un peu d'aide sur la notion de cluster afin de savoir si
elle convient ou pas au type d'architechture que je souhaite concevoir.
Je dois mettre en place un très gros espace de stockage avec une tres
hautedisponibilité.
Bonjour,
C'est quoi très gros ? Ca s'exprime en GB, en TB, en PB ?
Quels types de fichier vont être stockés sur cet espace ? Des ficheirs
de quelques KB ? De plusieurs centaines de MB ?
Quels vont être les clients de cet espace de stockage ? Des serveurs ?
Des stations ? Combien simultanément ?
Quelles sont les performances attendues ?
Comment vont être accéder ces fichiers ? En NFS ? En CIFS ?
Pour pouvoir monter une architecture, il faut quelques précisions
supplémentaires qui ne figurent pas dans le message initial ?
Cordialement. Didier.
Bonjour Didier G.
Si l'accès aux données se fait par FTP, les autres services ne sont pas
indispensables (a fortiori NFS et SMB).
Pour la baie, je choisirais une baie modulaire de marque type HP, IBM
ou StorageTek, etc...
Ah ben oui, évidement. :-)
Je pense que tu oublies l'aspect augmentation de l'espace servi.
C'est bien joli de rajouter des disques (et des serveurs), mais FTP ne va
pas savoir où sont les données de manière magique (d'où le besoin d'un
moyen d'avoir des méta-données plus ou moins centralisées, donc d'un
système de fichiers distribué ou équivalent).
[Alacritech]
Il n'y a pas de driver Linux libre utile (qui gère le TOE) pour les cartes
Alacritech. Le driver non libre n'est disponible qu'en OEM (ce qui pose
plein de problèmes de support de version de noyaux, donc de matériel ou
de système de fichiers supportés et même, potentiellement, de sécurité).
Ce type de configuration fonctionne de manière satisfaisante sur de
nombreux sites.
D'autres types de configurations qui marchent de manière satisfaisantes sur
de nombreux sites, sont des serveurs Linux avec des cartes RAID PCI (type
3ware ou Adaptec), qui gèrent des disques de spare, du RAID5 si on le
souhaite et les alimentations redondantes des serveurs.
L'intérêt majeur est que cela coûte sensiblement moins cher que des baies
de disques FC (et que, d'expérience, les performances sont dans certains
cas meilleures puiqu'on est pas limité par les 2 Gbps de FC-2).
Enfin et pour terminer, il est toujours possible de faire appel à un
constructeur ou à un intégrateur spécialisé dans les solutions de
stockage pour mettre ne place une telle solution.
Bonjour Didier G.
Si l'accès aux données se fait par FTP, les autres services ne sont pas
indispensables (a fortiori NFS et SMB).
Pour la baie, je choisirais une baie modulaire de marque type HP, IBM
ou StorageTek, etc...
Ah ben oui, évidement. :-)
Je pense que tu oublies l'aspect augmentation de l'espace servi.
C'est bien joli de rajouter des disques (et des serveurs), mais FTP ne va
pas savoir où sont les données de manière magique (d'où le besoin d'un
moyen d'avoir des méta-données plus ou moins centralisées, donc d'un
système de fichiers distribué ou équivalent).
[Alacritech]
Il n'y a pas de driver Linux libre utile (qui gère le TOE) pour les cartes
Alacritech. Le driver non libre n'est disponible qu'en OEM (ce qui pose
plein de problèmes de support de version de noyaux, donc de matériel ou
de système de fichiers supportés et même, potentiellement, de sécurité).
Ce type de configuration fonctionne de manière satisfaisante sur de
nombreux sites.
D'autres types de configurations qui marchent de manière satisfaisantes sur
de nombreux sites, sont des serveurs Linux avec des cartes RAID PCI (type
3ware ou Adaptec), qui gèrent des disques de spare, du RAID5 si on le
souhaite et les alimentations redondantes des serveurs.
L'intérêt majeur est que cela coûte sensiblement moins cher que des baies
de disques FC (et que, d'expérience, les performances sont dans certains
cas meilleures puiqu'on est pas limité par les 2 Gbps de FC-2).
Enfin et pour terminer, il est toujours possible de faire appel à un
constructeur ou à un intégrateur spécialisé dans les solutions de
stockage pour mettre ne place une telle solution.
Bonjour Didier G.
Si l'accès aux données se fait par FTP, les autres services ne sont pas
indispensables (a fortiori NFS et SMB).
Pour la baie, je choisirais une baie modulaire de marque type HP, IBM
ou StorageTek, etc...
Ah ben oui, évidement. :-)
Je pense que tu oublies l'aspect augmentation de l'espace servi.
C'est bien joli de rajouter des disques (et des serveurs), mais FTP ne va
pas savoir où sont les données de manière magique (d'où le besoin d'un
moyen d'avoir des méta-données plus ou moins centralisées, donc d'un
système de fichiers distribué ou équivalent).
[Alacritech]
Il n'y a pas de driver Linux libre utile (qui gère le TOE) pour les cartes
Alacritech. Le driver non libre n'est disponible qu'en OEM (ce qui pose
plein de problèmes de support de version de noyaux, donc de matériel ou
de système de fichiers supportés et même, potentiellement, de sécurité).
Ce type de configuration fonctionne de manière satisfaisante sur de
nombreux sites.
D'autres types de configurations qui marchent de manière satisfaisantes sur
de nombreux sites, sont des serveurs Linux avec des cartes RAID PCI (type
3ware ou Adaptec), qui gèrent des disques de spare, du RAID5 si on le
souhaite et les alimentations redondantes des serveurs.
L'intérêt majeur est que cela coûte sensiblement moins cher que des baies
de disques FC (et que, d'expérience, les performances sont dans certains
cas meilleures puiqu'on est pas limité par les 2 Gbps de FC-2).
Enfin et pour terminer, il est toujours possible de faire appel à un
constructeur ou à un intégrateur spécialisé dans les solutions de
stockage pour mettre ne place une telle solution.
Ces solutions sont assez variées, certaines requièrent d'avoir des serveurs
spécifiques et/ou qui ne fonctionnent pas sous Linux (Xsan et ADIC?,
Ces solutions sont assez variées, certaines requièrent d'avoir des serveurs
spécifiques et/ou qui ne fonctionnent pas sous Linux (Xsan et ADIC?,
Ces solutions sont assez variées, certaines requièrent d'avoir des serveurs
spécifiques et/ou qui ne fonctionnent pas sous Linux (Xsan et ADIC?,
On Wed, 05 May 2004 11:59:52 +0000, Loic Tortay wrote:GFS a ou avait besoin de matériel avec des fonctionnalités SCSI
particulières de gestion distribuée des locks).
SCSI ou FC ? J'ai bien vu du matos qui faisant ce genre de conneries po ur
systemes de fichiers distribués mais ça semblait plutot être du F C.
Les deux ?
Je me souviens que GFS avait besoin d'une extension de SCSI en cours de
normalisation (au moment où je m'y suis interessé), dans la plupart des
cas, on fait en fait du SCSI sur FC (même si on ne le sait pas toujou rs).
On Wed, 05 May 2004 11:59:52 +0000, Loic Tortay wrote:
GFS a ou avait besoin de matériel avec des fonctionnalités SCSI
particulières de gestion distribuée des locks).
SCSI ou FC ? J'ai bien vu du matos qui faisant ce genre de conneries po ur
systemes de fichiers distribués mais ça semblait plutot être du F C.
Les deux ?
Je me souviens que GFS avait besoin d'une extension de SCSI en cours de
normalisation (au moment où je m'y suis interessé), dans la plupart des
cas, on fait en fait du SCSI sur FC (même si on ne le sait pas toujou rs).
On Wed, 05 May 2004 11:59:52 +0000, Loic Tortay wrote:GFS a ou avait besoin de matériel avec des fonctionnalités SCSI
particulières de gestion distribuée des locks).
SCSI ou FC ? J'ai bien vu du matos qui faisant ce genre de conneries po ur
systemes de fichiers distribués mais ça semblait plutot être du F C.
Les deux ?
Je me souviens que GFS avait besoin d'une extension de SCSI en cours de
normalisation (au moment où je m'y suis interessé), dans la plupart des
cas, on fait en fait du SCSI sur FC (même si on ne le sait pas toujou rs).