Thursday, August 25, 2016

VMware OS Optimization Tool

Hi Friends,

I'm working on some really cool stuff that I can't wait to show you!  Here's a small glimpse of what's to come.  While I was working on this big project of mine I came across a new tool written by the folks at VMware.  It's part of their Flings program and I think it's genius!  They're applications written by their engineers in their spare time.  There's all kinds of really cool tools available.  Check it out when you get a chance!

A little while back I wrote a blog called Windows 7 Optimization Guides for VDI - View and XenDesktop.  Optimizing your Windows golden image has always been lots of fun and challenging, so I was so excited to see the VMware OS Optimization Tool available!  It's designed to help you optimize not only Windows 10, but Windows 7, 8, 2008 and 2012!!  How cool is that?  It includes customizable templates to enable or disable Windows services per VMware's recommendations and best practices.

Just me being paranoid, but I'd suggest backing up, cloning or taking a snapshot of your golden image before applying any optimizations.  That way if you're not happy with the changes, you can easily revert back to your pre-optimized image.

















Let's take a look!  Here's the tool running below.  Start up the application on your golden image and select a template name, here I've chosen Windows10_beta (built-in).  Click on the Analyze button and the tool will populate the right hand side with optimizations it would like to apply to the golden image.  You can un-select optimizations if there's a setting you don't want applied.  Click Optimize and the tool will apply the chosen optimizations.




























And PRESTO you're done!


















But wait, there's MORE!  While searching around I found an article written by Login VSI - The Ultimate Windows 10 Tuning Template for any VDI Environment #VDILIKEAPRO.  If you're not familiar with Login VSI, you MUST take a look.  I've been a huge advocate of their product for years and I still can't say enough good things about it.  In a nut shell, you set up your VDI environment, golden image and all, and their tool automates users logging in and running desktop workloads.  So no synthetic loads, just users logging in, checking email, getting coffee, writing documents etc.  After the run is complete you're presented with charts and an analysis.  One of the metrics is the VSImax, which is a number for your VDI system as a whole where a certain number of users will start to cause degradation in the VDI environment.  Pretty neat huh?

I was really happy to see Login VSI had a template for Windows 10, so I downloaded their template and loaded it into the VMware OS Optimization Tool.  You'll be greeted with a new template that you can select from the template pull down.

From there, your golden image should be ready to roll!

So what did we learn today?  Neil is working on something with Windows 10 and that VMware and Login VSI are cool!  :-)

Until Next Time
-Brain

Thursday, July 7, 2016

Top vBlog 2016 Results!

Hi Friends,

Wow, can you believe it?  Glick's Gray Matter went from 137 to 51!  I can't believe I moved up 86 spots!!!





















I JUST missed the commemorative coin by 1 place!!  Ah well, we'll get it next year!!!






Thanks to everyone that voted for me!!  And thanks to Eric Siebert for hosting the Top vBlog!  Be sure to check out his site vSphere-land.  I'll keep doing my best to bring you great content if you keep reading!

Best,
Neil

Monday, June 20, 2016

Top vBlog of 2016 - It's Not Too Late To Vote!!

Hi All,

It's not too late to vote for the Top vBlog!  Have you been enjoying Glick's Gray Matter?  Why not cast a vote for me!  :-)

Here's a link to the site that explains the contest:
http://vsphere-land.com/news/voting-now-open-for-top-vblog-2016.html

Here's a link to the voting site:
http://sgiz.mobi/s3/TopvBlog2016

I'm not above pleading!!!

Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, PLEEEEEEEEEAAAAASE!!!



Microsoft SMB File Sharing on Tintri - Best Practices Guide

Hi Friends,

Why do Monday's always happen on the worst day?  Uggggggh......

Anywho, here's something to brighten up your day!



Are you thinking about setting up a Microsoft SMB file share?  Do you have a Tintri VMstore that you want to host that file share, but aren't sure where to start or how to dial in the dials?

Well look no further friends, Dr. Brain has got you covered!





















In the document I talk benefits, architectures, networking, setting up the file share, compression, deduplication, backup and recovery!  So much good stuff it shouldn't be allowed on a Monday.

All this and MORE can be yours!

