Keresés

Új hozzászólás Aktív témák

  • #64791808

    törölt tag

    155 gépes hálózatot nehogymár 5000 forintos 10 megabites switchekkel pakoljunk össze. Komolyan csinálod, vagy nem?

  • #64791808

    törölt tag

    Na emberek egy kicsit nem oké a téma :)

    Válaszolva egy kérdésre: a Windows esetében nem gondoltam legális megoldásra. Nyílván az egész tökéletesen megoldható linux alatt, sőt, csak windows alatt egyszerűbb bekonfigolni, jobban adja magát.

    150 gép az elég sok. Még mindig nem írtál számot, hogy mennyiből akarod ezt kihozni. Ha ezt komolyan használjátok, akkor ugrani kell két kategóriát, Xeon, SCSI RAID5-ba 140 gigás vinyókból 8 vagy 9. 1G ECC ram.

    Javasolnám továbbá, hogy ne te legózd össze a szervert. Fefo szervereket nézd meg. Ajánlanék HP-t, de másfélszeres ár.

    Egy 150 gépes infrastruktúra adattároló központját vedd komolyan.

    konkrét legózós megoldás:

    Alaplap: ASUS NCCH-DR
    Processzor: egy (felhasználástól függően két) 3 gigás Intel Xeon
    RAM: 2x512M ECC DDR400
    RAID vezérlő: Adaptec SCSI RAID 2010S (2015S)
    Merevlemez: 2x36G + 8x147G, Maxtor Atlas 10K sorozatot ajánlom
    Ház: Chieftec BA-02B vagy Codegen S101
    Táp: 2x400W redundáns, mondjuk Enermax, vagy IBM táp
    Szünetmentes: APC Smart-UPS 1000VA Bővebben: link

    Ha ennél is több kell, akkor egy szerver keretházba két 5U Rack legyen két láncolt szerver, és egy 5U rackbe menjen a szünetmentes.

  • #64791808

    törölt tag

    válasz agrarfiatal #57 üzenetére

    máshol is használnak RISC processzorokat, általában speciális feladatok ellátásához. csak lámer módon tudnám megfogalmazni, mi a RISC, ezért nem teszem.

  • #64791808

    törölt tag

    durva helyeken vagy sok xeon, de inkább sok itanium dolgozik, vagy hp processzorok, esetleg risc processzorok.

    Kicsit elmentünk más irányba, de nembaj, mivel a kolléga nem jön, ezért szétoffoljuk a topicot :C

  • #64791808

    törölt tag

    válasz Zordkaszás #50 üzenetére

    hát igen, ezt nem értem, azon a helyen, ahol ennyire embertelenül sok az adat, ott szokott akadni egy-két fillér szerverre...

  • #64791808

    törölt tag

    válasz agrarfiatal #48 üzenetére

    morr, nyüssz, rököny.

    Minek az 1 tera kapacitás? Hát ez számomra már az első hozzászólás után is jó kérdés volt, de gondoltam csak tudja, mit akar :)

    Amúgy amiket írsz, az bizony ül. Ha kevés gép, akkor minek kell ekkora szerver, ha meg sok, akkor minek ilyen félprofi.

    Háát igen. Az a fogalom, hogy olcsó/nem olcsó mindenkinek relatív. Én úgy fogalmaznám meg, hogy a reális, számunkra is elérhető árú ilyen kártya sokat nem ér, onnan már a szoftveres raid nem nagy visszalépés. Ami meg tud rendesen, annak az ára a scsi-ét közelíti.

    Nah akkor asszem amit eddig a topicból ki lehetett hozni, azt kihoztuk, ha a kolléga visszajön, akkor elolvassa és tud mindent :) (esetleg megköszöni, miegymás )

    Ha valakinek kérdése van, ne tartsa magát vissza.

    Üdv

  • #64791808

    törölt tag

    válasz agrarfiatal #46 üzenetére

    Ott már nyűgösebb a dolog, az erőforrásigényesebb feladat, de két külön dologról beszélünk. Felteszem, hogy te web/ftp szerverre gondolsz, és netes elérésre. A topic inditója (AKIT MEGJEGYZEM AZÓTA SEM LÁTTUNK :C ) helyi hálón fájlszervernek akarja. A más-más cuccal kapcsolatban a raid-tömb random read ideje határozza meg a teljesítményt, az lesz a szűk keresztmettszet. Ezért írtam a 8 vinyót. Mert ha mondjuk optimális eset áll fenn, akkor akár 4 vinyóról is mehet párhuzamosan egy olvasás, kb 45 MB/s sebességgel, ami már helyből 180 MB/s, de azért merem írni, hogy elég a PCI, mert azért ez a legritkább esetben fordul elő.

    Amit írtál a gépedről: tuti stimmel, de felteszem, hogy a p3-s-t egy i815-ös tualatin lapba raktad - mivel másba nem megy bele. Ott még egyrészt nem volt ennyire kulturált az ATA busz, másrész nem tudom, milyen a pci vezérlőd, mert simán lehet ő a ludas, továbbá itt többségében SATA vinyókról van szó, amik kevésbé terhelik a rendszert.

    Mindamellett szeretnék egy - esetleges - félreértést eloszlatni: nem kardoskodok én a SATA és az uniprocesszor mellett meg a szoftveres megoldás mellett, de úgy vettem ki a kolléga szavaiból, hogy véges a keret.

  • #64791808

    törölt tag

    válasz karib #41 üzenetére

    Software raidnél tökmindegy, keverhetsz 3 scsi 5 sata 4 pata arányban is, ha az esik jól. Egyszer.

    A két tömb nem rossz 5let. Ellenben a 400 gigás merevlemezeket nem tartom okos 5letnek sebesség szempontjából, jobb ha több. Még egy dolog: ahhoz, hogy a dupla sebesség valóban az legyen, ahhoz az kell, hogy a két kérés egyik és másik tömbhöz fusson be. Ha több embernek ugyanaz az adat kell, akkor máris bukik a dolog. Hacsak nem lépcsősen RAID5/1-be nem rakjuk őket, először 5, aztán tükrözés. Ekkor feleakkora a tárterület, de ugyanazon adat olvasásakor megvan a dupla sebesség. Ellenben írásnál lomha.

    A baj az, hogy nem tudom, merre érveljek, mert nyílván szívem szeritn (meg írtam is) azt mondanám, hogy egy embertelen SCSI RAID vezérlő és RAID7 22 lemezből, nadehát nem írta a kolléga, mennyi a lé.

    Az Asus lapra válaszolva igazad lehet, feltéve hogy elérhető árú a lap.

    Az előtted szóló kolléga hozzászólásához annyit, hogy olvassa el legyen kedves mégegyszer az egész topicot :) Ez fájlszerver lesz. Zabálja a procit az ATA busz mindegyike, plussz a soft raid is. Ez által csúcsterhelésen elképzelhető, hogy a 2,4-es p4 70%-os kihasználtságon fog menni, a rendszer pedig 430M memóriát használ cache-elni. Csakhogy éppen ez a cél, merthogy a gép semmi mást nem csinál, csak adatot tárol és közvetít, senki nem fog rajta semmit cisnálni. Tehát a feladatra elég az a processzor. Abban is igazad van, hogy megfojtja a PCI buszt. Csakhogy mivel a gigabit lan dedikált buszon van, ezért a PCI kommunikáció egyirányú. Max 133MB/sec. Szorozd be nyolccal, hogy megkapd megabitben, és mi jött ki, na mi? :) Hogy 1064Mbps. A LAN meg 1024Mbps tehát a PCI teljes terhelésen fog menni, de ez mért baj? Nyílván jó dolog az, ha van tartalék, csakhogy ha ez a rendszer megépül, ezt nemigen lehet tovább fejleszteni. HA nem lehet fejleszteni, akkor mért baj a majd'100%-os kihasználtság?

    ''Ez a legnagyobb érv a desktop RAID 0 ellen is '' - írtad. Nem. A legnagyobb érv a RAID 0 ellen az, hogy amilyen szerencsés vagy, úgyis elvész minden adatod :)
    Szerintem meg kéne nyúzni azt, aki kitalálta, hogy a RAID0-t önmagában és nem lépcsőben is lehet alkalmazni... :)

    Utolsó gondolat: eddig 3 ehhez hasonló szervert raktam össze, két kicsit 6+2rendszer lemezzel, win alapon, egy másik kicsit 6+2rendszer lemezzel linux alapon, ezen kettő mind PATA/SATA, softraid5-val, és egy tisztességes nagyot, összesen 36 scsi lemezzel. A 6+2-es win rendszert egy 2 gigás p4 viszi, a linuxosat pedig egy 2,2-es. Proc terhelés win alatt 40-60%. Annyit talán módosítani lehet, hogy a tároló tömbben 6 lemez legyen, kicsit nagyobbak, hogy meglegyen az 1 tera, és egy plussz hotspare lehet. Nem tudom, hogy milyen hálózatnak kell egy ilyen fileserver, meg nem tudom, hogy milyen jellegű az adat, mikor és hányan férnek hozzá, stb. Ez is elég lehet.

    Utolsó utáni gondolat: a kliensek is gigabiten csatlakoznak? Vagy 100 megán? Mert ha az utóbbi (feltételezem, hogy igen), akkor akár 8-9 ember is maximális tempóval tölthet, míg a szerver eléri tudása végét. Hány fős a hálózat...?


    Szal összegezvén a topiknyitónak: marha kevés dolgot árultál el.

  • #64791808

    törölt tag

    válasz Zordkaszás #34 üzenetére

    Igen, létezik ilyen kari, de ez nem alapfunkció. Másrészt meg is válaszoltad magadnak a kérdést :)

    Abit lap azért, mert jó az ár érték aránya. Hagyjuk a ''de nekem ilyen volt és szar volt, vagy degáz mert én szerintem szar az Abit'' demagóg flame-eket. Pl nekem két ilyenem van, mindakettő megy mint a kisangyal.

    Slave vinyók? Semmi gond velük. Ez terminálási elnevezés, hívhatnánk 0. meg 1. vinyónak is. Osztoznak a busz sávszélességén, ami 133MB/sec, és nincs elsődleges vagy másodlagos vinyó. Olyan, mint a SCSI terminálás, csak ott mondjuk 0-tól 31-ig van, és azzal a különbséggel, hogy mennek a párhuzamos buszfoglalások. Nem mintha nem lenne elég akár két vinyónak is egyszerre a sávszél, de mint írtam, ha ez egy 24 órás fájlszerver, akkor a master vinyókon úgysem matat. Virtuális memóriát letiltja, bele se szagol azokba a vinyókba.

    Legjobb alkatrész, RAID vezérlő? Írtam lejjebb, hogy hogyan lehet megcisnálni a fél hard-fél soft lépcsős raidet, csak marha drága, kérdés, hogy mennyi a keret rá.

    Még valami eszembe jutott. Megbízhatóság szempontjából a kevesebb vinyó a jobb, nyilván a kevesebb vinyó esetén kevesebb a meghibásodási esély. Sebesség szempontjából viszont pl 8 120 gigás jobb, mint 4 250-es.

    Mondom, írj konkrét összeget, hogy mennyi van rá, aztán egyből kiderül, mit lehet összepakolni.

  • #64791808

    törölt tag

    Az én véleményem szerint a legjobb ár/érték arány a te esetetben az alábbi módon kapod:

    Fogsz egy i865PE chipsetes alaplapot, pl Abit IS7-E, nem kell rá semmi.
    Ebbe megy egy 2,4-es P4 Northwood.
    Megy még bele 512M RAM (Dualban!), ha a keret engedi, esetleg 1024.
    IS7-E-re alapból összesen 6 vinyó fér, 4 PATA, 2 SATA.
    Veszel két viszonylag márkásabb 2 csatornás SATA vezérlőt.
    Veszel 2 PATA 6 SATA 200 gigás vinyót, plussz két 40 gigás vinyócskát.
    Veszel egy mocsoknagy mondjuk chieftec házat ami jól szellőzik, de egy codegen szerver JELLEGŰ ház is megteszi.
    Veszel egy legalább 550-es Enermax szintű tápot.
    Veszel egy AGP-s Geforce6800 Ultra-t, csakmert mért ne jáccál :)

    Összerakod az alábbi módon:

    PATA Primary Master: 40g
    PATA Primary Slave: 200g
    PATA Sec. Master: 40g
    PATA Sec. Slace: 200g
    SATA1 200g
    SATA2 - || -
    SATA3 - || -
    SATA4 - || -
    SATA5 - || -
    SATA6 - || -

    Windows Server 2003 Basic feltesz az első 40g-re, mondjuk egy kölcsön usb2 cdrom-ról.

    Most jön a RAID tömbök összeálíltása a windows lemezkezelővel, szoftveres úton.

    Összes lemez konvertálása dinamikus lemezzé, utánna a rendszerkötetet letükrözöd (RAID 1) a másik 40 gigás vinyóra, ahhoz menet közben nem sokat nyúl a windows.

    Most a tárolótömb létrehozása következik, itt több út van.

    0., Ha az adatbiztonság KICSIT SEM számít, csak a tempó, akkor beteszed az összeset RAID0-ba (striping). Nem véletlenül 0. eset, eszedbe ne jusson, mert ha az egyik vinyó lehal, az összes adat elvész.

    1., Ha paranoiás vagy, akkor lesz 200 giga helyed, de az 8 példányban :) Egyrészt helypazarló, másrészt felesleges, harmadrészt lomha.

    2., Ez lesz az ésszerű verzió. Csinálsz egy RAID5 tömböt, melyben igénybe veszed mind a 8 200 gigás vinyót. Így lesz (8-1)*200G vagyis durván 1,4 tera helyed. (A 8-1 a RAID5 technológia miatt van, nem részletezem, hogy mért. A RAID5 lényege, hogy bármelyik vinyó adatai előállíthatóak az ÖSSZES TÖBBI vinyó adataiból.) Brutálisan gyors lesz, és ha egy vinyó megsérül, cseréled, és nincs adatvesztés. Ennek hátránya, hogy egyszerre csak egy vinyó hiányozhat a tömbből. Ilyen árszinten szerintem ez az ésszerű varriáció.

    Az igazi megoldás egy RAID7 lenne, ami viszont ATA alapokon nem is létezik, egy RAID7-et tudó (kisebb nem lévén 2 csatornás (2*31 eszköz!)) SCSI kártya egyrészt csak PCI-64-be megy bele, másrészt önmagában 300 ezer forint.

    Megoldás lenne egy lépcsős raid, pl RAID 1/0 (NEM 0/1!). Ez annyit jelent, hogy először kettesével megtükrözöd a lemezeket hardveresen. Ezzel kapsz 4 tömböt az operációs rendszer felé. Utánna ezeket stripe-olod. Így gyors is lesz, és nagyobb lesz a hibatűrése. (itt csak akkor van adatvesztés, ha egy tükörtömb mindakét vinyója egyszerre meghal, erre kevés az esély). Semmiképpen nem fordítva RAID-elünk, mert ha először stripe-olsz, akkor lesz két köteted az oprendeszer felé (négyesével stripe-olsz), és ezeket tükrözöd szoftveresen. Itt viszont ha tönkremegy egy vinyód az egyik stripe-ból, akkor az automatice halott, az előző esettel ellentétben, ahol ha még egy vinyó tönkremegy, akkor 1:7 az esélye az adatvesztésnek, itt 1:4-hez, hiszen ha a másik stripe oldal 4 vinyója közül bármelyik szétesik, akkor ugrott minden. Tehát hardware RAID 1 aztán software RAID0 a megoldás.
    Ennek viszont szintén van két komoly bökkenője:
    1., Így helyből csak 800 gigád lesz, szemben a 2., pontban létrehozott 1400-zal.
    2a., Ahhoz, hogy 8 vinyót, amiből kettő nem is egy buszra csatlakozik, kettesével összeraidelj, ahhoz profi alaplap kell, amin a patákon túl még 6 sata hely van, és olyan raid processzor, ami MINDET kezeli. Ilyen per pillanat nincs.
    2b., ha egy 8 csatornás SATA RAID vezérlőt veszel, az 150 ezer, ez tudja a fent írt raidelést.

    Úgy gondolom, hogy a legésszerűbb út a RAID5. A vinyókat hűteni kell, és nem szabad gyakorta leállítani. A 2,4-es P4 (NEM CELERON) bírni fogja a rendszerpartíció tükrözését és a 8 vinyó RAID5 tömbbe fogását.

    Röviden ennyit, ha kérdésed van, írj e-mailt.

    Üdv

    [Szerkesztve]

Új hozzászólás Aktív témák