Cikk hatékony fájl szerver windows - vissza előre

Produktív fájl szerver a Windows

Rend - reflexió nincsenek emlékei.

Anélkül, hogy további bevezetők kezdődik a gondolat, hogy egy ilyen fájl szerver, hogyan működik, és mit kell tennünk, mint egy fájl szerver lehet mozgékonyabb, például, hogy a lehető legnagyobb mértékben használják a gigabites hálózati. Első pillantásra, minden egyszerű. Jöttem ügyfél kérte a fájlt, szálljon le, hogy a lemez a fájlt, és adott az ügyfélnek. Sokkal könnyebb. A második és a fejlettebb nézetek - minden sokkal bonyolultabb. A fájl szerver több, mint egy hálózati interfész a merevlemezre. Természetesen a sebességet az olvasás a mai merevlemezek nem kicsi, de mi történik, ha ez nem az ügyfél, hanem néhány tucat? Ezen kívül meg kell osztania a legolvasottabb ügyfelek közötti, akkor kell ugrani és olvassák az adatokat a különböző helyeken a lemez. Az érték elég tisztességes hozzáférési idő: Mechanics, a fenébe is, nem a teljesítmény. Minden gyorsan dolgozni, és az ügyfelek, hogy működjön együtt a fájl szerver ugyanaz volt a benyomása, hogy dolgozik egy helyi meghajtó, akkor a mechanika valahogy helyébe elektronika. Ie ügyfeleknek meg kell kapnia az adatokat nem a merevlemezről és a memóriából, ami elégnek kell lennie. A szabványos mechanizmus a fájl szerver -

Disk -> Memory -> Hálózat

Kísérje figyelemmel mindezt, természetesen, a processzor.

Tehát vegyük az eredeti, hogy mi kell:

1. A sok munka és a memória, mozgó adatokat a merevlemezről és a memória - a hálózati adaptert.
2. Csináld egyszerre.

Teszi a átadása bármilyen adatot kétféleképpen és fél -, hogy növelje az átviteli sebesség (például gyakorisága a busz), illetve a párhu- transzfer.

Nagyon hatásos marad polusposob - általában kerülik az adatok, ahol lehetséges.

A legtöbb munka fájlszerver hasonlít a munkát a kardiovaszkuláris rendszer két forgalomban. És, mint azt látni fogjuk, hogy nehéz pénzt takarít meg.

Rész - válasszon egy platform.

Chip Set and Rescue.

A különbségek láthatók, ha ránézünk a chipset diagram:

Ábra. 1 - Diagram nagy teljesítményű Intel 995X chipset állomáson.

Ábra. 2 belépő szintű szerver lapkakészlet Intel E7230 kör

A kérdés az, hová megyünk, hogy a dobáshoz, abban az értelemben, hogy kibír berendezés. A 955X sebesség 8 Gbps PCI Express x16 busz grafikus használni. Ahhoz, hogy csatlakoztassa a merevlemez és a hálózati adapterek, fel tudjuk használni a PCI vagy PCI-X-hez déli híd (ICH7R-rel). De a teljesítmény a DMI busz között a déli és északi hídjának 2GB / s, ami kell osztani a lemez és a hálózat. Szinkron buszt gigabyte, nem gigabites, azaz sebesség elég tisztességes, de akkor is. Server platform egy további PCI Hub, amely kapcsolatot biztosít a PCI-X portok segítségével PCI Express x8 kapcsolat és portok PCI Express x8 és x4, így a teljes felhasználása akár 10 Gigabit Ethernet, és az összes, hogy a lemez alrendszer használhat egy másik busz. A platform, a sebesség periféria busz található, és minél több a gumiabroncsok közvetlenül kapcsolódik az északi híd, amely lehetővé teszi az alacsony késleltetésű adatok áthelyezése a külső eszközöket a memória és a processzor.

Minden világos a memóriával. Ez az erőforrás a legfontosabb számunkra, ezért a memória kell, mint fürge.

Processzor? Melyik processzor?

Egyrészt a processzort a fájl szerver mindig egy kicsit azon az oldalon a fő adatfolyam, ha a hálózati adapter támogatja a hardveres checksum számítás és a szegmentáció adatok, és persze, ha meg akarjuk becsapni, nem döntött, például titkosítani az összes forgalmat. Másrészt - nem felesleges, mert minden csomagot, hogy küldjük a hálózatot kell kialakítani: A csomag, nem nagy, így nem lesz sok, főleg, ha a hálózat, Isten ments, hogy ez nagyon produktív, és dolgozik a processzor . Ezen felül, a processzor ellenőrzések és fogad üzeneteket a különböző eszközök - hálózati adapterek, lemezvezérlőkhöz. Minél gyorsabban meg fogja feldolgozni ezeket az üzeneteket, annál jobb. Még jobb, ha az üzeneteket a különböző eszközöket kerülnek feldolgozásra párhuzamosan a különböző processzorok. Tehát, amikor kiválasztják a processzor kell figyelembe venni:

