Le 07/08/2012 16:03, Christophe Roger a écrit :

Nous sommes en train de monter deux baies nexenta sur base de Dell R515.

Aux premiers tests les perfs ont l’air sympa et cela à l’air de tenir la prod.

(il faut espérer , les investissements sont faits, les machines et les disques attendent la rentrée… )

Nexenta c'est pas mal, mais cela malheureusement n’évolue plus à cause de l’arrêt d'opensolaris. Finalement pour mon besoin qui était d'avoir un san iscsi/fc cheap j'ai installé du solaris 11 avec du zfs. Cela règle les soucis que j'avais pu avoir nexenta et mes vsphere5 en fc. J'ai perdu la gui, mais bon franchement c'est très facile à gérer en cli (2 commandes).

Merci pour vos premières réponse, en effet la sauvegarde est en prendre en compte, très bonne remarque. J'ai un projet de sauvegarde dedupliquer à la sources qui suit le changement de ce serveur. :)

Justement comment obtenir les IOPS à partir de Windows, ou outils tiers?

La solution d'un poweredge avec une md1200 à l'air pas mal, je suis en train de regarder de plus proche.

Les R510 sont déjà en fin de vie, quel vitesse de développement chez DELL ;) ils sont remplacer par quel gamme? car pour le moment je n'ai rien sur mon compte premier.

merci

Thierry CHEVALIER

Le 7 août 2012 16:08, David Touitou david@network-studio.com a écrit :

'jour

...

=> Serveur Rack : pour 6 To ca peut faire pas mal de disque à ajouter, peut être le scinder en deux serveurs ?

N'importe quel 2U (bien choisi) aujourd'hui prend 12 emplacements 3.5" (et même certains 2 emplacements 2.5" en plus), comme les serveurs déjà évoqués dans le thread (R510, R515 mais attention, ces deux sont en fin de vie).

Même en ZRAID2 avec du spare et des SSD (ZIL and co), 6TB rentrent largement là dedans.

David _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/

Bonjour,

quelques questions/pistes en vrac, aucune n'est fermée ni limitative : - quels protocoles ? SMB/CIFS ? NFS ? autre ? - types de données à héberger : petits fichiers ? gros ? peu de fichiers ? beaucoup ? - 150 users, ça ne veut pas dire grand'chose. Mais volume d'accès ? taille des données échangées ? fréquences ? - SLA : 1h ? 24h ? plus ? moins ? - type de réseau derrière : 100Mb ? Gb ? 10Gb (j'en doute !) ? - localisation physique : salle machine (j'ai l'impression que c'est le cas) ? bureaux ? un seul site ? plusieurs ? - comment faire en cas de destruction totale (incendie, surtension, fausse manip, ...) : réplication synchrone sur un deuxième équipement, avec protocole propriétaire ou non ? reconstruction ou restauration depuis les sauvegardes (cf. SLA) ? - pourquoi monter une solution "maison" ? + : maîtrisée, coûts, - : coûts (il faudra du monde pour la gérer), complexité potentielle, ... Je ne suis en général pas favorable aux solutions toutes prêtes, mais c'est parfois bien pratique. - pourquoi ne pas prendre une solution toute prête, pas mal de fournisseurs de NAS existent avec des solutions pour tous les budgets. 6To, ce n'est pas monstrueux (un bête NAS 2 HDD 3To SATA en RAID 0 le fait pour pas cher, cf Synology et autres !), peut-être une solution type NAS 4 à 6 baies en RAID 5 suffirait-elle, avec réplication entre équipements sur sites distants pour la sécurité. - comment se feront l'exploitation et l'administration de la solution : pilotes/pupitreurs ? administrateurs ? sysadmins ? faut-il un clickodrome ou un CLI suffit-il ? - attention à la surveillance de la solution : remontées d'alertes (SNMP et autres), intégration à la supervision déjà en place, ... - sauvegardes bien sûr - consommation électrique et climatisation : un bête NAS peut souvent fonctionner en milieu "hostile" (type bureau), tandis qu'un serveur racké sera mieux en salle machine et plein d'autres joyeusetés auxquelles je n'ai pas pensé pour l'instant ;-)

Patrice

frsag-bounces@frsag.org a écrit sur 07/08/2012 16:14:41 :

Merci pour vos premières réponse, en effet la sauvegarde est en prendre en compte, très bonne remarque. J'ai un projet de sauvegarde dedupliquer à la sources qui suit le changement de ce serveur. :)

Justement comment obtenir les IOPS à partir de Windows, ou outils tiers?

La solution d'un poweredge avec une md1200 à l'air pas mal, je suis en train de regarder de plus proche.

Les R510 sont déjà en fin de vie, quel vitesse de développement chez DELL ;) ils sont remplacer par quel gamme? car pour le moment je n'ai rien sur mon compte premier.

