Клъстер клъстер раздор

Когато на системния администратор да управлението на дружеството поставена цел да се гарантира ефективността на конкретно приложение или услуга, 24 часа в денонощието, 365 дни в годината, той трябва да се замислим за разполагането на критични за бизнеса неща в груповите системи.

Регистрация за конференцията

Когато на системния администратор да управлението на дружеството поставена цел да се гарантира ефективността на конкретно приложение или услуга, 24 часа в денонощието, 365 дни в годината, той трябва да се замислим за разполагането на критични за бизнеса неща в груповите системи. Според опита на комуникация с колеги, мога да кажа, че идеята за разполагане на системи струпани от ИТ специалисти са много популярни. Много хора знаят, че това е отличен начин да се осигури устойчивост на откази и мащабируемост, но малцина имат практически опит от прилагането на такива системи. Клъстерите - не е панацея за всички болести, и цитирани в епиграф Закона на Мърфи е валидна по отношение на груповите системи.

Целта на тази статия - за да се покаже какво трябва да се обърне внимание на дизайна на отказоустойчивост и решения, както и да разгледат клопките, към които могат да се движат специалист, който се планира да разположи решения, базирани на Windows Server Cluster.

Компонентите на системата клъстер

Всяко срив на базата на системата MSCS включва най-малко две сървъри, които са в клъстери терминология се наричат ​​възли (възел), и са на разположение на двата възела за съхранение на външни данни (фиг. 1).

Клъстер клъстер раздор

Всеки клъстер възел трябва да има две мрежови интерфейси, единият от които е включена в цялостната мрежа и се използва за обслужване на клиентски свързвания, и с помощта на втори интерфейс сървъри са свързани помежду си с организацията частна мрежа клъстера. Private Network клъстер се използва за обмен на съобщения сигнализация MSCS (по-нататък за синхронизиране сигнали, сърдечна дейност) и за да се определи наличието на всеки един от възлите на клъстера. Прави впечатление, че в случай на повреда на съобщения за услуги частна мрежа може да се предава и споделена мрежа.

На външното хранилище е услуга клъстер ресурс, наречен кворум и данни приложения разположени на клъстера. Например, ако една система клъстер работи Microsoft SQL Server, неговата база данни трябва да бъде разположена на външна памет (вж. Sidebar "приложения, които поддържат групиране").

Горният модел се нарича клъстер с общ клъстер кворум. Както видяхме, външна памет, на която кворум на клъстера трябва да бъде реализиран като решение за възстановяване след срив (като отказоустойчива RAID масив). В противен случай, ако не е налице кворум например поради неизправност на външното хранилище клъстер също да спре да функционира.

Има и други модели на клъстери - клъстер с местен клъстер кворум и тип Мнозинство възел Set (MNS). Клъстер с местен кворум не е безотказен решение и може да се използва само като платформа за разработване на приложения и тестване.

MNS клъстер, Microsoft препоръчва използването на част от решението, предоставена от доставчика на компютърно оборудване или софтуер, както и въвеждане на себе си.

За комуникация със сървър за отдалечен съхранение като се използват следните техники:

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

Основните недостатъци на това решение са пряко свързани с недостатъци SCSI интерфейс: Максималната дължина на кабела от 25 метра, който не позволява позициониране на компоненти клъстер система на значително разстояние една от друга, а максималната скорост на данните е 320 MB / сек (в случая на SCSI-3 SPI -4, максимална дължина на кабела ще бъде само на 12 метра).

2. Съхранение: Networking Area Network (SAN).

Склад мрежи са обединения на устройства за съхранение с помощта на технологии, изградени на принципа на мрежовите комуникации. Протоколът SAN използва комутация на пакети и различни маршрута данни технология (фиг. 2).

Клъстер клъстер раздор

В повечето случаи, технологията за работа в мрежа, използван на Fibre Channel (FC). оптични кабели или медни кабели (наред с други неща, име Fiber се заменят Fiber, за да покаже, че тази технология не е свързана само с оптичен пренос на медиите) и специални адаптери, на Fibre Channel терминологията по-нататък се използват домакин Base адаптери (HBA) за FC връзки.

