iPad2 – 擦肩而过

  • 公司邮箱 —— 木有收到销售通知;
  • Gmail 邮箱 —— 木有收到销售通知;
  • 139邮箱 —— 木有收到销售通知,可怜偶还为此开通了Push Mail~

完全神经质的在手机上了Apple Store,iPad2港行就这样开卖鸟~速度召唤猫头鹰她爸起床代购,未几回曰:一扫而空,偶滴神呐~~~

Advertisements

Cisco Nexus 1000V 虚拟交换机(N1Kv)

事先声明:以下大部分文字都是复制/粘贴过来的,因为一方面自己太懒,另一方面这篇帖子确实替我省却了很多爬格子写方案的时间。Hum…太久没上中文网站了,看来以后得更多关注下中文CCO了。嗯,还有,更新了原文里面的图片,It’s all.

思科 Nexus 1000V虚拟接入交换机是一款智能软件交换机,适用于VMware ESX环境。思科 Nexus 1000V在VMware ESX管理程序中运行,支持思科® VN-Link服务器虚拟化技术,提供:

  • 基于策略的虚拟机(VM)连接
  • 移动VM安全保护和网络策略,以及
  • 对服务器虚拟化和联网团队运行无干扰的操作模式

数据中心部署服务器虚拟化时,虚拟服务器的管理方式一般与物理服务器不同。服务器虚拟化作为特殊部署对待,从而延长了部署所需时间,增加了服务器、网络、存储和安全管理员之间需要进行的协调工作。而采用思科 Nexus 1000V,您就能拥有一个从VM到接入层、汇聚层和核心层交换机的统一网络特性集和调配流程。您的虚拟服务器能与物理服务器使用相同的网络配置、安全策略、工具和运行模式。虚拟化管理员能充分利用预先定义的、跟随VM移动的网络策略,重点进行虚拟机管理。这一全面的功能集能帮助您更快地部署服务器虚拟化并从中受益。

思科 Nexus 1000V是与VMware密切合作的结晶,它与VMware虚拟基础设施完全集成,其中包括VMware Virtual Center、VMware ESX和ESXi。您能使用思科 Nexus 1000V来管理您的VM连接,确信能保持服务器虚拟化基础设施的完整性。

1. 产品架构

思科 Nexus 1000V交换机有两个主要组件,即在管理程序内部运行的虚拟以太网模块(VEM)和管理VEM的外部虚拟控制引擎模块(VSM)

1.1 虚拟以太网模块

思科 Nexus 1000V虚拟以太网模块是VMware ESX或ESXi内核的一部分,能够取代VMware虚拟交换机的功能。VEM充分利用了思科和VMware共同开发的VMware 分布式虚拟交换机(DVS) API,为虚拟机提供高级网络功能。这一集成确保思科 Nexus 1000V完全了解所有服务器虚拟化活动,如VMware VMotion和Distributed Resource Scheduler (DRS)。VEM从虚拟控制引擎模块获取配置信息,执行以下高级交换功能:

  • 服务质量(QoS)
  • 安全:专用VLAN、访问控制列表、思科 TrustSec架构
  • 监控:NetFlow、SPAN、ERSPAN

思科 Nexus 1000V交换机采用思科 NX-OS软件,其设计旨在取代配备VMware ESX的基本交换机。思科 Nexus 1000V提供了一个与VMware ESX内核紧密耦合的、丰富的VM管理特性集。思科 Nexus 1000V适用于1-Gbps和10-Gbps架构,并且需与现有网络基础设施集成。

如果丢失了与虚拟控制引擎模块的连接,VEM具有不间断转发功能,能根据最近了解的配置来继续交换流量。简言之,VEM为服务器虚拟化环境提供了高级交换功能和数据中心可靠性。

1.2 虚拟控制引擎模块

思科 Nexus 1000V虚拟控制引擎模块将多个VEM作为单一逻辑模块化交换机管理。用户不必再部署物理线卡模块,虚拟控制引擎模块支持服务器软件内部运行的VEM。配置可通过虚拟控制引擎模块进行并自动传播到VEM。管理员无需每次在一台主机上的管理程序内部配置软交换机,而是能够在所有由虚拟控制引擎模块管理的 VEM上定义配置并立即使用。

思科 VN-Link的核心是一个称为端口简况的思科 NX-OS特性。端口简况是一系列网络属性,如VLAN分配、服务质量(QoS)参数、访问控制列表(ACL)配置和其他过去应用于特定网络接口的网络特性。与需要分别配置各端口的传统网络调配不同,端口简况能够在一组端口上同时部署。

通过思科 NX-OS的功能,思科 Nexus 1000V提供以下优势:

  • 灵活性和可扩展性:按类别配置端口,使解决方案能扩展至大量端口。包括局域网和存储局域网在内的所有数据中心网络区域都能运行通用软件。
  • 高可用性:同步冗余控制引擎支持基于状态的快速故障切换。
  • 可管理性:通过思科命令行界面(CLI)、SNMP和XML API接入思科 Nexus 1000V。

