Virtual chargeback

In information technology, virtual chargeback is a practice of charging back the costs of virtual IT infrastructure to departments or business units, that actually use it.[1] This means analyzing and recording the resource utilisation on virtual machines (VMs).

Definition and purpose of chargeback in a virtual context

The idea of chargeback in a traditional (non-virtualised) sense is not new, and references go as far back as the 1980s.[1] Publications available on the Internet generally support the notion that chargeback involved literally charging departments based on actual resource consumption rather than forecast usage.[2] Chargeback is most relevant to IT departments, simply because almost all areas of an organisation use computing resources. Rather than IT having to justify expenditures for another area of the organisation, the burden is on those departments who are actually planning on using the resource provided by IT.

Virtual chargeback can be a particularly difficult process to implement, due to the use of shared/common resources.[3] However, the internal implementation of a chargeback process usually resides between the application and infrastructure layers, which gives the data-collection services of the application the ability to pull from virtual or actual components.[4]

Reasons for using a chargeback model include:

• More effective use of IT services due to customers becoming more conscious of the cost associated with new hardware and software
• A better understanding of the TCO (total cost of ownership) for performing a business function
• Prevention of business groups being charged for applications and services they rarely use
• The entire IT infrastructure is taken into account (i.e. from network I/O through to storage)

The virtual chargeback challenge

While numerous tools exist for tracking asset utilisation in a traditional sense (such as Microsoft's Operations Manager), they are considered by some to be of limited use when it comes to virtual machines.[5]

Numerous attempts have been made to address with this problem, some of which are available today:

  • VMware vCenter Chargeback,[6]
  • PlateSpin Recon,[7]
  • vKernel,[8]
  • Nicus M-PWR,[9]
gollark: That role is mostly just filled by crazily power-creeped stuff nowadays.
gollark: My fusion plant thing only had 2 reactors, which easily covered the power needs of everything in existence several times over.
gollark: Also, the highest-end power transmission things I know only go up to 2GRF/t.
gollark: That sounds utterly awful for the server.
gollark: I've generally found that they work nicely at all isolation of things ever if you have power.

References

This article is issued from Wikipedia. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.