Sprawdzone metody monitorowania

Alerty monitorowania

Apigee Edge umożliwia przekazywanie alertów do dzienników systemowych lub zewnętrznych systemów/narzędzi monitorowania, gdy wystąpi błąd lub awaria spowodowana niepowodzeniem zdarzenia. Alerty te mogą być alertami/zdarzeniami na poziomie systemu lub aplikacji. Alerty na poziomie aplikacji to głównie alerty niestandardowe, które są tworzone na podstawie wygenerowanych zdarzeń. Administrator sieci zwykle konfiguruje warunki niestandardowe. Więcej informacji o alertach znajdziesz w pomocy Apigee.

Ustawianie progów alertów

Ustaw próg, po przekroczeniu którego ma być generowany alert. Ustawienia zależą od konfiguracji sprzętu. Próg należy ustawić w odniesieniu do pojemności. Na przykład Apigee Edge może być zbyt niski, jeśli masz tylko 6 GB pojemności. Próg możesz przypisać za pomocą kryterium równego (=) lub większego niż (>). Możesz też określić przedział czasu między 2 kolejnymi alertami. Możesz użyć opcji godziny/minuty/sekundy.

Kryteria ustawiania alertów na poziomie systemu

W tabeli poniżej opisujemy kryteria:

Sprawdzanie portów Apigee i portów innych firm

Monitoruj te porty, aby upewnić się, że są aktywne

• Porty 4526, 4527 i 4528 na serwerze zarządzania, routerze i procesorze komunikatów
• Porty 1099, 1100 i 1101 na serwerze zarządzania, routerze i procesorze komunikatów
• Porty 8081 i 15999 na routerach
• Porty 8082 i 8998 na procesorach komunikatów
• Port 8080 na serwerze zarządzania

Sprawdź te porty innych firm, aby upewnić się, że są aktywne:

• Port Qpid 5672
• Port Postgres 5432
• Port Cassandra 7000, 7199, 9042, 9160
• Port ZooKeeper 2181
• Port SymasLDAP 10389

Aby określić, na którym porcie każdy komponent Apigee nasłuchuje wywołań interfejsu API, wyślij te wywołania interfejsu API do serwera zarządzania (zwykle na porcie 8080):

curl -v -u username:password http://host:port/v1/servers?pod=gateway&region=dc-1
curl -v -u username:password http://host:port/v1/servers?pod=central&region=dc-1
curl -v -u username:password http://host:port/v1/servers?pod=analytics&region=dc-1

Wynik tych poleceń będzie zawierać sekcje podobne do tych poniżej. Sekcja http.management.port zawiera numer portu określonego komponentu.

{
  "externalHostName" : "localhost",
  "externalIP" : "111.222.333.444",
  "internalHostName" : "localhost",
  "internalIP" : "111.222.333.444",
  "isUp" : true,
  "pod" : "gateway",
  "reachable" : true,
  "region" : "default",
  "tags" : {
    "property" : [ {
      "name" : "Profile",
      "value" : "Router"
    }, {
      "name" : "rpc.port",
      "value" : "4527"
    }, {
      "name" : "http.management.port",
      "value" : "8081"
    }, {
      "name" : "jmx.rmi.port",
      "value" : "1100"
    } ]
  },
  "type" : [ "router" ],
  "uUID" : "2d4ec885-e20a-4173-ae87-10be38b35750"
}

Wyświetlanie logów

Pliki dziennika śledzą wiadomości dotyczące zdarzenia lub operacji w systemie. Wiadomości pojawiają się w dzienniku, gdy procesy się rozpoczynają i kończą lub gdy wystąpi błąd. Przeglądając pliki dziennika , możesz uzyskać informacje o komponentach systemu, np. o procesorze, pamięci, dysku, obciążeniu, procesach itp., przed i po osiągnięciu stanu awarii. Umożliwia to też identyfikowanie i diagnozowanie źródła bieżących problemów z systemem lub przewidywanie potencjalnych problemów z systemem.

Na przykład typowy log systemowy komponentu zawiera te wpisy:

TimeStamp = 25/01/13 19:25 ; NextDelay = 30
Memory
HeapMemoryUsage = {used = 29086176}{max = 64880640} ;
NonHeapMemoryUsage = {init = 24313856}{committed = 57278464} ;
Threading
PeakThreadCount = 53 ; ThreadCount = 53 ;
OperatingSystem
SystemLoadAverage = 0.25 ;

Możesz edytować plik /opt/apigee/conf/logback.xml, aby kontrolować mechanizm rejestrowania bez konieczności ponownego uruchamiania serwera. Plik logback.xml zawiera tę właściwość, która określa częstotliwość sprawdzania przez mechanizm rejestrowania pliku logback.xml pod kątem zmian konfiguracji:

<configuration scan="true" scanPeriod="30 seconds" >

Domyślnie mechanizm rejestrowania sprawdza zmiany co minutę. Jeśli pominiesz jednostki czasu w atrybucie scanPeriod, domyślnie będą to milisekundy.

W tabeli poniżej znajdziesz lokalizację plików dziennika komponentów chmury prywatnej Apigee Edge.

Włączanie dzienników debugowania dla procesora komunikatów

Aby włączyć dzienniki debugowania dla procesora komunikatów:

1. W węźle procesora komunikatów edytuj /opt/apigee/customer/application/message-processor.properties. Jeśli ten plik nie istnieje, utwórz go.
2. Dodaj do pliku tę właściwość:

   conf_system_log.level=DEBUG

3. Ponownie uruchom procesor komunikatów:

   /opt/apigee/apigee-service/bin/apigee-service edge-message-processor restart

Sprawdzone metody korzystania z apigee-monit

Podczas korzystania z apigee-monit zalecamy:

• Zatrzymaj monitorowanie komponentu przed wykonaniem dowolnej operacji, która go uruchamia lub zatrzymuje, np. tworzenia kopii zapasowej lub uaktualniania.
• Monitoruj apigee-monit za pomocą narzędzia takiego jak cron. Więcej informacji znajdziesz w artykule Monitorowanie apigee-monit.

Narzędzia do monitorowania

Narzędzia do monitorowania, takie jak Nagios, Collectd, Graphite, Splunk, Sumologic i Monit, mogą pomóc w monitorowaniu całego środowiska firmowego i procesów biznesowych.