目前，构建基础设施即服务（IaaS）概念验证是很容易的--尽你所能将尽可能多的内存填塞到一些高端服务器中，部署虚拟化平台（VMware或Xen似乎是最受欢迎的），在基础设施安装一些管理软件--这是一个解决方案，如vCloud Director或面向服务，这些由joyent提供--最后将网络和存储添加到组合中。但是扩展架构以适应一个亚马逊大小的云是一件完全不同的任务。

    然而，到目前为止所有的我所提到的解决方案，是没有办法的办法，由相对缺乏的网络引起的解决措施，集中在虚拟供应商之间。毕竟，我们都知道桥接不能扩展。为了扩展IaaS云，你必须摆脱桥接。提示：你为什么认为亚马逊不能提供广播或多播支持？

    在系统管理程序，实现MPLS / VPN供应商（PE）边缘路由器将是一种选择，但即使这样也不能扩展到我们想要的范围。每个PE路由器需要一个转换路径到其他PE路由器的标签，在服务提供商网络，这不是一件大事，通常有几百个PE路由器。大型IaaS数据中心可以有许多更多的服务器--差不多两个数量级。

    自从网络核心提供了可扩展的IP传输以来，唯一真正可扩展的解决方案是IP-over-IP传输。我们知道如何设计。毕竟，构建互联网期间我们学到一些，系统管理程序主机使用IP核心来传输封装在IP数据报中的虚拟机数据。

    可悲的是供应商的管理程序交换机是薄弱环节。

    不幸的是，你不能从任何虚拟化或网络供应商，买一个具有这些功能的管理程序交换机。如果你想要在同一个亚马逊联赛，你必须做卫星发射后NASA所做的：找出对方做的什么（毕竟，这些原则是所有人都能看到），大量投资用于开发和从头开始构建你自己的系统。或者你可以决定这些对你来说足够好的工作，使用和其他任何人相同的构建块来构建你的云网络基础设施，但是你必须问你自己你的竞争优势是什么。

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。