Witajcie Chabrowicze! , rynek usług chmurowych w Rosji stale rośnie w siłę. Chmury hybrydowe cieszą się większą popularnością niż kiedykolwiek – mimo że sama technologia nie jest wcale nowa. Wiele firm zastanawia się, jak wykonalne jest utrzymanie i utrzymanie ogromnej floty sprzętu, uwzględniającej to, co jest potrzebne sytuacyjnie, w postaci chmury prywatnej.
Dziś porozmawiamy o tym, w jakich sytuacjach zastosowanie chmury hybrydowej będzie uzasadnionym krokiem, a w jakich może stwarzać problemy. Artykuł przyda się tym, którzy nie mieli wcześniej poważnego doświadczenia w pracy z chmurami hybrydowymi, ale już się z nimi przyglądają i nie wiedzą od czego zacząć.
Na końcu artykułu przedstawimy listę kontrolną trików, które pomogą Ci przy wyborze dostawcy chmury i konfiguracji chmury hybrydowej.
Wszystkich zainteresowanych prosimy o udanie się pod wycinankę!
Chmura prywatna kontra publiczna: zalety i wady
Aby zrozumieć, jakie powody skłaniają firmy do przejścia na technologię hybrydową, przyjrzyjmy się kluczowym cechom chmur publicznych i prywatnych. Skupmy się przede wszystkim na tych aspektach, które w ten czy inny sposób dotyczą większości firm. Aby uniknąć zamieszania terminologicznego, poniżej przedstawiamy główne definicje:
Chmura prywatna (lub prywatna). to infrastruktura informatyczna, której elementy znajdują się w obrębie jednej firmy i wyłącznie na sprzęcie będącym własnością tej firmy lub dostawcy chmury.
Chmura publiczna to środowisko IT, którego właściciel świadczy usługi odpłatnie i udostępnia każdemu przestrzeń w chmurze.
Chmura hybrydowa składa się z więcej niż jednej chmury prywatnej i więcej niż jednej chmury publicznej, których moc obliczeniowa jest współdzielona.
Prywatne chmury
Pomimo wysokiego kosztu chmura prywatna ma kilka zalet, których nie można zignorować. Należą do nich wysoka sterowalność, bezpieczeństwo danych oraz pełny monitoring zasobów i pracy sprzętu. Z grubsza rzecz biorąc, chmura prywatna spełnia wszystkie wyobrażenia inżynierów dotyczące idealnej infrastruktury. W każdej chwili możesz dostosować architekturę chmury, zmienić jej właściwości i konfigurację.
Nie musisz polegać na zewnętrznych dostawcach – wszystkie elementy infrastruktury pozostają po Twojej stronie.
Jednak pomimo mocnych argumentów za, chmura prywatna może być bardzo kosztowna na początku i w późniejszym utrzymaniu. Już na etapie projektowania chmury prywatnej konieczne jest prawidłowe obliczenie przyszłego obciążenia... Oszczędzanie na starcie może sprawić, że prędzej czy później spotkasz się z brakiem zasobów i koniecznością rozwoju. Skalowanie chmury prywatnej jest złożonym i kosztownym procesem. Za każdym razem, gdy trzeba kupić nowy sprzęt, podłączyć go i skonfigurować, a często może to zająć tygodnie – w porównaniu z niemal natychmiastowym skalowaniem w chmurze publicznej.
Oprócz kosztów sprzętu konieczne jest zapewnienie środków finansowych na licencje i personel.
W niektórych przypadkach równowaga „cena/jakość”, a dokładniej „koszt skalowania i utrzymania/uzyskane korzyści”, ostatecznie przesuwa się w stronę ceny.
Chmury publiczne
Jeśli posiadasz tylko chmurę prywatną, to chmura publiczna należy do zewnętrznego dostawcy, który za opłatą udostępnia Ci swoje zasoby obliczeniowe.
Jednocześnie wszystko związane ze wsparciem i utrzymaniem chmury spada na barki potężnych „dostawców”. Twoim zadaniem jest wybrać optymalny plan taryfowy i terminowo dokonywać płatności.
Korzystanie z chmury publicznej przy stosunkowo małych projektach jest znacznie tańsze niż utrzymanie własnej floty sprzętu.
Dzięki temu nie ma potrzeby utrzymywania specjalistów IT, a ryzyko finansowe jest zmniejszone.
W każdej chwili możesz zmienić dostawcę usług w chmurze i przenieść się do bardziej odpowiedniej lub bardziej dochodowej lokalizacji.
Jeśli chodzi o wady chmur publicznych, można się tutaj spodziewać wszystkiego: znacznie mniejszej kontroli ze strony klienta, niższej wydajności przy przetwarzaniu dużych ilości danych i niskiego bezpieczeństwa danych w porównaniu do prywatnych, co może być krytyczne dla niektórych rodzajów przedsiębiorstw .
chmury hybrydowe
Na przecięciu powyższych zalet i wad znajdują się chmury hybrydowe, które de facto są połączeniem przynajmniej jednej chmury prywatnej z jedną lub większą liczbą chmur publicznych. Na pierwszy (a nawet drugi) rzut oka może się wydawać, że chmura hybrydowa to kamień filozoficzny, który pozwala w dowolnym momencie „nadmuchać” moc obliczeniową, wykonać niezbędne obliczenia i „zdmuchnąć” wszystko z powrotem. Nie chmura, ale David Blaine!
W rzeczywistości wszystko jest prawie tak piękne, jak w teorii: chmura hybrydowa oszczędza czas i pieniądze, ma wiele standardowych i niestandardowych zastosowań... ale są niuanse. Oto najważniejsze z nich:
Po pierwsze, konieczne jest prawidłowe połączenie chmury „swojej” i „cudzyj”, w tym pod kątem wydajności. Tutaj może pojawić się wiele problemów, szczególnie jeśli centrum danych w chmurze publicznej jest fizycznie odległe lub zbudowane w innej technologii. W takim przypadku istnieje duże ryzyko opóźnień, czasem krytycznych.
Po drugieużywanie chmury hybrydowej jako infrastruktury dla pojedynczej aplikacji jest obarczone nierówną wydajnością na wszystkich frontach (od procesora po podsystem dyskowy) i zmniejszoną odpornością na awarie. Dwa serwery o tych samych parametrach, ale zlokalizowane w różnych segmentach, będą wykazywać różną wydajność.
Po trzecie, nie zapomnij o podatnościach sprzętowych „obcego” sprzętu (serdeczne pozdrowienia dla architektów Intela) i innych problemach bezpieczeństwa w publicznej części chmury, o których już wspomniałem.
Po czwarte, korzystanie z chmury hybrydowej grozi znacznym zmniejszeniem odporności na awarie, jeśli obsługuje ona pojedynczą aplikację.
Specjalna premia: teraz dwie chmury zamiast jednej i/lub połączenie między nimi może „zerwać” się jednocześnie. I w wielu kombinacjach na raz.
Osobno warto wspomnieć o problemach hostingu dużych aplikacji w chmurze hybrydowej.
W zdecydowanej większości przypadków nie da się po prostu kupić np. 100 maszyn wirtualnych ze 128 GB RAM-u w chmurze publicznej. Najczęściej nikt nie da Ci nawet 10 takich samochodów.
Tak, chmury publiczne nie są gumowe, Moskwa. Wielu dostawców po prostu nie utrzymuje takiej rezerwy wolnej pojemności - dotyczy to przede wszystkim pamięci RAM. Możesz „dobrać” dowolną liczbę rdzeni procesora i udostępnić wielokrotnie większą pojemność dysku SSD lub HDD, niż jest to fizycznie dostępne. Dostawca ma nadzieję, że nie wykorzystasz całego wolumenu na raz i że po drodze będzie można go zwiększyć. Ale jeśli nie ma wystarczającej ilości pamięci RAM, maszyna wirtualna lub aplikacja może łatwo ulec awarii. A system wirtualizacji nie zawsze pozwala na takie sztuczki. W każdym razie warto pamiętać o tym rozwoju wydarzeń i omówić te punkty z dostawcą „na lądzie”, w przeciwnym razie istnieje ryzyko, że zostaniesz w tyle podczas szczytowych obciążeń (Czarny Piątek, obciążenie sezonowe itp.).
Podsumowując, jeśli chcesz korzystać z infrastruktury hybrydowej, pamiętaj, że:
- Dostawca nie zawsze jest gotowy zapewnić niezbędną przepustowość na żądanie.
- Występują problemy i opóźnienia w łączeniu elementów. Musisz zrozumieć, które elementy infrastruktury i w jakich przypadkach będą wysyłać żądania za pośrednictwem „wspólnego”; może to mieć wpływ na wydajność i dostępność. Lepiej wziąć pod uwagę, że w chmurze nie istnieje jeden węzeł klastra, ale odrębny i niezależny element infrastruktury.
- Istnieje ryzyko wystąpienia problemów w dużych częściach krajobrazu. W rozwiązaniu hybrydowym jedna lub druga chmura może całkowicie „odpaść”. W przypadku zwykłego klastra wirtualizacji ryzykujesz utratę co najwyżej jednego serwera, ale tutaj ryzykujesz utratę wielu na raz, z dnia na dzień.
- Najbezpieczniej jest traktować część publiczną nie jako „przedłużacz”, ale jako osobną chmurę w osobnym centrum danych. To prawda, że w tym przypadku faktycznie ignorujesz „hybrydyczność” rozwiązania.
Łagodzenie wad chmury hybrydowej
W rzeczywistości obraz jest o wiele przyjemniejszy, niż mogłoby się wydawać. Najważniejsze jest, aby znać triki „ugotowania” dobrej chmury hybrydowej. Oto najważniejsze z nich w formie listy kontrolnej:
- Nie należy przenosić części aplikacji wrażliwych na opóźnienia do chmury publicznej oddzielnie od głównego oprogramowania: na przykład pamięci podręcznej lub baz danych w ramach obciążenia OLTP.
- Nie umieszczaj całkowicie tych części aplikacji w chmurze publicznej, bez których przestanie ona działać. W przeciwnym razie prawdopodobieństwo awarii systemu wzrośnie kilkakrotnie.
- Podczas skalowania należy pamiętać, że wydajność maszyn wdrożonych w różnych częściach chmury będzie się różnić. Elastyczność skalowania również będzie daleka od doskonałości. Niestety jest to problem związany z projektowaniem architektonicznym i nie da się go całkowicie wyeliminować. Można jedynie próbować ograniczyć jego wpływ na pracę.
- Staraj się zapewnić maksymalną fizyczną bliskość pomiędzy chmurą publiczną i prywatną: im mniejsza odległość, tym mniejsze opóźnienia pomiędzy segmentami. W idealnym przypadku obie części chmury „żyją” w tym samym centrum danych.
- Równie ważne jest, aby obie chmury korzystały z identycznych technologii sieciowych. Bramy Ethernet-InfiniBand mogą powodować wiele problemów.
- Jeśli w chmurze prywatnej i publicznej zostanie zastosowana ta sama technologia wirtualizacji, jest to zdecydowany plus. W niektórych przypadkach możesz uzgodnić z dostawcą migrację całych maszyn wirtualnych bez ponownej instalacji.
- Aby korzystanie z chmury hybrydowej było opłacalne, wybierz dostawcę chmury z najbardziej elastycznym cennikiem. A co najlepsze, w oparciu o faktycznie wykorzystane zasoby.
- Skaluj w górę dzięki centrom danych: jeśli chcesz zwiększyć pojemność, budujemy „drugie centrum danych” i obciążamy je. Skończyłeś swoje obliczenia? „Gaszymy” nadmiar mocy i oszczędzamy.
- Poszczególne aplikacje i projekty można przenieść do chmury publicznej na czas skalowania chmury prywatnej lub po prostu na określony czas. Co prawda w tym przypadku nie będziesz miał hybrydowości, tylko ogólną łączność L2, która nie jest w żaden sposób zależna od obecności/braku własnej chmury.
Zamiast zawierania
To wszystko. Rozmawialiśmy o cechach chmur prywatnych i publicznych oraz przyjrzeliśmy się głównym możliwościom poprawy wydajności i niezawodności chmur hybrydowych. Jednak projekt dowolnej chmury jest efektem decyzji, kompromisów i konwencji podyktowanych celami biznesowymi i zasobami firmy.
Naszym celem jest zmotywowanie czytelnika, aby poważnie potraktował wybór odpowiedniej infrastruktury chmurowej w oparciu o własne cele, dostępne technologie i możliwości finansowe.
Zapraszamy do podzielenia się w komentarzach swoimi doświadczeniami z chmurami hybrydowymi. Jesteśmy pewni, że Twoja wiedza przyda się wielu początkującym pilotom.
Źródło: www.habr.com