即在数据中心创建中断的第二个变化是我们如何解决的空间，冷却的结果，在我以前的高亮电源问题2020欧洲杯预赛帖子。这个行业创造了更密集的服务器、更密集的存储和更密集的网络——实际上，我曾经确信一些产品经理是我见过的最密集的人，因为每当他们有机会创造新东西时，他们首先要做的就是关注密度。(我知道，不好的笑话。)CPU变得更快了，一切都很好，直到我们在4Ghz左右遇到瓶颈，而普雷斯科特核心预计将达到10Ghz，超过4Ghz时，计时问题开始出现，CPU供应商开始扩大——更多的核心。如今，摩尔定律使得晶体管密度翻倍，而不是更快的CPU时钟速率，每隔几年内核宽度就会增加一次。进入我的摩尔定律的倒数——“遗留应用程序的处理效率将每两年减半。”这实际上是泛化，并不完全准确，因为在内存和I/O访问等方面还有很大的改进空间，但尽管如此，单线程应用程序一次只能使用一个核。只使用一核就意味着你在单核的时候非常高效，双核的时候最多使用50%，4路的时候使用25%，8路的时候使用12.5%，等等…幸运的是，虚拟化帮了忙——“当您可以运行应用程序的多个实例和操作系统组合时，为什么要重写您的应用程序来利用多核优势?管理程序在硬件和操作系统之间提供了一个抽象层。”这解决了很多问题:1)应用程序可以使用多核cpu而无需为并行而重写。就像有句谚语说的那样:“计算机科学中的每个问题都可以通过另一层抽象/间接来解决。” With the advent of the hypervisor as a layer of abstraction between the CPU and the OS what prevents the VM from moving from one server to another? Thus live migration or vMotion was born - moving a virtual machine from one physical server to another. Now in an ideal world you would be able to do the following:1）从任何服务器移动VM到任何其他，甚至跨边界路由和数据中心的边缘2020欧洲杯预赛1)实时集成和可见性。网络需要作出反应，自动，和实时虚拟环境的变化。这可以是，但不局限于，VLAN配置，访问控制，QoS与VM，位置和虚拟机的标识等政策镜像任何方式2)能够访问存储和数据。网络应该提供能够支持对虚拟机的集中存储访问的传输，而不管虚拟机运行在哪个主机上。这将极大地减少在VM从一台主机迁移到另一台主机时需要移动的数据量。另一个与此相关的子点是，集中式数据存储需要:3) VM移动范围。我们需要能够从移动VM：为LISP为此，我目前所看到的工作的最好的机构是IETF草案 -位置识别分离协议(我想补充一点，我觉得这太棒了，作者仍然用小写字母拼写“cisco Systems”，而且没有忘记思科是而且应该是一个“系统”公司，而不仅仅是一个消费者品牌——太棒了!)我也喜欢什么LISP是为了很好地伸缩,支持3 - 3 d虚拟机迁移,保留了IP地址的主机通过此举建立TCP连接和缓存DNS条目不打破,和network-nerd我它不会创建一个triangle-routing问题(在隧道环境)。其他厂商，甚至同一公司的其他团队，已经探索的其他机制包括VPLS, EoMPLS，跨WDM的L2扩展。我想很多人还没有弄明白这一点，因为如果我上面的大多数假设都被认为是相当准确的，那么就会出现一个问题:FCoE是基于块的，并且目前仅限于单跳。即使有未来的多跳和FIP支持，它仍然不能跨越路由的位边界。那么，我如何将FCoE设计与将虚拟机从数据中心的一个部分移动到另一个部分，或从一个数据中心移动到另一个数据中心的愿望结合起来呢?2020欧洲杯预赛如果我使用IP存储——无论是iSCSI, NFS, NAS，等等，它就变得非常简单，甚至不值得考虑。但我突然想到，迁移到FCoE与在流动数据中心设计中移动vm的愿望背道而驰。2020欧洲杯预赛我并不是说这是不可能的，只是它给我的印象是它更加复杂，而且很可能需要一种相当肮脏的技术来实现上面列出的愿望。(注:这是可以做到的,但需要你从ESX1——> FCoE——> FC > FC-IP——> FC > FCoE——> ESX2(不理想))如果我是设计一个VM农场,我今天将移动虚拟机,或者将来,我看起来更加可伸缩的存储实现工作在任何你认为是最好的技术支持所必需的寻址扩展移动你的虚拟机的IP地址限制内通过维护TCP连接和缓存DNS条目。5)管理和报告现在就尝试这样做——从一个交换机获得一个CAM/MAC表，与另一个交换机上的ARP表相关联，然后执行反向dns查找以获得主机名。不一定是快速、实时或直观的。随着我们的VM环境变得越来越大、越来越不稳定，这将是竞争差异化的领域。dg
2)服务器可以被整合，因为低使用量的静态工作负载可以被虚拟化到更少数量的更高效、更强大的机器上
3)降低功耗，延长数据中心的生命周期2020欧洲杯预赛
2）不会下降移动过程中建立的连接
3）在对计算和I / O /网络容量的实时平衡工作量
4)与电源管理集成，在非高峰时段降低成本
5)追随太阳，追随千瓦/小时，追随需求
6）移动我的工作量提供商，并将其移动回来时，我想< - 云挑战
我相信还有更多的东西是我们都想要的，但这只是一个简单的列表来说明一点——当我们在整合网络和虚拟化方面取得进展时，潜在的破坏才刚刚开始。以下是我们必须继续发展和努力的几个方面:
a)随虚拟机移动
按需同步，即将数据流传输到靠近虚拟机所在位置的本地站点
c)预先部署到VM可能移动的所有站点
d)什么都不做，但是通过WAN优化类型技术抽象出VM远离数据
一）一个服务器到另一个共享一个广播域
一个服务器到另一个在不同的广播域
c)一个站点到另一个站点，跨越路由边界和地理分布
从一个AS中的一个地点到另一个AS中的另一个地点
e) vpl,当加上边界网关协议自动隧道创建和设置好技术,但是我不喜欢,一般MPLS carrier-specific而不是从一个载体路由到下一个要求我留在载体为所有网站,或者二、三级航空公司在每一个网站。
e) EoMPLS太静态了，并且遭受了与上面相同的载波锁定
g)在大多数情况下，通过WDM进行L2扩展成本太高，而且许多公司在数据中心之间没有专门的光纤工厂。2020欧洲杯预赛当然,在某些场景中两个数据中心可能共存为同步存储复制FC 100公里距2020欧洲杯预赛离内环境——这将是一个合理有效的解决方案,除了祝你好运在VM找到其默认网关路由器,SLB、和/或防火墙在数据中心启动时现在驻留在数据中心B -我将计划很多带宽连接这两个数据中心在一起如果你真的想积极地在它们之间移动工作负载。
4)肮脏的秘密
让我们假设解决的问题得到解决，并继续在范围/规模，提高并希望简单，在未来几年，也许更重要的是，他们继续多供应商开放的互操作性的网络传统，而不是一个公司试图利用能力因为越来越多的“帝国”还是锁定在创造顾客的一种方式。最大的挑战之后，等待是一个IP寻址和管理问题。理想情况下，在几秒钟内，我们需要能够识别哪些端口主机的虚拟机什么的依赖是在网络中，如果事情出现差错的影响是什么。