虚拟化世界的网络管理

以前，我发布了网络管理者应关注虚拟系统快速采用的原因之一（见//m.amiribrahem.com/community/node/40013）。随着VM的数量增长，我涵盖的概念仍然适用，担忧正在增长。基本上，它归结为两个关键问题。首先，更改和配置管理目标相关 - 有需要将需要应用于虚拟交换元素的配置策略，这些元素每位都是应用于物理交换机的策略。第二，当不可避免的“我的应用程序很慢，为了明确地定位根本原因。加重这是在大多数商店中，虚拟系统由系统管理员拥有/管理，网络OPS团队站在外面，寻找，并要求获得一些可见性和控制措施的许可。我已经与一些网络管理者交谈了这一点，并有一些有趣的例子是他们如何试图应对。一个人说：“我们不允许在虚拟平台内放置管理工具，因此如果我们认为可能存在问题，数据中心操作将vMotion将其中一个虚拟机vMotion到另一个主机，因此我们可以强制流量去哪里我们雷竞技电脑网站可以看到它。“另一个人告诉我，网络工程要求访问vswitches以获得策略合规性检查，但到目前为止还没有运气 - 加上他们使用SNMP的尝试和（允许的实验）NetFlow数据到目前为止令人满意。 In my original post, I mentioned several vendors who were working on addressing these issues, and in the past few months more progress is being made on both fronts. For example, HP has recently released a VMWare ESX vSwitch driver for their HP Network Automation product, allowing discipline and rigor to be applied to configuration management of virtual network elements. Another example is OPNET's recent ACE Live VMon product - a fully functional network probe that can live on a VM blade and be used to troubleshoot intra-host traffic directly. These issues will need to be addressed by ops teams, and fast, in order to get the most out of the investments being made in VM technology and take the risk out of rapidly growing deployments.