Data: 2013-02-20 14:53:24 | |
Autor: MK | |
Interfejs do polaczenia serwera z macierza dyskowa | |
Witam
Zamierzam zakupic dwa serwery (na motor bazy danych i oprogramowanie ERP) oraz do nich dedykowana macierz dyskowa. Chodzi mi o to w jaki sposob obecnie nalezy spiac takie serwery do wspolnej macierzy dyskowej. W macierzy beda dyski SAS 15krpm po 300GB w RAID 5. Czy zakupic karty i macierz z portami Fiber Channel czy wystarczy miec 2 gniazda SAS w serwerach oraz 4 w macierzy (redundancja) aby zapewnic szybkosc operacji I/O pomiedzy serwerami a macierza? Za wszelka odpowiedz serdecznie dziekuje. Pozdrawiam M.K. |
|
Data: 2013-02-20 21:51:05 | |
Autor: Michal Kawecki | |
Interfejs do polaczenia serwera z macierza dyskowa | |
Dnia Wed, 20 Feb 2013 14:53:24 +0100, MK napisał(a):
Witam Rozumiem, że to będzie klaster? Nie wiem, co Ty na tej macierzy chcesz puszczać, ale pod serwer bazodanowy z reguły daje się RAID10 z uwagi na ilość IOPsów. Dla bezpieczeństwa dołóż do niej jeden dodatkowy dysk spare. Interfejs hmmm w zasadzie zarówno SAS (6Gb) jak i FB (8Gb) mają podobne osiągi, z mocnym wskazaniem na FB. Przy wyborze musisz się więc raczej pokierować innymi względami, np. kwestią późniejszej rozbudowy o kolejny serwer (FB będzie wymagał bardzo drogiego switcha), kompatybilnością (czy konkretny zestaw macierz/interfejs posiada certyfikat środowiska wirtualnego), oraz kwestią obsługi przez trzecie programy (np. przez program zarządzający backupami maszyn wirtualnych) - bo nie każde rozwiązanie pozwoli na wykorzystanie wbudowanej w macierz puli poleceń, czyli VAAI. A tak na marginesie - rozważałeś kolokację swoich serwerów w profesjonalnej serwerowni? Takie rozwiązanie jest tanie i bezpieczne, nie musisz budować serwerowni z klimatyzacją i UPS-ami, martwić się o backupy, płacić co miesiąc za obsługę tego złomu... A koszty szybkiego światłowodu lub łącza radiowego dzisiaj już nie zabijają. -- M. /odpowiadając na priv zmień px na pl/ |
|
Data: 2013-02-20 22:43:35 | |
Autor: Andrzej Lawa | |
Interfejs do polaczenia serwera z macierza dyskowa | |
W dniu 20.02.2013 14:53, MK pisze:
Witam Jeszcze pytanie jaki masz budżet oraz jakie są rzeczywiste potrzeby tego systemu. W praktyce może się okazać, że Twoje potrzeby dźwignie współczesny "domowy" pecet na dyskach SATA za ułamek ceny. I to z drugim identycznym zapasowym. I jeszcze zostanie nieco mocy i miejsca na jeszcze kilka wirtualnych maszyn na np. serwery pocztowe czy www. -- Świadomie psujący kodowanie i formatowanie wierszy są jak srający z lenistwa i głupoty na środku pokoju. I jeszcze ci durnie tłumaczą to nowoczesnością... |
|
Data: 2013-02-20 22:57:05 | |
Autor: Andrzej Lawa | |
Interfejs do polaczenia serwera z macierza dyskowa | |
Tak z ciekawostek: profesjonalny serwer z wypasionymi dyskami SAS 15krpm - ciągły transfer z dysku do /dev/null to jakieś 130MB/s. Ten sam test na "domowym" pececie (płyta sabertooth) z "zielonymi" dyskami WD (SATA) chodzącymi w mirrorze - ponad 90MB/s (i to mimo tego, że na tej samej programowej macierzy chodzi kilka serwerów, włącznie z dyskiem sieciowym, oraz kilka wirtualnych urządzeń sieciowych, a ten SASowy jest golutki)
Tak, wiem, przy zapisie będzie dużo gorzej i nie mierzę czasu dostępu do danych tylko ciągły transfer (około gigabajta). Ale to tylko taka ciekawostka :) |
|
Data: 2013-02-21 00:50:56 | |
Autor: Michal Kawecki | |
Interfejs do polaczenia serwera z macierza dyskowa | |
Dnia Wed, 20 Feb 2013 22:57:05 +0100, Andrzej Lawa napisał(a):
Tak z ciekawostek: profesjonalny serwer z wypasionymi dyskami SAS 15krpm - ciągły transfer z dysku do /dev/null to jakieś 130MB/s. Ten sam test na "domowym" pececie (płyta sabertooth) z "zielonymi" dyskami WD (SATA) chodzącymi w mirrorze - ponad 90MB/s (i to mimo tego, że na tej samej programowej macierzy chodzi kilka serwerów, włącznie z dyskiem sieciowym, oraz kilka wirtualnych urządzeń sieciowych, a ten SASowy jest golutki) Ciągłe transfery są mało istotne, pomierz raczej IOPs. Zresztą, o czym my w ogóle mówimy - człowiek chce postawić przyzwoite środowisko ERP pod x użytkowników, a nie jakiś serwerek do kompilacji apek... -- M. /odpowiadając na priv zmień px na pl/ |
|
Data: 2013-02-21 08:58:48 | |
Autor: Andrzej Lawa | |
Interfejs do polaczenia serwera z macierza dyskowa | |
W dniu 21.02.2013 00:50, Michal Kawecki pisze:
Ciągłe transfery są mało istotne, pomierz raczej IOPs. Zresztą, o czym Przyzwoite powinno w miarę efektywnie wykorzystywać sprzęt, a x to może być 50, ale może też być 5000... -- Świadomie psujący kodowanie i formatowanie wierszy są jak srający z lenistwa i głupoty na środku pokoju. I jeszcze ci durnie tłumaczą to nowoczesnością... |
|
Data: 2013-02-21 09:36:57 | |
Autor: Michal Kawecki | |
Interfejs do polaczenia serwera z macierza dyskowa | |
Dnia Thu, 21 Feb 2013 08:58:48 +0100, Andrzej Lawa napisał(a):
W dniu 21.02.2013 00:50, Michal Kawecki pisze: Środowisko musi być też niezawodne, tj. zapewniać możliwość podjęcia dalszej pracy natychmiast po awarii pojedynczego hosta w klastrze, a nie dopiero po odtworzeniu maszyny z backupu. Tj. ja wiem, że teoretycznie da się to zrobić na dwóch synchronizowanych przez sieć pecetach, ale ani to niezawodne, ani wydajne, ani elastyczne... Ale w sumie to trochę spekulacje, bo nie znamy oczekiwań wątkotwórcy. a x to może Tego jeszcze nie wiadomo, ale skoro człowiek pyta o podstawy, to pewnie chodzi o jakieś rozwiązanie stawiane własnymi siłami, bez pomocy firmy wyspecjalizowanej w budowaniu środowisk ERP. Ergo - dla max 20-30 userów. W przeliczeniu na usera koszty takiej serwerowni będą bardzo wysokie, stąd była moja sugestia rozważenia kolokacji. Poza tym są firmy prowadzące za całkiem niewielkie pieniądze kompletne usługi łącznie z wynajmem serwerów bazodanowych i pasowanych pod klienta aplikacji ERP. Kiedyś korzystaliśmy z usług takiej firmy i dobrze ten czas wspominam. -- M. /odpowiadając na priv zmień px na pl/ |
|
Data: 2013-02-21 10:24:15 | |
Autor: Maciek "Babcia" Dobosz | |
Interfejs do polaczenia serwera z macierza dyskowa | |
Dnia 2013-02-21, o godz. 09:36:57
Michal Kawecki <kkwinto@o2.px> napisał(a): Tego jeszcze nie wiadomo, ale skoro człowiek pyta o podstawy, to Ale nie zawsze rozwiązanie za pomocą kolokacji jest to dopuszczalne. I nie chodzi tu o cenę a np. o rodzaj przechowywanych danych. Np. część danych w mojej firmie to dane wrażliwe i nie jest możliwa żadna kolokacja nawet jeśli rozwiązanie z własną serwerownią jest zdecydowanie droższe. Z serwerownią i kosztami też bywa różnie czasami jest dostępna własna za niewielkie pieniądze. Tu opowieść z życia wzięta. ;-) Moja żona wynajmowała przez 3 lata lokal na restaurację. W ramach czynszu za lokal miała też niewielką serwerownię: 2 szafy 42U, klimatyzacja, solidne zamknięcie, podwójne zasilanie z dwóch źródeł, system ppoż, dociągnięty światłowód do jednego z prowajderów, patchpanele nawet w szafach, okablowanie lokalu etc.. Myk był w tym że wejście do pomieszczenia było z zaplecza restauracji i były w nim także przyłącza energetyczne do wynajmowanego lokalu. Właściciel budynku potraktował to jako powierzchnię wspólną płaciliśmy 6PLN+VAT za metr pomieszczenia. Po prostu kilka lat temu zaprojektowano to pod inne cele a że nikt nie chciał wynająć to tak to zostało. Przez 3 lata miałem swoja małą prywatna serwerownię. Nawte kolokowałem serwery kumpli. Niestety - gastronomia leci od roku w dół i z lokalu zrezygnowaliśmy. I nie mam już swojej serwerowni. ;-) Czasami jest lepiej niż się wydaje na pierwszy rzut oka bo np. serwerownia już jest tylko trzeba ja doposażyć w jakiś sprzęt. Zdrówko |
|
Data: 2013-02-21 08:36:31 | |
Autor: Robson | |
Interfejs do polaczenia serwera z macierza dyskowa | |
W dniu 2013-02-20 22:57, Andrzej Lawa pisze:
Tak z ciekawostek: profesjonalny serwer z wypasionymi dyskami SAS 15krpm Nie piszesz, jaki sterownik macierzowy jest w serwerze, a to jest bardzo istotny element. Taki "RAID" na pececie ma się nijak do porządnego sterownika z dużą ilością cache na pokładzie, o przyszłej rozbudowie i ilości dysków jakie można podpiąć nie wspominając. R |
|
Data: 2013-02-21 08:47:31 | |
Autor: Andrzej Lawa | |
Interfejs do polaczenia serwera z macierza dyskowa | |
W dniu 21.02.2013 08:36, Robson pisze:
Nie piszesz, jaki sterownik macierzowy jest w serwerze, a to jest bardzo Zwracam uwagę, że taki sterownik macierzowy to z reguły także pecet ze specjalizowanym linuxem w bajeranckiej obudowie i z kosmiczną ceną ;) -- Świadomie psujący kodowanie i formatowanie wierszy są jak srający z lenistwa i głupoty na środku pokoju. I jeszcze ci durnie tłumaczą to nowoczesnością... |
|
Data: 2013-02-21 12:07:11 | |
Autor: Robson | |
Interfejs do polaczenia serwera z macierza dyskowa | |
W dniu 2013-02-21 08:47, Andrzej Lawa pisze:
W dniu 21.02.2013 08:36, Robson pisze: Hmm, raczej karta, bez obudowy. To miałem na myśli. R |
|
Data: 2013-02-22 07:10:48 | |
Autor: MK | |
Interfejs do polaczenia serwera z macierza dyskowa | |
Witam i dziekuje za odpowiedzi.
Jezeli chodzi o kolokacje do zewnetrznej serwerowni nie wchodzi za bardzo w gre dla typowo wewnetrznego systemu ERP (firma w jednej lokalizacji, 60 licencji na ERP). Chodzi o ochrone danych, dodatkowe umowy o ochronie, zabezpieczenie nadmiarowosci szybkich lacz, itp. W firmie jest juz serwerowania klimatyzowana z odpowiednim zabezpieczeniem przed dostepem nieupowaznionych osob wraz z szafa rackowa zakupiona na potrzeby serwerow innego dedykowanego systemu. Podsumowujac wiec ja zakupuje dwa serwery i macierz (moze byc zintegrowana z jednym z serwerow - dopuszczam takie rozwiazanie). Moje pytanie dotyczy tego czy te trzy elementy mozna sklastrowac w jeden fizycznie sprzet i na nim postawic wirtualnie serwer bazy danych (SQL), serwer na potrzeby samej aplikacji ERP i dysk macierzy na przechowywanie danych (z wysokim IOPS). Pozwoli to zachowac minimalna nadmiarowosc jezeli chodzi o awarie serwerow. Prosze mnie poprawic jezeli zle mysle. Dodatkowo w kilku specyfikacjach na sprzet serwerowy zapisane jest ze dana macierz ma miec zabezpieczenie wewnetrznego cache przed awaria tylko nie dopuszczalne jest zabezpieczenie wykorzystujace moduły bateryjne. Czy oznacza to, ze zabezpieczenie w oparciu o baterie jest niepewne i na wypadek awarii zasilania zbuforowane dane w cache moga bezpowrotnie byc utracone ? Jakie w takim razie sa te pamieci cache bez podtrzymania bateryjnego ? Pozdrawiam M.K. |
|
Data: 2013-02-24 19:00:17 | |
Autor: NiusOnly | |
Interfejs do polaczenia serwera z macierza dyskowa | |
W dniu 2013-02-22 07:10, MK pisze:
Podsumowujac wiec ja zakupuje dwa serwery i macierz (moze byc zintegrowana z Zajmuje siÄ wdroĹźeniami jednego z systemĂłw ERP i z doĹwiadczenia radziĹbym ĹźebyĹ chociaĹź zwrĂłciĹ siÄ do producenta lub firmy, ktĂłra bÄdzie to wdraĹźaÄ, o sizing lub najlepiej zaproponowanie konkretnej konfiguracji sprzÄtowej. W moim przypadku zazwyczaj buduje siÄ klaster gdzie zarĂłwno baza jak i aplikacja pracujÄ na interfejsach wirtualnych i mogÄ dowolnie byÄ przeĹÄ czane pomiÄdzy wÄzĹami. Dodatkowo aplikacja ma specjalne moduĹy do obsĹugi uĹźytkownikĂłw i zadaĹ ktĂłre sÄ instalowane lokalnie i w peĹni wykorzystujÄ moc 2 serwerĂłw. Podczas normalnej pracy obciÄ Ĺźenie jest rĂłwnowaĹźone pomiÄdzy wÄzĹy klastra a podczas awarii centralny element + baza dziaĹa na sprawnym wÄĹşle. Fizycznie sÄ to przynajmniej 2 serwery + oddzielna macierz poĹÄ czona jednoczeĹnie do wszystkich serwerĂłw. Tak tak w uproszczeniu. WracajÄ c do twojej sytuacji- jeĹli chcesz to moĹźesz zbudowaÄ konfiguracje samodzielnie ale uzgodnij jÄ z kimĹ kto juĹź miaĹ doĹwiadczenie z aplikacjÄ jakÄ wdraĹźacie. CzÄsto spotykam siÄ z sytuacjÄ Ĺźe ktoĹ ma jakÄ Ĺ wizjÄ ktĂłra po prostu ze wzglÄdu na konkretne wymagania aplikacji (lub brak wiedzy/doĹwiadczenia klienta), nie sprawdza siÄ i koĹczy siÄ tym Ĺźe trzeba wydawaÄ dodatkowe pieniÄ dze na sprzÄt albo caĹoĹÄ chodzi kulawo. Przy takiej iloĹci userĂłw nie potrzebujesz niewiadomo jak szybkiego sprzÄtu. SkupiĹbym siÄ raczej na dobrym klastrze i wyeliminowaniu pojedynczych punktĂłw awarii tak Ĺźeby w razie awarii nikt nie miaĹ pretensji Ĺźe firma nie pracowaĹa przez 2 dni ;)
SÄ kontrolery z flashem, w razie awarii zasilania wszystko jest przepisywane do flasha. OczywiĹcie tam teĹź jest jakieĹ podtrzymywanie zasilania ale po zapisaniu do flashu (co trwa moment) nie jest potrzebne. M. |
|