Tivoli Day 2011.Panel 4.2.Monitorowanie Vmware
-
Upload
ibm-software-polska -
Category
Technology
-
view
452 -
download
0
Transcript of Tivoli Day 2011.Panel 4.2.Monitorowanie Vmware
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.