Forum Debian Users Gang

Za mało pamięci operacyjnej. 3 i 2 to jakieś głupoty, a w 1 czemu sdb jako backup?

[quote=qluk]Za mało pamięci operacyjnej. 3 i 2 to jakieś głupoty, a w 1 czemu sdb jako backup?[/quote]
Sdb backup, gdyż robienie na xenserver'ze raidu software'owego nie wydaje mi się dobry rozwiązaniem, chociażby pod kątem wydajności, której i tak jest niewiele.

Chyba pozostawię mssql'a na stacjach roboczych bo i tak, każda z tych aplikacji ma po 1 użytkowniku, nie będę sobie komplikował życia ;). Postawię Debiana 8 na raid 1 soft. Jak to jest w przypadku mdadm raid w moim przypadku 1 czy gruba należy zainstalować na w pierwszym sektorze rozruchowym, każdego z dysków by w razie padu system wstał? Dotychczas robiłem raida mdadm w oparciu o partycje, a nie całe dyski.

Imo, jeśli chcesz tutaj stawiać firebirda i mssql, to najlepiej odpuścić sobie debiana, postawić 7 a na nim firebirda i mssql, sprzętu nie oszukasz, ramu masz tyle że nie ma co stawiać 2 systemów, mało tego, ja bym jeszcze te 7mkę jeszcze odchudził jakimś softem (wywalił IE, Defendera, WMP itp itd.)

Soft RAID w win7:
http://www.howtogeek.com/howto/36504/how-to-create-a-software-raid-array-in-windows-7/?PageSpeed=noscript

Jeśli musi być Winda na 2 gb ramu, to nie pakuj do tego jeszcze wirtualizacji i kolejnego systemu, bo to zwyczajnie nie ma sensu, skoro musisz mieć tak czy tak Windę i MSSQL, to pakuj Windę, na nią MSSQL, Firebirda, otwórz im porty i najlepiej odepnij od internetu

Pozdro

Ale dalej nie rozumiem co jest nie tak?

Co znaczy backuppc? A co serwer logowania, opisz dokładnie, bo prawdopodobnie da się odtworzyć te konfiguracje na windowsie tylko musisz powiedzieć co jest jak to może uda się cos wskazać

Jeśli ten serwer logowania to OpenLDAP to
http://sourceforge.net/projects/openldapwindows/

Jeśli co innego to powiedz... Analogicznie backup, jeśli potrzebujesz FTP to filezilla ma swoj serwer na Windows udziały SMB Windows obsługuje natywnie bo przecież SMB to wyrób Windowsowy, jedyne co może sprawić trudność to ewentualne uruchomienia kontrolera domeny, ale mię wiem czy tego potrzebujesz bo ciągle tylko wróże...


Szczegóły szczegóły to klucz do sukcesu :p
Pozdro

Ostatnio edytowany przez thomsson (2015-12-28 23:36:21)

Przecież e8400 posiada vt-d, po drugie jeśli nie ma potrzeby mapowania fizycznego urządzenia to vt-d jest zbędne.
Po co 4 rdzenie przy dwóch hostach które to ma obsługiwać i znikomym obciążeniu? Proponuje od razu Xeona E5 idąc tą logiką. Sprzęt się skaluje do potrzeb.
Problem tutaj stanowi pamięć operacyjna, której jest za mało. Oczywiście to się uruchomi wszystko, ale jak juz wspomniane SWAP będzie w użyciu. Do tego VM z W7 będzie używać bardzo często pliku strony. Więc działać będzie ale responsywność i operacyjność będzie pozostawiała wiele do życzenia.

[quote=thomsson]Ale dalej nie rozumiem co jest nie tak?

Co znaczy backuppc? A co serwer logowania, opisz dokładnie, bo prawdopodobnie da się odtworzyć te konfiguracje na windowsie tylko musisz powiedzieć co jest jak to może uda się cos wskazać

Jeśli ten serwer logowania to OpenLDAP to
http://sourceforge.net/projects/openldapwindows/

Jeśli co innego to powiedz... Analogicznie backup, jeśli potrzebujesz FTP to filezilla ma swoj serwer na Windows udziały SMB Windows obsługuje natywnie bo przecież SMB to wyrób Windowsowy, jedyne co może sprawić trudność to ewentualne uruchomienia kontrolera domeny, ale mię wiem czy tego potrzebujesz bo ciągle tylko wróże...


Szczegóły szczegóły to klucz do sukcesu :p
Pozdro[/quote]
Jeśli chcesz szczegółów to czytaj. Samba podana jest w trybie AD. Na Windowsie AD uruchomisz tylko w wersjach serwerowych. OpenLDAP musi w środowisku Windows pracować z Kerberosem m.in. dla SSO.

[quote=qluk]Przecież e8400 posiada vt-d, po drugie jeśli nie ma potrzeby mapowania fizycznego urządzenia to vt-d jest zbędne.
Po co 4 rdzenie przy dwóch hostach które to ma obsługiwać i znikomym obciążeniu? Proponuje od razu Xeona E5 idąc tą logiką. Sprzęt się skaluje do potrzeb.
Problem tutaj stanowi pamięć operacyjna, której jest za mało. Oczywiście to się uruchomi wszystko, ale jak juz wspomniane SWAP będzie w użyciu. Do tego VM z W7 będzie używać bardzo często pliku strony. Więc działać będzie ale responsywność i operacyjność będzie pozostawiała wiele do życzenia...[/quote]
Próbowałeś kiedyś uciągnąć W7 z serwerem bazodanowym na jednym rdzeniu procka?

