Help
  • Explore Community
  • Get Started
  • Ask the Community
  • How-To & Best Practices
  • Contact Support
Notifications
Login / Register
Community
Community
Notifications
close
  • Forums
  • Knowledge Center
  • Events & Webinars
  • Ideas
  • Blogs
Help
Help
  • Explore Community
  • Get Started
  • Ask the Community
  • How-To & Best Practices
  • Contact Support
Login / Register
Sustainability
Sustainability

We Value Your Feedback!
Could you please spare a few minutes to share your thoughts on Cloud Connected vs On-Premise Services. Your feedback can help us shape the future of services.
Learn more about the survey or Click here to Launch the survey
Schneider Electric Services Innovation Team!

Rack Load calculation issue

EcoStruxure IT forum

Schneider Electric support forum about installation and configuration for DCIM including EcoStruxure IT Expert, IT Advisor, Data Center Expert, and NetBotz

cancel
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for 
Show  only  | Search instead for 
Did you mean: 
  • Home
  • Schneider Electric Community
  • EcoStruxure IT
  • EcoStruxure IT forum
  • Rack Load calculation issue
Options
  • Mark Topic as New
  • Mark Topic as Read
  • Float this Topic for Current User
  • Bookmark
  • Subscribe
  • Mute
  • Printer Friendly Page
Invite a Co-worker
Send a co-worker an invite to the portal.Just enter their email address and we'll connect them to register. After joining, they will belong to the same company.
You have entered an invalid email address. Please re-enter the email address.
This co-worker has already been invited to the Exchange portal. Please invite another co-worker.
Please enter email address
Send Invite Cancel
Invitation Sent
Your invitation was sent.Thanks for sharing Exchange with your co-worker.
Send New Invite Close
Top Experts
User Count
Cory_McDonald
Admiral Cory_McDonald Admiral
124
Jef
Admiral Jef Admiral
110
gsterling
Captain gsterling Captain
71
APC_Steve
Captain APC_Steve Captain
62
View All

Invite a Colleague

Found this content useful? Share it with a Colleague!

Invite a Colleague Invite
Solved Go to Solution
Back to EcoStruxure IT forum
Solved
DCIM_Support
Picard DCIM_Support
Picard

Posted: ‎2020-07-02 11:05 AM . Last Modified: ‎2024-04-10 12:40 AM

0 Likes
6
1416
  • Mark as New
  • Bookmark
  • Subscribe
  • Mute
  • Permalink
  • Print
  • Email to a Friend
  • Report Inappropriate Content

Link copied. Please paste this link to share this article on your social media post.

Posted: ‎2020-07-02 11:05 AM . Last Modified: ‎2024-04-10 12:40 AM

Rack Load calculation issue

Hi All!

We have an interesting issue with Estimated Load calculation.

DCO calculates Estmated Load more then double rack equipment's nameplates sum.

 It's look like something wrong with server to rPDU connections. But all servers connections to rPDU's configured correctly - with 2 power cable connection, 2 power inlets and Distribution redundancy.  

Now, if I set power cable connection to "Not connected" for any server in rack, DCO calculate corrects values:

 

I can also add "dummy'' server with 0W power and no power connection and it works similary. This is my workaround for a while.

 

Also, there is some problems with Measured Load values. It's also much bigger (almost twice) than measurements in DCE.

 

Any ideas?

Not all racks affected with this issue, some calculations are close to correct values.

 

 

Some setup details:

Originally DC was modeled on DCO 7.3.6, racks was populated via import from Excel workbook feature. Now customer bought Capacity license, we upgrade DCO server to 7.4.5 version and try to properly configure it.

May be there are some artifacts in database after upgrade?

(CID:94602526)

Labels
  • Labels:
  • Data Center Operation
Reply

Link copied. Please paste this link to share this article on your social media post.

  • All forum topics
  • Previous Topic
  • Next Topic

Accepted Solutions
DCIM_Support
Picard DCIM_Support
Picard

