Příspěvky

3631

Server / Re:Server pro malou firmu

« kdy: 21. 12. 2015, 19:45:13 »

Děkuji moc za Vaší odpověď.
Poslední věc, to co požaduji v prvním příspěvku mi zde tedy poběží? Spíš mě zajímá, že pokud nainstaluji Linux, jelikož je zdarma, tak je pravděpodobně, že budu potřebovat aplikace pro Windows. Otázka zní jak je to s virtualizací, konkrétně jestli lze přistupovat bez problému k datům na virtuálním OS z jiných počítačů nebo spravovat databáze.

To je příliš obecná otázka, na kterou se takhle nedá odpovědět. Obecně dva virtualizované stroje na jednom skutečném se k sobě mají hodně podobně, jakoby to byly dva fyzické stroje. Takže z jednoho na druhý "uvidíte" stejně, jakoby to byly dva různé počítače v síti a stejně tak můžete služby poskytované jedním konzumovat na druhém. Takže virtualizací bych se moc nestrašil, ta je celkem bezproblémová. Daleko horší to bývá s kompatibilitou na softwarové úrovni - jestli vůbec službu A běžící na windows můžu používat ze stroje s Linuxem. Na to se obecně odpovědět nedá, každá služba je jiná, některé totálně bezproblémové (mail, web, jabber apod.), některé ošemetnější (sdílení souborů), jiné vyžadující už celkem expertní znalost (windows doména, SSO apod.).

Ono to (bohužel) nefunguje tak, že byste do sítě dal server a všechno samo od sebe fungovalo. Je potřeba si podrobně zvážit, co chci přesně provozovat, jaké chci, aby to mělo parametry, jakou chci možnost případné rozšiřitelnosti, jakou chci spolehlivost, jakou dobu pro obnovu po havári atd. atd. Těch aspektů je prostě milión, proto je lepší, když vám poradí někdo, kdo vhodné řešení může alespoň od oka expertně odhadnout, když už ne detailně zanalyzovat. Přes web se dobře poradit nedá, je tam příliš moc neznámých.

3632

Server / Re:Server pro malou firmu

« kdy: 21. 12. 2015, 19:23:45 »

Jak jsem pochopil, tak jde vlastně hlavně o spolehlivost celého HW. Je mi jasný, že ten HP se s ECC a správnou volbou disků (WD RED) nemůže srovnávat s obyčejným desktopem.

Nemůže. Když už pro nic, tak jenom proto, že je to hw navržený na to, aby jel 24/7. To u desktopů neplatí. U desktopu se vám snadno může stát, že vyteče nějaký kondík, ucpe se větrání (není navrženo na nepřetržitý provoz a nemá detekci nefunkčnosti větráků) atd. atd. Z žádné technické specifikace člověk nevyčte, jak kvalitní kondíky byly použity a tímpádem jak velká je šance, že po dvou letech celá deska chcípne. U značkových kusů máte záruku přinejmenším v podobě dobrého jména společnosti a produktu.

Jediné čeho se obávám, nebo spíš netuším jak je to s tím, když se mi porouchá něco v HP jestli si to můžu vyměnit sám a neztratím záruku nebo to musím nechat opravit jako celek.

Úplně nerozumím otázce. Pokud je to v záruce, řešíte to záruční opravou. Pokud není, můžete si dělat co chcete. K serverům bývá záruka NBD, někdy i on-site (záruka, že díl bude k dispozici do druhého dne, nebo že technik přijede a opraví věc na místě).

Podporuje HP všechny operační systémy nebo jen nějaké?

Podpora různých OS je u značkových počítačů spíš lepší než horší oproti skládačkám (protože je prostě na trhu víc idektických kusů, vyplatí se podporu pro ně do OS zapracovat). Obecně ale dneska s podporou základního HW (deska, řadiče apod.) problémy většinou nebývají.

3633

Server / Re:Server pro malou firmu

« kdy: 21. 12. 2015, 19:14:06 »

Spolehlivost neumím vyhodnotit, spravovatelnost, servisovatelnost a dostupnost dílů mi přijde dobrá a u toho desktopu možná i lepší.

"Spravovatelnost" není od slova "{o|s}pravit", ale spravovat, administrovat. Rozdílů může být spousta: např. od lepší podpory v různých OS, přes třeba lepší monitoring hw až po možnost vzdálené správy (iLO apod.) Je podstatně snadnější se na nějakém fóru zeptat "pojede to na Lenovo ThinkCentre XYZ" než "pojede to na mé skládačce, kterou nikdo ve vesmíru kromě mě nemá?"

Servisovatelnost: pokud chci, koupím si NBD. I pokud nechci, hrají roli i takové prkotiny jako že je ten case dobře vymyšlený, bezšroubkový, s dobrým prouděním vzduchu apod.

