NetCrunch automatycznie wybiera strony do wyświetlenia na podstawie typu zawartości danego widoku atlasu. Zamiast pozostawać na tej samej stronie podczas przełączania się między widokami, program proponuje najbardziej odpowiednią stronę w zależności od typu widoku. Użytkownik może zmienić te ustawienia i wybrać inną stronę, która będzie domyślnie widoczna przy przełączeniu się na ten widok. Naciskając ctrl+LPM, nowa preferencja wyświetlania zostanie zachowana.
Wszystkie ustawienia można teraz przeszukiwać, a ich zestawienie znajdziesz w jednym miejscu na stronie Ustawienia w głównym widoku atlasu.
Znaczące poprawki obejmują:
Teraz można utworzyć wiele profili monitorowania dla tego samego typu systemu. Poprzednio dostępny był tylko jeden profil domyślny per system.
Mapy segmentów fizycznych wyświetlają teraz na żywo wielkość ruchu sieciowego w obie strony.
Zaprojektowaliśmy nowy pulpit specjalnie dla mniej licznych widoków i sieci (do 50 węzłów per widok) - wyświetla on więcej szczegółów o pracy poszczególnych urządzeń.
Funkcja wyszukiwania pozwala teraz na przeszukiwanie węzłów, widoków atlasu, ustawień programu, tematów dokumentacji, artykułów w bazie wiedzy oraz postów bloga.
Pozwala przesyłać liczniki i/lub statusy do węzłów w NetCrunchu wykorzystując API RESTowe. Sensor wspiera również wysyłanie wartości statusu, umożliwiając użytkownikowi śledzenie i reagowanie na dany status.
Przykład: wysyłając status door=open, możemy wyświetlić taki status w widżecie na mapie i zareagować na jego zmianę lub jego konkretną wartość.
Przesyłanie danych do NetCruncha nigdy wcześniej nie było tak proste!
Teraz każda aktywna domena Active Directory może być automatycznie reskanowana w celu wykrycia nowych węzłów, które chcemy dodać do atlasu sieci.
Profile użytkowników i profile dostępu zostały przeprojektowane. Teraz konsola desktopowa i webowa wykorzystuje do uwierzytelniania ten sam profil użytkownika. Nowe okno Zarządzania użytkownikami i prawami dostępu jest o wiele prostsze w użyciu niż poprzednie.
Co więcej, liczne ustawienia są obecnie automatycznie synchronizowane w ramach proflu użytkownika pomiędzy konsolą desktopową i webową.
Nowy pakiet monitorowania "Audyt NetCruncha" umożliwia śledzenie dostępu użytkowników do konsoli NetCruncha, w tym nieudanych prób logowania do konsoli.
Nowe okno dajne szerszy, szczegółowy wgląd w parametry zdarzenia oraz wnosi nowe funkcjonalności pozwalające w elastyczny sposób poprawić ustawienia alertów:
Przeglądarka trendów w NetCrunchujeszcze lepiej wyświetla różne metryki gromadzone przez program.
Nowe funkcje:
Program zawiera teraz nowy silnik zdalnego monitorowania SSH oraz pakiet monitorowania systemów Solaris, a w nim ponad 30 metryk dotyczących monitorowania przestrzeni dyskowej.
Nowe okno umożliwia lepsze zarządzanie notatkami. Do każdej notatki inny użytkownik NetCruncha może dopisać komentarz; notatki mogą mieć etykiety oraz terminy. Notatek nie można usunąć, ale można je jednym kliknięciem zarchiwizować.
Poprawiliśmy wykres słupkowy - obecnie używa on tego samego schematu kolorów co inne typy wykresów. Dodatkowo, mały trójkąt obok wartości pokazuje kierunek zmiany. Wykresy wspierają konwersję tików SNMP na standardowe jednostki czasu (sekundy, milisekundy). Wszystkie wykresy wykonują animacje - dzięki temu łatwiej jest zauważyć pojawiające się na nich zmiany.
Nowe okno pozwala na szybsze przeglądanie i usuwanie wszystkich rodzajów problemów. Można wybrać węzły z danym problemem i naprawić go jednym kliknięciem.
Nowy GrafCrunch oparty jest na stabilnej wersji Grafana 2.6. Najważniejszą funkcją dla użytkowników NetCruncha jest możliwość podłączenia GrafCruncha do wielu serwerów NetCruncha i stworzenia sumarycznego pulpitu na jednym ekranie.
Nowe funkcje
Zarządzanie danymi uwierzytelniającymi dla monitorowania zostało przeniesione do osobnego okna i jest teraz o wiele prostsze.
NetCrunch integruje się z wieloma zewnętrznymi helpdeskami i komunikatorami. Oznacza to, że gdy NetCrunch otworzy zewnętrzne zgłoszenie w takim systemie, może je również automatycznie zamknąć gdy w NetCrunchu alarm zostanie zamknięty. Integracja w obie strony oznacza, że jeśli zgłoszenie zostanie zamknięte w systemie zewnętrznym, związany z nim alert w NetCrunchu również zostanie automatycznie zamknięty. Obecna wersja wspiera najpopularniejsze usługi, planujemy dodawać nowe w kolejnych wersjach NetCruncha.
Moduł integracji składa się z dwóch części:
Pozwalają ustanowić kanał komunikacji z usługami zewnętrznymi
używane są by tworzenia wiadomości i zgłoszeń (ticketów). Dostępne są obecnie integracje z takimi systemami jak: freshdesk, HipChat, IFTTT, pagerduty, slack, trello, twitter oraz zendesk.
NetCrunch wspiera monitorowanie dodatkowego pola (context) w monitorowaniu SNMPv3 - pozwala to na monitorowanie segmentów w warstwie drugiej na przełącznikach Cisco korzystających z SNMPv3.
NetCrunch wspiera alerty generowane na podstawie wartości frazy SNMP - równy, nie równy, zawiera, nie zawiera, pasuje do wyrażenia regularnego, zmiana (z dowolnego na dowolny).
Nowa wersja rozszerza możliwości monitorowania dysku na systemach Unix w oparciu o możliwości narzędzia iostats dostępne dla poszczególnych systemów.
Po skonfigurowaniu sensora można przetestować jego konfigurację używając nowego przycisku Test.
NetCrunch 9.2 dodaje kolejną zakładkę w oknie Zdarzeń zewnętrznych. Wiadomości mogą być wysyłane z dowolnej aplikacji za pomocą REST API przy użyciu protokołu HTTP. Po otrzymaniu jej można utworzyć alert dla takiej zewnętrznej wiadomości Działa to bardzo podobnie jak w przypadku komunikatów syslog i trapów SNMP.
Teraz można wyłączyć automatycznie rozwijany popup z zadaniami wykonanymi przez NetCruncha - odtąd nowe zadania do przejrzenia będą sygnalizowane małą niebieską kropką i ilością zadań na górnym pasku programu.
Teraz można tworzyć widoki z węzłami które mają lub nie mają przydzielonego adresu IP.
Właściwości węzła są teraz widoczne w konsoli w przeglądarce w trybie do odczytu.
W przypadku gdy nie ma map widocznych dla użytkownika (z powodu ograniczenia dostępu), Drzewo Atlasu jest automatycznie zwinięte.
Dodano możliwość wyszukiwania obiektów MIB po wielu słowach równocześnie (np. cisco status)
Teraz można zmienić nazwę lub dodać nowe foldery w oknie Ustawień alertowania i raportów.
Wyzwala alerty w oparciu o nadawcę emaila, temat lub treść emaila. Sensor sprawdza emaile w oparciu o wzorce prostego tekstu lub wyrażenia regularne.
Sensor ten pozwala na sprawdzanie logowania się do skrzynki pocztowej, monitorowanie jej aktywności, wydajności i wielkości. Można śledzić czy skrzynka jest poprawnie obsługiwana poprzez sprawdzanie najstarszej wiadomości email lub kiedy otrzymana została ostatnia wiadomość email.
Sensor ten parsuje pliki i konwertuje każdy wpis na listę właściwości, która później może być filtrowana tak jak każdy inny typ logu (wpis do dziennika zdarzeń Windows czy syslog). Sensor ten pozwala na większą kontrolę nad tym jak wyzwalane są alerty; umożliwia też lepszą analizę zebranych wpisów w dzienniku zdarzeń.
Wyzwala alerty w reakcji na wykrycie problemów monitorowania. Na przykład gdy nie udało się zalogować do urządzenia lub systemu.
Można teraz ustawić stronę kodową dla syslogów i trapów SNMP.
Nowe akcje umożliwiają lepszą kontrolę monitorowania widoków atlasu.
Można teraz zmienić lub usunąć zawartość pola własnego na węźle. Pola własne na węźle mogą być wykorzystane do tworzenia widoków dynamicznych, dlatego ta funkcja umożliwia tworzenie widoków zarządzanych przez alerty NetCruncha.
Można zarządzać czasem monitorowania węzła gdy wystąpi na nim alert (na czas trwania alertu można ustawić inny czas monitorowania niż wtedy gdy węzeł odpowiada poprawnie).
NetCrunch 9.1 wprowadza wyrażenia parsujące, które pozwalają na opisanie sposobu parsowania zewnętrznych danych tekstowych. Można użyć wyrażeń regularnych i innych wzorców. Wyrażenia parsujące pozwalają na parsowanie danego tekstu (linii z logu lub pliku) i otrzymanie listy par klucz-wartość.
Można zdefiniować format każdej linii, która konwertowana jest do listy właściwości (jedna lub wiele par klucz-wartość), która z kolei może być w prosty sposób filtrowana, przechowywana, a dla wybranych parametrów mogą być ustawione alerty. To sprawia, że logi tekstowe są przekształcane w normalne logi z polami, które mogą być później przetwarzane.
NetCrunch może wyzwalać alerty w odpowiedzi na otrzymane wiadomości email. By uprościć przetwarzanie takich alertów, można parsować wiadomości email i przechowywać wszystkie dane jako parametry zdarzenia.
Teraz można utworzyć widoki dynamiczne w widokach alerty trwające i wyrażenia czasu względnego. Umożliwia to tworzenie widoków zawierających węzły z określonymi alertami trwającymi. Można użyć wyrażenia związanego z czasem by zarządzać węzłami wg dat wygaśnięcia ich umów serwisowych lub terminu ich planowanej konserwacji. Na przykład ustaw datę konserwacji i utwórz widok węzłów które wymagają konserwacji w terminie krótszym niż tydzień.
Dodaliśmy nowe widoki do dziennika zdarzeń, które pozwalają na przejrzenie spraw rozwiązanych w zadanym okresie czasu. Na przykład można szybko znaleźć wszystkie alerty z ostatnich 24 h, których rozwiązanie zajęło więcej niż 1h. Z drugiej strony, można też znaleźć alerty, które zostały rozwiązane w czasie krótszym niż 10 minut - może to oznaczać że ustawienia warunku alertowego są zbyt wrażliwe (otrzymujemy powiadomienia o chwilowych zmianach).
Nowy edytor jest o wiele prostszy w użyciu i pozwala na tworzenie własnych formatów. Pozwala również na dopasowanie do własnych potrzeb powiadomień wysyłanych na zakończenie alertu.
Teraz można wybrać używanie haseł lub autentykację kluczem publicznym w połączeniach monitorów SSH (dla systemów Linux, BSD, Mac OS X)
Teraz można dodać do monitorowania wiele sensorów z tym samym url ale różnymi portami jeśli masz wiele serwerów HTTP na jednym węźle.
Teraz możliwe jest ustawienie alertów dla parametrów ESX datastore. Widok datastore jest również dostępny w oknie Statusu węzła.
Można ustawić harmonogram restartu usługi NetCruncha na określony czas co tydzień. Można również zobaczyć na kiedy zaplanowany jest następny restart.
NetCrunch Server jest teraz 64-bitową aplikacją zaprojektowaną dla wysokiej wydajności i skalowalnego wykorzystania pamięci.
Kompilator MIB był dotąd dostępny tylko przez konsolę lokalną.
Jako program 64-bitowy, Serwer NetCruncha instalowany jest teraz w katalogu "Program Files" . Ścieżki do danych programu nie zawierają już numeru wersji NetCruncha, co oznacza że NetCrunch będzie używał tego samego katalogu do przechowywania danych również w przyszłych wersjach.
NetCrunch wprowadza 3 nowe widżety na mapy, pozwalające na wyświetlenie statusu obiektów programu takich, jak:
Wszystkie przychodzące trapy i wiadomości syslog (nawet z węzłów niemonitorowanych w atlasie) są widoczne w oknie Zdarzeń zewnętrznych. Jednym kliknięciem można zamienić je w alerty (węzeł zostanie dodany do atlasu jeśli trzeba). W ten sposób NetCrunch pozwala na definiowanie alarmów "na podstawie przykładu".
Najprostszym warunkiem jest wyzwolenie alertu gdy zostanie spełniony warunek alertowy. Ale co jeśli nie zdarzy się coś co powinno? Jak zaplanowany backup?
Wśród wielu mozliwości alertowych NetCruncha można ustawić alert na wypadek, gdy oczekiwane zdarzenie nie zaszło w określonym okresie czasowym albo po upływie określonego czasu (backup nie został zakończony albo heartbeat nie został otrzymany). Inne warunki pozwalają na czasowe wstrzymanie alertu na określony czas. Na przykład, utrata zasilania powinna wywołać wykonanie alertu po upływie kilku minut. Jeżeli przed upływem tego czasu zasilanie zostanie przywrócone, żaden alert nie będzie wykonany.
Zaawansowana korelacja pozwala na wywołanie zdarzenia tylko wtedy gdy kilka innych zdarzeń zajdzie w określonym zakresie czasu lub będzie miało status "trwające" w tym samym czasie.
Pozwala to na przykład ustawienie alertu dla sytuacji, gdy dwa redundantne interfejsy przestaną działać równocześnie.
NetCrunch umożliwia monitorowanie operacji Cisco IP SLA. Śledzi status operacji i jej parametry wydajnościowe. Pozwala to na monitorowanie opóźnień (jitter) w usłudze VOIP i innych protokołów.
Okno statusu węzła wyświetla status wszystkich operacji zdefiniowanych na urządzeniach.
Schemat zakresów czasowych używany jest w wielu miejscach w programie: ograniczenia czasu monitorowania, ograniczenia czasu powiadomień, ustawienia alertów warunkowych, i innych. Teraz można ustawić złożone zakresy czasu dla każdego dnia tygodnia.
Każda akcja może być ograniczona w taki sposób, by na przykład była wykonana tylko wtedy gdy wyzwalający ją węzeł należy do określonego widoku w atlasie (można to ustawić wg reguł albo przydzielić węzeł do widoku ręcznie). Akcja może być również wykonywana tylko w zadanym zakresie czasowym.
Pozwala to na tworzenie elastycznych skryptów alertowych, na przykład wysyłanie różnych powiadomień w zależności od lokalizacji danego węzła.
GrafCrunch jest odgałęzieniem Grafany - open-source'owego projektu wizualizacji wydajnościowej. Rozszerza on możliwości tworzenia pulpitów z bieżącymi informacjami o danych wydajnościowych z wielu źródeł.
Instalator GrafCruncha automatycznie łączy się z Serwerem NetCruncha.
NetCrunch ma teraz własny monitor który monitoruje różne parametry pracy Serwera NetCrunch i powiadamia administratora w przypadku wystąpienia problemu. Program powiadomi na przykład o przeciążonym komponencie, o dostępności nowej wersji NetCruncha, oraz o zbliżającym się terminie odnowienia umowy serwisowej.
Ten popup pojawia się gdy Serwer NetCruncha wykonuje jakieś zadanie i może to wymagać uwagi administratora. Na przykład, proces wykrywania węzłów może wyświetlić tu informację i czekać na decyzję administratora dotyczącą tego, czy nowo wykryte węzły mają być dodane do atlasu.
Ustawienia monitorowania węzła to okno złożone, ale dające wiele możliwości. Gdybyś zapomniał gdzie można coś ustawić, NetCrunch może to pokazać w sposób interaktywny.
W stopce raportów można dodać logo firmy lub inną grafikę.
Lista pozwala teraz szybko sprawdzić kiedy wysłano powiadomienie, kiedy alert został zamknięty lub kiedy wysłano przypomnienie po określonym czasie od wykonania alertu.
Ulubione widoki atlasu zostały przeniesione z dolnej części okna drzewa atlasu do górnego menu popup.
Uproszczono otrzymywanie i ustawianie trapów SNMP.
Obecnie można otrzymywać trapy nawet jeśli monitorowanie SNMP nie zostało włączone na węźle.
SNMPv3 wymaga jedynie określenia globalnych profili autentykacji. Nie jest wymagane ustawianie tego na poszczególnych węzłach.
NetCrunch domyślnie odbiera wszystkie trapy, nawet z węzłów których nie ma w atlasie. Trapy te widoczne są w oknie Zewnętrzne zdarzenia - można przekształcić otrzymany trap w alert za pomocą jednego kliknięcia.
Zaktualizowaliśmy wiele innych komponentów NetCruncha, w tym:
NetCrunch 9 dodaje możliwość monitorowania przez SSL takich usług jak:
Program pozwala też na definiowanie usług własnych po połączeniu SSL. Dodatkowo, metoda sprawdzania poprzez PING została zmieniona i teraz korzysta ona z oprogramowania systemowego - dzięki temu jej pomiar jest bardziej dokładny.
