J

eśli planujemy użycie wbudowanego lub zewnętrznego kontrolera dysków warto upewnić się, że jest on wyposażony w pamięć podręczną. Ma to szczególne znaczenie w przypadku wykorzystania tradycyjnych dysków magnetycznych. Dlaczego? Ponieważ wykorzystując pamięć cache kontrolera, jak i dysków możemy znacznie przyśpieszyć opóźnienia operacji zapisu (obrazek #1 – włączenie pamięci cache). Na zaprezentowanym przykładzie włączono pamięć cache dla kontrolera Perc H730 mini za pomocą MegaCLI:

setarch x86_64 --uname-2.6 MegaCli64 -LDSetProp -EnDskCache -LAll -aAll;
setarch x86_64 --uname-2.6 MegaCli64 -LDSetProp -Cached -Immediate -Lall -aAll;
setarch x86_64 --uname-2.6 MegaCli64 -LDSetProp -WB -Immediate -Lall -aAll;
setarch x86_64 --uname-2.6 MegaCli64 -LDSetProp -ADRA -Immediate -Lall -aAll;

Jeśli nasze serwery stanowią klaster, który utrzymuje replikację danych pomiędzy różnymi węzłami – możemy także skonfigurować kontroler, aby podtrzymywał politykę wykorzystania pamięci cache nawet w przypadku utraty sprawności baterii BBU (ang. battery backup unit). Lepiej monitorować jej status i wymienić ją w dogodnym technicznie czasie niż niespodziewanie zaobserwować spadek wydajności jednego z serwerów.

Więcej informacji: Zarządzanie kontrolerem RAID firmy LSI poprzez MegaCli, Konserwacja battery backup unit (BBU/BBM) kontrolera RAID

U

żywanie Linuksa na zwykłych stacjach roboczych generalnie wymaga dysków o małej pojemności, podzielonych na jeszcze mniejsze partycje. Jednak w przypadku serwerów wymagane są partycje o bardzo dużych pojemnościach. Dla przykładu: nie jesteśmy w stanie stworzyć partycji o wielkości 4 TB (Terabajtów) opartej na nadmiarowej macierzy niezależnych dysków (ang. RAID), za pomocą zwykłego polecenia fdisk (pozwala ono tylko na utworzenie partycji do 2 TB). W celu rozwiązania tego problemu można użyć programu GNU parted z obsługą Intelowskiej tablicy partycji GPT (ang. GUID Partition Table).
[ czytaj całość… ]