Всем привет!
В R/3 планируется запустить 1000-1500 пользователей. Под это приобрели толстый сервер с достаточным количеством процессоров и памяти.
Собственно, вопрос: как сконфигурировать сервер(а) приложений на эту толпу пользователей:?
1. Выделить один огромный AS (т.е. CentralInstance) с кучей рабочих процесов и огромными буферами.
2. Сделать маленький AS (CI). И поднять несколько AS (поменьше, чем в первом случае).
В обоих случаях используем один физический сервер. DB instance тоже на нем работает.

Как это решено на ваших проектах?

Сделать CI с небольшим количеством процессов и несколько апликух. Можно не все сразу, чтобы потом было откуда их подкармливать...
Удобство будет в том, что сможешь при необходимости через логон-группы перекидывать пользователей между аппликухами для выполнения изменений конфигурации.
Но вообще-то... все яйца в одной корзине, если это не кластер, чревато...

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

Логика выделения маленкого CI понятна. Тогда к нему большой диалоговый AS.
А в чем преимущество в запуске на одном сервере нескольких диалоговых серверов приложений в сравнении с одним большим диалоговым AS?

К примеру нужно тебе буфер раздвинуть или еще что-то сделать, что требует последующего перестарта - всех выводишь с этой аппликухи делаешь свое дело, перестартовываешь и никого не беспокоишь.

Никогда не работал с несколькими AS.
Если у нас, к примеру, 2 AS (наверное, в logon group). На обоих работают пользователи. Нужно перезапустить один.
Как переводим пользователей в это время на другой? Вручную (каждому звоним) или просто перестартуем и они автоматом переходят?

Никуда не звоним, если это некритично. Просто выводим сервер из логона и ждем пока на нем не останется ни души, ну или 5-10 человек... после перестарта обратно вводим сервер в load balanсing (SMLG)

а проще sizerom посчитать сколько нужно серверов

Как это посчитать количество серверов?
Если речь про SAP quicksizer, то он, насколько я помню, выдает суммарные характеристики: нужно столько-то оперативной и дисковой памяти и столько-то попугаев.

Вроде есть жесткое ограничение в 200 пользователей на один AS.

Нигде в документации такого ограничения не встречал.

Или это из книги Вилл или из рекомендаций earlywatch.

В попугаях аппликуху считаем так:
1 процесс на 4-5 интенсивно работающих
1 процессор (опять же зависит от типа проца) на 10-15 процессов
~200Мб на каждогопользователя
ну и всё увеличить на 25%
А диски считаем под базу и темпы её роста

Ìîæåò ýòî èäåò îò ïàðàìåòðà rdisp/tm_max_no, êîòîðûé îãðàíè÷èâàåò êîëè÷åñòâî òåðìèíàëîâ îòêðûòûõ íà îäíîì AS. À ïî óìîë÷àíèþ ïàðàìåòð ðàâåí 200. Íî íà ñàìîì äåëå îãðàíè÷åíèå ó íåãî 10 000, òàê ÷òî ëèøü áû "æåëåçêà" âûäåðæàëà.

Я так понимаю, мы таким образом определим сколько нужно процессоров или же попугаев - они же строго пропорциональны.
Но вопрос был собственно: сколько пользователей планировать на один AS, сколько AS запускать на одном сервере, исходя из условия, что ресурсов немерено (не менее, чем необходимо).