http://jasonmassie.com/archive/2009/07/so-you-want-to-scale-out/ SQL, Performance, Cloud, Bad Humor Sun, 15 Nov 2009 13:34:01 +0000 http://wordpress.org/?v=2.9.1 hourly 1 http://jasonmassie.com/archive/2009/07/so-you-want-to-scale-out/comment-page-1/#comment-48 Something for the Weekend 17/07/09 | John Sansom - SQL Server DBA in the UK Fri, 17 Jul 2009 10:13:03 +0000 http://jasonmassie.com/archive/2009/07/so-you-want-to-scale-out/#comment-48 [...] So You Want to Scale Out? – Not to be confused with an expanding waistline, Jason Massie talks us through three of the SQL Server scale out implementations he has worked on. [...] [...] So You Want to Scale Out? – Not to be confused with an expanding waistline, Jason Massie talks us through three of the SQL Server scale out implementations he has worked on. [...]

]]> http://jasonmassie.com/archive/2009/07/so-you-want-to-scale-out/comment-page-1/#comment-45 Lara Rubbelke Tue, 14 Jul 2009 06:21:57 +0000 http://jasonmassie.com/archive/2009/07/so-you-want-to-scale-out/#comment-45 Good summary. I would add that one should never use merge rep in continuous mode. Bad things will ensue. Good summary. I would add that one should never use merge rep in continuous mode. Bad things will ensue.

]]> http://jasonmassie.com/archive/2009/07/so-you-want-to-scale-out/comment-page-1/#comment-44 Chuck Lathrope Mon, 13 Jul 2009 22:42:35 +0000 http://jasonmassie.com/archive/2009/07/so-you-want-to-scale-out/#comment-44 We use transactional one-way replication to offload work to multiple groups of servers that sit behind an F5 BigIP load balancer and have great success. We have one group dedicated to 3rd party communications, one for authentication and reporting offloading, and one for DNS lookup data. Each group has 3-5 servers. Works well and is better than trying to horizontally partition for us as it would just be too hard. We use transactional one-way replication to offload work to multiple groups of servers that sit behind an F5 BigIP load balancer and have great success. We have one group dedicated to 3rd party communications, one for authentication and reporting offloading, and one for DNS lookup data. Each group has 3-5 servers. Works well and is better than trying to horizontally partition for us as it would just be too hard.

]]> http://jasonmassie.com/archive/2009/07/so-you-want-to-scale-out/comment-page-1/#comment-43 Noel McKinney Mon, 13 Jul 2009 18:27:42 +0000 http://jasonmassie.com/archive/2009/07/so-you-want-to-scale-out/#comment-43 It can be difficult to get the budget for hardware that will scale up to the anticipated workload. This is where scale out can work well if you can tie it to revenue. I've had projects partitioned by client so that more clients -> more revenue -> justifies adding a server. It's a pain to manage a bunch of servers, but sometimes this becomes the only realistic solution. It can be difficult to get the budget for hardware that will scale up to the anticipated workload. This is where scale out can work well if you can tie it to revenue. I've had projects partitioned by client so that more clients -> more revenue -> justifies adding a server. It's a pain to manage a bunch of servers, but sometimes this becomes the only realistic solution.

]]>