Click here to monitor SSC
SQLServerCentral is supported by Red Gate Software Ltd.
 
Log in  ::  Register  ::  Not logged in
 
 
 
        
Home       Members    Calendar    Who's On


Add to briefcase

Cloud Patches Expand / Collapse
Author
Message
Posted Tuesday, January 03, 2012 12:19 AM


SSC-Dedicated

SSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-Dedicated

Group: Administrators
Last Login: Yesterday @ 6:29 PM
Points: 32,834, Visits: 14,975
Comments posted to this topic are about the item Cloud Patches






Follow me on Twitter: @way0utwest

Forum Etiquette: How to post data/code on a forum to get the best help
Post #1229070
Posted Tuesday, January 03, 2012 4:55 AM


SSCrazy

SSCrazySSCrazySSCrazySSCrazySSCrazySSCrazySSCrazySSCrazy

Group: General Forum Members
Last Login: Monday, April 14, 2014 5:49 PM
Points: 2,263, Visits: 3,758
Thank you Steve, highly informative editorial.

Mohammed Moinudheen
Post #1229154
Posted Tuesday, January 03, 2012 10:10 AM
SSCrazy

SSCrazySSCrazySSCrazySSCrazySSCrazySSCrazySSCrazySSCrazy

Group: General Forum Members
Last Login: Yesterday @ 11:38 AM
Points: 2,868, Visits: 1,711
I've been wrestling with data in the cloud for a while. It doesn't help that the definition of cloud is so nebulous.

I'm not an infrastructure guy but I've been told that the realistic limit for data transfer involving the cloud is 300 IOPS. I know of people who have had trouble stress testing apps in the cloud because the cloud vendor identified the heavy load as a denial of service attack.

Being able to store vast amounts of data in the cloud indefinitely and knowing that any piece of that data could be brought back, even with a slight lag, is of huge interest but if the app profile requires massive amounts of data movement then cloud doesn't feel right.

In 2012 I am going to be experimenting with analytics in the cloud where both the data and software reside in someone elses data centre. As data and app reside together then in theory this should work well. If I need more storage I simply pay the vendor and let them worry about floor space, cooling and power supplies. The instant someone wants a bulk download of customers matching a profile defined by the analytics work then this fires up the alarm bells.


LinkedIn Profile
Newbie on www.simple-talk.com
Post #1229413
Posted Tuesday, January 03, 2012 12:16 PM


Ten Centuries

Ten CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen Centuries

Group: General Forum Members
Last Login: Thursday, March 06, 2014 1:05 PM
Points: 1,334, Visits: 3,068
This below excerpt came from a BLOG I just recently read on the Cloud and on putting stuff on the Cloud. It bears repeating:


"Lack of consistent access isn't the only concern. People and organizations have lost all of the information they have put out on the Cloud. GoogleMail and Flickr have deleted people's ENTIRE accounts. Imagine losing ALL of your emails. Imagine losing ALL of your photos (with all those notes and tags and descriptions and what not)."

Something to think about anyway.


"Technology is a weird thing. It brings you great gifts with one hand, and it stabs you in the back with the other. ..."
Post #1229504
Posted Tuesday, January 03, 2012 4:25 PM
SSCrazy

SSCrazySSCrazySSCrazySSCrazySSCrazySSCrazySSCrazySSCrazy

Group: General Forum Members
Last Login: Yesterday @ 11:38 AM
Points: 2,868, Visits: 1,711
Yep, that sounds familiar. If you are using a public cloud service that is cheap or free then realistically you shouldn't expect much from it. You might be OK 95% of the time but the 5% will kill you.

Private cloud is another matter and it depends on what SLAs you have in place. That said, if an SLA is breached it doesn't do you much good if your data cannot be recovered.


LinkedIn Profile
Newbie on www.simple-talk.com
Post #1229610
Posted Tuesday, January 03, 2012 4:27 PM
Valued Member

Valued MemberValued MemberValued MemberValued MemberValued MemberValued MemberValued MemberValued Member

Group: General Forum Members
Last Login: Monday, February 11, 2013 8:23 AM
Points: 50, Visits: 88
I just designed and built (and manage) a cloud-based virtual platform and while some issues are valid others are really a result of poor management.

For example, to delete an entire account is just poor management and poor validation of process.

But updating 50+ web servers can be a challenge. The example provided is great if all of your web/app servers are identical. Well how about when they are all completely different from one another but still house the same application (each one is for a different client)? Well our solution was to write a new management console specifically for our app a la System Center - so we can look out and see all instances of the app and update them one at a time or in groups or all at once just like System Center can. It is a unique solution but it works.

And what if you have flaws in the vendor's platform or software (ie. VMware vCloud has some flaws I am waiting for them to fix)? Using the Cloud requires thinking outside of the box and finding new ways to do things as well as compensate for items beyond your control. It's do-able and can be worth the effort but it requires planning and thought put into every single step - no rushing into anything.
Post #1229612
Posted Wednesday, January 04, 2012 4:11 AM
SSCrazy

SSCrazySSCrazySSCrazySSCrazySSCrazySSCrazySSCrazySSCrazy

Group: General Forum Members
Last Login: Yesterday @ 11:38 AM
Points: 2,868, Visits: 1,711
I would be interested to know just how Azure changes things for DBAs. There seems to be a lot of standard DBA tasks that just aren't relevant in SQL Azure and yet they must be going on under the hood.

Are there some super-DBAs somewhere looking after Azure installations with lesser DBAs will simply use the services?


LinkedIn Profile
Newbie on www.simple-talk.com
Post #1229767
« Prev Topic | Next Topic »

Add to briefcase

Permissions Expand / Collapse