Alert.png The wiki is deprecated and due to be decommissioned by the end of September 2022.
The content is being migrated to other supports, new updates will be ignored and lost.
If needed you can get in touch with EGI SDIS team using operations @ egi.eu.

Difference between revisions of "EGI Core activities:2013-bidding Accounting Portal"

From EGIWiki
Jump to navigation Jump to search
Line 38: Line 38:


= Service level targets =
= Service level targets =
*Minimum availability/reliability: ..%/..%
*Minimum availability/reliability: 99%/100%
*Response to incident records in GGUS within support hours: [[FAQ_GGUS-PT-QoS-Levels#Medium_service| Medium]] (see https://wiki.egi.eu/wiki/FAQ_GGUS-PT-QoS-Levels#Medium_service)
*Response to incident records in GGUS within support hours: [[FAQ_GGUS-PT-QoS-Levels#Medium_service| Medium]] (see https://wiki.egi.eu/wiki/FAQ_GGUS-PT-QoS-Levels#Medium_service)

Revision as of 14:20, 3 July 2013


Go back to the activity list.

  • Service name: Accounting Portal
  • Service category: Operations
  • Service type: Coordination, operation and maintenance

The Accounting Portal is part of the EGI Core Infrastructure Platform which supports the daily operations of EGI.

Introduction

The EGI Accounting Infrastructure is distributed. At a central level it includes the repositories for the persistent storage of usage records. The central databases are populated through individual usage records published by the Resource Centres, or through the publication of summarised usage records. The Accounting Infrastructure is essential in a service-oriented business model to record usage information. The Accounting Portal provides data accounting views for users, VO Managers, NGI operations and the general public.

Technical description

The Accounting Portal aggregates and provides access to the CPU and user registers gathered by APEL on the infrastructure. The system is expected to evolve to provide storage, cloud and parallel job views. The portal has a frontend that renders HTML pages, and a Python backend to update the DBs. The frontend is coded on PHP 5 running under Apache, with a MySQL relational database on a SL6 distro. It uses plain PHP and pChart 2.0 for the graphs. The databases are separated into a CPU record database, a User record database, and a topology database.

This service includes the following components.

Coordination

This activity is responsible of the coordination of the system operation and upgrade activities with those partners that are in charge of operating other systems that depend on it.

Support

Support through the EGI helpdesk about the data displayed and the views provided.

Support hours: eight hours a day (9-17 CE(S)T), Monday to Friday – excluding public holidays of the hosting organization.

Operation

  • Daily running of the system
  • Provisioning of a high availability configuration
  • A test infrastructure to verify interoperability and the impact of software upgrades on message producers and consumers

Maintenance

This activity includes:

  • core refactoring, bug fixing, proactive maintenance, improvement of the system
  • coordination of software maintenance activities with other technology providers that provide software for the EGI Core Infrastructure or remote systems deployed by integrated and peer infrastructures that interoperate with the central EGI components of the system.
  • Maintenance of probes to test the functionality of the service
  • requirements gathering

Service level targets