The RAIN (Reliable Array of Independent Nodes) project, focusing on its innovative approach to fault-tolerant distributed computing. RAIN integrates heterogeneous networks of nodes and switches for enhanced reliability. Key features include dynamic reconfiguration, redundancy, and resistance to node and link failures. The architecture aims to support efficient data storage and communication in a distributed environment. Highlights include 2-of-4 erasure-correcting codes and continuous reconfiguration that collectively achieve high availability and fault tolerance in computing infrastructures.
01 / 93Building Reliable Computing Systems with RAIN: A Fault-Tolerant Approach
1 / 17
Télécharger la présentation
Building Reliable Computing Systems with RAIN: A Fault-Tolerant Approach
Une image / un lien ci-dessous est fourni (tel quel) pour télécharger la présentation
Politique de téléchargement : le contenu du site vous est fourni TEL QUEL pour votre information et votre usage personnel ; il ne peut être vendu, concédé sous licence ni partagé sur d’autres sites sans l’accord de son auteur.Le contenu vous est fourni TEL QUEL, pour votre information et votre usage personnel uniquement.Téléchargez la présentation en cliquant sur ce lien.Lors du téléchargement, si vous ne parvenez pas à télécharger une présentation, l’éditeur a peut-être supprimé le fichier de son serveur.Pendant le téléchargement, si vous ne parvenez pas à obtenir une présentation, le fichier a peut-être été supprimé par l’éditeur.
F I N
Plus de contenu associé
Transcription de la présentation
Computing in the Reliable Array of Independent Nodes Vasken Bohossian, Charles Fan, Paul LeMahieu, Marc Riedel, Lihao Xu, Jehoshua Bruck Marc Riedel Marc Riedel California Institute of Technology IEEE Workshop on Fault-Tolerant Parallel and Distributed Systems May 5, 2000
RAIN Project Collaboration: • Caltech’s Parallel and Distributed Computing Group www.paradise.caltech.edu • JPL’s Center for Integrated Space Microsystems www.csmt.jpl.nasa.gov
RAIN Platform node node node Heterogeneous network of nodes and switches switch bus network switch node node node
Node Recovery Continuous reconfiguration (e.g., load-balancing). C D B A switch switch
tolerates multiple node/link/switch failures no single point of failure Certified Buzz-Word Compliant Features High availability: Efficient use of resources: • multiple data paths • redundant storage • graceful degradation Dynamic scalability/reconfigurability
RAIN Project: Goals Efficient, reliable distributed computing and storage systems: key building blocks Applications Storage Communication Networks
Fault-Tolerant Interconnect Topologies Connectivity Group Membership Distributed Storage Topics Today’s Talk: Applications Storage Communication Networks
Interconnect Topologies Goal: lose at most a constant number of nodes for given network loss N N N N N N N N N N Network N = computing/storage node
Resistance to Partitions Large partitions problematic for distributed services/computation N N N N N N N N N N Network N = computing/storage node
Resistance to Partitions Large partitions problematic for distributed services/computation N N N N N N N N N N Network N = computing/storage node
IEEE ACM Related Work • Hayes et al., Bruck et al., Boesch et al. Embedding hypercubes, rings, meshes, trees in fault-tolerant networks: Bus-based networks which are resistant to partitioning: • Ku and Hayes, 1997. “ Connective Fault-Tolerance in Multiple-Bus Systems”
N N S S S N N S S = Node N N N S S S = Switch N A Ring of Switches degree-2 compute nodes, degree-4 switches a naïve solution
N N S S S N N S S = Node N N N S S S = Switch N A Ring of Switches degree-2 compute nodes, degree-4 switches a naïve solution
A Ring of Switches degree-2 compute nodes, degree-4 switches N N S S S a naïve solution N N easily partitioned S S = Node N N N S S S = Switch N
Connectivity Bi-directional communication. Linkis seen asupordownby each node. Node A Node B {U,D} {U,D} Each node sends out pings. A node may time-out, deciding the link is down.
Node State Node State A B A B U U U D D U Time Time D U U U D D D U U D U D D Consistent History A B
Slack n=2: at most 2 unacknowledged transitions before a node waits Time Ais 1 ahead Ais 2 ahead Now A will wait for B to transition The Slack Node State A B U U D D U U D D U D U
Consistent History Consistency in error reporting: If A sees channel error, B sees channel error. Node A Node B {U,D} {U,D} Birman et al.: “Reliability Through Consistency” Details: paper IPPS’99, www.paradise.caltech.edu
B A C D Group Membership Consistent global view given local, point-to-point connectivity information ABCD ABCD • link/node failures • dynamic reconfiguration ABCD ABCD
Theory IEEE ACM Chandra et al., Impossibility of Group Membership in an Asynchronous Environment Systems Totem, Isis/Horus, Transis Related Work
B A D C Group Membership Token-Ring based Group Membership Protocol
1: ABCD Group Membership Token-Ring based Group Membership Protocol B A Token carries: • group membership list • sequence number D C
1: ABCD Group Membership Token-Ring based Group Membership Protocol B A 1 Token carries: • group membership list • sequence number D C
Group Membership Token-Ring based Group Membership Protocol B A 1 2 Token carries: • group membership list • sequence number 2: ABCD D C
Group Membership Token-Ring based Group Membership Protocol B A 1 2 Token carries: • group membership list • sequence number 3: ABCD D C 3
Group Membership Token-Ring based Group Membership Protocol B A 1 2 Token carries: • group membership list • sequence number 4: ABCD D C 4 3
Group Membership Token-Ring based Group Membership Protocol B A 5 2 Token carries: • group membership list • sequence number D C 4 3