Для чего нужны кластеры серверов 1С? #386701

Ситуация такая - запустили сервер приложения 1С на восьмиядерном сервере. Сервер приложения загрузил только два ядра из восьми. Вопрос, как можно увеличить быстродействие системы, если сервак самый мощный на этот момент? Поможет ли организация кластера серверов?

Кластер - соединение нескольких ПК. Включи "много процессов" у кластера и добавь процессы.

"Включи "много процессов" у кластера и добавь процессы." можно поподробнее, пожалста.. У меня нет пока кластера, один сервер на одной железке, как заставить его юзать остальные ядра?

читайте документацию. Ему про Фому, он про Ерему...

Переспрошу еще раз - если я создам кластер из нескольких серверов на нескольких компах станет ли система работать быстрее или кластер нужен только для наждежности?

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

Тормозит?

Вопрос принципиально надо решить - т.к. база раздувается. Либо режем конфу на куски, либо увеличиваем быстродействие сервера

Открою большой секрет. От размеры базы скорость мало зависит. И каков предполагаемый размер?

25гиг сейчас, базе полтора года, объем данных увеличивается

Кластер нужен для распределения нагрузки на сервера. По 8 незнаю как, по 7.7 кластеризация возможна только на уровне SQL и то зависит от многих параметров. Обратитесь к опытному сисадмину - думаю это самое правильное решение.

Количество пользователей под сотню, в ближайшее время удвоится

>>Переспрошу еще раз - если я создам кластер из нескольких серверов на нескольких компах станет ли система работать быстрее или кластер нужен только для наждежности? раз задаешь такие вопросы, то кластер тебе не поможет, да и создать ты его не сможешь (разве только nlb, но скорость от этого не увеличится)

А юзверей скок?

С вашими детскими размерами можете работать спокойно еще лет ..надцать

Мне надо решить принципиально, если это поможет, то создам, т.к. некуда деваться

от размера базы скорость не зависит? т.е. запрос к регистрам остатков в базе 200мб и 200гб будет одинаковый по скорости?

>>в ближайшее время удвоится У 1С есть "рекомендации" - 1 процесс на 25 пользователей

Как сказать... Иные административные действия могут затягиваться на весь день, а в базе работают круглосуточно

Извините, что есть "процесс"?

Непонятно что беспокоит, в чем принципиальность вопроса?

rphost

1 кластер на 100 пользователей

У нас все базы больше 200 Гб за полтора года и то мы не паримся такими вопросами и сервера старенькие. Кластер может работать и на одном сервере. Зачем тебе разносить его на несколько серверов? Обычно для производительности увеличивают количество рабочих процесов. А 1С на сколько я помню писала что на каждые 50-100 пользователей оптимально открывать один процесс.

Беспокоит то, что руководитель ИТ боится, что мощи у сервера приложений не хватит и что он не может юзать больше 2х ядер сервера, т.е. что его нельзя отмасштабировать. В связи с этим хечет заставить меня резать конфу на две и делать между ними  обмен.

Я еще раз извиняюсь, но не могу въехать, что это за такие процессы? И где их открывать?

