SQLServerCentral Editorial

Cloud Barriers

,

As of July 1st, all data transfers into Microsoft Azure cloud will be free (you still have to pay for transferring data out). It seemed to cause a minor ripple rather than tidal wave of interest.

The potential benefits of moving certain applications and databases to the cloud are well understood and Buck Woody, in particular, has done a good job of mapping out the sort of applications that are amenable to the Cloud. Also, Brent Ozar, back in 2010, also set out, at the business rather than application level, the sort of criteria that might dictate whether the cloud was right for you. The two that caught my eye were 1) "no or very little legacy code" and 2) "no DBAs"

The first one makes a lot of sense. The cloud has particular implications for application architecture in order to avoid latency and other issues. Furthermore, certain restrictions on schema design (all tables must have a clustered index), and lack of support for certain key features (CLR and Full Text Search support are close behind native backup in the queue of most-requested features) may make porting existing database applications difficult.

I blinked twice at the second one though. It may well be true for very basic web applications, but when during his Azure Tech Ed presentation, David Robinson asked for DBAs to show their hands, and said "we really need you guys!", it sounded like he actually meant it.

The issue of throttling is a big one in the MS cloud. Resource usage by your database is monitored and if it's using resources to the extent that it could affect the performance of other databases on the same node, it can and will be throttled. Various resource issues can trigger throttling and David lists many of them: excessive lock usage (>1m locks), excessive transaction log usage (>1 GB of the log), uncommitted transactions (>20% of the log for a single transaction), excessive TempDB usage, excessive memory usage (a session using >16MB for >20secs can be terminated).

They seem like fairly generous limits, but it only takes one rogue transaction to push you up against them, and unless you have a good DBA on hand to keep things under control, you could see wildly unpredictable performance in your cloud application.

I'd like to hear the thoughts of DBAs out there on Windows and SQL Azure, and the prospects of moving applications and databases into the clouds. How many DBAs work for companies that have done it or are seriously considering it? What are the deepest concerns?

Cheers,
Tony.

Rate

You rated this post out of 5. Change rating

Share

Share

Rate

You rated this post out of 5. Change rating