Oasis: Anycast for Any Service Michael J. Freedman Karthik Lakshminarayanan David Mazières in NSDI 2006 Presented by: Sailesh Kumar.

Slides:



Advertisements
Similar presentations
1 Data-Oriented Network Architecture (DONA) Scott Shenker (M. Chowla, T. Koponen, K. Lakshminarayanan, A. Ramachandran, A. Tavakoli, I. Stoica)
Advertisements

DONAR Decentralized Server Selection for Cloud Services Patrick Wendell, Princeton University Joint work with Joe Wenjie Jiang, Michael J. Freedman, and.
Information-Centric Networks05c-1 Week 5 / Paper 3 Democratizing content publication with Coral –Michael J. Freedman, Eric Freudenthal, David Mazières.
EDNS0 Client-Subnet for DNS based CDNs
Pastry Peter Druschel, Rice University Antony Rowstron, Microsoft Research UK Some slides are borrowed from the original presentation by the authors.
Relative Network Positioning via CDN Redirections A. Su, D. Choffnes, F. Bustamante, A. Kuzmanovic ICDCS 2008 Presented by: Imranul Hoque.
Akamai DNS Offerings RSA © Conference ©2013 AKAMAI | FASTER FORWARD TM Akamai DNS Solutions Enhanced DNS (eDNS) Scalable, outsourced, DNS solution.
1 Server Selection & Content Distribution Networks (slides by Srini Seshan, CS CMU)
Fabián E. Bustamante, 2007 Meridian: A lightweight network location service without virtual coordinates B. Wong, A. Slivkins and E. Gün Sirer SIGCOM 2005.
EL9331 Meridian: A Lightweight Network Location Service without Virtual Coordinates Bernard Wong, Aleksandrs Slivkins, Emin Gun Sirer SIGCOMM’05 ( Slides.
Democratizing Content Publication with Coral Mike Freedman Eric Freudenthal David Mazières New York University NSDI 2004.
Content Distribution Networks Costin Raiciu Advanced Topics in Distributed Systems Fall 2012.
10/31/2007cs6221 Internet Indirection Infrastructure ( i3 ) Paper By Ion Stoica, Daniel Adkins, Shelley Zhuang, Scott Shenker, Sonesh Sharma Sonesh Sharma.
Criticisms of I3 Zhichun Li. General Issues Functionality Security Performance Practicality If not significant better than existing schemes, why bother?
Topics in Reliable Distributed Systems Lecture 2, Fall Dr. Idit Keidar.
Internet Indirection Infrastructure Ion Stoica UC Berkeley.
Anycast for Any Service Michael J. Freedman Karthik Lakshminarayanan David Mazières
Application Layer Anycasting: A Server Selection Architecture and Use in a Replicated Web Service Presented in by Jayanthkumar Kannan On 11/26/03.
Scalable Application Layer Multicast Suman Banerjee Bobby Bhattacharjee Christopher Kommareddy ACM SIGCOMM Computer Communication Review, Proceedings of.
CDNs & Replication Prof. Vern Paxson EE122 Fall 2007 TAs: Lisa Fowler, Daniel Killebrew, Jorge Ortiz.
Anycast Jennifer Rexford Advanced Computer Networks Tuesdays/Thursdays 1:30pm-2:50pm.
Application-Layer Anycasting: A Server Selection Architecture and Use in a Replicated Web Service IEEE/ACM Transactions on Networking Vol.8, No. 4, August.
1 Drafting Behind Akamai (Travelocity-Based Detouring) AoJan Su, David R. Choffnes, Aleksandar Kuzmanovic, and Fabian E. Bustamante Department of Electrical.
1 Routing as a Service Karthik Lakshminarayanan (with Ion Stoica and Scott Shenker) Sahara/i3 retreat, January 2004.
1 Web Content Delivery Reading: Section and COS 461: Computer Networks Spring 2007 (MW 1:30-2:50 in Friend 004) Ioannis Avramopoulos Instructor:
Web Caching and CDNs March 3, Content Distribution Motivation –Network path from server to client is slow/congested –Web server is overloaded Web.
CPSC 441: DNS1 Instructor: Anirban Mahanti Office: ICT Class Location: ICT 121 Lectures: MWF 12:00 – 12:50 Notes derived.
Content Networking - CON Content Overlay Network Vishal Kumar Singh Eilon Yardeni April, 28 th 2005.
1 Towards a deployable IP Anycast service Hitesh Ballani, Paul Francis Cornell University {hitesh,
Internet Indirection Infrastructure (i3) Ion Stoica, Daniel Adkins, Shelley Zhuang, Scott Shenker, Sonesh Surana UC Berkeley SIGCOMM 2002.
1CS 6401 Peer-to-Peer Networks Outline Overview Gnutella Structured Overlays BitTorrent.
Caching and Content Distribution Networks. Web Caching r As an example, we use the web to illustrate caching and other related issues browser Web Proxy.
Best Practices in IPv4 Anycast Routing Version 0.9 August, 2002 Bill Woodcock Packet Clearing House.
Content Distribution Network (CDN) Performance Punit Shah CSE581 Internet Technologies OGI, OHSU 2002, Jan 16th.
CS 4700 / CS 5700 Network Fundamentals Lecture 17.5: Project 5 Hints (Getting a job at Akamai) Revised 3/31/2014.
1 Content Distribution Networks. 2 Replication Issues Request distribution: how to transparently distribute requests for content among replication servers.
Content Distribution March 8, : Application Layer1.
Active Network Applications Tom Anderson University of Washington.
1 Proceeding the Second Exercises on Computer and Systems Engineering Professor OKAMURA Laboratory. Othman Othman M.M.
Redirection and Load Balancing
Inter-domain AMT Multicast Use Case Discussion Proposal for AMT Multicast Source-AMT Connectivity Model For Inter-connected Networks (AS’s) 1.
1. 1.Charting the CDNs(locating all their content and DNS servers). 2.Assessing their server availability. 3.Quantifying their world-wide delay performance.
{ Content Distribution Networks ECE544 Dhananjay Makwana Principal Software Engineer, Semandex Networks 5/2/14ECE544.
Ao-Jan Su, David R. Choffnes, Fabián E. Bustamante and Aleksandar Kuzmanovic Department of EECS Northwestern University Relative Network Positioning via.
DNS: Domain Name System
SAINT ‘01 Proactive DNS Caching: Addressing a Performance Bottleneck Edith Cohen AT&T Labs-Research Haim Kaplan Tel-Aviv University.
Application-Layer Anycasting By Samarat Bhattacharjee et al. Presented by Matt Miller September 30, 2002.
5.1 Tanenbaum & Van Steen, Distributed Systems: Principles and Paradigms, 2e, (c) 2007 Prentice-Hall, Inc. All rights reserved DISTRIBUTED.
Overcast: Reliable Multicasting with an Overlay Network CS294 Paul Burstein 9/15/2003.
Information-Centric Networks07a-1 Week 7 / Paper 1 Internet Indirection Infrastructure –Ion Stoica, Daniel Adkins, Shelley Zhuang, Scott Shenker, Sonesh.
An Efficient Approach for Content Delivery in Overlay Networks Mohammad Malli Chadi Barakat, Walid Dabbous Planete Project To appear in proceedings of.
DNS based IP NetLocation Service China Telecom Guangzhou Institute
Othman Othman M.M., Koji Okamura Kyushu University 1.
CPSC 441: DNS 1. DNS: Domain Name System Internet hosts: m IP address (32 bit) - used for addressing datagrams m “name”, e.g., - used by.
Jan 30, 2001CSCI {4,6}900: Ubiquitous Computing1 Announcements Project Milestone 2 due today. Undergraduate projects should have 3 students per project.
Information-Centric Networks Section # 3.2: DNS Issues Instructor: George Xylomenos Department: Informatics.
Information-Centric Networks Section # 5.3: Content Distribution Instructor: George Xylomenos Department: Informatics.
CS 6401 Overlay Networks Outline Overlay networks overview Routing overlays Resilient Overlay Networks Content Distribution Networks.
1. Internet hosts:  IP address (32 bit) - used for addressing datagrams  “name”, e.g., ww.yahoo.com - used by humans DNS: provides translation between.
CSCI 599: Beyond Web Browsers Professor Shahram Ghandeharizadeh Computer Science Department Los Angeles, CA
15-829A/18-849B/95-811A/19-729A Internet-Scale Sensor Systems: Design and Policy Review.
John S. Otto Mario A. Sánchez John P. Rula Fabián E. Bustamante Northwestern, EECS.
Tanenbaum & Van Steen, Distributed Systems: Principles and Paradigms, 2e, (c) 2007 Prentice-Hall, Inc. All rights reserved DISTRIBUTED SYSTEMS.
Multicast in Information-Centric Networking March 2012.
Coral: A Peer-to-peer Content Distribution Network
Internet Indirection Infrastructure (i3)
Affinity Depending on the application and client requirements of your Network Load Balancing cluster, you can be required to select an Affinity setting.
Mohammad Malli Chadi Barakat, Walid Dabbous Alcatel meeting
Content Distribution Networks
Computer Networks Primary, Secondary and Root Servers
Presentation transcript:

Oasis: Anycast for Any Service Michael J. Freedman Karthik Lakshminarayanan David Mazières in NSDI 2006 Presented by: Sailesh Kumar

2 - Sailesh Kumar - 9/10/2015 Overview n Why Anycast? »Availability, Load balancing, Performance n How to Implement Anycast? »Replica selection problem n Oasis »Replica Selection for many Services (amortized cost) »Use Geographic Coordinates »Fast Response Time »Accurate Results n Architecture of Oasis »How it works? »Design choices n Evaluation n Discussion

3 - Sailesh Kumar - 9/10/2015 Anycast/Replica Selection n Data/Service replication is very common in Internet »CDNs (e.g. Akamai, Coral) »Distributed web mirrors, »DNS servers »Distributed (DHT based) storage/file systems n What is the state today?

4 - Sailesh Kumar - 9/10/2015 Anycast is the Solution n Anycast aids in selecting the replica which is »Near the client »Less loaded »IP Anycast does not provide comprehensive selection policies ? mycdn Animation taken from Freedman NSDI’06 slide

5 - Sailesh Kumar - 9/10/2015 Traditional Approach n Round-robin and DNS based techniques »spread load but do nothing for network locality n Use On-demand probing »probe client from multiple vantage points »Usually accurate »Significant probing required, can incur long latencies »Many probing to a client can trigger intrusion-detection alarms n Such probing is needed for every service »Access IBM (Akamai will probe you) »Access Google video (you are again probed) »Access a high volume website (you again need to be probed)

6 - Sailesh Kumar - 9/10/2015 Introducing Oasis n A single Anycast Solution for many services »Amortize costs of probing n Perform probing off-line (probe the entire Internet) »Faster response n Use geographic coordinates »Geographic coordinates of IP prefixes are relatively stable »Better than virtual coordinates »Results may be more accurate n Provide flexible Anycast policies »Balance between –Bandwidth –Accuracy –Latency

7 - Sailesh Kumar - 9/10/2015 Oasis Architecture n A two-tier architecture »A reliable core of hosts »Replicas belonging to different services »Replicas run Oasis specific code to –Report their liveness and load information –assist core nodes in network measurements n There are two primary ways clients access Oasis »DNS redirection »HTTP redirection

8 - Sailesh Kumar - 9/10/2015 DNS Redirection n Client issues DNS request for a service using Oasis n OASIS will redirect the client to the nearest replica mycdn OASIS core Client Resolver 1 2 Animation taken from Freedman NSDI’06 slide

9 - Sailesh Kumar - 9/10/2015 HTTP Redirection n Client issues HTTP request for the service n Service invokes Oasis code and contacts Oasis core n With Oasis info, client is redirected to better replica Animation taken from Freedman NSDI’06 slide OASIS core mycdn Client

10 - Sailesh Kumar - 9/10/2015 How Oasis resolves Anycast requests? n Core node maps client IP address to network bucket »Network bucket consists of IP address prefixes n IP prefix is mapped to a location, say x (coordinates) »Geographic coordinates of IP prefixes are stable n Replica whose location is closest to x is returned n Optionally, liveness and load of replicas can alsodetermine replica selection

11 - Sailesh Kumar - 9/10/2015 proximity IP prefix (y) ( Latx, Lngx, RTT distance ) locationaccuracy Mapping IP prefix to geographic coords? n First step is to map IP addresses a.b.c.d to the nearest IP prefix say a.b.c.0/24 n For the prefix, measurement is done by the replica »Replicas form an overlay »They traceroute to the IP prefix and registers the RTT »If replica x has minimum RTT to prefix y, then the prefix y’s geographic coordinates becomes the coords. of replica x Such address aggregation reduces the amount of probing

12 - Sailesh Kumar - 9/10/2015 n Two-pronged approach »Find closest replica proxy with less probing »Use closest replica’s geo-coords + error RTT as location /8 “Probe /8” Animation taken from Freedman NSDI’06 slide How to find replica nearest to prefix?

13 - Sailesh Kumar - 9/10/2015 n Two-pronged approach »Find closest replica proxy with less probing »Use closest replica’s geo-coords + error RTT as location [ Meridian 05 ] Animation taken from Freedman NSDI’06 slide How to find replica nearest to prefix?

14 - Sailesh Kumar - 9/10/ [ Meridian 05 ] n Two-pronged approach »Find closest replica proxy with less probing »Use closest replica’s geo-coords + error RTT as location n Probing of prefixes are done very infrequently (once a week) : /8, 6.0 ms(42N,71W) Animation taken from Freedman NSDI’06 slide How to find replica nearest to prefix?

15 - Sailesh Kumar - 9/10/2015 How Oasis maintains its database? n For every service, there is a rendezvous core node (via consistent hashing, H(serv)) n Whenever replicas join, leave, change state, they notify its rendezvous node, also notify abt. liveness n Rendezvous gossip liveness to other core nodes n Every replica also sends keepalives to its nearest core Oasis node n Nodes in the core keeps their data structures weakly consistent via gossiping »Uses incarnation numbers to indicate the latest info »Uses consistent hashing to distribute load across nodes n DNS is one of the services provided by Oasis »Thus, first step in resolving any Anycast request is to provide the nearest core node to the client

16 - Sailesh Kumar - 9/10/2015 Operation of Oasis? n A client queries OASIS for hostname coralcdn.nyuld.net: »The client queries the DNS root servers, finds OASIS core node I »Core lookup: Node I finds other core nodes near the client: – I maps client’s IP address to IP prefix, and then prefix to location coords. – I queries the rendezvous node for service dns, H(dns). Call this node SI. – SI responds with the best-suited OASIS node for the specified coordinates. – I returns this set of DNS replicas to the client. Let this set include node J. »The client resends the Anycast request to J. »Replica lookup: Core node J finds replicas near the client: – J extracts the request’s service name and maps the client’s IP address to coordinates. – J queries rendezvous node for service coralcdn, call this SJ. – SJ responds with the best coralcdn replicas, which J returns to the client.

17 - Sailesh Kumar - 9/10/2015 Evaluation n Replicas on 250 PlanetLab nodes around the world n Oasis core on 37 nodes n Meridian: Uses on-demand probing (geographic coordinates) n Vivaldi: Uses on-demand probing (virtual coordinates)

18 - Sailesh Kumar - 9/10/2015 Evaluation

19 - Sailesh Kumar - 9/10/2015 Evaluation

20 - Sailesh Kumar - 9/10/2015 Evaluation

21 - Sailesh Kumar - 9/10/2015 Deployment till Date

22 - Sailesh Kumar - 9/10/2015 Discussion n Is it OK to incorporate Anycast capability within the IP protocol? »If yes, then we do not need Oasis like infrastructure »However, like multicast, feature rich anycast may not be efficiently incorporated within the IP protocol n Is Oasis much different from what Akamai may already be doing? n One of the motivations behind Oasis is Intrusion-detection alerts »Such a motivation appears unconvincing, as there are many other ways to work around this problem n What happens if prefixes are not as geographically stable? »Will they become less stable in mobile context? n What is your general opinion about Oasis »To me the results appear surprisingly good