Building a data center infrastructure is an example of operational Expenditure

While capital expenditure is a pre-determined amount, operational expenditure is a hidden cost and tougher to estimate. It is only until after the deployment, that organizations realize the true cost of a new solution.

Out-of-Band (OOB) solutions with low CAPEX are often based on purpose built hardware and limited in capabilities. While the initial one-time investment can be lower than alternative OOB solutions based on an open platform, over time the solution will prove to be more costly with a higher operational cost.

Building a data center infrastructure is an example of operational Expenditure

Consider the following factors when investing in your new management solution:

  • Time – How long will it take to implement and optimize the solution? How complicated is the process and will you have to allocate training time and resources to learn the tools, implement the solution, and integrate it into your infrastructure? If the solution is an open platform and behaves like a server, you should be able to run your DevOps tools seamlessly.
  • The Ability to Automate – What tasks can you automate using the solution? Limitations in functional automation can hinder scalability and require excess time and labor. Does the platform help or hinder the growth of your business?
  • Maintenance Costs – Now more than ever technology evolves at a faster rate. How quickly are you able to upgrade firmware and install bug fixes and patches? How much time and money will be devoted to maintain and keep the solutions up to date? What if an open platform solution could keep firmware current all by itself?
  • Configuration – Most infrastructure appliances support Zero Touch Provisioning (ZTP). What if ZTP could run seamlessly over IPv6/IPv4, and initialize your automation scripts with multiple language options (Python, JavaScript on Node.js, Bash) all while keeping your configuration current?
  • Avoiding Human Error – With scripting you can test once and deploy across the board, eliminating the human error aspect of configuration and setup. What if your open platform could auto-discover attached devices, auto-configure and just notify you?
  • Security Breaches – Will a purpose built solution be able to catch up with current security fixes? What if you could run an open infrastructure management platform that has the ability to utilize the same fixes as a modern x86-64 bit Linux OS?

Aggregated Cost

What it ultimately comes down to is not just initial solution cost, but the aggregated cost of acquiring, deploying and maintaining the solution during its lifetime. It is a delicate balance between CAPEX and OPEX that will determine your true savings.

There is less cost savings to be had if the solution being implemented utilizes time and resources inefficiently. A solution that balances CAPEX and OPEX and is simple to operate and maintain results in a higher return on investment.

A trend we’ve been hearing from customers making the switch to ZPE solutions is that their current solutions weren’t meeting their needs, and in actuality, ended up costing them more to own, operate, and maintain.

“The time to deploy ZPE units and get them production ready is much faster than what we’re used to. ZPE’s advanced Zero Touch Provisioning (ZTP) makes setup and keeping devices current a breeze.”

– Data Center Engineer, Hyper-scale Cloud Computing Company

If you are considering infrastructure management solutions, contact a ZPE representative to discuss how taking operational expenditures into account can save your company money in the long run.

ZPE has developed automation scripts proven by large hyperscale customers. Ask for our sample code to experience our full ZTP capabilities.

Data centers come in all sizes with varying power demands. Some small facilities draw just a few kilowatts (kW) while hyperscalers are in the megawatt (MW) range. Requirements for availability (uptime) can also differ greatly. The Uptime Institute classifies data centers according to the following tier ratings.

  • TIER I — 99.671% availability
  • TIER II — 99.741% availability
  • TIER III — 99.982% availability, unlimited operation hours
  • TIER IV — 99.995% availability, unlimited operation hours

In practice, this establishes the acceptable period of downtime ranges from 144 minutes per month for Tier 1 facilities to just two minutes per month for Tier IV.

 

Building a data center infrastructure is an example of operational Expenditure
Generators play a vital role in ensuring 100% uptime and reliability of service for data centers.
Photos courtesy of ABB

 

In general, Tiers I and II ratings can be accomplished by using standard backup generators suitable for a couple hundred hours of operation a year. In contrast, Tiers III and IV require gensets rated for continuous operation.

Because most data centers are powered by stable grids, their emergency generators are called into operation infrequently for short periods of time. Therefore, they can be specified to support a high-percentage load continuously when called into operation. This gives rise to the rating known as continuous data center power (CDCp), which has no limitations on average power, unlimited operational hours, and 110% overloadability for up to 12 hours. Figure 1 compares CDCp with the ISO standby rating.

