Jak inżynierowie radzą sobie z cyklami „ponownego uczenia się” kontrolera RAID?
Jak zauważono w: Co to jest „ponowna nauka baterii” w LSI MegaRaid? , cykl ponownego uczenia się rozładowuje baterię kontrolera RAID (BBWC lub BBU), usuwając w ten sposób przyspieszenie pamięci podręcznej zapisu. Żywotność baterii jest sprawdzana, a po naładowaniu pamięć podręczna zapisu zostaje ponownie włączona. Ma to oczywisty wpływ na wydajność I / O serwera na czas cyklu ponownego uczenia się. Myślę, że dzieje się to co miesiąc.
Zauważono spadek wydajności, szczególnie w systemach baz danych:
Wolna baza danych? Sprawdź baterię RAID!
Dowiedz się więcej o swojej baterii
Moje doświadczenie pochodzi z serwerów HP ProLiant, których kontrolery Smart Array nie przechodzą tego ćwiczenia ( lub przynajmniej mają bardziej proaktywne monitorowanie żywotności baterii ). To wydaje się być okropną funkcją ( maksymalna niedogodność, niewielki zysk ), ale jestem w środowisku z wieloma kontrolerami LSI (na sprzęcie Supermicro ) i chciałbym sprawdzić, czy do odpowiednich systemów można zastosować ogólne zasady.
- Jaki jest domyślny harmonogram cyklu ponownego uczenia się na kontrolerze LSI?
- Czy te cykle uczenia się są przydatne?
- Czy tę funkcję należy wyłączyć?
- Jeśli zdecydujesz się pozostawić tę funkcję włączoną w swoim środowisku, jak poradzisz sobie z planowaniem? Czy planujesz to ręcznie czy zezwalasz kontrolerowi na ustawienie własnego harmonogramu?
- Czy dotyczy to kontrolerów Dell Perc w ten sam sposób? ( LSI to OEM )