Dostupnost dílů neznamená, že si můžu koupit jinou grafickou kartu do PCI-ex, ale že mám garantováno, že příštích nejmíň deset let budou stejné grafárny skladem (za příslušné peníze samozřejmě) a na eBayi půjdou koupit ještě dalších deset let (s tím, že je snadno najdu třeba podle FRU nebo jenom podle modelu toho serveru/stanice).

Samozřejmě v různých situacích hrají různé věci různě velkou úlohu, proto je lepší, když řešení navrhne někdo, kdo o tom má nějaké povědomí.

3634

Windows a jiné systémy / Re:Proc si Windowsaci pletou Root s Microsoftem?

« kdy: 21. 12. 2015, 19:03:13 »

Zkus na majkrosofti forum napsat, ze chces poradit s linuxem a uvidis co se stane .....

A na kterém microsoftím fóru je sekce "Linux a jiné systémy"?

3635

Windows a jiné systémy / Re:Proc si Windowsaci pletou Root s Microsoftem?

« kdy: 21. 12. 2015, 18:08:26 »

Nejspíš proto, že tady na to je i specializovaná sekce, kam takové dotazy patří.

3636

Server / Re:Server pro malou firmu

« kdy: 21. 12. 2015, 18:00:27 »

No když jsem si přesněji zjistil co přesně ECC je, tak nechci.

Neberte si to prosím osobně, ale pokud jste si potřeboval zjistit, co je ECC, nevím, jestli je úplně rozumné, abyste se snažil server řešit vy. Nechcete si raději sehnat firmu, která to celé zařídí, popřípadě aspoň navrhne a bude supervizovat? Není v tom nic osobního, jenom že byste mohl udělat špatná rozhodnutí, jejichž následky se pak budou odstraňovat těžko a bude to zbytečně drahé.

Má někdo zkušenosti s tím HPčkem?

Ano, dobré.

3637

Server / Re:Server pro malou firmu

« kdy: 21. 12. 2015, 17:57:57 »

Chtěl jsem server, proto se ptám jestli to takhle bude fungovat

Fungovat to bude. Jak už zaznělo, jako "server" si tam klidně můžete dát Raspberry Pi. Nebo desktopové PC. Nebo PC z PC bazaru za tisícovku. Všechno z toho bude "fungovat" - tj. poběží na tom stejný operační systém a bude to poskytovat stejné služby. Rozdíl je hlavně ve spolehlivosti, spravovatelnosti, servisovatelnosti, dostupnosti náhradních dílů, apod.

V podmínkách malé sítě nebudete chtít provozovat nic, co by nešlo z principu provozovat na jekémkoli hw.

3638

Server / Re:Server pro malou firmu

« kdy: 21. 12. 2015, 16:49:23 »

Složil jsem zatím tohle: https://www.alza.cz/kod/FW300;NR111m7;BO421m5;AG155j1;MC538W1u;UD949a8c;DE62c4
Ram beru 2x a 1000Gb disk také.

Skládačku neberte, vymstí se vám to v nejmíň vhodnou chvíli.

Koukal jsem na tu 7 generaci a nikde jsem ji už nesehnal. A nynější 8 generace nemá dobré ohlasy.

Kde jste ty nedobré ohlasy našel?

3639

Server / Re:Server pro malou firmu

« kdy: 21. 12. 2015, 14:52:58 »

Řešilo se to tady moskrát, zkuste fórum trochu prohledat.

Přidávám se k doporučení něčeho od HP. Pro takhle malou síť klidně MicroServer. Procesor u fileserveru nehraje roli. Pokud by měly být ukládané soubory větší, spíš bych dal co nejvíc RAM.

Windows bych se vyhýbal jako čert kříži, u Windows Serveru jsou náklady nehorázné.

3640

Server / Re:Na čem stavět log server?

« kdy: 16. 12. 2015, 15:13:40 »

Mimochodem, ten odkazovaný mail obsahuje výborně popsaný ten problém, kterému se právě snažím vyhnout:

and also meant that if the disk filled
up you would not be able to login to fix it (since login or su would try and
create a log message, which could not be written to disk, so the login or su
would never complete)

3641

Server / Re:Na čem stavět log server?

« kdy: 16. 12. 2015, 15:10:43 »

a pokud máš třeba nginx nastavený, aby logoval do syslogu

Což právě nemám, protože access log Nginxu nesplňuje tu podmínku:

aby při normálních podmínkách logovaly normální množství zpráv.

3642

Server / Re:Na čem stavět log server?

« kdy: 16. 12. 2015, 13:57:29 »

teď momentálně implementuju RFC3080.

Jako pro logování? Proč?

