Есть железо:

2 * HP DL580
__2 * Xeon3.66 1Mb
__8Gb PC2-3200
__2 * HDD 34Gb 15000rpm (объединены в RAID1)
__GigabitLAN
__есть возможность добавить ещё два процессора и два жёстких диска

2 * HP DL360
__2 * Xeon3.4 2Mb
__7Gb PC2-3200
__2 * HDD 34Gb 15000rpm (объединены в RAID1)
__возможностей по увеличению количества процессоров и жёстких дисков нет

дисковое хранилище Hitachi9570
__28 * HDD 136Gb 10000rpm
__2 * Gigabit FC

ленточная библиотека HP MSL 6030
__30 * 400Gb

2 * FC switch


На этом железе необходимо расположить SAP R/3 4.7 (FI, CO, MM, HR, AM).
На продуктивном сервере до 500 одновременно работающих пользователей. На тестовом и разработческом не знаю сколько (наверно примерно в 10 раз меньше?).
Режим работы 18 часов 6 дней в неделю.

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


Чтобы вопрос был понятнее, приведу свой вариант.

На одном из DL360 будут работать разработческий и тестовый сервера SAP R/3 (на VMware?).
Два DL580 объединить в кластер, на нём будет работать продуктивный сервер.
Один DL360 остаётся под другие задачи.

В хранилище 28 дисков по 136Gb.

Из этих дисков надо создать 3 RAID-массива:
1. RAID5 -- 16 HDD (2040Gb)
2. RAID5 -- 7 HDD (816Gb)
3. RAID10 -- 4 HDD (272Gb)
+ 1 HDD -- Hot Spare (резервный)

На первом массиве надо создать следующие логические разделы (LUN):
1. 400Gb для DL360 (разработческий-тестовый) (sapdata1,3,4, ora92)
2. 500Gb для кластера DL580 (5 дневных бэкапов продуктивного сервера SAP R/3)
остаток -- 1140Gb -- под другие задачи

На втором массиве надо создать следующие логические разделы (LUN):
1. 300Gb для кластера DL580 (продуктивный) (sapdata1,3,4, ora92)
2. 500Gb для DL360 (5 дневных бэкапов разработческого и тестового серверов SAP R/3)

На третьем массиве надо создать следующие логические разделы (LUN):
1. 40Gb для DL360 (разработческий-тестовый) (sapdata2, log, usr, oraarch)
2. 40Gb для кластера DL580 (продуктивный) (sapdata2, log, usr, oraarch)
остаток -- 192Gb -- под другие задачи

Ленточная библиотека содержит 30 кассет по 400Gb.
Будет использоваться для хранения недельных бэкапов серверов SAP R/3.


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

Спасибо!

Íó âî-ïåðâûõ,
HP DL580
__2 * Xeon3.66 1Mb
__8Gb PC2-3200
__2 * HDD 34Gb 15000rpm (îáúåäèíåíû â RAID1)
__GigabitLAN
äëÿ 500 ïîëüçîâàòåëåé ìàëîâàòî... î÷åíü, äàæå, åñëè äîáàâèòü åùå 2 ïðîöåññîðà.

Âî-âòîðûõ, RAID5 íå ñîâåòîâàë áû èñïîëüçîâàòü, òåì áîëåå, åñëè äèñêîâ õâàòàåò äëÿ ðàçâîðà÷èâàíèÿ RAID10.

По моему опыту - с хитачей лучше использовать именно raid5.
в больших рэйд-группах (большой страйпинг) производительность ниже на 3-5%, чем на таком же рэйд10, объем, соответственно - почти в 2 раза больше.
И еще - лучше сделать 2 рэйд-группы по 14 дисков. Каждая полка - рэйд группа. А из нее можешь резать луны, такого объема, какой нужно.

VMware вещь хорошая, но реальная QAS (тестовая) система должна иметь объем дискового пространства приближенный к продуктивному. Тут может быть подводный камень. Хотя, реально, мало кто использует QAS систему так, как это должно быть.

По поводу рейдов, соглашусь с коллегой ikorolev.
В этом массиве недостатки рейд5 практически незаметны. Только нужен нормальный сервис для быстрой замены дисков. В случае вылета диска, система может вырубить кэш, тогда производительность просаживается. В данном случае преимущество имеет рейд 1+0. Но тратить столько дискового пространства ради одного дня "тормозов" в год - тут Вам решать.

>>для 500 пользователей маловато... очень, даже, если добавить еще 2 процессора.

Да, пожалуй маловато, если 500 конкурентных пользователей. Возможно даже обвеска серверами приложений не поможет. Всё будет упираться в базу и центральную инстанцию. Конечно, много зависит от вида пользователей. Если из них будет 90% операторов вводящих по одной цифре в час, то хватит

Уважаемые! А нет ли у кого линков на тех. доку-цию по сайзингу?
Что-то существенное на https://websmp201.sap-ag.de/sizing
найти не удалось ((
Мож смотрел хреново (((

Честно говоря, всё это филькина грамота...
SAPS - это "попугаи", которые не имеют никакой практической ценности. Если нужно для практической работы, то ИМХО нужно полученный результат в SAPS умножать, как минимум, на два.
Обоснование достаточно просто. SAP оборудованием не торгует. Ему выгодно не пугать заказчика стоимостью железок. А когда лицензии куплены, то куда уж денешься.
А лучший сайзинг это "спинной мозг" опытного базисника
и желательно опытного в проекте в той области бизнеса, куда делается сайзинг.
ну никак нельзя сравнивать (при одинаковом кол-ве пользователей) оборудование для проекта OIL и Retail

Хорошо. Тогда попробую сформулировать вопрос иначе.
Каким материалом (sapnet?) воспользоваться, чтобы освоить основные принципы сайзинга, не имея такого большого практического опыта в данной области?

Уточните - для чего Вам нужен сайзинг.
Сайзинг саповского консультанта и сайзинг базисника внутреннего проекта - две большие разницы, как говорят в Одессе. Разумеется, это не отностится к 10 - 50 пользовательским системам.
Я вижу два способа его использовать:
1) Бюджетирование проекта для руководства. Тогда открывайте ссылку, которую Вы привели и попытайтесь ее честно заполнить. Там много воды, но что поделать. Результат распечатать вместе со своим резюме
2) Если Вы будете отвечать за базис и хотите еще работать в этой компании, то умножте то, что получилось на два (лучше на три ). Как Вы будете это обосновывать - другой вопрос. Но результат саповского конфигуратора, мягко скажем, оптимистичен.

По материалам - был pdf со словом sizing в заглавии. По поиску в сапнете легко найдете. Но этого мало. Поройте ноты там же. Это грустно и уходит много времени поначалу, но это более честный путь.