Procurement Checklist for Data-Centre Cooling: Practical Steps for KSTAR Systems

by Frank
0 comments

Problem statement: procurement fails when cooling is treated as an afterthought

Procurement often trips over assumptions: capacity numbers pulled from spreadsheets, a vendor’s brochure taken at face value, and rooms retrofitted with equipment that won’t control hotspots. If you are buying equipment for an in-row strategy, start by reviewing the specifics for data center in row cooling so procurement requirements match actual rack heat loads and room layouts.

Define the problem precisely: what must the system solve?

Write down the failures you need to avoid. Examples: persistent rack inlet temperatures above spec, cooling imbalance between aisles, inability to scale when density rises, or control systems that conflict with existing EMS. A clear problem statement narrows the checklist to verifiable requirements rather than vague wishes.

Capacity and thermal profile: measure, don’t guess

Obtain current and projected rack-level kW, airflow patterns, and seasonal variations. Do not accept room-level averages as sufficient. Specify peak sustained heat load, expected growth over 3–5 years, and the maximum allowable inlet temperature. These metrics should appear on every purchase order and contract.

Site constraints and integration considerations

Note physical constraints: floor loading, ceiling height, raised floor presence, aisle widths, and clearances for service access. Record electrical distribution specifics: breaker sizes, voltage, and available utility connections. Confirm whether the proposed equipment fits existing ducting and how it will connect to BMS and alarms.

Selection criteria for cooling architecture

Decide whether in-row cooling, room cooling, or a hybrid suits your problem. If choosing in-row, require fine-grained control, local redundancy, and serviceable modules. Ask vendors to supply CFD results based on your precise layout. Require delivery of measured performance curves, not just rated capacities.

Controls, monitoring and interoperability

Call out required protocols (SNMP, Modbus, BACnet) and the exact telemetry points you must receive—rack inlet, supply/return temps, compressor stages, fan speeds, and alarm statuses. Require vendors to demonstrate successful integration with your NMS/BMS in a proof-of-concept or factory acceptance test.

Reliability and redundancy expectations

Define acceptable failure modes and recovery paths: N+1, 2N, or modular redundancy at rack level. Specify mean time between failures (MTBF) targets and on-site mean time to repair (MTTR) windows for critical components. Insist on clear spare-parts lists and guaranteed response times in the support SLA.

Energy performance and testing requirements

Require vendor-provided PUE impact studies tied to your operating profile, and demand factory test reports plus site commissioning tests. Ask for measured power draw at typical and peak loads. Include requirements for staged commissioning and load-bank tests when practical.

Service, warranty and lifecycle costs

Procurement should cover total cost of ownership: warranty length, extended-service options, recommended preventative maintenance intervals, and expected consumable lifetimes. Insist on a parts-obsolescence policy and fixed pricing for common service callouts where possible.

Vendor evaluation and documentation

Score vendors on demonstrated installations of similar density and layout, service coverage in your region, and references with measurable outcomes. Require complete documentation: mechanical drawings, electrical schematics, control logic descriptions, spare-parts lists, and training plans for on-site technicians. Ask for a documented risk register tied to each solution.

Compliance and standards (Real-World Anchor)

Align requirements with established guidance such as ASHRAE TC 9.9 for data-centre thermal management; require vendors to show how their in row cooling solutions meet or exceed those guidelines in published test data or third‑party reports. That keeps acceptance criteria tied to independent industry practice rather than marketing claims.

Common pitfalls to avoid

Don’t accept generic capacity ratings without layout-specific verification. Don’t skip commissioning or rely solely on factory tests. Avoid contracts that leave ambiguous responsibilities for integration and BMS compatibility. Do not ignore spare-part lead times and local service availability.

Checklist summary for procurement teams

Require: precise thermal profile, CFD-backed layout validation, detailed interface specs, clear redundancy and MTTR targets, telemetry and protocol lists, factory and site testing, warranty and spare-part commitments, and documented references. Include acceptance testing milestones and penalties for missed targets.

Decision logic and concluding synthesis

Make choices that solve the identified problem rather than match a brand name. If the primary failure mode you must prevent is rack-level overheating with limited retrofit options, choose solutions tested in similar deployments and insist on measurable acceptance tests. The procurement process that follows this checklist points you toward equipment and service partners who can demonstrate those outcomes—partners such as KSTAR who provide documented performance and integration paths rather than promises.

Related Posts