Dimensionamiento 2

7/24/2019 Dimensionamiento 2

1/22

DIMENSIONAMIENTO DE xRPM YSUS COMPONENTES

Para el

Instituto Nacional DeCancerologa

Julio 2!


2/22

"# Ta$la %e Conteni%os


3/22


4/22

'inea(ientos )ro)orciona%os )or SAP )ara el%i(ensiona(iento %e xRPM * sus co()onentes )rinci)ales#

"# Re+isi,n %e SAP xRPM

SAP xRPM permite #estionar y e-ecutar proyectos comple-os de &T y de &=/. &nte#ra in'ormacin de los sistemasexistentes de #estin de proyectos9 >R9 'inanciero y #estin de tiempos para proporcionar una visin completa delporta'olio de proyectos de la or#ani?acin. *-ecutivos9 -e'es de proyecto9 responsables de recursos y miembros de laplantilla pueden pro'undi?ar con 'acilidad desde una vista #eneral )asta un nivel detallado.

SAP xRPM soporta proyectos durante todas sus 'ases9 desde 'i-ar las prioridades )asta el dise@o9 seleccin depersonal9 e-ecucin9 se#uimiento y evaluacin de rendimiento. La solucin inte#ra in'ormacin a travs de toda laor#ani?acin y la a#rupa en consolas virtuales9 se#:n el rol9 para e-ecutivos9 -e'es y empleados. /e este modo cadanuevo proyecto es respaldado por una empresa uni'icada9 as+ es posible lan?ar los proyectos adecuados con laspersonas indicadas en el momento apropiado9 y siempre.

SAP xRPM permite minimi?ar ries#os y asi#nar la combinacin adecuada de capital )umano y 'inanciero a proyectoscomple-os de &T e &=/. Permite llevar a cabo una evaluacin continua de re"uisitos de proyecto9 plani'icacin y per'ilesde los empleados para #aranti?ar "ue todo vaya se#:n lo previsto. B obten#a una visin completa de todos losproyectos de 'orma "ue sea posible #estionar prioridades9 consi#uiendo as+ los resultados buscados.

SAP xApp Resource and Pro#ram Mana#ement 4SAP xRPM5 aporta todas la )erramientas de colaboracin einte#racin necesarias para #estionar y e-ecutar proyectos comple-os de &=/ e &T. Las 'uncionalidades clave incluyen

-esti,n %e la cartera %e )ro*ectosDD SAP xRPM o'rece una consola virtual de in'ormacin relevante del

proyecto "ue incluye mtricas clave de rendimiento de los presupuestos9 plani'icaciones y empleados. *stavista centrali?ada es crucial para #estionar la cartera de proyectos al completo de una or#ani?acin.

E.ecuci,n %e )ro*ectos DD SAP xRPM inte#ra in'ormacin9 de 'orma inteli#ente9 de distintos sistemas de

#estin de proyectos para crear una suite completa y de ';cil uso de calendarios9 listas de tareas9 'oros dediscusin9 #estin documental y noti'icaciones basada en roles para todo el e"uipo de proyecto.

Asignaci,n %e recursos %e )ersonalDD SAP xRPM proporciona un per'il inte#ral de la disponibilidad y

cuali'icacin de los empleados. Tanto responsables como traba-adores aportan aptitudes9 experiencia yaspiraciones9 de 'orma "ue sea posible empare-ar los proyectos adecuados con las personas indicadas en elmomento apropiado.

-esti,n a+an/a%a %e )er0iles t1cnicos DD SAP xRPM utili?a tcnicas pasivas y asistidas para obtener

per'iles de capacitacin para mantener in'ormacin actuali?ada de las aptitudes y Eno


5/22

"#"# Aruitectura Tecnol,gica

SAP xRPM consiste de tres componentes principales

"#"# SAP xRPM Core

