Продуктивна файлов сървър за Windows

Част не - отражение не спомени.

Без допълнителни въвеждания започват с идеята, че такъв сървър файл, как работи и какво трябва да направим, като файлов сървър може да бъде повече пъргав, например, да се направи възможно най-пълно използване на нашия гигабитова мрежа. На пръв поглед, всичко е просто. Дойдох клиент поиска файла, слезте на диск за файла и дава на клиента. Много по-лесно. През второто и по-съвременни възгледи - всичко е много по-сложно. файлов сървър е повече от просто мрежов интерфейс на твърдия диск. Разбира се, скоростта на четене в днешните твърди дискове не са малки, но това, което се случва, когато това не е клиент, но няколко десетки? В допълнение, тя ще трябва да споделят е най-четения между клиенти, то ще трябва да скочи и с четене на данни от различни места на диска. Стойност доста приличен времето за достъп: механика, по дяволите, не изпълнение. Всичко да работи бързо, а клиентите да работят с файловия сървър има същия впечатлението, че работи с локален диск, ще трябва по някакъв начин механиката заменят с електроника. Т.е. клиенти трябва да получават данни не от твърдия диск и от паметта, която трябва да бъде достатъчно. Стандартната механизма на файлов сървър -

Disk -> Memory -> Network

Следете всичко това, разбира се, на процесора.

Така че, нека да отделим за оригинала, че ние трябва да:

1. Голяма част от работата с паметта, преместване на данни от твърдия диск и от паметта - в AC адаптер.
2. Направете го всички наведнъж.

Ще се направи прехвърлянето на всички данни по два начина и половина - да се увеличи скоростта на предаване (например, честота на шината) или паралелизация трансфер.

Остават много ефективен polusposob - обикновено се избегне данни, където е възможно.

Повечето от сървъра на работно досие прилича на работата на сърдечно-съдовата система с два обращение. И, както ще видим, че е трудно да се спестят пари за.

Част първа - изберете платформа.

Chip Set и спасяване.

Разликите могат да се видят, когато се погледнете в диаграма чипсет:

Фиг. 1 - Диаграма висока производителност чипсет Intel 995X станция.

Фиг. сървъра чипсет 2 входно ниво Intel E7230 Chart

Въпросът е, къде отиваме, за да хвърли заровете, в смисъл да се придържаме оборудване. скорост 955x 8 Gbps PCI Express x16 шина за графична употреба. За свързване дискови и мрежови адаптери, можем да използваме PCI или PCI-X чрез южния мост (ICH7R). Но изпълнението на DMI автобус между южния и северния мост на 2 GB / сек, което ще бъде разделена между диска и мрежата. Синхронно автобус тук гигабайта, не гигабита, т.е. скорост е доста приличен, но все пак. платформа сървър има допълнителен PCI Hub, която осигурява връзка с PCI-X пристанища чрез PCI Express x8 връзка и пристанища PCI Express x8 и x4, което позволява пълно използване на още 10 Gigabit Ethernet, както и за всички, които дисковата подсистема може да се използва различен автобус. Платформата, скорост периферна шина са разположени и колкото повече от тези гуми е директно свързан към северния мост, което позволява ниска латентност данни ход от външни устройства към паметта и процесора.

Всичко е ясно с паметта. Този ресурс е най-критично за нас, така че паметта трябва да е пъргав.

Процесор? Кой процесор?

От една страна на процесора в файловия сървър винаги е малко от страна на основния поток на данни, ако мрежовият адаптер поддържа данни хардуер контролна изчисление и сегментиране, и разбира се, ако искаме да се заблуди, не решава, например, криптира целия трафик. От друга страна - не е излишно, тъй като трябва да се сформира всеки пакет, което изпращаме към мрежата: Пакет, че не е голям, така че ще има много, особено ако мрежата е, не дай Боже, това е много продуктивен, и работи за процесора , В допълнение, нашите процесори контрол и получава съобщения от различни устройства - мрежови адаптери, дискови контролери. Колкото по-бързо ще се обработват данните на тези съобщения, толкова по-добре. Още по-добре, ако има съобщения от различни устройства ще бъдат обработени паралелно на различни процесори. Така че, при избора на процесор следва да се счита:

