Mark Williamson wrote: Domas has been advocating further expansion of the Florida colo, and I can see his point. Even a 10ms RTT delay (say from Tampa to Miami) would have a large negative impact on performance if we tried to have a single memcached namespace stretching over both locations. Our idea for using the European and Asian data centres is to move entire wikis. Each wiki needs to be served by a master database server and a cluster of apaches in close proximity to each other. Because of this need for clustering, I don't think we can reasonably expect to be able to cope with the Tampa colo disappearing without some reduction in performance. It's not worth having a slow wiki 365 days a year just so that we can recover quickly after a one in a million chance event. However, it's reasonable to expect that there will be no loss of data, and that we'll be able to get read-only service up fairly quickly. Squid servers are a different story, they can be spread all over the world. There's no preference for clumping them together except for convenience of administration and maintenance. Performance-wise, it's better if they're near the users. That's why we've set up a page for organisations that wish to volunteer to host individual squids: http://wp.wikidev.net/Volunteer_Squid_Sites -- Tim Starling

On Thu, Apr 14, 2005 at 04:39:07PM -0700, Mark Williamson wrote: I vote Washington state. I'd kinda like to move there, eventually, anyway. Ha ha, only serious. -- Chad Perrin [ CCD CopyWrite | http://ccd.apotheon.org ]