1. Bármilyen furcsán hangzik, a párhuzamos számítási szakértők, előnyösen két lassabb processzor, mint a leggyorsabb, és minél több különböző kontrollerek és adapterek van, annál nagyobb a haszna többprocesszoros jutunk.
2. A több párhuzamos memória-hozzáférések (több rendszer cache), annál erősebb a hatás nagysága a processzor cache. És két különböző processzor cache nem adódnak.
3. Sok nagy teljesítményű processzorok szükség, amikor felkelünk, hogy multi-gigabites hálózatot.
4. processzor busz frekvencia hatással lehet a memória busz frekvenciát. Ezért meg kell választani egy processzort, amely együttműködik a busz, nem lassítja le a memóriát.

Ahogy azt már korábban számított, 1 Gb / s (gigabit per másodperc), és 1 GB / s (gigabájt másodpercenként) - ez nem ugyanaz a dolog. Ha megnézzük a Gigabit Ethernet, a tényleges átviteli sebesség többé-kevésbé hosszú ideig nem lesz több, mint 90 MB / s az egyik port az aszinkron busz. És kiszolgálni a nagy ügyfelek száma, Gigabit Ethernet nem lehet elég. Az első alternatíva van, hogy a 10 gigabites Ethernet, ami drága és nem túl szabványos. Ez különösen igaz az adapter, amely működhet a nagy sebességű változata a PCI-X vagy PCI Express x4 / x8. Egy ilyen döntés fizeti ki a vállalati szintű szerverek. Mivel olcsóbb és kevésbé sebesség akkor van egy csomó gigabites adapterek. Drivers Sok adapterek lehetővé teszi, hogy összekapcsolják őket egy virtuális teljesítmény javítása érdekében. De ne feledjük, hogy ez a művelet okozhat zavart a néhány kapcsoló (kapcsolók) és feltétlenül gondos tesztelés. Teljesítménye a PCI busz sem elég a Gigabit adapter, figyelembe véve a duplex, jobb, persze, használjon PCI Express vagy PCI X adapter. Nem ajánlott a dupla adaptert. Az Ethernet 10 Gb / s portokat kell használni a PCI-X 266/533 vagy PCI Express x4 / x8. PCI-X - szinkron busz, és a valós teljesítmény közel maximális 1 GB / s PCI-X, 2 GB / s PCI-X 266 és 4 GB / s PCI-X 533 PCI Express - aszinkron busz és a tényleges sebesség átvitel az elméleti maximum. De ideológiailag közelebb az Ethernet PCI Express.

A legtöbb modern videokártyákat támogatja a lehetősége, hogy „TCP tehermentesítés” - azaz, transzfer számítási feladatok szervezésével kapcsolatos a hálózati kapcsolat a processzorral egy hálózati kártya. Általában támogatott végrehajtásához legalább két probléma: kiszámítjuk checksums csomag (ellenőrző tehermentesítése), és a szegmentáció a nagy csomagok (TCP szegmentálás tehermentesítés, néhány vezető Realtek és a HP az úgynevezett TCP Large Send tehermentesítés). A kiszolgáló teljesítménye gigabites sebességet, ezek a feladatok kritikus, mert a akár 30% -a az összes számítógépes szerver problémák miatt az a tény, hogy minden forgalmat fog menni a processzor kiszámítja az ellenőrző összeget. Ezért nagyon fontos, hogy a hálózati adapter ezen feladatok, és végre rendesen. Abban az esetben van szükség, hogy titkosítja a forgalom, a hálózati adapter, támogassák és IPSec tehermentesítése. Adapterek támogatása IPSec sokkal drágábbak, de még a saját teljesítményét több gigabit csak álom marad.

Az első kérdés - SCSI vagy SATA.

Ha nem vagyunk keresi az irányt több száz megabájt másodpercenként, akkor gyere le, és SATA. A high-end rendszerek, természetesen még SCSI. A megoldások hiánya a SCSI busz - kis térfogatú és nagy költség egységnyi térfogatban. De ez gyorsabb. 320 MB / s Ultra320 SCSI százalék 10% -kal gyorsabb, mint 3 Gb / s SATA II hatására ismét gócok soros busz, amely a SATA. Valós létrehozott sebessége írási / olvasási fejlett modell SCSI arról is félszer nagyobb, mint a SATA-II lemezek, közeledik a 100 MB / s. Másik előnye a SCSI - ezek sokkal könnyebb kitölteni nagy számban. Minél többet nabem vezetni, annál nagyobb a teljesítménye a lemez alrendszer, mert lemez hozzáférés végezhető párhuzamosan. Persze, hogy a lehetőség majdnem a SATA, bűn nem használni őket legalább egyszer, például esetén, vagy akár egy adatot.