https://www.tintri.com/resources/whitepapers/microsoft-smb-file-sharing-best-practices-guide?form-level=1

Until Next Time!
-Brain

Friday, June 17, 2016

Tintri VM Scale-out Explained in Detail

Hi Friends,

Recently I posted a link to my new video on Tintri VM Scale-out.  I thought it would be a good idea to explain the different functions and capabilities in the blog so I can go into a bit more depth, cause that's the sorta guy I am!



















So, where was I?  Oh yeah, Tintri VM Scale-out!

Here's the front page of Tintri Global Center or TGC that we all know and love.  If you haven't had a look at it, I highly recommend checking it out!

Sorry for the little images, if I made them bigger they would go off the page, so if you want to see them in more detail, just click on them.

I won't go into detail on this image cause I'm going to focus more on VM Scale-out.  Maybe if you ask reaaaaaaaaaaaaaaaally nicely, I'll do a TGC in depth blog!!

To get to the new VM Scale-out tool, just click on the Pools tab.


















Now remember, VM Scale-out allows you to seamlessly expand your Tintri VMstore infrastructure using analytics, predictive modeling and proactive resolution!

Woo Hoo!  Check out all those cool numbered bubbles!  Yep, I'm going to discuss each one of them!





Unfortunately I have to explain somethings out of order cause I'm a ding dong and numbered the bubbles without really thinking about how I was going to write the blog!  Ah well.























So the way this works is you create Pools.  A pool consists of VMstores and VMstores are added through TGC.  It's super easy to create, modify and delete pools.

#12 +:  Yeah I know, 1 comes before 12.  Ugh....  To add a Pool, just click on the + sign!

All you've gotta do is name the pool and select the VMstores you want in it.  If only everything in life was this easy!!




















#11 Pencil:  Hey, let's continue on the backwards trend!  The pencil edits the pool.  Let's say you want to change the name or add or remove VMstores from the pool.  No problem, just click on the box to add or X to remove.  I know what you're thinking, "It can't be that easy!"  Well my friend, I'm afraid to tell you, it is that easy.






















#3 VMstores:  If you click on this, it will take you to the page in TGC that shows details on your VMstores.

#4 Virtual Machines:  Click on this and you'll go to the TGC page that shows in depth metrics on your virtual machines in that pool.

#1 Recommendations:  This is the one I really like!  VM Scale-out analyzes your VMstores, virtual machines, IOPS, Throughput, Latency, Performance Reserves and Space Remaining.  From all this information it comes up with recommendations according to how the environment is doing.  Let's expand the recommendations and take a closer look.  How do you expand it?  Just click on it.  Want to execute the recommendations?  Click on Execute.





Things are broken into three categories, Current Issues, Recommended Actions and Outcomes.  A LOT of stuff is clickable, so let's click around!

In the current issues we can see our Tintri 820 is running out of space and is experiencing heavy load.  Want to go to that VMstore directly, just click on the name of the VMstore.  Want to see more information about the current issue?  Just click on View Details.

We can see we have a 3.1% chance of running out of space on the VMstore and that it's 62% full and how much it's increasing per week.  Pretty cool huh?
























Let's move to Recommended Actions.  VM Scale-out is recommending to migrate 41 VMs to solve our space and heavy load issues.  If you want to see what VMs those are or if you want to tell VM Scale-out certain machines shouldn't be migrated, you can do it!

I've clicked on the 41 VMs and here's what I see.  I can filter, search, sort, all kinds of good stuff, but what's really cool is I can tell VM Scale-out whether one of the selected machines should be migrated, don't migrate right now, not to the selected VMstore or never!




#2 Notifications:  This one is pretty cool.  While VM Scale-out is checking space and performance it's also checking for issues in the environment and not just the VMstores!  Remember, Tintri is VM-aware so it's checking for issues there too.  For VM Scale-out to successfully migrate machines from one VMstore to another the datastore paths need to match.  Here I've got a notification telling me that my Tintri 880 has a unique path and problems could arise from that.




















#3, 4, 5, 6, 8 and 9 I talked about in #1 Recommendations.

