Licensing concept · Hardware and cost

Hardware refresh and software cost: the z16 to z17 question

A new machine can lift software cost while the workload sits still, because capacity based licensing tracks the box. The z16 to z17 move is a software negotiation that happens to involve hardware.

48H Audit notice or renewal under 18 months out? We mobilize within 48 hours.

Get expert help →

The box changes the bill. Even when the workload does not.

A mainframe hardware refresh is never only a hardware decision, because most mainframe software is licensed on capacity measured in MSU. When the machine changes, the MSU ratings and full capacity figures change with it, and capacity based entitlements can float up even if the workload is flat. IBM announced the z17, built on the Telum II processor, on April 8, 2025, with general availability from June 18, 2025. Every generation brings a per core performance increase, which is good for throughput and a question mark for licensing, because the same work can map to a different MSU figure on the new box.

There is a counterweight. IBM has historically applied a technology dividend, sometimes called a technology transition adjustment, that lowers the MSU rating for the same workload on a newer machine so a like for like move does not raise MLC charges as much as raw capacity would imply. The size and applicability vary by generation and pricing metric, so it offsets some of the refresh but cannot be assumed to cover it. The buyer's job is to pin down the actual MSU mapping and the renewal terms before the order is committed, while leverage still sits on their side of the table.

What a refresh moves

All licensing concepts →

How a refresh touches software cost

The levers a machine change pulls, the direction each tends to move cost, and the protection to negotiate. Direction is the common pattern; verify the specific generation move against current data.

LeverTypical effectProtection to negotiate
MSU rating per workloadChanges with generationConfirm the technology transition treatment
Full capacity of the boxUsually rises with a larger machineStay sub-capacity, cap entitlements
Capacity based entitlementsFloat up without a capCap so they do not track the box
Third party product bundlesRide the new capacity numberRenegotiate caps with each publisher
Renewal timingOften coincides with the refreshDecouple renewal from the hardware order

Capped versus uncapped

Cost optimization service →

Worked example: the same refresh, two contracts

One estate moving from an older box to a larger new one, with identical workload. The rate per MSU is an illustrative placeholder R; actual rates and MSU ratings are product and generation specific and not stated here. The difference is the contract, not the machine.

MeasureUncapped contractCapped contract
Workload before and afterflatflat
Full capacity of new box (MSU)1,4001,400
Entitlement basis after refreshtracks boxcapped at need
Capacity billed (MSU)1,400900
Software charge basis1,400 × R900 × R
Outcome of the refresh+ costflat cost

Both estates run the same work on the same new machine. The uncapped contract lets entitlements track the box, so a larger machine raises the software charge basis for no extra throughput in production. The capped contract holds entitlements to genuine need, so the refresh delivers the hardware benefit without a software penalty. The machine did not decide the outcome. The contract, negotiated before the order, did.

Where the refresh bites

IBM publisher hub →
01

Entitlements float up with the box

Without a cap, capacity based entitlements track the new machine's capacity, so a larger box raises the licensing baseline even with flat workload. This is one of the most common sources of an uplift that buyers never planned for.

02

Third party products ride the same number

Broadcom (CA), BMC, and other publishers price on the same capacity figure. A refresh that lifts the capacity number can lift every third party bundle at once, so the negotiation spans every publisher, not just IBM.

03

The vendor controls the clock after the order

Once the hardware order is committed, leverage shifts. The credible option to wait, or to size differently, evaporates, and the renewal lands on the vendor's terms. The window to negotiate is before the box is locked.

04

The technology dividend is assumed, not checked

Buyers often assume the technology transition adjustment covers the refresh. Its size varies by generation and metric, and on some moves it offsets only part of the change, so it has to be verified for the specific z16 to z17 mapping, not taken on faith.

How to handle the move

Get the negotiation levers →

Negotiate before the order, cap the entitlements, verify the dividend.

Treat a z16 to z17 refresh as a software negotiation with a hardware deadline. Model the post refresh MSU against current SCRT data so you know what the new box actually maps to, and confirm the technology transition treatment for this specific generation move rather than assuming it. Cap capacity based entitlements so they hold at genuine need instead of floating with the machine, and run the same conversation with every third party publisher whose products ride the capacity number. Above all, settle the software terms before the hardware order is committed, while the option to wait or resize still gives you leverage.

The number under all of this is capacity, so read MIPS and MSU explained for how MSU is built and group capacity limits for the capping that holds the peak. If a refresh is prompting a pricing model change, see Tailored Fit Pricing, where the baseline conversation interacts with the new box. When the order is approaching, our mainframe license negotiation and cost optimization teams settle the software terms before the hardware locks them in.

Questions buyers ask

Ask yours →
Q1

Does a refresh raise software cost?

It can, even with flat workload. Capacity based software is licensed in MSU, and a new generation changes ratings and full capacity. Without caps, entitlements and renewals can float up with the box.

Q2

When did the z17 arrive?

IBM announced the Telum II based z17 on April 8, 2025, with general availability from June 18, 2025, and the Spyre Accelerator to follow later that year. Each generation brings a per core performance increase worth checking against the baseline.

Q3

What is the technology dividend?

The historical pattern of IBM lowering the MSU rating for the same workload on a newer machine, so a like for like move costs less than raw capacity implies. Its size varies by generation and metric, so verify it for the specific move.

Q4

How do I protect the renewal?

Negotiate before the hardware order is committed. Cap capacity entitlements, confirm the technology transition treatment, and model post refresh MSU against current SCRT data. Fix it before the box ships, not at the renewal after.

Refresh on the roadmap? Settle the software terms first.

Get expert help