Изграждане на срив клъстера използване drbd и пулс

И накрая, висока надеждност стане достъпна

Ако сте системен администратор, вие вече се случва: просто поръча вечеря, когато си пейджър изписка. Обяд днес се отменя. Или друг пример: на сървъра се разби и системния администратор е изчезнала. Ти можеш да счупиш гледна точка, тъй като няма кой да се възстанови на критични системи.

Касетъчните High Availability (High-наличност (HA) клъстери) могат значително да намалят времето за възстановяване и като се има предвид, че за преодоляване на срив е бърз и автоматичен, системните администратори могат да завършат вечеря, а потребителите - тяхната работа. Администраторите са щастливи, доволни клиенти, дори и дебелоглави мениджъри [Ед. - генетично модифициран, по възможност без протеин форма на живот на нашата планета. ;-)] са щастливи, защото намаляването на престоите спестява пари.

Тъй като "висока надеждност" се отнася до различните хора по различен начин, ние ще говорим за висока надеждност клъстери (CVG) HS клъстер е колекция от сървъри, които работят заедно, за да предоставят определени услуги. Услугите, които не принадлежат към определена сървър. и от другата страна на клъстера. Ако има неизправност на един от неговите функции се прехвърлят автоматично към други сървъри в клъстера.

Въпреки високите системи наличие не може да елиминира напълно изключенията, те позволяват максимално да се намали времето за престой. И тогава отказа може да остане незабелязана, или проява на отписването на нещо друго, като "проблеми" на Интернет. Подходящо конфигуриране лесно достъпни системи работят като магьосници, чиито ръце бързо око. В действителност, добре проектирани, персонализирани и правилно управление на клъстера добавя "девет" за наличността и намалява времето за престой от 90%. Вградени "Magic-деветки", дешифрира значението на броя на "деветки".

Magic-деветки

Достъпността обикновено се измерва с броя на "деветки". Ако сървърът се изпълнява 90% от времето, то е на разположение - това е девет. Когато използването на достига 99% - равно на две деветки наличност и т.н. Ако резултатът от "девет" към нормалния престой на година, можете да получите следната таблица:

Дори и ако първоначално използвате несигурна операционна система, ненадежден софтуер и да го инсталирате на хардуер "грозник", добър софтуер CVG значително да подобри положението. В идеалния случай вие ще бъдете в състояние да постигне дори "трите деветки". И ако започнете с тежко сървърен хардуер, за да добавите, че една стабилна и надеждна Linux софтуер ядрото, добавете към това и добре обучен персонал и доказани процедури за поддръжка, вие се предоставят най-добри резултати. В този случай можем да говорим за около пет деветки или повече.

Реал висока наличност на сървъра

Фигура 1. Физични диаграма УПЛГ

Сървър, показано на фигура 1, е система x86 с операционната система с два IDE SuSE Linux сървъри 8 (SLES8) дискове предприятието: един поставен дяла зареждане и самата система, а от друга - секцията на / начало, размерът на 80 GB. Изборът на SLES8 е направено, поради факта, че той идва с целият необходим софтуер е достатъчно актуална версия.

Heartbeat пакет (сърцебиене -. Prim.per) се използва за откриване на повреди и управлението на клъстерни ресурси. DRBD пакет осигурява / дома дял винаги е синхронизирана и от двете системи. DRBD могат да бъдат представени като RAID1 (отразявайки) през мрежа.

Това е минималната конфигурация на данни на сървъра акции с висока надеждност. За висока мощност (критични нужди за ускоряване на подсистемата диск) системи с бързи дискове, отделен канал трябва да бъде организирана на базата на гигабитова съединение. Разходите Gigabit LAN карта в момента е ниско и общата цена на разтвора ще остане ниска. Колко ниско - това е, зависи от хардуера на сървъра.

Фигура 2.
CVG услуга верига

Друг начин за представяне на системата - схема на взаимодействие на компонентите. Това е илюстрирано на фигура 2.

конфигурация развитие CVG

CVG, предназначен за защита на вашата система от трясък. Ето защо, на етапа на проектиране е важно да се търси CVG единична точка на отказ (критични точки, SPOFs). Ако има отделни елементи от архитектурата на системата, повредата на който води до провал на целия клъстер - една точка на неуспех. Средства за критични точки - излишък. Като цяло, има "правило на три, и висока надеждност": и zbytochnost и zbytochnost и zbytochnost. Ако това ви звучи излишно, така трябва да бъде.

Помислете за системна архитектура на нашия пример. Виждаме излишъка на сървъри, непрекъсваеми токозахранващи устройства, дискове, и така нататък. Всичко това позволява на CVG да работи ефективно.

Този пример без вътрешни критични точки. Независимо от това, което става в клъстер, системата ще продължи да функционира. Въпреки провала на репликация връзка ще доведе до невъзможност да синхронизирате данни, това няма да доведе до повреда на цялото обединение, а след това не е единична точка на отказ. (В нашия пример, ние смятаме, системата за репликация, но често се използват и сподели дискове. На предимствата и недостатъците на всеки вариант се разглежда в страничната лента "Споделени дискове и дискове репликацията"). Както може да се разбере от диаграмата, дори и физическото унищожаване на основната система няма да се отрази на работата на клъстера, и тя ще продължи да функционира.

Споделени дискове диск репликация

Пакет DRBD репликира данни между два диска от всякакъв тип и прилага за съхранение на много ниска цена, без критични точки. Въпреки това, изискванията за съхранение са се увеличили два пъти, но самата система понякога е обект на дългосрочен ресинхронизираща след неуспехи. В допълнение, намаляването на производителността на твърдия диск ще се усети в някои проблеми.

В продължение на много приложения, те се причинят сериозни неудобства от решаващо значение. В такива случаи се използват споделените дискове. Тя може да бъде RAID масиви с няколко връзки, двойни RAID контролери (например IBM ServeRAID), споделени устройства, базирани на фибри-канален, най-висок клас IBM Enterprise Storage за съхранение сървър или други високопоставени електромагнитна съвместимост решения. Тези системи са сравнително скъпи (в диапазона от $ 5K за милиони долари). Въпреки това, те не страдат от загуба на производителност и необходимостта от ресинхронизираща.