Resource Allocation for Provider
Main | EGI.eu operations services | Support | Documentation | Tools | Activities | Performance | Technology | Catch-all Services | Resource Allocation | Security |
EGI Resource Allocation menu: |
Activities executed by a Provider during Resource Allocation process are described below.
Provider edits OLA document. On the Figure there is schema presenting OLA document flow between parties (P - provider, B - broker) and available states.
1. Pool creation
[edit] Pool concept
'Definition:Pool is a specific capacity of resources available for EGI allocation according to defined process under defined conditions'
The pool are defined in the Site/NGI declaration:
- previously referred as pre-agreement, but it should not require EGI to agree/negotiate
- can be subject of change in time (some limitation apply)
Pool Creation activity is a preparatory step in which Provider declares size and type of resources and time span when they will be available to Resource Allocation process.
All the metrics and declared type of pool should be defined.
This procedure is valid only for adding new pool to EGI Resource Allocation process.
The pool record is visible in e-GRANT tool.
Input/conditions:
- Provider wants to add resources to Resource Allocation process.
- NGIs/Sites define pools and register them in EGI " Pools of resources repository".
- Pools definition may be subject of change according to specific Resource alloction policy.
- NGIs/Sites are free to modify this repository.
Action:
- Provider can add resources to Pool description
- Provider can edit pool (modify metrics) in Pool description
- Provider can accept Pool description and make it available to Broker
2. OLA (re)negotiation
Provider can negotiate metrics in OLA.
Note: PARTY is the actor who operates the procedure; OTHER PARTY means: P in case B runs the actions, or B in case P runs the actions;
Input/condition:
- OLA are IN-NEGOTIATION and proposal was received from OTHER PARTY
Actions:
- PARTY can agree on the proposal; then the OLA is set AGREED
- PARTY can reject the proposal; then the OLA is set to CANCELLED
- PARTY can send a new proposal (offer changes); then the OLA remains in IN-NEGOTIATION, the new proposal is sent to OTHER PARTY
Buttons description
3. OLA confirmation/rejection
OLA confirmation/rejection activity is available only for the right-to-revoke scenario. Provider can reject or confirm OLA manually.
In case of no action, OLA is made AGREED automatically after revoke period.
Input/conditions:
- OLA is in the state AGREED-REVOKABLE
Action:
- Provider can confirm OLA, which makes OLA AGREED
- Provider can reject OLA, which makes OLA CANCELLED
- Provider can propose changes to the OLA, which makes OLA IN-NEGOTIATION and proposal is sent to B