<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>NuggetGTR Tracker</title>
    <link>https://communities.vmware.com/wbsdv95928/tracker</link>
    <description>NuggetGTR Tracker</description>
    <pubDate>Fri, 17 Nov 2023 19:45:23 GMT</pubDate>
    <dc:date>2023-11-17T19:45:23Z</dc:date>
    <item>
      <title>Re: Blueprint machine deploys with disconnected network adapter VRA7.4</title>
      <link>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/Blueprint-machine-deploys-with-disconnected-network-adapter-VRA7/m-p/470019#M2462</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I have seen this many times. over the years with vCAC 6 right through to vRA 7.x and have found this happens with the machine vMotions and moves hosts during the configure stage.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 11 Sep 2018 04:59:02 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/Blueprint-machine-deploys-with-disconnected-network-adapter-VRA7/m-p/470019#M2462</guid>
      <dc:creator>NuggetGTR</dc:creator>
      <dc:date>2018-09-11T04:59:02Z</dc:date>
    </item>
    <item>
      <title>Re: vRA 7.4 Custom forms</title>
      <link>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/vRA-7-4-Custom-forms/m-p/1843063#M13679</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hey &lt;B&gt;Merijndk&lt;/B&gt;​ this is a current limitation in 7.4, I believe this will be addressed in 7.5.&lt;/P&gt;&lt;P&gt;BG properties will still go through to the machine and can be used in EBS etc, There is just not a nice way to add them into custom forms. I was told export the form and add in the properties then re import. I have yet to personally see that work correctly.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 12 Jul 2018 11:50:33 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/vRA-7-4-Custom-forms/m-p/1843063#M13679</guid>
      <dc:creator>NuggetGTR</dc:creator>
      <dc:date>2018-07-12T11:50:33Z</dc:date>
    </item>
    <item>
      <title>Re: VM blueprint disregarding "hostname" custom property</title>
      <link>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/VM-blueprint-disregarding-quot-hostname-quot-custom-property/m-p/507119#M3879</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Just wanted to double check, where have you set this property? on the blueprint or on the machine object in the blueprint?&lt;/P&gt;&lt;P&gt;It needs to be set on the machine. I have many blueprints setup like this and works as expected.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Cheers&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 11 Jul 2018 23:34:32 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/VM-blueprint-disregarding-quot-hostname-quot-custom-property/m-p/507119#M3879</guid>
      <dc:creator>NuggetGTR</dc:creator>
      <dc:date>2018-07-11T23:34:32Z</dc:date>
    </item>
    <item>
      <title>Re: [vRA 7.4] - XaaS Performance with external value</title>
      <link>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/vRA-7-4-XaaS-Performance-with-external-value/m-p/1413353#M10361</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;@&lt;SPAN class="j-post-author"&gt;&lt;STRONG&gt;&lt;A _jive_internal="true" data-avatarid="-1" data-userid="3473087" data-username="ymichalak" href="https://communities.vmware.com/people/ymichalak" name="&amp;amp;amp;lpos=apps_scodevmw : 112"&gt;ymichalak&lt;/A&gt;&lt;/STRONG&gt;&lt;/SPAN&gt; yes it is possible to set the presentation in vRA after the fact. OGNL is a way of calling action and hiding fields based on conditions etc. but its far more efficient than setting all of it in XaaS form editor. A big bonus is if you refresh the form you dont have to go back through and set all the values again, The starting framework is pulled in from vRO you can then modify this if you wish. see &lt;A href="https://www.youtube.com/watch?v=uGv-Ytu1DKs" title="https://www.youtube.com/watch?v=uGv-Ytu1DKs"&gt;vRealize Automation - XaaS Forms - YouTube&lt;/A&gt;&amp;nbsp; all the forms are pure vRO presentation and OGNL, looks just as good as any XaaS form.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 10 Jul 2018 03:33:13 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/vRA-7-4-XaaS-Performance-with-external-value/m-p/1413353#M10361</guid>
      <dc:creator>NuggetGTR</dc:creator>
      <dc:date>2018-07-10T03:33:13Z</dc:date>
    </item>
    <item>
      <title>Re: [vRA 7.4] - XaaS Performance with external value</title>
      <link>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/vRA-7-4-XaaS-Performance-with-external-value/m-p/1413350#M10358</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;How are you configuring external values in the xaas form? Via the form editor in vRA or usong ognl in vRO within the presentation tab in the workflow?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;OGNL within vRO is where it should be done if your not already, the performance is night and day difference. Every cudtomer i have converted has seen 100x or more improvement on form load times etc&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 08 Jul 2018 04:20:16 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/vRA-7-4-XaaS-Performance-with-external-value/m-p/1413350#M10358</guid>
      <dc:creator>NuggetGTR</dc:creator>
      <dc:date>2018-07-08T04:20:16Z</dc:date>
    </item>
    <item>
      <title>Re: Who and When? from vREALIZE</title>
      <link>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/Who-and-When-from-vREALIZE/m-p/1840845#M13613</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;As in who created it from vRealize Automation? if so that's easy as vRA tags all machines with the account used to provision the machines, Also has an audit log with vRA too of date and time and who it was. attached images for an example.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 23 Jun 2018 06:51:33 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/Who-and-When-from-vREALIZE/m-p/1840845#M13613</guid>
      <dc:creator>NuggetGTR</dc:creator>
      <dc:date>2018-06-23T06:51:33Z</dc:date>
    </item>
    <item>
      <title>Re: Add new software components to existing deployments in vRA 7.3</title>
      <link>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/Add-new-software-components-to-existing-deployments-in-vRA-7-3/m-p/1840979#M13615</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Unfortunately not, this situation used to cause the destroy of deployments to fail in particular circumstances.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This "limitation" is currently by design. Running the uninstall for a software component it never ran the install/configure for could cause many issues and failures if not handled perfectly.&amp;nbsp; i can see circumstances this could be benifical tho particularly if something in the previous deployments was overlooked or not done correctly.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Cheers&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 23 Jun 2018 04:01:55 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/Add-new-software-components-to-existing-deployments-in-vRA-7-3/m-p/1840979#M13615</guid>
      <dc:creator>NuggetGTR</dc:creator>
      <dc:date>2018-06-23T04:01:55Z</dc:date>
    </item>
    <item>
      <title>Re:AWS Blueprint provisioning 30gb root drive</title>
      <link>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/AWS-Blueprint-provisioning-30gb-root-drive/m-p/1406540#M10091</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P style="margin:0in;font-family:Calibri;font-size:11.0pt;"&gt;vRA does not currently manage an AWS image primary volume, It will build the ec2 instance with what ever size disk the image was built with. The easiest way is to create your AMI's with an 80GB disk, this means all machine spun off will have that size. Additional disks are fine.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 20 Jun 2018 13:18:17 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/AWS-Blueprint-provisioning-30gb-root-drive/m-p/1406540#M10091</guid>
      <dc:creator>NuggetGTR</dc:creator>
      <dc:date>2018-06-20T13:18:17Z</dc:date>
    </item>
    <item>
      <title>Re:Configuring a PowerShell workflow in vRO and then having it as a blueprint in vRA</title>
      <link>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/Configuring-a-PowerShell-workflow-in-vRO-and-then-having-it-as-a/m-p/1406491#M10083</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;So Software Components are fine to install application and run scripts at deployment time, but if your refering to something people can execute a script as a seperate catalog item? then yes this is possible.&lt;/P&gt;&lt;SPAN&gt;&lt;/SPAN&gt;&lt;P&gt;It would just be a simple XaaS Blueprint but while powershell host would work(I use them for a number of things), I would not use Powershell host for this. because you are just executing a script in a guest, you can achieve this with "run script in guest" using native vRO capability as well as the vCenter plugin etc. This would be faster, more efficient and less error prone. As for a file, this could be done a number of ways. vRA cant handle mimetypes so would have to email or log it out to a central location. Its very doable and I have seen many enterprises have XaaS blueprints to generate reports and email them etc.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 20 Jun 2018 12:29:28 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/Configuring-a-PowerShell-workflow-in-vRO-and-then-having-it-as-a/m-p/1406491#M10083</guid>
      <dc:creator>NuggetGTR</dc:creator>
      <dc:date>2018-06-20T12:29:28Z</dc:date>
    </item>
    <item>
      <title>Re:How to hide a tab in a Xaas form ?</title>
      <link>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/How-to-hide-a-tab-in-a-Xaas-form/m-p/2738464#M21844</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Yes, with XaaS it will only run the compute when navigating to the Tab, you can still reference fields on the hiden tab etc, but an action for example will only execute when navigated to. This is good for complex forms as it speeds up the loading time. If you were run the same workflow directly in vRO it does attempt to process every field at load time.&lt;/P&gt;&lt;SPAN&gt;&lt;/SPAN&gt;&lt;P&gt;Custom forms it is all inbuilt to vRA to hide tabs.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 14 Jun 2018 01:47:17 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/How-to-hide-a-tab-in-a-Xaas-form/m-p/2738464#M21844</guid>
      <dc:creator>NuggetGTR</dc:creator>
      <dc:date>2018-06-14T01:47:17Z</dc:date>
    </item>
    <item>
      <title>Re:How to hide a tab in a Xaas form ?</title>
      <link>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/How-to-hide-a-tab-in-a-Xaas-form/m-p/2738462#M21842</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Yep this is a doable but is done via the presentation layer in vRO.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;You shound never use the XaaS form editor in vRA as it is rubbish and everytime you need to refresh the form you need to make all your changes again. if all the smarts are in the presentation layer most will surface up into vRA, This is how you can hide tabs or populate drop downs with actions using OGNL. And it is much much faster to load the forms. I have done a couple videos on my vblog in regards to xaas and vra &lt;/SPAN&gt;&lt;A class="jive-link-external-small" href="https://www.youtube.com/channel/UCWfyTiUBwRKjB_qckVPVpcQ" rel="nofollow"&gt;https://www.youtube.com/channel/UCWfyTiUBwRKjB_qckVPVpcQ&lt;/A&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 10 Jun 2018 11:14:35 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/How-to-hide-a-tab-in-a-Xaas-form/m-p/2738462#M21842</guid>
      <dc:creator>NuggetGTR</dc:creator>
      <dc:date>2018-06-10T11:14:35Z</dc:date>
    </item>
    <item>
      <title>Re:Drop Down in VM Action for Memory in vRA</title>
      <link>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/Drop-Down-in-VM-Action-for-Memory-in-vRA/m-p/2252289#M16927</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;While custom forms is a way and 100% look better, can achive something similar in both 7.3 and 7.3 with the use of component profiles too, while it more t-shirt sizing you can make a set just increasing the memory in the ratios you want&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 10 Jun 2018 10:27:51 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/Drop-Down-in-VM-Action-for-Memory-in-vRA/m-p/2252289#M16927</guid>
      <dc:creator>NuggetGTR</dc:creator>
      <dc:date>2018-06-10T10:27:51Z</dc:date>
    </item>
    <item>
      <title>Re:vRA Workflow with XAAS to Payload</title>
      <link>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/vRA-Workflow-with-XAAS-to-Payload/m-p/957736#M5977</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;What is the XaaS component for?&lt;/P&gt;&lt;SPAN&gt;&lt;/SPAN&gt;&lt;P&gt;there is a number of ways to go about it.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 10 Jun 2018 09:50:17 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/vRA-Workflow-with-XAAS-to-Payload/m-p/957736#M5977</guid>
      <dc:creator>NuggetGTR</dc:creator>
      <dc:date>2018-06-10T09:50:17Z</dc:date>
    </item>
    <item>
      <title>Re: Custom parameters to be passed on XaaS blueprints response</title>
      <link>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/Custom-parameters-to-be-passed-on-XaaS-blueprints-response/m-p/1396578#M9734</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I am assuming you are using an external vRO then? if the internal vRO is being used the same address would be hit for both vRA and vRO API which would remove the network restriction.&lt;/P&gt;&lt;P&gt;Considering the XaaS blueprint is a vRO workflow it hopefully shouldn't be too hard to make some small changes to allow for the return of the child blueprints information as part of that workflow.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Cheers&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 05 Jan 2018 05:03:53 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/Custom-parameters-to-be-passed-on-XaaS-blueprints-response/m-p/1396578#M9734</guid>
      <dc:creator>NuggetGTR</dc:creator>
      <dc:date>2018-01-05T05:03:53Z</dc:date>
    </item>
    <item>
      <title>Re: Custom parameters to be passed on XaaS blueprints response</title>
      <link>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/Custom-parameters-to-be-passed-on-XaaS-blueprints-response/m-p/1396576#M9732</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I am assuming you are hitting the vRA API directly to call the XaaS? &lt;/P&gt;&lt;P&gt;Have you thought about hitting vRO API from the external system calling the exact same XaaS workflow? You can then control what you want to output like the request number of the additional base deployment. vRA API return is limited specially if your wanting details like the request number of a sub deployment which in turn is another API request separate from your original&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 02 Jan 2018 23:09:05 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/Custom-parameters-to-be-passed-on-XaaS-blueprints-response/m-p/1396576#M9732</guid>
      <dc:creator>NuggetGTR</dc:creator>
      <dc:date>2018-01-02T23:09:05Z</dc:date>
    </item>
    <item>
      <title>Re: vRA 7.3 Delete an Imported AWS Instance</title>
      <link>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/vRA-7-3-Delete-an-Imported-AWS-Instance/m-p/951075#M5720</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;These are custom XaaS items generally once you place these in vRA the entire lifecycle should be managed from vRA, where you would have a day 2 action that would delete and remove the object.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Now you could create a day 2 action and try and delete the object (there is a checkbox in the creation of the action which says is this destroying the object) but it may fail because the resource mapping that is in place if working correctly would likely fail because that resource is no longer in the plugin.&lt;/P&gt;&lt;P&gt;It might be easier to just go into the postgres database on the appliance and mark the object as deleted.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Cheers&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 02 Jan 2018 22:52:46 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-Aria-Automation-Tools/vRA-7-3-Delete-an-Imported-AWS-Instance/m-p/951075#M5720</guid>
      <dc:creator>NuggetGTR</dc:creator>
      <dc:date>2018-01-02T22:52:46Z</dc:date>
    </item>
    <item>
      <title>Re: Mixing esxi host in a cluster.</title>
      <link>https://communities.vmware.com/t5/ESXi-Discussions/Mixing-esxi-host-in-a-cluster/m-p/473228#M39469</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Mixed clusters is supported, the support is for the upgrade process where you will have mixed versions.&lt;/P&gt;&lt;P&gt;I wouldn't recommend running in mixed for an extended period of time. While technically it is fine. From an operational standpoint if there is issues you now have to take into account is it the version and drivers with that versions that's the issue. basically adds additional complexity when troubleshooting issues in the cluster.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;When running mixed its recommended to not upgrade hardware or tools until all are at the same version.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Cheers&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 19 Nov 2015 03:40:50 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/ESXi-Discussions/Mixing-esxi-host-in-a-cluster/m-p/473228#M39469</guid>
      <dc:creator>NuggetGTR</dc:creator>
      <dc:date>2015-11-19T03:40:50Z</dc:date>
    </item>
    <item>
      <title>Re: vROPS alerts as SMS in mobilephones</title>
      <link>https://communities.vmware.com/t5/VMware-Aria-Operations/vROPS-alerts-as-SMS-in-mobilephones/m-p/2279835#M14485</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Depends how your SMS service will accept alerts.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;There is a couple of options i can think off. Can send an email to the service on particular alerts (by default may be bigger than what is allowed in SMS), or SNMP trap.&lt;/P&gt;&lt;P&gt;Can send an email to vRO which then parses it and sends another email to the SMS server or rest call to the service. with vRO in the middle most things can be done.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Cheers&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 19 Nov 2015 03:32:58 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-Aria-Operations/vROPS-alerts-as-SMS-in-mobilephones/m-p/2279835#M14485</guid>
      <dc:creator>NuggetGTR</dc:creator>
      <dc:date>2015-11-19T03:32:58Z</dc:date>
    </item>
    <item>
      <title>Re: Manage CPU overload</title>
      <link>https://communities.vmware.com/t5/VMware-Aria-Operations/Manage-CPU-overload/m-p/2279458#M14476</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;It really all depends,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;First of you need to define what you classify as "overload" There are 2 methods there is demand and allocation. Demand is automatically calculated based on a number of metrics and will usually give you a good idea what is actually being demanded by the guest VMs.&lt;/P&gt;&lt;P&gt;Second is allocation this is what you can define as in 6:1 vCPU to pCPU this is based on what your requirements are. Being an administrator you usually have a good idea on how the cluster is running and what it limits have.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;You can both enabled and go with the most restrictive&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;These are configured though the policies applied to the cluster&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;There is lots of good doco around for it.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 19 Nov 2015 03:26:18 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-Aria-Operations/Manage-CPU-overload/m-p/2279458#M14476</guid>
      <dc:creator>NuggetGTR</dc:creator>
      <dc:date>2015-11-19T03:26:18Z</dc:date>
    </item>
    <item>
      <title>Re: Is vRealize Operations needed for Hyperic</title>
      <link>https://communities.vmware.com/t5/VMware-vCenter-Discussions/Is-vRealize-Operations-needed-for-Hyperic/m-p/933652#M10865</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Ok, there are a number of points I need to make here:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;1) AppHA is end of life product and I would not recommend implementing it. please see this &lt;A href="http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&amp;amp;cmd=displayKC&amp;amp;externalId=2108249"&gt;LINK,&lt;/A&gt; How ever 3rd party products will work in its place. also mentioned in the link&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;2) Hyperic is a stand alone product and does&lt;SPAN style="text-decoration: underline;"&gt; not&lt;/SPAN&gt; require vROps you can manage Application and OS metrics from within the Hyperic UI&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;3) in vROps 6.1 some Hyperic functionality has been moved over as endpoint Management but this is limited to a couple of application compared to what can be managed with Hyperic&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;4) Hyperic and vROps integration allows you to map your vSphere objects down to the OS and application level giving you a single plane of glass and able to see right down into the guest OS as well as general vsphere infrastructure give a better picture when troubleshooting.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;5) not sure if its stand alone can contact sales to find out but both are available in vRealize Operations Advanced and enterprise.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Cheers&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 19 Nov 2015 01:34:17 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-vCenter-Discussions/Is-vRealize-Operations-needed-for-Hyperic/m-p/933652#M10865</guid>
      <dc:creator>NuggetGTR</dc:creator>
      <dc:date>2015-11-19T01:34:17Z</dc:date>
    </item>
  </channel>
</rss>

