W technologiach, które wdrażamy w Indevops , moi koledzy są ekspertami.
Rozmowa z nimi, to zawsze solidna porcja wiedzy okraszona porządną dawką dobrego humoru.
Pod warunkiem że sprzęt nie spłata nam psikusa w trakcie nagrywania materiału. 😊😊 Mi niestety spłatał.
No to teraz sprawdzian — jak na początek roku szkolnego przystało, z tego co zapamiętałam. 😊
Temat mojej kartkówki. Dlaczego w VMware Aria Operations warto wdrożyć agentów OS’a?
Punktem wyjścia było zrozumienie przeze mnie, czym jest OS, czyli system operacyjny, co Marcin Rzepa wyjaśnił mi w moment w bardzo obrazowy sposób:
- Windows, który mam zainstalowany, to mój OS
- pulpit zdalny, na którym działam, to też mój OS
- różnica między jednym a drugim jest taka, że laptop jest infrastrukturą fizyczną (mogę go dotknąć, przenieść) natomiast pulpit jest moim programem, gdzie się dostaję i jest on moim zwirtualizowanym laptopem.
Tu przechodzimy do kolejnego pojęcia: wirtualizacji. Otóż wirtualizacja, mówiąc najprościej, polega na zainstalowaniu na przykład wielu Windowsów na jednym serwerze, czyli takim dużo wydajniejszym laptopie.
Czytelnicy o wirtualizacji wiedzą więcej niż ja, więc nie będę się na ten temat rozpisywała. 🙂
No, ale co z tymi Agentami?
W VMware Aria Operations mamy 2 typy agentów. Do metryk jest agent Telegraf. Do logów jest agent Fluentd lub natywny agent Aria Operetions for Logs. Agenty umożliwiają zbieranie metryk i logów, nie tylko z samego systemu operacyjnego, bo te metryki potrafi Aria zbierać przez VMTools, czyli agenta, który jest wbudowany w platformę vSphere wirtualizującą OS’y, ale w szczególności z aplikacji w nim zainstalowanych. To daje możliwość zajrzenia w prosty sposób w głąb naszej aplikacji, a tym samym łatwiej i szybciej możemy wykryć niepożądane sytuacje i błędy w niej występujące. A skoro szybciej, to oszczędzamy czas, a co za tym idzie pieniądze.
Rodzi się zatem pytanie dlaczego łatwiej jest rozwiązywać problemy dodając agenta do OS?
Z jednej strony VMware Aria Operations monitoruje i zbiera informacje z infrastruktury fizycznej i oprogramowania do wirtualizacji zdalnie poprzez pluginy (management packi i content packi), a z drugiej strony możemy uzyskać dodatkowe metryki (wskaźniki) działania aplikacji na tym systemie (dzięki agentowi). Znaczy się monitorować wydajność (metryki) jak i błędy (logi), czy nawet samo jej zachowanie (logi). Zachowanie, ponieważ aplikacje generują logi, można zwiększać poziomy dokładności logów w aplikacji, a agent to wszystko przechwytuje i wysyła do VMware Aria Operations, gdzie tam jest to parsowane i można z tego budować własne analizy i metody śledzenia. Na nie z kolei nakładać odpowiednie warunki i alarmy, które są wywoływane, albo po prostu śledzone.
Ponadto VMware Aria Operations potrafi w automatyczny sposób budować powiązania pomiędzy monitorowanymi obiektami. Jak mamy agenta (Telegraf) to także taka relacja jest zbudowana do OS’a, na którym on jest zainstalowany. Dodatkowo agent jeśli wykrywa komponenty aplikacji, to również je reprezentuje w Aria. Wówczas operator ma zwizualizowany obraz architektury aplikacji w postaci graficznej, tzn. z jakich dokładnie elementów zbudowana jest aplikacja i może prześledzić całą ścieżkę jej zależności od pozostałych komponentów: baz danych, wirtualizacji i warstwy fizycznej. Taka wizualizacja w szczególności przydaje się gdy występują jakieś problemy. Z jednej strony gdy zawodzi infrastruktura, to widzimy czy i na jakie aplikacje ma wpływ. Z drugiej strony jak aplikacja ma problem, to widzimy czy i jaki element infrastruktury może na nią wpływać.
Przykład zbudowanych relacji między obiektami
Zatem łatwiej, bo mamy pełniejszy obraz. Dane z wszystkich podpiętych elementów “spływają” w jedno miejsce. Mamy wgląd w metryki i logi z całego stosu IT.
Jak zatem wygląda pełny obraz IT?
Domyślnie Aria posiada wiele wbudowanych widoków, czyli dashboard’ów przygotowanych dla różnych typów obiektów i dla różnych odbiorców, np. dashboard, który pokazuje w postaci graficznej wszystkie maszyny wirtualne w zależności od obciążenia ich procesora, albo dashboard widoku baz danych w całym środowisku (mamy Klienta, który ma 500 instancji i widzi je wszystkie na jednym dashboardzie).
Ponadto w VMware Aria Operations można tworzyć własne dashboard’y. W dzisiejszych czasach może nie jest to nic nadzwyczajnego, ale nadzwyczajne wydaje się nam, że my w Indevops specjalizujemy się w słuchaniu naszych Klientów 🙂 i spełnianiu ich marzeń. 🙂
Stąd posiadamy zestawy dashbaoard’ów, które dostarczamy dodatkowo w czasie wdrożeń, a które pozwalają jeszcze wygodniej i obszerniej patrzeć na monitorowany świat — od agentów i infrastruktury.
Przykład dashboard’u aplikacji
Mam nadzieję, że udało mi się dobrze uchwycić i zobrazować temat 🙂
Jeśli macie pytania, dajcie mi znać. Będę angażowała kolegów i będziemy Wam odpowiadali.
WRÓĆ DO AKTUALNOŚCI