Posted: ‎2020-07-02 11:06 AM . Last Modified: ‎2024-04-10 12:40 AM

0 Likes
0
1416
  • Mark as New
  • Bookmark
  • Subscribe
  • Mute
  • Permalink
  • Print
  • Email to a Friend
  • Report Inappropriate Content

Link copied. Please paste this link to share this article on your social media post.

Posted: ‎2020-07-02 11:06 AM . Last Modified: ‎2024-04-10 12:40 AM

Hi Valentin,

I believe DCO is calculating correct in this case. I will try to explain what is going on.

As I understand the setup should be using DN (distribution redundancy)? If that is the case it is very important that this is set at the Capacity Group level as well as server level and not only at server level. If this is only set at server level DCO will still tread the setup as normal N setup seen from a capacity point of view (since it is not configured different). This will lead to results that are strange since the capacity calculator will be very pessimistic in calculating the load in the rack (you see more than double of the estimated load).

If the right configuration is done in the capacity group to use DN then you will see in racks that have different phases that the estimated load of the server will be shared between the phases and there will be a failover load on the rack (that having different phases in the rack). The failover load is done in order to make sure that any of the RMPDUs always can fall out and the other take over, both at RMPDU (breaker) level, PDU and UPS level.

However in your case I would recommend using the measured data. The measured data is used in a setup where servers are NOT connected to the RMPDUs. When connecting cables to the RMPDU it is telling the capacity calculator that the cable connections should be used to divided the load between RMPDUs. When no connections (or one or more servers miss connection) the load is divided using the weight of the measured data coming from DCE. (this is why the "dummy" server seemed to "work" it simply made a change in the strategy used for applying the estimated load). 

The Adjusted Nameplate/Estimated load of the device is taken directly. There are no factor or calculation done based on number of power supplies or similar.

I would not expect any side effects by having upgrade from a 7.3.6 with excel imported data to 7.4.5. Since capacity related information is added with 7.4.5 as well as power configuration most likely the same (or at least is being verified) then it should be fine.

 

It however looks like there is an issue with the measured data coming from the RMPDUs.

You are absolutely right in looking at the RMPDUs over 30 days and then the average and maximum (Peak) values are what is used in DCO. It seems like the RMPDUs are single phase? Which model is being used?

Have you looked into if there are any other sensors in DCE from the RMPDUs that are reporting the numbers you are seeing in DCO? It might be an issue with wrong sensors being used in DCO. This should then be corrected in the DDF if that is the case. 

If possible you could also try to remove the association in DCO, delete and rediscover the device in DCE and then associate the device again in DCO. That will cause new data to be transferred from DCE to DCO and DCO will create a new object of the device to provide data into.

 

(CID:94602818)

See Answer In Context

Reply

Link copied. Please paste this link to share this article on your social media post.

Replies 6
DCIM_Support
Picard DCIM_Support
Picard

Posted: ‎2020-07-02 11:06 AM . Last Modified: ‎2024-04-10 12:40 AM

0 Likes
1
1416
  • Mark as New
  • Bookmark
  • Subscribe
  • Mute
  • Permalink
  • Print
  • Email to a Friend
  • Report Inappropriate Content

Link copied. Please paste this link to share this article on your social media post.

Posted: ‎2020-07-02 11:06 AM . Last Modified: ‎2024-04-10 12:40 AM

Hi Valentin,

Regarding the Estimated load:

The way we configure power redundancy is, if it's N/N+1 redundancy, you have to connect 1 rack PDU(considering the redundancy at Source end) , which gives you the estimated load on the rack as per the Manufacture's Nameplate ratings on the devices within the rack. If the redundancy is DN/DN+1, you need to connect to two Rack PDUs(Considering the redundancy at the distribution end), in this case the UPS will reserve additional Nameplate value of the Rack for the load & you shall see the Estimated load-double than the actual Nameplate values. You should visit this link to know more about the redundancy configuration:

http://dcimsupport.apc.com/display/public/UAOp74/Power+Redundancy?queryString=Redundancy&queryString...

 

