1樓：深圳科士達科技股份****
資料中心建設時使用者一般會告知規劃設計的機櫃數量與機櫃功率密度。
如：機櫃數量10臺，單臺功率密度3kw/rack，則機櫃總功率30kw，目前廠商提供的ups不間斷電源輸出功率因數以0.9居多，則需求的ups容量為30kw/0.
9=33.kva。在規劃設計會預留一定的容量或者考慮ups裝置不用長時間的滿負荷執行，預留的容量區間可在50%~80%，以60%為例，則需求的ups容量為33.
3kva/0.6=55.5kva，即可選擇60kva額定容量的ups主機，根據用電環境、裝置型別、裝置價效比等考慮選擇合適的機型。
2樓：追憶小土豆
kw和kva這兩個單位之間的區別多年間困惑了很多人，同時也引發了在不間斷電源（ups）容量上的誤解。
如果ups容量大小選擇錯誤將會出現什麼問題？如果錯誤地估計了資料中心ups容量大小，將會引發故障。
如果ups系統容量估計小了，問題很明顯。當資料中心負載超過電源承受力，ups將會關閉電源進入旁路模式。it工作負載將對大部分時間都是良好的未過濾的公用電源起作用。
現代計算機裝置沒有上一代的版本靈敏度高，這就是經濟模式ups受歡迎的原因。
然而，旁路模式下的ups對電源故障或者電壓下降，或者是對其他重要的電源異常沒有提供保護。資料中心電源設計應該在旁路模式下指定一個過載保護以處理ups審計或者替換時產生的電壓瞬變。
ups電源容量超額導致了資金上的浪費：在多餘的ups上追加資本，其中有從未停止為不需要的電源支付的賬單以及在熱點處進行冷卻的花費。ups容量大小超出20%-30%是正常的，也是可以接受的。
在新的it系統裝置更新時，超出的容量為it系統容量峰值以及短期並行操作提供了額外空間。但是當容量大小超出預期增長的3-4倍時就產生了浪費。
如果管理員很難**容量增長，可以考慮模組化ups的形式。這種形式可以允許你增加相當小的增長單元，保證在電源功率曲線上容量是高效能的。
ups容量大小的誤算真正關心的是冗餘系統。一個100kw、n+1的ups，由三個50kw的模組組成，開始時有33%的額外容量。額外的電源容量是作為備用的。
如果你的額外電源是30%（意味著你正在執行70kw的工作負載），你就使用了100kw設計容量的70%，但是實際上僅僅是總體150kw的47%。冗餘系統對於模組化ups是一個非常有用的例子。有了相對小的模組化系統，一個100kw、n+1的系統，每個模組化是10kw實際上整個系統是110kw，在工作負載還是70kw的情況下，效率提升到了64%。
容量大小問題在2n冗餘的情況下變糟。也就是ups和工作負載是1:1.
現在70kw的工作負載平均每個100kw的ups分到35kw，僅僅是額定功率的35%，這就是我們為什麼只需要一個ups而且要採用模組化的原因，為了避免更多的多餘電源容量。為2n的ups增加50%的容量意味著每個電源僅有25%的電源容量在使用中。這將是效率曲線上的可怕的一點。
3樓：矽谷少年
是設計階段？還是已經在執行的資料中心？圖紙上不是有麼？
如果是設計階段選型，你要給出ups負載功率估算才行，一般按估算出的負載總功率，乘1.1-1.5取ups總容量。
資料中心需要什麼樣的ups
4樓：ups大白
取決於是什麼樣的資料中心，包括是否要考慮ups冗餘能力、轉換時間、整機效率等。
通常普通內的資料中心，容只要根據裝置功率大小來選擇ups主機功率，根據待機時間來配置電池，鑑於資料中心的重要性，一般建議選擇有保障整機效率高的ups主機和電池。
如果資料中心後期需要擴容或者增裝置的，應該考慮可以1+1或者n+1冗餘的ups主機，或者是模組化ups。
雲端計算資料中心與IDC的差異到底在哪
首先明確雲端計算資料中心與idc有什麼區別。傳統idc多數是支撐電信運營商資料業務，並有明確的跨網和區域性限制 而云計算所需要的資料中心 於網際網路，但又向整合化平臺演進，有別於傳統資料中心基礎設施和資訊系統軟硬體分離的局面，雲端計算的資料中心從基礎設施到計算與應用是連續和整體的。簡單而言 idc機...
如何評價微軟在資料中心使用FPGA代替傳統CPU的做法
在資料中心，fpga 相比 gpu 的核心優勢在於延遲。像必應搜尋排序這樣的任務，要儘可能快地返回搜尋結果，就需要儘可能降低每一步的延遲。如果使用 gpu 來加速，要想充分利用 gpu 的計算能力，batch size 就不能太小，延遲將高達毫秒量級。使用 fpga 來加速的話，只需要微秒級的 pc...
什麼是資料中心第三方認證機構
相對來說，uptime tier認證在業內是認同度最高的標準。uptimeinstitute成立於1993年，是全球公認的資料中心標準組織和第三方認證機構。下列兩項標準是資料中心基礎設施可用性 可靠性及運維管理服務能力認證的重要標準依據 data center site infrastructure...