Federated Cloud Accounting
|Overview||For users||For resource providers||Infrastructure status||Site-specific configuration||Architecture|
|Scenarios:||• Federated AAI||• Accounting||• VM Image Management||• Brokering||• IntraCloud Networking|
|• Monitoring||• VM Management||• Data Management||• Information Discovery||• Security|
Accounting across Resource Providers
|Scenario leader||STFC||Stuart Pullinger|
To account for resource usage across multiple resource providers we need to define:
- the elements to be accounted for and how accounting data may be gathered. (This relates to the statement “Resource providers agree and follow the same rules for accounting the resource usage”.) DONE See Cloud Accounting Usage Record.
- how accounting data will be published DONE Publishing Cloud Accounting Records.
- how accounting data will be viewed DONE There is a cloud view in the EGI Accounting Portal.
- what is required from this data (for VM users, Resource Providers, VO Managers, others?) DONE Requirements implemented in portal views.
Meetings to discuss Cloud Accounting Data
A team from the Fedcloud task met on 25th July and 1st August 2013 to discuss the data received so far from the Resource Providers and where improvements should be made. The outcome of these meetings is here: 
There have been many other meetings and discussions at FedCloud weekly meetings, F2F, and EGI Conferences.
Cloud Accounting Usage Record
The current version of the Cloud Accounting Usage Record should be used with the latest version of SSM, further information is here: Production Cloud Accounting Usage Record
Agreed new version
The previous version of the Cloud Accounting Usage Record is here: Previous Cloud Accounting Usage Record v.1
This draft schema attempts to map the Cloud Accounting Usage Record fields to fields used by Venus-C and OpenNebula. Version 3 - Cloud Accounting Usage Record
Compute Accounting Record
Many fields in the cloud usage record were aligned with those in Compute Accounting Record.
Publishing Cloud Accounting Records
Cloud Accounting System
The software and technology choices for the existing APEL system (which receives grid compute accounting records) have been used to provide a ‘testbed’ so that the resource providers can send records to a Cloud Accounting System at STFC. The software is written in Python and the data is stored in a MySQL database, the component parts of the system are:
- Record loader
- MySQL Database
More detail available in the Cloud Accounting System document here: Cloud Accounting System
To publish records to the central Cloud Accounting Database resource providers will need to install and configure SSM 2.0 and also create messages containing records which are sent using SSM. The information below has links to scripts for creating these messages for OpenNebula and Openstack sites. There is also information on the installation of SSM 2.0 below.
SSM Package for publishing records
The new version of SSM (2.0) should be retrieved from here 
There are versions for SL5 and SL6.
The EGI test message broker network will be switched off in April 2014. The FedCloud will move to using a test queue on the production brokers from 1st April 2014. Sites will need to change 3 values in their SSM configuration file (/etc/apel/sender.cfg) on 1st April:
network: TEST-NWOBnetwork: PROD ... use_ssl: falseuse_ssl: true ... [messaging] ... destination: /queue/global.accounting.cloudtest.CENTRALdestination: /queue/global.accounting.test.cloud.central ...
1st April Update: Sites are reporting problems using 'use_ssl: true' They receive a Java error message like this:
ssm.ssm2 - WARNING - Error message received: java.lang.SecurityException: User name [null] or password is invalid. No user for client certificate: CN=...
This reflects a problem with the configuration of the message broker network. Please use 'use_ssl: false' in your configuration until further notice.
- A message is one file which is sent and received by the SSM. Usually a message will contain a number of records (eg 1000)
- A record corresponds to one row in the database. It contains a number of key-value pairs as specified in the table below
- The header in each message tells the server which type of records are in that message. You need one header per message, so one header per file.
Cloud Accounting Message Format for use with SSM 2.0
Header APEL-cloud-message: v0.2
|VMUUID||string||Virtual Machine's Universally Unique IDentifier||Yes|
|SiteName||string||Sitename, e.g. GOCDB Sitename||Yes|
|GlobalUserName||string||User's X509 DN|
|FQAN||string||User's VOMS attributes|
|Status||string||Completion status - started, completed, suspended|
|StartTime||int||Must be set if Status = Started (epoch time)|
|EndTime||int||Must be set if Status = completed (epoch time)|
|SuspendDuration||int||Set when Status = suspended (seconds)|
|WallDuration||int||Wallclock - actual time used (seconds)|
|CpuDuration||int||CPU time consumed (seconds)|
|CpuCount||int||Number of CPUs allocated|
|Memory||int||Memory allocated to the VM (MB)|
|Disk||int||Disk allocated to the VM (GB)|
|StorageRecordId||string||Link to associated storage record|
|CloudType||string||e.g. OpenNebula, Openstack|
End of record: %%
APEL-cloud-message: v0.2 VMUUID: https://cloud.cesga.es:3202/compute/47f74797-e9c9-46d7-b28d-5f87209239eb 2013-02-25 17:37:27+00:00 SiteName: CESGA MachineName: one-2421 LocalUserId: 19 LocalGroupId: 101 GlobalUserName: NULL FQAN: NULL Status: completed StartTime: 1361813847 EndTime: 1361813870 SuspendDuration: NULL WallDuration: NULL CpuDuration: NULL CpuCount: 1 NetworkType: NULL NetworkInbound: 0 NetworkOutbound: 0 Memory: 1000 Disk: NULL StorageRecordId: NULL ImageId: NULL CloudType: OpenNebula %% ...another cloud record... %% ... %%
OpenNebula Accounting Scripts
Records may be retrieved from OpenNebula databases using the oneacct-export tool from  which creates a file in the message format which can be sent using the SSM 2.0.
Current stable version: 0.4.5-1
OpenStack Accounting Scripts
cASO is a pluggable extractor of Cloud Accounting Usage Records from an OpenStack installation. cASO gets usage information from nova or ceilometer APIs and can generate valid output for Apel SSM or logstash.
- Current version (0.2) is available at PyPi: (https://pypi.python.org/pypi/caso/), you can install it with
pip install caso
- Check the cASO documentation includes how to install and configure OpenStack for generating the accounting records.
- Source code available at cASO github repo
- Packages for Ubuntu distributions are build at OpenSUSE build service home:aloga:cloud:integration project
Resource Providers published to Cloud Accounting Database
Using SSM 2.0
- Current list of Sites: http://goc-accounting.grid-support.ac.uk/cloudtest/cloudsites2.html
- VMs during last hour: http://goc-accounting.grid-support.ac.uk/cloudtest/vmshour2.html
- VMs during last day (long list may make your browser choke): http://goc-accounting.grid-support.ac.uk/cloudtest/vms2.html
Feedback from Resource Providers
|VM||What is measured|
|Oxford/Eucalyptus (no longer running)||Number of VM instantiated - Type of VM - Amount of time each VM has been running - Number of Elastic Block Storage volumes created - Amount of time the EBS volumes have been owned - Times the EBS volumes have been mounted - Binding between EBS volumes and VMs - Number of OS images loaded in the S3 repository - Amount of time the OS images have been loaded into the S3 repository|
|OpenNebula||(Have reviewed UR)|