1 / 23

Ensemble

Ensemble. Fault-Tolerance Security Adaptation. The Horus and Ensemble Projects Accomplishments and Limitations Kent Birman, Bob Constable, Mayk Hayden, Jason Hickey, Christoph Kreitz, Robbert van Renesse, Ohad Rodeh and Werner Vogels Cornell University. Isis, Mother of Horus and Ensemble.

lily
Download Presentation

Ensemble

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Ensemble Fault-Tolerance Security Adaptation

  2. The Horus and Ensemble Projects Accomplishments and Limitations Kent Birman, Bob Constable, Mayk Hayden, Jason Hickey, Christoph Kreitz, Robbert van Renesse, Ohad Rodeh and Werner Vogels Cornell University

  3. Isis, Mother of Horus and Ensemble Toolset for Implementing Virtual Synchronization in a Process Group • NYSE Overhead Displays and Tickers • Swiss Exchange Communications Architecture • VLSI Fabrication Plants (AMD, Siemens, TI) • AEGIS Naval Radar and Communication System

  4. Virtually Synchronous Process Group Computing • Automatically Managed Membership (adding / removing member, notifying the group of these changes) • Multicasts with Ordered Message Delivery • Group message passing is coordinated with group membership updates. • Ability to transfer the group’s current state to new members.

  5. Virtual Synchrony Model

  6. Good support for data replication and Robust Dynamic load-balancing server clusters High-Availability  Monolithic, inflexible system. Required a lot of programming to retool it or customize it. Slow Buggy Isis Pros and Cons

  7. “to support group communication using a single generic architectural framework within which the basic group communication interfaces are treated separately from their implementation”

  8. Micro-Protocol Stacking • a customizable protocol stack for distributed applications. • Each process group can share the same application-specific protocol. • Different process groups in the same cluster can use different, appropriate protocols.

  9. Handling Message-Loss with Micro-Protocol Stacking (an Example) • A message-handling micro-protocol keeps a copy of each outgoing message, and enforces order in incoming messages. An incoming message in the wrong order causes the protocol to send a NAK message to the source, asking for a retransmission of the missed message. When an outgoing message has been determined to be received, it can be removed from storage. • Some situations may not need this functionality. In such instances Horus can dynamically leave the message-handling protocol out of the stack to boost speed. • Other examples: authentication, encryption layers.

  10. Horus Technologies and Successes • Horus Common Protocol Interface • Header optimizations and compressions • Horus Protocol Accelerator • Demonstrated that time-critical, fault-tolerant computing with clusters was feasible.

  11. Limitations of Horus • Written in C, no inherent type-checking in language (a problem with protocol stacking where we are passing data from one layer to another) • Passing header from layer to layer also requires time; conversions and header extensions may need to occur at each layer. Some protocols may perform redundant operations. • New protocol stacks have to be hand-coded and hand-verified for efficiency in C. This requires a commitment of time from the protocol stack designer which can still lead to buggy, inefficient code.

  12. Ensemble - 1996 • “Horus Written in a Formal Language” Ensemble was primarily done to overcome limitations of procedural C used in Horus • OCAML--a compiled, object-oriented language syntactically based on Lambda calculus. OCAML is very formal and precise. • Automated theorem provers (such as nuPRL) can process formal languages like OCAML easily.

  13. Representing the Protocol Stack in Ensemble Represent the entire protocol stack as a series of nested functions on x: Outgoing x: f0(f1(f2(…fn (x)))) Incoming x: fn(fn-1(fn-2(…f0 (x)))) Conditional Evaluation: If (is_a_msg(x)) f(x) else f(x)

  14. 2 Types of Formal Optimizations in Ensemble: • Staticor layer optimization: Apply logical simplification and truth-condition evaluation (assuming the most common cases) to create a highly efficient compiled code for each micro-layer. Applied once when a protocol is first written to produce individual layer optimization theorems. • Dynamic or stack optimization: Compose individual layer optimization theorems into a unified stack optimization theorem, assuming the most common case for each layer. Must be performed for each new protocol stack an application developer wants to deploy.

  15. Designing and Deploying New Protocol Stacks: • Choose from a set of micro-protocols (written in layer-optimized OCAML byte code) to compose a new protocol stack. • Use NuPRL to optimize the stacked OCAML expressions. • Compile the OCAML byte code into machine code and plug it in.

  16. Ensemble Programs • Ensembled – the Ensemble Daemon • Groupd – the Group Daemon

More Related