День добрый.

Купили новый сервер. Теперь будет 2 сервера 1С. На старом 50 !!программных!! лицензий. Чтоб новый их видел было решено объединить их в кластер.

Как я понимаю первому нужно назначить требование назначения функциональности http://1cprogrammistu.ru/216-razmeschenie-servisa-licenzirovaniya-na-vydelennom-rabochem-servere-v-1s-predpriyatii-83.html и всё взлетит? Или ещё какие телодвижения нужны.

сервер железный вы купили, я так понял. А сервер 1С?

(1) 2 железных сервера. На каждом установлен сервер 1С + на старом скуль.

Вы бы проверили провзиводительность вашего кластера. Особенно пугает "+ на старом скуль" Вполне возможно, что сервер 1с + sql на новом сервере будут показывать такуюже или лучше производительность чем на связке из 2-х серверов да еще и с sql на старой машине.

(3) Зая бусечка перелогинтесь

(3) +1

советую не кластер собирать а разделмть скуль и 1с

Два сервера 1С на разных компах - это разве не две серверных лицензии?

(6) Так и есть - 2 серверные.
А есть ещё 50 клиентских.

(6) две канеш

(5) Скуль и 1с должны лежать на одном сервере. Черед шаред мемори

(9) покажите мне рекомендацию так делать !!!

вообще скуль имеет мерзкую особенность не отдавать захваченное озу, по этому его ВСЕГДА рекомендуется ставить отдельно от всего...

ну а обмен через память дает прирост всего 10% по отношению к гиговому прямому линку, зато совмещение серверов 1 и скуля реально почти всегда приводит к негативному результату при увеличении нагрузки. То есть такой вариант - НЕ МАСШТАБИРУЕМЫЙ !!!

(9) +
(10) -

ещё на заре восьмерки больше 10 лет назад была  рекомендация разделять сервера при 70+ пользователях. А тут 50. И железо с тех пор намного лучше стало.

(7) Буржуи )

(10) По памяти его сверху можно ограничить, чтоб не выходил за рамки разумного. Хотя лично я предпочитаю отдельно держать.

(11) зато конфигурации стали жрать в 1000000 раз больше ресурсов... сравни бух 2 и бух 3.0 .....

ну и потом имея 50 рыл глупо не закладывать рост компании хотя-бы до 100 человек через пару лет...

(13) Если через год-два будут тормозки - тогда и нужно будет решать вопрос с покупкой второго сервера - и то может можно будет обойтись. Глупо замораживать деньги, равные цене сервера на год-два, если сервер сейчас не нужен, и делается это только чтобы админ пореже заглядывал на сервер и спокойнее спал в рабочее время.

Уважаемые, вопрос был про лицензии.
З.ы. ERP 2 повесил сервак, а если точнее rphost раздувает на 100 гб. Поэтому разделяем.

(15) серрвер 1с пытается вас унизить. Не поддавайтесь, настраивайте, что бы процессы rphost рестартовали когда выходят за определенный объем памяти.

(10) я бы не был таким однозначным на счет 10%. Как минимум эта цифра зависит от задачи. Я видел прирост в 30-40% на формировании тяжелых отчетов в очень большой БД. По этому и предлагал провести испытания и на оснвоании полученных знаний принимать решение

(17) Про проведение испытаний полностью согласен.
Про сферических коней в вакууме (большие БД с тяжелыми отчетами) - бред.
В среднем по больнице об увеличении производительности более чем на ~10% от использования шаред мемори я не слышал. Хотя  существование исключений вполне допускаю.

(0) Размещение сервиса лицензирования на выделенном рабочем сервере
http://its.1c.ru/db/v838doc#bookmark:cs:TI000000048

Только учтите, что о шаред мемори придется забыть.

(18) Что именно бред? Результаты испытаний проведенные в моем присутствии?

(10) Прирост 10% в каких попугаях?
На самом деле задержки для разделяемой памяти в разы меньше, чем для TCP/IP даже через десятигигабитую сеть. Иногда это очень критично, иногда не влияет ни на что.

Исторически рекомендация разносить SQL и серевер приложений появилась во времена одноядерных процессоров. Если нужно в системе четыре ядра то это дорогой четырёхсокетный сервер или два дешевых двухсокетных. Но появление многоядерных процессоров сделало эту рекомендацию бесполезной.

(21)+
Тогда http://ark.intel.com/products/family/28144/Intel-Xeon-Processor-5000-Sequence#@Server
И сейчас http://ark.intel.com/products/93805/Intel-Xeon-Processor-E5-4669-v4-55M-Cache-2_20-GHz

(22)
В 2008 году рекомендация разносить сервер 1С и SQL из соображений производительности уже устарела. Только тогда это ещё не все знали.
Ну может быть ещё для каких-нибудь конфигураций памяти при использовании модулей максимального на тот момент объёма не хватало.

(22) (23) при чем тут процессоры ??? проблема была и остается в конкуренции двух тяжелых сервисов активно использующих память и диск....

(5) -1 Не советую разделять роли СУБД и 1С сервера. Лучше установить все на наиболее производительный сервер, и докинуть памяти. А на резервный перевести офф-лайн пользователей.
(0) А на второй железный сервер тоже надо бы лицензию купить, серверную.

(10) Ви просто не умеете их масштабировать.

(21) ++

(24) И диски, диски тоже надо разносить.

(25) Вы тему читали? у них рхост 100 гигов отъедают... подумайте сколько выделить под скуль?

я что-то сомневаюсь, что у них сервер реально имеет более 200 гигов озу...

а как диски разделять? предположим мы юзаем SSD, сейчас оптимум 0.5 гига, будем собирать массив из 8 дисков в 6 рейд = 3 терабайта, что мало будет для одного совместного крутого сервера... а сервера более 8 дисков конечно бывают, но уже не так часто....

короче один сервер при рхосте равным 100 гигов мне видится ОЧЕНЬ дорогим.... гораздо дешевле будут 2шт попроще...

(29) +

правда я не понимаю зачем это вообще для 50 юзеров... и от куда там такие нагрузки...

(30) а какой нагрузке идет речь?
100 гигов на 50 пользователей - это явно какие-то проблемы платформы. Рассматривать такой жор сервера 1с как нормальное поведение и кормить его железом - нездоровый подход.

(29) <- (31) +1
У меня на 1500 клиентов запускалось 16-20 ргхостов по 2 гигабайта памяти на каждый, а у него на 50 клиентов 100 гигов.

(32) ERP требует практически самую свежую версию платформы. Эта проблема тянется ещё с 8.3.6, т.е. как только установили Год назад на 50 человек съедал 70гб. Сейчас 97гб.
Совет умника от (16) в нашем случае не подходит. Сервак начинает перезапускать рпхосты каждые 5-10 мин если установить предел меньше 97. Сейчас рпхост сжирает 97гб и дальше скачет +- 2 гб.
З.ы. конфа типовая, на полной поддержке. Настроена синхронизация с УПП (данные в обе стороны каждые 30 мин)

(29) Под скуль дали 20гб и всё ок:
Buffer Cache Hit Ratio - 98
Page life expectancy - 930

Размер базы 88гб

(33) Однако!
256Гиг на борту, видимо должно хватать, чтобы роли совмещать и запас иметь и скуль не сильно ограничивать.

(33) Сколько у вас процессов rphost?