#7 Latency:  If I click on Latency, I can see the overall latency of all the VMstores in the pool.  Here we only have 0.6ms of latency and it's coming from host and flash.  The cool thing is you get an over all understanding of where the latency is coming from in your environment.  This really helps us understand where the latency is coming from and hopefully stop it before it becomes a problem.
















#10 Migration Rules:  Remember in recommendations where I could delay the migration of certain virtual machines or choose to never migrate them?  If I want to set up rules like that even before VM Scale-out does it's analysis, I can do it here.  Here I've got a virtual machine called r_grow_space1.  It shows where it currently lives and I can set rules to never migrate it or never migrate it to a certain VMstore.  This is very handy if there are virtual machines you just want to live on a certain VMstore.


















Well, I think that's all the numbers!  Neat stuff huh?  I think so!


Tuesday, June 14, 2016

Tintri VM Scale-out with Tintri Global Center (TGC)

Hi Friends,

I've released a cool video on Tintri VM Scale-out!

What is VM Scale-out you ask?  It allows you to seamlessly expand your Tintri VMstore infrastructure using analytics, predictive modeling and proactive resolution!  It's built right into Tintri Global Center or TGC and it's pretty cool.

I think you'll really enjoy the video, plus you get to hear my sexy video voice!

https://www.youtube.com/watch?v=27ZtGiyTkRI





Thursday, May 5, 2016

Top vBlog of 2016

Hi Friends,

It's that time again, Top vBlog voting has opened and Glick's Gray Matter is on the list again.  I didn't win last year and I was totally bummed, but it just makes me that more determined to place in the Top 50 this year!

If you've enjoyed Glick's Gray Matter or it's helped you out, I sure would appreciate your vote!

Here's a link to the site that explains the contest:
http://vsphere-land.com/news/voting-now-open-for-top-vblog-2016.html

Here's a link to the voting site:
http://sgiz.mobi/s3/TopvBlog2016

Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, Please, PLEASE!!!!!




Monday, April 25, 2016

Brain and Sport Show LIVE!

Hi Friends,

I'm very excited to share my new podcast with you!!  The Brain and Sport Show!  Have questions about technology, storage, virtualization, databases, VDI or how cool a new smart watch is?  So do we!

The first show is now available:

Non-itunes

itunes

If you have suggestions about what you'd like us to discuss, add a comment!


Friday, April 15, 2016

Finding and Fixing Noisy Neighbors - The Tintri Way!

Hi Friends,

Happy Friday!  Noisy neighbors got you down?  Tired of trying to get them to turn the loud music down?!
















Well, that noisy neighbor problem is a little tough, but if you've got virtual machines causing havoc in your production environment, Tintri storage can find and FIX it!

Take a look at a video I just posted onto Youtube that demonstrates how to find and throttle those naughty VMs.

https://www.youtube.com/watch?v=dbKFlduZSac

Until Next Time!
-Brain


Monday, April 11, 2016

IOPS, BlockSize, Latency - How To Make Sense Of It All

Hi Friends,

For today's blog I thought I'd talk about something really SEXY....

Performance!  Yep, you read my mind, virtual machine performance.

















If you've read my blog in the past I usually ramble on about IOPS this, BlockSize that, Latency blah
blah blah.  Here's your limited time chance to learn what it means and I'm going to show you a super cool way to get those metrics.  So when your boss asks you, "Hey, how many IOPS is that virtual machine using?  Customer XYZ is complaining again!"  You can say, "Well, this is the IOPS, but here's what's REALLY going on!"

Do you want that knowledge?

Do you REALLY want that knowledge?!?!

I can't hear you!!!!

Say it with me, "I WANT IT!"





















So let's talk about IOPS.  My buddy Rob uses a great analogy that I really like.  IOPS are like RPM (revolutions per minute) in your car.  My car is running at 3000 RPM!  Umm, okay....  3000 RPM of what?  RPM is a measurement of how fast the engine is turning, not a measurement of speed of the car.  Now if you said, your car is at 3000 RPM at 65MPH while in 6th gear, that means a lot more to me!

So let's take our car analogy and transition it to computer performance.  When someone tells you their computer runs at 100 IOPS, my response is usually, 100 IOPS of what?  IOPS are a measurement of Input/Output Operations per Second, which is a lot like RPM in your car.  Yeah, the computer is thinking hard, but is it doing any work?