与思科 Nexus系列的其他产品一样,思科 Nexus 1000V也能通过全面的思科数据中心网络管理器工具进行管理。此外,思科 VFrame Data Center还能控制思科 Nexus 1000V,以便虚拟数据中心进行全面协调。

虚拟控制引擎模块也能与VMware Virtual Center集成,以便虚拟化管理员能充分受益于思科 Nexus 1000V中的网络配置。

2. 基于策略的VM连接

为了使VM的创建和调配更轻松,思科 Nexus 1000V包括了端口简况特性,能从网络角度支持服务器虚拟化的动态特性。端口简况允许您为不同类型或级别的VM定义VM网络策略,然后通过 VMware Virtual Center GUI应用它们,以透明地调配网络资源。端口简况是一个为网络配置大量VM的可扩展机制。

2.1 特性与优势

思科 Nexus 1000V通过包括基于策略的VM连接、VM安全和网络属性的移动性以及对运行无干扰的操作模式等思科 VN-Link技术,为您提供了一个通用的物理和虚拟基础设施管理模式。

3. VM安全和网络属性的移动性

端口简况中定义的网络和安全策略在VM的生命周期中始终跟随VM移动,无论它从一个服务器迁移到另一服务器、挂起、睡眠还是重启,均是如此。除迁移策略外,思科 Nexus 1000V虚拟控制引擎模块还能移动VM的网络状态,如端口计数器等。进行思科 NetFlow或ERSPAN等流量监控活动的VM能继续这些活动,不受VMotion操作的影响。当更新端口简况时,思科 Nexus 1000V自动向所有使用此端口简况的端口提供实时更新信息。借助通过VMotion迁移网络和安全策略的能力,能够更加轻松地实现法规遵从性,这是因为其安全策略定义方式与物理服务器相同,由思科 Nexus 1000V持续实施。

4. 无干扰型操作模式

由于与VMware Virtual Center紧密集成,思科 Nexus 1000V允许虚拟化管理员继续使用VMware工具来调配VM。同时,网络管理员能使用思科 CLI、SNMP、XML API以及ERSPAN和NetFlow等工具,就像调配和操作物理网络一样,来调配和操作VM网络。虽然两个团队使用常用工具独立工作, 但思科 Nexus 1000V能在服务器虚拟化环境中实施一致的配置和策略。这种集成降低了拥有成本,并支持服务器、网络、安全和存储团队之间的各种机构边界。

在VMware Virtual Center内部,VM的配置和以前一样。现在,您无需在Virtual Center中定义网络配置,思科 Nexus 1000V控制引擎上定义的端口简况即可在Virtual Center中作为端口组显示。虚拟化管理员能充分利用预先配置的端口组,重点进行VM管理,而网络管理员则能使用端口简况来配置大量端口。这两个团队携手,便能更高效地部署服务器虚拟化,降低运营开支。

VMware Powerpoint图标@Q3, 2010

VMware Icons &. Diagrams Library, 2010 Q3. 最近经常要写云计算的方案,找一VMware的兄弟要了一套VMware的Powerpoint图标素材,也不涉及到什么NDA之类的原则,放上来与大家共享吧。经常碰到画PPT的时候找不到素材,临时上网感觉找也挺费劲的,还不如平时收集好以便随时调用。毕竟以后Vblock可能越来越多啦。

统一交换架构上的云数据中心

虚拟化,数据中心,云计算,存储,它们独立而言从来都并非让我感冒的概念;无论从哪方面而言,思科明显都不是以上几点传统上的行家里手。几天前,若是有人告诉我UCS能进入服务器市场的Leader象限,这是打死我都不会相信的。令我改变想法的,是当这几个分离的概念需要综合在一起的时候,需要网络,直到这时候我才想起有思科这么回事。如何构建下一代基于云计算平台的数据中心?不同的厂家都会提出不同的关键技术 —— 自然,大部分都是从自身业务优势出发提出的概念,在抢夺眼球为王的今天也是很正常的事情。而在于我的观点,将传统数据中心已服务器为中心向下一代以网络为中心的架构上的改变才是关键。谈到云计算的优势,关键词会有很多:分布式,成本,安全,自动化,存储能力,灵活,管理 …… 说到底无非是资源能够不受物理限制的在不同的地理位置得到高效的调用,一个孤立的服务器乃至一座孤立的数据中心是无法实现:我不知道这台电脑的硬盘/CPU/内存/网卡在什么地方,我只知道我正在用它进行计算。这一个目标的。终于话题回到了Cisco的本行互联网络上面,从服务器的统一访问接入,到ToR管理平台的统一部署,到各地数据中心的统一互联,这下Cisco有了N7K,有了以N7K为核心的基于统一交换架构的新一代云计算数据中心解决方案,也有了vBlock。于是我发觉Unified Fabric架构才是云计算数据中心的驱动力。

刚从北京的CMCC论坛回来,草草写下一点感受,很多年过去了,终于找到一个除了“Routing and Switching”以外,真正让人觉得靠谱的Framework。