*l core de SAP xRPM consiste de un SAP (eb Application Server y de el SAP xRPM AddDFn. Se puede usar todaslas bases de datos y sistemas operativos soportados por SAP (eb Application Server ,.2.

*l SAP xRPM AddDFn contiene la l#ica de la aplicacin y las inter'aces de comunicacin entre muc)os sistemasbacEend. La comunicacin es a travs de Remote 6unction Call 4R6C59 Application LinE *nablin# 4AL*59 y SAP xRPMConnector 'or Microso't Pro-ect.

"#2# SAP 3usiness In0or(ation 4are5ouse

SAP %usiness &n'ormation (are)ouse 4SAP %(5 reporta proyectos9 recursos9 roles y tareas. Las 'unciones de SAP %(son me-oradas por SAP xRPM %usiness &n'ormation 4%&5 Content9 el cual es un con-unto de &n'oCubos preconstruidos yFb-etos F/S "ue contienen &n'oFb-etos personali?ados y "ueries.

"# SAP Enter)rise Portal

SAP *nterprise Portal es una inter'a? de usuario basada en Gava9 el cual mane-a el 'rontend de la aplicacin SAPxRPM9 conocido como el %usiness PacEa#e para SAP xApp Resource and Port'olio Mana#ement 4SAP xRPM5. *l%usiness PacEa#e para SAP xRPM es un con-unto de iHie


6/22

"#"# Categoras %e usuarios

*n #eneral9 los usuarios de SAP xRPM pueden ser separados en ! di'erentes #rupos 4roles5

"#6# E.ecuti+os

*l Rol de *-ecutivos traba-a principalmente con el Tablero de Proyectos 4Pro-ect /as)board5 para tener una visin#eneral de los datos relevantes de los proyectos9 incluyendo mtricas de claves de rendimiento relacionadas apresupuesto9 crono#ramas y recursos.

*sta vista centrali?ada de los elementos "ue est;n en ries#o y de los "ue no9 es cr+tica para el mane-o de todos losporta'olios de proyectos empresariales.

*stos reportes crean una car#a en el sistema SAP %usiness &n'ormation (are)ouse 4SAP %(5.

"#7# A%(inistra%ores %e Pro*ectos

Los Administradores de Proyectos se bene'ician considerablemente de los datos inte#rados provenientes de sistemasde mane-o de proyectos. SAP xRPM les permite mane-ar proyectos incluyendo +tems9 discusiones9 mane-o dedocumentos y noti'icaciones basadas en rol a travs del e"uipo del proyecto en una simple aplicacin.

Tanto Administradores de proyectos como administradores de recursos usan 'uncionalmente desde el sistema core deSAP RPM y el sistema SAP %usiness in'ormation (are)ouse 4SAP %(5.

"#8# A%(inistra%ores %e Recursos

Los Administradores de Recursos necesitan un vista?o #eneral de las capacidades y de la disponibilidad de susrecursos. *llos y los empleados individuales contribuyen con )abilidades9 experiencias y aspiraciones9 per'ectamente9para relacionar los empleados adecuados a los proyectos adecuados en el tiempo adecuado.

"#!# Mie($ros %el eui)o

Todos los empleados tienen un role est;ndar9 el cual es llamado Kmiembro del e"uipo. *llos utili?an el sistema muyeventualmente para actuali?ar reporte de actividades o la base de datos de )abilidades.

Para minimi?ar la comple-idad9 la si#uiente distribucin de usuarios es asumida dependiendo de su 'uncin en lacorporacin

Patr,n usa%o 9unci,n Cor)orati+a Porcenta.e

6recuentemente

4al menos una ve? al d+a5

*-ecutivos 2

Administradores de Proyectos 1

Administradores de Recursos 10

Poco 'recuente

4al menos una ve? a la semanaJ mes5Miembros del e"uipo

"#"# Proce%i(iento %e Di(ensiona(iento

"#:# Con%iciones -enerales * Pre(isas

Para mantener el procedimiento de dimensionamiento lo m;s simple posible9 se divide el n:mero de usuarios en 2#rupos principales como lo mostrado en la tabla 1. *sto si#ni'ica "ue aproximadamente una tercera parte de todos losusuarios tiene acceso a SAP xRPM 'recuentemente.

*n #eneral9 se asumen "ue todos los usuarios est;n en la misma ?ona )oraria.


7/22

"#;# Carga %e la Re%

Si los usuarios est;n traba-ando en di'erentes localidades9 SAP xRPM puede ser usado sobre una conexin (A7. *npromedio9 de 2 a 3 E% son trans'eridos por usuario en cada interaccin.

SAP recomienda "ue se corra en tres sistemas principales 4SAP *nterprise Portal9 SAP xRPM AddDFn9 y SAP %usiness&n'ormation (are)ouse5 en la misma LA7. Adicionalmente sistemas bacEend9 desde los cuales los datos son car#ados

a SAP xRPM a travs de traba-os en bacE#round9 pueden ser locali?ados remotamente 4v+a (A75.

"#"# SAP Enter)rise Portal

Aun si no todos los usuarios acceden a SAP xRPM re#ularmente9 cada usuario "ue se lo#ee en el portal consumememoria. Por esta ra?n9 todos los usuarios son considerados como usuarios activos en el lado del Portal. Adem;s seasume "ue todos los usuarios se lo#ean durante dos )oras al d+a.

"#""# SAP xRPM Core

A pesar de "ue los usuarios 'inales solo interact:an con SAP xRPM a travs de SAP *nterprise Portal9 este se conectainternamente con el sistema base de SAP xRPM9 NuicEsi?er 4)ttpJJservice.sap.comJ"uicEsi?er5 'ue utili?ado yespeci'icado una cuenta de usuario de una tercera parte del total de n:mero de usuarios 4ba-oDnivel RJ3 usuarios9 solopara llamadas a R6C5.

"#"2# SAP 3usiness In0or(ation 4are5ouse


8/22

" 'inea(ientos )ro)orciona%os )or SAP )ara el%i(ensiona(iento %e cPro.ects#

Intro%ucci,n

Collaboration Pro-ects 4cPro-ects5 !. es una aplicacin


9/22

*l dimensionamiento se base en un n:mero promedio de $ cambios por ob-eto en un proyecto durante el tiempo devida del proyecto. Fperaciones del ne#ocio9 tales como creacin de proyectos9 liberacin de un proyecto9 asi#nacin deresponsabilidades o reporteo en cPro-ects son considerados como no in'luyentes en el dimensionamiento.

/ependiendo de la con'i#uracin9 cPro-ects puede almacenar datos en la base de datos de SAP 7et(eaver AS comotambin en el Contet Server. Asumimos "ue los datos ser;n almacenados en la base de datos de SAP 7et(eaver.

*l dimensionamiento solo toma en cuenta el volumen de datos para cPro-ects y no el volumen de datos producido porotros sistemas9 como por e-emplo SAP RJ3 o SAP *CC9 SAP 7et(eaver %&9 mySAP SRM9 mySAP CRM9 SAP7et(eaver Portal9 o un sistema separado de c6olders.

#2# Di(ensiona(iento %e CPU

*l dimensionamiento para cPro-ect estima los re"uerimientos de CP8 usando 2 'ormas de medicin el n:mero deob-etos por proyecto y el n:mero de proyectos nuevos por a@o. *l resultado del dimensionamiento estima "ue dar; unaidea aproximada de los re"uerimientos de CP8.

*l n:mero promedio de ob-etos es la suma de todas las 'ases9 c)ecElists9 c)ecElist de +tems9 tareas y subtareas encada proyecto.

Categora

Nmero Promedio

de Objetos por

Proyecto

Nmero de Proyectos por Ao

500 1000 5000

Pequea 50 160 SAPS 320 SAPS 1600 SAPS

Mediana 300 800 SAPS 1600 SAPS 8000 SAPS

Grande 1000 2900 SAPS 5800 SAPS 29.000 SAPS

Extra Grande 2000 6100 SAPS 12.200 SAPS > 61.000 SAPS

"#"#"# Di(ensiona(iento %e Me(oria

*l consumo de memoria de cPro-ects depende del n:mero de procesos y usuarios concurrentes. Para determinar elconsumo de memoria9 se puede usar la si#uiente re#la

Asi#nar M% de memoria por usuario pero un m+nimo de !% debe ser asi#nado en total.

# Di(ensiona(iento en Disco

*l dimensionamiento de cPro-ects estima los re"uerimientos de la base de datos usando dos 'ormas de medicin eln:mero de ob-etos por proyecto y el n:mero de nuevos proyectos por a@o. *l resultado del dimensionamiento estimadoda una idea aproximada de los re"uerimientos de base de datos.

Categora

Nmero Promedio

de Objetos por

Proyecto


500 1000 5000

Pequea 50 1.8 GB 3.6 GB 18 GB

Mediana 300 8.5 GB 17 GB 85 GB

Grande 1000 27 GB 54 GB 270 GB

Extra Grande 2000 54 GB 108 GB 540 GB


10/22

*l dimensioamiento para la base de datos para documentos adicionales 4ad-untos5 se basa en la premisa "ue )ay undocumento en una versin por cada elemento de proyecto9 con un promedio de 2M% de tama@o.

Si el n:mero de documentos9 n:mero de versiones9 o el promedio del tama@o del documento es di'erente9 a@adir estosdetalles al c;lculo de la base de datos.


11/22

4. 'inea(ientos )ro)orciona%os )or SAP )ara el%i(ensiona(iento %e c9ol%ers

SAP posee una plata'orma cooperativa basada en (eb9 conocida como Collaboration 6olders 4c6olders59 la cual seorienta a promover la comunicacin y colaboracin entre #rupo de personas "uienes necesitan traba-ar -untos peroest;n re#ionalmente dispersos.

c6olders traba-a para permitir "ue e"uipos con'i#uren ;reas virtuales de traba-o sobre &nternet en las cuales puedanintercambiar in'ormacin en base a un 'ormato estructurado. *ste en'o"ue no solo a)orra costos en #astos de via-e9sino "ue adem;s permite tener datos consistentes y reduce si#ni'icativamente el tiempo en los proyectos.

6#"# Di(ensiona(iento )ara c9ol%ers

6#"#"# Pre(isas

*l dimensionamiento se en'oca en los datos trans'eridos tales como car#as9 descar#as y

copias. Fperaciones de ne#ocio tales como creacin de carpetas9 asi#nacin de autori?acionesy administracin de estatus se consideran poco in'luyentes para el dimensionamiento.

6#"#2# Di(ensiona(iento %e CPU

*xisten 3 escenarios9 se debe seleccionar el m;s apropiado

6#"#2#"# Escenario Do@nloa% en SAPS

Categora U) 5asta B%o@nloa%s )or 5ora

Ta(ao %el(ensa.e " 3

Ta(ao %el(ensa.e " M3


Pe"ue@a 1 1 3 2$

Mediana 19 0 2 2!,

rande 19 1 200 29!$!

"#"#"#2# Escenarios %e Carga * Co)ia%o en SAPS





Pe"ue@a 1 1 1 1

Mediana 19 0$ 1,$ 112

rande 19 0$1 1,$$ D 1

6#"#2#2#

"#"# Di(ensiona(iento %e Me(oria

*l consumo de memoria de c6olders depende del n:mero de procesos corriendo en paralelo y el tama@o del mensa-e.Para documentos con tama@o )asta de 1 M% la in'luencia en el tama@o de la memoria sobre el (eb Application Serveres casi insi#ni'icante. Para determinar el consumo de memoria para procesar documentos extensos9 se puede usar lassi#uientes re#las

- Asi#nar $12 M% para el sistema RJ3


12/22

- Asi#nar 2 M% por proceso 4por e-emplo9 el n:mero de documentos procesados en paralelo por se#undopuede ser un indicador5

- Asi#nar 3 veces el tama@o de los documentos por proceso

- Por e-emplo

1 documentos procesados en paralelo cada uno con un tama@o de 1M% re"uieren 032 M% dememoria

$12 M% = 1 documentos en paralelo 42M% = 1M% tama@o del documento 35 Q 032 M%.

"#"#6# Di(ensiona(iento %e Disco

Se asume "ue los datos pueden estar comprimidos en promedio por un 'actor de dos se podr+a estimar "ue el n:merode documentos a ser almacenados en la base de datos y su tama@o promedio. *ntonces

- Asi#nar 1M% para el sistema RJ3

- 7:mero de documentos promedio del tama@o de documentos J 2

-Por e-emplo

1 % = 19 docs 1.2 M% J 2 Q 1, %


13/22

" In0or(aci,n %el Instituto Nacional %e Cancerologa )ara el%i(ensiona(iento %e xRPM * sus co()onentes#

# Categoras %e usuarios

Se#:n in'ormacin proporcionada por el &nstituto 7acional de Cancerolo#+a se estima la si#uiente distribucin deusuarios "ue interactuar;n con el sistema xRPM.

9unci,n Cor)orati+a Porcenta.e N>(ero %e Usuarios

*-ecutivos 2 2

Administradores de Proyectos 1

Administradores de Recursos 10

Miembros del e"uipo

"#"# Es)eci0icaciones (ni(as %e CPU (e(oria * %isco )ara xRPM 34* Enter)rise Portal

Se#:n los par;metros del si?in# est;ndar y en base a los datos del &nstituto 7acional de Cancerolo#+a9 lascaracter+sticas m+nimas de )ard


14/22

de Objetos por

Proyecto500 1000 5000

Pequea 50 160 SAPS 320 SAPS 1600 SAPS

Mediana 300 800 SAPS 1600 SAPS 8000 SAPS

Grande 1000 2900 SAPS 5800 SAPS 29.000 SAPS

Extra Grande 2000 6100 SAPS 12.200 SAPS > 61.000 SAPS


Asi#nar M% de memoria por usuario pero un m+nimo de !% debe ser asi#nado en total

M% 2 usuarios concurrentes 4*-ecutivos9 Administradores5 Q 1.! % m+nimo !%.

#2# Di(ensiona(iento en Disco

*l n:mero de ob-etos por proyecto $

*l n:mero de proyectos nuevos por a@o. a 1

Categora

Nmero Promedio

de Objetos por

Proyecto


500 1000 5000

Pequea 50 1.8 GB 3.6 GB 18 GB

Mediana 300 8.5 GB 17 GB 85 GB

Grande 1000 27 GB 54 GB 270 GB

Extra Grande 2000 54 GB 108 GB 540 GB

"#"# Es)eci0icaciones (ni(as %e CPU (e(oria * %isco )ara c9ol%ers

# Di(ensiona(iento %e CPU

/ato proporcionado por el &nstituto 7acional de Cancerolo#+a

El volumen de informacin (en formato PDF probablemente) que requerimos almacenar para cada proyecto (promediode pginas por ao) es el siguiente

!ersiones de protocolo y enmienda "#$

Formatos de consentimiento informado %$

&nformes de monitor'a "%$

orrespondencia con el comit de tica #$

En total ser'an apro*imadamente +,$ pginas por proyecto en un ao- El estimado de proyectos por ao son .$/ lo queimplica un volumen de %+0$$ pginas por ao que deber'an ser arc1ivadas-2

Se estima "ue un documento con 3! p;#inas tiene aproximadamente 1M%.


15/22

*l escenario m;s apropiado por el volumen de documentos mane-ados es el de car#a y copiado y se#:n los datos del&7C se estima





Pe"ue@a 1 1 1 1

Mediana 19 0$ 1,$ 112

rande 19 0$1 1,$$ D 1


Asumiendo "ue se procesen 1 documentos concurrentemente cada uno con un tama@o de 1M%

Para determinar el consumo de memoria para procesar documentos extensos9 se puede usar las si#uientes re#las

- Asi#nar $12 M% para el sistema RJ3

- Asi#nar 2 M% por proceso 4por e-emplo9 el n:mero de documentos procesados en paralelo por se#undopuede ser un indicador5

- Asi#nar 3 veces el tama@o de los documentos por proceso

1 documentos procesados en paralelo cada uno con un tama@o de 1M% re"uieren 032 M% de memoria

$12 M% = 1 documentos en paralelo 42M% = 1M% tama@o del documento 35 Q 032 M%.

"#"#"# Di(ensiona(iento %e Disco

Se asume "ue los datos pueden estar comprimidos en promedio por un 'actor de dos se podr+a estimar "ue el n:merode documentos a ser almacenados en la base de datos y su tama@o promedio. *ntonces

- Asi#nar 1M% para el sistema RJ3

- 7:mero de documentos promedio del tama@o de documentos J 2

Asumiendo "ue las 230 p;#inas correspondan a 1 documentos con un promedio de 23 p;#inas cada uno y estoa un pla?o de 3 a@os.

1 % = 1. docs 1.2 M% J 2 Q 19, % 3 a@os Q 31.0 %

"#"# Resu(en %e es)eci0icaciones (ni(as

#6# Es)eci0icaciones (ni(as seg>n cFlculos %el %i(ensiona(iento

A continuacin se presenta el resumen de los c;lculos de dimensionamiento se#:n los datos proporcionados por el&nstituto 7acional de Cancerolo#+a

Di(ensiona(iento)ara

?ar%@are Mni(o )ara

Enter)risePortal 8#

xRPM Core 34 cPro.ects c9ol%ers

CP8 , SAPS $ SAPS $ SAPS 160 SAPS 1 SAPS


16/22

Memoria 1.$ % RAM 1.$ % RAM 1.$ % RAM !% 032 M%

*spacio en /isco 10 % /isE 1.0 % 31.0 %

"#"#"# Es)eci0icaciones reco(en%a%as

*n la si#uiente tabla se muestra el dimensionamiento su#erido para mane-o de datos del &nstituto 7acional deCancerolo#+a9 "ue #aranti?a el buen 'uncionamiento de las m;"uinas con el volumen de proyectos mane-ados.

Di(ensiona(iento)ara

?ar%@are Reco(en%a%o )ara %atos

Enter)risePortal 8#

xRPM Core 34 cPro.ects c9ol%ers

CP8 , SAPS $ SAPS $ SAPS 160 SAPS 1 SAPS

Memoria ! % ! % ! % ! % ! %

*spacio en /isco $ % $ % $ %


17/22

"#"#"# Es)eci0icaciones (ni(as )ara instalaci,n %e so0t@are $ase

*n la si#uiente tabla se muestran las especi'icaciones m+nimas de >ard


18/22

" Aruitectura sugeri%a )ara el Instituto Nacional %eCancerologa

# Aruitectura sugeri%a

!# Distri$uci,n %e 5erra(ientas en ser+i%ores

/el estudio de dimensionamiento reali?ado en el &nstituto 7acional de Cancerolo#+a y en base al inters de mantenerun est;ndar en los sistemas operativos y base de datos9 se su#iere el uso de servidores con las si#uientescaracter+sticas

3erramienta 4mbiente de Desarrollo 4mbiente de Pruebas 4mbiente de Produccin

xRPM Core

c9ol%ers

Enter)rise Portal

34

Solution Manager


19/22


20/22

"#"# Caractersticas %e los ser+i%ores

Las caracter+sticas '+sicas de los servidores se describen en la si#uiente tabla

Ti)o %e Ser+i%or Caracterstica Galor

Procesador 2 procesadores de 1., >?J10 M%

5emoria 645 :%

3DD para 7istema 8perativo y E9ecutables 0 %

3DD para Datos 2$ %

Procesador 2 procesadores 1., de >?J10 M%

5emoria 645 "8%

3DD para 7istema 8perativo y E9ecutables 0 %

3DD para Datos 2$ %

Con estas caracter+sticas se recomiendan los si#uientes modelos de servidores disponibles en >P

Canti%a% Ti)o %e Ser+i%or Mo%elo sugeri%o

$ >P &nte#rity rx2,,9 con 0M%

2 >P &nte#rity rx2,,9 con 1,M%

"#"# Uso %e los ser+i%ores

A continuacin se muestra el uso de cada uno de los servidores su#eridos y su ar"uitectura en cada uno de losambientes.


21/22

!#"# Aruitectura sugeri%a )ara el A($iente %e Desarrollo

!#2# Aruitectura sugeri%a )ara el A($iente %e Prue$as


22/22

!# Aruitectura sugeri%a )ara el A($iente %e Pro%ucci,n

Dimensionamiento 2

Documents

Transcript of Dimensionamiento 2