Re: [FRnOG] Choix de techno de stockage SAN
Le 13 avr. 2011 à 22:49, Jérémy RIZZOLI a écrit : Mais plutôt qu'un PoC peut être que simplement d'autres personnes sur la mailing liste ou dans vos DSI respectives ont déjà expérimenté du stockage de VM sur des SAN en SATA. .. on n'est probablement pas les premiers à s'interroger sur le bien fondé du SAS et de ses prix excessifs.. Pour plusieurs projets, j'ai utilisé du SAS et du SATA pour divers projets de virtualisation. J'ai fait les constatations suivantes : - le temps d'accès moyen du SAS et nettement meilleur que celui du SATA. C'est un point particulièrement important même pour des VMs faisant peu d'E/S, car effectivement il suffit que deux VMs fassent des E/S chacune sur une section différente du même espace disque pour voir les performances se dégrader très vite. - la fiabilité du SATA est très en dessous du SAS. Généralement les disques SATA sont prévus pour du Desktop, on un MTBF beaucoup plus faible, voir même une fiabilité globale beaucoup plus faible compensée par un espace de relocation de bad blocks plus important, mais donc avec une efficacité qui décroit avec le temps. J'ai eu plusieurs baies sur lesquelles j'ai du changer l'ensemble des disques tous les 3 ans. - pour pallier à la fiabilité SATA, il existe désormais des disques SATA dits NS et destiné effectivement à l'usage 24h/24 dans un SAN/NAS. Ils sont beaucoup plus fiables et donc fortement recommandés pour l'usage SAN, mais par contre ils n'améliorent généralement que marginalement les temps moyen d'accès (le déplacement de tête et la vitesse de rotation). - Pour pallier au moins bon temps d'accès, il est préférable de faire du RAID10, ou mieux (mais plus difficile à gérer au niveau espace disque) plusieurs RAID1 de façon à répartir les E/S sur plusieurs axes disques indépendants. - Les SAN/NAS uniquement SATA sont généralement moins performant au niveau de leur conception (contrôleurs RAID, E/S d'attacheement, Cache et optimisation des E/S). - On peut également pallier à la moins bonne performance en multipliant les SANs et/ou les espaces disques indépendant, mais la encore on multiplie les points de pannes potentielle (les MTBF se combinent) - Les SAS ont des vitesses de rotation 10K ou 15K, et des performances d'accès (seek time) nettement meilleures. - Les SAS ont généralement des capacité nettement inférieures aux SATA. C'est donc un inconvénient supplémentaire à leur surcout. La raison est principalement que par conception, les constructeurs ont choisi des densités nettement inférieures, ce qui permet d'obtenir de meilleures MTBF, moins de relocation de bad blocks et probablement permet l'augmentation de vitesse de rotation (15K) - Les SSDs sont très chers, et surtout ont une durée de vie potentielle qui est difficilement compatible avec un usage SAN. - Peut-être les architectures mixant du SSD/SATA ou SSD/SAS seront une solution à terme, mais pour l'instant elles sont encore plus cher que les solutions SAS. Donc globalement il n'y a pas de solution magique, SAS est meilleur mais de 3x à 10x plus cher à capacité égale que du SATA. Par contre les SANs en architecture SAS sont généralement de plus haut niveau et proposent des fonctionnalités plus avancées (maintenance sur site en 2h, réplication, snap shots, aggrégations, outils d'intégration avec l'hyperviseur, ...). Le vrai choix dépend en fait de la prise en compte ou non des indisponibilités potentielles d'une part et de la croissance maitrisée ou non des E/S d'autre part. De notre coté, la tendance est nettement d'aller vers les SAS actuellement. Cordialement, -- Alain RICHARD mailto:alain.rich...@equation.fr EQUATION SA http://www.equation.fr/ Tel : +33 477 79 48 00 Fax : +33 477 79 48 01 E-Liance, Opérateur des entreprises et collectivités, Liaisons Fibre optique, SDSL et ADSL http://www.e-liance.fr
Re: [FRnOG] Choix de techno de stockage SAN
Le 14/04/2011 09:45, Alain RICHARD a écrit : - Peut-être les architectures mixant du SSD/SATA ou SSD/SAS seront une solution à terme, mais pour l'instant elles sont encore plus cher que les solutions SAS. Je suis en train de monter un NAS à base d'opensolaris et ZFS. Ce système permet de mettre des disques basse consommation à 5400tpm (c'est pour du datacenter) et de mixer avec des SSD MLC comme cache lecture et des SSD SLC en cache écriture. C'est vraiment pas cher (comparé à du 10k/15k), peu consommateur et trés performant. En mettant 2000 € de plus, on peu même envisager des solutions de ZIL (cache écriture) à base de RAM + pile de backup. Bref, faire appel à DELL pour avoir le truc tout prêt n'est probablement pas la meilleure solution sur une question aussi pointue. Julien --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Choix de la meilleure route BGP
OER est une techno qui sur le principe est pas trop mal mais je doute que quelqu'un se risque a automatiser ses routes BGP sur ses routers edge de maniere automatique. Bonne chance pour lire OER sur le doc cd ... 300 pages de nonsense pour moi :) Sinon BGP fais deja sa selection en fonction de ses propres attributs comme le weight (non RFC , sauf si tu lis Request For Cisco.) la local pref , Origination (par default l'IOS utilise un weight de 32768 pour les routes annoncees par le routeur donc cette etape est supprime, sauf dans un cas precis). J'epargne la liste des attributs BGP que tout le monde doit connaitre par coeur. Bon courage Le 13 avril 2011 21:03, mikael mikael.lelo...@orange.fr a écrit : Bonsoir, Je suis à la recherche d'outil ou de script qui permettrait de choisir les meilleures routes BGP de diffèrent liens en fonction de paramètre comme le localpath ou le MED . Quelqu'un aurait -il des infos de se coter la ? J'ai pu observer la techo de chez Cisco (OER) , y'aurait -il une personne qui a mis ce genre de techno en production ? Cdt -
[FRnOG] Routeur BGP et Ram
Bonjour à tous, J'ai besoin d'un petit conseil technique. Je vais connecter un client en BGP4 et utiliser 2 Cisco ASR1001 pour cela (le client aura un autre transitaire BGP en plus de moi ). Mon responsable réseau me conseil de prendre 8 GB de RAM (pour prévoir les 5 prochaines années dit ‘il). Je pense pour ma part que 4GB de RAM pour les 2 fulls table BGP sera suffisant (nous n'utiliserons aucune des autres fonctionnalités de l'ASR). Quel est votre point de vue ? (je précise qu'un autre constructeur que Cisco n'est pas une option pour ce projet :o) ) Merci à vous. Bien cordialement Julien.
Re: [FRnOG] Routeur BGP et Ram
lol 8 GB pour deux full BGP lol ils sort ou ses calculs ... faut vraiment qu'il explique d'où il les sorts si effectivement il compte servir tous ses clients sur le même PE peut être, mais j'espère pour toique ce n'est pas son objectif ;) Perso avec 4 t'es déjà loin ;) Alors je ne gère pas un réseau de transit IP mais bon de là où je suis franchement c'est déjà pas mal ... Renaud Le 14/04/2011 16:57, Julien Doussot a écrit : Bonjour à tous, J'ai besoin d'un petit conseil technique. Je vais connecter un client en BGP4 et utiliser 2 Cisco ASR1001 pour cela (le client aura un autre transitaire BGP en plus de moi ). Mon responsable réseau me conseil de prendre 8 GB de RAM (pour prévoir les 5 prochaines années dit ‘il). Je pense pour ma part que 4GB de RAM pour les 2 fulls table BGP sera suffisant (nous n'utiliserons aucune des autres fonctionnalités de l'ASR). Quel est votre point de vue ? (je précise qu'un autre constructeur que Cisco n'est pas une option pour ce projet :o) ) Merci à vous. Bien cordialement Julien.
Re: [FRnOG] Routeur BGP et Ram
Julien, Le 14 avril 2011 16:57, Julien Doussot buzzbyj...@gmail.com a écrit : Je vais connecter un client en BGP4 et utiliser 2 Cisco ASR1001 pour cela Bonne petite machine, un peu chère pour ce que c'est, mais plutôt efficace. (le client aura un autre transitaire BGP en plus de moi ). Mon responsable réseau me conseil de prendre 8 GB de RAM (pour prévoir les 5 prochaines années dit ‘il). Je pense pour ma part que 4GB de RAM pour les 2 fulls table BGP sera suffisant (nous n'utiliserons aucune des autres fonctionnalités de l'ASR). Clairement, même à 4Go il va se tourner les pouces.Avec les deux full view chargées il lui restera au moins 2,5Go de libre (en vrai, XR va bouffer 200M et une full view à peu près 400M). Par contre, profites de la puissance de son CPU pour activer les quelques fonctions d'IDS qu'il intègre, ce serait dommage de s'en priver... -- Jérôme Nicolle 06 19 31 27 14 --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Routeur BGP et Ram
Dans 5 ans de toute façon, il faudra changer les ASR car il passera bien plus de 10G :) Le plus petit mail sera une vidéo de 50 meg -- Raphaël Maunier NEO TELECOMS CTO / Responsable Ingénierie AS8218 On Apr 14, 2011, at 5:04 PM, Renaud RAKOTOMALALA wrote: lol 8 GB pour deux full BGP lol ils sort ou ses calculs ... faut vraiment qu'il explique d'où il les sorts si effectivement il compte servir tous ses clients sur le même PE peut être, mais j'espère pour toique ce n'est pas son objectif ;) Perso avec 4 t'es déjà loin ;) Alors je ne gère pas un réseau de transit IP mais bon de là où je suis franchement c'est déjà pas mal ... Renaud Le 14/04/2011 16:57, Julien Doussot a écrit : Bonjour à tous, J'ai besoin d'un petit conseil technique. Je vais connecter un client en BGP4 et utiliser 2 Cisco ASR1001 pour cela (le client aura un autre transitaire BGP en plus de moi ). Mon responsable réseau me conseil de prendre 8 GB de RAM (pour prévoir les 5 prochaines années dit ‘il). Je pense pour ma part que 4GB de RAM pour les 2 fulls table BGP sera suffisant (nous n'utiliserons aucune des autres fonctionnalités de l'ASR). Quel est votre point de vue ? (je précise qu'un autre constructeur que Cisco n'est pas une option pour ce projet :o) ) Merci à vous. Bien cordialement Julien.
Re: [FRnOG] Routeur BGP et Ram
Le 14/04/2011 16:57, Julien Doussot a écrit : Bonjour à tous, J'ai besoin d'un petit conseil technique. Je vais connecter un client en BGP4 et utiliser 2 Cisco ASR1001 pour cela (le client aura un autre transitaire BGP en plus de moi ). Mon responsable réseau me conseil de prendre 8 GB de RAM (pour prévoir les 5 prochaines années dit ‘il). Je pense pour ma part que 4GB de RAM pour les 2 fulls table BGP sera suffisant (nous n'utiliserons aucune des autres fonctionnalités de l'ASR). Quel est votre point de vue ? (je précise qu'un autre constructeur que Cisco n'est pas une option pour ce projet :o) ) Bon, autre techno mais c'est pour comparer cette histoire de RAM : Sur un openbgpd, je fais tenir 4 full route avec 512 Mo. 4 Go ? Pour les route IPv6 /128 ? Mouarf ... Tiens d'ailleurs, c'est quoi la 'best practice' en matière de filtrage des routes v6 trop petites ? (annonces en dessous de /64 ?). Julien --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Routeur BGP et Ram
Le 14/04/2011 17:33, Alain RICHARD a écrit : Un ASR1001 pour ça, même en 4Go, ça me semble bien gros pour cet usage non ? Question naïve : pour des besoins plus petits, qu'est-ce qu'il y a en dessous d'un ASR1001, et en moins cher ? A+ -- Alain RICHARD mailto:alain.rich...@equation.fr EQUATION SA http://www.equation.fr/ Tel : +33 477 79 48 00Fax : +33 477 79 48 01 E-Liance, Opérateur des entreprises et collectivités, Liaisons Fibre optique, SDSL et ADSL http://www.e-liance.fr
Re: [FRnOG] Routeur BGP et Ram
Le 14/04/2011 18:38, Sylvain Donnet a écrit : Le 14/04/2011 17:33, Alain RICHARD a écrit : Un ASR1001 pour ça, même en 4Go, ça me semble bien gros pour cet usage non ? Question naïve : pour des besoins plus petits, qu'est-ce qu'il y a en dessous d'un ASR1001, et en moins cher ? 6503 avec du 3bxl ou du 720x avec un npe-g1 ou g2 suivant le nombre de fullbgp ... En gros entre €3k et €10k sur le marché gris ... Renaud
[FRnOG] Plus d'IPv4 en Asie, on est les prochains!
Salut à tous, APNIC vient aujourd'hui d'attaquer son dernier /8. Ils rentrent donc dans la politique de conservation et vont founir un dernier /24 par membre. Autant dire que l'IPv4, c'est fini pour eux. http://www.andyd.net/2011/ip-drought-begins-today-in-asia-pacific/ On est les prochain :) Mathieu --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Re: Plus d'IPv4 en Asie, on est les prochains!
On 4/14/11 7:33 PM, Mathieu Paonessa wrote: Salut à tous, APNIC vient aujourd'hui d'attaquer son dernier /8. Ils rentrent donc dans la politique de conservation et vont founir un dernier /24 par membre. Autant dire que l'IPv4, c'est fini pour eux. Il fallait bien évidemment lire un /22. Ce qui sera également aussi le cas dans la zone du RIPE. Mathieu --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Re: [FRnOG] Re: [FRnOG] Level3 rachète Global Crossing
Pour continuer sur le sujet : L'analyse de Renesys : http://www.renesys.com/blog/2011/04/level-crossing.shtml Pour ce soir, beaucoup de lecture avec en plus le rapport de la mission sur la neutralité du net :) -- Raphaël Maunier NEO TELECOMS CTO / Responsable Ingénierie AS8218 On Apr 11, 2011, at 11:40 PM, Jérôme Nicolle wrote: Il manque des bouts de réseau sur la carte combinée... Et c'est vraiment mal dessiné :( Bon, comme les commerciaux des deux sont sur la liste, question : ça va donner quoi le catalogue ? 2011/4/11 Pierre Col p...@9online.fr: Antoine MUSSO wrote: http://networkedworld.com/ J'adore cette modestie. -- Pierre --- Liste de diffusion du FRnOG http://www.frnog.org/ -- Jérôme Nicolle 06 19 31 27 14 --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Plus d'IPv4 en Asie, on est les prochains!
Le 14 avril 2011 19:33, Mathieu Paonessa ma...@vayu.net a écrit : APNIC vient aujourd'hui d'attaquer son dernier /8. Ils rentrent donc dans la politique de conservation et vont founir un dernier /24 par membre. Autant dire que l'IPv4, c'est fini pour eux. http://www.andyd.net/2011/ip-drought-begins-today-in-asia-pacific/ Et l'annonce officielle d'APNIC : http://mailman.apnic.net/mailing-lists/apnic-announce/archive/2011/04/msg2.html Guillaume --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Choix de techno de stockage SAN
Le 14 avril 2011 11:13, Julien Escario esca...@azylog.net a écrit : Le 14/04/2011 09:45, Alain RICHARD a écrit : - Peut-être les architectures mixant du SSD/SATA ou SSD/SAS seront une solution à terme, mais pour l'instant elles sont encore plus cher que les solutions SAS. Je suis en train de monter un NAS à base d'opensolaris et ZFS. Ce système permet de mettre des disques basse consommation à 5400tpm (c'est pour du datacenter) et de mixer avec des SSD MLC comme cache lecture et des SSD SLC en cache écriture. C'est vraiment pas cher (comparé à du 10k/15k), peu consommateur et trés performant. En mettant 2000 € de plus, on peu même envisager des solutions de ZIL (cache écriture) à base de RAM + pile de backup. Bref, faire appel à DELL pour avoir le truc tout prêt n'est probablement pas la meilleure solution sur une question aussi pointue. Julien Pendant qu'on parle de SATA, quelqu'un a testé la gamme VelociRaptor de Western ?? de 74 à 600go en 10 Krpm sur SATA2 J'avais testé le premier Raptor (74go), et à l'époque c'était vraiment un bon rapport qualité/prix en attendant les SSD.. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Choix de techno de stockage SAN
Le 14 avr. 2011 à 19:34, Julien Richer a écrit : Pendant qu'on parle de SATA, quelqu'un a testé la gamme VelociRaptor de Western ?? de 74 à 600go en 10 Krpm sur SATA2 de mémoire, pas fiable. Il me semble qu'on en a pété un certain nombre en tentant de les mettre en raid. si quelqu'un d'autre peut confirmer, ça fait longtemps :) amicalement, ygm --- Liste de diffusion du FRnOG http://www.frnog.org/