1. Колкото и странно да звучи за паралелни компютърни експерти, за предпочитане два по-бавен процесор от най-бързо една и повече различни контролери и адаптери имаме, толкова по-големи предимства на многопроцесорна, които получаваме.
2. Колкото повече проходите едновременно паметта (по системата кеш), за по-силен ефект от размера на кеша на процесора. И две различни кеш на процесора не са кумулативни.
3. Много мощни процесори изискват, когато стигнем до мулти-гигабитова мрежа.
4. честота на процесора автобус може да повлияе на честотата на шината на паметта. Ето защо, трябва да изберете процесор, който работи с автобуса, не се забавя с паметта.

Както вече изчислява, 1 GB / сек (гигабита в секунда), както и 1GB / S (гигабайта в секунда) - това не е едно и също нещо. Ако се вгледаме в Gigabit Ethernet, действителната скорост на трансфер на повече или по-малко дълъг период от време там ще бъде не повече от 90 MB / сек по един порт на асинхронен автобуса. И да обслужва голям брой клиенти, Gigabit Ethernet не може да бъде достатъчно. Първата възможност е да се премине към 10 Gigabit Ethernet, което е скъпо и не много стандарт. Това е особено вярно на адаптери, които могат да работят на високоскоростни версии на PCI-X или PCI Express x4 / X8. Такова решение може да се отплати в сървърите на корпоративно ниво. Както по-евтина алтернатива и по-малко скорост може да има много гигабитови адаптери. Шофьори Много адаптери позволяват да ги комбинирате в една виртуална за подобряване на производителността. Но не забравяйте, че тази операция може да доведе до объркване сред някои ключове (ключове) и задължително изисква внимателно изследване. Извършване на автобуса PCI не е достатъчно дори за адаптер Gigabit, като се вземе предвид дуплекс, по-добре, разбира се, да се използва PCI Express или PCI- X адаптер. Не се препоръчва да се използват двойни адаптери. За Ethernet 10 Gb / и пристанища, трябва да използват PCI-X 266/533 или PCI Express x4 / X8. PCI-X - синхронен автобус и неговото реално изпълнение в близост до максимум 1 GB / и за PCI-X, 2 GB / и за PCI-X 266 и 4 GB / и за PCI-X 533. PCI Express - асинхронен автобус и действителната скорост предаване под теоретичния максимум. Но идеологически по-близо до Ethernet PCI Express.

В най-модерните адаптери са подкрепени от възможността за "TCP Offload" - т.е. прехвърли изчислителни задачи, свързани с организацията на мрежовата връзка с процесора на мрежова карта. Обикновено се поддържа от изпълнението на най-малко два проблема: изчисляване на контролни суми пакет (контролна Offload) и сегментирането на големи пакети (TCP сегментиране разтоварване, някои шофьори Realtek и HP се нарича TCP Голям Изпрати Offload). За работата на сървъра при гигабитови скорости, тези задачи са от решаващо значение, тъй като до 30% от всички проблеми на компютъра сървър се дължи на факта, че целият трафик ще отиде в процесора за изчисляване на контролната сума. Ето защо е много важно, че мрежовият адаптер за изпълнението на тези задачи, и да изпълнява правилно. В случай, че трябва да се шифрова трафик, мрежов адаптер трябва да поддържа и IPSec Offload. Адаптери с поддръжка на IPSec са много по-скъпи, но дори и за своето представяне в мулти-гигабитова остане мечта.

По първия въпрос - SCSI или SATA.

Ако не гледаме в посока на стотици мегабайта в секунда, а след това слезе и SATA. За системите от висок клас, разбира се все още SCSI. Липсата на решения за автобус SCSI - малък обем и високата цена на единица обем. Но това е по-бързо. 320 Мб / с в Ultra320 SCSI процента е 10% по-бързо от 3 Gb / и в SATA II, отново поради огнища серийна шина, която е SATA. В реално установена скорост на четене / запис усъвършенствани модели на SCSI дискове също около половина пъти по-висока, отколкото дискове SATA-II, се доближава до 100 MB / сек. Друго предимство на SCSI дискове - те са много по-лесно да се запълни в големи количества. Колкото повече nabem шофирате, толкова по-висока производителност на дисковата подсистема, защото достъп диск може да се извърши паралелно. Разбира се, е на разположение на почти SATA, грях да не ги използват най-малко веднъж, например, върху него или дори парче от данни.

