云和虚拟化之间的区别
Ops:这不属于ServerFault,因为它专注于编程架构。
关于云和虚拟化之间的差异,我有以下问题。
云与虚拟化有何不同?
目前我试图找出 Rackspace、Amazone 和所有类似云提供商的定价,我发现我们当前的 6 台专用服务器比他们的定价便宜。那么,如何才能声称云更便宜呢?仅与普通托管相比才便宜吗?
我们在虚拟环境中重新组织了基础架构,以减少故障时的配置开销,我们不必重写为早期设置编写的任何代码。因此转向虚拟化不需要任何重新编程。但云是完全不同的,它需要整个重新编程,对吧?
当我们当前的 IT 成本比云托管(包括 raid 备份和各种集群以实现高可用性)低 3-4 倍时,真的值得重新编码吗?
新的编程架构意味着培训人员的新开销、新的测试方法和新的部署方案,它是否能证明云的“按需资源使用”一词是合理的?
我们当前的开发架构具有简单的服务器端 ASP.NET WebServices,没有本地上下文,而客户端 Flex/Silverlight 提供了相当好的 REST 架构及其高度可扩展性。云与 REST 部署模型有何不同?
在存储上,SQL Server或MySQL提供了很好的复制和高可用性,那么在云中的优势是什么?
数据保证,我们的一个供应商在云上托管其他客户的应用程序(最常用的应用程序之一),在前 6 个月内丢失了整个硬盘(虚拟)和整个模块。第二个提供商说你有责任进行备份,好吧,我同意,但没有提供商提供 SLA 来保证数据,他们提供 99% 的正常运行时间。然而,在大多数商业应用程序中,正常运行时间不如数据完整性重要。在我们 10 年的专用托管经验中,我们只遇到过一次硬盘崩溃。这让我对选择云并失去对数据的控制持怀疑态度。我觉得以不同形式销售虚拟化只是一种巨大的营销热潮。
数据大小,目前所有提供商对大数据的收费都非常高,如果您仅托管低于 100GB 的云,那么云可能是一个不错的选择,但我认为虚拟服务器和高于 100GB 到几 TB 的专用服务器仍然更便宜。如果没有数据保证,也没有提及任何冗余,为什么要在云上支付如此高的费用。
(我希望有一些用于 Internet Explorer 拼写检查的东西,对于我帖子中的拼写错误感到抱歉)
Ops: This does not belong to ServerFault because it focuses on Programing Architecture.
I have following questions regarding differences between Cloud and Virtualization..
How Cloud is different then Virtualization?
Currently I tried to find out pricing of Rackspace, Amazone and all similar cloud providers, I found that our current 6 dedicated servers came cheaper then their pricing. So how one can claim cloud is cheaper? Is it cheaper only in comparison of normal hosting?
We re organized our infrastructure in virtual environment to reduce or configuration overhead at time of failure, we did not have to rewrite any peice of code that is already written for earlier setup. So moving to virtualization does not require any re programming. But cloud is absoltely different and it will require entire reprogramming right?
Is it really worth to recode when our current IT costs are 3-4 times lower then cloud hosting including raid backups and all sort of clustering for high availability?
New programming architecture means new overheads of training staff, new methods of testing and new deployment schemes, does it justify over "on demand resource usage" words of cloud?
We are having current development architecture with simple Server side ASP.NET WebServices with no local context and on client side Flex/Silverlight which offers pretty good REST architecture and its highly scalable. How does cloud differs from REST model of deployment?
On storage, SQL Server or MySQL offers pretty good replication and high availibility then what is advantage in cloud?
Data guarantee, one of our vendor hosting some other customer's app on cloud (one of most used), lost Entire Hard Disk (the virtual) and entire module in first 6 months. Second provider said its your duty to take backup, fine I agree, but no provider gives SLA for data guarantee, they give 99% uptime. However in most business apps, uptime is less important then data integrity. In our 10 years of dedicated hosting experience we had only one hard disk crash. This makes me little skeptical to go for cloud and loosing control over data. And I feel its just a big marketing buzz to sell virtulization in different form.
Size of data, currently all providers charge very heavy for large data, if you are hosting only below 100GB cloud can be good alternative, but I think virtual servers and dedicated servers above 100GB to few TBs are still cheaper. Why would want to pay so high on cloud when there is no data guarentee as well as it doesnt say anything about redundancy.
(I wish SO had something for spell check for Internet Explorer, sorry for wrong spellings in my post)
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(3)
云计算并不神奇,它是针对非常具体的市场需求的技术解决方案 - 如果您没有这种需求,那么您可能不会从云计算中受益。
Cloud computing isn't magic, it is a technology solution to a very specific market need - if you don't have that need, then you probably won't benefit from cloud computing.
(其他大多数消费者也是如此)
此外;请注意,可能存在法律/数据问题,因此您需要保留对数据的强有力控制;将其运送给第三方(可能在不同的法律管辖区)可能是不可能和/或不可取的。
(likewise most of the rest)
Also; note that there may be legal/data issues why you need to retain strong control of the data; shipping it off to a 3rd party (perhaps in a different legal jurisdiction) may not be possible and/or desirable.
我不知道您的所有问题,但您不必为(例如)EC2 重新编码 - 它们只是作为运行您习惯使用的任何操作系统的常规(虚拟)机器呈现。
I don't know about all of your questions, but you don't have to recode for (say) EC2 - they just present as a regular (virtual) machine running whatever OS you are used to using.