Next Generation Apache Hadoop MapReduceMahadev KonarCo Founder@mahadevkonar (@hortonworks)                                ...
Bio•  Working on Apache Hadoop since 2006 - committer and PMC member•  Working on Apache ZooKeeper since 2008 – committer ...
Hadoop MapReduce Classic•  JobTracker  –  Manages cluster     resources and job     scheduling•  TaskTracker  –  Per-node ...
Current Limitations•  Hard partition of resources into map and reduce slots   –  Low resource utilization•  Lacks support ...
Current Limitations•  Scalability    –  Maximum Cluster size – 4,000 nodes    –  Maximum concurrent tasks – 40,000    –  C...
Requirements•  Reliability•  Availability•  Scalability - Clusters of 6,000-10,000 machines    –  Each machine with 16 cor...
Design Centre•  Split up the two major functions of JobTracker    –  Cluster resource management    –  Application life-cy...
Architecture                                           Node                                           Node                ...
Architecture•  Resource Manager    –  Global resource scheduler    –  Hierarchical queues•  Node Manager    –  Per-machine...
Improvements vis-à-vis current MapReduce•  Scalability    –  Application life-cycle management is very expensive    –  Par...
Improvements vis-à-vis current MapReduce•  Fault Tolerance and Availability    –  Resource Manager        •  No single poi...
Improvements vis-à-vis current MapReduce•    Wire Compatibility     –  Protocols are wire-compatible     –  Old clients ca...
Improvements vis-à-vis current MapReduce•    Innovation and Agility     –  MapReduce now becomes a user-land library     –...
Improvements vis-à-vis current MapReduce•    Utilization      –  Generic resource model          •  Memory          •  CPU...
Improvements vis-à-vis current MapReduce•    Support for programming paradigms other than MapReduce     –  MPI     –  Mast...
Summary•    MapReduce .Next takes Hadoop to the next level     –  Scale-out even further     –  High availability     –  C...
Thank You.@mahadevkonar
Upcoming SlideShare
Loading in...5
×

Hadoop World 2011: Next Generation Apache Hadoop MapReduce - Mohadev Konar, Hortonworks

2,179

Published on

The Apache Hadoop MapReduce framework has hit a scalability limit around 4,000 machines. In this session, we will be presenting the architecture and design of the next generation of MapReduce and will delve into the details of the architecture that makes it much easier to innovate. The architecture will have built in HA, security and multi-tenancy to support many users on the larger clusters. It will also increase innovation, agility and hardware utilization. We will also be presenting large scale and small scale comparisons on some benchmarks with MRV1.

Published in: Technology
0 Comments
8 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
2,179
On Slideshare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
0
Comments
0
Likes
8
Embeds 0
No embeds

No notes for slide

Hadoop World 2011: Next Generation Apache Hadoop MapReduce - Mohadev Konar, Hortonworks

  1. 1. Next Generation Apache Hadoop MapReduceMahadev KonarCo Founder@mahadevkonar (@hortonworks) Page 1
  2. 2. Bio•  Working on Apache Hadoop since 2006 - committer and PMC member•  Working on Apache ZooKeeper since 2008 – committer and PMC member Page 2
  3. 3. Hadoop MapReduce Classic•  JobTracker –  Manages cluster resources and job scheduling•  TaskTracker –  Per-node agent –  Manage tasks
  4. 4. Current Limitations•  Hard partition of resources into map and reduce slots –  Low resource utilization•  Lacks support for alternate paradigms –  Iterative applications implemented using MapReduce are 10x slower. –  Hacks for the likes of MPI/others•  Lack of wire-compatible protocols –  Client and cluster must be of same version –  Applications and workflows cannot migrate to different clusters 4
  5. 5. Current Limitations•  Scalability –  Maximum Cluster size – 4,000 nodes –  Maximum concurrent tasks – 40,000 –  Coarse synchronization in JobTracker•  Single point of failure –  Failure kills all queued and running jobs –  Jobs need to be re-submitted by users•  Restart is very tricky due to complex state 5
  6. 6. Requirements•  Reliability•  Availability•  Scalability - Clusters of 6,000-10,000 machines –  Each machine with 16 cores, 48G/96G RAM, 24TB/ 36TB disks –  100,000+ concurrent tasks –  10,000 concurrent jobs•  Wire Compatibility•  Agility & Evolution – Ability for customers to control upgrades to the grid software stack. 6
  7. 7. Design Centre•  Split up the two major functions of JobTracker –  Cluster resource management –  Application life-cycle management•  MapReduce becomes user-land library 7
  8. 8. Architecture Node Node Manager Manager Container App Mstr App Mstr Client Resource Node Node Resource Manager Manager Manager Manager Client Client App Mstr Container Container MapReduce Status Node Node MapReduce Status Manager Manager Job Submission Job Submission Node Status Node Status Resource Request Resource Request Container Container
  9. 9. Architecture•  Resource Manager –  Global resource scheduler –  Hierarchical queues•  Node Manager –  Per-machine agent –  Manages the life-cycle of container –  Container resource monitoring•  Application Master –  Per-application –  Manages application scheduling and task execution –  E.g. MapReduce Application Master 9
  10. 10. Improvements vis-à-vis current MapReduce•  Scalability –  Application life-cycle management is very expensive –  Partition resource management and application life- cycle management –  Application management is distributed –  Hardware trends - Currently run clusters of 4,000 machines •  6,000 2012 machines > 12,000 2009 machines •  <16+ cores, 48/96G, 24TB> v/s <8 cores, 16G, 4TB> 10
  11. 11. Improvements vis-à-vis current MapReduce•  Fault Tolerance and Availability –  Resource Manager •  No single point of failure – state saved in ZooKeeper •  Application Masters are restarted automatically on RM restart •  Applications continue to progress with existing resources during restart, new resources aren’t allocated –  Application Master •  Optional failover via application-specific checkpoint •  MapReduce applications pick up where they left off via state saved in HDFS 11
  12. 12. Improvements vis-à-vis current MapReduce•  Wire Compatibility –  Protocols are wire-compatible –  Old clients can talk to new servers –  Rolling upgrades 12
  13. 13. Improvements vis-à-vis current MapReduce•  Innovation and Agility –  MapReduce now becomes a user-land library –  Multiple versions of MapReduce can run in the same cluster (a la Apache Pig) •  Faster deployment cycles for improvements –  Customers upgrade MapReduce versions on their schedule –  Users can customize MapReduce e.g. HOP without affecting everyone! 13
  14. 14. Improvements vis-à-vis current MapReduce•  Utilization –  Generic resource model •  Memory •  CPU •  Disk b/w •  Network b/w –  Remove fixed partition of map and reduce slots 14
  15. 15. Improvements vis-à-vis current MapReduce•  Support for programming paradigms other than MapReduce –  MPI –  Master-Worker –  Machine Learning –  Iterative processing –  Enabled by allowing use of paradigm-specific Application Master –  Run all on the same Hadoop cluster 15
  16. 16. Summary•  MapReduce .Next takes Hadoop to the next level –  Scale-out even further –  High availability –  Cluster Utilization –  Support for paradigms other than MapReduce 16
  17. 17. Thank You.@mahadevkonar

×