PowerScale: Rozwiązywanie problemów z wydajnością NDMP

W nowszej wersji OneFS 9.x.x wprowadzono kilka ulepszeń wydajności NDMP. Sprawdź wersję klastra i zainstalowane pakiety RUP, aby upewnić się, że najnowsze ulepszenia są stosowane.

Ocenę wydajności NDMP należy przeprowadzić poprzez analizę trzech kluczowych zasobów systemu:

• Wykorzystanie procesora
• We/wy dysku
• Infrastruktura sieciowa

Analiza wydajności procesora

Dla każdego węzła, który według doniesień działa wolno, sprawdź isi_hw_status i top Wyjść.

1. Zidentyfikuj rdzenie wirtualne

Przy użyciu polecenia isi_hw_status, Oblicz rdzenie wirtualne:

Virtual Cores = CPUs × Cores per CPU × 2 (if Hyperthreading is enabled)

Przykład:

PROC: Single-proc, Dual-HT-core → 1 × 2 × 2 = 4 virtual cores

2. Sprawdź średnie obciążenia

Z top dane wyjściowe, przejrzyj średnie obciążenia z 1, 3 i 5 minut:

load averages: 4.71, 3.48, 3.09

Jeśli średnie obciążenie przekracza liczbę rdzeni wirtualnych, obciążenie procesora może być czynnikiem przyczyniającym się do problemów z wydajnością NDMP. Zaleca się zmniejszenie liczby aktywnych procesów lub redystrybucję obciążenia do mniej używanych węzłów.

Analiza wydajności dysku

Czynności:

1. Przeglądanie statystyk napędów

Dla każdego węzła, który według doniesień działa wolno, sprawdź isi statistics drivei sprawdź kolumnę Kolejka . Wartość:

• > 1.0 oznacza kolejkowanie
• > 1.5 sugeruje znaczne pogorszenie wydajności

Queued: 2.3 → High I/O wait on the spindle

2. Sprawdzanie wykorzystania pamięci masowej

Upewnij się, że użycie dysku jest poniżej 90%. Wysokie wykorzystanie może pogorszyć problemy z wydajnością.

Przykład:

Used: 63.2%  <-- Within acceptable range

3. Zalecenia

Jeśli kolejkowanie jest wysokie, zmniejsz obciążenie we/wy, redystrybuuj kopie zapasowe lub skaluj zasoby.

Analiza wydajności sieci (tylko trójstronny protokół NDMP)

Czynności:

1. Identyfikacja połączeń NDMP

W netstat zlokalizuj połączenie NDMP CONTROL (port 10000) i zidentyfikuj odpowiednie połączenie DATA (zwykle wymienione powyżej).

Przykład:

tcp4  0  384563 172.19.220.31.23261  172.19.200.22.55621  ESTABLISHED  ← DATA
tcp4  0       0 172.17.2.91.10000    172.19.200.22.55424  ESTABLISHED  ← CONTROL

2. Analizuj Send-Q

Wysoki i stabilny Send-Q (na przykład wartość sześciocyfrowa ) wskazuje, że dane są wysyłane, ale nie są potwierdzane, co sugeruje wąskie gardło.

3. Sprawdź serwer kopii zapasowych

4. Zalecenia

Jeśli wąskim gardłem jest aplikacja do zarządzania danymi (DMA), zaleca się zaangażowanie zespołu wsparcia DMA w celu uzyskania dalszej pomocy.