Ezen adatok alapján, akkor javasoljuk, hogy használja a két csatorna vagy négy csatornás SCSI vezérlő és lógott a SCSI csatorna 2-3x több lemezt. Ha szükséges, egy 6 lemezes, szükséges, hogy egy négy csatornás vezérlő, használjon több SCSI vezérlők vagy nézd felé több nagy sebességű interfészekkel, mint például a Fibre Channel. Jelenleg már elegendő számú termelő SCSI vezérlők, például a MegaRAID származó LSI PCI Express támogatás legfeljebb x8. Mi elég lenne PCI-X vagy PCI Express x4 egy jól töltött kétcsatornás lemezvezérlőkhöz, de PCI Express elég lesz. Ideológiailag közelebb a SCSI adapter PCI-X.

A második kérdés: hogyan kell használni a RAID?

Az a kérdés, hogy használ-e RAID fájl szerverek, ez nem szükséges. Feladatok RAID ebben az esetben két - a hibatűrő és a meghajtó teljesítményének maximalizálásához a lemez alrendszer párhuzamosítás a lemez írási és olvasási. Természetesen a leggyorsabb RAID - RAID 0 azonban nem rendelkezik a rugalmasság. RAID 5, sajnos lassítja az írási művelet, különösen akkor, ha az írás kis adatcsomagokat, de ez még mindig nagyon gyors olvasás. Ez annak a következménye, hogy szükség van a újraszámolni, és újra az ellenőrző összegeket felvétel közben részleges blokk. Kiegyensúlyozott olvasási és írási teljesítményt egy RAID 10 (egy-nulla), de elveszítjük a fele a teljes kapacitást. Ezért ajánljuk RAID 10 adattárolásra, amely folyamatosan működik, például az aktuális dokumentum, RAID 5 különböző archívumok és tárolás RAID 0 ideiglenes adatok, például optimalizálása cache proxy. Persze, jobb párhuzamosítás, akkor jobb használni RAID'e maximális számát lemezek, és lehetőleg a különböző csatornákon.

Nos, mit gondol magad, amire szüksége van, hogy egy szervezet, hogy minden van benne:

Abból, amit már említettük, azonnal hívni kétféle fájl szerverek. Először - a belépő szintű fájlszerver kapacitású akár egy gigabit másodpercenként, melyek gyakorlatilag nincs igényeket a berendezés (feltéve, hogy elég fejlett) - sőt, akkor egy jó asztali hardver integrált SATA RAID 1-0. A multi-gigabites menteni a fájl szerver nem működik valami, akkor fog kerülni egy nagyságrenddel drágább.

Második rész - választhat és tyuninguem rendszert.

Választott rendszer

Sokkal jobb, hogy használja az angol változat a rendszer a szerver - problémák esetén könnyebb megtalálni a megfelelő cikket a znaniyMicrosoft.

Állítsa be a rendszert

Valójában, a standard konfiguráció alatt álló rendszer a fájlkiszolgálón minimális. Az ingatlan a hálózati kapcsolat, meg kell nyitni a tulajdonságait a fájl- és nyomtatómegosztás Microsoft Networks (szerviz hozzáférést a fájlok és nyomtatók), és hogy egy kövér pont a maximalizálása adatátvitelt fájlmegosztást.

3. ábra választás optimalizálása Microsoft fájlmegosztás

Hogyan működik és a rendszer cache?

Optimalizálás és a gyorsulás a fájl szerver.

Most mind erősen csalódást. Az igazi fájlszerver-optimalizálás a hardver szinten, ami már tárgyalt. Egy. amiről beszélni fogunk, győzni fogunk több mint 10% -uk csak rosszul kiegyensúlyozott berendezés. Felszámolja a hardver (pl CPU csere) ebben az esetben sokkal jobb eredményt ad. Amint látjuk, a fájl szerver működése nagyon egyszerű. Minden, amit tehetünk -, hogy csökkentse a késleltetés - a szükséges időt nyitás / zárás egy fájlt, egy egyszerű kérés a sorban, stb Az összes többi - csak hardveres probléma.

