PowerScale: Zwiększanie wydajności eksportowania syslogu dla zapewnienia wydajności inspekcji PowerScale Isilon

Zaległości w eksportowaniu syslogu inspekcji nigdy nie da się nadgonić. Nie da się tego łatwo dostrzec ze względu na rozproszony charakter baz danych inspekcji i obciążenia roboczego OneFS. 

Można zastosować metodę, która wymaga wykonania kilku czynności:

1. Przejrzyj najnowsze znaczniki czasowe odebranych komunikatów syslogu inspekcji.
2. Jeśli daty inspekcji pozostają w tyle za aktualną datą, inspekcja ma zaległości.
3. Gdy przez cały czas rekordy wydają się mieć spójny czas pozostawania w tyle lub doganiania zaległości, oznacza to, że konfiguracja klastra i syslogu jest względnie parzysta. Z reguły jest to akceptowalne. Zakres dopuszczalnych zaległości zależy od środowiska.
4. Jeśli każdego dnia wydajność będzie nadal spadać i nie nadrabiać zaległości, może być konieczne zmniejszenie lokalnych obciążeń roboczych w zakresie inspekcji po stronie systemu Isilon. 

Na wszystkich węzłach inspekcja działa na zasadzie kolejki FIFO (ang. first in, first out).
Jeśli dane inspekcji są eksportowane szybciej, niż są pobierane, kolejka jest aktualna.

Jeżeli węzeł nr 1 pozyskuje i rejestruje 1000 zdarzeń inspekcji na sekundę, ale jest w stanie eksportować tylko 500 zdarzeń na sekundę i ten współczynnik utrzymuje się na okrągło przez cały rok, to w przypadku pojedynczego węzła Isilon otrzymujemy następujące liczby:

• Po upływie sekundy mamy zaległość 500 elementów
• Po minucie 30 000 elementów
• Po godzinie 1 800 000 elementów
• Po jednym dniu 43 200 000 elementów

Jeśli jednak nawet przez połowę godzin dziennie system będzie mógł pobierać o połowę mniej zdarzeń lub eksportować je z dwukrotnie większą szybkością, zaległości zostaną zmniejszone o połowę.

W przypadku wdrożeń syslogu w wersji wcześniejszej niż 9.4 przypadki klientów z poważnymi zaległościami inspekcji są zgłaszane stosunkowo rzadko.

Nawet w przypadku wariantu CEE, który jest bardziej wydajny niż syslog w wersji sprzed 9.4, czasami pojawiają się raporty o zaległościach związanych z lokalnym „projektem inspekcji” i współczynnikami prędkości pobierania.

Przed uruchomieniem inspekcji może być trudno określić wolumen danych. Przy bardziej wydajnym systemie CEE można wdrożyć również dodatkowe maszyny docelowe CEE, a następnie współpracować z zewnętrznym dostawcą, który będzie „gromadził” te dane w celu analizowania wyników inspekcji.

Dodatkowe CEE umożliwiają efektywniejszy eksport po stronie węzła Isilon. Każdy węzeł Isilon może jednocześnie łączyć się maksymalnie z trzema unikatowymi maszynami CEE.

W przypadku syslogu jest inaczej. Każdy zdefiniowany cel syslogu w konfiguracji inspekcji otrzymuje wszystkie jego rejestrowane zdarzenia, które są eksportowane.
Wyobraźmy sobie, że z kolejki jest wysyłane pojedyncze zarejestrowane zdarzenie inspekcji. Jeśli istnieje jeden docelowy serwer syslogu, węzeł Isilon z tym elementem kolejki wysyła dany rekord przez port 514 UDP do tego pojedynczego docelowego syslogu na zasadzie „jeden do jednego”.
Gdy dodamy kolejny cel syslogu, co da nam w sumie dwa, ten węzeł Isilon będzie musiał wysłać ten sam pojedynczy element kolejki do obu unikatowych celów syslogu. W praktyce podwaja to część obciążeń roboczych na węźle Isilon. Trzy cele syslogu potroiłyby część prac itd.

Ponadto w odniesieniu do inspekcji nie ma w syslogu odpowiednich konfiguracji dla OneFS przed wersją 9.4.

Dzięki CEE można zmniejszyć zaległości, przeprowadzając inspekcję w mniejszym zakresie lub dodając więcej docelowych CEE, a oprócz nich jeszcze kolejne funkcjonalności zewnętrznych dostawców.

W przypadku syslogu zaległości można zmniejszyć przez ograniczanie z czasem inspekcji.

Uaktualnianie do OneFS w wersji 9.4 lub nowszej.

W optymalnych i kontrolowanych testach laboratoryjnych syslog dla eksportu inspekcji z wersjami OneFS 9.4 wykazało zwiększenie wydajności o ok. 300%.

Uaktualnienie OneFS do wersji co najmniej 9.4 zapewni prawdopodobnie usprawnienie wydajności eksportowania syslogu inspekcji.

Wydajność może się różnić w zależności od środowiska, wdrożenia, projektu, sieci, przepływów pracy i czynników ludzkich, które generują aktywność inspekcji. 
 

Jeżeli kilka tygodni po uaktualnieniu wydajność syslogu dla eksportów nawet w przypadku OneFS w wersji 9.4 lub nowszej nie jest w stanie poradzić sobie z trwałą lub pozornie niewykonywalną kolejką, skontaktuj się z działem pomocy technicznej w celu weryfikacji problemu.
Jedynym sposobem na zmniejszenie liczby poddawanych inspekcji zdarzeń na sekundę i na węzeł jest dostosowanie metody oraz zakresu przeprowadzania inspekcji.

Jeśli eksporty syslogu „przepływają” z klastra Isilon prawidłowo, dalsza optymalizacja wykracza poza zakres pomocy technicznej systemu Isilon:

• Przedstaw inżynierom systemów firmy Dell swój projekt przeprowadzania inspekcji. Zastanów się przede wszystkim, w jaki sposób użytkownicy końcowi (ludzie lub użytkownicy zautomatyzowani) w ogóle uzyskują dostęp do klastra w celu wykonywania działań rejestrowanych przez inspekcję.
• Postaraj się bardziej równomiernie rozłożyć przepływy pracy i wolumen rejestrowanych działań na wszystkie węzły Isilon: Wszystkie rejestrowane działania są zapisywane tylko dla celów inspekcji i eksportowania z węzła, do którego użytkownik jest podłączony.
• Jeżeli w swoim systemie Isilon masz dwadzieścia węzłów, ale tylko pięć obsługuje połączenia protokołów, 100% wspomnianych działań inspekcji będzie miało miejsce tylko na tych pięciu węzłach.
• Rozważ przegląd całego wdrożenia, aby całkowity wolumen wszystkich działań protokołów był rozproszony na możliwie jak największą liczbę fizycznych węzłów. Umożliwia to rozłożenie całkowitego obciążenia roboczego inspekcji na jak największą liczbę węzłów.
• Można też rozważyć zastosowanie rozwiązania opartego na technologii CEE.
• Weź pod uwagę zmniejszenie wolumenu i zakresu inspekcji. Nie przekraczaj wymagań organizacyjnych ani regulacyjnych. 
• Skontaktuj się z działem inżynierii systemów firmy Dell w celu dalszego omówienia problemu.