About Me

December 7th, 2012

My name is Chris Kranz. I am now working for the leading UK system integrator Kelway, concentrating on storage and virtualisation (with a focus on NetApp, EMC and VMware), I head up the Solutions Architect team for storage and virtualisation.  I started life in the late 90’s as a web developer, so I know how to script, and pull things apart. I write a lot of scripts to help out with the simple tasks in life as I get bored of the mundane very quickly. Anything is possible when it comes to computers, it just comes down to how much time it’ll take (and ultimately how much money that will cost to do!). I am a Solutions Architect these days, which means I spend a lot of time talking with customers, talking through solutions and designing strategies. I am very proud to say I am a VCDX (one of the first 50 globally), and I am greatly humbled by the other architects I share this qualification with (www.vmware.com/go/vcdx). I also hold a variety of qualifications in the key areas I focus on, NetApp NCDA and NCIE, EMC Proven Professional, VMware VCP, VTSP, VCAP and of course VCDX.

I live in sunny Birmingham in the UK, and you’ll find me at any point driving up and down the country in my trusty Phaeton. You may spot me from the number plate!

I have learnt a lot from my 2 older brothers who are major Solaris guys, anything they don’t know about Solaris, isn’t worth knowing. I’m constantly quizzing them and others about anything and everything and I’m always listening and trying to learn. If you’ve ever dealt with a Kranz, you’ll know what I mean :) Check out Tom over at www.siliconbunny.com

I want to try give back to the community, to the people that have helped me get to where I am. Feel free to ask me any questions. I am also available for consulting and contracting roles through my employer Kelway, just give me a shout.

  1. Ashima
    | #1

    Hi Chris,

    It motivates to see such profiles. :)

    I had a question regarding a few bugs with Ontap 8.1.2. Do these hold true?

    1. Large file deletes cause unacceptable spikes in latency – When large files (for example, files larger than 100 MB) are being removed, other file system operations will be locked out causing slow responses that lasts for some time. This is noticed when performing storage vmotions (SVM) of machines in a VMWare environment. At the tail end of the SVM when the VMDK’s were deleted from the source datastore, a huge spike in latency would occur

    2. Ontap 8.1.2 has a reported bug that CPU utilization remains high because of the snapshot block reclamation. This means that after a snapshot is deleted, it takes too long to release the container blocks and causes high CPU utilization. The resolution of this is to upgrade the Ontap version and work around is rebooting (not every day) the filer so that the process or thread gets terminated.



Comment pages
  1. No trackbacks yet.

This site is not affiliated or sponsored in anyway by NetApp or any other company mentioned within.
%d bloggers like this: