Сглобяване на сървър за видеонаблюдение
Ако този сървър е проектиран изключително за ACS, тогава трябва да се има предвид, че за CD системи, които получават информация от много разпределени контролери, най-важните компоненти ще бъдат:
- Процесорът, който трябва да има време да обработи входящата информация от всички сензори.
- RAM, която (за предпочитане) трябва да съдържа информация за всички текущо регистрирани събития, промените в които се проследяват от CD системата, за всички потребители, регистрирани в системата и техните права за достъп - това е необходимо, за да се сведат до минимум забавянията при достъпа до тази информация, за да я промените или проверите състоянието.
- Бърз и надежден комуникационен канал между контролера и CD сървъра, който минимизира времето за изчакване на потребителя.
Важен е и фактът с каква скорост компютърът може да записва информация на твърд диск. Това се определя от честотната лента на шината, към която са свързани твърдите дискове на компютъра.
Процесът на избор на сървър за WB е подобен на процеса на проектиране на самия WB. Клиентът трябва да направи списък със задачи, които сървърът трябва да реши. За да направите това, трябва да отговорите на първоначалните въпроси. Какви функции ще изпълнява този сървър? Колко информация ще се съхранява на него, колко често тази информация ще се актуализира, колко информация ще се обработва, колко потребители имат достъп до нея и колко от тях работят с тази информация едновременно? Само след като отговорите на тези въпроси, можете да започнете да проектирате сървърна платформа. Тъй като отговорите на тези въпроси влияят върху избора на сървърни компоненти: процесор, дънна платка, тип и количество памет, брой мрежови контролери и слотове за разширителни карти.
Друг важен въпрос е непрекъснатото функциониране на цялата система. Какво се случва, ако компютърът се повреди по някаква причина (възникне хардуерен или софтуерен отказ)? За да направите това, дори по време на процеса на проектиране, е необходимо да се осигури набор от софтуерни и хардуерни мерки, насочени към минимизиране на вероятността от такава ситуация, и при сглобяването на сървъра, като се вземат предвид тези мерки, е необходимо да се изберат съответно сървърните компоненти. По-специално, една от тези мерки е използването на вградени контролери за RAID масиви.
Нека да разгледаме набързо някои от тях. Онлайн с отворен код www.adapteconline.com/brochure/ru/articleraid.asp.
RAID 1E(Striped Mirroring) Комбинира ивизиране на данни RAID 0 с дублиране на данни RAID 1. Данните, записани в лента на едно устройство, се отразяват в лента на следващото устройство в масива. Основното предимство пред RAID 1 е, че RAID 1E масиви могат да бъдат създадени с нечетен брой дискове. С RAID 1E наличното място за съхранение е 50% от наличните дискове в RAID масива.
RAID 5EEОсигурява същото ниво на защита като RAID 5, но с по-висок I/O за секунда чрез използването на горещ резерв, докато данните се разпределят ефективно към резервния за подобрен I/O. RAID 5EE разпределя капацитет между N+1 дискове и е RAID 5 масив плюс стандартно горещо резервно устройство. Това означава, че при нормална работа горещият резерв е активен участник, вместо да се върти на празен ход. Добавянето на hotspare устройство към обикновен RAID 5 масив подобрява защитата на данните чрез намаляване на времето за възстановяване.Тази технология не предполага максимално използване на hot%spare диска, т.к той работи на празен ход, докато не се повреди. Често отнема много години, преди да се използва hotspare устройството. Особено за по-малки RAID 5 масиви, използването на допълнителен диск (напр. четири диска вместо три) може значително да увеличи скоростта на четене. Например, преминаването от RAID 5 с четири диска и горещо резервиране към RAID 5EE с пет диска ще даде увеличение на производителността от около 25%. Другата страна на RAID 5EE е, че hotspare диск не може да се споделя между множество физически масиви като стандартен RAID 5 с hotspare. RAID 5 е по-рентабилен за множество масиви, тъй като позволява множество физически масиви да бъдат застраховани с едно горещо резервно устройство. Тази конфигурация намалява разходите за използване на горещ резервен диск, но от друга страна не е в състояние да елиминира едновременната повреда на отделни дискове на множество масиви. Това ниво на RAID може да се справи само с повреда на едно устройство. RAID 5EE има използваем капацитет от 50% до 88%, в зависимост от броя на устройствата в комплекта RAID. RAID 5EE използва от 4 до 16 диска.RAID 6(Разпръскване с двоен паритет) Данните се разпределят в множество дискови устройства с помощта на схема за двоен паритет за съхранение и възстановяване на данни. Това позволява два диска в масива да се повредят, осигурявайки по-добра устойчивост на грешки в сравнение с RAID 5. Също така позволява използването на по-евтини ATA и SATA дискове за критично съхранение на данни. Това ниво на RAID е подобно на RAID 5, но включва втора паритетна схема, която е разпределена между различни дискове и следователно осигурява най-високата защита срещу грешки и повреди.дискове. RAID 6 може да се справи с две повреди на диска. RAID 6 използва от 4 до 16 диска. Използваемият капацитет винаги е с 2 диска по-малък от наличния брой дискове в комплект RAID1.
В таблица 1 можете да намерите подробна сравнителна таблица с характеристиките на всички най-разпространени днес RAID нива на архивиране.
| ХАРАКТЕРИСТИКИ | RAID 0 | RAID 1 | RAID 1E | RAID 5 | RAID 5EE | RAID 6 | RAID 10 | RAID 50 | RAID 60 |
| Мин. брой дискове | 2 | 2 | 3 | 3 | 4 | 4 | 4 | 6 | 8 |
| Защита на данни | Без защита | Повреда на един диск | Повреда на един диск | Повреда на един диск | Повреда на един диск | Повреда на два диска | До един отказ на диска във всеки подмасив | До един отказ на диска във всеки подмасив | До два извън устройства във всеки подмасив |
| Ефективност на четене | Високо | Високо | Високо | Високо | Високо | Високо | Високо | Високо | Високо |
| Изпълнение на запис | Високо | Среден | Среден | ниско | ниско | ниско | Среден | Среден | Среден |
| Производителност на четене (влошен режим) | Не е приложимо | Среден | Високо | ниско | ниско | ниско | Високо | Среден | Среден |
| Изпълнение на запис (влошен режим) | Не е приложимо | Високо | Високо | ниско | ниско | ниско | Високо | Среден | ниско |
| Използваем капацитет | 100% | 50% | 50% | 67% - 94% | 50% - 88% | 50% - 88% | 50% | 67% - 94% | 50% - 88% |
| Типични приложения | Високопроизводителна Работна станция , Регистриране на данни , Рендиране в реално време , Време Данни | Операционна система транзакционни бази данни | Операционна система транзакционни бази данни | Съхранение на данни, уеб сървъри, архивиране | Съхранение на данни, уеб сървъри, архивиране | Архивиране на данни, повторно обслужване на дискове, решения с висока наличност, сървъри изискващи по-висок капацитет | Бързи бази данни, сървъри приложения | Големи бази данни, файлови сървъри, приложни сървъри | Архивиране на данни, повторно обслужване на дискове, решения с висок достъп , сървъри изискващи по-висок капацитет |
Тъй като цената на сървъра е няколко пъти по-висока от цената на конвенционален компютър (сървър 1U (фиг. 1 и 2) струва средно от 30 до 60 хиляди рубли за един процесор и от 45 до 100 хиляди рубли за двупроцесорен, въпреки че точната цена на сървъра може да бъде оценена само ако имате ясна представа за задачите, които трябва да реши). Ето защо трябва да запомните, че когато проектирате сървър, трябва да вземете предвид временното увеличение на натоварването. Тези. необходимо е да се предвиди и постави резерв от мощност в сървъра, за да сеоперация, въпросът за подмяната на сървъра беше повдигнат едва когато сървърът стана „морално“ остарял. А експлоатационният живот на сървъра беше сравним с експлоатационния живот на цялата система като цяло и не изискваше годишна подмяна. От ъпгрейд или модернизация на всеки компютър - обикновен компютър или сървър - концепцията е доста ефимерна и ограничена. Тази концепция обикновено крие желанието и опитите да се направи системата по-продуктивна и да отговаря на нарастващите изисквания на актуализирания софтуер или на изискванията на нововъзложените задачи. Надграждането често е количествено и е ограничено до съществуващата дънна платка и архитектура на процесора. На дънна платка, инсталирана в компютър, може да се инсталира по-бърз процесор и/или такъв, произведен по нови стандарти за процеси, но само ако са изпълнени следните условия: 1. Дънната платка е проектирана да приема процесори, идващи в близко бъдеще, и нейният фърмуер (BIOS) се актуализира редовно от производителя. 2. Архитектурата на новия процесор не е променена и се поддържа от дънната платка. 3. Новият процесор не е променил вида на сокета, в който трябва да бъде инсталиран. Неспазването на поне едно от тези условия води до въпроса за необходимостта от подмяна на дънната платка (а понякога и типа на използваната RAM) и целесъобразността на подобен ъпгрейд.
Можете да увеличите количеството RAM, когато има свободни слотове или като замените инсталираните модули с модули с по-голям капацитет. При добавяне на нови модули към незаети слотове е силно желателно производителите както на самите модули, така и на микросхемите да са същите като тези на вече инсталиранитев модулната система. В същото време трябва да обърнете внимание на съществуващите ограничения за максималния размер на RAM и за вида на модулите, поддържани от тази дънна платка. Можете също така да увеличите броя (ако има такъв и наличието на свободни слотове на дънната платка) на твърдите дискове, да инсталирате по-големи твърди дискове или да инсталирате по-бързи твърди дискове с различен интерфейс. В последния случай е необходимо да имате контролер, интегриран в дънната платка, който поддържа съответния интерфейс на HDD, или ще трябва да закупите „външен“ контролер, който е инсталиран в слота за разширение на дънната платка. Сървърната система може да бъде надстроена в горните посоки, докато се вземе решение за промяна на цялата сървърна платформа. В заключение на тази статия искам да кажа, че изборът на сървърна платформа също зависи от избора на конструктивна схема. Това не е толкова актуално в малките SB, но е от голямо значение в големите SB. В зависимост от избраната схема, платформата може да се състои както от един „голям“ сървър, който решава всички възложени му задачи, така и от група по-малки сървъри. В този случай WB се изгражда чрез разпределение на мощността, когато отделен сървър регистрира и управлява отделни събития в системата. Тази схема на изграждане е по-скъпа от избора и инсталирането на по-мощен, но един сървър, но има по-висок показател за надеждност, тъй като ако е необходима планирана или спешна подмяна на сървъра, няма нужда да спирате цялата система като цяло.