﻿<?xml version='1.0' encoding='UTF-8'?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/"><channel><title>SQLServerCentral / Editorials / SQLServerCentral.com  / Cloud Services. Waiting for the 'paint to dry'? / Latest Posts</title><generator>InstantForum.NET v2.9.0</generator><description>SQLServerCentral</description><link>http://www.sqlservercentral.com/Forums/</link><webMaster>notifications@sqlservercentral.com</webMaster><lastBuildDate>Wed, 22 May 2013 03:59:03 GMT</lastBuildDate><ttl>20</ttl><item><title>RE: Cloud Services. Waiting for the 'paint to dry'?</title><link>http://www.sqlservercentral.com/Forums/Topic1428919-263-1.aspx</link><description>[quote][b]Phil Factor (3/14/2013)[/b][hr]Agreed. Cloud VMs are fine for doing testing but I'd only recommend this where you need a lot  of grunt for a short period, and you haven't the necessary local infrastructure (Windows Server 2012 makes it so much easier). There is a wonderful comment about hosting production databases in the cloud  in the book 'Bad Data Handbook'. Chapter 14 'The Myths of Cloud Computing'.Do you hit VM problems generally with SQL Server or just in the cloud? I use them for automated tests and Sandboxing, but for nothing else.[/quote]My problems with VM aren't the VM itself... usually.  Some joker decides to not use raw as the storage or something and I start flinging nerf darts at them from across the room, but it's more the abstraction.We study and learn to get closer and closer to the core system, how the counters work and how the data is manipulated and how NUMA flows through a chip... and then put ten layers of colored saran wrap between us and them.  At least locally I theoretically have people who can peel off their layers.  Get into a cloud architecture and you're left without much recourse other than doing what I would have wanted to do in the first place... get it off their hosting and bring it in house.At 3 AM in the morning, trying to dig past all the VM components on top of server concerns to figure out what is ACTUALLY the problem is one of the most frustrating events in my administrative career, particularly when everyone (me included) are playing a game of hot potato trying to prove 'It's not MY stuff!'... which is why I can't get access to the fiber channel settings on the SAN as much as I can't get the tool that'll show me when the VMs ripped away four of the eight cores I was supposed to have permanently.  The more we move towards VM, the less I ever want to go back to administrating and concentrate on the data architecture/development roles.I don't care if it's not my fault as much, but it just gets stupid trying to troubleshoot it after a certain point of abstraction.Now throw in the cloud and hosting services.  Yeah *waves*, Good Luck with that.  I'm out.  I've got what appears to be a CPU throttle.  Go check all your hardware and settings and come back to me and tell me if it's something I should be worried about... and WHY.I realize this is a bit of a rant, but it's a constant frustration for me.  Most places max out a machine (Blade, pick your name) for its SQL Server anyway.  Why the heck does it need to be VM?  Unhook the saran wrap, wire up the machine directly, put another one next door, and I'll happily active/active cluster for you.  If you can get me off the SAN and I can directly setup my spindles that'll just make my day, too.</description><pubDate>Fri, 15 Mar 2013 13:29:27 GMT</pubDate><dc:creator>Evil Kraig F</dc:creator></item><item><title>RE: Cloud Services. Waiting for the 'paint to dry'?</title><link>http://www.sqlservercentral.com/Forums/Topic1428919-263-1.aspx</link><description>Agreed. Cloud VMs are fine for doing testing but I'd only recommend this where you need a lot  of grunt for a short period, and you haven't the necessary local infrastructure (Windows Server 2012 makes it so much easier). There is a wonderful comment about hosting production databases in the cloud  in the book 'Bad Data Handbook'. Chapter 14 'The Myths of Cloud Computing'.[quote]Cloud computingis fantastic for stateless, process heavy jobs, such as most application servers. Thecloud has historically been weaker at jobs where state matters. Data processing typicallyfalls in the middle of these two. For me, the ideal infrastructure would include the bestof both worlds: easy management of stateful machines running on optimized hardwareconnected via LAN to commoditized cloud nodes for application processing. It’s importantto recognize that these cloud offerings are still infants in their life cycles.[/quote]Do you hit VM problems generally with SQL Server or just in the cloud? I use them for automated tests and Sandboxing, but for nothing else.</description><pubDate>Thu, 14 Mar 2013 05:06:08 GMT</pubDate><dc:creator>Phil Factor</dc:creator></item><item><title>RE: Cloud Services. Waiting for the 'paint to dry'?</title><link>http://www.sqlservercentral.com/Forums/Topic1428919-263-1.aspx</link><description>Phil, in some ways I agree with you.  If a VERY small company doesn't have the infrastructure to support their business model, and they don't have the throughput that would require building it, hosting on the cloud and letting them deal with the details could be very profitable for them.Here's where it blows up: I still hate VM'ing a SQL Server.  There's politics involved (everywhere I've been, anyway) in getting access to the tools you need to actually see a performance problem.  Even when you do, you may not be able to drill deep enough into the systems to find it.  Counters go awry, CPUs disappear (even when they're set to not disappear in the VM software... when the new guy comes in), and any other number of problems block an admin who's not also a sysadmin, a vm admin, AND the SAN admin from figuring out what's going wrong.The Cloud adds yet ANOTHER layer of abstraction, to the point where I'd just throw up my hands and tell my boss: "I have no idea.  It works in dev.  Tell THEM to figure it out, I can't see crap."</description><pubDate>Wed, 13 Mar 2013 13:05:45 GMT</pubDate><dc:creator>Evil Kraig F</dc:creator></item><item><title>RE: Cloud Services. Waiting for the 'paint to dry'?</title><link>http://www.sqlservercentral.com/Forums/Topic1428919-263-1.aspx</link><description>[quote][b]Phil Factor (3/11/2013)[/b][hr]@JeffIf you know of a small or medium-sized business that hasn't got any offsite backups, what would you advise them?  You know my views on security, but you'd find me telling them to get a backup tool that offers 256-bit AES encryption for backups and then store the encrypted backups in AWS  or Azure blob storage. I know of no cases where this combination has been hacked. Sure, if you leave the ids and passwords lying around maybe, then someone might use them but not through frontal attack. I'm all for balancing the risks, and I can think of plenty of businesses who have been destroyed by losing their data.[/quote]Yes, I agree that kind of security is obvious but the security of backups is not what I was talking about.  And, no... I'd likely not suggest to a small or medium-size business to send their backups to the cloud, secure or not.  I've not checked the price in a while but it used to be that for a year's worth of cloud-based backup charges, you could buy a pretty nice tape backup system, a couple of years worth of tapes, and secure offsite storage.  Although I agree that being able to electronically retreive your backups has some good advantage, it it does no good during an emergency if the cloud site is in a basement in New York city during a super storm (for example).There are plenty of ways to not lose all of your data.  Any serious business, even medium sized business, will have an offsite mirror site up and running ready to take over if the primary site goes down.  Long before that happens, the servers would have shifted to their local mirrors.  They'll also have physical backups in secure offsite storage as previously mentioned.  For small businesses that can't afford that, then maybe the cloud would be the right place but, if it were my small business, I'd at least back that up with secure offsite tape storeage.Getting back onto the subject of using the cloud, I know I sound skeptical but I just don't trust other folks with my databases from a security aspect, an availability aspect, or a performance aspect not to mention the backup aspect.  I know I won't lose any data.  If a cloud based provider lost even a byte of my data or I was down because their service failed, I'd be making a road trip in a postal uniform and carrying an axe. ;-)  The cloud &amp;lt;&amp;gt; HA, IMHO.Further, when you compare products like Azure to SQL Server, I'm finding that Azure comes up short in a couple of areas.  I agree that not necessarily having to worry about hardware and operating system upgrades is a good thing in many cases, but I'd have to make another road trip if someone did an upgrade that my systems might not be compatible with and it took my systems down as a result.</description><pubDate>Tue, 12 Mar 2013 21:53:16 GMT</pubDate><dc:creator>Jeff Moden</dc:creator></item><item><title>RE: Cloud Services. Waiting for the 'paint to dry'?</title><link>http://www.sqlservercentral.com/Forums/Topic1428919-263-1.aspx</link><description>@JeffIf you know of a small or medium-sized business that hasn't got any offsite backups, what would you advise them?  You know my views on security, but you'd find me telling them to get a backup tool that offers 256-bit AES encryption for backups and then store the encrypted backups in AWS  or Azure blob storage. I know of no cases where this combination has been hacked. Sure, if you leave the ids and passwords lying around maybe, then someone might use them but not through frontal attack. I'm all for balancing the risks, and I can think of plenty of businesses who have been destroyed by losing their data.@ChrisnNo need to retype it, because it is on all the dodgy Russian sites in plain text. :-)@SHirst Many thanks</description><pubDate>Mon, 11 Mar 2013 10:43:36 GMT</pubDate><dc:creator>Phil Factor</dc:creator></item><item><title>RE: Cloud Services. Waiting for the 'paint to dry'?</title><link>http://www.sqlservercentral.com/Forums/Topic1428919-263-1.aspx</link><description>Best commentary on Cloud Computing that I have read. Thank you for adding reasoned thought to the conversation.</description><pubDate>Mon, 11 Mar 2013 09:07:09 GMT</pubDate><dc:creator>SHirst</dc:creator></item><item><title>RE: Cloud Services. Waiting for the 'paint to dry'?</title><link>http://www.sqlservercentral.com/Forums/Topic1428919-263-1.aspx</link><description>I had a large wall of text to post about this, but my cloud based editor provider forgot to renew their SSL certificate...:-P</description><pubDate>Mon, 11 Mar 2013 06:44:04 GMT</pubDate><dc:creator>chrisn-585491</dc:creator></item><item><title>RE: Cloud Services. Waiting for the 'paint to dry'?</title><link>http://www.sqlservercentral.com/Forums/Topic1428919-263-1.aspx</link><description>[quote]So, in a year’s time. Do you see that, for your role, you could usefully exploit a wider range of Cloud services or platforms for some of the tasks that you are responsible for? Are you constrained by compliance issues, security issues or corporate policy? Are you waiting for the ‘paint to dry’ before adopting Cloud service? [/quote]Nope.  I waiting for them to actually have something that paint will stick to. ;-)My biggest concern is security and we all know that's been a very real problem with providers.  Even if I wanted to use some cloud-based service for something as simple as formatting code, I'm loath to do it because not only do I have to protect the data, I also have to protect the code.</description><pubDate>Sat, 09 Mar 2013 14:05:39 GMT</pubDate><dc:creator>Jeff Moden</dc:creator></item><item><title>Cloud Services. Waiting for the 'paint to dry'?</title><link>http://www.sqlservercentral.com/Forums/Topic1428919-263-1.aspx</link><description>Comments posted to this topic are about the item [B]&lt;A HREF="/articles/Editorial/Is+it+now+time+to+adopt+Cloud+services%3f/97584/"&gt;Cloud Services. Waiting for the 'paint to dry'?&lt;/A&gt;[/B]</description><pubDate>Sat, 09 Mar 2013 11:43:40 GMT</pubDate><dc:creator>Phil Factor</dc:creator></item></channel></rss>