In addition to the TIER level and CDCp rating, the next step is to ensure the genset design will deliver optimum performance. The key considerations are startup time, excitation and control systems, block loadability, and leading power factor.

 

Building a data center infrastructure is an example of operational Expenditure
Figure 1 – This graph shows continuous data center power.
Photos courtesy of ABB

 

Startup time

For data centers, a typical startup time requirement is 10 to 30 seconds. In general, an internal combustion engine is superior to a turbine, and liquid fuel (diesel) performs better than gas.

Excitation and Control

Once the genset is gaining some speed, the excitation and control by the automatic voltage regulator (AVR) kicks in. There are several excitation methods available, such as shunt+boost, permanent magnet generator (PMG), auxiliary winding regulation excitation principle (AREP), self-excitation, etc. PMG is most common for 1- to 3-MW sets, while AREP is for smaller, low-voltage, noncritical systems.

Figure 2 shows measured ramp-up and voltage buildup graphs for a 3 MW, 11 kV, PMG-excited, liquid-fuel genset. It takes less than 10 seconds to reach full speed and full voltage ready to supply power.

 

Building a data center infrastructure is an example of operational Expenditure
Figure 2 – This graph shows genset voltage buildup (knee point at 60% rpm).
Photos courtesy of ABB

 

Block Loadability

Block loadability is an important facet of data center gensets. It describes the ability of a running generator to support a sudden increase or decrease in load. One example is when the genset has to provide fault ride-through to meet grid code requirements. Block loadability is also of particular interest for the growing number of cases where gensets are intended to support loads outside the data center. These include “balancing” or “peaker” applications to help stabilize and support the grid when the output from renewable energy resources is low.

Leading Power Factor

The final consideration is the “historical weighting” of backup generators linked to leading power factor (PF). In data centers, this occurs at times when the UPS is out of order and the load on the genset is highly capacitive — from the IT equipment. If the leading PF (or negative kVAR) limit is exceeded, the generator approaches its unstability limits and could trip offline.

Historically, generators were oversized to ensure operation over a certain kVAR range. This added cost can be avoided through careful design to allow extensive leading PF operation. In addition, the parameters, especially reactance values, must be designed properly to “push” the stability limit left, as shown by the purple line in Figure 3. This example of a 2.5-MVA, 10.5-kV generator shows that by enabling a leading PF of 0.9 (instead of 0.95), there is an additional +300 kVAR of room to play with (as shown by the red arrow).

 

Building a data center infrastructure is an example of operational Expenditure
Figure 3 - Extensive leading PF operation avoids generator oversizing.
Photos courtesy of ABB

 

Shifting From Capex to Opex

Making the correct generator selection for data centers can have a significant influence on the capital expenditure (capex) for the project. That is why many major players prefer to reproduce existing validated concepts to benefit from the lowest unit cost. They achieve scalability simply by adding the right number of identical gensets.

This capex-centered approach is set to change as asset owners place an increasing emphasis on their opex. While costs might differ widely between applications and locations, the main drivers will always be quality and serviceability. There is also scope for the adoption of features already proven by base load generators, such as predictive maintenance and remote monitoring. What this means is that the original cost price of a genset will become of less significance for data center operators. Rather, they could take a broader perspective that considers the total cost of ownership (TCO) of their critical backup generators and how they might provide services to the local grid that makes them a revenue source rather than a running cost.

Is cloud computing CapEx or OpEx?

By contrast, cloud computing operates on a pay-as-you-go basis, with no upfront payments. Resources and services are available on-demand, and IT spend fluctuates based on consumption. The traditional approach prioritizes capital expenditure (CapEx), whereas cloud economics favors operating expenses (OpEx).

What is operational expenditure in Azure?

Operating Expenditures or OpEx is defined as funds that are used by organizations for their day-to-day operations. Think of OpEx as your electricity and water bill. The more you use, the higher the charges. Azure on-demand or pay-as-you-go is an example of an OpEx model.

Is Azure files is an example of infrastructure as a service?

Azure storage is a IASS product.

Which of these provides for the upfront spending of money on physical infrastructure and then deducting that upfront expense overtime?

Capital Expenditure (CapEx): CapEx refers to the spending of money on physical infrastructure up front, and then deducting that expense from your tax bill over time.