22

So you spend lots of money on nice servers, storage arrays, or network equipment and it works wonderfully for you for years. But after 3-6 years your vendor no longer offers maintenance for the device, but it is still working.

  • Under what conditions would you continue using the equipment?
  • What factors do you consider when trying to determine the risks associated with continuing to use the equipment?
  • If you believe that the risk is to great, how do you convince management to loosen up on the purse strings in a difficult economy?
1
  • 2
    very good question
    – user1695
    May 5, 2009 at 5:16

7 Answers 7

13
  • Under what conditions would you continue using the equipment?

I continue using legacy equipment as long as it's working fine and hasn't caused me too many problems in the past. If there is no reason to get rid of a perfectly fine piece of hardware, don't

  • What factors do you consider when trying to determine the risks associated with continuing to use the equipment?

The top factors I always consider are security, scalability, and reliability. Does this piece of hardware meet security standards? Will it be able to handle more load when upgrading the network infrastructure in the future? How reliable has it been for me in the past?

Do you need the support that was offered prior to the hardware's end-of-life period? If so, you can look into other companies offering support for outdated hardware. If not, save the company some money and let your boss know you can handle the equipment without further support.

  • If you believe that the risk is to great, how do you convince management to loosen up on the purse strings in a difficult economy?

This is a tough task to accomplish, it requires a fair bit of social engineering on your part. But whatever you do, don't lie. Be up front with your boss and learn to tone down technical jargon into information he or she can understand.

As opposed to saying something like this: "We need to upgrade the backbone on our network as it will not be able to keep up with the required throughput with the addition of a new office full of employees".

try something such as: "We will need to spend roughly $1000 on part X. Adding a new office means we will need to upgrade our current hardware to handle more computers."

0
6
  • Under what conditions would you continue using the equipment?

Older gear is fine for development, test or scratch boxes; basically, anything that will not (significantly) hurt the business when it goes boom.

If it's deemed production, mission critical, or the business requires you to maintain a SLA on it, then kit without support is not fit for the job.

  • What factors do you consider when trying to determine the risks associated with continuing to use the equipment?

The biggest consideration is the availability of parts. If you can't get a new power supply or disk when the server throws one, the business stops and starts losing money. That's reason enough to not have it in production.

This can be mitigated if you are able to self-spare (acquire spare drives / power supplies / RAM) while parts are still available from the vendor. If you need 'em, great; if not, you've just wasted a bunch of next year's hardware refresh budget. Bear in mind that parts bought when the server has been end-of-life'd are significantly more expensive than current generation gear.

  • If you believe that the risk is to great, how do you convince management to loosen up on the purse strings in a difficult economy?

There's two ways to attack this: how much it would cost the business if the kit failed, and how much you can save by replacing it.

The first is hard for you to define unless you can define the value of the work done by server. If the server allows people to buy your product and you know the value of average sales per day, this is pretty easy. If it's a development server, the cost of lost developer productivity while the server's dead should also be easy to work out. If you don't have access to these numbers, you may need to get assistance from your finance department to work it out.

The latter is significantly easier for you: prove you can do more with less new kit. Look into virtualisation and consolidation to reduce the box count (big wins there - I've got ~100VM's on ~7 hosts worth of resources), define the reduction in effort required to support less boxes (and therefore, how much more time you will have for projects and improving the environment) and work out the standing datacenter cost savings for power, cooling and rackspace.

Moving forward, build planned obsolescence into your projects from day one, and start the refresh cycle six months before the switch off day you specified (and had management agree to) in the project documentation. Revisiting the environment at ~2 1/2 years gives you plenty of time to jump through the necessary management and finance hoops for new kit to be ordered and to implement a smooth migration before you send the old kit to the big vendor in the sky.

Having management buy in to the refresh cycle will help in the long run ... as long as you can sell the value of it.

Good luck.

1
  • +1, great answer all around, but I especially liked the part about planning technology refresh in from the beginning of any project.
    – user2874
    Nov 7, 2009 at 11:12
3

It boils down to what you use the support for. Some companies do use the support as part of their hardware failure or DR planning, in which case being out of support could either end up being very expensive or mean the vendor refuses to support you. I would never let your SAN get out of support, it is extremely costly to get it back into support and there are a variety of ways it can go pear shaped without you having the tools to know how to fix it.

For servers and network equipment it is generally acceptable to use them for dev/test purposes. Sit down and do the maths - what is the likelihood a server will fall over and if so how much will it cost to fix it, versus buying a new server. Some risks will be unacceptable to business.

Often support agreements can be purchased with new equipment and it is more cost effective to purchase new hardware with a bundled agreement than it is to extend an existing agreement. HP for instance does this on purpose to keep you constantly upgrading.

Management should understand that allowing a piece of hardware to go out of support can be very expensive to have it re-certified again. It may cost so much that it is not worthwhile. I wouldn't push management to purchase new equipment necessarily, but they need to understand all the associated risks.

2

Yes, as long as it continues to function in a way that does not impede actual work being done or too difficult to or costly maintain compared to purchasing a new set of hardware. Budget is not unlimited.

1

We are currently virtualising our entire environment onto 6 powerful Dell R900 servers. This move makes it much easier to retire old equipment, as new servers can be brought in to take some of the load, and we can gradually retire/migrate off the old servers without downtime. The same goes for storage/SAN, where we're using Equallogic arrays that can be "migrated out" of the SAN storage pool.

So, to answer your question - going forward, we're definitely going to be retiring old equipment. We would generally buy new support contracts or renew them as long as we have the equipment in-house, though.

1

re: your last point - Disaster recovery has gone a long way in making the case for new hardware this year. Once we show management the quotes for DR in a data center with the number of physical servers we'd have to purchase, get running, and restore from tape (not to mention the time investment) versus picking up some virtual servers and dumping in our VMs ... well, the POs for purchasing the virtual servers went through without a hitch.

-1

I always trade in my old kit when I buy new stuff, I buy HP and they give me about 25-30% of the new cost of the hardware against new kit - which is a big win in my book.

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .