Касетъчните решения за R
Основната цел на разработването на корпоративни информационни системи - най-цялостно решение на функционални задачи, като се гарантира висока надеждност, скалируемост и защита на инвестициите. Надяваме се, че както е посочено в тази статия на опита на специалистите на АД "Нева козметика", които трябваше да избират системи инженерно решение за R / 3 система ще бъде полезна за много хора.
Корпоративна система за управление на бизнеса на базата на SAP R / 3 е предназначена за изпълнение на основни бизнес функции на АД "Нева козметика": финансово управление (FI модул), логистика (ММ модул), контролиране (CO модул), управление на продажбите и дистрибуцията ( SD) модул. В първата фаза на проекта е трябвало да се разположи на 50 работни места, а по-късно да се увеличи техния брой до 100. С по-нататъшното развитие на проекта е взето решение за прилагане на модули ПП (Производствено планиране), на QM (управление на качеството), за да PN (поддръжка и ремонт) и ОВОС (инфо система за употреба). В допълнение, той е бил планиран, че IPM трябва да осигури редица поддържащи функции - целостта на архивирането на данни и архивиране. Най-важното изискване е да се гарантира висока надеждност на R / 3 система като цяло, както и постоянна наличност на основни ресурси: компютър, дискове, ленти, както и мрежа. Насоки "Нева козметика" изисква адекватно мащабируемостта, приложения интензивно ресурси като тип R / 3 и данните обикновено е значително по-висока от предвиденото. Ето защо, системни интегратори решение трябва да има висок потенциал за повишаване на производителността на процесора, паметта, I / O подсистема и т.н., защита на първоначалните инвестиции и адаптиране безболезнени системите за кандидатстване в случай на рязкото увеличаване на натоварването.
В процеса на създаване на корпоративна система е било предложено да се използва мрежа ориентиран модел за изчислителна система за изпълнение, в който основната функционалност, мащабируемост и надеждността на услугите, предоставени от централния сървър и клиент места продават само достъп до информационни ресурси. Предложеният подход осигурява висока надеждност - чрез комбиниране на сървъри в клъстери на НА; Максималната мащабируемостта - поради прилагане на симетрични системи многопроцесорни като клъстери на компонентите; максимална защита на инвестициите - чрез използването на по клъстери нехомогенни оборудване.
ФУНКЦИОНАЛНОСТ
Главната особеност на всеки IPM - функционалност, която, от своя страна, осигурява необходимото ниво на производителност на хардуера, софтуера, използван, за качеството на компонентите на системата, както и състава на допълнително оборудване. Още на етапа на предварителен подбор, системи за инженерни решения, стана ясно, че ще гарантира пълната функциониране на R / 3 и свързаните с тях услуги е възможно само при използване на клъстери на SMP-сървъри RISC базирани на и UNIX. Решения, базирани на Windows NT като ненадеждни и не-мащабируема бяха отхвърлени веднага, а затворените решения не са били разглеждани, поради високата им цена. По предварителни данни, предоставени от клиента, са били използвани за изискванията към CSEA модел (тристепенна), както и R / 3 и Oracle сървъри. За изпълнение на тези изисквания, е необходимо да се създаде среда, хардуер и софтуер, който да отговаря на следните изисквания:
- работи в он-лайн режим в UNIX в ORACLE среда база данни и SAP R / 3;
- реализация на високо надеждна клъстер решение осигурява бърз рестарт от основните приложения и услуги;
- способността да се интегрират съществуващите софтуерни компоненти и хардуер в системата;
- осигуряване на решение, приемливо разходите и капацитета му за в бъдеще;
- ниски разходи за експлоатация и възможност за максимално автономна обслужващи комплекса.
Надеждност и мащабируемост
За фирми с непрекъснат производствен цикъл, за да се гарантира надеждността на решението - това е най-важното качество на системите за управление на корпоративните предприятия. Използването на клъстера вместо един сървър, както е в основата на една такава система дава възможност да се подобри надеждността на системите за кандидатстване, осигуряване на база данни на сървър за приложения в режим лесно достъпни. Въпреки това, жилавостта на комплекса трябва да бъдат снабдени с правилното изграждане на клъстера: оптимална топология, пълно дублиране на всички компоненти, включително и ставите.
Разтворът беше предложен сървъри от Fujitsu Siemens, строителството принцип, който осигурява по същество линейно нарастване на производителността чрез увеличаване на броя на процесори, памет и подсистема вход / изход. Клъстерът е единна система от два сървъра с набор от процесори, мрежови връзки, адаптери, посветен връзки и дисков масив. Всеки компонент е създаден така, че да се осигури надеждност, скалируемост и възможности за управление на цялото обединение като цяло. Всички доставени системи за съхранение на Fujitsu Siemens могат да бъдат използвани в клъстери, дължащи се на излишъка и наличието на технологията "гореща замяна". касетъчни сървъри се изпълняват Reliant Unix 5.45, като поддържа многопроцесорни и за многонишковите изчисление прилагане на мрежа и услуги и интерфейси на цялата система. Отличителна черта на операционната система Unix Reliant е способността му да поддържа сървърите практически линейна производителност, когато в целия диапазон на натоварване.
Изчисляване на необходимите ресурси
В рамките на модела на три нива, беше предложена за изпълнението на решения, базирани на SAP R / 3, за да използвате отделен сървър с база данни Oracle и отделен сървър да тече R / 3 приложения. Всички предварителни изчисления за определяне на изискванията за сървъра се извършва съгласно SAP AG Проверка. Тези изчисления включват определяне на натоварването в единици, наречени СЕПП и оценяват от следната процедура:
Тук SD-dialogsteps / сек - брой сесии диалог в секунди за SD потребители модул на базата на които са направени изчисления за СЕПП. Натоварването на останалите модули се взема под внимание, като им нормализиране на СД с помощта на коефициентите; Tthink - времето между два етапа на диалога; Tres - време система за реагиране; N - общ брой на потребителите.
SAP стойност СЕПП метод Coglasno се увеличи с 32% да се вземе предвид фоновите зарежда и с 17% за отчитане на пикови ситуации. По този начин, Централна СЕПП общо натоварване е равно Dialog Натоварване + Актуализация Натоварване + DB Натоварване.
На свой ред Актуализация Натоварване и DB Натоварване изчислява по следната формула:
Те се зареждат по СЕПП Tthink = 27, Tres = 2 с предварителни данни за разпределението на потребителите SAP R / 3 модула
Въз основа на тези данни, можем да изчислим размера на необходимата памет и брой на процесорите на сървърите в клъстера, и като се има предвид, че базата данни на сървъра ще се реализира и да работят върху Update.
Изчисляване на RAM. Най-малко 512 MB оперативна памет е необходима, за да инсталирате на сървъра страна R / 3 и 15-20 осигури едновременна работа на R / 3 потребители. За да се увеличи броя им до 100 е достатъчно да се увеличи RAM на сървъра за приложения (RM400 Е) до 600 Mbytes. Памет на сървъра на базата данни (необходимия минимум - 256 MB) ще нарасне леко - 280 MB до 100 потребители, предвид факта, че на фона на процесите R / 3) ще се изпълнява на сървъра на базата данни. Тъй като при модела на три нива би трябвало да се постави сървъра на приложения и сървърът на база данни на различни машини в клъстера, а след това да изпълнява тези задачи в продължение на 100 потребители ще изискват, съответно 600 и 490 MB памет. Въпреки това, тъй като в случай на повреда на един от възлите върху останалите Предполага се рестартира като R / 3 и Oracle, на всеки сървър, това е препоръчително да инсталирате 1000 МВ RAM (DB сървъра памет на сървъра част R / 3 до фоновите задачи плюс паметта на сървъра на приложения който започна модули диалог).
процесор изчисляване на техническите параметри. За базата данни на сървъра само един процесор MIPS R10000 / 250 MHz за всеки 100 сървъра на базата данни на потребителя, когато е натоварена на 30-40%. Приложен сървър липсват две от тези процесори за нормалната работа на 100-потребителите при стартиране за 40-50% от сървъра на приложения. Всички тези стойности се осигури висока активност на потребителите, за които R / 3 - основният инструмент, както и натоварването ниско сървър - комфортна среда за потребителите и най-малко два пъти по-свободното пространство, производителност, когато необходимостта от увеличаване на натоварването, без да променя конфигурацията. Предистория взети под внимание при изчисляване на натоварването на сървъра на базата данни (приблизително 20%).
Изчислете изтегляне локална мрежа и отдалечени връзки. В мрежа с клиент-сървър технология, има няколко потоци от данни, които влияят на натоварването на мрежата:
- разговорен взаимодействие;
- Местен печат (Application Server шпулата);
- взаимодействие на клиентския компютър с мрежовия компютър;
- допълнителен мрежов трафик.
Средната стойност на една крачка се предава интерактивен 1.5 - 2.0 килобайта на данни, както и една преходна операция изисква обикновено 3 - 4 екрани, така че средната сума на операцията се взема равна на 16,000 байта. С цел да се осигури необходимото време за реакция, използване на мрежата не може да надвишава 50%. Това предполага, че мрежата е зареден само диалози R / 3. Изчисление на диалози трафик (SAPGUI) служи за извършване на следната формула:
където: C - изисква натоварване на мрежата;
L - използване мрежа (0
Tres - време система за реагиране;
N - общ брой на потребителите.
По този начин, когато зареждането Tthink = 27 и TRES = 2:
От тези изчисления показват, че когато се използва в Ethernet LAN 10 Mbit / сек при 50% от капацитета на трафика SAPGUI мрежа е приблизително 1% от общия капацитет на локалната мрежа.