Konfiguracja ArcGIS Server w środowisku korporacyjnym:
tzn. wiele SOC, być może konfiguracja przełączania awaryjnego, oddzielny serwer WWW, SDE / DBMS na osobnym komputerze itp.
Nie wchodząc w szczegóły dotyczące wersji / oprogramowania / systemów operacyjnych / itp., Chciałbym wiedzieć, co ludzie zaleciliby podczas wykonywania „kontroli stanu” przy tego rodzaju konfiguracji wagi. A może diagnostyka to lepsze słowo?
Pomyślałem, że dobrym pomysłem byłoby przeprowadzanie comiesięcznych kontroli (w przeciwieństwie do spójnego monitorowania), aby upewnić się, że wszystko działa płynnie i być może zidentyfikować wąskie gardła lub obszary problematyczne w konfiguracji. Najlepiej mieć określony przepływ pracy, który można łatwo powtórzyć, a następnie zebrać dane historyczne, aby sprawdzić, czy konfiguracja uległa pogorszeniu w miarę upływu czasu.
Mam nadzieję, że nie jest to zbyt subiektywne pytanie, ale myślę, że będą tam eksperci, którzy będą mieli „właściwe” odpowiedzi na to pytanie, a być może dyskusję można przeprowadzić za pomocą komentarzy i usunąć w razie potrzeby?
Aby sprecyzować pytanie, załóż:
- SDE zostało skonfigurowane optymalnie.
- Usługi ArcGIS Server zostały również optymalnie skonfigurowane (tj. Buforowane w stosownych przypadkach, zakresy skalowania / zapytania definicji itp.).
Zastanawiałem się nad stworzeniem niestandardowej aplikacji, która znajduje się na serwerze WWW i pozwala użytkownikowi nacisnąć przycisk, który wykonałby następujące czynności:
- pinguj każdy punkt końcowy (każdy adres IP, sprawdź kod XML z serwera WSDL ok, różne punkty końcowe REST)
- Niepowodzenie / zaliczenie tych testów
- Być może powtórz te pingi i pokaż średni czas odpowiedzi dla każdego punktu końcowego.
Testy te można wykonać poza godzinami szczytu, a następnie wygenerować podstawowy raport z wyników.
Myślę, że możesz wymienić ArcGIS Server na dowolną technologię serwerową (co dało mi do myślenia, że może to należy do ServerFault).
Wiem, że ArcGIS Server ma możliwości rejestrowania i statystyki . Powinienem również zauważyć, że wprowadzono już automatyczne alerty, aby powiadamiać o awarii serwerów lub bardzo złej wydajności. Naprawdę szukam porady na temat tego, co przetestować / zidentyfikować, jeśli chodzi o diagnozowanie, czy cały system jest „zdrowy” (tj. Czy działa dobrze, czy jest gorzej niż w poprzednim miesiącu, czy można coś poprawić?)
Chciałbym wiedzieć, co sądzą o tym ludzie (którzy mają doświadczenie w konfiguracjach wielopoziomowych / o wysokim stopniu wykorzystania).
źródło
Odpowiedzi:
Firma Latitude Geographics opracowała Geocortex Optimizer tylko w tym celu. Jest to program, który instaluje się jako usługa i okresowo monitoruje usługi ArcGIS i serwery za nimi (wykonując żądania ping, żądania sieciowe, żądania map, a także monitorując pliki dziennika i liczniki wydajności).
Istnieją również zaczepy API, które pozwalają podłączyć przeglądarkę internetową do kolektorów Optymalizatora, dzięki czemu można uzyskać informacje na temat korzystania z przeglądarki internetowej. (jakie zakresy, jakie narzędzia, aktywność użytkownika itp.)
Zebrane dane są wpychane do bazy danych, a moduł raportowania analizuje dane i przedstawia wyniki w postaci strony internetowej. Istnieją wykresy i mapy cieplne, które pomagają wizualnie przedstawić trendy i wykorzystanie. Możesz także okresowo przesyłać niektóre raporty pocztą elektroniczną.
ZASTRZEŻENIE : Pracuję w Latitude Geographics, choć nie bezpośrednio z produktem Optimizer.
źródło
W wolnym czasie pracowałem nad skryptem Python, który generuje żądanie sieciowe do adresu URL REST serwera ArcGIS i ocenia odpowiedź usługi. Jeśli odpowiedź jest przecząca, zostanie wysłany e-mail z ostrzeżeniem na określony adres e-mail.
Myślę, że jest to proste, ale przydatne do monitorowania poszczególnych usług ArcGIS Server. Mam nadzieję, że to komuś pomoże.
Wszystkie informacje na naszym blogu: http://oneteamgis.wordpress.com/2014/03/24/uno-script-python-che-monitora-i-servizi-di-arcgis-server/
Damiano
źródło