Re: [FRnOG] Serveurs & SSD
Le 16/07/2010 17:50, Lilian RIGARD - Devclic a écrit : ... de plus les écritures "cassent" la longévité du disque et au fur et à mesure il devient de moins en moins performant ... Avec iotop on peut assez facilement réduire les écritures. Christophe --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Serveurs & SSD
Le 16/07/10 19:21, Michel Py a écrit : > Je n'ai fait que des expériences empiriques (pas vraiment scientifiques) mais > à ma grande surprise les disques SSD bénéficient de la défragmentation autant > que les disques classiques. On aurait pu croire que l'absence de mouvement > physique du bras de lecture ou des plateaux aurait rendu la défragmentation > inutile, ce n'est pas vrai. Ça dépends du contrôleur : s'il émule le comportement de blocs de 512 octets sur la base de blocs de 4ko (typiquement le barefoot), tu peux avoir un gain. Mais si tu fine-tune ton FS pour coller au fonctionnement du support physique, la question ne se pose pas. Il FAUT connaitre son archi pour en tirer les meilleures perfs. -- Jérôme Nicolle 06 19 31 27 14 signature.asc Description: OpenPGP digital signature
RE: [FRnOG] Serveurs & SSD
> Francois Tigeot a écrit : > Une chose qu'on ne prend pas trop en compte non plus est l'alignement > des données: les SSD n'ont pas des secteurs de 512 octets comme les > disques classiques, mais des blocs de 64 Ko, 128 Ko ou plus. Je n'ai fait que des expériences empiriques (pas vraiment scientifiques) mais à ma grande surprise les disques SSD bénéficient de la défragmentation autant que les disques classiques. On aurait pu croire que l'absence de mouvement physique du bras de lecture ou des plateaux aurait rendu la défragmentation inutile, ce n'est pas vrai. En ce qui concerne la vitesse d'écriture, attention aux benchmarks génériques. La réalité des choses est que la plupart des SSD sont BEAUCOUP plus lents en écriture qu'en lecture, et généralement plus lents que le SAS 15K. Les benchmarks ne montrent pas toujours ceci. Le SSD est un produit encore très nouveau... Michel. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Serveurs & SSD
Le 16/07/2010 18:12, Francois Tigeot a écrit : Une chose qu'on ne prend pas trop en compte non plus est l'alignement des données: les SSD n'ont pas des secteurs de 512 octets comme les disques classiques, mais des blocs de 64 Ko, 128 Ko ou plus. Avec bonnie++, je n'ai constaté aucune différence sur un X25-E avant et après alignement. Je n'ai poussé le vice jusqu'à le désaligner pour faire des benchs sous MySQL avant et après l'alignement. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Serveurs & SSD
On Fri, 2010-07-16 at 17:50 +0200, Lilian RIGARD - Devclic wrote: > Les SSD sont beaucoup plus rapides en lecture qu'en écriture ... de plus les > écritures "cassent" la longévité du disque et au fur et à mesure il devient > de moins en moins performant ... Exact mais pour les SSDs type desktop ou sinon il faut utiliser TRIM... Par contre pas le cas pour le haut de gamme: SSD PCIe Enterprise, je ne parle pas des multiples SSDs SATA sur une carte PCIe autour d'un contrôleur raid... Attention, dans X25-E le "E" ca veut dire Extreme pas Enterprise :) > Tout dépend du projet ... et du budget ... Je préfère largement une bonne > carte RAID avec du SAS derrière plutôt que du SSD où je sais pertinemment > qu'il faudra que je les change très rapidement et assez souvent ... Si l'objectif est uniquement la perf (IOPS) et non (ou moins) la taille du volume alors il me semble très intéressant de faire une vraie comparaison entre : 1/ serveur 1U une carte Fusion-io (80, 160, 320 ou 640Go) et 2/ serveur 2U mini carte raid avec cache et BBU ? x disques SAS 15k rpm Ne pas oublier d'intégrer la consommation électrique... ;-) Cordialement, Yacine. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Serveurs & SSD
Gregory Agerba wrote: Dans mon cas, je m'intéresse particulièrement aux produits HP Proliant. Selon le document suivant : http://h2.www2.hp.com/bc/docs/support/SupportManual/c01580706/c01580706.pdf (cf. page 6) les performances SSD sont moins bonnes IO/s et MB/s que celles du HDD 15K selon HP, sauf dans le cas de lecture aléatoire (qui je le devine représente la latence due à la partie physique). Il n'y a pas de détail sur les disques durs utilisés par HP dans ce benchmark, mais ça semble étonnant qu’à matériel égal, les disques SSD soient aussi mauvais en performances !? Tous les disques SSD ne sont pas égaux; suivant les modèles et la charge de travail, les performances peuvent facilement varier du simple au décuple. Le type de controleur interne du SSD et la qualité du firmware sont beaucoup plus importants que le type de mémoire flash. Intel arrive à faire des très bons produits avec de la mémoire MLC, par exemple. Une chose qu'on ne prend pas trop en compte non plus est l'alignement des données: les SSD n'ont pas des secteurs de 512 octets comme les disques classiques, mais des blocs de 64 Ko, 128 Ko ou plus. Avec des données réparties sur plusieurs blocs, toute opération d'écriture se transforme en lecture/modification/ré-écriture et ça détruit les performances. Anandtech a fait une bonne série d'article sur les SSD, je ne peux que recommender leur lecture avant de se lancer. -- Francois Tigeot, Zefyris --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Serveurs & SSD
Les SSD sont beaucoup plus rapides en lecture qu'en écriture ... de plus les écritures "cassent" la longévité du disque et au fur et à mesure il devient de moins en moins performant ... Tout dépend du projet ... et du budget ... Je préfère largement une bonne carte RAID avec du SAS derrière plutôt que du SSD où je sais pertinemment qu'il faudra que je les change très rapidement et assez souvent ... Le 16 juil. 2010 à 17:47, Gregory Agerba a écrit : > Le projet pour lequel je m'intéresse au SSD c'est une application > Windows (service) qui utilise des fichiers comme base de données (pas de > remarque sur cette pratique barbare SVP). En fait il y a 7-8 fichiers > qui servent de base de données (utilisateurs.dat, transactions.dat, > etc..) et tout se passe entre la RAM et le stockage. > > Dans mon cas, je m'intéresse particulièrement aux produits HP Proliant. > Selon le document suivant : > http://h2.www2.hp.com/bc/docs/support/SupportManual/c01580706/c01580706.pdf > (cf. page 6) les performances SSD sont moins bonnes IO/s et MB/s que > celles du HDD 15K selon HP, sauf dans le cas de lecture aléatoire (qui > je le devine représente la latence due à la partie physique). > > Il n'y a pas de détail sur les disques durs utilisés par HP dans ce > benchmark, mais ça semble étonnant qu’à matériel égal, les disques SSD > soient aussi mauvais en performances !? > > Gregory > > > > > Yacine Kheddache wrote: >> Bonjour, >> >> Disons qu'il y a SSD et SSD... Pour pouvoir répondre à la question il >> faut connaître le besoin, le workload et le budget. >> >> Il y a de grosse differences entre un X25-E et une carte Fusion-io coté >> perf, prix et durée de vie. >> >> Cordialement, >> Yacine > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Serveurs & SSD
2010/7/16 Gregory Agerba : > Dans mon cas, je m'intéresse particulièrement aux produits HP Proliant. > Selon le document suivant : > http://h2.www2.hp.com/bc/docs/support/SupportManual/c01580706/c01580706.pdf Ce document date d'octobre 2008, bientôt 2 ans. Je ne sais donc pas si on peut encore prendre en compte ses résultats. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Serveurs & SSD
Le projet pour lequel je m'intéresse au SSD c'est une application Windows (service) qui utilise des fichiers comme base de données (pas de remarque sur cette pratique barbare SVP). En fait il y a 7-8 fichiers qui servent de base de données (utilisateurs.dat, transactions.dat, etc..) et tout se passe entre la RAM et le stockage. Dans mon cas, je m'intéresse particulièrement aux produits HP Proliant. Selon le document suivant : http://h2.www2.hp.com/bc/docs/support/SupportManual/c01580706/c01580706.pdf (cf. page 6) les performances SSD sont moins bonnes IO/s et MB/s que celles du HDD 15K selon HP, sauf dans le cas de lecture aléatoire (qui je le devine représente la latence due à la partie physique). Il n'y a pas de détail sur les disques durs utilisés par HP dans ce benchmark, mais ça semble étonnant qu’à matériel égal, les disques SSD soient aussi mauvais en performances !? Gregory Yacine Kheddache wrote: > Bonjour, > > Disons qu'il y a SSD et SSD... Pour pouvoir répondre à la question il > faut connaître le besoin, le workload et le budget. > > Il y a de grosse differences entre un X25-E et une carte Fusion-io coté > perf, prix et durée de vie. > > Cordialement, > Yacine --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Serveurs & SSD
Il y a de grosse differences entre un X25-E et une carte Fusion-io coté perf, prix et durée de vie. Par exemple, en ne citant que ces deux-là? (Oubliez OCZ et le reste pour des serveurs). Voir aussi les serveurs Sun type F5100 : http://storage-news.com/wp-content/uploads/2009/09/F5100-1024x713.jpg http://storage-news.com/wp-content/uploads/2009/10/sun_f5100_top-783x1024.jpg --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] Serveurs & SSD
De notre coté mauvaise expérience, deux blade center ibm avec lame HS21 et ssd en raid1. Sur les deux blade center il nous a fallu changer l'ensemble des ssd ~ 10. Ils ont tous claqués sur 2 jours d'intervalle et 2 sites différents! Le support IBM a été obligé d'en faire venir de l'étranger. Par chance l'ESXi était monté en ram et les OS ne se sont pas crachés. Guillaume -Message d'origine- De : owner-fr...@frnog.org [mailto:owner-fr...@frnog.org] De la part de Christophe Baegert Envoyé : vendredi 16 juillet 2010 15:20 À : frnog@FRnOG.org Objet : Re: [FRnOG] Serveurs & SSD Le 16/07/2010 15:16, Yacine Kheddache a écrit : > Coté prix (à comparer avec NAND SLC en PCIe), il faut faire la > comparaison prix/perf et voir surtout les besoins en espace utile : > DDRdrive parfait pour les ZIL ZFS mais pour une BDD une carte Fusion-io > de 80Go et souvent plus appropriée. Oui à réserver à des applications spécifiques, sur un MySQL par exemple vu le prix il vaut peut-être mieux rajouter de la RAM pour 2000$ on a 64Go ;-) -- Christophe --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Serveurs & SSD
Le 16/07/2010 15:16, Yacine Kheddache a écrit : Coté prix (à comparer avec NAND SLC en PCIe), il faut faire la comparaison prix/perf et voir surtout les besoins en espace utile : DDRdrive parfait pour les ZIL ZFS mais pour une BDD une carte Fusion-io de 80Go et souvent plus appropriée. Oui à réserver à des applications spécifiques, sur un MySQL par exemple vu le prix il vaut peut-être mieux rajouter de la RAM pour 2000$ on a 64Go ;-) -- Christophe --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Serveurs & SSD
On Fri, 2010-07-16 at 15:06 +0200, Christophe Baegert wrote: > Le 16/07/2010 15:01, Yacine Kheddache a écrit : > > Si si : DDRdrive = 4Go avec driver disponible pour Windows et Open > > Solaris (parfait pour les ZIL ZFS). > > Euh... bon à savoir mais c'est de la RAM... avec backup peut-être, mais > l'avantage du SSD c'est aussi le prix (par rapport à la RAM). Oui disons que c'est un RAM-SSD :) Donc DDR avec backup sur NAND SLC, en bref le top pour les perfs (IOPS). Coté prix (à comparer avec NAND SLC en PCIe), il faut faire la comparaison prix/perf et voir surtout les besoins en espace utile : DDRdrive parfait pour les ZIL ZFS mais pour une BDD une carte Fusion-io de 80Go et souvent plus appropriée. Cordialement, Yacine. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Serveurs & SSD
Gregory Agerba wrote: Bien qu’on soit sur FrNOG et pas FrSOG, je voulais juste savoir si certains d’entre vous ont déjà eu l’occasion de déployer et de se faire une opinion, voir une expérience sur les systèmes de stockage SSD pour serveurs. Ce qui m’intéresse c’est : les remarques, les performances, les problèmes et l’avis global sur la solution. Il me semble que le SSD en serveur est encore très nouveau et selon ce que j’ai pu lire, le SSD a une durée de vie plus courte que des disques SATA-II ou SAS mais les performances sont amplement meilleures. Il est possible d'utiliser des SSD comme cache pour des disques traditionnels; ça permet d'avoir un très bon compromis coût / performances / durée de vie de la mémoire flash. DragonFly a implémenté un méchanisme "swapcache" pour ça: http://leaf.dragonflybsd.org/cgi/web-man?command=swapcache Les retours de production sont très positif. http://leaf.dragonflybsd.org/mailarchive/users/2010-05/msg00142.html ZFS a un méchanisme similaire nommé "L2ARC" http://blogs.sun.com/brendan/entry/test Sinon, des petits SSD (4 Go suffisent) judicieusement employés font des miracles pour les bases de données bien chargées. Il y a même des gens qui écrivent des livres sur le sujet: http://www.rampant-books.com/book_0501_ssd.htm -- Francois Tigeot, Zefyris http://www.zefyris.com/ Phone: +33 (0) 180 856 046 --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Serveurs & SSD
Le 16/07/10 14:51, Charles a écrit : > faudrait trouver les présentations de la réunion frnog hiver 2009 il y > avait une belle présentation ssd... Belle présentation... Ou pas. Il n'as pas répondu aux questions, et son cas d'utilisation n'a pas grand chose à voir avec ce qu'on a en hébergement. Petit récap donc de discussions précédentes : - Il y a trois types de SSD Flash * Les SATA à base de MLC à destination du grand public : fiabilité réduite, rapport perf/prix très intéressant * Les SATA ou SAS pro : prix élevés mais un peu plus fiables que les SSD grand public. Quoique les vieux MTRON se sont montrés peu fiables... * Les SSD spécifiques, généralement sur PCIe, chers mais potentiellement conçus pour l'usage serveur (Fusion-IO, pas OCZ) - Et les SSD RAM, qui n'ont pas les mêmes contraintes et applications car ils sont volatiles mais ne s'usent pas. - On ne peut pas considérer un SSD sous contrainte d'IO (écriture en tout cas) comme étant fiable a l'heure actuelle. Il doit forcement être complété par de la réplication ou une architecture logicielle adaptée. - En terme de performances, ça décoiffe, c'est indéniable. Que ce soit pour servir des fichiers statiques en HTTP, pour stocker un snapshot courant d'une base de données (en RO ou RW si toutes les dispositions ont été prises), ou pour du streaming à whatmille sessions simultanées sur le même fichier, ça permet de réduire significativement les IO WAIT et donc d'augmenter par un facteur 10 à 500 le nombre de clients servis simultanément par une machine (hors architecture proprio, spécifique, ou plus dépendante du réseau ou du CPU que du stockage). Donc quelques conseils : - Ne JAMAIS remplacer simplement les HDD par des SSD si l'architecture n'est pas basée sur des noeuds "jetables". - Adapter le SOFT à l'utilisation des SSD (réplication logique, multi-DB) ou au moins au niveau système (clustering, réplication en GFS ou clustering de la DB) - Surveiller de près les erreurs d'IO, surtout sur du SSD grand public, pour prévenir d'un raté. - Bien bencher TON usage avant de déployer en prod, avec certains moteur de base de données ou certaines conf système, ça ne vaut pas la peine de s'emmerder avec du stockage hétérogène. Typiquement, de l'Oracle sur des machines en SAS 15krpm gavées de cache et de RAM ne bénéficiera quasiment pas des SSD, le moteur est optimisé pour les "standards". L'intérêt, en suivant toutes ces bonnes pratiques, et si l'application initiale s'y prête bien, c'est que tu peux effectivement tabler sur de grosses économies en nombre de serveur, et donc en énergie. Simple indication, sur un site de VPC servant un peu de vidéo et beaucoup de static, avec une énorme base produit en (quasi) RO, on a ainsi pu passer de 40 machines à... 8. Et tout est doublé. Le ROI est finalement hyper rapide, pour peu que ce soit bien fait ;) -- Jérôme Nicolle signature.asc Description: OpenPGP digital signature
Re: [FRnOG] Serveurs & SSD
Le 16/07/2010 15:01, Yacine Kheddache a écrit : Si si : DDRdrive = 4Go avec driver disponible pour Windows et Open Solaris (parfait pour les ZIL ZFS). Euh... bon à savoir mais c'est de la RAM... avec backup peut-être, mais l'avantage du SSD c'est aussi le prix (par rapport à la RAM). Cordialement, -- Christophe --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Serveurs & SSD
Bonjour, Disons qu'il y a SSD et SSD... Pour pouvoir répondre à la question il faut connaître le besoin, le workload et le budget. Il y a de grosse differences entre un X25-E et une carte Fusion-io coté perf, prix et durée de vie. Cordialement, Yacine On Fri, 2010-07-16 at 14:42 +0200, Gregory Agerba wrote: > Bonjour, > > Bien qu’on soit sur FrNOG et pas FrSOG, je voulais juste savoir si > certains d’entre vous ont déjà eu l’occasion de déployer et de se faire > une opinion, voir une expérience sur les systèmes de stockage SSD pour > serveurs. > > Ce qui m’intéresse c’est : les remarques, les performances, les > problèmes et l’avis global sur la solution. Il me semble que le SSD en > serveur est encore très nouveau et selon ce que j’ai pu lire, le SSD a > une durée de vie plus courte que des disques SATA-II ou SAS mais les > performances sont amplement meilleures. > > Merci d’avance pour vos avis et bon weekend ! > > Gregory > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Serveurs & SSD
On Fri, 2010-07-16 at 14:54 +0200, Christophe Baegert wrote: > Bonjour, > > Le 16/07/2010 14:42, Gregory Agerba a écrit : > > Ce qui m’intéresse c’est : les remarques, les performances, les > > problèmes et l’avis global sur la solution. Il me semble que le SSD en > > serveur est encore très nouveau et selon ce que j’ai pu lire, le SSD a > > une durée de vie plus courte que des disques SATA-II ou SAS mais les > > performances sont amplement meilleures. > > > Jamais eu de problèmes pour l'instant, en RAID 1 et en SLC uniquement, > pourvu que ça dure... > > Dommage qu'on ne trouve pas de petites tailles en PCI-Express... Si si : DDRdrive = 4Go avec driver disponible pour Windows et Open Solaris (parfait pour les ZIL ZFS). Malheureusement, pas encore de driver pour Linux mais c'est dans la roadmap. Cordialement, Yacine --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Serveurs & SSD
Bonjour, Le 16/07/2010 14:42, Gregory Agerba a écrit : Ce qui m’intéresse c’est : les remarques, les performances, les problèmes et l’avis global sur la solution. Il me semble que le SSD en serveur est encore très nouveau et selon ce que j’ai pu lire, le SSD a une durée de vie plus courte que des disques SATA-II ou SAS mais les performances sont amplement meilleures. Jamais eu de problèmes pour l'instant, en RAID 1 et en SLC uniquement, pourvu que ça dure... Dommage qu'on ne trouve pas de petites tailles en PCI-Express... Cordialement, -- Christophe --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Serveurs & SSD
Gregory Agerba a écrit : Bonjour, Bien qu’on soit sur FrNOG et pas FrSOG, je voulais juste savoir si certains d’entre vous ont déjà eu l’occasion de déployer et de se faire une opinion, voir une expérience sur les systèmes de stockage SSD pour serveurs. faudrait trouver les présentations de la réunion frnog hiver 2009 il y avait une belle présentation ssd... --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] POPs montparnasse down
On Sun, 11 Jul 2010 at 19:13 +, Gary wrote : > Bonjour, > Juste à tout hasard, c'est pas des "informations" confidentielles ? > Personnellement, je m'amuserais pas trop à prendre des photos > des reps et les donner comme ça, mais bon ... En effet tu préfères mettre sur ton compte facebook les photos internes des dslam free accidentés, c'est plus sécurisé et donc tout à ton honneur. --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Serveurs & SSD
Bonjour, Bien qu’on soit sur FrNOG et pas FrSOG, je voulais juste savoir si certains d’entre vous ont déjà eu l’occasion de déployer et de se faire une opinion, voir une expérience sur les systèmes de stockage SSD pour serveurs. Ce qui m’intéresse c’est : les remarques, les performances, les problèmes et l’avis global sur la solution. Il me semble que le SSD en serveur est encore très nouveau et selon ce que j’ai pu lire, le SSD a une durée de vie plus courte que des disques SATA-II ou SAS mais les performances sont amplement meilleures. Merci d’avance pour vos avis et bon weekend ! Gregory --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Re: sup720 3-BXL
On Fri, 16 Jul 2010 12:46:07 +0200, "Jérôme Nicolle" said: > Si tu veux pas flamber les watts dans tes routeurs, faut partir sur > autre chose que du 6500/7600. Quand tu pars là dessus, c'est qu'il reste > du jus dans ta suite, à priori. > > Mais pour le coup, si tu préfères payer du hardware que de la place ou > de l'énergie, regarde du coté des ASR1000 ou MX80. Les nouveaux Foundry/Brocade sont pas mal non plus. Les MLX consomment pas enormement, et j'attend de raker les CER (MLX en version non-chassis) pour voir leur conso. Cote prix on parle meme pas. -- Radu-Adrian Feurdean raf (a) ftml ! net --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Re: sup720 3-BXL
On Fri, 16 Jul 2010 12:32:53 +0200, "Jérôme Nicolle" said: > Perso je préfèrais un design en deux châssis complets en actif/actif que > du hotspare (même HSRP). Le chassis coute le quart du prix d'une SUP720, > quitte à la doubler, autant tout doubler... Pour avoir une vraie config actif-actif, il faut rajouter (par rapport a un config actif+spare ou actif+hot-standby): - 1 chassis - 2 modules d'alim - les U dans la baie - l'electricite - eventuellement 1 ou 2 carte(s) d'interface (selon le config) - eventuellement des optiques (selon le config) - les ports dans ton switch downlink (vers ton reseau) - 1 device de plus a gerer, avec eventuellement des configs a repliquer. Si on utilise des spare (le truc qui dort dans un armoire) il y a aussi l'avantage qu'on peut avoir un spare pour plusieurs devices similaires/identiques. Ca a l'air de rien dans la plupart des cas, mais dans d'autres cas ca commence a faire quelque-chose. Sinon un autre troll pour ce vendredi: utiliser des stack (type 3750G/E/X) ou deux switch intedepdants ? -- Radu-Adrian Feurdean raf (a) ftml ! net --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] sup720 3-BXL
Bin fais péter les noms =) sachant qu'il y a des configs quasi-equivalentes mais moins cheres chez la concurrence. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Re: sup720 3-BXL
Si tu veux pas flamber les watts dans tes routeurs, faut partir sur autre chose que du 6500/7600. Quand tu pars là dessus, c'est qu'il reste du jus dans ta suite, à priori. Pour un, ouais. Pour deux, ça devient déjà plus touchy ... Mais pour le coup, si tu préfères payer du hardware que de la place ou de l'énergie, regarde du coté des ASR1000 ou MX80. Pas pour de la commut', fort heureusement =D --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] sup720 3-BXL
On Fri, 16 Jul 2010 12:23:51 +0200, "Benjamin Billon" said: > Si l'intérêt d'un chassis 6500/7600 de spare reste à démontrer, quid > de la carte de SUP de spare/failover ? Ca vaut le coup ? Ca fait plus de 50% du prix de la configuration. A chacun de faire ses calculs, sachant qu'il y a des configs quasi-equivalentes mais moins cheres chez la concurrence. -- Radu-Adrian Feurdean raf (a) ftml ! net --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] sup720 3-BXL
On Fri, 16 Jul 2010 11:34:28 +0200, "Renaud RAKOTOMALALA" said: > Le c6500/sup720-3BXL me semble un bon compromis coût/capacité mais on a > déjà eut une mauvaise expérience avec un c6500/sup32 sur la gestion du > BGP donc on est tout de suite moins rassuré :( > > Quelqu'un a t il déjà utilisé ce type de matos pour gérer une (voir > deux) session full bgp et quelques peering privées ? Il n'y a pas grand chose a reprocher a cette configuration sauf probablement le prix du neuf. Le 6500 + SUP720-3BXL (+la/les carte/s d'interface) c'est meme un "grand classique" de nos jours pour des petites/moyennes configurations comme la tienne. -- Radu-Adrian Feurdean raf (a) ftml ! net --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Contact telefonica et amerique latine
Bonjour All FrNog, Quelqu'un aurait un contact chez Telefonica (coté transit) ? Ou chez un autre presta, bien implanté en Amérique Latine et avec des temps de latence assez bas... On me dit que sur NY, c'est l'un des meilleurs point d'échange US (dans son aception primaire et non pas pour le coté peering pur) pour les différents prestas d'amérique centrale et du sud. Vous confirmer ? Est-ce que vous avez une expérience et un avis la dessus ? Les conseils sont les bienvenues aussi :) Merci de me répondre en privé, je m'en voudrais de polluer la ML avec une question réseaux ~ : D Jiw --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Re: sup720 3-BXL
Le 16/07/10 12:44, Arnaud Launay a écrit : > > Bah non, mes transits sont en simple... ya une bonne dizaine de > km entre les deux sites, et je n'ai pas les mêmes transits sur > chaque site :-) Oui, je pensais à reproduire un setup sur lequel je bosse en ce moment, désolé. Donc sur deux sites, OSPF ou iBGP, c'est impec :) >> au pire tu prends une carte 6516 GBIC à quelques pouillèmes >> d'euros pour avoir un etherchannel de quelques ports entre les >> deux (avec les GBIC d'uplink qui ressemblent à du firewire), et >> ça le fait tout aussi bien, en plus simple ;) > > Ça ne marche que si tes deux routeurs sont à proximité immédiate :=) > > Là j'ai un lien intranet doublé (la pelleteuse, ça arrive) entre > les deux sites; et du coup, de l'ospf pour rester léger, mais ça > marcherait aussi avec du ibgp. Ah ben fonce sur une carte GBIC par châssis, comme ça tu peux y claquer des optiques CWDM pas chères pour monter la capacité de tes darks en cas de besoin :D -- Jérôme Nicolle signature.asc Description: OpenPGP digital signature
Re: [FRnOG] Re: sup720 3-BXL
Le 16/07/10 12:37, Benjamin Billon a écrit : > Je suppose que ton hotspare avec un switch, c'est chaque serveurs avec > deux connecteurs ethernet, chacun connecté sur un des switchs ? Ca, ce serait l'idéal. Mais la solidité de l'edge serveur, c'est pas le même niveau que ton coeur de réseau... Si tu perds 40 serveurs pendant 2 heures, c'est pas comme si tu perdais tout ton réseau. Après c'est un calcul de risques à faire. > En laissant de côté tout l'aspect philosophique de la question, est-ce > que c'est déjà arrivé à quelqu'un ici, ou en avez-vous déjà entendu > parler ? Pour ma part, non. Les pannes sur des châssis montés avec deux SUP, c'est plutôt l'admin qui s'est chié dessus à rebooter une carte avant que l'autre n'ai repris la main (coucou Roubaix ;) Ou avec des confs sensiblement différentes entre les deux. Mais dans ce cas, tu prends au moins une garantie de remplacement du matos en 4h... > Alors tu vis dans un monde de bisounours, où le m² et le KVA est > totalement gratos. Si tu veux pas flamber les watts dans tes routeurs, faut partir sur autre chose que du 6500/7600. Quand tu pars là dessus, c'est qu'il reste du jus dans ta suite, à priori. Mais pour le coup, si tu préfères payer du hardware que de la place ou de l'énergie, regarde du coté des ASR1000 ou MX80. -- Jérôme Nicolle signature.asc Description: OpenPGP digital signature
[FRnOG] Re: sup720 3-BXL
Le Fri, Jul 16, 2010 at 12:30:39PM +0200, Jérôme Nicolle a écrit: > > Un transit sur chaque routeur, une liaison directe entre les > > deux, du glbp/vrrp pour les passerelles > Waip, enfin tu te fais livrer tes transits en double et tu met > de l'OSPF entre les deux châssis, Bah non, mes transits sont en simple... ya une bonne dizaine de km entre les deux sites, et je n'ai pas les mêmes transits sur chaque site :-) > au pire tu prends une carte 6516 GBIC à quelques pouillèmes > d'euros pour avoir un etherchannel de quelques ports entre les > deux (avec les GBIC d'uplink qui ressemblent à du firewire), et > ça le fait tout aussi bien, en plus simple ;) Ça ne marche que si tes deux routeurs sont à proximité immédiate :=) Là j'ai un lien intranet doublé (la pelleteuse, ça arrive) entre les deux sites; et du coup, de l'ospf pour rester léger, mais ça marcherait aussi avec du ibgp. Arnaud. pgpI41mHSAZ1g.pgp Description: PGP signature
Re: [FRnOG] Feedbacks ext4
Christophe Baegert wrote: Le 16/07/2010 12:23, Rémi Bouhl a écrit : Ah, les gens qui ont cru prendre un "(accès à Internet) mobile" alors qu'ils ont un "accès à (Internet mobile)"? Ah ça sert à ça les datacenters sur semi-remorque ? Les DC mobiles pourraient par exemple servir à hoster TPB. Ces derniers temps il semble qu'ils soient devenus un peu les roumains de l'hosting :) --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Re: sup720 3-BXL
Je suppose que ton hotspare avec un switch, c'est chaque serveurs avec deux connecteurs ethernet, chacun connecté sur un des switchs ? Par ailleurs, pour un 6500 avec une carte de sup L2 (genre sup32), la question demeure : est-ce qu'un tel chassis peut tomber en panne, Ben... Forcement, rien n'est infaillible. En laissant de côté tout l'aspect philosophique de la question, est-ce que c'est déjà arrivé à quelqu'un ici, ou en avez-vous déjà entendu parler ? et quid de sa carte de sup ? Perso je préfèrais un design en deux châssis complets en actif/actif que du hotspare (même HSRP). Le chassis coute le quart du prix d'une SUP720, quitte à la doubler, autant tout doubler... Alors tu vis dans un monde de bisounours, où le m² et le KVA est totalement gratos. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Re: sup720 3-BXL
Le 16/07/10 12:30, Benjamin Billon a écrit : > La features existe quand même, d'où ma question. > > Par ailleurs, pour un 6500 avec une carte de sup L2 (genre sup32), la > question demeure : est-ce qu'un tel chassis peut tomber en panne, Ben... Forcement, rien n'est infaillible. > et > quid de sa carte de sup ? Perso je préfèrais un design en deux châssis complets en actif/actif que du hotspare (même HSRP). Le chassis coute le quart du prix d'une SUP720, quitte à la doubler, autant tout doubler... -- Jérôme Nicolle signature.asc Description: OpenPGP digital signature
Re: [FRnOG] Re: sup720 3-BXL
Le 16/07/10 12:26, Arnaud Launay a écrit : > Un transit sur chaque routeur, une liaison directe entre les > deux, du glbp/vrrp pour les passerelles Waip, enfin tu te fais livrer tes transits en double et tu met de l'OSPF entre les deux châssis, au pire tu prends une carte 6516 GBIC à quelques pouillèmes d'euros pour avoir un etherchannel de quelques ports entre les deux (avec les GBIC d'uplink qui ressemblent à du firewire), et ça le fait tout aussi bien, en plus simple ;) -- Jérôme Nicolle signature.asc Description: OpenPGP digital signature
Re: [FRnOG] Re: sup720 3-BXL
La features existe quand même, d'où ma question. Par ailleurs, pour un 6500 avec une carte de sup L2 (genre sup32), la question demeure : est-ce qu'un tel chassis peut tomber en panne, et quid de sa carte de sup ? --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] sup720 3-BXL
Le 16/07/10 12:11, Renaud RAKOTOMALALA a écrit : > Merci pour vos retours, donc a priori on ne se lance pas dans l'inconnu ! > Non, clairement pas : la sup32 c'est pour la commutation et l'interne, la sup720 et rsp720 c'est pour les edge (voir core) router. C'est un setup qui a fait ses preuves. De tout ce que j'ai pu lire, 8 full views sur un RSP720, c'est les doigts dans le nez. Note : différence entre SUP et RSP, environ 30% d'€ de plus pour le RSP, mais un copro hard pour la classification, le netflow et la QoS. Ca peut servir si tu as beaucoup de ports à sampler pour mesurer ton trafic collecté en edge, d'autant plus que tu peux agréger directement au niveau du routeur (routes par AS? tracking de l'asymétrie...) Enfin, 6500 ou 7600, ça va dépendre de la taille de châssis que tu veux. Un 6500, plus c'est gros, moins c'est cher. Un 7600 c'est l'inverse. -- Jérôme Nicolle signature.asc Description: OpenPGP digital signature
[FRnOG] Re: sup720 3-BXL
Le Fri, Jul 16, 2010 at 12:23:51PM +0200, Benjamin Billon a écrit: > Si l'intérêt d'un chassis 6500/7600 de spare reste à démontrer, quid > de la carte de SUP de spare/failover ? Ca vaut le coup ? Pourquoi ne pas faire de l'actif/actif ? Pour le coup, c'est beaucoup plus facile à réaliser que du système... Un transit sur chaque routeur, une liaison directe entre les deux, du glbp/vrrp pour les passerelles, et c'est à peu près tout... Je vois pas trop l'intérêt du spare/failover là. Arnaud. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Feedbacks ext4
Le 16/07/2010 12:23, Rémi Bouhl a écrit : Ah, les gens qui ont cru prendre un "(accès à Internet) mobile" alors qu'ils ont un "accès à (Internet mobile)"? Ah ça sert à ça les datacenters sur semi-remorque ? -- Christophe --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Feedbacks ext4
Le 16/07/10, Laurent Druffin a écrit : > Le 16/07/2010 12:20, Jérôme Nicolle a écrit : >> Le 16/07/10 12:11, Rémi Bouhl a écrit : >> >>> Il y a un seul Internet >>> >> No, il y a Internet et Internet©®™ >> >> > Tu oublies l'internet mobile Ah, les gens qui ont cru prendre un "(accès à Internet) mobile" alors qu'ils ont un "accès à (Internet mobile)"? --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] sup720 3-BXL
Si l'intérêt d'un chassis 6500/7600 de spare reste à démontrer, quid de la carte de SUP de spare/failover ? Ca vaut le coup ? --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Feedbacks ext4
Le 16/07/10 12:11, Rémi Bouhl a écrit : > Il y a un seul Internet No, il y a Internet et Internet©®™ -- Jérôme Nicolle signature.asc Description: OpenPGP digital signature
Re: [FRnOG] Feedbacks ext4
Le 16/07/2010 12:14, Clément Game a écrit : trop gros, passera pas :) même un vendredi de juillet ??? -- Christophe --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] sup720 3-BXL
Bonjour, Ici j'utilise du cisco 7600 avec de la sup720-3BXL et cela marche parfaitement avec 5 full routes + un full mesh IBGP a 3 routeurs . Je ne vais pas rentrer dans le troll 6500 != 7600 pour moi ce sont les mêmes châssis et j'ai donc envie de dire que oui cela va marcher . Cordialement, Salim Le 16/07/2010 11:34, Renaud RAKOTOMALALA a écrit : Bonjour, Quelqu'un a t il un bon retour d'expérience sur l'utilisation de c6500 avec des cartes sup720 3-BXL pour faire office de routeur de bordure ? Actuellement j'utilise des 7200 avec NPE-G2 mais je n'ai pas une concentration de port suffisante pour arriver au résultat voulu. Le c6500/sup720-3BXL me semble un bon compromis coût/capacité mais on a déjà eut une mauvaise expérience avec un c6500/sup32 sur la gestion du BGP donc on est tout de suite moins rassuré :( Quelqu'un a t il déjà utilisé ce type de matos pour gérer une (voir deux) session full bgp et quelques peering privées ? Renaud --- Liste de diffusion du FRnOG http://www.frnog.org/ -- Salim Gasmi -- Directeur Technique -- SdV Plurimedia --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Feedbacks ext4
Le 16/07/2010 12:11, Rémi Bouhl a écrit : Il y a un seul Internet Je ne serais pas aussi catégorique ;-) Cordialement, trop gros, passera pas :) C. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Feedbacks ext4
Bonjour, Le 16/07/2010 12:11, Rémi Bouhl a écrit : Il y a un seul Internet Je ne serais pas aussi catégorique ;-) Cordialement, -- Christophe --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Feedbacks ext4
Le 16/07/10, m...@my-heb.eu a écrit : > Merci pour ces quelques réponses non trollées. > Pour le sujet de la liste, je suppose que beaucoup d'entre nous touchent > aussi bien aux systèmes qu'aux réseaux; il ne faut pas nier l'intérêt qu'a > cette discussion en ce qui les concernent ; mise à part les listes fermées > au publique je n'ai pas trouvé d'équivalent frnog ouverts et spécialisés > systèmes (A quand un FRSOG ?). Il y a un seul Internet mais de nombreux systèmes, une liste généraliste "systèmes" risque de partir dans tous les sens. On trouve déjà des NG spécialisés pour chaque OS.. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] sup720 3-BXL
Merci pour vos retours, donc a priori on ne se lance pas dans l'inconnu ! Renaud Le 16/07/2010 11:34, Renaud RAKOTOMALALA a écrit : Bonjour, Quelqu'un a t il un bon retour d'expérience sur l'utilisation de c6500 avec des cartes sup720 3-BXL pour faire office de routeur de bordure ? Actuellement j'utilise des 7200 avec NPE-G2 mais je n'ai pas une concentration de port suffisante pour arriver au résultat voulu. Le c6500/sup720-3BXL me semble un bon compromis coût/capacité mais on a déjà eut une mauvaise expérience avec un c6500/sup32 sur la gestion du BGP donc on est tout de suite moins rassuré :( Quelqu'un a t il déjà utilisé ce type de matos pour gérer une (voir deux) session full bgp et quelques peering privées ? --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Re: sup720 3-BXL
Le Fri, Jul 16, 2010 at 11:34:28AM +0200, Renaud RAKOTOMALALA a écrit: > Quelqu'un a t il un bon retour d'expérience sur l'utilisation de c6500 > avec des cartes sup720 3-BXL pour faire office de routeur de bordure ? > Quelqu'un a t il déjà utilisé ce type de matos pour gérer une (voir > deux) session full bgp et quelques peering privées ? Par ici, on en utilise deux, répartis sur deux sites, avec un lien doublé entre. 3 full BGP, un ospf pour l'interne, et ça roule sans aucun problème. Arnaud. --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] sup720 3-BXL
Bonjour, Quelqu'un a t il un bon retour d'expérience sur l'utilisation de c6500 avec des cartes sup720 3-BXL pour faire office de routeur de bordure ? Actuellement j'utilise des 7200 avec NPE-G2 mais je n'ai pas une concentration de port suffisante pour arriver au résultat voulu. Le c6500/sup720-3BXL me semble un bon compromis coût/capacité mais on a déjà eut une mauvaise expérience avec un c6500/sup32 sur la gestion du BGP donc on est tout de suite moins rassuré :( Quelqu'un a t il déjà utilisé ce type de matos pour gérer une (voir deux) session full bgp et quelques peering privées ? Renaud --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Feedbacks ext4
Hello, > cette discussion en ce qui les concernent ; mise à part les listes fermées > au publique je n'ai pas trouvé d'équivalent frnog ouverts et spécialisés > systèmes (A quand un FRSOG ?). [clem...@lanternes ~]$ whois frsog.org NOT FOUND Fais toi plaisir. -- Clément Cavadore --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Feedbacks ext4
On Fri, 16 Jul 2010 09:50:44 +0200, Arnaud Landry wrote: > à quand le wifi en prison pour les geek , c'est un peu comme leur fournir > un substitut d'héroine ;) Merci pour ces quelques réponses non trollées. Pour le sujet de la liste, je suppose que beaucoup d'entre nous touchent aussi bien aux systèmes qu'aux réseaux; il ne faut pas nier l'intérêt qu'a cette discussion en ce qui les concernent ; mise à part les listes fermées au publique je n'ai pas trouvé d'équivalent frnog ouverts et spécialisés systèmes (A quand un FRSOG ?). L'intérêt global, c'est qu'il contribuera peut être à trouver le sujet du troll de ce vendredi :) Quentin HESS --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Feedbacks ext4
à quand le wifi en prison pour les geek , c'est un peu comme leur fournir un substitut d'héroine ;) -- Arnaud Landry On 16 Jul 2010, at 09:46, Clément Game wrote: > Jérôme Nicolle wrote: >> ce qui permet de migrer sans problèmes des >> serveurs jusque là en reiserfs (pour des raisons évidentes de >> maintenabilité). >> >> > Comment ca ? Hans Reiser ne peut plus faire de commit depuis sa cellule ? :) > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Feedbacks ext4
Jérôme Nicolle wrote: ce qui permet de migrer sans problèmes des serveurs jusque là en reiserfs (pour des raisons évidentes de maintenabilité). Comment ca ? Hans Reiser ne peut plus faire de commit depuis sa cellule ? :) --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Re[42]: Liste Sysadmin (was: Feedbacks ext4)
Bonjour, - "Charles" a écrit : > Greg a écrit : > > ce qui m'amène à la question suivante, la réponse pouvant être le > mail > > le plus productif de la liste pour aujourd'hui (vendredi) : > > quel est l'équivalent de FRnOG pour du système ? Si tenté que cette > > liste existe... > Plus sérieusement, il y a une bonne liste d'adminsys francophones (plutôt libriste je l'avoue, mais pas que et surtout pas que du linuxien :) ) sur sysad...@asyd.net, où la tradition veut qu'il faut être coopté pour y entrer - mais je crois que sur frnog, il doit bien y avoir une vingtaine d'abonnés à cette liste, dont votre serviteur - et que le premier message qu'on y poste soit un truc ou une astuce, accompagné de quelques mots sur soi. J'espère donc vous y retrouver très bientôt ;) (et n'en suit pas à l'origine, ceci n'est donc pas une publicité) @+ B. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Feedbacks ext4
il y a quelques listes MS / Penguin sur CRU notament sinon c'est surtout des listes dediées que l'on trouve, pas d'équivalent à FRnOG -- Arnaud Landry From my cell On 16 juil. 2010, at 08:55, Charles wrote: > Greg a écrit : >> ce qui m'amène à la question suivante, la réponse pouvant être le mail le >> plus productif de la liste pour aujourd'hui (vendredi) : >> quel est l'équivalent de FRnOG pour du système ? Si tenté que cette liste >> existe... > > alt.binaries.pictures.erotica ? > > Non ? ah, merde, tous mes collègues ingésys sont dessus pourtant ;-) > > (désolé, ce ne sera pas mon mail le plus productif ;-) > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Re[42]: Liste Sysadmin (was: Feedbacks ext4)
Bonjour, - "Charles" a écrit : > Greg a écrit : > > ce qui m'amène à la question suivante, la réponse pouvant être le > mail > > le plus productif de la liste pour aujourd'hui (vendredi) : > > quel est l'équivalent de FRnOG pour du système ? Si tenté que cette > > liste existe... > Plus sérieusement, il y a une bonne liste d'adminsys francophones (plutôt libriste je l'avoue, mais pas que et surtout pas que du linuxien :) ) sur sysad...@asyd.net, où la tradition veut qu'il faut être coopté pour y entrer - mais je crois que sur frnog, il doit bien y avoir une vingtaine d'abonnés à cette liste, dont votre serviteur - et que le premier message qu'on y poste soit un truc ou une astuce, accompagné de quelques mots sur soi. J'espère donc vous y retrouver très bientôt ;) (et n'en suit pas à l'origine, ceci n'est donc pas une publicité) @+ B. --- Liste de diffusion du FRnOG http://www.frnog.org/