Re: [FRsAG] Serveur de Fichier
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. 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. Mercii et bonne journée. Thierry CHEVALIER ___ Liste de diffusion du FRsAG http://www.frsag.org/ ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Serveur de Fichier
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. Mercii et bonne journée. Thierry CHEVALIER ___ Liste de diffusion du FRsAG http://www.frsag.org/ ___ Liste de diffusion du FRsAG http://www.frsag.org/ ___ Liste de diffusion du FRsAG http://www.frsag.org/
[FRsAG] Offre d'emploi - INRIA
Bonjour, Pour ceux qui ne seraient pas inscrits sur FRnOG. Je vous transmets une fiche de poste pour un emploi de sysadmin/network admin IPv6 à coloration développeur d'un de nos partenaires à l'INRIA. Je précise que bien que basé à l'INRIA c'est réellement un projet de mise en production et non un projet de recherche. Et vous pouvez postuler même s'il vous manque le côté développeur. Par ailleurs nous ne pouvions pas donner plus de détails dans la fiche de poste donc n'hésitez pas à les demander en privé. Cordialement. Emmanuel Thierry - Télécom Bretagne Dans le cadre d'un projet de gestion à distance de boîtiers de communications, Inria (Institut de recherche en informatique et en automatique) de Rocquencourt recherche un ingénieur en RD dans le domaine des réseaux de communications. La mission consiste à mettre en place des outils de gestion de boitiers de communication, à développer de nouvelles fonctionnalités et à administrer un service opérationnel et industrialisable au sein d'une plateforme IPv6. * Intérêts, contraintes, difficultés du poste : La plateforme devant être mise en oeuvre pour un service opérationnel, un soin tout particulier devra être apporté à la fiabilité des développements et à la reprise sur panne de la plateforme. Une bonne autonomie est demandée sur le poste. Une partie des développement se faisant sur des logiciels open-source, l'utilisation d'outils de développement communautaires (mailing lists, forums etc.) ainsi que le code en lui-même seront des sources essentielles d'informations. * Compétences requises : - Maîtrise des outils d'administration système et réseau sous Linux - Maîtrise des outils de virtualisation (KVM) et de diagnostique (SNMP, Nagios, ou équivalents) - Connaissance d'IPv6 et des protocoles associés - Maîtrise du langage C et des outils de deboggage (GDB, valgrind ou équivalents) * Connaissances souhaitées : - Connaissance des outils d'AAA (Authentication, Authorization, Accounting) tels Radius ou Diameter - Connaissance des outils de chiffrements (gestion de certificats) - Connaissance de langages web (HTML/PHP) * Information sur le poste : - CDD de 12 mois à partir d'octobre 2012 - Diplôme ingénieur bac+5 ou expérience équivalente (une expérience professionnelle en tant qu'administrateur système et réseau serait un plus) - Candidat motivé et sachant faire preuve d'autonomie - Possibilité de continuer la mission au sein du laboratoire d'accueil ou d'une jeune société innovante - Lieu de travail: Inria Rocquencourt: http://www.inria.fr/centre/paris-rocquencourt Les candidats sont priés d'envoyer par email à Mr. Thierry Ernst (thierry.er...@inria.fr) leur CV accompagné d'une lettre de motivation précisant leurs expériences et compétences sur les éléments indiqués dans les compétences requises et les connaissances souhaitées. ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Serveur de Fichier
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 ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Serveur de Fichier
ReSalut, Le 8 août 2012 10:42, Xavier Beaudouin k...@oav.net a écrit : 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 ? 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). ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Serveur de Fichier
Salut, Le 8 août 2012 11:17, Xavier Beaudouin k...@oav.net a écrit : Salut, 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).` Je voulais dire carp pardon. J'essaye de mettre HAST en place là, mais sans failover. Comprendre je charge manuellement hast et zfs au démarrage, et je bascule manuellement. J'ai pas d'automatisme par surveille d'un lien failover. 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). Sébastien ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Serveur de Fichier
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 ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Serveur de Fichier
Bonjour, Pour en revenir a mon problème ;) une baie MD1220 + R310 avec carte H800 ca devrait le faire? Le 8 août 2012 12:01, Xavier Beaudouin k...@oav.net a écrit : 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 __**_ Liste de diffusion du FRsAG http://www.frsag.org/ ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Serveur de Fichier
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, ...). ___ Liste de diffusion du FRsAG http://www.frsag.org/