merci

Thierry CHEVALIER

Le 7 août 2012 16:08, David Touitou david@network-studio.com a écrit : 'jour

...

=> Serveur Rack : pour 6 To ca peut faire pas mal de disque à ajouter, peut être le scinder en deux serveurs ?

N'importe quel 2U (bien choisi) aujourd'hui prend 12 emplacements 3. 5" (et même certains 2 emplacements 2.5" en plus), comme les serveurs déjà évoqués dans le thread (R510, R515 mais attention, ces deux sont en fin de vie).

Même en ZRAID2 avec du spare et des SSD (ZIL and co), 6TB rentrent largement là dedans.

David _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/ _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/

Accédez aux meilleurs tarifs Air France, gérez vos réservations et enregistrez-vous en ligne sur http://www.airfrance.com Find best Air France fares, manage your reservations and check in online at http://www.airfrance.com Les données et renseignements contenus dans ce message peuvent être de nature confidentielle et soumis au secret professionnel et sont destinés à l'usage exclusif du destinataire dont les coordonnées figurent ci-dessus. Si vous recevez cette communication par erreur, nous vous demandons de ne pas la copier, l'utiliser ou la divulguer. Nous vous prions de notifier cette erreur à l'expéditeur et d'effacer immédiatement cette communication de votre système. Société Air France - Société anonyme au capital de 1 901 231 625 euros - RCS Bobigny (France) 420 495 178 - 45, rue de Paris, 95 747 Roissy CDG CEDEX The data and information contained in this message may be confidential and subject to professional secrecy and are intended for the exclusive use of the recipient at the address shown above. If you receive this message by mistake, we ask you not to copy, use or disclose it. Please notify this error to the sender immediately and delete this message from your system. Société Air France - Limited company with capital of 1,901,231,625 euros - Bobigny register of companies (France) 420 495 178 - 45, rue de Paris, 95 747 Roissy CDG CEDEX Pensez à l'environnement avant d'imprimer ce message. Think of the environment before printing this mail.

Salut,

On 08/08/12 08:45, Guillaume Esnault wrote:

Bonjour,

FreeNAS est la meilleure solution et la plus simple. Beaucoup de RAM pour le cache ZFS et de bonnes cartes réseaux (Intel) et vous aurez un NAS/SAN des plus modernes.

Autrement FreeNAS etant base sur FreeBSD, on peux aussi mettre un FreeBSD et faire son ZFS soit meme.

Attention vis a vis de ZFS : - il faut de la RAM (c'est a dire > a 4Go, le mieux etant le plus possible 10G ou 16G n'est pas une mauvaise idee) - vu que la systeme quand meme fais de jolis checksum, il faut du processeur 64 bits (oubliez les 32bits !) - il faut "un peu" de processeurs (4 coeurs serait un mieux), avec du cache quand meme - et comme c'est mieux d'avoir de la memoire ECC ou ECC Reg car au moins les choses transitoires en ram sont pas sousmis au bon vouloir du chipset pour avoir des donnees correctes - dernier point oubliez les cartes reseau a l'eau benite : realtek, ralink, broadcom, utilisez de vrai cartes reseaux comme les intel pro 1000 ca ira mieux.

Perso j'utilise ca avec un double quad coeur L5420 avec 12Go de ram pour gerer 8 HD en Raidz1 en mirroir (eg RAID10 pour ceux de l'ancienne generation).

Petits truc importants : - la dedup c'est bien, mais faut pas en abuser - la compression zfs c'est bien mais faut pas non plus en abuser

Les deux choses sont interressantes en terme d'archivage, c'est a dire si vous vous amusez pas non plus a ecrire sans arret des data (donc exit cette idee pour les vmdk des ESX, vous allez avoir des pb de performances), pour du syslog ou des logs apaches(nginx/lighttpd), ca peut etre une bonne idee : pas besoin de perf, juste de la place.

Autrement le trunk LACP sur freebsd sont d'une facilite a mettre en oeuvre ce qui permet d'avoir 1,2,4,8Gbps sur un filer a base de supermicro... What else? (Si vous voulez des infos la dessus, pinguez moi)

Xavier

Bien à vous,

Guillaume Esnault Digicube sas

Le mardi 07 août 2012 à 15:52 +0200, Thierry Chevalier a écrit :

...

Bonjour,

Je dois changer le serveur de fichier de mon entreprise (actuellement PowerEdge 2900, Windows 2003 Storage, 3To, interne + baie MD 3000i ISCSI)

Je ne sais pas vers quoi m'orienter

