Yokozuna, Distributed Search You Don't Think About

59cff71bb485029664d8cf53898cea21?s=47 Ryan Zezeski
May 14, 2013
Technology
4
460

Yokozuna, Distributed Search You Don't Think About

Discussion and demos of Yokozuna at RICON|East 2013.

59cff71bb485029664d8cf53898cea21?s=128

Ryan Zezeski

May 14, 2013
Tweet

More Decks by Ryan Zezeski

See All by Ryan Zezeski
59cff71bb485029664d8cf53898cea21?s=48 rzezeski
4
1.2k

Other Decks in Technology

See All in Technology
2b4f9f20b554d4c77c46fe6a9930d6fe?s=48 south37
1
1.2k
Ba617809127d7a39e59aeb3124974165?s=48 hi1280
5
1.1k
8a84268593355816432ceaf78777d585?s=48 dena_tech
0
2.1k
Be5b446b2cf48702721bbd428388af52?s=48 satoshishibata0108
0
220
A64ac825509279a770c13c6fc517f11a?s=48 kawaguti
0
130
C21becdee5cd08b34c7452276e64c1fe?s=48 yamamuteki
6
1.1k
26a00012c475c2380cd98cfe5e2e70ef?s=48 ozaki25
0
210
2102a6b8760bd6f57f672805723dd83a?s=48 line_developers_tw
0
3.6k
2cf373725ded741824c50fd571eda6e1?s=48 udzura
0
1k
79dcb04101764d7bf66f898dd446838e?s=48 tsukubachallenge
0
220
C5e26822fb2aa64410b50eac63ef7d84?s=48 fill9120
1
220
F3f3eec8682a76ed430054e8fd994f15?s=48 tmnakagawa
0
740

Featured

See All Featured
027d1ebf66cc039a0bd3b55eeadbe75d?s=48 sachag
447
35k
E190023b66e2b8aa73a842b106920c93?s=48 zenorocha
295
39k
1f74b13f1e5c6c69cb5d7fbaabb1e2cb?s=48 sferik
606
53k
78b475797a14c84799063c7cd073962f?s=48 holman
287
130k
11c84dff30266b907714802088852677?s=48 jasonvnalue
80
7.8k
64827b31aef81498662e8af4bd6d5157?s=48 jonrohan
1020
350k
3ab1249be442027903e1180025340b3f?s=48 reverentgeek
164
6.7k
4394ceb8b277f35ee3da7030384efb5d?s=48 davidbonilla
68
3.4k
F68cb25ae3e5c2106997454b13b7737d?s=48 brad_frost
154
6.1k
719435d98d452de7ac367c828266cf01?s=48 erikaheidi
5
3.5k
Be9caeb9d4ef9944d151af909063ed6e?s=48 samlambert
236
9.7k
9cde37f47e4a800ea081ea42de8d749a?s=48 dougneiner
55
5.3k