Let's add our speed and gear; block size and latency.  Okay those don't line up exactly to the car analogy, but I'm the one writing this and you will listen to me!  :-)  Block size is the size or weight of the item you want to move and latency is anything that's going to slow you down.  So imagine I'm rolling down the street in my car and I'm carrying 4 anvils in the trunk while driving on a really crappy road.  Why am I carrying 4 anvils in the car?  Ummmm....





















So with me and 4 anvils in the car, that's a lot of weight!  With all of this extra weight the car is going to have to work a lot harder to keep moving.  And how about the crappy road?  With poor road conditions, I won't be able to drive as fast.

Still with me?  Now lets move our anvil filled car over to the computer world.

A computer is a wonderful device, I tell it what to do and it does it!  But a computer can only do so much work, just like our car.  Imagine I have to deliver all 4 anvils to 4 different friends.  Each friend lives a different distance from me and the road to each friends is in various stages of disarray.

Scenario 1:
Friend 1 lives 2 miles from me, the road is REALLY crappy and I have the weight of 4 anvils in the car.

Scenario 2:
Friend 2 lives 8 miles away from Friend 1, the road is in pretty good shape and now I have the weight of 3 anvils in the car.

Scenario 3:
Friend 3 lives 20 miles away from Friend 2, the road is in sorta crappy condition and I have the weight of 2 anvils.

Scenario 4:
Friend 4 lives 1 mile from Friend 3, the road is in really good condition and I only have the weight of 1 anvil left.

Let's take scenario 1.  My friend lives pretty close to me, but I have a lot of weight in the car AND the road is in really bad condition.  The car has to work pretty hard because it has a lot of weight in the car and I can't drive very fast because of the road condition.

If this delivery was a computer, the trip to my friends house is the program I want to run.  The weight in the car is the blocksize, the road condition is latency and my RPMs having to sustain a certain speed with the amount of weight in the car are my IOPS.  And don't forget gas!!

Make sense?

How about another analogy?

Imagine I have a pie and every time I tell the computer to do something a piece of pie gets taken out of the whole.  Once the pie is gone, no more work.  Unfortunately not every piece of pie is exactly the same size.  Some get more filling, some get more crust, and that first piece is really a pain to get out of the pie tin.  I just like pies and wanted to get a dessert in there some where.

Back to cars...  So you see, without having all of the details, figuring out how long it's going to get to my friend's homes or even if my car will make it there would be a total guess.  So how would you size a computer without all of these same details?

Now friends I'd like to introduce you to part of the Tintri GUI.

In the picture below I'm running a workload.  I have one graph displaying, IOPS.  According to my IOPS graph I'm running about 2,000 Read IOPS and 21,000 Write IOPS.  But you'll notice something called normalized,  and the IOPS are 58,000.














Heeeeeeeey wait a second, I'm pretty bad at math, but I'm pretty sure 21,000 + 2000 is NOT 58,000.  What the heck?  Remember our anvils?  Tintri is optimized for an 8K block and if the workload being run on my array was 8K the normalized and non-normalized IOPS would be the same, but since the blocks are NOT 8K and are larger I'm doing a lot more work.  This is VERY handy because if I didn't have this metric I'd have to calculate out how heavy my workload was.  And as my friends know I'm HORRIBLE at math.

So what IS the blocksize?  From this view I know it's not 8K, but what is it?  Well, I could calculate that out by hand, but I'm lazy and Tintri does it for me!  :-)

Here's just a single view.  I can customize this in TONS of different ways, but you can see I've added the Block size KiB metric.  Each of these desktops are running a bunch of different applications to simulate users running their desktops, but each are at different points in the workload.  As you can see the block size is fairly different for each of the desktops depending on what the computer is running at that specific point in time.






















So why would I choose a 4 cylinder car to deliver anvils?  If I know I've got a really heavy workload I'm going to choose a big truck with a big diesel engine because it was designed for that purpose, just like computers.  Before I can standardize on a computer I need to know what it is I'm going to run on it and Tintri makes find out what I'm running very easy.

