Sprawdzone metody monitorowania

Edge dla chmury prywatnej w wersji 4.16.05

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. Mogą to być alerty lub zdarzenia na poziomie systemu lub aplikacji. Alerty na poziomie aplikacji to głównie alerty niestandardowe, które są tworzone na podstawie wygenerowanych zdarzeń. Warunki niestandardowe zwykle konfiguruje administrator sieci. Aby uzyskać więcej informacji o alertach, skontaktuj się z zespołem pomocy Apigee.

Ustawianie progów alertów

Ustaw próg, po którego przekroczeniu ma zostać wygenerowany alert. To, co ustawisz, zależy od konfiguracji sprzętu. Próg powinien być ustawiony w odniesieniu do Twoich możliwości. Na przykład Apigee Edge może być zbyt niska, jeśli masz tylko 6 GB pojemności. Możesz przypisać próg z kryterium równości (=) lub większości (>). Możesz też określić przedział czasu między kolejnymi alertami. Możesz użyć opcji godzin/minut/sekund.

Kryteria ustawiania alertów na poziomie systemu

Kryteria są opisane w tabeli poniżej:

Sprawdzanie portów Apigee i innych firm

Sprawdź, czy te porty 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
• Port 8081 na routerach
• Porty 8082 i 8998 w procesorach komunikatów
• Port 8080 na serwerze zarządzania

Sprawdź, czy te porty innych firm są aktywne:

• Qpid, port 5672
• Port Postgres 5432
• Port Cassandra 7000, 7199, 9042, 9160
• Port ZooKeeper 2181
• OpenLDAP, port 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 (który zwykle działa 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

Dane wyjściowe tych poleceń będą zawierać sekcje podobne do tej 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ą komunikaty dotyczące zdarzeń i działania systemu. Komunikaty pojawiają się w dzienniku, gdy procesy się rozpoczynają i kończą lub gdy występuje błąd. Przeglądając pliki dziennika, możesz uzyskać informacje o komponentach systemu, takich jak procesor, pamięć, dysk, obciążenie, procesy itp., przed i po osiągnięciu stanu niepowodzenia. Umożliwia to również identyfikowanie i diagnozowanie źródła bieżących problemów z systemem oraz pomaga przewidywać potencjalne problemy 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 /<inst_root>/apigee/conf/logback.xml, aby kontrolować mechanizm logowania bez konieczności ponownego uruchamiania serwera. Plik logback.xml zawiera tę właściwość, która określa częstotliwość, z jaką mechanizm logowania sprawdza plik logback.xml pod kątem zmian konfiguracji:

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

Domyślnie mechanizm logowania sprawdza zmiany co minutę. Jeśli pominiesz jednostki czasu w atrybucie scanPeriod, domyślnie zostaną użyte milisekundy.

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

Włączanie dzienników debugowania dla procesora komunikatów i interfejsu Edge

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

1. W węźle procesora komunikatów zmodyfikuj plik /<install_dir>/apigee/customer/application/messsage-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. Uruchom ponownie procesor komunikatów:
   > /<install_dir>/apigee/apigee-service/bin/apigee-service edge-message-processor restart

Aby włączyć dzienniki debugowania w interfejsie Edge:

1. W węźle interfejsu Edge zmodyfikuj plik /<install_dir>/apigee/customer/application/ui.properties. Jeśli ten plik nie istnieje, utwórz go.
2. Dodaj do pliku tę właściwość:
   conf_application_logger.application=DEBUG
3. Uruchom ponownie interfejs Edge:
   > /<install_dir>/apigee/apigee-service/bin/apigee-service edge-ui restart

Narzędzia do monitorowania

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