Konfiguracja CacheCade Pro 2.0 z StorCLI

Uwaga: Prosimy zwrócić uwagę, że ten artykuł / kategoria nie jest już aktualizowana, gdyż odnosi się do starszych komponentów oprogramowania / sprzętu. Ta strona jest nadal dostępna jedynie w celach informacyjnych.

MegaRAID CacheCade firmy LSI jest dodatkową odpłatną funkcją kontrolerów MegaRAID. CacheCade umożliwia wykorzystanie dysku SSD (lub RAID-u z nich) jako rozszerzenia cache'u kontrolera. Przez co, bez wielkich kosztów, możliwe jest znaczące zwiększenie wydajności macierzy RAID. W tym artykule opisana jest konfiguracja takiego bufora. Funkcja dostępna jest po wprowadzeniu klucza licencyjnego (w BIOS-ie kontrolera lub MegaRAID Storage Manager).

Informacje na temat konfiguracji opcji CacheCade Pro 2.0 w WebBIOS-ie kontrolera znajdują się w:

Aktywacja Advanced Software Options w WebBIOS kontrolera LSI

Konfiguracja bufora CacheCade za pomocą StorCLI

Następujący przykład przedstawia następujący scenariusz:

Konfiguracja wolumenu z jednego dysku (JBOD)
Konfiguracja bufora CacheCade z jednym dyskiem SSD
Dodanie dysku SSD jako caching device do wolumenu

Konfiguracja wolumenu

Najpierw potrzebny jest Enclosure ID, może on zostać wyświetlony następującą komendą:

sudo storcli /c0 /eall /sall show

Przykładowy wynik:

Controller = 0
Status = Success
Description = Show Drive Information Succeeded.


Drive Information :
=================

-------------------------------------------------------------------------------
EID:Slt DID State DG       Size Intf Med SED PI SeSz Model                  Sp 
-------------------------------------------------------------------------------
252:0     7 Onln   0  465.25 GB SATA HDD N   N  512B WDC WD5003ABYX-01WERA1 U  
252:1     6 UGood  -  465.25 GB SATA HDD N   N  512B WDC WD5003ABYX-01WERA1 U  
252:2     5 UGood  -  465.25 GB SATA HDD N   N  512B WDC WD5003ABYX-01WERA1 U  
252:3     4 UGood  - 223.062 GB SATA SSD N   N  512B INTEL SSDSC2CW240A3    U  
-------------------------------------------------------------------------------

EID-Enclosure Device ID|Slt-Slot No.|DID-Device ID|DG-DriveGroup
DHS-Dedicated Hot Spare|UGood-Unconfigured Good|GHS-Global Hotspare
UBad-Unconfigured Bad|Onln-Online|Offln-Offline|Intf-Interface
Med-Media Type|SED-Self Encryptive Drive|PI-Protection Info
SeSz-Sector Size|Sp-Spun|U-Up|D-Down|T-Transition|F-Foreign
UGUnsp-Unsupported

W pierwszej kolumnie znajduje się enclosure- i slot-ID.

Nowy wolumen tworzony jest następującą komendą:

sudo storcli /c0 add vd type=r0 drives=252:1

Wolumen musi jeszcze zostać inicjalizowany:

sudo storcli /c0/v1 start init force

Wolumen jest gotów.

Konfiguracja bufora CacheCade

Najpierw dysk SSD musi zostać dodany jako CacheCade Device.

sudo storcli /c0 add vd cc type=r0 drives=252:3 WB

Możliwe jest również wykorzystanie RAID-u jako bufora, konieczna jest do tego odpowiednia zmiana opcji type= i drives=.

Aby skontrolować czy CacheCade Device zostało poprawnie skonfigurowane może zostać wykorzystane następujące polecenie:

sudo storcli /c0/dall show cc

Przykładowy wynik:

Controller = 0
Status = Success
Description = Show Diskgroup Succeeded


Cache Cade Virtual Drives :
=========================

--------------------------------------------------------------------------
DG Arr Row EID:Slot DID Type  State BT       Size PDC  PI SED DS3  FSpace 
--------------------------------------------------------------------------
 2 -   -   -        -   Cac0  Optl  N  223.062 GB enbl N  N   none N      
 2 0   -   -        -   RAID0 Optl  N  223.062 GB enbl N  N   none N      
 2 0   0   252:3    4   DRIVE Onln  N  223.062 GB enbl N  N   none -      
--------------------------------------------------------------------------

Total Cache Cade Virtual  Drives = 1

