1

Monitorowanie VMwareRafał SzypułkaService Management Solution Architect

IBM Software Services for Tivoli

Agenda

• Monitorowanie środowisk zwirtualizowanych

• IBM Tivoli Monitoring for Virtual Servers 6.2.3

• Monitorowanie VMware

• Raportowanie

• Monitorowanie serwerów wirtualnych

• Monitorowanie VMware kontekście usług

biznesowych

Serwer

fizyczny

OS

Apps

Agent

Agent

• Agenci dla systemów operacyjnych monitorują dostepność

i wydajność serwerów fizycznych

Server fizyczny

OS

Apps

Agent

Agent

Server Wirtualny

OS

Apps

Agent

Agent

Server Wirtualny

OS

Apps

Agent

Agent

Server Wirtualny

• W środowisku zwirtualizowanym potrzebne jest monitorowanie hypervizora (VMM) udostępniającego informacje o wydajności serwera fizycznego (hosta), serwerów wirtualnych oraz innych elementach środowiska (tj. klastry, pule zasobów itp.)

• Agenci zainstalowani lokalnie na serwerach wirtualnych uzupełniają obraz o dodatkowe, szczegółowe informacje np. o procesach systemowych

Agent

Hypervisor

IBM Tivoli Monitoring

• Monitoring kluczowych parametrów wydajności i dostępności

• Rozbudowany system powiadamiania

• Elastyczna wizualizacja aktualnych oraz historycznych danych w portalu ITM

• Hurtownia danych historycznych dla raportowania oraz przewidywania przyszłych trendów

• Monitoring środowisk zwirtualizowanych:

VMware, z/VM, PowerVM, Hyper-V, Solaris, Citrix

VMware VI Agent v6.2.3 jest obecnie dostarczany z następującymi produktami:

• IBM Tivoli Monitoring for Virtual Servers 6.2.3

• IBM Tivoli Composite Application Manager for Applications

6.2.4

• IBM Tivoli Composite Application Manager for Microsoft

Applications 6.2.3

• Wymagania

– ITM 6.2.2 fixpack 2 lub nowszy

– Wsparcie dla ESX oraz ESXi Server 3.5, 4.0, oraz

vCenter 2.5, 4.0 oraz 4.1

Architektury VMware wspierane przez ITM

for Virtual Servers:

• Virtual Infrastructure oraz vSphere

• Mniejsze środowiska bez serwera vCenter

Typowe środowisko vSphere

Tivoli monitoring dla środowiska vSphere

Najlepsza praktyka

Pojedyńcza instancja agenta

monitoruje pojedyńczy serwer

vCenter

Instalacja agenta lokalnie na

serwerze vCenter

Tivoli monitoring dla środowiska vSphere –

wymagania sprzętowe dla Agenta

Bardzo duże środowisko:

Ponad 200 serwerów ESX i ponad 3000 gości

1 GB RAM

50% to 100% CPU (dual core)

4 Gig krótkoterminowych danych

historycznych dla 10 serwerów ESX

Duże środowisko:

50 do 200 serwerów ESX i 750 do 3000 gości

750 MB RAM

30% to 50% CPU (dual core)

1.6 Gig krótkoterminowych danych

historycznych dla 10 serwerów ESX

Średnie środowisko:

16 do 50 serwerów ESX i 150 do 750 gości

450 MB RAM

20% CPU

415 MB krótkoterminowych danych

historycznych dla 50 serwerów ESX

Małe środowisko:

Mniej niż 15 serwerów ESX i 150 gości

200 MB RAM

10% CPU

85 MB krótkoterminowych danych

historycznych dla 10 serwerów ESX

HUBHUB

ITM

RTEMS

ITM

RTEMSITM

RTEMS

ITM

RTEMS

VI AgentVI Agent VI AgentVI Agent VI AgentVI Agent

ESX/

ESXi

ESX/

ESXiESX/

ESXi

ESX/

ESXiESX/

ESXi

ESX/

ESXiESX/

ESXi

ESX/

ESXiESX/

ESXi

ESX/

ESXiESX/

ESXi

ESX/

ESXiESX/

ESXi

ESX/

ESXi

ESX/

ESXi

ESX/

ESXiESX/

ESXi

ESX/

ESXiESX/

ESXi

ESX/

ESXiESX/

ESXi

ESX/

ESXiESX/

ESXi

ESX/

ESXiESX/

ESXi

ESX/

ESXiESX/

ESXi

ESX/

ESXi

ESX/

ESXi

ESX/

ESXiESX/

ESXi

ESX/

ESXiESX/

ESXi

ESX/

ESXiESX/

ESXi

ESX/

ESXiESX/

ESXi

ESX/

ESXiESX/

ESXi

ESX/

ESXiESX/

ESXi

ESX/

ESXi

Tivoli monitoring dla środowiska bez vCenter

Monitorowanie VMware - CPU

• Utylizacja CPU dla puli zasobów oraz utylizacja pamięci

(> 90%)

• Utylizacja ESX/ESXi: wykrywać długotrwałą utylizacje

CPU i pamięci powyżej 90%

• Utylizacja VM - CPU Ready. Parametr „CPU Percent