Ale faktem je, že pokud rsyslog v default konfiguraci namíříš na mrtvý TCP server, tak po určitém kvantu logů začne pěkný 2vteřinový throttling na syslog - a pokud tvoje aplikace loguje přes syslog (nebo něco, co se chová podobně), tak je to docela problém. Otázka tedy zní, jestli ten default máš na svých serverech změněný, když Ti jde o to, aby ti nefunkční log server nesundal produkci

Ono to je něco jinýho než o čem jsem mluvil. Když máš systém, který doručení opravdu garantuje, tak v nejhorším myslitelném případě ten server fakt skončí swapováním, protože nic jinýho mu nezbude. A to se u rsyslogu prostě nestane, protože prostě jeho primární účel není stoprocentně reliabilní doručení. To byla ta pointa, okolo které tady už několik příspěvků kroužíme

Takže ten default změněný nemám, nejspíš proto, že jsem se s tímhle problémem nikdy nepotkal, protože 1. na přerušení logovací trasy mám aktivní checky, takže není úplně reálný, že by byla trasa přerušená třeba týden bez povšimnutí, 2. pokud to jde (a ono to nějak jde vždycky), snažím se aplikace umravnit tak, aby při normálních podmínkách logovaly normální množství zpráv. Ta situace, která mi leží v žaludku, není normální provoz, ale situace, kdy ti třeba padne konektivita, nějaký soft se zblázní, začne zběsile logovat, syslog by to všechno ochotně absorboval, garantovaně ukládal a tím spustil dominový efekt, při kterém by úplně zbytečně popadaly další služby. Tohohle jsem se chtěl vyvarovat - a rsyslog to v defaultním nastavení splňuje perfektně - jeho vývojáři prostě mají zkušenosti, nejsou to žádní hipsteři a nastavili dobře sane defaults.

3643

Server / Re:Na čem stavět log server?

« kdy: 16. 12. 2015, 13:01:14 »

Nene, problém byl v tom, že default nastavení rsyslogu je nezahazovat, takže když se ti vypne přijímací server, tak po určitém kvantu logů začne operace "syslog" trvat hodně dlouho...

To není přesný. Tcp transport není by design reliabilní[1], všechny fronty mají by default limit na velikost [2], zpomalení zasílání zpráv je feature, ne bug [3], z principu je možné jenom pro některé inputy a není pravda, že by byl rsyslog by default reliabilní. Jenom se o to rozumnými prostředky snaží, ale ne za každou cenu [4].

Takže jo, máš pravdu, k téhle situaci může dojít, ale není to vlivem toho, že by narostly fronty, stroj začal swapovat apod.

[1] http://blog.gerhards.net/2008/04/on-unreliability-of-plain-tcp-syslog.html
[2] All queues, including disk queues, have a limit of the number of elements they can enqueue. http://www.rsyslog.com/doc/v8-stable/concepts/queues.html#limiting-the-queue-size
[3] http://www.rsyslog.com/doc/v8-stable/concepts/queues.html#filled-up-queues
[4] During throtteling, a disk-assisted queue continues to write to disk and messages are also discarded based on severity http://www.rsyslog.com/doc/v8-stable/concepts/queues.html

3644

Server / Re:Na čem stavět log server?

« kdy: 16. 12. 2015, 10:20:43 »

Apache Kafka: http://kafka.apache.org/

Je to ale poměrně nová věc a umí to víc věcí, než požaduješ (což může být i výhoda).

PUBSUB systémů je bambilion. Když už nějaký použít, přimlouval bych se spíš za MQTT.

3645

Server / Re:Na čem stavět log server?

« kdy: 16. 12. 2015, 10:12:09 »

Heh... já vím, že to je asi standardním nastavením, ale zrovna asi před měsícem se jednomu zákazníkovi zbláznil server (doslova), protože měl v rsyslogu nakonfigurované 2 TCP logovací servery a jeden byl vypnutý.... volání "syslog" (např. v logger) trvalo asi 2 vteřiny, no a běžel (no..nakonec spíš couval) na tom nějaký systémový soft, který docela rád logoval.... chvilku trvalo, než jsme přišli na to, co tomu je.

Uplne nerozumim tomu, v cem byl problem, ale jestli rsyslog nebezel, tak to asi nebyl jeho problem - spis te odesilaci strany

V tom, co citujes, jsem chtel rict to, ze systemy, ktere _garantuji_ doruceni, se obcas muzou snazit dorucut i za cenu ohrozeni serveru. V rsyslogu se daji nastavit vsechny potrebne veci - delka fronty, rate limiting atd. - tj. rsyslog je ochotny zpravy za nejakych podminek _zahodit_, nezarucuje doruceni za jakekoliv situace, coz mne vyhovuje.