SAN z kilkoma dyskami SSD lub wieloma starymi dyskami HDD?

Moja firma próbuje dowiedzieć się, jaki typ SAN kupić. Dotyczy to w szczególności serwerów baz danych, które stają się ograniczone we / wy (pamięć masowa jest teraz DAS, ale osiągamy limit jednego serwera i chcielibyśmy również dodać klastrowanie).

Potrzebujemy rozwiązania, które przyniesie długoterminowo około 3000 IOPS (obecnie osiągamy szczyt około 1000 IOPS). Większość naszych operacji na bazach danych to małe operacje odczytu / zapisu. W oparciu o dyskusje z inżynierami HP i innymi osobami online, HP P2000 z 24 dyskami SAS HD w konfiguracji RAID 10 dostarczy tej prędkości za około 20 000 USD. Dodaj kontrolery i inne elementy, aby zbudować sieć SAN, co pozwala nam osiągnąć maksymalny budżet 30 000 USD.

Ale w Internecie widzę, że wiele dysków SSD SAS zapewnia prędkość 80 000 IOPS +. Czy tego można się spodziewać? Jeśli tak, to czy realistyczne byłoby uzyskanie SAN P2000 lub podobnego poziomu podstawowego i wrzucenie tam kilku dysków SSD? Nasze bazy danych są małe, łącznie tylko kilka TB. Gdybyśmy to zrobili, mielibyśmy resztki pieniędzy na zakup drugiej sieci SAN do tworzenia kopii lustrzanych / przełączania awaryjnego, co wydaje się rozsądne.

Mogę mówić o szczegółach tego, co próbujesz osiągnąć. Szczerze mówiąc, nie wziąłbym pod uwagę podstawowego modelu HP P2000 / MSA2000.

Urządzenia te mają wiele ograniczeń iz perspektywy zestawu funkcji SAN są niczym więcej niż pudełkiem dysków. Bez warstw, bez inteligentnego buforowania, maksymalnie 16 dysków w grupie dysków wirtualnych , niskie możliwości IOPS, słaba obsługa SSD, (szczególnie na wybranym urządzeniu).

Trzeba będzie przejść do HP MSA2040, aby zobaczyć jakąkolwiek poprawę wydajności lub oficjalne wsparcie z dyskami SSD. Ponadto, czy naprawdę chcesz korzystać z iSCSI?

DAS może być najlepszym rozwiązaniem, jeśli możesz tolerować lokalne przechowywanie. Pamięć flash PCIe zostanie objęta Twoim budżetem, ale pojemność trzeba będzie dokładnie zaplanować.

Czy potrafisz opracować specyfikacje swoich rzeczywistych serwerów? Marka / model itp.

Jeśli klastrowanie jest koniecznością, inną opcją jest wykonanie jednostki HP MSA2040, ale użycie jednostki SAS zamiast iSCSI. Jest to mniej kosztowne niż w przypadku innych modeli, umożliwia podłączenie serwerów 4-8, oferuje niewielkie opóźnienia i doskonałą przepustowość, a także może obsługiwać dyski SSD. Nawet w przypadku modeli Fibre lub iSCSI to urządzenie zapewni większą elastyczność niż ta, którą połączyłeś.

Zasadą, której używam do IO dysku, jest:

• 75 IOP na wrzeciono dla SATA.

• 150 IOP na wrzeciono dla FC / SAS

• 1500 IOP na wrzeciono dla SSD.

Oprócz procesorów IOP na macierz należy również uwzględnić procesory IOP na terabajt. Nierzadko kończy się bardzo złym współczynnikiem IOP na TB, jeśli robi się SATA + RAID6. Może to nie zabrzmieć zbyt wiele, ale często kończy się to tym, że ktoś dostrzega „wolne miejsce” na tablicy i chce z niego skorzystać. Ludzie często kupują koncerty i ignorują iops, podczas gdy w większości systemów korporacyjnych jest odwrotnie.

Następnie dodaj koszt kary zapisu dla RAID:

• 2 dla RAID1, RAID1 + 0
• 4 dla RAID5 (lub 4)
• 6 dla RAID6.

Kara zapisu może być częściowo złagodzona ładne duże pamięci podręczne zapisu i we właściwych okolicznościach. Jeśli masz dużo sekwencyjnego We / Wy zapisu (jak dzienniki DB), możesz znacznie zmniejszyć kary za zapis w RAID 5 i 6. Jeśli potrafisz napisać pełny pasek (np. Jeden blok na wrzeciono), nie musisz czytać, aby obliczyć parzystość.

Załóżmy zestaw RAID 6 8 + 2. W normalnej pracy dla pojedynczego zapisu We / Wy musisz:

