Szia! Nem tudom, mire kellene? Mi vettünk 3db ilyen gépet tavaly, 1. IP telefon központ, 2. tartományvezérlő, 3. fájlszerver.
Imádom őket! 24 órás helybeli kiszállás garancia van, nagyon halkak, +20000-ért (ha jól emlékszem) 5 évre kiterjesztett garanciát kapsz. Fizikai RAID 1-et tud, így tükrözés megvan a 2x1 TB miatt. Nagyon megvagyok elégedve velük. Ár/érték szuper! http://www.szerverplaza.eu/szerverek/dell_poweredge_t20_mini_szerver_xeon_e3_1225v3_32ghz_4gb_ram_2x1tb_sata_hdd_3_ev_11 2015. március 5. 12:07 írta, <k...@mayten.sch.bme.hu>: > Szia, > > On 2015-03-05 09:56, Pintér Sándor wrote: > >> Ami biztos: Win2012 DomainController, max 30 gép egyidejű kiszolgálása >> fájlszerverként, Proxy kiszolgáló, , 16-32 GB RAM, 2*kb. 1 TB SATA Raid >> 1.. >> A legfontosabb ezeken túl az akár 10 éves stabil működés. (A jelenleginek >> is >> ennyit kellett bírnia.) >> >> Amiben teljesen tapasztalatlan vagyok: Intel vs. AMD, milyen tokozás >> érdemes, winyóban melyik márka a megbízható, Raid vezérlőt milyet érdemes, >> RAM-ból melyik márka (a bőség zavara), hűtés? stb. >> Nyugodtabb lennék, ha nem csak magam döntenék! >> >> Használt megoldás nem lehet, nem kaptam rá engedélyt! >> >> > Figyelembe veve a masodik bekezdesed az igenyelt rendelkezesre allasrol, > en azt gondolom, hogy a harmadik bekezdesben felhozott kerdesek nem > relevansak. Van konkretan most is olyan szerverem, ami tobb, mint tiz eve > uzemel. Lelegezteto gep vezerleset azert mar nem biznam ra. Nem hinnem > ugyanakkor, hogy ez a szerver azert mukodne tiz+ eve, mert anno > korultekintoen valogattam alkatreszeket, sokkal inkabb az uzemeltetes > korulmenyei befolyasolhattak a rendelkezesreallast. Oszinten, nem > gondolom, hogy lenyeges kulonbseg lenne az intel vagy az amd kozott, > varhato uzemido szempontjabol. Mindkettot ugyanazon a futoszalagon > uagyanaz a kinai gyerek gyartotta, orankent 20 cent berert. Hasonloan > gondolom a merevlemezekrol is, memoriarol is es raid vezerlorol is. Lehet, > persze, hogy hibasan. > > Nem tudom mennyire fontos a rendelkezesre allas, vagy pontosabban > fogalmazva: mennyibe kerulne a leallas. A tiz ev elvarasabol azt gondolom > fontos es sokba. Ezert en valoszinuleg a redundancia minden szinten > torteno novelesere torekednek, nem pedig arra, hogy markasabb ramot vagy > merevlemezt vasaroljak. Ne legyen igazam, de kulonosen a merevlemez az, > ami hullik, mint a legy. Csak ido kerdese mikor. Szerintem szelmalomharc > felkutatni a gyartoi statisztikakat, teszteket. Az egyik cikk szerint az X > marka MTBF erteke jobb, a masik cikk szerint Y marka rendelkezik jobb > mutatoval. A valosagban en ugy kepzelem el (ismet: lehet, hogy hibasan), > hogy mennek a futoszalagon az alkatreszek, amikbol merevlemez lesz. Kinai > munkasok pakoljak oket ossze, van aki jobban, van aki kevesbe. Ezert > ugyanolyan marka ugyanolyan tipusabol is vannak jobb sorozatok es kevesbe > jo sorozatok. Mazli, ki mibe nyul bele. Ha megfigyeled, az evek soran > folyamatosan valtozott: regen a maxtorra eskudott mindenki, kesobb quantum, > aztan volt segate korszak, legutobb mikor en vasaroltam mindenki a > kornyezetemben WD-re eskudott. > > Kingston rambol is volt mar ami tonkrement, ergo a marka ovatos > kivalasztasanal valojaban nem teszel mast, mint a rendelkezesedre allo > informacio alapjan minimalizalod a valoszinuseget egy hibanak. Nem > kizarod, csak a valoszinuseget csokkented. > > Ha annyira fontos a rendelkezesre allas, en inkabb kizarni szoktam a > hibat, nem minimalizalni - pontosabban fogalmazva a hiba negativ > kovetkezmenyet. En nem gondolkodnek egy szerverben, ma szerintem mar senki > nem teszi. A hibak elleni vedekezesben szerintem visszaszorult annak a > jelentosege, hogy piros vagy sarga alkatreszeket teszek bele. A tobb gepes > megoldas mellett en a kovetkezokkel szoktam ervelni - altalaban sikeresen > (= tobb penz jut a projektre, lehet beruhazni). > > 1) skalazhatosagi problemak. eljohet az a pillanat amikor az adott vas > keves. valasztasz barmekkorat, elore nem lathato dolgok mindig jonnek. > egybevonas, megduplazodas, extra feladatok bekerulese. A kapacitast > nagyobb, gyorsab alkatreszekkel csak korlatozottan lehet novelni. Ha eleve > tobb geppel indulsz, az architektura eleve nem korlatoz abban, hogy kesobb > az igenyekhez illeszd a kapacitast, mert eleve elosztott kornyezetre > terveztel. ha eleve ket geppel indultal, kesobb sokkal konnyebben valtasz > mondjuk negy gepre, mint egyrol kettore. > > 2) tervezett leallasok minimalizalasa. A TMK (tervezett megelozo > karbantartas) nem hulyeseg, en fontosnak tartom. De a leallas ettol meg > leallas. Lehet persze bohockodni ejszakai munkaval, munkaidon kivuli > leallasokkal, de a mernok is ember, dolgozzon ejjel akinek hat anyja van. > Egy eleve tobb geppel megvalositott szolgaltatas eseten sokkal jobb > eselyeid vannak leallassal is jaro munkakat nap kozben csinalni, mert van > tartalek kapacitas. Olcsobb az uzemeltetes is, nem kell tulorat fizetni, > ejszakazni, papirozni, de van kevesbe anyagias szempont is: a kipihent, > jokedvu mernok sokkal hasznosabb mindenki szamara, mint a nyuzott es faradt. > > 3) ma mar nagyszeru eszkozok vannak a sajat mini-felho megvalositasra is, > ebben a konkret esetben peldaul szerintem lenne helye egy xen clusteren > virtualizalt DC-t vagy DC-ket futtatni. A xen cluster akar ket gepbol is > allhat, otthont adhat szamtalan mas szervernek: eles szolgaltatasoknak, > teszt kornyezetnek, iskolai laboroknak, barminek - tovabbi beruhazas > nelkul. Ha a kapacitas szukos lenne, barmikor lehet uj vasat adni a > meglevo xen clusterhez. A leallasok transzparensek, a virtualis gepek > teljesen jol tudnak ugralni a fizikai gepek kozott. Egy ilyen kiepitese, > ha a jovodet az iskolan kivul kepzelned esetleg el, remekul mutat a CV-ben. > > 4) nem tervezett leallasok. lesznek, mindig vannak. Nem tudom hanyan > vagytok az infrastruktura uzemeltetesre, de a nem vart hibak miatti > kapkodas se egy, se tobb ember eseten nem celravezeto. ha egyedul vagy a > felelos mindenert, ez nyilvan megneheziti a szabadsagolas kerdeset is, > hiszen ha van egy darab geped ami mindent csinal, tehat single point of > failure, akkor annak a leallasa komoly gond lehet, ami a te > munkabeosztasodra is kihat. > > A fentiek miatt nem latom kardinalis kerdesnek a processzor tipusat, sem a > tobbi kerdest. Ami elromolhat az el is fog, kar ellene kuzdeni, inkabb a > hatasait celszeru minimalizalni. A legtobb ember a redundancia kerdeseben > a RAID-ig jut el, ami egy alapveto eleme ugyan, de semmikepp nem a problema > megoldasa. Szamtalan vezerlot lattam tonkremennni, mindenfele tipusbol, > aztan volt fejvakaras, hogy mi legyen a sok diszken tarolt adattal. De > ugyanez vonatkozik alaplapra is, memoriara is. Az en tapasztalatom az, > hogy sokkal tobbet er otvenezer forint raforditas az uzemeltetesi > korulmenyekre (jo legkondi, szellozes, tiszta kornyezet, stb), mint egy > dragabb alaplapra. > > Tisztaban vagyok vele, hogy a konkret kerdesedre nem adtam valaszt, mert > nem ezt kerdezted, de tagabban ertelmezve uzemeltetes elott tobb szem > tobbet lat alapon korbe kerdeztel, es en ezt gondolom. > > udv > adam > > > _______________________________________________ > Techinfo mailing list > Techinfo@lista.sulinet.hu > Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo > Illemtan: http://www.szag.hu/illemtan.html > Ügyfélszolgálat FAQ: http://sulinet.niif.hu/ >
_______________________________________________ Techinfo mailing list Techinfo@lista.sulinet.hu Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo Illemtan: http://www.szag.hu/illemtan.html Ügyfélszolgálat FAQ: http://sulinet.niif.hu/
