właśnie przeprowadziliśmy migrację starej pamięci Fibre SAN do pamięci masowej IBM v3700 z 24 dyskami SAS 600 GB.
Ta pamięć jest podłączona bezpośrednio do dwóch serwerów IBM ESXi 5.5, każdy z dwoma wielościeżkowymi kontrolerami SAS 6 Gb / s.
Do tej pory skonfigurowałem pamięć, z której korzystałem, w wiele grup RAID5. Każda grupa miałaby inny serwer / cel. Głównymi grupami RAID byłyby OracleDB, archiwum Oracle, SQL Server i cała reszta (serwer plików, poczta itp.). Najważniejsze aplikacje to Oracle i SQL Server.
Moje pierwsze obawy dotyczą bezpieczeństwa, a następnie wydajności naszych aplikacji. Więc zdecydowałem się na RAID6 + spare (s).
Teraz moim głównym zmartwieniem jest to, że ponieważ używamy ESXi, powinienem skonfigurować całą pamięć masową w jednym RAID, oszczędzając miejsce i tworząc woluminy magazynu danych z ESXi dla każdego serwera, czy też nie jest to dobra praktyka i lepiej jest tworzyć osobne sprzętowe grupy RAID?
Odpowiedzi:
Każdy dostawca ma swoje własne rekomendacje, więc zacznij od pytania do IBM. Zwykle możesz otworzyć bilet z prośbą o poradę konfiguracyjną, nie płacąc za dodatkowe wsparcie. To lub ktokolwiek ci to sprzedał, może.
W skrócie googling, odkryłem ten podręcznik . Strona 212, prawdopodobnie potrzebujesz podstawowego rajdu 6, co oznacza 1 zapas i napęd na macierz na cel 12. Oznacza to dwa naloty, jeden z 12, jeden z 11. Nie polecam raidu 10, ponieważ stracisz połowę swojej Pojemność. Pozwala to uniknąć parzystości, ale należy się tym martwić tylko w przypadku niskiej lub wewnętrznej pamięci. Pamięć masowa ukryje narzuty losowego nadpisywania za pamięcią podręczną. Mój sklep używa RAID 6 wyłącznie na pół petabajta VMWare 5.5 i jest w porządku.
Powinieneś przeczytać tę książkę i zrozumieć, jak robią mdiski i pule. Chcesz utworzyć pulę z szerokim paskiem na wszystkich wrzecionach, po skonfigurowaniu grup rajdowych.
źródło
Zrzeczenie się odpowiedzialności - jest w dużej mierze oparte na opiniach i oznaczało pytanie jako takie, ale postaram się udzielić odpowiedzi, ponieważ całkiem niedawno skonfigurowałem prawie taką samą konfigurację.
Bardzo wątpię, aby jakakolwiek baza danych działała dobrze na macierzy RAID5 lub 6. Większość dostawców aktywnie odradza (a nawet w niektórych przypadkach zabrania) korzystania z nieopartych poziomów RAID opartych na parzystości ze względu na długi czas odbudowy, co prowadzi do zwiększonego ryzyka lub URE podczas odbudowy.
Osobiście podzieliłbym to na dwie odrębne grupy - RAID10 dla twojego obciążenia o wysokim IO, takie jak bazy danych, i RAID50 dla reszty twoich danych. Ile dysków poświęcisz dla każdej tablicy zależy od tego, ile danych potrzebujesz przechowywać.
Na przykład w macierzy 24-dyskowej możesz stracić dwa dyski na części zamienne do obudowy i utworzyć cztery zakresy 2-dyskowe (czyli łącznie 8 dysków), aby uzyskać logiczną macierz RAID10 około 2,4 TB. Dzięki temu masz 14 dysków dla macierzy RAID50, 7 dysków na rozpiętość i około 7,2 TB dostępnego miejsca. Oczywiście możesz żonglować liczbą zakresów, ale pamiętaj, że RAID10 potrzebują wielokrotności 2.
Jeśli chodzi o magazyny danych, tak naprawdę nie robi to dużej różnicy, jeśli nie używasz wymyślnych funkcji, takich jak Storage vMotion i DRS, aby wymieszać zasoby.
Ponadto, aby wyjaśnić ostatni akapit: więcej, mniejsze dyski są zwykle lepsze niż mniejsze, większe dyski ze względu na czas potrzebny na odbudowę uszkodzonego dysku oraz obciążenie na inne dyski podczas odbudowy.
źródło
Nigdy nie wybrałbym RAID6, a nawet 5, jeśli chodzi o ładunki robocze w stylu bazy danych. Ponieważ są oparte na parzystości, ponoszą wysoką karę za zapis, a czasy odbudowy mogą być OGROMNE.
RAID 10 zapewnia najlepszą wydajność, możesz przetrwać jedną awarię z każdej strony macierzy i możesz przeznaczyć jedną lub dwie wolne części, aby mieć pewność, że macierz szybko odzyska nadmiarowość w przypadku awarii dysku.
Pod względem podziału i prezentacji pamięci ... Zazwyczaj stosuję schemat 1 jednostki LUN na grupę RAID, każda jednostka LUN następnie zawiera kilka dysków VM.
źródło