Hadoop Source Code Reading #17
•
5 likes•6,797 views
Slide for Japanese Hadoop community meetup
Recommended
Recommended
More Related Content
What's hot
What's hot (20)
Viewers also liked
Viewers also liked (13)
Similar to Hadoop Source Code Reading #17
Similar to Hadoop Source Code Reading #17 (20)
More from Shingo Furuyama
More from Shingo Furuyama (12)
Recently uploaded
Recently uploaded (9)
Hadoop Source Code Reading #17
- 2. 自己紹介
- 3. @marblejenka • アプリケーション開発（分析と実装）が生業! • Simplex Technology→個人事業主→Nautilus Technologies→個人事業主→ナウでヤングな ウェッブ企業←いまここ! • いまの勤め先に共有のHadoopクラスタがあるもの の、維持管理には関与していない
- 5. この豚野郎！
- 6. お題
- 8. 視点を限定している理由 • とくにないです(⌒▽⌒) • あまりお題は気にせず僕が気にしてたところをまと めて説明する感じで! • とはいえ気にするところがアプリケーションエンジ ニア的感があるかもくらい
- 9. Tezと私 • あまり本格的にさわってません! • お仕事だと手元に要件に合うアプリケーションがな い（転職したばかりなので）! • もしかして：MapReduceでもいいかも
- 10. 目次 • Tezとその周辺! • Tezによるアプリケーションの開発
- 11. Tezとその周辺
- 12. Tezとその周辺 • Tezをつくりはじめたモチベーション! • Tezまわりの理論や実装! • つくっているひとたち
- 14. Proposalによると… Tez is a proposal to develop a generic application which can be used to process complex data-processing task DAGs and runs natively on Apache Hadoop YARN. YARN is a generic resource-management system on which currently applications like MapReduce already exist. MapReduce is a specific, and constrained, DAG - which is not optimal for several frameworks like Apache Hive and Apache Pig. Furthermore, we propose to develop a re-usable set of libraries of data-processing primitives such as sorting, merging, data-shuffling, intermediate data management etc. which are necessary for Tez which we envision can be used directly by other projects. http://wiki.apache.org/incubator/TezProposal
- 15. Backgroundは… Apache Hadoop MapReduce has emerged as the assembly-language on which other frameworks like Apache Pig and Apache Hive have been built. However, it has been well accepted that MapReduce produces very constrained task DAGs for each job which results in Apache Pig and Apache Hive requiring multiple MapReduce jobs for several queries. By providing a more expressive DAG of tasks for a job, Tez attempts to provide significantly enhanced data-processing capabilities for projects like Apache Pig, Apache Hive, Cascading etc. http://wiki.apache.org/incubator/TezProposal
- 16. ようするに • HiveやPig にMapReuceを生成させようとするのは 不自然! • HiveやPigにもっといけてる（中間）表現を与えた い
- 17. YARN化の流れから見ると… • YARN化によって大規模なクラスタに対応できるよ うになった! • YARN上のHadoop MapReduceではジョブ起動時 にApplication Masterを起動させにいくのでMRv1 よりも起動シーケンスがヘビーになる問題を抱える ことに! • YARNにあわせて実行エンジンを再設計したのがTez
- 18. Tezまわりの理論や実装
- 19. Tezの系譜 Dryad (2007) Nephele/PACTs (2010) Hyracks (2011) RDD (2012) Spark Flink Tez (Stratosphere) MR (2004)
- 20. Dryad
- 21. Dryad • 演算の組み合わせをデータフローとして表現する! • チャネルが多様で動的な最適化までする! • TezやFlink、 (たぶん) Sparkをインスパイア! • 実装（開発が頓挫したタイミングのもの？）もある! • https://github.com/MicrosoftResearch/Dryad
- 22. すごくむずかしい • パフォーマンス計測のた めのクエリがじゅうりょ くれんずこうか • えんざんしがたくさん あってむずかしい
- 24. FlinkとNephele/PACTs • Flink • Nephele/PACTsの実装 • 商標権？かなにかの都合で、Apache Incubatorになった際に Stratosphereから名前が変わった • Nepheleが実行エンジン! • PACTsがデータフロー（中間表現）の契約的なもの
- 28. Spark(vs Tez)
- 29. TezとSparkの違い • データフローの（動的）最適化がある! • RRDがない! • 既存のHadoop MapReduce実装を使いまわせる （Sparkではたぶんできないはず）
- 30. Sparkと比べてTezの強いところ • たぶんSparkより複雑なデータフローに強いはず! • それPigとかAsakusa Frameworkで… • とはいえ、MRR最適化が入らないのでAsakusa/MRよりはTez のほうがいけてるはず • たぶんチューニングはSparkよりシビアでないはず （特にメモリ）
- 31. Tezをつくっているひとたち
- 32. Tezをつくっているひとたち • Bikas Sahaさん • 元MS • http://www.linkedin.com/in/bikassaha • Hitesh Shahさん • 元Yahoo! • http://www.linkedin.com/pub/hitesh-shah/2/573/961
- 33. ということで
- 34. 期待できますね！
- 35. まとめ • Tezさいつよ! • 上位層はFlinkがいいかも？! • 実証はしてない
- 37. Tezによるアプリケーションの開発 • アプリケーションのつくりかた! • デプロイと実行! • 既存アプリケーションの移行
- 38. アプリケーションのつくりかた
- 40. Processorを組み合わせてDAGをつくります • Hadoop MapReuceでいうところのJob的なもの
- 46. 実装の特徴 • このへんまでだとあまりMapReduceとかわらない! • SimpleMRProcessorとか言っている • テストは書きやすくなさそう • もともとMapReduceの拡張がモチベーションなので… • Eventの概念があるんだけど使い方/使っているところ が見つからなかった! • 動的最適化と関連して重要なはず
- 47. デプロイと実行
- 48. Tezのデプロイメント • すごく簡単! • HDFSに依存Jarを配置 • Tezクライアント（アプリケーションを実行するプロセス）で、 依存Jarをclasspathに通しておく
- 49. Tez方式のいいところ • 複数のバージョンをインストールできるので、共用クラス タでも他のユーザーの都合を気にする必要がない! • リソースはYARNで分離されているので気にしなくてもよ い（気にしなくてもいい運用になっていれば）
- 50. 実行状態の可視化 • Swimlanes • アプリケーションの実行状態を可視化するもの • History Logをつかうので、実行中のアプリケーションの可視化 はたぶんむり • https://github.com/marblejenka/tez/tree/master/tez-tools/ swimlanes • 性能のトレーサビリティが担保できる点で有用
- 52. 既存アプリケーションの移行
- 53. Sparkの場合 • アプリケーションの書き直しが必要になる（はず）! • まあしょうがない http://blog.cloudera.com/blog/2014/09/how-to-translate-from-mapreduce-to-apache-spark/
- 54. Tezの場合 • TezはMR用のProcessorを用意して吸収 https://github.com/marblejenka/tez/blob/master/tez-mapreduce/src/main/java/org/apache/tez/mapreduce/processor/map/MapProcessor.java
- 55. 移行のしやすさ • Pig/Hive • たぶんxxx.execution.engine=tezとかでおｋ • ほかにもやるべきことはありそう • 生MapReduce • Jobを生成しているところをTez風に実装しなおす必要あり • OozieでMRを分割して呼び出し順序をXMLで制御させて いると大変かも
- 56. どのタイミングで移行するか？ • Incubation期はおわった! • 0.5.0がリリース済み! • 1.0.0とか待つ？
- 57. 0.2.0-incubatorのころ • 結構いまいちだった! • やたらアプリケーションコードで実行制御させようとい う感じ（下記リンク参照） • だいぶつかえる感でてきたと思う https://github.com/apache/incubator-tez/blob/branch-0.2.0/tez-mapreduce-examples/src/main/java/org/apache/tez/mapreduce/examples/OrderedWordCount.java#L286
- 58. ところが
- 59. DAGがTopologyになったら… • 本気だそうと思ってたけど… • https://issues.apache.org/jira/browse/TEZ-699 https://github.com/marblejenka/tez/commit/7aa927a72f8142a5d6e05531fd948dbff85493a9#diff-32668c1a051521255d6efb32e41f0621L65
- 60. とはいえ • 黙ってても勝手に各ディストリビューションに入るので はないかと思われる! • HortonworksがMapReduceをLegacy Batchとか言いはじ めたらデフォルトが変わるフラグかも • それでも、MapReduceをなくすということも考えづらいの で、クリティカルにはならないはず • あんまり導入にセンシティブにならなくてもよいと思う! • ただし並行稼働は必須だと思います
- 61. まとめ
- 62. Tezどうなんでしょう？ • Dryadの流れを汲んだMapReduceの正統継承者的 存在で発展に期待がもてますね！! • Processorを生で書くのは時期尚早感ありなので PigやHive、あとはFlinkをつかおう! • Hadoop MapReduceより取り回しがよさそうな仕 組みもあるよ
- 63. ご参考 • Dryadもとネタ! • http://dl.acm.org/citation.cfm?id=1273005 • Nephele/PACTsもとネタ! • http://dl.acm.org/citation.cfm?id=1807148 • TezとDryadの関係について! • http://yhemanth.wordpress.com/2013/11/07/comparing-apache-tez- and-microsoft-dryad/
- 64. Thank You