Regarding the Measured Load:

What DCO displays is 'Measured Peak', so it's likely not to be equal to the measure load. The 'Average Output' in DCO comes after averaging the latest 30 days data from DCE.

Please note: DCO is a planning tool, for realtime monitoring we still recommend DCE.

(CID:94602553)

Reply

Link copied. Please paste this link to share this article on your social media post.

DCIM_Support
Picard DCIM_Support
Picard

Posted: ‎2020-07-02 11:06 AM . Last Modified: ‎2024-04-10 12:40 AM

In response to DCIM_Support
0 Likes
0
1416
  • Mark as New
  • Bookmark
  • Subscribe
  • Mute
  • Permalink
  • Print
  • Email to a Friend
  • Report Inappropriate Content

Link copied. Please paste this link to share this article on your social media post.

Posted: ‎2020-07-02 11:06 AM . Last Modified: ‎2024-04-10 12:40 AM

Hi Aniruddha, "in this case the UPS will reserve additional Nameplate value of the Rack for the load" - why the extra load reserves on the UPS if it's not rated for and clearly configured as N(N+1)? - what would happen for 2N redundancy, would it reserve more than 2xNameplate value? Thanks

(CID:94602812)

Reply

Link copied. Please paste this link to share this article on your social media post.

DCIM_Support
Picard DCIM_Support
Picard

Posted: ‎2020-07-02 11:06 AM . Last Modified: ‎2024-04-10 12:40 AM

0 Likes
0
1416
  • Mark as New
  • Bookmark
  • Subscribe
  • Mute
  • Permalink
  • Print
  • Email to a Friend
  • Report Inappropriate Content

Link copied. Please paste this link to share this article on your social media post.

Posted: ‎2020-07-02 11:06 AM . Last Modified: ‎2024-04-10 12:40 AM

Hi Aniruddha! Thanks for you answer! But why we need to reserve additional power if server still connected to the same UPS??? What difference if it connected to one PDU or to two PDU, it still consume same power? I can't understand this and can't explain it to customer. I agree, that if we use 2N, we need to reserve additional power for failover, but if we use DN - it might be the same, I guess. Only way is if "Manufacturer Nameplate" value in DCO is not a server total power draw but a nominal power of each server's power supply, then this calculation will be correct. Could you clarify how DCO calculate server power draw? Total power = Manufacturer nameplate value or Total power = Manufacturer Nameplate value x power supply number? Regarding Measured Load: What values displays in "Measured Load" field? If it is not measured load from PDU - what is this? Why this values much bigger than values from DCE? If you look at last screenshot, you will see measurements for last 30 days and its average value also smaller than "Average Output" in DCO.

(CID:94602641)

Reply

Link copied. Please paste this link to share this article on your social media post.

DCIM_Support
Picard DCIM_Support
Picard

Posted: ‎2020-07-02 11:06 AM . Last Modified: ‎2024-04-10 12:40 AM

0 Likes
0
1417
  • Mark as New
  • Bookmark
  • Subscribe
  • Mute
  • Permalink
  • Print
  • Email to a Friend
  • Report Inappropriate Content

Link copied. Please paste this link to share this article on your social media post.

Posted: ‎2020-07-02 11:06 AM . Last Modified: ‎2024-04-10 12:40 AM

Hi Valentin,

I believe DCO is calculating correct in this case. I will try to explain what is going on.

As I understand the setup should be using DN (distribution redundancy)? If that is the case it is very important that this is set at the Capacity Group level as well as server level and not only at server level. If this is only set at server level DCO will still tread the setup as normal N setup seen from a capacity point of view (since it is not configured different). This will lead to results that are strange since the capacity calculator will be very pessimistic in calculating the load in the rack (you see more than double of the estimated load).

If the right configuration is done in the capacity group to use DN then you will see in racks that have different phases that the estimated load of the server will be shared between the phases and there will be a failover load on the rack (that having different phases in the rack). The failover load is done in order to make sure that any of the RMPDUs always can fall out and the other take over, both at RMPDU (breaker) level, PDU and UPS level.

