<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	Comments on: Optimize-VMwarePKS	</title>
	<atom:link href="https://www.lucd.info/2019/04/03/optimize-vmwarepks/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.lucd.info/2019/04/03/optimize-vmwarepks/</link>
	<description>My PowerShell ramblings</description>
	<lastBuildDate>Mon, 10 Jun 2019 12:37:34 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9</generator>
<atom:link rel="hub" href="https://pubsubhubbub.appspot.com"/><atom:link rel="hub" href="https://pubsubhubbub.superfeedr.com"/><atom:link rel="hub" href="https://websubhub.com/hub"/>	<item>
		<title>
		By: LucD		</title>
		<link>https://www.lucd.info/2019/04/03/optimize-vmwarepks/#comment-4620</link>

		<dc:creator><![CDATA[LucD]]></dc:creator>
		<pubDate>Mon, 10 Jun 2019 12:37:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.lucd.info/?p=6336#comment-4620</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://www.lucd.info/2019/04/03/optimize-vmwarepks/#comment-4618&quot;&gt;Paul Dillon&lt;/a&gt;.

Hi Paul,
Thanks for the feedback. On your questions

1. The script will work against all VMs under the PKSCluster you specified. These are not necessarily all PKS VMs if you have multiple PKS clusters.

2. Not exactly sure what you mean with SDDC here, but you limit the scope of the script with the afformentioned PKSServer parameter.]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://www.lucd.info/2019/04/03/optimize-vmwarepks/#comment-4618">Paul Dillon</a>.</p>
<p>Hi Paul,<br />
Thanks for the feedback. On your questions</p>
<p>1. The script will work against all VMs under the PKSCluster you specified. These are not necessarily all PKS VMs if you have multiple PKS clusters.</p>
<p>2. Not exactly sure what you mean with SDDC here, but you limit the scope of the script with the afformentioned PKSServer parameter.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Paul Dillon		</title>
		<link>https://www.lucd.info/2019/04/03/optimize-vmwarepks/#comment-4618</link>

		<dc:creator><![CDATA[Paul Dillon]]></dc:creator>
		<pubDate>Mon, 10 Jun 2019 12:17:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.lucd.info/?p=6336#comment-4618</guid>

					<description><![CDATA[I read that the script will work against every PKS created vm existing in VMWare. 
1. Can you confirm my understanding of the scope of impact for this script?
2. For instance, is there a way to limit the scope to a single SDDC in VMWare?]]></description>
			<content:encoded><![CDATA[<p>I read that the script will work against every PKS created vm existing in VMWare.<br />
1. Can you confirm my understanding of the scope of impact for this script?<br />
2. For instance, is there a way to limit the scope to a single SDDC in VMWare?</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Chip Zoller		</title>
		<link>https://www.lucd.info/2019/04/03/optimize-vmwarepks/#comment-4591</link>

		<dc:creator><![CDATA[Chip Zoller]]></dc:creator>
		<pubDate>Wed, 03 Apr 2019 20:26:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.lucd.info/?p=6336#comment-4591</guid>

					<description><![CDATA[Thanks for bringing up that idea. A couple reasons, mainly, but there are others depending on how customers like to consume things.

1.) This script, because idempotent and if run on a schedule, will ensure ready state is maintained in case a user removes a tag or changes folders inadvertently. It&#039;ll also allow scaling out of masters to update the DRS rule.

2.) Easier visibility since VM extensions have to be created against the API directly. 

3.) Quickly modified and extended if other functionality is later desired.]]></description>
			<content:encoded><![CDATA[<p>Thanks for bringing up that idea. A couple reasons, mainly, but there are others depending on how customers like to consume things.</p>
<p>1.) This script, because idempotent and if run on a schedule, will ensure ready state is maintained in case a user removes a tag or changes folders inadvertently. It&#8217;ll also allow scaling out of masters to update the DRS rule.</p>
<p>2.) Easier visibility since VM extensions have to be created against the API directly. </p>
<p>3.) Quickly modified and extended if other functionality is later desired.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: AdaptiveThinking		</title>
		<link>https://www.lucd.info/2019/04/03/optimize-vmwarepks/#comment-4590</link>

		<dc:creator><![CDATA[AdaptiveThinking]]></dc:creator>
		<pubDate>Wed, 03 Apr 2019 19:56:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.lucd.info/?p=6336#comment-4590</guid>

					<description><![CDATA[I&#039;m not sure why you would use Powershell outside of PKS (Opsman) for that.

It would be a lot better to just use the BOSH VM Extensions for DRS, Folders and Tags.
If you do that, BOSH (=PKS) would automatically create all that for new VMs and delete it if it deletes a VM.]]></description>
			<content:encoded><![CDATA[<p>I&#8217;m not sure why you would use Powershell outside of PKS (Opsman) for that.</p>
<p>It would be a lot better to just use the BOSH VM Extensions for DRS, Folders and Tags.<br />
If you do that, BOSH (=PKS) would automatically create all that for new VMs and delete it if it deletes a VM.</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