Or if I already have an environment, Tintri can tell me how hard that environment is working, when I'm going to run out of resources and where my problems are.  Pretty cool eh??

Well, that's all for today, I've got lots and lots to tell you about performance and the goodness of Tintri, but that'll need to wait for another day.  Let me know what you thought of the article!

Until Next Time!
-Brain



Wednesday, March 30, 2016

Backup and Restoring Files With Tintri - Could It Be Any Easier?!?!

Hi Friends,

I'd like to dedicate this post to all the backup and recovery administrators out there, for without them, we would be in big trouble!  It's not the topic that usually gets tons of attention, but when a super important file(s) gets deleted, they're your best friends!

Today I want to show you how super simple it is to backup a virtual machine and then how easy it is to get a deleted file(s) back if the virtual machine is on a Tintri VMstore.

Here we have a virtual machine named NG-Server3.  In a folder called "Stuff" on the desktop I have a file called "Super Important File - Don't Delete!!!!"  Well, naming it that was a mistake....




























Let's head over to the Tintri GUI and make a backup of the virtual machine before somebody deletes our super important file.

Right click on the virtual machine, take a snapshot and you're done!  Here I'm taking a manual snapshot, but this can be a snapshot taken on a schedule too.  You'll notice there's a choice, Crash-consistent or VM-consistent.  This choice is completely up to you and I won't get into why you'd choose one over the other, but the cool thing is you can.














Oh NO!  Some jerk has just deleted our file.  Guess they didn't read the file name...












































Well...  What to do now?  No need to stress, you've got Tintri!  You DO have Tintri RIGHT?!?!

Of course you do!  I knew I liked you!!

Let's head back to our VMstore GUI and restore that file.

Right click on the virtual machine, select Restore VM/files... and PRESTO!




























Here are some cool options.  We can restore the whole machine OR we can select if we just want to restore certain files.  Choose your snapshot and if you'd like to detach the disks after 48 hours.

Let's dive into this a little deeper.  What's going to happen is Tintri is going to clone the VMDKs that are on the virtual machine, mount the clones on the machine, you go into disk management and select which disk you want to mount.

I know what you're thinking....  "But Brain, won't Windows be confused that two disks with the same disk signature will be on the same machine?"  Yes my friends, this would normally be the case, but Tintri changes those disk signatures so they can exist on the same machine.  Pretty awesome huh?

And the 48 hour deal.  Let's face it, humans hate cleaning up after themselves.  If you select this, you don't have to!  :-)  Tintri will remove those cloned disks after 2 days.  This is a super cool feature if you're providing self service restore to a user.  They have 2 days to get to the file and don't have to worry about removing those cloned disks.  Or if you're just lazy and don't want to have to clean up!
















We're back on NG-Server3 and I've opened up Disk Management.  Notice Disk 8 is the same size as my C: drive.  Yep, that's a clone of my OS drive, which has the super special file!

























Right click on the disk, Online it and.............


























We've got a new disk I: and you'll notice it looks a lot like C:.

























Getting our super important file is now as easy as browsing the I: drive, finding our file and copying it to our original Stuff folder.

Notice the drive letter is I: from the source.



Now that you've got your file back you can either un-mount the disk(s) or you can just let Tintri remove them after 48 hours if you selected that option.

Who's the coolest Backup and Recovery Administrator?

This Guy!!


Thursday, February 4, 2016

A Tale of Two Neighbors - Tintri QoS ROCKS!!!

Hi Friends,

Got a really awesome blog for you today, but first, credit where credit is due!  Big thanks to Rob and Tomer for their ideas and help on this blog!!

Have you ever had a "noisy" neighbor?  You know the type, parties all hours, loud music, drunk people asleep on your lawn...  Hey, I'm all for having a good time, but just because you love your music, doesn't mean you have to share it with everybody else.  :-)

Have you ever wished you could just turn down the noise level while letting them party away?  This way, no one gets upset, no yelling, no police, everybody is happy!  Well, with Tintri QoS, you can do just that!

So let me back up a little bit.  I was doing some performance test work and I ummm, well, accidentally left my IOmeter blasts running at full volume.  Yep, I was the noisy neighbor...   Rob noticed a lot of network latency on Tintri Global Center on one of our VMstores and he was able to quickly and easily pin point which virtual machine(s) were going crazy and that I was the culprit!






















