eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.pecetInterfejs do polaczenia serwera z macierza dyskowaRe: Interfejs do polaczenia serwera z macierza dyskowa
  • Data: 2013-02-24 19:00:17
    Temat: Re: Interfejs do polaczenia serwera z macierza dyskowa
    Od: NiusOnly <_...@g...pl> szukaj wiadomości tego autora
    [ pokaż wszystkie nagłówki ]

    W dniu 2013-02-22 07:10, MK pisze:

    > 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.

    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 ;)


    >
    > 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 ?

    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.

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: