<?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: Transport clustering in jabberd2</title>
	<atom:link href="http://tomasz.sterna.tv/2009/06/transport-clustering-in-jabberd2/feed/" rel="self" type="application/rss+xml" />
	<link>http://tomasz.sterna.tv/2009/06/transport-clustering-in-jabberd2/</link>
	<description>technology babbling</description>
	<lastBuildDate>Fri, 30 Jul 2010 12:30:27 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Tomasz Sterna</title>
		<link>http://tomasz.sterna.tv/2009/06/transport-clustering-in-jabberd2/comment-page-1/#comment-132</link>
		<dc:creator>Tomasz Sterna</dc:creator>
		<pubDate>Thu, 25 Jun 2009 08:17:54 +0000</pubDate>
		<guid isPermaLink="false">http://tomasz.sterna.tv/?p=412#comment-132</guid>
		<description>Since AFAIK nobody besides me is testing the development code, stabilisation for the release is taking time.</description>
		<content:encoded><![CDATA[<p>Since AFAIK nobody besides me is testing the development code, stabilisation for the release is taking time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: coconut</title>
		<link>http://tomasz.sterna.tv/2009/06/transport-clustering-in-jabberd2/comment-page-1/#comment-131</link>
		<dc:creator>coconut</dc:creator>
		<pubDate>Wed, 24 Jun 2009 15:05:53 +0000</pubDate>
		<guid isPermaLink="false">http://tomasz.sterna.tv/?p=412#comment-131</guid>
		<description>when will be official stable release ???</description>
		<content:encoded><![CDATA[<p>when will be official stable release ???</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pedro Melo</title>
		<link>http://tomasz.sterna.tv/2009/06/transport-clustering-in-jabberd2/comment-page-1/#comment-114</link>
		<dc:creator>Pedro Melo</dc:creator>
		<pubDate>Thu, 18 Jun 2009 07:32:35 +0000</pubDate>
		<guid isPermaLink="false">http://tomasz.sterna.tv/?p=412#comment-114</guid>
		<description>Regarding the number of external components, after playing with our options, we decided to include in the configuration the total number of connections.

So if we had 4 MSN transports, we specify 4 in the config file, and the load balancer will always hash over the 4 components, independently on how many connections where actually alive.

Our transports where also supervised so any transports would quickly be up and running.

The hard coded number of components makes the hashing more stable, and avoids re-balancing of connections if you loose one of them. It still impacts your customers, but impacts a lower number of them, not all.

Best regards,</description>
		<content:encoded><![CDATA[<p>Regarding the number of external components, after playing with our options, we decided to include in the configuration the total number of connections.</p>
<p>So if we had 4 MSN transports, we specify 4 in the config file, and the load balancer will always hash over the 4 components, independently on how many connections where actually alive.</p>
<p>Our transports where also supervised so any transports would quickly be up and running.</p>
<p>The hard coded number of components makes the hashing more stable, and avoids re-balancing of connections if you loose one of them. It still impacts your customers, but impacts a lower number of them, not all.</p>
<p>Best regards,</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tomasz Sterna</title>
		<link>http://tomasz.sterna.tv/2009/06/transport-clustering-in-jabberd2/comment-page-1/#comment-106</link>
		<dc:creator>Tomasz Sterna</dc:creator>
		<pubDate>Wed, 17 Jun 2009 12:34:54 +0000</pubDate>
		<guid isPermaLink="false">http://tomasz.sterna.tv/?p=412#comment-106</guid>
		<description>You pointed the deficiencies of the current scheme (that I am aware of).
- It does not work for components that keep some kind of session (like MUC and SM). These need the &#039;to&#039; based hashing - thus SM connects selecting &#039;to&#039; based hash.
- The problem of rebalancing when number of cluster components change. I change the number of the distributed components. This means that some users will loose their transport session. It&#039;s not easy to solve this problem, so I guess we have to live with it.
It does not hurt me that much, as I have the watchdog implemented to keep the components up. :-)

And I couldn&#039;t come up with a scenario that needs full JID hashing.</description>
		<content:encoded><![CDATA[<p>You pointed the deficiencies of the current scheme (that I am aware of).<br />
- It does not work for components that keep some kind of session (like MUC and SM). These need the &#8216;to&#8217; based hashing &#8211; thus SM connects selecting &#8216;to&#8217; based hash.<br />
- The problem of rebalancing when number of cluster components change. I change the number of the distributed components. This means that some users will loose their transport session. It&#8217;s not easy to solve this problem, so I guess we have to live with it.<br />
It does not hurt me that much, as I have the watchdog implemented to keep the components up. :-)</p>
<p>And I couldn&#8217;t come up with a scenario that needs full JID hashing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pedro Melo</title>
		<link>http://tomasz.sterna.tv/2009/06/transport-clustering-in-jabberd2/comment-page-1/#comment-104</link>
		<dc:creator>Pedro Melo</dc:creator>
		<pubDate>Wed, 17 Jun 2009 10:37:22 +0000</pubDate>
		<guid isPermaLink="false">http://tomasz.sterna.tv/?p=412#comment-104</guid>
		<description>Hi,

we developed our load-balancer component at SAPO some years back. Using `from` you can load-balance normal transports like MSN, ICQ and something like that, but you need also `to` if you want to load-balance MUC components.

Also, sometimes you want the full JID, but usually you need to balance using the bare jid. I assume that the current code uses the bare jid?

Finally, one question: if you have 4 transports connected and you loose one of them, do you rebalance the JIDs across 3 components, or you keep balancing over 4 transports leaving 1/4 of your customers without service until the transport comes back?</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>we developed our load-balancer component at SAPO some years back. Using `from` you can load-balance normal transports like MSN, ICQ and something like that, but you need also `to` if you want to load-balance MUC components.</p>
<p>Also, sometimes you want the full JID, but usually you need to balance using the bare jid. I assume that the current code uses the bare jid?</p>
<p>Finally, one question: if you have 4 transports connected and you loose one of them, do you rebalance the JIDs across 3 components, or you keep balancing over 4 transports leaving 1/4 of your customers without service until the transport comes back?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.454 seconds -->
<!-- Cached page served by WP-Cache -->
