Difference between revisions of "24.05.2013 Accounting model and portlet requirements"
Andrea.manzi (Talk | contribs) (Created page with "==== Details ==== *Description: Meeting notes on Resource Accounting *Date: 24-May-2013 from 10:00 to 12:15 *Topics: Resource accounting model *Participants: Andrea Manzi (CER...") |
Andrea.manzi (Talk | contribs) |
||
Line 5: | Line 5: | ||
*Topics: Resource accounting model | *Topics: Resource accounting model | ||
*Participants: Andrea Manzi (CERN), Ermanno Travaglino (ENG), Pasquale Pagano (CNR), Luigi Fortunati (CNR). | *Participants: Andrea Manzi (CERN), Ermanno Travaglino (ENG), Pasquale Pagano (CNR), Luigi Fortunati (CNR). | ||
+ | |||
+ | == Resource Accounting Model == | ||
+ | |||
+ | |||
+ | * objective of the model : make possible the accounting for the single user and having the possibility to understand trends | ||
+ | |||
+ | === Job Execution === | ||
+ | |||
+ | we should include the requirements of other services running job on the infrastructure Aquamaps/Statistical Manager and in case adapt the model | ||
+ | |||
+ | instead of plan/ExecutionEngine we should put Job/task | ||
+ | |||
+ | we have to remove any reference to specific Service | ||
+ | |||
+ | to add jobId in the Execution Engine.( task) | ||
+ | |||
+ | move the n core, n cpu at Task level | ||
+ | |||
+ | we need to have a new record to be publihsed by the portal in order to map the user with the job it | ||
+ | |||
+ | |||
+ | === Service === | ||
+ | |||
+ | the model is fine as it is now. | ||
+ | |||
+ | === Data Access === | ||
+ | |||
+ | |||
+ | we should include also SPD ( not only Tree Manager), but we should think about also the Geonetwork access | ||
+ | |||
+ | we should calculate the quantity of data accessed in terms of kb. | ||
+ | |||
+ | we should include the type of data accessed ( geo/biodiversity) | ||
+ | |||
+ | we don't need a record for data transfer (it's a combination of data access and Storage records) | ||
+ | |||
+ | |||
+ | == Storage == | ||
+ | |||
+ | we should use the same model also for the timeseries/services using DBs backend | ||
+ | |||
+ | we have to include also the UPDATE operation | ||
+ | |||
+ | there is also the need to have a summary of the storage used for each user/service, to be filled service side periodically. a new type should be used for this ( summary) | ||
+ | |||
+ | it should be generalized ( serviceclass/servicename => consumerId) |
Revision as of 11:18, 24 May 2013
Details
- Description: Meeting notes on Resource Accounting
- Date: 24-May-2013 from 10:00 to 12:15
- Topics: Resource accounting model
- Participants: Andrea Manzi (CERN), Ermanno Travaglino (ENG), Pasquale Pagano (CNR), Luigi Fortunati (CNR).
Resource Accounting Model
- objective of the model : make possible the accounting for the single user and having the possibility to understand trends
Job Execution
we should include the requirements of other services running job on the infrastructure Aquamaps/Statistical Manager and in case adapt the model
instead of plan/ExecutionEngine we should put Job/task
we have to remove any reference to specific Service
to add jobId in the Execution Engine.( task)
move the n core, n cpu at Task level
we need to have a new record to be publihsed by the portal in order to map the user with the job it
Service
the model is fine as it is now.
Data Access
we should include also SPD ( not only Tree Manager), but we should think about also the Geonetwork access
we should calculate the quantity of data accessed in terms of kb.
we should include the type of data accessed ( geo/biodiversity)
we don't need a record for data transfer (it's a combination of data access and Storage records)
Storage
we should use the same model also for the timeseries/services using DBs backend
we have to include also the UPDATE operation
there is also the need to have a summary of the storage used for each user/service, to be filled service side periodically. a new type should be used for this ( summary)
it should be generalized ( serviceclass/servicename => consumerId)