Presentation is loading. Please wait.

Presentation is loading. Please wait.

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

Similar presentations


Presentation on theme: "Oasis: Anycast for Any Service Michael J. Freedman Karthik Lakshminarayanan David Mazières in NSDI 2006 Presented by: Sailesh Kumar."— Presentation transcript:

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

2 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 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 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 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 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 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 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 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 1 2 3 OASIS core mycdn Client

10 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 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 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 18.168.0.23 18.0.0.0/8 “Probe 18.0.0.0/8” Animation taken from Freedman NSDI’06 slide How to find replica nearest to prefix?

13 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 18.168.0.23 [ Meridian 05 ] Animation taken from Freedman NSDI’06 slide How to find replica nearest to prefix?

14 14 - Sailesh Kumar - 9/10/2015 18.168.0.23 [ 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) :18.0.0.0/8, 6.0 ms(42N,71W) Animation taken from Freedman NSDI’06 slide How to find replica nearest to prefix?

15 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 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 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 18 - Sailesh Kumar - 9/10/2015 Evaluation

19 19 - Sailesh Kumar - 9/10/2015 Evaluation

20 20 - Sailesh Kumar - 9/10/2015 Evaluation

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

22 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


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

Similar presentations


Ads by Google