Albo na Debianie uciągnąć na jednym rdzeniu  serwer  Firebirda dla 8 userów do tego  maszynę witrualną KVM na której siedzi W7 okupujący II rdzeń?

Moim zdaniem, 2 rdzenie na system Debian z Firebirdem i wirtualką to minimum, a dwa pozostałe udostępniasz dla W7 na wirtualce.
Do tego minimum  8 GB RAM, z czego W7 dostanie połowę, Debian połowę, i będzie to jakoś działać.

Reasumując, 4-rdzeniowy procek i 8GB RAM uważam za minimum do takiej zabawy, i jeśli to byłby Q9xxx Intela - używka z Alledrogo, to jest wykonalne nawet poniżej tysia.
Do tego jak są dwa dyzie, to Debian ma swój, W7 ma swój, żeby się o dyzia nie gryzły, do tego musi być jakiś trzeci na backup ważnych danych z obu systemów.

PS
Jeżeil są dwie karty sieciowe, to warto jedną dać wyłącznie W7, czy to przez mapowanie, czy tylko poprzez routing.

Każda baza ma tendencję do wzrastania w miarę upływu czasu.

Zwłaszcza w różnych rzeczach księgowych, na co wskazuje użycie Firebirda (używają go RAKS-SQL i Lefthand) oraz Microsoft SQL.
Joomli, Prestashopów, Wordpressów czy PHPBB3 się na tych serwerach bazodanowych się raczej nie stawia.

Dlatego pisząc o 4 rdzeniach i 8G ramu, do tego dwa dyzie, po prostu wziąłem pod uwagę komfort pracy i zapas zasobów na jakąś perspektywę czasową.
Oczywiście nie wiem, ile danych do tych baz będzie wpadać  u Autora wątku, ale to wynika ze specyfiki działalności, inną liczbę transakcji ma  sprzedawca czołgów, inną autosalon, inną sprzedawca kombajnów zbożowych, inną sprzedawca śrubek i gwoździ, a jeszcze inną apteka, 
nie wspominając o sklepach typu "wszystko za 4 złote". :D

Rok obrachunkowy to jest rok obrachunkowy, i jeśli firma ma 4 transakcje dziennie, to nie będzie problemu, jak ma 200 transakcji dziennie, to owszem, problem już może być.

Ostatnio edytowany przez Jacekalex (2015-12-29 22:51:54)

[quote=Pavlo950][quote=qluk]Jak już to obydwie maszyny w KVM, do tego należy najpierw zapytać jak duża jest ta baza i co się z nią łączy.[/quote]
Po co obydwie maszyny w KVM?[/quote]
Disaster Recovery, a w tym przypadku trzeba go założyć ze znacznie większym prawdopodobieństwem. Nie mówiąc o ułatwionym sposobie backupu (na dobra sprawe snapshot na pracujacej maszynie) i transfer na dodatkowy nośnik - na LTO nie liczę.
Pomijam argument typu dobra praktyka, czy albo bare metal albo VM.

[quote=Jacekalex]Każda baza ma tendencję do wzrastania w miarę upływu czasu.

Zwłaszcza w różnych rzeczach księgowych, na co wskazuje użycie Firebirda (używają go RAKS-SQL i Lefthand) oraz Microsoft SQL.
Joomli, Prestashopów, Wordpressów czy PHPBB3 się na tych serwerach bazodanowych się raczej nie stawia.

Dlatego pisząc o 4 rdzeniach i 8G ramu, do tego dwa dyzie, po prostu wziąłem pod uwagę komfort pracy i zapas zasobów na jakąś perspektywę czasową.
Oczywiście nie wiem, ile danych do tych baz będzie wpadać  u Autora wątku, ale to wynika ze specyfiki działalności, inną liczbę transakcji ma  sprzedawca czołgów, inną autosalon, inną sprzedawca kombajnów zbożowych, inną sprzedawca śrubek i gwoździ, a jeszcze inną apteka, 
nie wspominając o sklepach typu "wszystko za 4 złote". :D

Rok obrachunkowy to jest rok obrachunkowy, i jeśli firma ma 4 transakcje dziennie, to nie będzie problemu, jak ma 200 transakcji dziennie, to owszem, problem już może być.[/quote]
No właśnie ;-)
Więc przy tej liczbie klientów bazy wątpię aby opóźnienie z powodu zmniejszonego TPS'a, QPS czy IOPS odgrywało rolę. No i w sumie po to są te transakcję żeby pracowało to asynchronicznie.
Gdyby to jednak było odwrotnie i ważność bazy jako usługi oraz danych zawartych była strategiczna to sądzę że temat byłby w formie np. "lepszy Dell r510 czy r520 albo od razu r720?". (Dell użyty poglądowo, akurat takie serwery mi do głowy przyszły) :P