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).