Architektura tradycyjna vs. architektura w chmurze

Wielkość: px

Rozpocząć pokaz od strony:

Download "Architektura tradycyjna vs. architektura w chmurze"

Kinga Przybylska
8 lat temu
Przeglądów:

1 Architektura tradycyjna vs. architektura w chmurze Jak projektować IT w czasach cloud computingu? Maciej Kuźniar, Oktawave

2 W ydaje się szaleństwem robienie ci tych sam ych rzecz i oczekiw anie różnych rezultat - Rita M ae.

3 Dlaczego chm ura? W szystko polega na tym, by dostać w sw oje ręce w łaściw e narzędzia. Przestań m yśleć, jak bardzo ogranicza Cię klasyczna infrastruktura. Zacznij m yśleć, jak dopasow ać sw oją aplikację do chm ury i wykorzystać jej potencjał.

4 2. Optymalizacja przez usługę Optymalizacja Optymalizacja przez sprzęt przez mądry pomysł Rozwiązanie?

5 Optymalizacja przez mądry pomysł

6 Dynamiczne przydzielanie zasobów Zmiana rozmiaru storage u blokowego online Relokacja storage u blokowego między terami online (więcej IOPS) Zmiana liczby procesorów oraz pamięci RAM

7 1. Automatycznie (przez Autoskaler) 2. Jak można to zrobić? Manualnie (przez portal online) 3. Zdalnie (przez API)

8 Dodanie Dodanie CPU storage Dodanie Zmiana terów RAM dyskowych Instancja w chmurze

9 Skalowanie wertykalne Dodanie procesorów online. Dodanie RAM online.

10 xx 2,5 2,5 Ghz Ghz GB GB RAM RAM xx 2,5 2,5 Ghz Ghz GB GB RAM RAM xx 2,5 2,5 Ghz Ghz GB GB RAM RAM xx 2,5 2,5 Ghz Ghz 8 8 GB GB RAM RAM xx 2,5 2,5 Ghz Ghz 4 4 GB GB RAM RAM xx 2,5 2,5 Ghz Ghz 2 2 GB GB RAM RAM xx 2,5 2,5 Ghz Ghz 0,9 0,9 GB GB RAM RAM xx 2,5 2,5 Ghz Ghz 0,5 0,5 GB GB RAM RAM

5. 8 8 xx 2,5 2,5 Ghz Ghz 8 8 GB GB RAM RAM 4. 4. 4 4 xx 2,5 2,5 Ghz Ghz 4 4 GB GB RAM RAM 3.

11 1. Automatycznie (przez Autoskaler) 2. Jak można to zrobić? Manualnie (przez portal online) 3. Zdalnie (przez API)

12 Skalowanie horyzontalne Zmiana liczby instancji obsługujących aplikację online. Loadbalancing sprzętowy.

13 Instancja A Klon instancji A Klon instancji A (1) (2)

14 1. Automatycznie (przez Autoskaler) 2. Jak można to zrobić? Manualnie (przez portal online) 3. Zdalnie (przez API)

15 Kompatybilność i obsługa sesji Przez cookie lub IP źródłowe Zewnętrzna usługa (sesja przechowywana na przechowywania sesji poziomie kontenera). (memcached/repcached). Przechowywanie w SQL (czy na pewno zasadne?).

przechowywania sesji poziomie kontenera).

16 Aplikacja Kontener A z sesją Aplikacja Aplikacja A A Użytkownik Użytkownik wysyłający wysyłający zapytania zapytania Aplikacja Aplikacja A A

17 Optymalizacja przez usługę

18 Przestań zajm ow ać się sw oim i plikam i. Przenieś dane bliżej sw oich klientów. Zapew nij bezpieczny dostęp do danych sw oich klientów.

19 Statyczne dane. Klasyczne problemy Współdzielenie plików między wieloma działającymi równolegle serwerami. Miliony obiektów, które ciągle się zmieniają.

20 Bolesne? Nie w chm urze!

21 2. Użyj współdzielonych dysków z GFS2/OCFS Użyj storage u obiektowego Zorganizuj swoje dane zamiast NFS/CIFS. w kontenery. Rozwiązanie

22 Statyczne dane bliżej Twoich klientów Długi łańcuch przetwarzania = opóźnienia (dyski-> OS -> aplikacja -> HTTP -> klient). Klienci z dala od centrum danych.

23 Bolesne? Nie w chm urze!

24 Pozwól przeglądarce klienta na streaming danych bezpośrednio z Skorzystaj z opcji georeplikacji. storage u obiektowego w chmurze. Rozwiązanie

25 Zabezpiecz dostęp do danych klienta Zarządzanie ACL na Oddzielenie danych od poziomie aplikacji. aplikacji.

26 Bolesne? Nie w chm urze!

27 Użyj ACL storage u obiektowego do Użyj usługi storage owej zamiast zarządzania dostępem do lokalnego storage u. określonych danych. Rozwiązanie

28 Optymalizacja przez sprzęt

29 Przestań ciągle narzekać na w olne procesory! Św iat IT jest bardziej skom plikow any. Serio.

30 Twoim prawdziwym wrogiem jest IO wait Procesory śpią. Dyski płoną. Aplikacja jest niedostępna.

31 Bolesne? Nie w chm urze!

32 Architektura węzłów storage owych rozprasza dane z wykorzystaniem sieci Infniband.

33 Storage w Oktawave dostarcza dane Storage w Oktawave przetwarza dane z prędkością z prędkością 3,5 GB/s IOPS dla każdego dysku (read/write) dla każdej instancji. lokalnego podpiętego do instancji. Autostrada dla CPU

34 Współdziel dyski pomiędzy wiele instancji. Używaj tylu dysków OVS, ilu Nie pozwól, by Twój procesor potrzebujesz. czekał na dane. Ale to nie wszystko!

35 Odw ieczne pytania IOPS czy przepustow ość? Sekw encyjnie czy losow o? Kto pow inien się tym m artw ić?

36 Na pew no nie Ty! Zrzuć ten problem na dostaw cę praw dziwej chm ury. On poradzi. Ty się w yluzuj.

37 1. Włącz Autoskaler. Podsumowanie? Pamiętaj o trzech krokach! 2. Przenieś statyczne dane do storage u obiektowego. 3. Skorzystaj z bardzo szybkiego storage u blokowego.

38 Dziękuję! Odwiedźcie naszą witrynę: (25 zł na testy dla każdego!)

Podobne dokumenty

Nowoczesny dział IT w chmurze

Nowoczesny dział IT w chmurze Czyli o tym, jak IT może się stać bohaterem biznesu Dariusz Nawojczyk, Maciej Kuźniar 28 lutego 2013 r. Warszawa 1 DLACZEGO CHMURA OBLICZENIOWA JEST REWOLUCJĄ? Punkt zwrotny.