<?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: DNS-based load balancing for virtual users</title>
	<atom:link href="http://www.jds.net.au/tech-tips/dns-based-load-balancing/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.jds.net.au/tech-tips/dns-based-load-balancing/</link>
	<description>Expert consulting services with HP Software</description>
	<lastBuildDate>Tue, 31 Aug 2010 10:19:03 +1000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>By: Nick Johnson</title>
		<link>http://www.jds.net.au/tech-tips/dns-based-load-balancing/#comment-9437</link>
		<dc:creator>Nick Johnson</dc:creator>
		<pubDate>Thu, 17 Dec 2009 06:17:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.jds.net.au/?p=1157#comment-9437</guid>
		<description>very useful info... here&#039;s some additional considerations....

- if this is being done for the purposes of bypassing a Load Balancer (LB), run at least once in vugen (with full logging &quot;advanced trace&quot; enabled)  to ensure the IP address of the LB is not used by the script.

- absolute references within pages to components will not be replaced with the IP address specified in the modified code and thus should be checked for on playback &amp; re-recorded explictly in URL mode if they exist.

- also, other hosts that may be referenced in the script may not be replaced with the desired IP address, and thus could send you back to the LB (or other servers) - these are worth checking for too.

cheers
Nick</description>
		<content:encoded><![CDATA[<p>very useful info&#8230; here&#8217;s some additional considerations&#8230;.</p>
<p>- if this is being done for the purposes of bypassing a Load Balancer (LB), run at least once in vugen (with full logging &#8220;advanced trace&#8221; enabled)  to ensure the IP address of the LB is not used by the script.</p>
<p>- absolute references within pages to components will not be replaced with the IP address specified in the modified code and thus should be checked for on playback &amp; re-recorded explictly in URL mode if they exist.</p>
<p>- also, other hosts that may be referenced in the script may not be replaced with the desired IP address, and thus could send you back to the LB (or other servers) &#8211; these are worth checking for too.</p>
<p>cheers<br />
Nick</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stuart Moncrieff</title>
		<link>http://www.jds.net.au/tech-tips/dns-based-load-balancing/#comment-7814</link>
		<dc:creator>Stuart Moncrieff</dc:creator>
		<pubDate>Wed, 07 Oct 2009 22:29:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.jds.net.au/?p=1157#comment-7814</guid>
		<description>Speedmaster - no, that is not what &quot;sticky&quot; load balancing is.

Cheers,
Stuart.</description>
		<content:encoded><![CDATA[<p>Speedmaster &#8211; no, that is not what &#8220;sticky&#8221; load balancing is.</p>
<p>Cheers,<br />
Stuart.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Speedmaster</title>
		<link>http://www.jds.net.au/tech-tips/dns-based-load-balancing/#comment-7809</link>
		<dc:creator>Speedmaster</dc:creator>
		<pubDate>Wed, 07 Oct 2009 19:40:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.jds.net.au/?p=1157#comment-7809</guid>
		<description>&lt;em&gt;&gt;&gt; &quot;The visitor will usually cache the results of the DNS lookup for a period of time (30 minutes in Internet Explorer), so their requests will all be sent to the same web server&quot;&lt;/em&gt;

I think this is what is sometimes referred to as &quot;sticky&quot; load-balancing?</description>
		<content:encoded><![CDATA[<p><em>&gt;&gt; &#8220;The visitor will usually cache the results of the DNS lookup for a period of time (30 minutes in Internet Explorer), so their requests will all be sent to the same web server&#8221;</em></p>
<p>I think this is what is sometimes referred to as &#8220;sticky&#8221; load-balancing?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stuart Moncrieff</title>
		<link>http://www.jds.net.au/tech-tips/dns-based-load-balancing/#comment-1492</link>
		<dc:creator>Stuart Moncrieff</dc:creator>
		<pubDate>Wed, 04 Mar 2009 04:34:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.jds.net.au/?p=1157#comment-1492</guid>
		<description>Tomer had an interesting alternative solution to this problem, which avoids the severe limitation that this solution has for pages that have off-site resources.

His solution was to modify the hosts file entry for the domain name on each iteration and to turn off DNS caching under Runtime Settings &gt; Internet Protocol &gt; Preferences &gt; Advanced Options, so that VuGen would pick up the new value.</description>
		<content:encoded><![CDATA[<p>Tomer had an interesting alternative solution to this problem, which avoids the severe limitation that this solution has for pages that have off-site resources.</p>
<p>His solution was to modify the hosts file entry for the domain name on each iteration and to turn off DNS caching under Runtime Settings > Internet Protocol > Preferences > Advanced Options, so that VuGen would pick up the new value.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