Масштабируемость кластера серверов Масштабируемость кластера серверов может осуществляться как за счет модернизации аппаратных средств, так и за счет возможностей конфигурирования кластера серверов на имеющихся аппаратных средствах. Рассмотрим второй вариант более подробно. Увеличение количества рабочих процессов На одном рабочем сервере может быть запущено несколько рабочих процессов. Использование нескольких рабочих процессов, с одной стороны, позволяет снизить нагрузку на каждый конкретный рабочий процесс. Например, если кластер серверов обслуживает одновременно 50 клиентских сессий и при этом использует только один рабочий процесс, то все 50 сессий будут обслуживаться этим рабочим процессом. Если в этой же ситуации кластер серверов будет использовать два рабочих процесса, но каждый из них в среднем будет обслуживать 25 сессий (при условии, что процессы «одинаковы» для кластера с точки зрения своей пропускной способности). Очевидно, что во втором случае нагрузка, создаваемая на отдельный рабочий процесс, будет ниже, а значит, сами процессы будут работать более стабильно. Конкретные рекомендации по количеству сессий, обслуживаемых одним рабочим процессом дать затруднительно, поскольку действия, выполняемые в разных сессиях, могут значительно отличаться. В качестве приблизительного ориентира можно использовать цифру 50-100 сессий на один рабочий процесс. Таким образом, если планируется одновременная работа 200 сессий, то рекомендуется использовать 2-4 рабочих процесса. С другой стороны, запуск нескольких рабочих процессов позволяет более эффективно использовать аппаратные ресурсы рабочего сервера. Например, если объем физической памяти сервера более 2 Гб, то имеет смысл использовать несколько рабочих процессов. Каждый рабочий процесс может занимать до 2 Гб виртуального адресного пространства, поэтому можно запускать несколько рабочих процессов из расчета 1,5 – 2 Гб оперативной памяти сервера на один рабочий процесс. Кроме этого запуск нескольких рабочих процессов позволяет повысить надежность сервера, изолировав группы клиентов, работающих с разными информационными базами. Важно! Если кластер серверов используется исключительно для конфигурирования (модификации и отладки конфигураций), рекомендуется использовать только один рабочий процесс в кластере. В этом случае запуск приложения в отладочном режиме будет происходить быстрее, т.к. не будет тратиться дополнительное время на соединение с новым рабочим процессом. Увеличение количества рабочих серверов Кластер серверов может функционировать как на одном, так и на нескольких рабочих серверах. Разделение кластера серверов по нескольким компьютерам позволяет повысить производительность кластера в целом посредством разделения нагрузки между компьютерами. На центральном сервере кластера функционирует менеджер кластера и несколько рабочих процессов. Также на центральном сервере кластера расположен реестр кластера. На каждом из других рабочих серверов функционирует несколько рабочих процессов, которые обмениваются служебными данными с менеджером кластера по протоколу TCP/IP. Помимо рабочих процессов на каждом из рабочих серверов функционирует свой агент сервера. Одной из функций, которую обеспечивает агент сервера, является запуск рабочих процессов и менеджера кластера в соответствии с информацией, хранящейся в реестре кластера и списке кластеров. Сам агент сервера может запускаться автоматически при старте операционной системы или вручную. Агент сервера читает информацию из списка кластеров и запускает менеджер кластера, если на данном рабочем сервере создан хотя бы один кластер. После этого агент центрального сервера обращается к запущенному менеджеру кластера и получает информацию из реестра кластера о рабочих процессах, которые должны быть запущены в рамках данного кластера. Если рабочий процесс должен быть запущен на центральном сервере, агент центрального сервера выполняет запуск нужного рабочего процесса. Если рабочий процесс должен быть запущен на другом рабочем сервере, то агент центрального сервера связывается с требуемым агентом сервера (необходимая информация хранится в реестре кластера) и передает ему команду на запуск требуемого рабочего процесса. После этого агент сервера выполняет запуск указанного рабочего процесса. После того, как рабочие процессы запущены, они функционируют в рамках кластера независимо, обслуживая клиентские сессии и самостоятельно обмениваясь служебными данными с менеджером кластера.

А за новый кластер еще и платить надо, и ключ наверно тоже другой надо.

Эта... А в 8.0 я так понял такого еще небыло?

Служба сервера 1С это несколько процессов. Процесс rpHost занимается обработкой пользовательских данных, количество этих процессов можно увеличивать с помощью консоли серверов. Кластер это относится уже к нескольким машинам, и судя по вашей базе и мощности сервера, вам ни к чему кластеризация.

может по сабжу интересно будет:

нашел триальную версию по переносу (я про нее забыл что она есть) бесплатная версия выгружает любые доки в период одного дня называется TRANSDOC

чувак, поставь и делай в ней все что хочешь, не имей мозги тут народу :)

а ты попробуй отправь в фирму 1С... Получишь незабываемый опыт... Особенно если очень возжаждешь получить ответ... Плевали там на тебя... Глубоко и со свистом.... P.S. ПообЧайся с Борей насчет ЛК и ответов... Он, по моему, уже временами матерится...