Scaling Rails. Jonathan Weiss, Peritor GmbH

Transkript

1 Scaling Rails Jonathan Weiss, Peritor GmbH

2 Scaling Rails 2

3 Scaling Rails 3

4 Rails 4

5 Performance Wikipedia: Das Wort Leistung (engl. Performance) wird in der Informatik verwendet, um das Vermögen eines Datenverarbeitungssystems zu beschreiben, Aufgaben allgemein (Funktionalität) oder auf bestimmte Weise (schnell, gleichzeitig, ununterbrochen usw.) auszuführen. 5

6 Performance Probleme Benutzer warten auf Antwort Anfragen dauern zu lange Es werden nicht genug Anfragen verarbeitet 6

7 Scaling = Δ Performance 7

8 + Δ Performance = Weniger Probleme - Δ Performance = Mehr Probleme 8

9 Scaling Kein Selbstzweck Problem loesen Gewaehrleisten, dass die Seite in bestimmter Zeit erreichbar ist Fixing something that s wrong Request/sec und response time 9

10 Vorgehen Repeat 10

11 FIN 11

12 Realität 12

13 Wissen wir nicht Wissen wir nicht Wissen wir nicht Wir haben XYZ optimiert Es sollte jetzt, hoffentlich Repeat 13

14 Resultat 14

15 Scaling Tricks 15

16 Scaling Tricks NO TRICKS! 16

17 Schritt 1 bis 5 Pragmatismus 17

18 Pragmatismus Kosten/Nutzen immer bedenken Aufhören, wenn es schnell genug ist Kein Over-Engineering 18

19 Always measure performance Not knowing 19

20 MEsasure Kosten/Nutzen immer bedenken Aufhören, wenn es schnell genug ist Kein Over-Engineering 20

21 Munin 21

22 Munin 22

23 Munin 23

24 Monit Apache 24

25 Monit Mongrel 25

26 Monitoring Wie ist die Performance meiner Seite jetzt? Vorraussetzung, um pro-aktiv zu handeln Essenziell 26

27 Then find out what is slow, and why Not knowing 27

28 Rails Production Log RAWK, production log analyzer, Request-log-analyzer & co 28

29 New Relic 29

30 MySQL Slow Query Log mysqldumpslow, mysql_slow_log_parser, mysql-slow-query-log-parser, 30

31 Profiler ruby script/benchmark/profiler 31

32 Now go and fix it! Not knowing 32

33 Now go and fix it! Ein Plan muss her Not knowing 33

34 Constraints Begrenzte Ressourcen: Geld Entwickler Zeit 34

35 Hardware ist billig Vs. +2 GB RAM pro Server 2 Wochen Optimierung Speicher 35

36 Frontend Performance Zu oft ignoriert Teilweise bis zu 90% der Geschwindigkeit aus Benutzersicht Yslow und JavaScript-Profiler sind ein Muss! 36

37 Asynchrone Berechnungen Aufwändige Aufgaben werden außerhalb des Requests verarbeitet Message/Queue Scheduler 37

38 Datenbank IO und damit die Datenbank ist typischerweise die erste große Hürde Das Skalieren der Datenschicht ist das schwierigste Problem: Read-Slaves Master-Master-Setup Replication Document-Databases Sharding... 38

39 Datenbank IO und damit die Datenbank ist typischerweise die erste große Hürde Das Skalieren der Datenschicht ist das schwierigste Problem: Read-Slaves Master-Master-Setup Replication Document-Databases Sharding... 39

40 Archivierung (Historische) Daten reduzieren Löschen Aggregieren Partitionieren Verhindern von exponenziellem Wachstum DB Indices reduzieren Auslagern in separate Datenbanken Auslagern in andere Datenform 40

41 Algorithmus Manchmal ist auch einfach die Formel falsch O(N^2) & co Pure Ruby statt C Zentral statt verteilt Relational statt dokumentorientiert 41

42 Golden Hammer Das richtige Tool für das richtige Problem Rails Metal Caching DB-Replikation DB-Sharding Hardware Load-Balancing Rails selber?... 42

43 Patching Ruby (GC, Heap & co) Sehr selten notwendig: You are not twitter! Gefahr von ununterstützer Version Tuning-Zeit meist anders sinnvoller einsetzbar Wenn, dann: Ruby Enterprise Edition 43

44 44

45 Kein Plan überlebt den ersten Feindkontakt Helmuth von Moltke 45

46 Over-Engineering Einfach gewinnt: Komplexität Wartbarkeit Robustheit Skalierung Anpassungsfähigkeit... 46

47 Umsetzung Ein Plan muss her 47

48 Verify! Not knowing 48

49 Benchmarking ruby script/benchmark/benchmarker Apache benchmark 49

50 Benchmarking Results 50

51 Beobachtungen nach dem Deployment 51

52 Verify! Not knowing Ich liebe es, wenn ein Plan funktioniert 52

53 Fragen? Q & A 53

54 Thank you Ivory_Tower_by_Hideyoshi.jpgs38/f/2008/351/6/0/Ivory_Tower_by_Hideyoshi.jpg 54

55 Peritor GmbH Blücherstraße Berlin Telefon: +49 (0) Telefax: +49 (0) Internet: kontakt@peritor.com Peritor GmbH - Alle Rechte vorbehalten 55 55