If you're not familiar with Tintri Global Center, you MUST check it out!  You can monitor up to 32 Tintri VMstores through a single GUI.  Pretty cool!

Anywho, back to me being a bad neighbor...  Rob was nice enough to not throttle me, but he could have if he wanted to!  So not only can you find the miscreant, you can do something about it!!

I set up a quick test to show you how cool this feature is.  Now remember, this feature doesn't just have to be about noisy neighbors, you can also use it to put maximum and minimums on important VMs, or just VMs that don't need as much horse power as production.  (Development and Test perhaps???)

So here we have two servers running IOmeter.  NG-Server1 is the noisy guy and NG-Server4 is the innocent bystander that gets bottle necked by NG-Server1's intense partying.  NG-Server1 represents a dev/test machine that's pushing some big blocks down the pipe and it's affecting everyone else including NG-Server4 who represents my production box.  His response time is pretty terrible and the backup starts to build up!

























Here's NG-Server4 who's running a respectable workload, but is getting majorly throttled due to NG-Server1's partying.

























In the real world if I was a System Administrator, this is how things would play out...

<<RING RING>> (Neil's Cell Phone Goes Off at 3AM)

NG-Server4's Application Owner:  "Hey Neil, the performance of my application sucks!  This is affecting production and costing the company tons of money!  Fix it!!!"

Neil:  "Ummm, who is this?"

NG-Server4's Application Owner:  "Just fix it!!!"

In the past, a great hunt for the bottleneck would begin, which would normally wind up with me looking high and low for the culprit and usually hours of investigation and a sleepless night.

Let's head over to Tintri Global Center to see how easy it is to not only track down the offender, but resolve the issue!

This view is pretty cool, I can see all of my VMstores in a single glance and here's the VMstore that's having trouble, but what about the virtual machine(s) that are causing the headache?  Let's click on Virtual Machines to find out who's causing Neil to lose sleep!





















Woo Hoo, there's our noisy neighbor!!  





















Oh yeah, and check out the cool metrics on the side.  Sheesh, I'm so pre-occupied with finding the noisy guy, I didn't show you all the cool information you can get about your virtual machines and the environment they're living in.  More on that later!!
























Okay, so we found our noisy guy, time to call the owner of NG-Server1.

Neil:  "Hey, application owner of NG-Server1, you're crushing production, can I shut down your VM or move you to another host?"
NG-Server1 Application Owner:  "What?!?!  NO!!!!  I'm running some really cool program that will find alien life!"
Neil:  "Ummm, okay...  Then is it okay for me to throttle you a bit so we can do business?"
NG-Server1 Application Owner:   "UGH!  I suppose..."

Let's head over to our VMstore and throttle this sucker!!  Remember we know which VMstore AND VM to focus on.  Right click on the VM, click Configure QoS and...





















While finding alien life is pretty cool, keeping my job is even better!  So here I'm throttling this VM to 100 IOPS maximum.  I know, that's mean, but hey, it's 3AM!!!





















Let's go take a look at IOmeter now.

Here's NG-Server1.  Notice the IOPS have dropped substantially AND the latency is WAY up.  Sorry, not going to find aliens tonight.

























Let's take a peak at our production server NG-Server4.

Wow, what a difference!!!  From 4K IOPS to 50K IOPS!  And the latency has dropped substantially too.

























Now remember, with all things in life, your mileage will vary, but pretty cool huh?!?!

Neil calls app owner of NG-Server4
<<Ring Ring>>
NG-Server 4 Application Owner:  "I don't know what you did Neil, but things are running GREAT!  You deserve a raise and a promotion!"
Neil:  "Wow, thanks!"

Okay all joking aside, finding bottlenecks is extremely difficult and I spent MANY hours in the past trying to find them.  Sometimes you can NEVER find them and they just disappear when the machine causing havoc finishes it's workload.  I WISH I had this capability when I was a System Administrator, it would have made my life a ton easier while helping the company that much faster.

The great thing is this technology exists NOW with Tintri!

Until Next Time
-Brain