Hello, > > Sinon pour soulager le protocole de routage, une solution : > des top of racks faisant du routage, un subnet par rack : disons un /26 par > rack pour 100 racks. > Tu configures tes TOP of rack pour n'annoncer que son /26 vers l'agrégation > bien que lui connaitra les 64x/32 > > En temps normal tes switches/routeurs d'agrégation vont avoir 100 routes > dans leur table. > Si tu veux bouger un host vers un autre rack, le TOR du rack destination > annoncera du coup son /26 et le /32 supplémentaire. > Et rien ne t'empêche de changer l'IP de la machine pour qu'elle rentre dans > le /26 du nouveau rack. > > En gros en situation optimale tu as 6400 hosts mais 100 routes dans > l'aggreg. > > > Pour couvrir le cas des 100aines de milliers de machines on va dire que tu > tu es sur plusieurs DC. > Disons un /14 par DC soit 256K hosts, ça fait 1000 racks de /24. > > Chaque coeur de DC connaitra le /14 du DC d'a cote et les 1000x/24 locaux > et éventuellement quelques centaines de /32 more specific locaux, voire > venant de l'autre DC si tu bouges des hosts du DC 1 au DC 2. > > Bref sans doute moins de 10k routes pour joindre 512k hosts. > > Dans tous les cas, un mec qui a plusieurs centaines de milliers de hosts > peut se permettre d'avoir des routeurs prenant plusieurs millions d'entrées > en RIB/FIB et BGP gère ça très bien.
C'est marrant, quand je proposais ce genre de choses il y a 5 ou 6 ans on me prenais pour un doux dingue... Bon ceci dit fallait bidouiller sec pour que ca marche, mais du L3 distribué = flexibilité... :D Xavier
signature.asc
Description: Message signed with OpenPGP using GPGMail