However in your case I would recommend using the measured data. The measured data is used in a setup where servers are NOT connected to the RMPDUs. When connecting cables to the RMPDU it is telling the capacity calculator that the cable connections should be used to divided the load between RMPDUs. When no connections (or one or more servers miss connection) the load is divided using the weight of the measured data coming from DCE. (this is why the "dummy" server seemed to "work" it simply made a change in the strategy used for applying the estimated load). 

The Adjusted Nameplate/Estimated load of the device is taken directly. There are no factor or calculation done based on number of power supplies or similar.

I would not expect any side effects by having upgrade from a 7.3.6 with excel imported data to 7.4.5. Since capacity related information is added with 7.4.5 as well as power configuration most likely the same (or at least is being verified) then it should be fine.

 

It however looks like there is an issue with the measured data coming from the RMPDUs.

You are absolutely right in looking at the RMPDUs over 30 days and then the average and maximum (Peak) values are what is used in DCO. It seems like the RMPDUs are single phase? Which model is being used?

Have you looked into if there are any other sensors in DCE from the RMPDUs that are reporting the numbers you are seeing in DCO? It might be an issue with wrong sensors being used in DCO. This should then be corrected in the DDF if that is the case. 

If possible you could also try to remove the association in DCO, delete and rediscover the device in DCE and then associate the device again in DCO. That will cause new data to be transferred from DCE to DCO and DCO will create a new object of the device to provide data into.

 

(CID:94602818)

Reply

Link copied. Please paste this link to share this article on your social media post.

DCIM_Support
Picard DCIM_Support
Picard

Posted: ‎2020-07-02 11:06 AM . Last Modified: ‎2024-04-10 12:40 AM

0 Likes
0
1416
  • Mark as New
  • Bookmark
  • Subscribe
  • Mute
  • Permalink
  • Print
  • Email to a Friend
  • Report Inappropriate Content

Link copied. Please paste this link to share this article on your social media post.

Posted: ‎2020-07-02 11:06 AM . Last Modified: ‎2024-04-10 12:40 AM

Many Thanks!

 

Issue was fixed after configuring Capacity Groups.

(CID:94603072)

Reply

Link copied. Please paste this link to share this article on your social media post.

DCIM_Support
Picard DCIM_Support
Picard

Posted: ‎2020-07-02 11:06 AM . Last Modified: ‎2023-10-31 11:32 PM

0 Likes
0
1416
  • Mark as New
  • Bookmark
  • Subscribe
  • Mute
  • Permalink
  • Print
  • Email to a Friend
  • Report Inappropriate Content

Link copied. Please paste this link to share this article on your social media post.

Posted: ‎2020-07-02 11:06 AM . Last Modified: ‎2023-10-31 11:32 PM

superhero.png

This question is closed for comments. You're welcome to start a new topic if you have further comments on this issue.

Reply

Link copied. Please paste this link to share this article on your social media post.

To The Top!

Forums

  • APC UPS Data Center Backup Solutions
  • EcoStruxure IT
  • EcoStruxure Geo SCADA Expert
  • Metering & Power Quality
  • Schneider Electric Wiser

Knowledge Center

Events & webinars

Ideas

Blogs

Get Started

  • Ask the Community
  • Community Guidelines
  • Community User Guide
  • How-To & Best Practice
  • Experts Leaderboard
  • Contact Support
Brand-Logo
Subscribing is a smart move!
You can subscribe to this board after you log in or create your free account.
Forum-Icon

Create your free account or log in to subscribe to the board - and gain access to more than 10,000+ support articles along with insights from experts and peers.

Register today for FREE

Register Now

Already have an account? Login

Terms & Conditions Privacy Notice Change your Cookie Settings © 2025 Schneider Electric

This is a heading

With achievable small steps, users progress and continually feel satisfaction in task accomplishment.

Usetiful Onboarding Checklist remembers the progress of every user, allowing them to take bite-sized journeys and continue where they left.

of