The accounting information can be set to the product master as products for each element type (category) that consists of the L-Platform.
The categories that can be set as products are shown below. Note that the unit prices can be specified by yearly, monthly, or hourly.
Category | Explanation |
|---|---|
CPU | Unit price per CPU (*1). |
CPU clock | Unit price per CPU clock of 0.1GHz (*1). |
Memory capacity | Unit price per memory capacity of 0.1GB. |
Virtual L-Server | Unit price per virtual L-Server. |
Physical L-Server | Unit price per physical L-Server. |
Data disk Capacity | Unit price per disk capacity of 0.1GB. (*3) |
Template | Unit price per L-Platform template. |
*1: The price per CPU allocated as usage fee (the estimated price) is the sum of "Unit price per CPU" and "Unit price per CPU clock * CPU clock".
Example) An example price calculation is shown below assuming following conditions.
[Conditions]
CPU Clock: $0.10/0.1GHz
CPU: $0.80/unit
[Example calculation]
Price for a CPU of 3.2GHz: $0.10 * 32 + $0.80 = $4.00
Price for two CPUs each of 1.0GHz: ( $0.10 * 10 + $0.80 ) * 2 = $3.60
*2: When a physical L-Server is to be newly deployed, estimated price for the CPU performance and memory capacity will be calculated according to the values entered on the L-Platform Management window. The physical L-Server that is actually deployed will have performance that is closest to the value that was entered on the L-Platform Management window. Accordingly, estimated price displayed may differ to the actual price. For physical L-Servers that have already been deployed, estimated price will be calculated based on the actual CPU performance and memory capacity.
*3: Estimated price for data disk capacity are added according to disk capacity usage for each storage pool, with no differentiation between extension disks and existing disks. Note also that if the same existing disk is attached to multiple L-Servers at this time, calculations for the existing disk capacity will be added together in accordance with the number of L-Servers to which the disk is attached. Resource allocation methods differ between extension disks and existing disks. For this reason, the storage pool used for an existing disk should not be the same as one used for an extension disk. For operations that use separate storage pools, charges for the existing disk can be calculated using the following two methods:
If charging according to the total capacity of an existing disk attached to L-Server(s):
In the storage pool, set the amount to be charged (in units of 0.1GB) when attaching an existing disk to an L-Server. If the same existing disk is attached to multiple different L-Servers at this time, the disk capacity will be added together for the total number of attached L-Servers and charged accordingly.
If charging by the available existing disk from the L-Platform:
Rather than setting the price for the existing disk defined by the storage pool, perform settings instead to include the usage charge for the available existing disk in the price for the L-Platform template.
Point
L-Platform operation when reconfiguration is not permitted
L-Servers and others will be allocated using the system configuration defined in the template if the L-Platform template reconfiguration is not permitted in the operation. In this case, only the prices for the templates need to be set and the prices for the L-Servers need not.
About Setting Prices
In the Solaris container, although it is possible to allocate more CPU and memory to the non-global zone than is installed in the host operating system, if the CPU load and memory usage in each non-global zone increase, the allocated CPU function and memory capacity may become unusable.
In order to not exceed the capacity physically held by the host operating system when creating a non-global zone, it is possible to ensure the functionality of the allocated amount in the non-global zone by allocating CPU and memory.
However, if used for development environments or if non-global zones which exceed the physical CPU and physical memory are created, it is not possible to ensure the allocated amount of functionality. If CPU and memory are made the subject of charges in environments where the allocated functionality cannot be ensured, consider setting the CPU and memory unit prices at lower prices than normal.
As it may not be possible to ensure the functionality of allocated amounts of CPU and memory if overcommit is enabled in cases such as where L-Platform import from related L-Servers is performed using VMware and Hyper-V as virtual software, give some consideration to price settings.
The usage fee (the estimated price) displayed on the L-Platform management window and others is calculated as follows.
L-Platform usage fee (the estimated price) = monthly template price + monthly price for all L-Server
+ monthly price for all data disks
Template monthly price = template unit price * converted monthly price
Virtual L-Server monthly price = image unit price * converted monthly converted
+(CPU unit price * monthly converted price
+ CPU clock unit price * CPU clocks * converted monthly price) * number of CPUs
+ memory unit price * amount of memory * converted monthly price
Physical L-Server monthly price = image unit price * converted monthly converted
+(CPU unit price * monthly converted price
+ CPU clock unit price * CPU clocks * converted monthly price) * number of CPUs
+ memory unit price * amount of memory * converted monthly price
Data disk monthly price = disk unit price * amount of disk * monthly converted price- If the price is hourly basis, usage fee (the estimated price) is calculated for 24 hours * 30 days.
- If the price is yearly basis, usage fee (the estimated price) is twelfth of that price.
- Usage fee (the estimated price) is rounded to nearest hundredths of dollar (cent) when displayed.