{"id":10677,"date":"2010-06-22T17:02:00","date_gmt":"2010-06-22T17:02:00","guid":{"rendered":"https:\/\/aidanfinn.com\/?p=10677"},"modified":"2010-06-22T17:02:00","modified_gmt":"2010-06-22T17:02:00","slug":"powered-down-virtual-machines-on-a-hyper-v-cluster","status":"publish","type":"post","link":"https:\/\/aidanfinn.com\/?p=10677","title":{"rendered":"Powered Down Virtual Machines on a Hyper-V Cluster"},"content":{"rendered":"<p>From time to time, I\u2019ll be asked to power down virtual machines in our production environment.&#160; I also run a test virtual machine on the cluster to test things like Live Migration after doing upgrade work.&#160; Normally, I\u2019d like to keep it powered down, just to save 512MB of RAM and the occasional CPU cycle.&#160; But it seems to me, that Microsoft does not like us to keep powered down virtual machines on the cluster.<\/p>\n<p>My first clue was in VMM.&#160; VMM tries to protect the cluster reserve in a Hyper-V cluster.&#160; In other words, VMM will change the status of a cluster object to a warning if you overcommit the resources.&#160; For example, if you have 58GB of RAM for VM\u2019s across your N+1 3 node cluster, then it\u2019ll complain when you deploy 58GB+ of VM RAM.&#160; One would assume that VMM would only calculate the running VM\u2019s.&#160; However, I can confirm that it does include the RAM assignments to powered down VM\u2019s as well.&#160; I can understand this conservative approach \u2026 it\u2019s the sort of thing a banker would do if they didn\u2019t want to bankrupt their bank\u2019s loan book ;-)&#160; You have to allow for a scenario where the VM will be powered up.&#160; Who\u2019s to say that there isn\u2019t a tester or developer at the other end of a Self-Service Portal, consuming their quota points, and eager to power up the VM\u2019s at any moment.<\/p>\n<p>The next clue is in OpsMgr.&#160; I\u2019ve imported the Microsoft Windows Cluster management pack.&#160; A highly available virtual machine is a resource from clustering\u2019s point of view.&#160; Surely you deployed it on a cluster (as a highly available virtual machine) for a reason?&#160; Shouldn\u2019t it be running?&#160; That\u2019s how the management pack sees it.&#160; An object is created in OpsMgr for every monitored cluster resources, i.e. virtual machine, and its status will go to critical if the resource is stopped, i.e. the virtual machine is powered down.&#160; You\u2019ll get an alert and notifications will go out.&#160; If you are running SLA reporting then you\u2019ll get a nice red mark all over your SLA.&#160; Whoops!<\/p>\n<p>So what should you do with those powered down VM\u2019s?&#160; If it is going to be down for a long time then you should move it to the VMM library.&#160; There you have cheaper storage, and hopefully lots of it.&#160; Importantly, the VMM cluster reserve will be OK.&#160; OpsMgr will stop complaining after a little while about a failed cluster resource.<\/p>\n<p>What if this power down is a short term thing?&#160; You should obviously add resources to the cluster to resolve the VMM cluster reserve warning because you won\u2019t have an N+1 (or greater) cluster with enough resources to handle a failed host (or hosts).&#160; You can use the Health&#160; Explorer in OpsMgr to put the critical resource (the powered down VM) in the cluster into maintenance mode, thus eliminating alerts.&#160; You should do that before powering down the VM.<\/p>\n<p>Long term, if lots of VM\u2019s will be powered down and up, you might want to create a dedicated, lower priority, cluster for this.&#160; You can customize the monitoring not to care about cluster resources being up or down.&#160; You can probably safely ignore warnings about VMM cluster reserve being exceeded too.<\/p>\n<div style=\"padding-bottom: 0px; margin: 0px; padding-left: 0px; padding-right: 0px; display: inline; float: none; padding-top: 0px\" id=\"scid:0767317B-992E-4b12-91E0-4F059A8CECA8:527b2f52-955e-4bf8-8f16-9c1f1123dfbf\" class=\"wlWriterEditableSmartContent\">Technorati Tags: <a href=\"http:\/\/technorati.com\/tags\/Hyper-V\" rel=\"tag\">Hyper-V<\/a>,<a href=\"http:\/\/technorati.com\/tags\/Windows+Server+2008+R2\" rel=\"tag\">Windows Server 2008 R2<\/a>,<a href=\"http:\/\/technorati.com\/tags\/Virtualisation\" rel=\"tag\">Virtualisation<\/a>,<a href=\"http:\/\/technorati.com\/tags\/VMM\" rel=\"tag\">VMM<\/a>,<a href=\"http:\/\/technorati.com\/tags\/Operations+Manager\" rel=\"tag\">Operations Manager<\/a><\/div>\n","protected":false},"excerpt":{"rendered":"<p>From time to time, I\u2019ll be asked to power down virtual machines in our production environment.&#160; I also run a test virtual machine on the cluster to test things like Live Migration after doing upgrade work.&#160; Normally, I\u2019d like to keep it powered down, just to save 512MB of RAM and the occasional CPU cycle.&#160; &hellip; <a href=\"https:\/\/aidanfinn.com\/?p=10677\" class=\"more-link\">Continue reading<span class=\"screen-reader-text\"> &#8220;Powered Down Virtual Machines on a Hyper-V Cluster&#8221;<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"_uf_show_specific_survey":0,"_uf_disable_surveys":false,"footnotes":""},"categories":[20],"tags":[181,83,195,196,117],"class_list":["post-10677","post","type-post","status-publish","format-standard","hentry","category-hyper-v","tag-hyper-v","tag-operations-manager","tag-virtualisation","tag-vmm","tag-windows-server-2008-r2"],"aioseo_notices":[],"jetpack_featured_media_url":"","amp_enabled":true,"_links":{"self":[{"href":"https:\/\/aidanfinn.com\/index.php?rest_route=\/wp\/v2\/posts\/10677","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/aidanfinn.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/aidanfinn.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/aidanfinn.com\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/aidanfinn.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=10677"}],"version-history":[{"count":0,"href":"https:\/\/aidanfinn.com\/index.php?rest_route=\/wp\/v2\/posts\/10677\/revisions"}],"wp:attachment":[{"href":"https:\/\/aidanfinn.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=10677"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/aidanfinn.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=10677"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/aidanfinn.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=10677"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}