Datacenters: Colocation vs. Cloud
-
@Breffni-Potter said:
There are providers of hosted backup in the US who ship a hard drive for recovery if you need it, far as I know there is nothing like that in the UK.
So whilst cloud-backups with their zillion features are nice, restore times dictate whether you need a colo.
You can get cloud backups with shipping physical disk features. Nothing about being virtual limits that.
-
@Breffni-Potter said:
So whilst cloud-backups with their zillion features are nice, restore times dictate whether you need a colo.
Normally cloud is backed up to the same site for near instant restore and a DR site is another cloud. So the need for shipping drives does not exist in a standard architecture. Always unique cases, of course. But the "intention" of how cloud is used generally eliminates those needs.
-
@Hubtech said:
client in question wants access to their data (we live on the gulf coast) in case of a hurricane. So now decide buy hardware to push backups to or rent space to do the same
Who offers ESXI as a service?CloudatCost does. One of the few that do this for public cloud (due to high cost, low performance.)
But for private cloud, Rackspace does this and few are better for private cloud.
-
@Hubtech said:
Who offers ESXI as a service?
For private cloud, NTG would be happy to provide ESX as a service too!
@GregoryHall would be the point of contact for that initiative.
-
@Hubtech said:
Who offers ESXI as a service?
Doesn't VMWare offer ESXi as a service?
-
@coliver said:
@Hubtech said:
Who offers ESXI as a service?
Doesn't VMWare offer ESXi as a service?
Nope. They offer Diaster Recovery as a service. at almost $1,000/month minimum.
-
@thecreativeone91 Oh... I thought it had more features then that.
-
The thing is ESXi really only makes sense for SMB market due to it's ease of manageability. if you offer it as a service you have the IT knowledge to run it well, where as a SMB has little to no expertise. ESXi also does not scale very well. We have absolutely no ESXi here. Yet we are fully virtualized.
Having said that it should be easy to do DR to another Hypervisor if you plan well. or maybe just switch to Xen or XenServer.
-
@coliver said:
@thecreativeone91 Oh... I thought it had more features then that.
If they did they would be competing a lot with their customers. I don't think that they want to go there as turning themselves into the sole VMware cloud host would make them a cloud backwater almost overnight.
-
@thecreativeone91 said:
The thing is ESXi really only makes sense for SMB market due to it's ease of manageability.
ESXi as a service is really a SMB-focused product. Which big players like Amazon and Rackspace aren't willing to target.
-
I guess I should say if you are offering the service you should have the knowledge. C@C didn't.
-
@thecreativeone91 said:
You can get cloud backups with shipping physical disk features. Nothing about being virtual limits that.
Whether physical or virtual, I've not found a decent backup vendor in the UK who offers that feature. I need the data on a drive, with a courier, straight away. Unless I've missed someone really obvious.
@scottalanmiller said:
Normally cloud is backed up to the same site for near instant restore and a DR site is another cloud. So the need for shipping drives does not exist in a standard architecture.
Not sure I follow? With a single server and single site which needs a backup, server falls over, on site backups corrupted, time to use the cloud, what happens next?
-
@scottalanmiller said:
Normally cloud is backed up to the same site for near instant restore and a DR site is another cloud. So the need for shipping drives does not exist in a standard architecture.
Not sure I follow? With a single server and single site which needs a backup, server falls over, on site backups corrupted, time to use the cloud, what happens next?
Well if the server is running in the cloud rather than locally. It has a local Instant recovery backup image at the same DC then the DC's DR site either has a hot version or a backup image at the DR site.
-
@thecreativeone91 said:
Well if the server is running in the cloud rather than locally.
Key word being if of course.
-
@Breffni-Potter said:
Not sure I follow? With a single server and single site which needs a backup, server falls over, on site backups corrupted, time to use the cloud, what happens next?
With cloud, if things fail, you restore in seconds with another instance unless the ENTIRE site is down. Then you use your DR site. In either case, under normal cloud designs, downtime in minutes and shipping drives is not useful.
-
@mlnews said:
With cloud, if things fail, you restore in seconds with another instance unless the ENTIRE site is down.
Still doesn't help if people are using on site servers, I'm talking about data backup only in the cloud.
-
@Breffni-Potter said:
@mlnews said:
With cloud, if things fail, you restore in seconds with another instance unless the ENTIRE site is down.
Still doesn't help if people are using on site servers, I'm talking about data backup only in the cloud.
Ah, that's really a different animal that datacenter usage. The thread is about colo vs. IaaS. That's really backup as a service that you are talking about which doesn't exist in cloud because cloud computing is a specific thing that doesn't apply here. Backup could be built on a cloud architecture, of course, but that it is cloud or colo under the hood is purely under the hood and would make no different to you.
-
I think you are using the term cloud backup to mean hosted backup service. Cloud here means cloud computing / IaaS.
Hosted, sure, but colo is hosted too, equally.
-
Off site backup services will ship harddives. CrashPlan and others will do this.
-
@scottalanmiller said:
@Breffni-Potter said:
@mlnews said:
With cloud, if things fail, you restore in seconds with another instance unless the ENTIRE site is down.
Still doesn't help if people are using on site servers, I'm talking about data backup only in the cloud.
Ah, that's really a different animal that datacenter usage. The thread is about colo vs. IaaS. That's really backup as a service that you are talking about which doesn't exist in cloud because cloud computing is a specific thing that doesn't apply here.
Actually, I am the VDR expert.
Big red V's solution is built on Zerto. Replicates your VMs from any site over to the DR environment in Miami or Virginia. Then it's just a few settings here and there, some power ups, and you are back in business. Great idea, shame that big red V can't support it because they shitcanned their SME for it. So don't go with them.
I have other things in the pipe for this, but can't speak about it.
