GWIP

Schéma de base

Description

2 cas de figure se présentent en fonction des fonctionnalités proposées par Lustre:

• Si Lustre permet le multirail, l’architecture reste basée sur N GWIPs physiques dialoguant en RIP/BGP/OSPF avec les autres ilôts et autres machines.

• Si Lustre ne permet pas le multirail, l’architecture sera basée sur N GWIP virtuelles par couple de carte interconnect/RTHP. Chaque VM est indissociable de son hyperviseur et des HCA associées.

Les routeurs LNET et IP seront colocalisés et tous deux configurés via Puppet.

Les GWIP se partageront les IP de passerelle par défaut via Keepalived (VRRP) dialoguant sur le RTHP. Les GWIP partageront leur route entres elle via un Bird dialoguant sur le RTHP et en utilisant un protocole à déterminer (RIP/BGP/OSPF).

N IPs de passerelles par défaut seront à configurer sur les clients IP.

Il est souhaitable d’avoir en vue une optimisation des performances de routage IP via des protocoles de routage performants (ECMP par exemple).

Au vu des difficultés et des besoins prévisionnels (passerelles MPI), il apparait comme nécéssaire d’avoir des partitions réseau (PKEY) du backbone Infiniband dédiées au routage IP. Ces dernières permettront un dialogue aisé entre les calculateurs et entre les ilôts d’un calculateur.

De même, toutes les GWIP accèderont directement aux PKEY de routage vers le backbone Ethernet ie. plus de multihop.