Въз основа на тези данни, можем да Настоятелно препоръчваме да използвате двуканална или четири канала SCSI контролер и висеше на канала за SCSI 2-3x повече дискове. Ако е необходимо, да има за 6 диска, е необходимо да има контролер с четири канала, използвайте няколко SCSI контролери или да погледне към по-високоскоростни интерфейси като на Fibre Channel. В момента вече има достатъчен брой продуктивни SCSI контролери, например, на MegaRAID от LSI с поддръжка за PCI Express x8 до. Ние ще бъде достатъчно, PCI-X или PCI Express x4 за добре пълнени с двуканална дискови контролери, но конвенционален PCI Express ще бъде достатъчно. Идеологически-близо до SCSI адаптер PCI-X.

Вторият въпрос е: как да се използва RAID?

Въпросът дали да се използва RAID за файлови сървъри, не е необходимо. Задачи за RAID в този случай две - да се осигури устойчивост на откази и с кола до постигане на максимална производителност на дисковата подсистема, от parallelizing на диск за запис и четене. Разбира се, най-бързият RAID - RAID 0. Въпреки това, той не притежава гъвкавост. RAID 5, за съжаление се забавя операцията за запис, особено при писане на малки парчета от данни, но тя все още е много бърз при четене. Това е следствие от необходимостта да се преизчисли и повторно контролни суми, докато записвате частичен блок. Добре балансиран четене и запис на RAID 10 (едно нула), но губим половината от общия капацитет. Следователно, можем да препоръчаме RAID 10 за съхранение на данни, което е постоянно на работа, например, на текущия документ, RAID 5 за различни архиви и съхранение и RAID 0 за временни данни, като например оптимизиране кеш прокси. Разбира се, за по-добро паралелизация, е добре да се използва RAID'e максимален брой дискове и за предпочитане с различни канали.

Е, какво мислиш, че си това, което трябва да има орган, че всичко е в него:

От казаното по-горе, веднага съставя два вида файлови сървъри. Първо - файлов сървър на входно ниво с капацитет до гигабит в секунда, за които е там на практика няма изисквания към оборудването (при условие, че това е достатъчно за напреднали) - всъщност, можете да използвате един добър настолен хардуер с вграден SATA RAID 1-0. В мулти-гигабитова спаси файлов сървър няма да работи на нещо, то ще струва един порядък по-скъпи.

Част втора - изберете и tyuninguem система.

Избор на система

По-добре е да използвате английската версия на системата на сървърите - в случай на проблеми по-лесно да намерят съответната статия в znaniyMicrosoft.

Конфигуриране на системата

Всъщност, стандартната конфигурация на системата, предмет на файлов сървър е минимално. Свойствата на мрежова връзка, от които се нуждаете, за да отворите свойствата на файлове и принтери за споделяне за Microsoft Networks (услуга за достъп до файлове и принтери), и сложи точка на мазнини в данните пропускателна Максимизиране за споделяне на файлове.

Фигура 3 избор оптимизиране на Microsoft споделяне на файлове

Как работи и система за кеш?

Оптимизиране и ускоряване на файловия сървър.

Сега всички силно разочарова. Оптимизирането на недвижими файлов сървър се появява на хардуерно ниво, което ние вече сме обсъждали. One. за които ще се говори, че ще спечелим повече от 10% само лошо балансиран оборудване. Премахване на пречките в хардуера (например CPU замяна) в този случай ще се получи много по-добри резултати. Както можем да видим, операцията на файлов сървър е съвсем проста. Всичко, което мога да направя - е да се намали всяко забавяне - времето, необходимо за отваряне / затваряне на файла, на проста заявка в опашката и т.н. Всички останали - само хардуерен проблем.