• NAS ?
• Serveur rack type R510 (oui j'aime dell ;) ) ?
• SAN ISCI, Fibre channel (oulala le prix) ?

J'aimerais connaitre votre expérience, idée, concernant un tel serveur de fichier.

A savoir que la volumétrie du nouveau doit être d'environ 6To et qu'environ 150 personnes se connectent dessus simultanément.

Merciiiiii et bonne journée.

Thierry CHEVALIER

---

Liste de diffusion du FRsAG http://www.frsag.org/

---

Liste de diffusion du FRsAG http://www.frsag.org/

Hello,

Et si on ajoute en dessous une couche de HAST, on peut faire de la réplication sur deux machines façon DRBD.

Ouais mais est-ce que c'est pas plus simple d'utiliser zfs send / receive ?

Parce ajouter du hast au dessous du zfs (donc entre les HD physiques et le ZFS) n'est pas overkill ?

Perso j'utilise du Hast entre 2 serveurs MySQL (avec CARP + ifstatd) pour eviter de me faire emmerder avec la replication MySQL qui tombe en marche (ou pas)...

/Xavier

Salut,

    Et si on ajoute en dessous une couche de HAST, on peut faire de la
    réplication sur deux machines façon DRBD.


Ouais mais est-ce que c'est pas plus simple d'utiliser zfs send /
receive ?

Avec cette solution, zfs send /receive de snapshot, tu ne peux pas dire que tu as de la réplication à chaud. Et même si tu réduis à 1h tes snapshots, il faut pas que tu ai une merde à la 58éme minute.

Ceci étant dit je suis en pleine réflexion là dessus, mais c'est le seul équivalent à DRBD que j'ai trouvé. Je galère un peu à le faire fonctionner correctement au boot et au shutdown mais c'est une autre histoire :) (j'ai pas mis de ucarp).

Heu sur FreeBSD y a pas besoin de ucarp, il est dans le noyau (peut-etre une recompile a faire, si ma memoire est bonne). D'ailleurs le carp de freeBsd est nettement plus avance que le ucarp linux (ce qui est une des raisons de mon choix de freebsd).`

Pour moi le zfs send / receive me permet d'avoir le concept de netapp snapmirror...

Apres, je prefere avoir une perte de production de quelques minutes que d'avoir une usine a gaz qui marche mais... qui deviens un bordel sans nom en cas de merde d'une des couches : KISS est mon idee.

Xavier

Hello,

Pour moi le zfs send / receive me permet d'avoir le concept de
netapp snapmirror...

Apres, je prefere avoir une perte de production de quelques minutes
que d'avoir une usine a gaz qui marche mais... qui deviens un bordel
sans nom en cas de merde d'une des couches : KISS est mon idee.

Je te rejoins sur ce point, mais tu ne garantis donc pas une perte de data infime. Par curiosité tu snapshot tout les combien ? Et tu conserves combien de snapshot (on s'écarte du sujet d'origine par contre).

Je fais comme netapp : toutes les 5 minutes. Et je ne garde que :

- Les 5 derniers snap horaires - Les 5 derniers snap journalier - Les 2 derniers snap de la semaine - Le dernier snap du mois dernier

Le port zfs-periodic est vraiment foutus pour cette gestion des snaps.

(peut-etre que nous devrions faire un autre sujet?)

Xavier

On Wed, Aug 08, 2012 at 02:03:56PM +0200, Thierry Chevalier wrote:

une baie MD1220 + R310 avec carte H800 ca devrait le faire?

Bonjour,

Attention, ça n'est pas à priori un problème dans ton cas, mais cette machine est "limitée" à 32Go de RAM, mais plus limitant, ne dispose *pas* d'alims redondantes (pour du stockage c'est moyen).

Pour un peu plus cher le R410 me semble être un meilleur compromis (voire un R510 si tu as la place (2U)).

L'avantage du R510 étant ses 12 emplacements 3.5" et 2 emplacements 2.5" internes.

Pour la baie, la MD1220 me semble un bon compromis. Il te sera facile en raison du nombre de disque relativement important, de créer plusieurs volumes (SATA 7200RPM pour la bureautique, SAS 10/15k pour des VM, mail, ...).

'jour,

Pour en revenir a mon problème ;) une baie MD1220 + R310 avec carte H800 ca devrait le faire?

Si tu prends une H800 c'est pour utiliser SES fonctions de RAID. Donc un OS bête (windoz ou autre).

Si tu veux faire du ZFS (FreeBSD, FreeNAS, Nexenta and co), la H800 ne sert à rien (au contraire). Chez Dell, c'est le "SAS 6 Gbps adapter" qu'il te faut (l'équivalent d'une H200, avec un firmware "IT" et les connecteurs sur l'extérieur).

Si tu veux faire du ZFS, je prendrai plutôt un R410 (ou R510), afin de pouvoir mettre deux CPU et d'avoir la place de mettre des cartes d'extension (disque pour multipath, réseau pour LAG, etc).

David