SlideServe
Télécharger Obtenir Pro
Menu
Accueil Pro
Préférences
ApparenceLight Aide et commentaires
© SlideServe · v2026

SCAFFOLD

marcel avatar
marcel
7 diapositives · 440 Views · Jul 11, 2014

SCAFFOLD. Steve Ko Princeton University With Mike Freedman, Jen Rexford, Prem Gopalan , and David Shue http:// sns.cs.princeton.edu /projects/scaffold. Question. How to redesign the Internet to support replicated services better? Observations

SCAFFOLD - slide 1
01 / 7SCAFFOLD
1 / 17

Télécharger la présentation

SCAFFOLD
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

  1. SCAFFOLD Steve Ko Princeton University With Mike Freedman, Jen Rexford, PremGopalan, and David Shue http://sns.cs.princeton.edu/projects/scaffold

  2. Question • How to redesign the Internet to support replicated services better? • Observations • The Internet is evolving as a service-hosting platform, e.g., CDNs, email, storage, etc. • Services are replicated, e.g., inside and across DCs. • Quite a bit of churn, e.g., migration, failures, etc.

  3. “Patch Work” • Load balancers • Outside-facing IP mapping to internal multiple IPs • DNS • One DNS name mapping to multiple IPs • MAC spoofing • Primary and backup share the same MAC for failover

  4. Ideas • Service-based ID • As opposed to host-based IP • ObjectIDs that represent services • Anycast as the basic primitive, not unicast • …and build unicast on top of anycast • Together: an app sends a msg to an objectID, and the network finds one server • Name resolution is part of routing

  5. Architecture Data Center 1 X Y X Backbone Y X Data Center 2 Internet Flow Switch Unmodified Client Server Ingress Proxy Object Object Switch

  6. Status • Prototype for LAN • Basic name resolution + routing architecture • Implemented using OpenFlow (Open vSwitch) + NOX • Use our own header: repurpose the IP header • New network stack + socket API • implemented in userland • Datagram support • Flow-based datagram support

  7. Work-in-Progress • WAN name resolution + routing • Support for flexible anycast policies • Support for backend services • Memcached, MapReduce, VM management, etc. • Support for stream • TCP-like • Implementation using GENI technologies • BGP mux • VINI backbone • PlanetLab control framework