Основні можливості кластера серверів

Розглянемо процес налаштування і установки 1С кластера серверів на двох і більше фізичних серверах.

Маємо 2 сервера: SERVER1 і SERVER2:

• на обидві машини встановлюємо сервер 1С 8;
• створюємо на кожному сервері по кластеру 1С 8.3 (стандартний кластер, робочий сервер поки 1, той, який тримає кластер);
• додаємо робочі процеси та ін. (ідентичні на обох серверах);
• на SERVER1 додаємо інформаційну базу;
• в список резервування SERVER1 додаємо SERVER2 (повинен бути 2-м в списку);
• в список резервування SERVER2 додаємо SERVER1 (повинен бути 1-м в списку);
• чекаємо, поки синхронізуються список ІБ і сеансів (бл. 1 хвилини).

Все - відмовостійкість налаштували.

приклад налаштування

Умова завдання:

Є сервер: V81CORA (192.168.1.222), на якому встановлено сервер 1С: Підприємства та зареєстровані дві інформаційні бази: test і test1.

Є сервер Z3060015, який необхідно використовувати для створення відмов кластеру 1С з двох серверів: V81CORA і Z3060015.

Це найбільш простий випадок створення і використання відмов кластеру серверів 1С підприємства 8.2.

Рішення.

1. Маємо один сервер V81CORA з єдиним робочим процесом. Всі установки - за замовчуванням (1540, тисяча п'ятсот сорок-один) На ньому зареєстровано 2 бази 1C.

Властивості робочого процесу V81CORA 1:

2. На другому сервері (Z3060015) піднімаємо сервер 1C: Підприємства з єдиним робочим процесом. На ньому немає зареєстрованих інформаційних баз. Всі установки - за замовчуванням (1540, 1541).

Кластер серверів 1С: Підприємства 8 є логічним поняттям і являє собою безліч робочих процесів, які обслуговують один і той же набір інформаційних баз.

Основні можливості кластера серверів

• кластер серверів може функціонувати на одному або декількох комп'ютерах (робочих серверах);
• на кожному робочому сервері може функціонувати один або кілька робочих процесів, які обслуговують клієнтські з'єднання в рамках даного кластера;
• підключення нових клієнтів до робочих процесів кластера виконується на основі аналізу довгострокової статистики завантаженості робочих процесів;
• взаємодія процесів кластера з клієнтськими додатками, між собою і з сервером баз даних здійснюється по протоколу TCP / IP;
• процеси кластера сервера можуть бути запущені як додаток, або як сервіс.

Загальна схема клієнт-серверного варіанту роботи

У клієнт-серверному варіанті роботи клієнтську програму взаємодіє з кластером серверів, який, в свою чергу, здійснює взаємодію з сервером баз даних.

Один з комп'ютерів, що входять до складу кластера серверів, є центральним сервером кластера. Центральний сервер, крім обслуговування клієнтських з'єднань, управляє роботою всього кластера і зберігає реєстр кластера.

Для клієнтського з'єднання кластер адресується на ім'я центрального сервера і номером IP порту. Якщо використовується стандартний IP порт, то достатньо вказівки одного імені центрального сервера.

При установці з'єднання клієнтську програму звертається до центрального серверу кластера. Центральний сервер, на основі аналізу статистики завантаженості робочих процесів, направляє клієнтську програму до конкретного робочого процесу, який буде його обслуговувати. Цей процес може знаходитися як на центральному сервері, так і на будь-якому робочому сервері кластера.

Робочий процес виконує аутентифікацію користувача і обслуговує з'єднання до закінчення сеансу роботи клієнта з даної інформаційною базою.

Склад найпростішого кластера серверів

Найпростіший кластер серверів може розташовуватися на одному комп'ютері і містити один робочий процес:

На малюнку представлені всі елементи, які задіяні в роботі кластера серверів, а саме:

• процеси кластера серверів:
  • ragent.exe;
  • rmngr.exe;
  • rphost.exe;
• сховища даних:
  • список кластерів;
  • реєстр кластера.

Функціонування комп'ютера в складі кластера забезпечується процесом ragent.exe, який називається агентом сервера. Відповідно комп'ютер, на якому запущено агент сервера, називається робочим сервером. Однією з функцій агента сервера є ведення списку кластерів, розташованих на даному робочому сервері.

Агент сервера і список кластерів не входять до складу кластера серверів, а лише забезпечують роботу сервера і кластерів, які розташовані на ньому.

Безпосередньо кластер серверів включає в себе наступні елементи:

• процес rmngr.exe;
• реєстр кластера;
• один або кілька процесів rphost.exe.

Процес rmngr.exe називається менеджером кластера. Цей процес керує функціонуванням всього кластера. У складі кластера цей процес завжди існує в єдиному екземплярі. Робочий сервер, на якому функціонує менеджер кластера і розташовується реєстр кластера, називається центральним сервером кластера. Однією з функцій менеджера кластера є ведення реєстру кластера.

Процес rphost.exe називається робочим процесом. Робочий процес обслуговує безпосередньо клієнтські програми, взаємодіє з сервером баз даних і в ньому, зокрема, можуть виконуватися процедури серверних модулів конфігурації.

Масштабованість кластера серверів

Масштабованість кластера серверів може здійснюватися кількома способами:

• за рахунок збільшення кількості робочих процесів, що функціонують на конкретному робочому сервері;
• за рахунок збільшення кількості робочих серверів, що входять до складу кластера.

Використання декількох робочих процесів, з одного боку, дозволяє знизити навантаження на кожен конкретний робочий процес. З іншого боку, запуск декількох робочих процесів дозволяє більш ефективно використовувати апаратні ресурси робочого сервера. Крім цього запуск декількох робочих процесів дозволяє підвищити надійність сервера, ізолювавши групи клієнтів, що працюють з різними інформаційними базами.

Збільшення кількості робочих серверів, що входять в кластер, дозволяє використовувати більшу кількість робочих процесів (обслуговувати більшу кількість клієнтських з'єднань), не збільшуючи при цьому навантаження на кожен конкретний робочий процес.

Робота кластера серверів під управлінням різних операційних систем

Всі процеси кластера серверів здатні функціонувати як під управлінням операційної системи Windows, так і під управлінням операційної системи Linux. Завдяки тому, що взаємодія процесів між собою здійснюється за протоколом TCP / IP, в складі одного кластера можуть бути присутніми робочі сервери з різними операційними системами.

Утиліта адміністрування кластера серверів

У поставку системи входить утиліта адміністрування клієнт-серверного варіанту роботи, що дозволяє змінювати склад кластера, управляти інформаційними базами, підключенням користувачів, а також виконувати оперативний аналіз транзакційних болокіровок.

________________________

Опис взято з сайту http://v8.1c.ru/overview/cluster.htm

8.2. Приклади кластерних рішень HP 8.3. Приклади кластерних рішень SGI 8.4. SMP Power Challenge фірми Silicon Graphics 8.5. Сімейство SUN Ultra Enterprise фірми SUN

8.5.1 Сервер Sun Enterprise 10S 8.5.2 Сервер Sun Enterprise 250 8.5.3 Сервер Sun Enterprise 220R 8.5.4 Cервер Sun Enterprise 450 8.5.5 Сервер Sun Enterprise 420R 8.5.6 Сервер Sun Enterprise 3500 8.5.7 Сервер Sun Enterprise 4500 8.5.8 Сервер Sun Enterprise 5500 8.5.9 Сервер Sun Enterprise 6500 8.5.10 Сервер Sun Enterprise 10000

8.6. Сімейство масово-паралельних машин ВС МВС-100 і МВС -1000

8.6.1 МВС-100 8.6.2 МВС -1000

8.7. ВС з розподіленою пам'яттю фірм Sequent і DATA GENERAL 8.8. Сучасні кластери DIGITAL 8.9. Сучасні суперкомп'ютери - Cray T3E-1200 8.10. Тестове завдання

Розвиток мережевих технологій привело до появи недорогих, але ефективних комунікаційних рішень. Це і зумовило появу кластерних обчислювальних систем, які фактично є одним з напрямків розвитку комп'ютерів з масовим паралелізмом. Класичні суперкомп'ютери, що використовують спеціалізовані процесори таких фірм як, наприклад, Сray, NEC (векторно-паралельні або масивно-паралельні), зазвичай недешеві, тому і вартість подібних систем не можна порівняти з вартістю систем, що знаходяться в масовому виробництві. Обчислювальні системи, створювані з масово випускаються компонентів, стали привабливою альтернативою традиційним суперкомп'ютерних систем. При виконанні багатьох прикладних задач такі ВС, навіть з невеликим або середнім (до 128-256) числом обчислювальних модулів, показують продуктивність, не поступається або навіть перевершує продуктивність традиційних суперкомп'ютерів як з розподіленою, так і з пам'яттю, що. Поряд з цим, ці ВС мають ряд переваг, серед яких: більш низька вартість, короткий цикл розробки і можливість оперативно використовувати найбільш ефективні обчислювальні і комунікаційні компоненти з наявних на ринку під час створення системи. Тому не дивно, що провідні фірми розробники високопродуктивної техніки приступили до створення кластерних систем.

8.1. Приклади кластерних рішень IBMВ початку 2000 року IBM створила Linux-кластер з встановлених в стійці серверів IBMxSeries, інтегрувавши їх з відповідними мережами, системами управління (апаратне і програмне забезпечення) І необхідними послугами. Після випуску в 2001 році кластера 1300, IBM представила недавно кластер 1350 на процесорах Intel Xeon.

Стандартним обчислювальним вузлом для кластера 1350 є IBMxSeries 335. Це дозволяє одному або двом процесорам Intel Pentium 4 (Xeon) зі швидкою динамічною пам'яттю і диском розміщуватися в стандартному корпусі розміром «1U». Символ 1U позначає 1,75 дюймів висоти в стандартному 19-й дюймовому корпусі. Х335 має вбудований сервісний процесор і два слота для з'єднання з іншими компонентами системами.

Головні вузли, вузли управління і вузли запам'ятовуючих пристроїв забезпечують особливі функції для управління кластером (як забезпечення завантаження, управління пристроями, зовнішній введення / виведення і т.д). Сервер 2U IBM xSeries 345, заснований на процесорах Xeon, в кластере1350 використовується, як вузол управління і зберігання даних і може бути також використаний як обчислювальний вузол. Комутатори використовуються для межпроцессорного з'єднання в паралельному програмуванні і для різних функцій управління.

Для паралельного програмування в якості межпроцессорного з'єднання зазвичай використовується комутатор Myrinet фірми Myricom. Пропускна здатність каналу становить приблизно 200 Мбайт / с в кожному напрямі з часом затримки 6-8 мкс.

Термінальні сервери забезпечують віддалений доступ до консолей ОС вузлів через послідовну мережу. Додаткові функціональні можливості додаються за допомогою клавіатури, миші, монітора.

Приклад конфігурації кластера 1350

	Число вузлів кластера	Швидкість процесора, ГГц	Пам'ять системи, Гбайт	Внутрішня пам'ять, Гбайт	З'єднання кластера, Мбіт / с
початковий					10/100 Ethernet
					10/100 Ethernet
Професійний					Gigabit Ethernet
Високо-продуктивний

Комерційний програмний пакет може включати в себе WebSphere, DB2, MySQL і т.д. HPC пакет може включати MPICH, PVM, Maui Scheduler, математичні бібліотеки, транслятори, профіліровщики і т.д.

Про ператівная система Linuxінстальована на кожному вузлі кластера. Кластер 1350 запускається під Red Hat Linux. Надалі планується ставити ОС SuSE (4Q02).

Більшість сформованих систем управління, які називаються xCAT, були розроблені IBM для збирання кластерів на основі вимог замовника. xCAT підтримує всі необхідні функції, включаючи функції віддаленого контролю. Відзначимо, що xCAT використовує сервісний процесор xSeries і що xCAT не є відкритим програмним продуктом. Продукт поставляється вільно з кластерним пакетом IBM, включаючи вихідні тексти.

Управління системами кластера для Linux (CSM) - це ліцензійний програмний продукт IBM. Він забезпечує функції управління системами, подібними за формою з програмами підтримки паралельних систем (Parallel System Support Programs - PSSP) для AIX-систем рівня підтримки на RS / 6000 SP. CSM - це стандартний програмний продукт для кластера 1350.

CSM для Linux включає технологію, витягнуту з PSSP, і зараз доступну на AIX для управління кластерами, зібраними з серверів xSeries і запускаються під Linux, серверами IBM pSeries, керованих AIX, або комбінацією обох операційних систем.

Інші програмні продукти, як взяті з відкритого доступу, так і ліцензійні, можуть бути обрані і адаптовані до потреб замовника і інстальовані у вигляді частини повної системи всього кластерного рішення. Зразки цього ПО включають Portable Batch Scheduler (PBS) і Maui Scheduler, взяті з відкритого доступу. Інші зразки включають MPICH для паралельного програмування, математичні бібліотеки, інструментарій для паралельної налагодження і підвищення продуктивності і багато інших додатків від незалежних продавців.

тепер трохи докладніше:

Кластер 1С 8.3

Насамперед, після установки кластера 1С раніше потрібно було створити робочі процеси. Як виявилося, процеси кластера почали створюватися автоматично в залежності від навантаження бази.

Пробний запуск фонових завдань основної бази змусило кластер 1С нескінченно перевантажувати rphost.exe і додатковий rphost.exe ніяк не хотів створюватися. Покопавшись в налаштуваннях все стало зрозуміло.

Максимальний обсяг пам'яті робочих процесів- це обсяг пам'яті, який можуть використовувати робочі процеси разом. Потрібно бути дуже уважними при установці параметра, вимірюється в байтах. Якщо встановити невірне значення (недостатнє для нормальної роботи користувачів) користувачам буде видана помилка «Недостатньо вільної пам'яті на сервері 1С». Так само цю помилку можна отримати, коли на сервері 1С закінчилася квота по пам'яті.

Безпечний витрата пам'яті за один виклик- дозволяє контролювати витрату пам'яті при серверному виклику, вимірюється в байтах. Якщо виклик використовує більше пам'яті ніж належить, цей виклик буде завершено в рамках кластера 1С без перезапуску робочого процесу (rphost.exe). Відповідно «невдаха», який виконав виклик сервера, втратить сеанс з базою 1С без впливу на роботу інших користувачів.

в одному ГБ - 1073741824 Байт, отже в 2 ГБ - 2147483648 Байта

Обсяг пам'яті робочих процесів, до якого сервер вважається продуктивною - при перевищенні цього параметра сервер в кластері 1С перестане приймати нові сполуки.

Кількість ІБ на процес- дозволяє ізолювати інформаційні бази по робочим процесам. За замовчуванням у поточного кластера 1С було встановлено значення - «8», але протягом декількох годин роботи сервер себе дуже нестабільно, сеанси користувачів зависали. Після ізоляції кожної інформаційної бази (значення - «1») проблеми зникли.

Кількість з'єднань на процес- за замовчуванням значення «128». Так як у поточній бази дуже велике навантаження фоновими завданнями (розрахунок логістики, аналіз прайсів, аналіз конкурентів та інше) було прийнято рішення зменшити кількість до «25».

Трохи змінилися налаштування і самого кластера 1С:

рівень відмовостійкості- це кількість робочих серверів, які можуть одночасно вийти з ладу, і це не призведе до аварійного завершення роботи користувачів. Резервні сервіси запускаються автоматично в кількості, необхідній для забезпечення заданої відмовостійкості. У реальному режимі часу виконується реплікація активного сервісу на резервні.

Режим розподілу навантаження- є два варіанти параметра: «Пріоритет по продуктивності» - пам'яті сервера витрачається більше і продуктивність вище, «Пріоритет по пам'яті» - кластер 1С економить пам'ять сервера.

Сервер 8.3 характеризується переробленим заново внутрішнім кодом, хоча «зовні» може здатися що це зліг доопрацьований 8.2.

Сервер став більш «авто налаштованим», частина параметрів типу кількості робочих процесів тепер не створюється вручну, а розраховується виходячи з описів вимог завдань по відмовостійкості та надійності.

Це знижує ймовірність неправильної настройки сервера і знижує вимоги до кваліфікації адміністраторів.

Отримав розвиток механізм балансування навантаження, який можна використовувати або для підвищення продуктивності системи в цілому, або використовувати новий режим «економії пам'яті», який дозволяє працює «з обмеженою пам'яттю» в випадки якщо використовувана конфігурація «любить від'їдатися пам'ять».

Стабільність роботи при використанні великих обсягів пам'яті визначаться новими параметрами робочого сервера.

Особливо цікавий параметр «безпечний витрата пам'яті за один виклик». Для тих хто погано уявляє що це таке - краще не тренуйтеся на «продуктивної» базі. Параметр «Максимальний обсяг пам'яті робочих процесів» дозволяє при «переповненні" не обвалювати весь робочий процес, а лише один сеанс «з невдахою». «Обсяг пам'яті робочих процесів, до якого сервер вважається продуктивною» дозволяє заблокувати нові сполуки щойно вщухне цей поріг пам'яті.

Рекомендую ізолювати робочі процеси з інформаційних баз, наприклад вказати параметр «Кількість ІБ на процес = 1". При декількох високонавантажених базах це дозволить зменшити взаємний вплив як по надійності, так і по продуктивності.

Окремий внесок в стабільність системи вносить «витрачання» ліцензій / ключів. В 8.3 з'явилася можливість використання «менеджера програмних ліцензій» нагадуючи менеджер «Аладіна». Мета - можливість винести ключ на окрему машину.

Реалізовано він у вигляді ще одного «сервісу» в менеджера кластера. Ви можете використовувати наприклад «вільний» ноутбук. Додайте його в кластер 1с 8.3, створіть на ньому окремий менеджер з сервісом «сервіс ліцензування». В ноутбук можна увіткнути апаратних hasp-ключ, або активувати програмні ліцензії.

Найбільший інтерес для програмістів повинен представляти «Вимоги призначення функціональності».

Вимоги призначеної функціональності 1с

Так на ноутбуці з ключем захисту щоб не запускати користувачів на сервер кластера треба додати «вимоги» для об'єкта вимоги «Клієнтське з'єднання з ІБ» - «Не призначати», тобто заборонити робочим процесам даного сервера обробляти клієнтські з'єднання.

Ще більший інтерес надає можливість запускати «тільки фонові завдання» на робочому сервері кластера без сеансів користувачів. Таким чином можна високонавантажені завдання (код) винести на окремий машини. При чому можна одне фонове завдання «закриття місяця» через «Значення додаткового параметра» запускати на одному комп'ютері, а фонове завдання «Оновлення повнотекстового індексу» на другом.Уточненіе відбувається через вказівку «Значення додаткового параметра». Наприклад якщо вказати BackgroundJob.CommonModule як значення, то можна обмежити роботу робочого сервера в кластері тільки фоновими завданнями з будь-яким вмістом. Значення BackgroundJob.CommonModule.<Имя модуля>.<Имя метода>- вкаже конкретний код.

Кластер 1С 8.2

Сеанси дозволяють виконувати балансування завантаженості і відмовостійкості в керованому додатку.

Менеджер кластера тепер став складніше. Частина функцій тепер можна виділити в окремий процес і навіть розмістити на іншому робочому сервері кластера. Це дозволяє балансувати завантаженість сервера.

Відмовостійкість сервера 8.2 досягається за рахунок:

• Зберігання інформації про сеанс роботи користувача.
• Користувач не прив'язаний більше до робочого процесу.
• Резервування робочих процесів в кластері.
• Повинно бути кілька робочих процесів, в тому числі що резервуються
• Резервування кластерів.

Вказується запасний кластер, при підключенні - перераховуються в рядку з'єднання

Це дозволяє забезпечити безперервність роботи!

При розриві фізичного з'єднання клієнта з кластером (прибиральниця висмикнула кабель, відключилася харчування мережевого обладнання, неполадки у провайдера) годі й говорити заново підключатися до інформаційної бази і починати всю роботу спочатку. Після відновлення фізичного з'єднання користувач може продовжити роботу з того місця, на якому вона була перервана.

Якщо потрібне технічне обслуговування комп'ютерів кластера, їх можна вимикати прямо під час роботи, не зупиняючи роботу користувачів з інформаційною базою.

При виході з ладу будь-якого сервера кластера робота користувачів не зупиниться вона буде автоматично переведена на резервний кластер і / або на резервні робочі процеси. Для користувачів такий перехід буде непомітним.

Якщо один з робочих процесів кластера завершиться аварійно, підключені до нього користувачі будуть автоматично переведені на інші або резервні робочі процеси. Такий перехід також буде непомітний для користувачів.

Кластер серверів 1С: Підприємства 8 (1C: Enterprise 8 Server Cluster)

Кластер серверів 1С: Підприємства 8 є основним компонентом платформи, який забезпечує взаємодію між системою управління базами даних і користувачем в разі варіанту клієнт-серверної роботи. Кластер дає можливість організувати безперебійну, стійку до відмов, конкурентну роботу для значної кількості користувачів з об'ємними інформаційними базами.

Кластер серверів 1С: Підприємства 8 - це логічне поняття, яке позначає сукупність процесів, які обслуговують один і той же комплект інформаційних баз.

Можна виділити наступні можливості кластера серверів, як основні:

• можливість функціонувати як на кількох, так і на одному комп'ютері (робочих серверах);
• кожен робочий сервер може підтримувати функціонування як одного, так і декількох робочих процесів, які обслуговують клієнтські з'єднання в межах цього кластеру;
• включення нових клієнтів в робочі процеси кластера відбувається, грунтуючись на довгостроковому аналізі статистики завантаженості робочих процесів;
• взаємодія всіх процесів кластера між собою, з клієнтськими додатками і сервером баз даних здійснюється по протоколу TCP / IP;
• запущені процеси кластера, можуть бути як сервіс, так і як додаток

Клієнт-серверний варіант. Схема роботи

При цьому варіанті роботи з сервером взаємодіє клієнтську програму. Кластер серверів, в свою чергу, взаємодіє з сервером баз даних.

Роль центрального сервера кластерів грає один з комп'ютерів, які входять до складу кластера серверів. Крім того, що центральний сервер обслуговує клієнтські з'єднання, він ще керує роботою, в цілому, все кластера і зберігає реєстр даного кластера.

Кластер адресується для клієнтського з'єднання по імені центрального сервера і, можливо, номеру мережевого порту. У разі якщо мережевий порт використовується стандартний, то для з'єднання вистачає просто вказати ім'я центрального сервера.

Під час установки з'єднання до центрального серверу кластера звертається клієнтську програму. Грунтуючись на аналізі статистики завантаженості робочих процесів, центральний сервер переправляє клієнтську програму до необхідного робочого процесу, який повинен його обслуговувати. Даний процес може бути активований на будь-якому робочому сервері кластера, зокрема і на центральному сервері.

Обслуговування з'єднання і аутентифікація користувача підтримуються цим робочим процесом до моменту припинення роботи клієнта з конкретною інформаційною базою.

кластер серверів

Елементарний кластер серверів може являти собою єдиний комп'ютер і містити тільки один робочий процес.

На малюнку можна спостерігати всі елементи, які, так чи інакше, беруть участь в роботі кластера серверів. Це такі елементи:

• процеси кластера серверів:
  o ragent.exe;
  o rmngr.exe;
  o rphost.exe;
• сховища даних:
  o список кластерів;
  o реєстр кластера.

Процес ragent.exe, званий - агент сервера, забезпечує функціонування комп'ютера як складової частини кластера. Отже, комп'ютер, на якому запущено процес ragent.exe, слід називати робочим сервером. Зокрема однією з функціональних обов'язків ragent.exe є ведення реєстру кластерів, які знаходяться на конкретному робочому сервері.

Ні реєстр кластерів, ні агент сервера не є складовою частиноюкластера серверів, а тільки лише дають можливість функціонувати сервера і кластерам, розташованим на ньому.

Сам кластер серверів складається з таких елементів:

• один або кілька процесів rmngr.exe
• реєстр кластера
• один або кілька процесів rphost.exe.

Менеджер кластера (процес rmngr.exe). Він служить для управління функціонування всього кластера. До складу кластера може входити кілька процесів rmngr.exe, один з яких завжди буде головним менеджером даного кластера, а решта процесів - додатковими менеджерами. Центральним сервером кластера слід називати робочий сервер, на якому діє головний менеджер кластера, і який містить список кластера. Саме ведення реєстру кластера є однією з функцій головного менеджера кластера.

Робочий процес (процес rphost.exe). Саме він, безпосередньо, обслуговує клієнтські програми, взаємодіючи з сервером баз даних. У цьому процесі можуть виконуватися деякі процедури конфігурації серверних модулів.

Масштабованість 1С версії 8.3

Масштабованість кластера серверів здійснюється наступними способами:

• збільшують кількість менеджерів в кластері і розподіл сервісів між ними
• збільшують кількість робочих процесів, які функціонують на даному робочому сервері
• збільшують кількість робочих серверів, з яких складається кластер.

Одночасне використання кількох менеджерів.

Функції, які виконує менеджер кластера, поділяються на кілька сервісів. Дані сервіси можна призначити різним менеджерам кластера. Це дає можливість рівномірно розподілити навантаження по декільком процесам.

Однак деякі сервіси можуть бути використані тільки головним менеджером кластера:

• сервіс конфігурації кластера
• сервіс управління предметами налагодження
• сервіс блокувань кластера.

Для інших сервісів допустимі в призначення довільні менеджери кластера:

• сервіс журналів реєстрації
• сервіс блокування об'єктів
• сервіс завдань
• сервіс повнотекстового пошуку
• сервіс сеансових даних
• сервіс нумерації
• сервіс для користувача налаштувань
• сервіс часу
• сервіс транзакційних блокувань.

Одночасне використання кількох робочих процесів.

З одного боку використання декількох робочих процесів дає можливість знизити навантаження кожного конкретного робочого процесу. З іншого боку, застосування декількох робочих процесів призводить до більш ефективному використаннюапаратних ресурсів робочого сервера. Більш того, процедура запуску декількох робочих процесів підвищує надійність сервера, так як ізолює групи клієнтів, які працюють з різними інформаційними базами. Робочий процес в кластері, в якому допустимо запуск декількох робочих процесів, може бути перезапущений автоматично, в рамках тимчасового інтервалу, зазначеного адміністратором кластера.

Можливість використання більшої кількостіробочих процесів (збільшення кількості клієнтських з'єднань) не збільшуючи навантаження на конкретний робочий процес, дає зміна, в більшу сторону, кількості робочих серверів, які входять в кластер.

Відмовостійкість 1С версії 8.3

Стійкість до відмов в роботі кластера забезпечується трьома напрямками:

• резервуванням самого кластера
• резервуванням робочих процесів
• стійкістю до обриву каналу зв'язку.

Резервування кластера 1С версії 8.3

Кілька кластерів об'єднуються в групу резервування. Кластери, які знаходяться в такій групі, автоматично синхронізуються.

У разі виходу з ладу активного кластера, його замінює наступний робочий кластер групи. Після того, як непрацездатний кластер буде відновлений, він стане активним після синхронізації даних.

Резервування робочих процесів 1С версії 8.3

Для кожного з робочих процесів є можливість вказівки варіантів його використання:

• використовувати
• не використовувати
• використовувати як резервний.

У разі аварійного завершення роботи будь-якого процесу, кластер починає використовувати замість нього неактивний на даний момент резервний процес. При цьому відбувається автоматичний перерозподіл наявної на нього навантаження.

Стійкість 1С версії 8.3 до обриву каналу зв'язку

Оскільки кожному користувачеві забезпечується власний сеанс зв'язку, то кластер зберігає дані про підключати користувачів і про те, які дії ними виконувалися.

При зникненні фізичного з'єднання кластер буде перебувати в стані очікування з'єднання з даним користувачем. У більшості випадків, після того, як з'єднання відновиться користувач матиме можливість продовжити роботу саме з того місця, часу, на якому стався розрив зв'язку. Повторне підключення до інформаційної бази не буде потрібно.

Сеанси роботи в 1С версії 8.3

Сеанс дає можливість визначити активного користувача конкретної інформаційної бази і визначити потік управління від цього клієнта. Розрізняють такі типи сеансів:

• Тонкий клієнт, Веб-клієнт, Товстий клієнт - ці сеанси виникають при зверненні відповідних клієнтів до інформаційної бази
• З'єднання типу «Конфігуратор» - воно виникає при зверненні до інформаційної бази конфігуратора
• СОМ-з'єднання - утворюється при використанні зовнішнього з'єднання для звернення до інформаційної бази
• WS-з'єднання - виникає в разі звернення до інформаційної бази веб-сервера, як наслідок звернення до опублікованого на веб-сервері Web-сервісу
• Фонове завдання - утворюється, коли робочий процес кластера звертається до інформаційної бази. Служить такий сеанс для виконання коду процедури фонового завдання,
  Консоль кластера - створюється, коли утиліта адміністрування клієнт-серверного варіанту звертається до робочого процесу
• СОМ-адміністратор - виникає в разі звернення до робочого процесу з використанням зовнішнього з'єднання.
• Робота при використанні різних операційних систем

Будь-які процеси кластера серверів можуть функціонувати як під операційної системи Linux, так і під операційної системи Windows. Це досягається тим, що взаємодія кластерів відбувається під управлінням протоколу TCP / IP. Також до складу кластера можуть входити робочі сервери під управлінням будь-якої з цих операційних систем.

Утиліта адміністрування кластера серверів 8.3

У комплекті поставки системи є утиліта для адміністрування варіанти клієнт-серверної роботи. Ця утиліта дає можливість зміни складу кластера, управління інформаційними базами, і оперативно аналізувати транзакційні блокування.