Tekintettel a funkciók a cache és a kérés feldolgozása sorban, egy fájl szerver nem fog megjelenni a teljesítményét csodák, ha forog olyan alkalmazás, amely a memória intenzív (különösen a tartós felszabadulás és felszívódás) vagy egyenetlen terhelés a CPU-t. Nem szükséges, hogy egy fájl szerver minden további szerepe a hálózatban, kivéve talán, tartományvezérlõként és Active Directory kiszolgáló, feltéve, hogy igen kis számú (nagyságrendileg tíz) szerver számára.

Optimalizálása berendezések

A Microsoft azt javasolja, hogy a többprocesszoros rendszerek (SMP valós, mi nem beszélünk gipertridinga technológia) megszakítása azonos hálózati adapter által feldolgozott ugyanaz a processzor. Alapértelmezésben egy megszakítási lehet feldolgozni bármely processzor. Lehet használni IntFiltr (ftp://ftp.microsoft.com/bussys/winnt/winnt-public/tools/affinity/) kötődni bizonyos eszköz megszakítja az egy processzor.

HKLM \ System \ CurrentControlSet \ Session Manager \ I / O System \ CountOperations

A 0 letiltja számlálók a merevlemez, amely felgyorsítja az I / O műveletek.

Hardware RAID vezérlő végezhet több SRB kéréseket párhuzamosítás. Javasoljuk, hogy növelje az értékét a tartományban 32-96.

HKLM \ SYSTEM \ CurrentControlSet \ Control \ Session Manager \ Memory Management \ IoPageLockLimit

Mennyi memória (kilobájt) lehet lezárni a rendszert input / output műveletet. Az alapértelmezett érték 512 KB. Ennek növelése növeli az adatmennyiség, amit át egy műveletben. Megtalálható ajánlásokat növelni ezt az értéket egészen 128 viszont a növekedés több, mint néhány megabyte (például a tartomány 8-16) nem valószínű, hogy hatékony legyen.

Optimalizálja a fájlrendszer-paraméterek

HKLM \ SYSTEM \ CurrentControlSet \ Control \ Session Manager \ Memory Management \ PagedPoolSize

Lapozhatómemória és a fájl cache ugyanazt a memóriát. Lapozható köteles együttműködni a lapozófájl, amely elegendő mennyiségű memóriát a fájlszerver, szinte nem kell. Mi lehet kissé növeli a rendelkezésre álló memória fájl cache rovására lapozható mérete (bájt). Akkor az értéke nagyságrendileg 128 vagy annál kevesebb.

Megtiltja a létesítmény rövid álnevek fájlokat. Ez a képesség szükséges, ha a feldolgozott adatok alkalmazások, MS-DOS vagy Windows 3.x (azt kell szem előtt tartani, hogy ezek sok szerelők) kerül tárolásra a lemezen. Disable (1 érték) kissé felgyorsítja a folyamatot a fájl létrehozásakor.

Ha 1 engedi megváltozni a hozzáférési idő, amikor a fájl megnyitásakor olvasásra. utolsó elérési ideje ritkán használják (ellentétben a létrehozása és módosítása időben). Ban frissíteni, hogy gyorsítsák fel a nyitás az eljárást a fájl olvasása.

Optimalizálása hálózati paramétereket

Nem rossz kezdésnek, tiltsa le az összes fel nem használt hálózati kapcsolatok (minimalizálni a routing tábla), protokollok és az ügyfelek. Akkor nézd itt:

TCP ablak méretét. Az ablak mérete Növelni kell a hálózatok nagy sávszélességű és nagy késleltetésű. Ezek a következők lehetnek: a hálózat teljesítménye több gigabit másodpercenként, nagyban távoli hálózatok (műholdon keresztül vagy több útvonal), a hálózati terhelés, amelyben száma elkerülhető ütközés elég nagy, a hálózat gyenge ügyfelek, mint például a régi számítógépeket. Amikor egyre ablakok (TcpWindowSize) felett 65.535 (közel ezt az értéket használjuk a gigabit vagy annál interfészek) kell tenni egy 1 érték TCP1323Opts.

Méretét jelzi, hash tábla TCP-kapcsolat (alapértelmezett 128). Maximum érték - 65535 Az optimális érték - nem kevesebb, mint az várható számát egyidejű kapcsolatok. Akkor vedd fel, és a maximális értéket.

Ez azt jelzi, hogy hány TCP csomagokat (alapbeállítás 2) küldenek ACK. A Microsoft azt javasolja, hogy ezt az értéket, hogy a 13 számának csökkentése továbbított csomagok a hálózaton keresztül.

Ezen - mindent. Írja. Ossza meg benyomásait. Megjegyzések. Tanácsok.

Reprint ezt a cikket nem lehet engedélye nélkül a kiadó Gameland