• Przeczytaj blok „zaktualizowany”.
• Przeczytaj pierwszy blok parzystości
• Przeczytaj drugi blok parzystości
• Przelicz parzystość.
• napisz wszystkie 3. (6 IO).

Zapisując pełny pasek w pamięci podręcznej - np. 8 kolejnych „kawałków” wielkości paska RAID można obliczyć parzystość dla całej partii, bez konieczności odczytu. Potrzebujesz więc tylko 10 zapisów - po jednym do każdego z danych i dwóch parzystości.

To sprawia, że ​​twoja kara za zapis 1.2.

Należy również pamiętać, że zapisywanie We / Wy jest łatwe do buforowania - nie trzeba go natychmiast umieszczać na dysku. Działa pod łagodnym ograniczeniem czasowym - tak długo, jak średnio przychodzące zapisy nie przekraczają prędkości wrzeciona, wszystkie będą mogły działać z „prędkością pamięci podręcznej”.

Z drugiej strony odczyt IO jest utrudniony - nie można ukończyć odczytu, dopóki dane nie zostaną pobrane. Algorytmy buforowania odczytu i ładowania pamięci podręcznej stają się w tym momencie ważne - przewidywalne wzorce odczytu (np. Sekwencyjne, jak można uzyskać z kopii zapasowej) można przewidzieć i wstępnie pobrać, ale wzorce odczytu losowego nie mogą.

W przypadku baz danych ogólnie sugeruję założenie, że:

• większość IO „bazy danych” jest odczytywana losowo. (np. zły dla losowego dostępu). Jeśli możesz sobie pozwolić na koszty ogólne, RAID1 + 0 jest dobry - ponieważ dyski lustrzane dają dwa źródła odczytu.

• większość IO „log” to sekwencyjny zapis. (np. dobre do buforowania i wbrew sugestiom wielu DBA, prawdopodobnie wolisz RAID50 niż RAID10).

Trudno powiedzieć o stosunku dwóch. Zależy, co robi DB.

Ponieważ przypadkowe odczytanie IO jest najgorszym przypadkiem buforowania, to właśnie tam SSD naprawdę wchodzi w grę - wielu producentów nie zawraca sobie głowy buforowaniem SSD, ponieważ i tak ma mniej więcej tę samą prędkość. Dlatego szczególnie w przypadku tymczasowych baz danych i indeksów dysk SSD zapewnia dobry zwrot z inwestycji.

Twoja analiza jest całkiem poprawna.

Użyj kilku dysków twardych, aby uzyskać wiele GB, i wielu dysków twardych do kilku operacji we / wy.
Użyj kilku dysków SSD dla wielu procesorów IOP i wielu dysków SSD dla kilku GB

Co jest dla ciebie ważniejsze? Przestrzeń kosmiczna jest głównym czynnikiem napędzającym koszty rozwiązań SSD, ponieważ cena za GB jest znacznie wyższa. Jeśli mówisz o 200 GB potrzebnych procesorów IOP 4K, para dysków SSD Cię tam zaprowadzi. Lub 24-dyskowy układ dysków 15K, pozostawiając dużo miejsca na pamięć masową.

Ile IOps faktycznie uzyskasz z tych dysków SSD różni się bardzo w zależności od infrastruktury pamięci masowej (ewwhite to rozwinie), ale rozsądne jest uzyskanie tego rodzaju prędkości. Zwłaszcza w przypadku Raid10, gdzie nie jest obliczana parzystość.

Niedawno zbudowałem parę serwerów pamięci dla mojego pracodawcy, wykorzystując obudowę Dell C2100, działającą pod FreeBSD 10.1 z dwunastoma dyskami SATA Western Digital „SE” 2 TB 7200 obr./min. Dyski znajdują się w jednej puli ZFS składającej się z dwóch 6-dyskowych wirtualnych urządzeń RAIDZ-2 (vdevs). Do puli dołączono parę dysków SSD Intel DC S3500, które są superkondensowane i chronione przed utratą zasilania, są używane zarówno jako SLOG, jak i L2ARC. Obciążenie testowania tego serwera przez iSCSI, udało mi się trafić 7500-8200 IOPS. Nasz całkowity koszt dysków twardych wyniósł około 2700 USD na serwer.

W czasie, gdy działały te systemy oparte na BSD, jedna z naszych jednostek HP MSA2012i SAN doświadczyła dwóch usterek kontrolera, a nasza druga jednostka MSA2012i uszkodziła duży wolumin NTFS wymagający 12 godzin przestoju na naprawę.

Dell i HP sprzedają ci 10% sprzętu i 90% obietnicy wsparcia, którego nigdy nie będziesz w stanie wykorzystać.