Ready” nie powinien nigdy przekraczać 20%.

• Utylizacja CPU na klastrach VMware

Najlepsza praktyka

Monitorowanie VMware – Zasoby dyskowe

• Zajętość dla Data Store. Powiadamiać dla utylizacji powyżej 90%. Można użyć agenta Tivoli Performance Analyzer aby uzyskać przewidywaną utylizacje w przyszłości np. W następnych 30 dniach. Monitorować instalację VM Tools na serwerach wirtualnych.

• I/O dla dysków i sieci… Monitorować za pomocą monitoringu adaptacyjnego

Najlepsza praktyka

Monitorowanie VMware – Pamięć operacyjna

• Monitorować pamięć typu Balloon. Powinna być niska. Przy

podwyższonej utylizacji można się spodziewać problemów

wydajnościowych (monitorowanie pamięci balloon wymaga

zainstalowania VMware Tools na serwerze wirtualnym).

• UŜycie stronicowania pamięci (swap) na gościach.

• Utylizacja procesora i pamięci dla klastrów VMware

Najlepsza praktyka

Predefiniowane widoki TEP – Klastry VMware

Link to cluster

workspace

Link do widoku

szczegółow klastra

Predefiniowane widoki TEP – Szczegóły klastra VMware

Link do hosta ESX

Linki do kolejnych

widoków

Predefiniowane widoki TEP – Szczegóły klastra VMware

Predefiniowane widoki TEP – Statystyki servera ESX

Maszyny wirtualne per server ESX – status i konfiguracja

Predefiniowane widoki TEP – Datastores

21

Które VM powodują problemy wydajnościowe w Data Store?

Zapisy i I/O per VM

View Specific Data Store Capacity & Performance

NetApp NAS

volume

information

NetApp Volume Performance

Do I have capacity on the

Aggregate to add to this

volume?

NetApp Aggregate Health and Capacity

Is there a problem at the

Host (controller)?

NetApp Controller/Host Health

Link to Aggregates,

Volumes on this

Controller

26

Hierarchia zasobów / widok topologii

27

Tivoli Performance Analyzer

Analizuje dane historyczne i generuje prognozy, kiedy wartości wybranych parametrów przekroczą

zadaną wartość.

28

Tivoli Performance Analyzer – predefiniowane zadania

analitycze dla VMware•Physical Server CPU Utilization•Virtual Machine CPU Utilization •Virtual Machine Partition Percent Free •Physical Server Overall Memory Utilization •Virtual Machine Memory Guest Utilization •Virtual Machine Memory Host Utilization •Physical Server Network Packets Received •Physical Server Network Packets Transmitted •Virtual Machine Network Packets Received •Virtual Machine Network Packets Transmitted

Dobrymi kandydatami do tworzenia prognoz za pomocą TPA są

równieŜ:

•Cluster Percent Effective CPU utilization•Cluster Percent Effective Memory utilization•CPU Percent Ready•Balloon Usage

Tivoli Common Reporting

• Zawiera Cognos BI 8.4 (Reporting i Modeling) – jedno z

wiodących narzędzi do raportowania na rynku. Dostępne

bez dodatkowych opłat

• Bogaty zbiór gotowych raportów dla monitoringu

VMware:

– Trendy wydajnościowe i prognozy utylizacji zasobów

– Analiza scenariuszy rozmieszczenia dodatkowych VM na

elementach infrastruktury VMware (klastrach i hostach)

– Optymalizacja rozmieszczenia maszyn wirtualnych

Kiedy zasoby fizyczne osiągną punkt krytyczny?

Jakie znaczące zmiany w wydajności nastąpiły w

ostatnim tygodniu?

Porównanie utylizacji zasobów pomiędzy klastrami i

hostami

Jak duże obciążenie mogę dodać do hosta lub klastra

VMware?

Trendy wydajności maszyn wirtualnych

Raport typu heat-chart dla wybranej metryki

Monitorowanie serwerów wirtualnych

• Monitorowanie za pomocą agentów dla

systemów operacyjnych - instalowanych

lokalnie na serwerach wirtualnych

Możliwość automatyzacji instalacji agentów poprzez wewnętrzne mechanizmy

ITM lub zewnetrzne oprogramowanie typu Tivoli Endpoint Manager lub Tivoli

Provisioning Manager

• Monitorowanie zdalne za pomocą ITM

Agentless monitoring

Monitorowanie zasobów dyskowych

• Agent dla NetApp Storage

• Tivoli Storage Productivity Center i

dostarczany wraz z TPC dedykowany agent

ITM

Monitorowanie zasobów dyskowych – Agent dla NetApp

Monitorowanie zasobów dyskowych – Agent dla TPC

Monitorowanie VMware kontekście usług

biznesowych

• Infrastruktura i topolgia VMware może być automatycznie „wykryta” przez TADDM.

• Integracja pomiędzy TADDM i TBSM pozwoli na automatyczne utworzenie i aktualizowanie usług biznesowych w TBSM.

• Użycie ITM DLA pozwala na wykrycie przez TADDM elementów infrastruktury ITM i wzbogacenie usług biznesowych w TBSM o elementy ITM.