Максималната скорост на трансфер на данни в случай на използване на Fibre Channel днес достига 4 GB / сек, а максималната дължина на кабела може да бъде десетки километри. площ за съхраняване на мрежата може да включва голям брой устройства за съхранение на данни, например, Сан използващи плат ключове (Fabric Switch) може теоретично да съдържат около 15 милиона пристанища.

Така че на базата на на Fibre Channel може да изгради географски разпределени груповите системи, с много външна памет, а днес тази технология е най-обещаващи за изграждането на клъстерни системи.

За свързване на външна памет за сървъри могат да бъдат използвани и други технологии обикновено предлагат като алтернатива на вече остаряла паралелно SCSI, като сериен SCSI (SAS) и сериен съхранение архитектура (SSA). Въпреки това клъстер система въз основа на тях, а не толкова често по-ниско SAN базирани мащабируемост и данни скорост на Fibre Channel.

Различни версии на Windows Server подкрепят различен брой възли в клъстера. Освен това, броят на възлите зависи от използваната технология за свързване на външен хранилището за данни. Зависимостта на броя на възлите на версиите на сървъра и технология на свързване на Windows се показва в таблицата.

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

Можете да конфигурирате клъстер, така че всички приложения работят на един възел, а другата възел във времето "заспал". Тази схема се нарича активен / пасивен. В същото време, ако имате няколко приложения, които могат да бъдат разпределени във всички възли в клъстера, както и в случай на повреда с молбата ще бъде пуснат система извън възел върху останалите възел. Тази схема се нарича активното / активен. За Active / Active схема може да работи няколко екземпляра на едно и също приложение, например, могат да бъдат разпределени на различни възли няколко копия на Microsoft SQL Server.

Така че сте решили да се използва система клъстер за критични бизнес приложения (като например корпоративна база данни въз основа на Microsoft SQL Server), а сега се изправят пред предизвикателството да правилното изготвяне и изпълнение на решението. За информация как да направите това ще бъде обсъдено в следващия раздел.

Андрю Mishechkin - системен администратор, Толиати

Enabled групиране приложение

За да може да функционира правилно прилагане в среда с клъстери, тя трябва да има специален механизъм за взаимодействие с софтуерни компоненти на системата на клъстер.

Microsoft Cluster Service включва три компонента: монитора много клъстер услуга Cluster Service ресурс (МОНИТОР ресурс) и библиотеката от динамични връзки ресурси; За краткост, ние ще ги ресурсни DLL библиотеки (DLL ресурс) се обади.

Cluster Service - е основен компонент да се гарантира функционирането на клъстера и работи в среда на Windows. Тази услуга се извършва на всеки клъстер възел.

Resource Monitor се използва от услугата Cluster да взаимодействат с ресурсите за кандидатстване, за да бъдем точни - с DLL ресурс. Resource Monitor не предприема никакви операции, но само предава исканията за клъстер услуга към съответния DLL ресурс, който ви позволява да се изолира услугата клъстер от необслужвани или неправилно работещи приложения. Един възел може да се извърши няколко монитори ресурси, по този начин, различни ресурси могат да бъдат изолирани един от друг.

Заявленията, които са специални DLL ресурс, взаимодействат с услугата клъстер чрез специални API интерфейси - Cluster API, за да получите цялата необходима информация за състоянието на клъстера. Такива приложения са известни като приложения с подкрепа за групиране (касетъчни-наясно приложения). Те се управляват от услугата за Cluster като една или повече касетъчни ресурси. За някои приложения, като DHCP и WINS сървъри, Microsoft е предоставил DLL на ресурса, като част от MSCS.

Заявленията, които не разполагат със собствен ресурс DLL, също могат да бъдат разположени в система клъстер, с универсален ресурс DLL основни приложения, или Generic Service. Въпреки това, DLL на ресурса данни предоставят само основен набор от клъстер услуга взаимодействие с приложението, например, определяне на това дали процеса на кандидатстване, прилагането започне или в края на процеса, спиране или стартиране на услугата, осъществено чрез Generic услуга, и т.н. ...

Сподели снимки с приятели и колеги