Cached Virtual Drives :
=====================

Total Cached Drives = 0

Jak jest to widoczne w ostatnim wierszu, bufor nie jest jeszcze wykorzystywany. Obecnie bufor jest tylko utworzony i musi jeszcze zostać przyporządkowany do wolumenu.

Przyporządkowanie caching device do wolumenu

Bufor CacheCade może zostać przyporządkowany do virtual device następującym poleceniem:

sudo storcli /c0/v1 set ssdCaching=on

Teraz wynik komendy

sudo storcli /c0/dall show cc

zmienił się następująco:

[...]
Cached Virtual Drives :
=====================

--------------------------------------------------------------
DG/VD TYPE  State Access Consist Cache Cac sCC      Size Name 
--------------------------------------------------------------
1/1   RAID0 Optl  RW     Yes     RWBD  RW  ON  465.25 GB      
--------------------------------------------------------------

Total Cached Drives = 1

Skasowania bufora

Najpierw bufor musi zostać wyłączony dla wolumenu:

sudo storcli /c0/v1 set ssdCaching=off

Teraz CacheCade device może zostać skasowane:

sudo storcli /c0/v2 del cc

RAID1 SSD Cache

Korzyści:

Wyższy poziom bezpieczeństwa danych w przypadku awarii jednego dysku SSD
Automatyczny management bufora w przypadku awarii (przełączanie między read- i write-cache)

Konfiguracja

Konfiguracja jest taka sama jak bez RAID-u, polecenie musi ulec jedynie małej zmianie:

sudo storcli /c0 add vd cc type=r1 drives=252:2-3 WB

W ten sposób zostanie skonfigurowane cache device składające się z dysku 2 i 3 w RAID1. Przyporządkowanie funkcjonuje dokładnie tak jak bez RAID-u.

Awaria

Sytuacja wyjściowa:

Controller = 0
Status = Success
Description = Show Diskgroup Succeeded


Cache Cade Virtual Drives :
=========================

-----------------------------------------------------------------------
DG Arr Row EID:Slot DID Type  State BT    Size PDC  PI SED DS3  FSpace 
-----------------------------------------------------------------------
 2 -   -   -        -   Cac1  Optl  N  74.0 GB enbl N  N   none N      
 2 0   -   -        -   RAID1 Optl  N  74.0 GB enbl N  N   none N      
 2 0   0   252:2    5   DRIVE Onln  N  74.0 GB enbl N  N   none -      
 2 0   1   252:3    4   DRIVE Onln  N  74.0 GB enbl N  N   none -      
-----------------------------------------------------------------------

Total Cache Cade Virtual  Drives = 1

Cached Virtual Drives :
=====================

--------------------------------------------------------------
DG/VD TYPE  State Access Consist Cache Cac sCC      Size Name 
--------------------------------------------------------------
1/1   RAID0 Optl  RW     Yes     RWBD  RW  ON  465.25 GB      
--------------------------------------------------------------

Total Cached Drives = 1

Jeżeli teraz jeden z dysków zostanie wyjęty lub ulegnie awarii to wynik zmienia się następująco:

Controller = 0
Status = Success
Description = Show Diskgroup Succeeded


Cache Cade Virtual Drives :
=========================

-----------------------------------------------------------------------
DG Arr Row EID:Slot DID Type  State BT    Size PDC  PI SED DS3  FSpace 
-----------------------------------------------------------------------
 2 -   -   -        -   Cac1  Dgrd  N  74.0 GB enbl N  N   none N      
 2 0   -   -        -   RAID1 Dgrd  N  74.0 GB enbl N  N   none N      
 2 0   0   252:2    5   DRIVE Onln  N  74.0 GB enbl N  N   none -      
 2 0   1   -        -   DRIVE Msng  -  74.0 GB -    -  -   -    -      
-----------------------------------------------------------------------

Total Cache Cade Virtual  Drives = 1

Cached Virtual Drives :
=====================

--------------------------------------------------------------
DG/VD TYPE  State Access Consist Cache Cac sCC      Size Name 
--------------------------------------------------------------
1/1   RAID0 Optl  RW     Yes     RWBD  R   ON  465.25 GB      
--------------------------------------------------------------

Total Cached Drives = 1

Jak jest to powyżej widoczne bufor jest nadal aktywny. Kontroler rozpoznał awarię, wyłączył write-caching (w kolumnie Cac jest teraz R zamiast RW) i zmienił status wolumenu RAID na Degraded.