Transcript

  1. Yokozuna Distributed Search You Don’t Think About Ryan Zezeski May

    14th 2013 1 Tuesday, May 21, 13

  2. Live Demo 2 Tuesday, May 21, 13

  3. Live Demos 3 Tuesday, May 21, 13

  4. PROBLEM? 4 Tuesday, May 21, 13

  5. PROBLEM? SOLUTION! 5 Tuesday, May 21, 13

  6. Solution Pre-made 6 Tuesday, May 21, 13

  7. Piece At A Time 7 Tuesday, May 21, 13

  8. Goals • Don’t screw up • Show how Yokozuna doesn’t

    make you think (too hard) • Teach you about Search • Neat things you can do with Yokozuna 8 Tuesday, May 21, 13

  9. PROBLEM: SEARCH FOR COMMITS ABOUT SPECIFIC FEATURE/BUG MAKE IT GOOGLE-LIKE

    9 Tuesday, May 21, 13

  10. SOLUTION: INDEX COMMITS IN YOKOZUNA - “COMMIT LOG SEARCHER” (CLS)

    10 Tuesday, May 21, 13

  11. Anatomy of a Commit Msg 11 Tuesday, May 21, 13

  12. Primary Key 12 Tuesday, May 21, 13

  13. Any Node Will Do 13 Tuesday, May 21, 13

  14. Term Query 14 Tuesday, May 21, 13

  15. Query Any Node 15 Tuesday, May 21, 13

  16. Boolean (1) repo:riak_kv repo:riak_core 16 Tuesday, May 21, 13

  17. Boolean (2) repo:riak_kv AND author:”Ryan Zezeski” 17 Tuesday, May 21,

    13

  18. Boolean (3) commit_author:"Ryan Zezeski" OR commit_author:"Joseph Blomstedt" NOT commit_repo:riak_kv 18

    Tuesday, May 21, 13

  19. Range (1) commit_repo:riak_core AND commit_dt:[NOW-1YEAR TO NOW] 19 Tuesday, May

    21, 13

  20. Range (2) commit_repo:riak_core AND commit_dt:[NOW-1YEAR TO NOW] I RAN THIS

    ON 2013-05-10 sort=dt asc 20 Tuesday, May 21, 13

  21. Wildcard (1) *:* GET TOTAL COUNT FIRST 21 Tuesday, May

    21, 13

  22. Wildcard (2) commit_repo:riak_* NOTICE COUNT IS LOWER 22 Tuesday, May

    21, 13

  23. WHAT ABOUT SEARCHING SUMMARY AND BODY? 23 Tuesday, May 21,

    13

  24. THE INVERTED INDEX 24 Tuesday, May 21, 13

  25. AN INDEX - BUT INVERTED 25 Tuesday, May 21, 13

  26. EVERYONE KNOWS WHAT IT IS 26 Tuesday, May 21, 13

  27. EVEN NON-TECH PEOPLE 27 Tuesday, May 21, 13

  28. YES...EVEN YOUR PARENTS 28 Tuesday, May 21, 13

  29. What’s In A Book? 29 Tuesday, May 21, 13

  30. • WORDS • PARAGRAPHS • SECTIONS • CHAPTERS • ETC.

    30 Tuesday, May 21, 13

  31. AND PAGE NUMBERS 31 Tuesday, May 21, 13

  32. 32 Tuesday, May 21, 13

  33. PAGE NUMBERS ARE AN IMPLICIT INDEX 33 Tuesday, May 21,

    13

  34. PAGE NUMBER TO WORDS WORD TO PAGE NUMBERS INVERTED 34

    Tuesday, May 21, 13

  35. STOLEN FROM BLOG OF RICKY HO: http:// horicky.blogspot.com/2013/02/text-processing- part-2-inverted-index.html 35

    Tuesday, May 21, 13

  36. HOW DO YOU GET THE WORDS IN THE FIRST PLACE?

    36 Tuesday, May 21, 13

  37. Analysis - The Iceberg That Sunk The Titanic 37 Tuesday,

    May 21, 13

  38. Phrase (1) subject:hinted OR subject:handoff OR body:hinted OR body:handoff 38

    Tuesday, May 21, 13

  39. Phrase (2) subject:”hinted handoff” OR body:”hinted handoff” 39 Tuesday, May

    21, 13

  40. Phrase (3) subject:”partition vnode” OR body:”partition vnode” 40 Tuesday, May

    21, 13

  41. Phrase (4) subject:”partition vnode”~4 OR body:”partition vnode”~4 41 Tuesday, May

    21, 13

  42. Exact Term subject:behavior OR body:behavior 42 Tuesday, May 21, 13

  43. Fuzzy Term subject:behavior~1 OR body:behavior~1 43 Tuesday, May 21, 13

  44. Ranking ADD SCORE TO FL SCORE ADDED TO EVERY RESULT

    44 Tuesday, May 21, 13

  45. RECALL, PRECISION, AND RELEVANCY, OH MY! 45 Tuesday, May 21,

    13

  46. RELEVANCY - FOR A GIVEN QUERY & DOC SET THERE

    IS AN IDEAL ANSWER OF ONLY RELEVANT DOCS 46 Tuesday, May 21, 13

  47. RECALL = WHAT % OF IDEAL ANSWER SET WAS RETRIEVED

    47 Tuesday, May 21, 13

  48. PRECISION = WHAT % OF ANSWER IS RELEVANT 48 Tuesday,

    May 21, 13

  49. RECALLvs.PRECISION AS YOU INCREASE RECALL YOU DEGRADE PRECISION 49 Tuesday,

    May 21, 13

  50. SOLR DETERMINES RELEVANCY VIA THE NOTION OF SIMILARITY 50 Tuesday,

    May 21, 13

  51. SOLR USES TF-IDF: TERM FREQUENCY, INVERSE DOCUMENT FREQUENCY 51 Tuesday,

    May 21, 13

  52. Dismax + Facets + Highlighting FACETS HIGHLIGHTING DISMAX 52 Tuesday,

    May 21, 13

  53. FACET - A TAXONOMY OF YOUR QUERY BASED ON FIELD’S

    VALUES 53 Tuesday, May 21, 13

  54. FACETS ALLOW “DRILL DOWN” - THEY GUIDE THE USER 54

    Tuesday, May 21, 13

  55. HIGHLIGHTING GIVES YOUR RESULTS CONTEXT - ALLOWS QUICKER DETERMINATION OF

    RELEVANCY 55 Tuesday, May 21, 13

  56. DISMAX - DISjunction MAX - A QUERY HANDLER MEANT FOR

    DIRECT USER INPUT 56 Tuesday, May 21, 13

  57. All Nodes Up 57 Tuesday, May 21, 13

  58. All Nodes Up - Query 58 Tuesday, May 21, 13

  59. Node 4 Down 59 Tuesday, May 21, 13

  60. Node 4 Down - Query 60 Tuesday, May 21, 13

  61. Node 3 & 4 Down 61 Tuesday, May 21, 13

  62. Node 3 & 4 Down - Query 62 Tuesday, May

    21, 13

  63. REPLICATION PROVIDES HIGH AVAILABILITY 2 3 4 1 START WITH

    4 NODES 63 Tuesday, May 21, 13

  64. Write 3 Replicas 2 3 4 1 64 Tuesday, May

    21, 13

  65. Take 2 Nodes Down 2 3 4 1 1 REPLICA

    STILL AVAILABLE 65 Tuesday, May 21, 13

  66. WHAT IF DATA IS WRITTEN WHILE NODES ARE DOWN? 66

    Tuesday, May 21, 13

  67. YZ Not Stored Yet 67 Tuesday, May 21, 13

  68. Store YZ Log 68 Tuesday, May 21, 13

  69. Query YZ - Node 1& 2 69 Tuesday, May 21,

    13

  70. Set XFer Limit To 0 70 Tuesday, May 21, 13

  71. Start Nodes 3 & 4 71 Tuesday, May 21, 13

  72. Query Solr Direct WHEN MAKING THIS DEMO I WAS EXPECTING

    THIS TO BE 0 BUT I FORGOT ABOUT AAE WHICH STARTED KICKING IN BEFORE HANDOFF - SELF HEALING FTW! 72 Tuesday, May 21, 13

  73. Set Xfer Limit To 64 73 Tuesday, May 21, 13

  74. Handoff Occurs 74 Tuesday, May 21, 13

  75. 0 Pending Xfers 75 Tuesday, May 21, 13

  76. Solr Direct (Again) NOTICE IT’S NOW 301, UP FROM 54,

    MORE PROOF THAT HANDOFF OCCURRED - NOTE THIS QUERY IS GOING DIRECT TO ONLY 1 SHARD 76 Tuesday, May 21, 13

  77. Query Node 4 YZ NOW HIT YOKOZUNA ON NODE4 (NOTICE

    CHANGE IN PORT #) - THIS WILL RUN A DIST SEARCH AND THUS RETURN CORRECT COUNT 77 Tuesday, May 21, 13

  78. Data Ownership A VNODE THE RING 78 Tuesday, May 21,

    13

  79. Node Down X X X X X X X X

    X X 79 Tuesday, May 21, 13

  80. Write Fallback X X X X X X X X

    X X 80 Tuesday, May 21, 13

  81. Node Up HINTED HANDOFF WILL MOVE REPLICA TO PRIMARY 81

    Tuesday, May 21, 13

  82. WHAT IF YOU RM -RF THE INDEX DIR? 82 Tuesday,

    May 21, 13

  83. Kill The Data RM -RF THE INDEX DIRECTORY KILL THE

    SOLR PROC 83 Tuesday, May 21, 13

  84. Auto Restart YOKOZUNA NOTICES SOLR DIED AND AUTOMATICALLY RESTARTS IT

    84 Tuesday, May 21, 13

  85. Node 4 - 0 Results 85 Tuesday, May 21, 13

  86. AAE Notices Missing Data 86 Tuesday, May 21, 13

  87. Node 4 - 13 Results DATA IS RE-INDEXED OVER TIME

    87 Tuesday, May 21, 13

  88. More AAE Repair 88 Tuesday, May 21, 13

  89. Node 4 - 128 Results MORE INDEXES ARE REPAIRED, THIS

    CONTINUES UNTIL AAE REPAIRS ALL INDEXES 89 Tuesday, May 21, 13

  90. WHAT EVEN IS ACTIVE ANTI- ENTROPY? 90 Tuesday, May 21,

    13

  91. Mo Systems Mo Failure • index update could get lost

    • files can become truncated/corrupted • accidental `rm -rf` • segfault at right time • etc... 91 Tuesday, May 21, 13

  92. MYRAID OF FAILURE SCENARIOS - FROM OBVIOUS TO NEARLY INVISIBLE

    92 Tuesday, May 21, 13

  93. ENTROPY IS DAMAGE AAE IS SELF HEALING STRIKER!!!! EHEM, I

    MEAN, ENTROPY!!!! 93 Tuesday, May 21, 13

  94. REPAIR EFFICIENTLY - NOT STUPIDLY 94 Tuesday, May 21, 13

  95. Learn You Some Merkle For A Great Good BIG UPS

    TO @jtuple FOR THE AAE DIAGRAMS 95 Tuesday, May 21, 13

  96. Segments EACH SEGMENT IS LIST OF KEY-HASH PAIRS 96 Tuesday,

    May 21, 13

  97. Segment Hashes HASH OF HASHES IN SEGMENT 97 Tuesday, May

    21, 13

  98. Hash O’ Hashes 98 Tuesday, May 21, 13

  99. WHAT HAPPENS DURING EXCHANGE? 99 Tuesday, May 21, 13

  100. Start With 2 Trees 100 Tuesday, May 21, 13

  101. Compare Top Hashes TOP HASHES DON’T MATCH - SOMETHING IS

    DIFFERENT 101 Tuesday, May 21, 13

  102. Compare Child Hashes NARROW DOWN THE DIVERGENT SEGMENT 102 Tuesday,

    May 21, 13

  103. Recur NARROW DOWN THE DIVERGENT SEGMENT CONT... 103 Tuesday, May

    21, 13

  104. Iter Key-Hash Pairs ITER FINAL LIST OF HASHES TO FIND

    DIVERGENT KEYS 104 Tuesday, May 21, 13

  105. Repair Divergent Keys REPAIR (RE-INDEX) KEYS THAT ARE DIVERGENT (RED)

    105 Tuesday, May 21, 13

  106. CODE FOR DETECTION AND REPAIR - NOT PREVENTION 106 Tuesday,

    May 21, 13

  107. WHAT HAPPENS IF 3 NODES GO DOWN? 107 Tuesday, May

    21, 13

  108. Stop 3 Nodes 108 Tuesday, May 21, 13

  109. Query 109 Tuesday, May 21, 13

  110. CONSISTENCY vs. AVAILABILITY 110 Tuesday, May 21, 13

  111. Uptime - Story of 9s UPTIME = (MTBF - MTTR)

    / MTBF 111 Tuesday, May 21, 13

  112. Uptime is Flawed IF THE SYSTEM IS DOWN, BUT NO

    ONE MAKES A REQUEST, IS IT REALLY DOWN? 112 Tuesday, May 21, 13

  113. Yield - Uptime of the People YIELD = QUERIES COMPLETED

    / QUERIES OFFERED 113 Tuesday, May 21, 13

  114. Harvest vs. Yield HARVEST = DATA AVAIL / COMPLETE DATA

    IF FACE OF FAILURE YOU CAN’T HAVE BOTH FOR A SINGLE REQUEST 114 Tuesday, May 21, 13

  115. IN TIMES OF TROUBLE - YOKOZUNA CHOOSES HARVEST FOR QUERIES

    115 Tuesday, May 21, 13

  116. TECHNICALLY - YOKOZUNA IS ALWAYS < 100% HARVEST IN A

    NON- QUIESCENT CLUSTER 116 Tuesday, May 21, 13

  117. YOKOZUNA FAVORS YIELD FOR WRITES 117 Tuesday, May 21, 13

  118. ONCE RIAK 1.4 SHIPS - YOKOZUNA LANDS IN MASTER 118

    Tuesday, May 21, 13

  119. THANK YOU HTTP://GITHUB.COM/BASHO/YOKOZUNA 119 Tuesday, May 21, 13