Vlákno názorů k článku Velká řešení otevřeně: základní vybavení od Michal Pastrňák - No nevím, ale nemám z toho nejlepší pocit......
-
No nevím, ale nemám z toho nejlepší pocit... první fail je už obrázek u článku, na každé krabici se serverem je napsáno, že ho mají nosit 2 lidi, na velkých krávách jsou někdy i 4 (a světe div se, při manipulaci s krabicí v ceně auta, někdy i luxusního, se to dodržuje). Nehledě k tomu, že ten obrázek ukazuje celkem pěknou serverovničku, ale článek vypadá spíš na nějaký domácí experimentováníčko.
Ale to bylo jen malý rejpnutí, teď k věci...
Vzhledem k tomu, že evidentně půjde o seriál, v kapitole "Základní vybavení" bych očekával základní vybavení, nástřel toho zmíněného rozhodování, co má být spolehlivé, trocha s tím související teorie, co je to SPOF, rozhodně bych zmínil možnost použití samostatného úložiště (SAN), k základnímu vybavení clusteru rozhodně patří i něco na zálohování, UPSky, rozhodně by bylo na začátku dobré nějaké rozdělení clusterů, minimálně HA a HPC, ale je toho víc, tahle kapitola měla být minimálně 5x delší, nebo jí měla předcházet nějaká čistě teoretická...
Popis produkčního stroje jednou větou... redundantní zdroj a RAID 1... opravdu? A co ECC, nebo dokonce memory mirroring, co zálohovaný řadič? Já chápu, že to jsou věci, které doma člověk nevyzkouší, ale pokud chci někoho uvést do problému, měl bych mu alespoň říct, jak to má vypadat. Samotné zkoušení nějakých služeb už se pak dá řešit klidně na RPi a není důvod si pořizovat dva plnohodnotné stroje, které jsou na doma zbytečné a na skutečnou produkci nepoužitelné... -
Ondro (neregistrovaný)
Ja by som tiez cakal na uvod detailnejsi popis o co v tomto seriali pojde. Privatny cloud je buzzword a kazdy si pod tym moze a predstavuje nieco ine.
Ja som podla popisu cakal HA s CEPH, DRBD alebo GlusterFS. Namiesto toho som precital nieco tazko zrozumitelne, z coho som nepochopil o co autorovi ide. -
j (neregistrovaný)
Defakto stavi odpadky a rika tomu "velke reseni".
SAN budes delat uz pro 5+ ks HW zcela jiste, protoze te uz vyjde levnejs, a vykon bude o par radu jinde. Reduntance zdroje je ti naprd, pokud nemas osefovany radice a dalsi komponenty. Navic to defakto vubec nepotrebujes, pokud mas data na poli, a aplikace je navrzena jako cluster, tak to sou zbytecny naklady navic.
A jak pises, pokud bys chtel realne resit to, aby vec nemela SPOF, tak tech veci ktery budes muset duplikovat bude o poznani vic - vcetne treba toho ze kazdou jednu vec musis pripojit k nejmin dvoum prvkum infrastruktury - at uz eth/fc/...
Navic jaksi naprosto chybi zminka ... o financich. Zajimavy ze to nejpodstatnejsi nikdo neresi. Protoze pokud me vypadek na tejden stoji par (tisici) korun, tak nema vubec smysl investovat jakykoli penize do nakupu redundantniho HW.
-
Ondro (neregistrovaný)
Nemusi stavat odpadky. Vsetko zalezi na co to ma sluzit, to nam ale autor zabudol povedat..
Existuju scenare, kde vypadok radovo v hodinach(az den) je v pohode, tak tam je pouzitie tych "odpadkov" uplne OK.Ak si mozes dovolit len kratky vypadok +- do hodiny, tak aj tam sa to da riesit s "odpadkami" viacerymi sposobmi.
Ak si nemozes dovolit vypadok, tak je to znovu o niecom inom a aj tam sa to da riesit viacerymi sposobmi.
Fiancie nikto neriesi, lebo autor zabudol napisat co od toho ocakava. Takze mozme len teoretizovat.
-
Pravda, mozna jsem se mel vrhnout do rozepsani, kde to pouzit, ale prostoru bylo malo. Snazim se tu psat o zkusenostech, ktere mohou byt prinosne pro mensi firmy, ktere si nemohou dovolit typicke reseni na klic za vice jak sesti mistne sumy. Tomu take odpovida pozadovany level spolehlivosti. chci maximalizovat dostupnost (vypadky jsou OK, jsou-li kratke nebo mimo pracovni dobu a pokud se neztrati data), minimalizovat nutnost okamzitych zasahu (opravdu nechci v deset vecer o vikendu jezdit x kilometru vymenovat kritickou komponentu) a zaroven se potrebuji vejit do pro firmu rozumneho cenoveho limitu. Uz jenom tech cca 80 tisic za zakladni HW se tezko obhajovalo.
-
Trident (neregistrovaný)
80kkc je kapesne za ktere jsem porizoval IT vybaveni labu do domu z ebaye abych se mel kde ucit na certifikace. Kurzy staly 60kkc +50kkc rozsireni. Takze jsem usetril a nemusel jsem se strkat s hlupaky v labu u alefa. Pokud firma nedokaze odhadnout rizika ztrat dat a resit takovou nickovou castku, tak nema v oboru co delat.
-
Palo M. (neregistrovaný)
Podla mna ten clanok je trocha o niecom inom. Doraz je na otvorenych technologiach, autor tiez spomina "maly privatny cloud" a zatial "najmenej dva servery", co tak trocha naznacuje o com to bude. Zatial to vyzera, ze by z toho aj mohol byt nejaky skutocny cloud (nie ako OwnCloud ktory ma ten cloud akurat tak v nazve), ale postaveny vlastnymi silami na pomerne beznom HW.
Nadupany hardver (ci uz su to servery, diskove polia, alebo routery) su sice pekne veci, ale potom si zavisly od dodavatela, takze sa z velkej casti straca to caro otvorenych technologii vo vlastnej rezii, pretoze ked uz valis velke peniaze za HW support, tak mozes valit aj velke peniaze do SW supportu a nemusis nic riesit - lenze potom by o tom nebol takyto clanok (resp. by bol clanok oznaceny ako "komercni sdeleni").
Sice si autor nedal vela prace s uvodom a rovno vhupol do instalacie a rozdelenia disku, takze je trocha nejasne co ma vlastne byt vysledok, ale zase keby dal siahodlhu teoreticku omacku, tak by sa v diskusii aj tak vyrojilo plno kritiky, ze su to len take kecy a nic konkretne (plus klasicke nesuhlasne nazory, ze to treba robit cele inak). Takto mame zatial aspon zaciatok z praktickej stranky.
Ja to nevnimam tak tragicky. Je to prvy clanok mladeho autora, tak asi nebude hned produkovat rovnaku kvalitu, ako ostrielani matadori...
-
No já bych to viděl docela špatně, protože jeden ze dvou požadavků na HW - dual PSU, nepatří úplně do kategorie běžných domácích bastleníček, čemuž odpovídá i honosný název začínající slovy Velká řešní. Zatím to vypadá na velkého kočkoprasopsa a trošku se obávám, že článek je nejen nekvalitní (zmatený), ale především obsahuje velmi nekvalitní informace. Kapitola "základní vybavení" tak obsahuje cca dvě věty o základním vybavení, jejichž informační hodnota se limitně blíží nule, zato obsahuje spoustu další omáčky bez jakékoliv návaznosti.
-
j (neregistrovaný)
Viz Tuxik. Bud si stavim soho skladacku ... kde mi jak sem rek vypadek zily netrha, a pak mi de defakto maximalne o to, abych neprisel o data. Rozhodne pak neresim dualni napajeni, protoze to je zcela mimo realitu provozu.
Jakmile ale zacnu resit dualni napajeni === neco od ceho ocekavam ze to jen tak znicehoz nic nelehne na HW chybu, tak jednoznacne resim i spoustu dalsich aspektu, jinak je mi to dualni napajeni leda naprd. A ty dalsi aspekty = spousta dalsich penez (a bavime se minimalne v radu stovek tisic).
Protoze ... dva servery, kazdej aby mel co mit ma(tzn nejen dva zdroje, ale i dva radice atd atd) ... tak to bude za 100k kazdej (nejmin). K tomu dva switche ... dve upsky (kdyby jedna posla) ... a zacinas atakovat 1/2M. (jo a jasne, da se koupit 1Ucko za 30k ... se sata diskama, onboard sata radicem, a jednim zdrojem)
Tohle je takovej clanek pro nic a vo nicem ... budem kupovat dva servery s dualnima zdrojema (kazdej jeden zdroj za petiltr navic nejmin) ... ale na management kartu uz 15 stovek nemame (nehlede na to, ze u kazdyho normalniho zeleza je minimalne nejaka zakladni verze standardni soucasti) ...
Pricemz autor uz v nazvu deklaruje ze chce velka reseni === v milionech nikoli Kc, ale $.
-
Hm. Nazev clanku tedy asi nebyl zvolen uplne nejlepe. Ale ono nadpis "Chceme si hrat na velke reseni, ale nase penezni moznosti jsou blizke nule, takze se k tomu jen zkusime priblizit" taky zrovna neni vhodny napis.
Jinak vypadek zily netrha, pokud si ten vypadek pocka na konec pracovni doby. Dualni napajeni je velmi pohodlna vec, ktera umoznuje veci jako vymenu UPS bez nutnosti vypnout server. Navic uz jsem videl dost vyhorelych zdroju na to, abych vedel, ze spolehat jen na jeden se nevyplaci.
-
CHe (neregistrovaný)
Solídnejšie zdroje by mali obsahovať ochranné prvky (tlmivky, transily, varistory) vo vstupnom obvode aj na výstupných vetvách. V lacných spotrebných často nie sú kompletne osadené ani tie vstupné (ako spomienka na ne tam bývají prázdne pozície resp. drôtové prepojky na PCB). V kombinácii s nevhodne dimenzovanými prvkami samotného meniča je pri nich najväčšie riziko, že so sebou na odchode zoberú aj napájané komponenty.
-
Diky. Ano snazim se o nastin problemu a reseni, kdyz si chce clovek vybudovat neco, cemu se nestydi rikat cloud. Jedina vetsi investice je tedy vlastne HW. Ano, lze to vybudovat i na RPi, ale bude to pomale. Ale, lze to delat na jednom kancelarskem PC, ale mohou nastat neprijemne vypadky v nejmene vhodnou dobu.
Uvody pisu strasne nerad a clanek ma byt prakticky. O unudeni k smrti teorii se casem pokusi snad nekdo jiny.
-
No... překvapení, on ten Dell může stát něco od 30k do 1M, u bladů se dá dostat i o dost výš. Pokud se budeme bavit o "velkém řešení", tak ten dell za 30k se hodí tak maximálně na monitoring.
Jinak představa "velkého řešení" osekaná na dva servery - 2x server dle potřeby, 2x SAN pole, 2x 16G FC switch, 2x 10G network switch, 2x dostatečně velká UPS. I když osekáš výkon, paměť, diskovej prostor... už jsi někde u mega a to by bylo nanejvýš vhodný k tomu mít ještě nějaký zálohování na externí média (pásky).
-
j (neregistrovaný)
Asi tak nejak ... a realita ...
SAN ... jedna police, kombinace SSD + HDD ... cca 1M ... to cele 2x, pokud si chceme hrat na cloud.
Server - 1U 2x CPU ... 256GB ... cca 300k
FC switch ... cca 200k
10G ... dtto.
UPSka, ktera to vsechno utahne 2x ... cca 100k.Takze ... vcetne nejaky bizuterie kolem, sme na +- 2M ... za 1/2 ... kdyby to vsechno melo bejt 2x, tak +- 4M.
Pricemz se bavime o maximalne midrange HW (= to pole rozhodne neda vic nez 5 polic). Zalohovani k tomu bude za dalsi minimalne stovky tisic (v nejjednodussi variante rekneme 150k HW + SW ....)
