Jak uruchomić monitorowania nową aplikację
Dotyczy: System Center 2012 R2 Operations Manager, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager
Jeśli masz nową aplikację, która jest poznanie, można użyć szablonu monitorowania wydajności aplikacji .NET w System Center 2012 – Operations Manager do konfigurowania monitorowania dla niego. Oto ustawienia, od których warto zacząć, pomocne w poznawaniu nowej aplikacji. Najlepiej przy tym — w sytuacji idealnej — rozpocząć monitorowanie w środowisku testowym lub deweloperskim.
Monitorowanie ustawień nowej aplikacji
Po tej strategii monitorowania nowej aplikacji pomoże Ci poznać zachowanie aplikacji w systemie, a dla klienta.
Rozpocznij monitorowanie po stronie serwera tylko w przypadku prostego monitorowanym systemie i krótkoterminowe ustawienia
Najpierw należy zachować prosty konfiguracji: monitorowania jednej aplikacji na jednym serwerze. Drugi podczas konfigurowania monitorowania wydajności aplikacji .NET monitorowania nową aplikację, zamierza zachować ustawienia implementowania wystarczająco długo poznać kilka trendów. Do uzyskania wglądu w prawidłowości dotyczące wydajności i wykorzystania aplikacji powinny wystarczyć dane z jednego dnia.
Ustal wydajność bazową na podstawie ustawień domyślnych i częściowo dostosowanych
W większości przypadków warto zachować ustawienia domyślne. Dzięki ustawieniom domyślnym da się zauważyć wszelkie istotne problemy z monitorowaną aplikacją, a zarazem zmniejszyć do minimum negatywny wpływ na jej działanie.
Jeśli nie są zgłaszane żadne zdarzenia dotyczące wydajności ani zdarzenia wyjątków, można skorzystać z poniższych kroków, aby uzyskać pewne pojęcie o tym, jak wygląda wydajność na poziomie bazowym.
Na początku monitorowania warto pomyśleć o dostosowaniu pewnych ustawień w następujący sposób:
Obniż wartości progowe wydajności. Pomoże to ustalić miarę wydajności bazowej dzięki sprawdzeniu charakterystyki aktualnej wydajności aplikacji.
Włącz wszystkie obszary nazw. Aby dowiedzieć się, jakie obszary nazw są zaangażowane i jeśli ustawisz określone obszary nazw na początku, mogą utracić nazw, w której występuje błąd.
Zbieraj wszystkie wyjątki, nie tylko krytyczne wyjątki. Musisz wiedzieć, jakiego rodzaju wyjątki są zgłaszane. Aby ograniczyć liczbę uzyskiwanych wyjątków, skorzystaj ze znanych programów do obsługi wyjątków.
Wynikiem powyższych działań może być duża ilość danych — większa niż byłaby wskazana w monitorowaniu długoterminowym — ale z początku taka ilość okaże się pomocna, bo pozwoli zauważyć pewne trendy, takie jak rodzaje ścieżek, którymi klienci poruszają się po systemie, czy parametry normalnej wydajności.
Po zakończonym zbieraniu danych skorzystaj z raportów programu Application Advisor, takich jak analiza wydajności aplikacji, w celu zbadania stanu monitorowanych aplikacji. Na podstawie raportu będziesz w stanie poznać średni czas trwania najbardziej obciążających (najdłużej działających) wywołań w systemie, a także maksymalną ilość czasu, jaką zajmuje przetwarzanie żądań. Pozwoli to ustawić dostosowane, inteligentne wartości progowe, oparte na realnej wydajności aplikacji. Można też przekonać się, które funkcje działają szybciej od innych, a także tworzyć konkretne transakcje stron sieci Web, metod sieci Web i funkcji pod kątem krytycznych metod, aby upewnić się, że ich odpowiedzi spełniają warunki bardziej wymagającej umowy SLA niż aplikacja jako całość. Aby uzyskać więcej informacji dotyczących raportów Zobacz jak zakres i uruchomić i Application Advisor raportu w priorytetów alerty przy użyciu Application Advisor.
Dopasuj ustawienia i porównaj z wydajnością bazową
Po ustaleniu miary wydajności bazowej zacznij dopasowywać ustawienia, aby dostroić monitorowanie pod kątem przechwytywania zgłaszanych rodzajów wyjątków. Dzięki raportowaniu wszystkich wyjątków przekonasz się, czy w aplikacji nie ma jakiejś domyślnej obsługi wyjątków, przechwytującej te wyjątki, w przypadku których preferowane byłoby uzyskiwanie alertów. Po każdym dopasowaniu uzyskiwanych danych będzie mniej i będą bardziej znaczące.
Usuń ustawienia niestandardowe i ustaw wartości progowe na podstawie zebranych danych.
Dodaj stosy wywołań w zdarzeniach wydajności i wyjątków, znalezionych w fazie podstawy w oparciu o określonych obszarów nazw.
Dodaj programy obsługi wyjątków dla dowolnej aplikacji poziomu "Łap wszystkie" obsługi, które zachować wyjątki od będzie poza aplikacji i programy obsługi wyjątków programu .NET Framework.
Dodaj wyspecjalizowane transakcje w celu monitorowania wydajności popularnych metod, które powinny być objęte bardziej restrykcyjną umową SLA niż aplikacja jako całość.
Porównaj nowe dane z ustalonymi wcześniej wartościami bazowymi. Zaczniesz na przykład obserwować realny średni czas odpowiedzi. Teraz, znając różne wysyłane przez aplikację wyjątki dotyczące wydajności, zamiast monitorować wszystkie obszary nazw, można dodawać do monitorowania konkretne z nich. Monitorowanie aplikacji zostanie skonfigurowane na podstawie zaobserwowanych poziomów wydajności i jeśli coś przekroczy normalne poziomy, uzyskasz odpowiednie alerty.
Stopniowo wdrażaj aplikację na kolejnych monitorowanych serwerach w systemie
Po monitorowaniu aplikacji przez pewien czas za pomocą nowej konfiguracji monitorowania, kiedy uznasz, że aplikacja jest w dobrej kondycji, zwiększ liczbę serwerów, na których jest ona uruchamiana i monitorowana, na przykład z jednego do dziesięciu. Kiedy już będzie działać w dobrej kondycji na tym poziomie, rozszerz jej wdrożenie i monitorowanie na więcej serwerów i tak dalej. Takie podejście, polegające na stopniowym wdrażaniu, pomaga nabrać większej pewności co do monitorowania danej aplikacji i zapewnić dobrą kondycję całego systemu.
Rozpocznij monitorowanie po stronie klienta
Jeśli masz pewność, że aplikacja działa dobrze w systemie, jest właściwym czasie do monitorowania klienta występują. Jest to jakie po stronie klienta jest monitorowanie aplikacji. Aby włączyć monitorowanie po stronie klienta, zobacz Jak skonfigurować monitorowanie aplikacji .NET
Jak te informacje mogą przydać się operatorowi
Korzystając z tych podstawowych informacji, operator może lepiej zorientować się, w którym miejscu aplikacji lub infrastruktury leży problem oraz czy jest to coś, co może naprawić tylko zespół deweloperów, czy też coś, czym operator może zająć się bezpośrednio.