<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>confiscatedThoughts &#187; James B.</title>
	<atom:link href="http://www.confiscatedthoughts.com/author/admin/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.confiscatedthoughts.com</link>
	<description>stolen digital thoughts...</description>
	<lastBuildDate>Tue, 20 Apr 2010 19:21:39 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Planning for vSphere</title>
		<link>http://www.confiscatedthoughts.com/2010/04/planning-for-vsphere/</link>
		<comments>http://www.confiscatedthoughts.com/2010/04/planning-for-vsphere/#comments</comments>
		<pubDate>Thu, 15 Apr 2010 14:00:43 +0000</pubDate>
		<dc:creator>James B.</dc:creator>
				<category><![CDATA[Technology]]></category>
		<category><![CDATA[virtualization]]></category>
		<category><![CDATA[vmware]]></category>

		<guid isPermaLink="false">http://www.confiscatedthoughts.com/?p=318</guid>
		<description><![CDATA[The fundamental assumption in all my vSphere4 articles is obviously that you are intending to carry out all the work yourself, rather than bring in outside experts to do it for you. I believe that none of the procedures involved should be beyond the skill level of the average IT Manager, provided they put in [...]]]></description>
			<content:encoded><![CDATA[<p>The fundamental assumption in all my vSphere4 articles is obviously that you are intending to carry out all the work yourself, rather than bring in outside experts to do it for you. I believe that none of the procedures involved should be beyond the skill level of the average IT Manager, provided they put in the necessary preparation and practice. However evaluating systems in a lab is a major step away from deploying them in a live business environment, with both the immediate cost of hardware/software and the potential cost of disrupting business productivity to take into account. Therefore please consider carefully whether you are ready to take this on yourself, or if it would be more prudent to seek assistance. At the very least this article should help you to gain a much better understanding of what is involved, and so ensure that you are getting value for money if you do outsource the work.(...)<br/>Read the rest of <a href="http://www.confiscatedthoughts.com/2010/04/planning-for-vsphere/">Planning for vSphere</a> (2,658 words)</p>
<hr />
<p><small>© James B. for <a href="http://www.confiscatedthoughts.com">confiscatedThoughts</a>, 2010. |
<a href="http://www.confiscatedthoughts.com/2010/04/planning-for-vsphere/">Permalink</a> |
<a href="http://www.confiscatedthoughts.com/2010/04/planning-for-vsphere/#comments">No comment</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.confiscatedthoughts.com/2010/04/planning-for-vsphere/&title=Planning for vSphere">del.icio.us</a>
<br/>
Post tags: <a href="http://www.confiscatedthoughts.com/tag/virtualization/" rel="tag">virtualization</a>, <a href="http://www.confiscatedthoughts.com/tag/vmware/" rel="tag">vmware</a><br/>
</small></p>]]></content:encoded>
			<wfw:commentRss>http://www.confiscatedthoughts.com/2010/04/planning-for-vsphere/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>ESXi over ESX!  Why?</title>
		<link>http://www.confiscatedthoughts.com/2010/03/esxi-over-esx-why/</link>
		<comments>http://www.confiscatedthoughts.com/2010/03/esxi-over-esx-why/#comments</comments>
		<pubDate>Mon, 15 Mar 2010 15:00:45 +0000</pubDate>
		<dc:creator>James B.</dc:creator>
				<category><![CDATA[Technology]]></category>
		<category><![CDATA[virtualization]]></category>
		<category><![CDATA[vmware]]></category>

		<guid isPermaLink="false">http://www.confiscatedthoughts.com/?p=339</guid>
		<description><![CDATA[Good question isn’t it! IT admins at VMware were asked the same question and they decided to push ESXi instead of regular ESX. VMware has started to roll out ESXi on all their servers and the job is still in progress.  Listen to Jeremy Hunt at Talkshoe.com talking about how they provision their own applications at VMware on ESXi. So [...]]]></description>
			<content:encoded><![CDATA[<p>Good question isn’t it! IT admins at VMware were asked the same question and they decided to push ESXi instead of regular ESX. VMware has started to roll out ESXi on all their servers and the job is still in progress.  Listen to Jeremy Hunt at Talkshoe.com talking about how they provision their own applications at VMware on ESXi.</p>
<p>So if VMware does it, eats its own dog food as we used to say, why shouldn’t we do the same and deploy ESXi? Is there any issue NOT to deploy ESXi? Is ESXi a better hypervizor than ESX or less featured? What are the differences between both versions if any? Do I need to change my monitoring system? Do I have to change my procedures? How do I deploy ESXi? Can you deploy ESXi using PXE? How can I troubleshoot my host without a COS? That’s a lot of questions isn’t it and I will try to give some answers here.</p>
<p>(...)<br/>Read the rest of <a href="http://www.confiscatedthoughts.com/2010/03/esxi-over-esx-why/">ESXi over ESX!  Why?</a> (803 words)</p>
<hr />
<p><small>© James B. for <a href="http://www.confiscatedthoughts.com">confiscatedThoughts</a>, 2010. |
<a href="http://www.confiscatedthoughts.com/2010/03/esxi-over-esx-why/">Permalink</a> |
<a href="http://www.confiscatedthoughts.com/2010/03/esxi-over-esx-why/#comments">No comment</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.confiscatedthoughts.com/2010/03/esxi-over-esx-why/&title=ESXi over ESX!  Why?">del.icio.us</a>
<br/>
Post tags: <a href="http://www.confiscatedthoughts.com/tag/virtualization/" rel="tag">virtualization</a>, <a href="http://www.confiscatedthoughts.com/tag/vmware/" rel="tag">vmware</a><br/>
</small></p>]]></content:encoded>
			<wfw:commentRss>http://www.confiscatedthoughts.com/2010/03/esxi-over-esx-why/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Organizations and VDI Deployment &#8211; Part 3</title>
		<link>http://www.confiscatedthoughts.com/2010/03/organizations-and-vdi-deployment-part-3/</link>
		<comments>http://www.confiscatedthoughts.com/2010/03/organizations-and-vdi-deployment-part-3/#comments</comments>
		<pubDate>Thu, 11 Mar 2010 15:00:51 +0000</pubDate>
		<dc:creator>James B.</dc:creator>
				<category><![CDATA[Technology]]></category>
		<category><![CDATA[VDI]]></category>
		<category><![CDATA[view]]></category>
		<category><![CDATA[virtualization]]></category>
		<category><![CDATA[vmware]]></category>

		<guid isPermaLink="false">http://www.confiscatedthoughts.com/?p=337</guid>
		<description><![CDATA[I finally found sometime to finalise the third and last part of this article. In the first part of this article I discussed the Business Drivers and Operational Benefits, Technology Savings and Operational Improvements of a properly deployed Desktop Virtualization project -  and in the second part I talked about the underlying technology, design considerations and the [...]]]></description>
			<content:encoded><![CDATA[<p>I finally found sometime to finalise the third and last part of this article. In the first part of this article I discussed the Business Drivers and Operational Benefits, Technology Savings and Operational Improvements of a properly deployed Desktop Virtualization project -  and in the second part I talked about the underlying technology, design considerations and the site-wide architecture for a multi-site VMware View rollout.</p>
<p>In the meantime VMware released it’s new VDI solution, VMware View 4.0, that promises to solve latency problems that represented an obstacle for deployments over WANS and Internet. The new PCoIP remote display technology is a dynamic solution that adjusts the compression/quality level depending on the available network resources.</p>
<p>(...)<br/>Read the rest of <a href="http://www.confiscatedthoughts.com/2010/03/organizations-and-vdi-deployment-part-3/">Organizations and VDI Deployment &#8211; Part 3</a> (662 words)</p>
<hr />
<p><small>© James B. for <a href="http://www.confiscatedthoughts.com">confiscatedThoughts</a>, 2010. |
<a href="http://www.confiscatedthoughts.com/2010/03/organizations-and-vdi-deployment-part-3/">Permalink</a> |
<a href="http://www.confiscatedthoughts.com/2010/03/organizations-and-vdi-deployment-part-3/#comments">No comment</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.confiscatedthoughts.com/2010/03/organizations-and-vdi-deployment-part-3/&title=Organizations and VDI Deployment &#8211; Part 3">del.icio.us</a>
<br/>
Post tags: <a href="http://www.confiscatedthoughts.com/tag/vdi/" rel="tag">VDI</a>, <a href="http://www.confiscatedthoughts.com/tag/view/" rel="tag">view</a>, <a href="http://www.confiscatedthoughts.com/tag/virtualization/" rel="tag">virtualization</a>, <a href="http://www.confiscatedthoughts.com/tag/vmware/" rel="tag">vmware</a><br/>
</small></p>]]></content:encoded>
			<wfw:commentRss>http://www.confiscatedthoughts.com/2010/03/organizations-and-vdi-deployment-part-3/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Organizations and VDI Deployment &#8211; Part 2</title>
		<link>http://www.confiscatedthoughts.com/2010/03/organizations-and-vdi-deployment-part-2/</link>
		<comments>http://www.confiscatedthoughts.com/2010/03/organizations-and-vdi-deployment-part-2/#comments</comments>
		<pubDate>Mon, 08 Mar 2010 15:00:02 +0000</pubDate>
		<dc:creator>James B.</dc:creator>
				<category><![CDATA[Technology]]></category>
		<category><![CDATA[VDI]]></category>
		<category><![CDATA[view]]></category>
		<category><![CDATA[virtualization]]></category>
		<category><![CDATA[vmware]]></category>

		<guid isPermaLink="false">http://www.confiscatedthoughts.com/?p=329</guid>
		<description><![CDATA[In the first part of this article I discussed the Business Drivers and Operational Benefits, Technology Savings and Operational Improvements of a properly deployed Desktop Virtualization project. Lower Cost of Desktop PC Management Quickly and Easily provision Desktops to Clients Anytime, Anywhere Satisfy Different Regulatory Security Requirements e.g. HIPAA, SOX, PCI Reliable Desktop Disaster Recovery Plan [...]]]></description>
			<content:encoded><![CDATA[<p>In the first part of this article I discussed the Business Drivers and Operational Benefits, Technology Savings and Operational Improvements of a properly deployed Desktop Virtualization project.</p>
<ul>
<li>Lower Cost of Desktop PC Management</li>
<li>Quickly and Easily provision Desktops to Clients Anytime, Anywhere</li>
<li>Satisfy Different Regulatory Security Requirements e.g. HIPAA, SOX, PCI</li>
<li>Reliable Desktop Disaster Recovery Plan</li>
</ul>
<ul>In this second part I will focus my attention on technology and how to architect a successful Desktop Virtualization infrastructure.</ul>
<ul>(...)<br/>Read the rest of <a href="http://www.confiscatedthoughts.com/2010/03/organizations-and-vdi-deployment-part-2/">Organizations and VDI Deployment &#8211; Part 2</a> (1,008 words)</p>
<hr />
<p><small>© James B. for <a href="http://www.confiscatedthoughts.com">confiscatedThoughts</a>, 2010. |
<a href="http://www.confiscatedthoughts.com/2010/03/organizations-and-vdi-deployment-part-2/">Permalink</a> |
<a href="http://www.confiscatedthoughts.com/2010/03/organizations-and-vdi-deployment-part-2/#comments">No comment</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.confiscatedthoughts.com/2010/03/organizations-and-vdi-deployment-part-2/&title=Organizations and VDI Deployment &#8211; Part 2">del.icio.us</a>
<br/>
Post tags: <a href="http://www.confiscatedthoughts.com/tag/vdi/" rel="tag">VDI</a>, <a href="http://www.confiscatedthoughts.com/tag/view/" rel="tag">view</a>, <a href="http://www.confiscatedthoughts.com/tag/virtualization/" rel="tag">virtualization</a>, <a href="http://www.confiscatedthoughts.com/tag/vmware/" rel="tag">vmware</a><br/>
</small></p>]]></content:encoded>
			<wfw:commentRss>http://www.confiscatedthoughts.com/2010/03/organizations-and-vdi-deployment-part-2/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Organizations and VDI Deployment &#8211; Part 1</title>
		<link>http://www.confiscatedthoughts.com/2010/03/organizations-and-vdi-deployment-part-1/</link>
		<comments>http://www.confiscatedthoughts.com/2010/03/organizations-and-vdi-deployment-part-1/#comments</comments>
		<pubDate>Mon, 01 Mar 2010 15:00:33 +0000</pubDate>
		<dc:creator>James B.</dc:creator>
				<category><![CDATA[Technology]]></category>
		<category><![CDATA[VDI]]></category>
		<category><![CDATA[view]]></category>
		<category><![CDATA[virtualization]]></category>
		<category><![CDATA[vmware]]></category>

		<guid isPermaLink="false">http://www.confiscatedthoughts.com/?p=326</guid>
		<description><![CDATA[I see many organizations going through the desktop virtualization process without being able to answer simple questions like – What are your primary drivers for desktop virtualization? or – How will your organization benefit from desktop virtualization? or even – What is the estimate cost and payback?]]></description>
			<content:encoded><![CDATA[<p>I see many organizations going through the desktop virtualization process without being able to answer simple questions like – What are your primary drivers for desktop virtualization? or – How will your organization benefit from desktop virtualization? or even – What is the estimate cost and payback?</p>
<p>Nonetheless it is not their fault. Vendors make it as difficult as possible for us mere mortals to understand and be able to respond to these questions. They try to make the licensing options as different as possible from one another so not even a master in mathematics would be able to predict what solution is more affordable or best suit your organization. Nether less to say they keep changing the licensing model.</p>
<p>What I will try to do here is to give an insight on how a VDI project should start and then each one of the phases it should go through up to the POC (Proof of Concept).(...)<br/>Read the rest of <a href="http://www.confiscatedthoughts.com/2010/03/organizations-and-vdi-deployment-part-1/">Organizations and VDI Deployment &#8211; Part 1</a> (727 words)</p>
<hr />
<p><small>© James B. for <a href="http://www.confiscatedthoughts.com">confiscatedThoughts</a>, 2010. |
<a href="http://www.confiscatedthoughts.com/2010/03/organizations-and-vdi-deployment-part-1/">Permalink</a> |
<a href="http://www.confiscatedthoughts.com/2010/03/organizations-and-vdi-deployment-part-1/#comments">2 comments</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.confiscatedthoughts.com/2010/03/organizations-and-vdi-deployment-part-1/&title=Organizations and VDI Deployment &#8211; Part 1">del.icio.us</a>
<br/>
Post tags: <a href="http://www.confiscatedthoughts.com/tag/vdi/" rel="tag">VDI</a>, <a href="http://www.confiscatedthoughts.com/tag/view/" rel="tag">view</a>, <a href="http://www.confiscatedthoughts.com/tag/virtualization/" rel="tag">virtualization</a>, <a href="http://www.confiscatedthoughts.com/tag/vmware/" rel="tag">vmware</a><br/>
</small></p>]]></content:encoded>
			<wfw:commentRss>http://www.confiscatedthoughts.com/2010/03/organizations-and-vdi-deployment-part-1/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Cleaning the Replica Closet</title>
		<link>http://www.confiscatedthoughts.com/2010/02/cleaning-the-replica-closet/</link>
		<comments>http://www.confiscatedthoughts.com/2010/02/cleaning-the-replica-closet/#comments</comments>
		<pubDate>Sun, 28 Feb 2010 15:00:42 +0000</pubDate>
		<dc:creator>James B.</dc:creator>
				<category><![CDATA[Technology]]></category>
		<category><![CDATA[VDI]]></category>
		<category><![CDATA[view]]></category>
		<category><![CDATA[virtualization]]></category>
		<category><![CDATA[vmware]]></category>

		<guid isPermaLink="false">http://www.confiscatedthoughts.com/?p=304</guid>
		<description><![CDATA[Have you ever wondered how and which orphaned replicas you could remove?  Here is how...]]></description>
			<content:encoded><![CDATA[<p>If, like me, you have been through all the versions of View Composer and the broker since its introduction, various bugs and broken recompositions will have left you with a large amount of detritus in your VMwareViewComposerReplicaFolder, making it hard to keep an eye on the proper operation of the Composer, and in my case, causing a datastore to run out of space and subsequent operations to fail. Time for a clean up.</p>
<p>This is decently documented <a href="http://blogs.vmware.com/view/2009/01/view-composer-how-to-delete-orphaned-replicasource-entries-in-vcenter.html">here</a>, but how do you know which ones you can delete?(...)<br/>Read the rest of <a href="http://www.confiscatedthoughts.com/2010/02/cleaning-the-replica-closet/">Cleaning the Replica Closet</a> (381 words)</p>
<hr />
<p><small>© James B. for <a href="http://www.confiscatedthoughts.com">confiscatedThoughts</a>, 2010. |
<a href="http://www.confiscatedthoughts.com/2010/02/cleaning-the-replica-closet/">Permalink</a> |
<a href="http://www.confiscatedthoughts.com/2010/02/cleaning-the-replica-closet/#comments">No comment</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.confiscatedthoughts.com/2010/02/cleaning-the-replica-closet/&title=Cleaning the Replica Closet">del.icio.us</a>
<br/>
Post tags: <a href="http://www.confiscatedthoughts.com/tag/vdi/" rel="tag">VDI</a>, <a href="http://www.confiscatedthoughts.com/tag/view/" rel="tag">view</a>, <a href="http://www.confiscatedthoughts.com/tag/virtualization/" rel="tag">virtualization</a>, <a href="http://www.confiscatedthoughts.com/tag/vmware/" rel="tag">vmware</a><br/>
</small></p>]]></content:encoded>
			<wfw:commentRss>http://www.confiscatedthoughts.com/2010/02/cleaning-the-replica-closet/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>VDI + Storage = Big Impact</title>
		<link>http://www.confiscatedthoughts.com/2010/02/vdi-storage-big-impact/</link>
		<comments>http://www.confiscatedthoughts.com/2010/02/vdi-storage-big-impact/#comments</comments>
		<pubDate>Thu, 25 Feb 2010 14:00:18 +0000</pubDate>
		<dc:creator>James B.</dc:creator>
				<category><![CDATA[Technology]]></category>
		<category><![CDATA[storage]]></category>
		<category><![CDATA[VDI]]></category>
		<category><![CDATA[virtualization]]></category>

		<guid isPermaLink="false">http://www.confiscatedthoughts.com/?p=311</guid>
		<description><![CDATA[Virtual Desktop Infrastructure, or VDI, is hot. It’s cool, secure, centrally managed, flexible--it’s an IT manager’s dream.]]></description>
			<content:encoded><![CDATA[<h2>Introduction</h2>
<p>Virtual Desktop Infrastructure, or VDI, is hot. It’s cool, secure, centrally managed, flexible&#8211;it’s an IT manager’s dream.</p>
<p>VDI comes in two flavors: Server-Hosted VDI (centralized, single-user remote vDesktop solution) and Client-Side VDI (local, single-user vDesktop solution).</p>
<p>The advantages of a VDI infrastructure are that virtual desktops are hardware independent and can be accessed from any common OS. It&#8217;s also much easier to deploy virtual desktops and to facilitate the freedom that the users require of them. And because of the single-user OS, application compatibility is much less of an issue than it is with terminal servers.(...)<br/>Read the rest of <a href="http://www.confiscatedthoughts.com/2010/02/vdi-storage-big-impact/">VDI + Storage = Big Impact</a> (3,999 words)</p>
<hr />
<p><small>© James B. for <a href="http://www.confiscatedthoughts.com">confiscatedThoughts</a>, 2010. |
<a href="http://www.confiscatedthoughts.com/2010/02/vdi-storage-big-impact/">Permalink</a> |
<a href="http://www.confiscatedthoughts.com/2010/02/vdi-storage-big-impact/#comments">2 comments</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.confiscatedthoughts.com/2010/02/vdi-storage-big-impact/&title=VDI + Storage = Big Impact">del.icio.us</a>
<br/>
Post tags: <a href="http://www.confiscatedthoughts.com/tag/storage/" rel="tag">storage</a>, <a href="http://www.confiscatedthoughts.com/tag/vdi/" rel="tag">VDI</a>, <a href="http://www.confiscatedthoughts.com/tag/virtualization/" rel="tag">virtualization</a><br/>
</small></p>]]></content:encoded>
			<wfw:commentRss>http://www.confiscatedthoughts.com/2010/02/vdi-storage-big-impact/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>What Does Your Desktop Service Strategy Look Like?</title>
		<link>http://www.confiscatedthoughts.com/2010/02/what-does-your-desktop-service-strategy-look-like/</link>
		<comments>http://www.confiscatedthoughts.com/2010/02/what-does-your-desktop-service-strategy-look-like/#comments</comments>
		<pubDate>Sat, 20 Feb 2010 14:00:13 +0000</pubDate>
		<dc:creator>James B.</dc:creator>
				<category><![CDATA[Technology]]></category>
		<category><![CDATA[itil]]></category>
		<category><![CDATA[VDI]]></category>
		<category><![CDATA[virtualization]]></category>

		<guid isPermaLink="false">http://www.confiscatedthoughts.com/?p=302</guid>
		<description><![CDATA[I’m no ITIL kung fu master, and this is by choice because I consider ITIL a minor tool that, at best, needs to be used in conjunction with other tools to do the job and it’s not the be-all or end-all.  ITIL’s better than nothing, but it’s not everything.  And I have a hunch that ITIL pushers are like other religious groups: generally benign, often nice, thoughtful people, but very sensitive if you dare to criticize their church (itSMF), books or practices.]]></description>
			<content:encoded><![CDATA[<p><strong>If you believed in ITIL v3, what would your Desktop (as a) Service Strategy look like?</strong></p>
<p>If using VDI technology to deploy Desktop Services is a great idea (according to the alleged market size, and vendor/consumer bustle in that market place, it seems to be so) then how do you do it?  Well, according to ITIL, you start with a Service Strategy.</p>
<p><em>I’m no ITIL kung fu master, and this is by choice because I consider ITIL a minor tool that, at best, needs to be used in conjunction with other tools to do the job and it’s not the be-all or end-all.  ITIL’s better than nothing, but it’s not everything.  And I have a hunch that ITIL pushers are like other religious groups: generally benign, often nice, thoughtful people, but very sensitive if you dare to criticize their church (itSMF), books or practices.</em></p>
<p>How does ITIL (seek to) help in developing a Desktop Services Strategy?(...)<br/>Read the rest of <a href="http://www.confiscatedthoughts.com/2010/02/what-does-your-desktop-service-strategy-look-like/">What Does Your Desktop Service Strategy Look Like?</a> (756 words)</p>
<hr />
<p><small>© James B. for <a href="http://www.confiscatedthoughts.com">confiscatedThoughts</a>, 2010. |
<a href="http://www.confiscatedthoughts.com/2010/02/what-does-your-desktop-service-strategy-look-like/">Permalink</a> |
<a href="http://www.confiscatedthoughts.com/2010/02/what-does-your-desktop-service-strategy-look-like/#comments">No comment</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.confiscatedthoughts.com/2010/02/what-does-your-desktop-service-strategy-look-like/&title=What Does Your Desktop Service Strategy Look Like?">del.icio.us</a>
<br/>
Post tags: <a href="http://www.confiscatedthoughts.com/tag/itil/" rel="tag">itil</a>, <a href="http://www.confiscatedthoughts.com/tag/vdi/" rel="tag">VDI</a>, <a href="http://www.confiscatedthoughts.com/tag/virtualization/" rel="tag">virtualization</a><br/>
</small></p>]]></content:encoded>
			<wfw:commentRss>http://www.confiscatedthoughts.com/2010/02/what-does-your-desktop-service-strategy-look-like/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Over Subscribing or Over Capacity</title>
		<link>http://www.confiscatedthoughts.com/2010/02/over-subscribing-or-over-capacity/</link>
		<comments>http://www.confiscatedthoughts.com/2010/02/over-subscribing-or-over-capacity/#comments</comments>
		<pubDate>Mon, 15 Feb 2010 14:35:07 +0000</pubDate>
		<dc:creator>James B.</dc:creator>
				<category><![CDATA[Technology]]></category>
		<category><![CDATA[cloud computing]]></category>
		<category><![CDATA[virtualization]]></category>

		<guid isPermaLink="false">http://www.confiscatedthoughts.com/?p=300</guid>
		<description><![CDATA[Here’s the kicker: over subscription is not the same thing as over capacity. BY DESIGN, modern data/telecommuication (and Cloud) networks are built using an over-subscription model.]]></description>
			<content:encoded><![CDATA[<p>There’s been a very interesting set of discussions lately regarding performance anomalies across Cloud infrastructure providers.  The most recent involves Amazon Web Services and RackSpace Cloud. Let’s focus on the former because it’s the one that has a good deal of analysis and data attached to it.</p>
<p>Reuven Cohen’s post (<a href="http://www.elasticvapor.com/2010/01/oversubscribing-cloud.html">Oversubscribing the Cloud</a>) summarizing many of these concerns speaks to the meme wherein he points to Alan Williamson’s initial complaints (<a href="http://alan.blog-city.com/has_amazon_ec2_become_over_subscribed.htm">Has Amazon EC2 become over subscribed?</a>) followed by CloudKick’s very interesting experiments and data (<a href="https://www.cloudkick.com/blog/2010/jan/12/visual-ec2-latency/">Visual Evidence of Amazon EC2 network issues</a>) and ultimately Rich Miller’s summary including a response from Amazon Web Services (<a href="http://www.datacenterknowledge.com/archives/2010/01/14/amazon-we-dont-have-cloud-capacity-issues/">Amazon: We Don’t Have Capacity Issues</a>)</p>
<p>The thing that’s interesting to me in all of this is yet another example of people mixing metaphors, terminology and common operating methodologies as well as choosing to suspend disbelief and the reality distortion field associated with how service providers actually offer service versus marketing it.(...)<br/>Read the rest of <a href="http://www.confiscatedthoughts.com/2010/02/over-subscribing-or-over-capacity/">Over Subscribing or Over Capacity</a> (790 words)</p>
<hr />
<p><small>© James B. for <a href="http://www.confiscatedthoughts.com">confiscatedThoughts</a>, 2010. |
<a href="http://www.confiscatedthoughts.com/2010/02/over-subscribing-or-over-capacity/">Permalink</a> |
<a href="http://www.confiscatedthoughts.com/2010/02/over-subscribing-or-over-capacity/#comments">One comment</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.confiscatedthoughts.com/2010/02/over-subscribing-or-over-capacity/&title=Over Subscribing or Over Capacity">del.icio.us</a>
<br/>
Post tags: <a href="http://www.confiscatedthoughts.com/tag/cloud-computing/" rel="tag">cloud computing</a>, <a href="http://www.confiscatedthoughts.com/tag/virtualization/" rel="tag">virtualization</a><br/>
</small></p>]]></content:encoded>
			<wfw:commentRss>http://www.confiscatedthoughts.com/2010/02/over-subscribing-or-over-capacity/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Moved Hosts</title>
		<link>http://www.confiscatedthoughts.com/2010/02/moved-hosts/</link>
		<comments>http://www.confiscatedthoughts.com/2010/02/moved-hosts/#comments</comments>
		<pubDate>Sun, 14 Feb 2010 06:50:50 +0000</pubDate>
		<dc:creator>James B.</dc:creator>
				<category><![CDATA[Random]]></category>
		<category><![CDATA[(mt)]]></category>
		<category><![CDATA[site]]></category>

		<guid isPermaLink="false">http://www.confiscatedthoughts.com/2010/02/moved-hosts/</guid>
		<description><![CDATA[I have completed moving the site to my new choice of host, (mt) MediaTemple. This site and a couple of other sites that I have are running in their (gs) Grid Server layer. Let me know if you see anything out of line on here that might be due to the move. © James B. [...]]]></description>
			<content:encoded><![CDATA[<p>I have completed moving the site to my new choice of host, (mt) MediaTemple.  This site and a couple of other sites that I have are running in their (gs) Grid Server layer.  Let me know if you see anything out of line on here that might be due to the move.</p>
<hr />
<p><small>© James B. for <a href="http://www.confiscatedthoughts.com">confiscatedThoughts</a>, 2010. |
<a href="http://www.confiscatedthoughts.com/2010/02/moved-hosts/">Permalink</a> |
<a href="http://www.confiscatedthoughts.com/2010/02/moved-hosts/#comments">No comment</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.confiscatedthoughts.com/2010/02/moved-hosts/&title=Moved Hosts">del.icio.us</a>
<br/>
Post tags: <a href="http://www.confiscatedthoughts.com/tag/mt/" rel="tag">(mt)</a>, <a href="http://www.confiscatedthoughts.com/tag/site/" rel="tag">site</a><br/>
</small></p>]]></content:encoded>
			<wfw:commentRss>http://www.confiscatedthoughts.com/2010/02/moved-hosts/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