С оглед на характеристиките на кеша и обработка на опашката за заявка, файлов сървър няма да се появи на изпълнението на чудеса, ако тя се върти всякакви приложения, които използват памет-интензивно (особено продължително освобождаване и освобождаване) или неравномерно натоварване на процесора. Не е необходимо да се даде файлов сървър по-нататъшно роля в мрежата, с изключение, може би, като домейн контролер и Directory сървъра Active, при условие, че много малък брой (от порядъка на десетки) потребителите на сървъра.

Оптимизация на оборудване

Microsoft препоръчва в многопроцесорни системи (SMP е реално, ние не говорим за gipertridinga технология) прекъсване на една и съща мрежа адаптер са обработени със същия процесор. По подразбиране, за прекъсване може да бъде обработена от всеки процесор. Може да се използва IntFiltr (ftp://ftp.microsoft.com/bussys/winnt/winnt-public/tools/affinity/) да се свързва определено устройство прекъсва с един процесор.

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

Със стойност 0 забранява броячи за твърдия диск, който може да се ускори I / O операции.

Hardware RAID контролер може да изпълнява повече заявки SRB от parallelizing. Препоръчително е да се повиши стойността в границите 32-96.

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

Колко памет (в килобайти), може да заключите системата, като вход / изход на работа. Стойността по подразбиране е 512 KB. Увеличаването на това ще увеличи количеството данни, които могат да бъдат прехвърлени в една операция. Човек може да намери препоръки за увеличаване на тази стойност чак до 128MB, обаче, което представлява увеличение от повече от няколко мегабайта (например в диапазона 8-16) е малко вероятно да бъдат ефективни.

Оптимизиране на параметрите на файловата система

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

Пейджъра басейн памет и кеш файл споделят едно и също пространство на паметта. Пейджъра басейн се изисква да се работи с файла за виртуална памет, което е достатъчно количество памет на файловия сървър, ние почти не се нуждаят. Ние можем леко да се увеличи размера на свободната памет за кеш файл за сметка на пейджъра размер басейн (в байтове). Можете да вземете стойността на поръчката на 128MB или по-малко.

Той забранява създаването на кратки псевдоними файлове. Тази възможност се изисква, ако данните, обработвани от приложения, MS-DOS или Windows 3.x (ние трябва да имат предвид, че това са много монтажници) ще се съхранява на диска. Disable (стойност 1) леко се ускорява процеса на създаване на файла.

Когато е настроен на 1 забранява промяна на времето за достъп при достъп до файл за четене. време последен достъп се използва рядко (в сравнение с времето за създаване и модификация). Бан го актуализира, за да се ускори откриването на процедурата за четене на файла.

Оптимизиране на параметрите на мрежата

Не е зле да се започне с, забранете всички неизползвани мрежови връзки (за свеждане до минимум на маршрутната таблица), протоколи и клиенти. Можете да погледнете тук:

TCP размера на прозореца. Размерът на прозореца трябва да се увеличи в мрежи с висока честотна лента и висока латентност. Те могат да включват: мрежа изпълнение на няколко гигабита в секунда, значително отдалечени мрежи (чрез сателит или повече маршрутизатори), натоварването на мрежата, в които броят на предотвратима сблъсък е достатъчно висока, мрежата със слаби клиенти, като например стари компютри. При повишаване прозорци (TcpWindowSize) над 65 535 (близо до тази стойност се използва за Gigabit или над интерфейси), трябва да бъдат поставени в стойност 1 TCP1323Opts.

Показва размера на хеш таблица TCP-връзки (по подразбиране 128). Максимална стойност - 65535. оптималната стойност - не по-малко от броя на очакваните едновременни връзки. Можете да вземете и максималната стойност.

Това показва колко много TCP пакети (по подразбиране е 2) се изпраща ACK. Microsoft препоръчва да увеличите тази стойност до 13, за да се намали броят на пакетите, предавани по мрежата.

На тази - всичко. Напиши. Споделете впечатленията си. Забележки. Съвети.

Препечатки на този член не може да бъде без разрешението на Gameland на издателя