How HSRP Works
Hot Standby Routing Protocol is a well-known feature of Cisco IOS. The goal of HSRP is to provide a resilient default-gateway to hosts on a LAN. This is accomplished by configuring two or more routers to share the same IP address and MAC address. Hosts on the LAN are configured with a single default-gateway (either statically or via DHCP ).
Upon sending its first packet to another subnet, the host ARP s for the MAC address of the default gateway. It receives an ARP reply with the virtual MAC of the HSRP group. The IP packet is encapsulated in an Ethernet frame with a destination MAC address of the default gateway. If the primary router fails, HSRP keepalives are lost, and the standby HSRP router takes over the virtual IP address and MAC address. The host does not need to know that anything has changed.
In the diagram above, the user (10.1.1.100) is configured with a default-gateway of 10.1.1.1. When the user sends its first packet to 10.5.5.5, it ARPs for 10.1.1.1. In my example, Router A is the HSRP primary router, so it sends an ARP reply with the virtual MAC address of 0000.0c07.AC05. The User PC then encapsulates the IP packet
(destination IP=10.5.5.5) in an Ethernet frame with a destination MAC address of 0000.0c07.AC05. Router A accepts the frame and routes the packet.
The above paragraphs tell the story of packets coming from the
HSRP-enabled LAN. But what happens to reply packets coming from
10.5.5.5 to 10.1.1.100? The answer is simple, and intuitive if you follow step-by-step. First, the Server creates an IP packet with a destination of 10.1.1.100. It encapsulates it in an Ethernet frame and forwards it to its default gateway (for this examp le, let’s say it is Router A). Router A strips the Ethernet framing and determines the next hop is on the local subnet 10.1.1.0/24. It encapsulates the packet in an Ethernet frame with a MAC address of 0021.6a98.1952. The source MAC address is the physical MAC address of Router A
(0024.F71E.3343). Router A does not use the virtual MAC address for packets it routes onto the local subnet.
So What is vPC ?
Now that we’ve covered HSRP, let’s talk about Virtual Port Channeling ( vPC ). vPC allows two NX-OS devices to share a
port-channel. Attached devices believe that they are connected to a single device via an etherchannel bundle. This is great because it eliminates spanning-tree blocking along parallel paths.
To allow this to work, the paired NX-OS devices use two vpc-specific communication channels. The first is a vpc peer-keepalive
message. This heartbeat lets one switch detect when the other has gone off-line, to prevent traffic from being dropped during a failure. These are lightweight hello packets.
The second communication channel is the vpc peer-link . This is a high-speed connection between the two NX-OS switches that is used to stitch together the two sides of the port-channel. If a frame arrives on switch A, but is destined for a host on switch B, it is forwarded across the peer-link for delivery. All things being equal, it is undesirable to forward frames across a vpc peer-link. It is much better for the frame to be sent to the correct switch in the first place. Of course, there’s no way for the attached device to know which path is more appropriate.
In the above example, the User PC is sending an Ethernet frame to the Server. It creates a frame with a destination MAC address of
0033.9328.12A1 and sends it to the L2 Switch. The L2 switch has an entry in his forwarding table indicating that the destination MAC is accessible via the Port-Channel 100 interface. It uses its etherchannel load balancing hash algorithm to determine which physical interface to forward the frame onto. It is equally likely that it will choose the link to Nexus B, even though the more efficient path is to Nexus A (someday TRILL will help us, but for now there is no solution). If the frame is sent to Nexus B, it will forward the frame over the vPC peer-link to Nexus A.
Cisco’s current recommendation is to build the vPC peer-link with multiple dedicated 10GE connections for performance reasons. Cisco also recommends that all devices in a vPC-enabled VLAN be connected to both Nexus switches. In the diagram above, the Server is considered to
be a vpc orphan port. This is undesirable, since it requires usage of the vpc peer-link. It also has implications with multicast traffic forwarding.
vPC and HSRP Together
Now we’ve arrived at the point where we can pull all this information together. In the following diagram, the User PC has been moved to a new VLAN. The user is again trying to communicate with the server.
The User PC ARPs for his default gateway. Nexus A (the HSRP primary) replies with the virtual MAC address of 000.0C07.AC05. The user creates
an Ethernet frame with a destination address of the virtual MAC. It then forwards the frame to the L2 Switch. The L2 Switch uses its etherchannel load balancing algorithm to determine the physical link to use. The difference is now that it doesn’t matter which link it uses. The NX-OS switch on the other end will accept and route the packet. In effect, both Nexus switches are HSRP active at the same time. This is eliminates the need to forward Ethernet frames across the vPC peer-link for packets that are destined for other subnets.
What Does “vpc peer-gateway” Do?
If we left everything alone, the story would be complete. Unfortunately, storage vendors thought it would be a good idea to optimize their handling of Ethernet frames. Some NetApp and EMC equipment ignores the ARP reply given by the HSRP primary and instead forwards Ethernet frames to whichever MAC address it receives frames from. This is nonstandard behavior.
Using the diagram above, let‘s assume say that the User PC is now a EMC Celera storage device. The Server sends its packets (IP destination 10.1.1.100) to Nexus B, which routes them to the Ethernet LAN. All IP packets with source IP 10.5.5.5 will be encapsulated in Ethernet frames with a source MAC address of 0022.5579.F643. The EMC Celera will cache the source MAC address of these frames, and when it has IP packets to send to 10.5.5.5, it will encapsulate them in Ethernet frames with a destination MAC of 0022.5579.F643. It is choosing to ignore its default gateway for these outbound packets.
I suppose the theory behind this feature was to eliminate the extra hop within the LAN. When HSRP is enabled, it is necessary to disable ICMP redirects. This means that the routers will not inform hosts on the LAN that a better default-gateway is available for a particular destination IP address. This storage feature saves a LAN hop.
Unfortunately, this optimization does not work well with vPC. vPC relies on virtual MAC address sharing to reduce utilization across the vPC peer-link. If hosts insist on addressing their frames to a specific router, suboptimal packet forwarding can occur. According to Cisco , “Packets reaching a vPC device for the non-local router MAC address are sent across the peer-link and could be dropped by the built in vPC loop avoidance mechanism if the final destination is behind another vPC.” At the application level we saw very poor performance due to these dropped packets. Enough of the packets got through to allow access
to the storage device, but file load times were measured in the tens of seconds, rather than milliseconds.
The “vpc peer-gateway” allows HSRP routers to accept frames destined for their vPC peers. This feature extends the virtual MAC address functionali ty to the paired router’s MAC address. By enabling this feature, NX-OS effectively disables the storage vendors’ optimization.
Conclusion
If you are running vPC and HSRP, and you have EMC or NetApp storage equipment, you probably need to add the “peer-gat eway” command under your vpc configuration. The only caveat to peer-gateway is the following (from NX-OS 5.0 – Configuring vPC ):
Packets arriving at the peer-gateway vPC device will have their TTL decremented, so packets carrying TTL = 1 may be dropped in transit due to TTL expire. This needs to be taken into account when the peer-gateway feature is enabled and particular network protocols sourcing packets with TTL = 1 operate on a vPC VLAN.
I have yet to face this issue, so my recommendation is to add this to your vpc configuration as a default.
集团云数据中心基础网络详细规划设计
目录 1前言 (2) 1.1背景 (2) 1.2文档目的 (2) 1.3适用范围 (2) 1.4参考文档 (2) 2设计综述 (3) 2.1设计原则 (3) 2.2设计思路 (5) 2.3建设目标 (7) 3集团云计算规划 (8) 3.1整体架构规划 (8) 3.2网络架构规划 (8) 3.2.1基础网络 (9) 3.2.2云网络 (70)
1前言 1.1背景 集团信息中心中心引入日趋成熟的云计算技术，建设面向全院及国网相关单位提供云计算服务的电力科研云，支撑全院各个单位的资源供给、数据共享、技术创新等需求。实现云计算中心资源的统一管理及云计算服务统一提供；完成云计算中心的模块化设计，逐渐完善云运营、云管理、云运维及云安全等模块的标准化、流程化、可视化的建设；是本次咨询规划的主要考虑。 1.2文档目的 本文档为集团云计算咨询项目的咨询设计方案，将作为集团信息中心云计算建设的指导性文件和依据。 1.3适用范围 本文档资料主要面向负责集团信息中心云计算建设的负责人、项目经理、设计人员、维护人员、工程师等，以便通过参考本文档资料指导集团云计算数据中心的具体建设。 1.4参考文档 《集团云计算咨询项目访谈纪要》 《信息安全技术信息系统安全等级保护基本要求》（GB/T 22239-2008） 《信息系统灾难恢复规范》（GB/T20988-2007） 《OpenStack Administrator Guide》（https://www.doczj.com/doc/7c460669.html,/） 《OpenStack High Availability Guide》（https://www.doczj.com/doc/7c460669.html,/） 《OpenStack Operations Guide》（https://www.doczj.com/doc/7c460669.html,/） 《OpenStack Architecture Design Guide》（https://www.doczj.com/doc/7c460669.html,/）
智慧政务云数据中心总体架构设计
目录 第一章、项目总体设计 (3) 1.1、项目设计原则 (3) 1.1.1、统一建设 (3) 1.1.2、相对独立 (3) 1.1.3、共建共享 (3) 1.1.4、安全可靠 (3) 1.2、建设思路 (4) 1.2.1、需求驱动 (4) 1.2.2、标准先行 (4) 1.2.3、围绕数据 (4) 1.2.4、逐步扩展 (4) 1.3、数据中心总体结构设计 (5) 1.3.1、总体逻辑体系结构 (8) 1.3.1.1、信息资源体系 (8) 1.3.1.2、支撑体系 (9) 1.3.1.3、标准规范体系 (9) 1.3.1.4、运行管理体系 (10) 1.3.1.5、安全保障体系 (10) 1.3.2、总体实施结构设计 (10) 1.3.2.1、数据中心交换共享平台及信息资源 (11) 1.3.2.2、数据接口系统区 (12) 1.3.2.3、各部门系统 (12) 1.3.2.4、综合应用 (12) 1.3.3、总体物理体系结构 (12)
第一章、项目总体设计 1.1、项目设计原则 1.1.1、统一建设 数据中心必须统一规范建设。通过制定统一的数据交换与共享标准，建设统一的数据共享与交换平台和统一的前置机接口系统，可以避免重复投资，降低接口的复杂性，有效实现数据中心与业务部门以及业务部门之间的数据共享与数据交换，消除社会保障系统范围内的“信息孤岛”，实现数据资源的互联互通。 1.1.2、相对独立 根据数据中心的功能定位，数据中心的建设和运作必须保持业务系统的相对独立性。为此采用松散耦合方式，通过在业务部门统一配置接口系统实现数据资源整合。 1.1.3、共建共享 一方面建设数据中心的目的是为了实现业务部门之间的数据共享。 另一方面，数据中心的数据来源于各个业务部门，因此数据中心的建设必须依靠各业务部门的积极参与和配合。 1.1.4、安全可靠 由于社会保障数据与广大社会保障对象的切身利益密切相关，所以数据中心的安全是非常重要的。因此，必须要做好系统的安全设计，防范各种安全风险，确保数据中心能够安全可靠的运行。同时数据中心必须采用成熟的技术和体系结构，采用高质量的产品，并且要具有一定的容灾功能。
APIC P Cisco Nexus 9000 系列数据中心交换机指南 思科数据中心交换机
最新技术与高性能的统一 支持各种应用模型 业界最高的性能VXLAN 路由支持全方位 SDN 低耗电可扩展性、经济性 可编程网络 APIC IT Cisco Nexus 9000 系列 API Cisco Nexus 9000
什么是Cisco Nexus 系列 ～其产品组合 数据中心交换机的定位 随着数据中心的变化，各种网络问题日益突显…… 从 20 世纪中期起，由于数据中心的服务器的集中化与虚拟化，使得企业在提高服务器使用效率、削减硬件成本的方面获得了很大的成果。但同时伴随着服务器虚拟化的推进，也使得传统的运维模式无法继续维持下去，其运营成本的增加给企业 IT 或数据中心运营商造成很大的负担。数据中心运营面临的较大的问题之一是数据中心网络的管理，现在企业大量增加的应用已经与 10 年前不可同日而语，由于传统的基于 STP 的网络在扩展性和可靠性等都存在严重的问题，已经无法支持企业应用的大规模扩展。另外，由于服务器所虚拟化所实现的虚拟机不依赖于位置的移动性已获得普遍运用，传统型的网络也带来了由孤岛化所引起的运营不便、及资源配置效率低等问题。 新时代的平台 -Cisco Nexus 9000 系列 Cisco Nexus 系列是思科公司为解决这些问题所成功开发的新型网络基础架构平台。最早推出的 Cisco Nexus 7000/5000/2000 系列对问题的解决做出了较大贡献，并在市场上保持压倒性的份额。 Cisco Nexus 9000 系列为了实现下一代自动化数据中心与网络的运营管理而开发，不仅具经过 Cisco Nexus 7000/5000/2000 系列验证的高性能与高密度，而且还以小巧的外形实现了低延迟与高能效。本产品能够广泛地应对客户更专业化的需求，获得了很高的评价，大量的成功案例更加稳固了其在市场上的地位。 Cisco Nexus 拥有非常丰富的系列产品，经过简单的总结可得出以下产品定位：在主干/叶（Spine/Leaf）型的L2/L3 交换矩阵架构下，Cisco Nexus9300-EX/FX 系列做为叶节点交换机，Cisco Nexus 9500 系列做为骨干节点交换机。在使用 vPC 或经典三层组网的情况下，Cisco Nexus9300-EX/FX 系列作为接入层设备，Cisco Nexus 9500 系列作为汇聚层或核心层设备。 这种设计根据环境的规模或条件可能有所不同。例如在需要 DCI 功能（OTV 或 VPLS/MPLS）的情况下，Cisco Nexus 7700 系列更合适。 Cisco Nexus 7700 系列Cisco Nexus 2000 系列Cisco Nexus 3100 系列Cisco Nexus 5600 系列Cisco Nexus 9200 系列Cisco Nexus 9300 系列 Cisco Nexus 9500 系列 模块型 开放 API/开放源代码/应用策略模型 高性能 1/10/25/40/50/100 GE 可扩展的安全分段 Segment ID / VXLAN Cisco Nexus 9300-EX/FX 引导的平台 Cisco Nexus 9500 引导的平台 ● 支持 Cisco ACI & Cisco Tetration Analytics ● 支持DevOps 工具 & 支持 VXLAN & FEX ● 在 vPC 的情况下选择 Cisco Nexus 9200 系列 ● 支持 Cisco ACI & Cisco Tetration Analytics ● 在需要 DCI 技术的情况下选择 Cisco Nexus 7700 系列 固定型
思科智能园区解决方案简介 园区是指由大型企业或政府规划建设的， 配套设施齐全、布局合理且能够满足从事某种 特定行业生产和科学实验需要的建筑物或建筑 物群体。园区的管理是全方位、多层次的管理； 园区需要在战略、流程、资源三个层面进行很 好的配合才能充分发挥园区的功能和高生产力。 思科的智能园区（Smart Campus ）解决 方案的基本目标： 1、结合园区基础建设，采用统一的架构 对园区信息系统进行规划和建设，包 括网络和各类信息基础平台以及各 种应用系统；并且整合外部应用和服务，为企业建立统一、高效的信息技术工作平台，科学运行维 护，保持持续发展。 2、建立统一的业务流程，协同工作、资源调度和服务共享机制，通过共享服务乃至云平台的整合，形 成一个紧密联系的整体，获得高效、协同、互动、发挥园区整体的高效益。 思科为金融、制造、能源/电力以及通用房 地产行业提供智能园区规划和建设方案。其中 金融业的智能园区方案涉及多个具体的业务领 域，包括： ?银行总部 ?业务处理中心 ?数据中心 ?应用开发和测试中心 ?大型营业和服务中心，等 思科从智能、互动、安全、连接四个方面诠释智能园区的概念，提供包括智能办公、智能数据中心、智能指挥控制中心、智能生活、智能研发、智能制造、智能电力、智能金融服务等全套解决方案。 并且，思科公司拥有端到端的方案交付能力。 通过与全球业务合作伙伴合作，思科公司凭借自身 拥有的全面的信息技术架构、网络、通信、服务器 产品，并结合对行业的了解，可以为各行各业的客 户提供领先的智能园区解决方案，并通过科学的管 理和悉心的服务，为客户完成方案的交付实施工作。 思科公司是智能园区方案和服务供应商的引领者。
云数据中心基础环境详细设计方案
目录 第一章综合布线系统 (11) 1.1 项目需求 (11) 1.2 综合布线系统概述 (11) 1.2.1 综合布线系统发展过程 (11) 1.2.2 综合布线系统的特点 (12) 1.2.3 综合布线系统的结构 (13) 1.3 综合布线系统产品 (14) 1.3.1 选择布线产品的参考因素 (14) 1.3.2 选型标准 (15) 1.3.3 综合布线产品的经济分析 (15) 1.3.4 综合布线产品的选择 (15) 1.3.5 综合布线系统特点 (16) 1.3.6 主要产品及特点 (17) 1.4 综合布线系统设计 (23) 1.4.1 设计原则 (23) 1.4.2 设计标准 (24) 1.4.3 设计任务 (25) 1.4.5 设计目标 (26) 1.4.6 设计要领 (26) 1.4.7 设计内容 (27) 1.5 工作区子系统设计方案 (34) 1.5.1 系统介绍 (34) 1.5.2 系统设计 (35) 1.5.3 主要使用产品 (39) 1.6 水平区子系统设计方案 (40) 1.6.1 系统介绍 (40) 1.6.2 系统设计 (41) 1.6.3 主要使用产品 (46) 1.7 管理子系统设计方案 (46) 1.7.1 系统介绍 (46) 1.7.2 系统设计 (47) 1.7.3 主要使用产品 (51) 1.8 垂直干线子系统设计方案 (52)
1.8.1 系统介绍 (52) 1.8.2 系统设计 (53) 1.8.3 主要使用产品 (56) 1.9 设备室子系统设计方案 (57) 1.9.1 系统介绍 (57) 1.9.2 系统设计 (57) 1.10 综合布线系统防护设计方案 (59) 1.10.1 系统介绍 (59) 1.10.2 系统设计 (60) 1.10.3 主要使用产品 (63) 第二章强电布线系统 (64) 2.1 概述 (64) 2.2 设计原则 (64) 2.3 设计依据 (65) 2.4 需求分析 (66) 2.5 系统设计 (67) 2.6 施工安装 (69) 2.6.1 桥架施工 (69) 2.6.2 管路施工 (69) 2.6.3 电缆敷设及安装 (70) 第三章配电系统 (71) 3.1 概述 (71) 3.2 用户需求 (72) 3.3 系统设计 (72) 3.3.1 UPS输入配电柜设计 (73) 3.3.2 UPS输出配电柜设计 (73) 3.3.3 UPS维修旁路配电柜设计 (74) 3.3.4 精密空调动力配电柜设计 (74) 3.3.5 动力配电柜设计 (75) 3.3.6 机房强电列头配电柜设计 (76) 3.4 施工安装 (83) 3.4.1 桥架管线施工 (83) 3.4.2 配电柜安装 (83) 第四章精密空调系统 (85) 4.1 项目概述 (85) 4.2 设计原则 (86)
https://www.doczj.com/doc/7c460669.html,
Course Number Updated_01-02-01
? 2001, Cisco Systems, Inc.
1
Icons: Cisco Products
RouterColor and subdued Router w/Silicon Switch Wavelength Router Workgroup Director Server with PC Router 100BaseT Hub uBR910 Cable DSU CDDI/ FDDI Concentrator PC Adapter Card
Si
SwitchProbe
SoftwareBased Router on File Server
Protocol Translator
PC Router Card
TransPath
CiscoWorks Workstation
Cisco Hub
Bridge Workgroup Switch Color/Subdued
Small Hub (10BaseT Hub)
Access Server
NetFlow Router
Workgroup Switch Voice-Enabled
Terminal Server
Updated_01-02-01
? 2001, Cisco Systems, Inc.
2
Icons: Cisco Products (Cont.)
Si
Route/Switch Processor with and without Si
PC with RouterBased Software Switch Processor IP Transport Concentrator ASIC Processor General Processor
PC with Software
ATM Switch
Cisco CA
PXF
LAN2LAN Switch
MicroWeb Server
VIP
ISDN Switch
Label Switch Router BBSM
Content Engine
Cisco 5500 Family Broadband Router
MultiSwitch Device
ATA
V
Management Engine (ME 1100)
ITP
ITP
3
Updated_01-02-01
? 2001, Cisco Systems, Inc.
Journey
2011.11
一、 Nexus 5000 基础配置
? 为N5K交换机配管理接口及 管理接口及IP地址。 ? 激活Layer 3 License ? 软件升级
1.1 初始化配置
系统加电自检通过后，进入系统初始化界面 进入系统初始化界面，如下操作： ---- System Admin Account Setup ---Do you want to enforce secure password standard (yes/no): no Enter the password for "admin": P@ssw0rd Confirm the password for "admin": P@ssw0rd Would you like to enter the basic configuration dialog (yes/no): no 输入管理账号和密码进入配置模式配置管理 IP：
switch login: admin Password: P@ssw0rd switch # configure terminal switch #(config)# interface mgmt0 (config)# switch (config-if)# ip address 192.168.2.82 255.255.255.0 if)# switch (config-if)#no shut down no switch (config-if)#exit switch (config)# copy run start
1.2 用购买的 License 激活 Layer 3 License：
首先需要查看 hostid， ，用来绑定 License，命令如下 switch# show license host-id id
思科数据中心3.0解决方案 图1 目前普通服务器采用分立的局域网和存储连接此时，客户能继续使用其现有基础设施投资。随着他们开始扩展其现有网络交换机数目，Cisco Nexus系列提供大量选项，包括Cisco Nexus 7000系列交换机和Cisco Nexus 2000系列交换矩阵扩展器，来支持与千兆以太网相连的服务器。这种方法使客户能保持与现有Cisco Catalyst系列基础设施的运营和管理一致性，并通过在未来部署万兆以太网、统一交换矩阵和虚拟机感知网络(Cisco VN-Link)的能力，提供前瞻性的投资保护。阶段2: 服务器整合阶段2中，客户使用VMware ESX、Microsoft Hyper-V 或Xen 等服务器虚拟化技术来整合服务器，以降低TCO。将多个一般较少使用的物理机整合为虚拟机，减少物理服务器数目的能力，能为客户带来巨大的成本优势。在此阶段中，虚拟机成为默认应用平台，60-80% 的x86 应用运行在虚拟环境中。 图2 数据中心需从千兆以太网平稳升级到万兆以太网从网络的角度，虚拟机密度的提高鼓励企业升级到万兆以太网，将其作为连接服务器的默认机制，这是因为单一服务器上的多个虚拟机会快速使一条千兆以太网链路饱和，而在超过特定阈值后，多条千兆以太网链路将失去经济高效性(参见图2)。在此阶段中，存储流量仍进行单独传输。Cisco Nexus 7000和5000 系列能够为升级到与万兆以太网相连的服务器提供支持。如使用Cisco Nexus 7000 系列，升级只需添加万兆以太网I/O 模块。Cisco Nexus 2000 系列交换矩阵扩展器支持其余的与千兆以太网相连的服务器，并同时在整个网络中保持一致的运营环境。此时，如果客户运行VMware 的ESX 管理程序，他们也能部署Cisco Nexus 1000V 交换机。该功能为客户提供直至单个虚拟机级别的运行一致性，以及策略便携性，因此，当虚拟机在数据中心内移动时，网络和安全策略也随之移动。Cisco Nexus1000V 能部署在目前运行VMware ESX 的任意地点，与服务器上行链路速度或上游接入交换机无关。阶段3: I/O 整合第三阶段主要是升级到统一数据中心交换矩阵，一般有两个触发因素。第一个因素是企业希望通过简化基础设施和拆除支持独立局域网和存储网络所
Nexus Configuration Simple Guide 目录 Nexu7000缺省端口配置 (2) CMP连接管理处理器配置 (3) 带外管理VRF (4) 划分Nexus 7010 VDC (5) 基于EthernetChannel的vPC (7) 割裂的vPC：HSRP和STP (11) vPC的细部配置 (12) Nexus的SPAN (13) VDC的MGMT接口 (13) DOWN的VLAN端口 (13) Nexus的路由 (14) Nexus上的NLB (15) 标识一个部件 (15) Nexus7000基本配置汇总 (16) Cisco NX-OS/IOS Configuration Fundamentals Comparison (16) Cisco NX-OS/IOS Interface Comparison (24) Cisco NX-OS/IOS Port-Channel Comparison (30) Cisco NX-OS/IOS HSRP Comparison (35) Cisco NX-OS/IOS STP Comparison (40) Cisco NX-OS/IOS SPAN Comparison (44) Cisco NX-OS/IOS OSPF Comparison (49) Cisco NX-OS/IOS Layer-3 Virtualization Comparison (54) vPC Role and Priority (61) vPC Domain ID (62) vPC Peer Link (62) Configuration for single 10 GigE Card (62) CFSoE (64) vPC Peer Keepalive or FT Link (64) vPC Ports (64) Orphan Ports with non-vPC VLANs (65) HSRP (66) HSRP Configuration and Best Practices for vPC (66) Advertising the Subnet (67) L3 Link Between vPC Peers (67) Cisco NX-OS/IOS TACACS+, RADIUS, and AAA Comparison (68) Nexus5000的配置同步 (73) 初始化Nexus 2000 Fabric Module (75)
How HSRP Works Hot Standby Routing Protocol is a well-known feature of Cisco IOS. The goal of HSRP is to provide a resilient default-gateway to hosts on a LAN. This is accomplished by configuring two or more routers to share the same IP address and MAC address. Hosts on the LAN are configured with a single default-gateway (either statically or via DHCP ). Upon sending its first packet to another subnet, the host ARP s for the MAC address of the default gateway. It receives an ARP reply with the virtual MAC of the HSRP group. The IP packet is encapsulated in an Ethernet frame with a destination MAC address of the default gateway. If the primary router fails, HSRP keepalives are lost, and the standby HSRP router takes over the virtual IP address and MAC address. The host does not need to know that anything has changed. In the diagram above, the user (10.1.1.100) is configured with a default-gateway of 10.1.1.1. When the user sends its first packet to 10.5.5.5, it ARPs for 10.1.1.1. In my example, Router A is the HSRP primary router, so it sends an ARP reply with the virtual MAC address of 0000.0c07.AC05. The User PC then encapsulates the IP packet
云计算下的数据中心架构 来源：机房360 作者：程应军陈鹰更新时间：2011-12-26 10:13:15 摘要：目前最引人关注的的IT 概念非“云计算”莫属，云计算已经成为当今IT 界乃至全球商界最为津津乐道的一个新概念。云计算是指利用大规模的数据中心或超级计算机集群，通过互联网将计算资源免费或按需租用方式提供给使用者。 云计算的一个重要应用在于由第三方机构提供云计算数据中心，并为大量的中小企业提供远程共享式的云计算应用服务。使得这些企业不需要建设自己的数据中心就可以使用所需的计算资源，实现成本最优化、资源共享最大化。 云计算，应当高度贴合网络未来更高层次的发展趋势，着力于提高网络数据处理和存储能力，致力于低碳高效的利用基础资源。具体而言，应着重从高端服务器、高密度低成本服务器、海量存储设备和高性能计算设备等基础设施领域提高云计算数据中心的数据处理能力。云计算要求基础设施具有良好的弹性、扩展性、自动化、数据移动、多租户、空间效率和对虚拟化的支持。那么，云计算环境下的数据中心基础设施各部分的架构应该是什么样的 呢？ 1、云计算数据中心总体架构 云计算架构分为服务和管理两大部分。在服务方面，主要以提供用户基于云的各种服务为主，共包含3个层次：基础设施即服务IaaS、平台即服务PaaS、软件即服务SaaS。在管理方面，主要以云的管理层为主，它的功能是确保整个云计算中心能够安全、稳定地运行，并且能够被有效管理。其总体架构如下图。
2、云计算机房架构 根据长城电子公司多年的经验，为满足云计算服务弹性的需要，云计算机房采用标准化、模块化的机房设计架构。模块化机房包括集装箱模块化机房和楼宇模块化机房。集装箱模块化机房在室外无机房场景下应用，减轻了建设方在机房选址方面的压力，帮助建设方将原来半年的建设周期缩短到两个月，而能耗仅为传统机房的50％，可适应沙漠炎热干旱地区和极地严寒地区的极端恶劣环境。楼宇模块化机房采用冷热风道隔离、精确送风、室外冷源等领先制冷技术，可适用于大中型数据中心的积木化建设和扩展。 3、云计算网络系统架构 网络系统总体结构规划应坚持区域化、层次化、模块化的设计理念，使网络层次更加清楚、功能更加明确。数据中心网络根据业务性质或网络设备的作用进行区域划分，可从以下几方面的内容进行规划。 1）按照传送数据业务性质和面向用户的不同，网络系统可以划分为内部核心网、远程业务专网、公众服务网等区域。 2）按照网络结构中设备作用的不同，网络系统可以划分为核心层、汇聚层、接入层。 3）从网络服务的数据应用业务的独立性、各业务的互访关系及业务的安全隔离需求综合考虑，网络系统在逻辑上可以划分为存储区、应用业务区、前置区、系统管理区、托管区、
云数据中心设计方 案
云数据中心设计方案 李万鸿 -2-25 云计算是大势所趋，选择合适的硬件和软件建立云数据中心是非常重要的，下面是一个非常详细的云数据中心设计方案。 1.云数据中心架构设计 学校云数据中心架构图 云数据中心包括Iaas、Paas、Saas三层服务，云数据中心既是一个企业云，也能够对外提供服务，学校还能够使用别的公有云如阿里云，形成混合云。 1）. SaaS：提供给客户的服务是运营商运行在云计算基础设施上的应用程序，用户能够在各种设备上经过客户端界面访问，如浏览器。消费者不需要管理或控制任何云计算基础设施，包括网络、服务器、操作系统、存储等等，实现智慧校园产品及学校
现有产品等给用户使用。 2）. PaaS：主要提供应用开发、测试和运行的平台，用户能够基于该平台，进行应用的快速开发、测试和部署运行，它依托于云计算基础架构，把基础架构资源变成平台环境提供给用户和应用。为业务信息系统提供软件开发和测试环境，同时能够将各业务信息系统功能纳入一个集中的SOA平台上，有效地复用和编排组织内部的应用服务构件，以便按需组织这些服务构件。典型的如门户网站平台服务，可为用户提供快速定制开发门户网站提供应用软件平台，用户只需在此平台进行少量的定制开发即可快速部署应用。提供给消费者的服务是把客户采用提供的开发语言和工具（例如Java，python, .Net等）开发的或收购的应用程序部署到供应商的云计算基础设施上去。客户不需要管理或控制底层的云基础设施，包括网络、服务器、操作系统、存储等，但客户能控制部署的应用程序，也可能控制运行应用程序的托管环境配置；能够使用Kubernetes、Docker容器完成应用系统的部署和管理。提供统一登录、权限、门户、数据中心、数据库等服务，实现容器管理、自动化部署、自动化迁移、负载均衡、弹性计算、按需分配、应用统计、性能检测、API接口、数据交换等功能。 3）. IaaS：提供给消费者的服务是对所有计算基础设施的利用，包括处理CPU、内存、存储、网络和其它基本的计算资源，用户能够部署和运行任意软件，包括操作系统和应用程序。Iaas层是
云计算数据中心架构 胡经国 本文作者的话 本文是根据有关文献和资料编写的《漫话云计算》系列文稿之一。现作为云计算学习笔录，奉献给云计算业外读者进一步学习和研究的参考。希望能够得到大家的指教和喜欢！ 下面是正文 对于云计算而言，应着重从高端服务器、高密度低成本服务器、海量存储设备和高性能计算设备等基础设施领域，提高云计算数据中心的数据处理能力。 云计算要求基础设施具有良好的弹性、扩展性、自动化、数据移动、多租户、空间效率和对虚拟化的支持。那么，云计算环境下的数据中心基础设施各部分的架构，应该是什么样的呢？ 一、云计算数据中心总体架构 云计算数据中心总体架构，分为服务和管理两大部分。 1、服务部分 服务部分主要以提供给用户的基于云的各种服务为主。它包括以下3个层次（服务模式）：基础设施即服务IaaS、平台即服务PaaS、软件即服务SaaS。 2、管理部分 管理部分主要以云的管理层为主。它的功能是：确保整个云计算中心能够安全、稳定地运行，并且能够被有效管理。 云计算数据中心总体架构包括：中心机房架构、网络系统架构、主机系统架构、储存系统架构和应用平台架构。 二、云计算数据中心机房架构 根据多年的经验，为满足云计算服务弹性的需要，云计算数据中心机房采用标准化、模块化的机房设计架构。模块化机房包括：集装箱模块化机房和楼宇模块化机房。 1、集装箱模块化机房 集装箱模块化机房，在室外无机房场景下应用。减轻了建设方在机房选址方面的压力，帮助建设方将原来半年的建设周期缩短到两个月；而能耗仅为传
统机房的50％；可适应沙漠炎热干旱地区和极地严寒地区的极端恶劣环境。 2、楼宇模块化机房 楼宇模块化机房，采用冷热风道隔离、精确送风、室外冷源等领先制冷技术；可适用于大中型数据中心的积木化建设和扩展。 三、云计算数据中心网络系统架构 1、设计理念 网络系统总体架构规划，应坚持区域化、层次化、模块化的设计理念，使网络层次更加清楚、功能更加明确。 2、规划内容 数据中心网络，根据业务性质或网络设备的作用进行区域划分，可从以下几方面的内容进行规划。 ⑴、按照传送数据业务性质和面向用户的不同，网络系统可以划分为：内部核心网、远程业务专网、公众服务网等区域。 ⑵、按照网络结构中设备作用的不同，网络系统可以划分为：核心层、汇聚层、接入层。 ⑶、从网络服务的数据应用业务的独立性、各业务的互访关系及业务的安全隔离需求综合考虑，网络系统在逻辑上可以划分为：存储区、应用业务区、前置区、系统管理区、托管区、外联网络接入区、内部网络接入区等。 3、Fabric网络架构 此外，还有一种Fabric网络架构。在数据中心部署云计算之后，传统的网络架构有可能使网络延迟问题成为一大瓶颈。这就使得在服务器之间的低延迟通信和更高的双向带宽的需要，变得更加迫切。这就需要网络架构向扁平化方向发展。最终的目标是：在任意两点之间尽量减少网络架构的数目。 Fabric网络架构的关键之一，就是“消除网络层级”的概念。Fabric网络架构，可以利用阵列技术来扁平化网络；可以将传统的三层结构压缩为二层；并最终转变为一层；通过实现任意点之间的连接，来消除复杂性和网络延迟。 例如，在服务超过10亿用户的情况下，需要重新设计网络架构。而使用新的Fabric网络架构目的就在于，保证在社交网络流量不断扩张的情况下，网站能够保持正常运行。不过，Fabric这个新技术，目前还没有统一的标准。其推广应用还有待更多的实践。 链接：Fabric Fabric是IBM公司推出的企业级区块链。2017年，IBM公司将其贡献给了Hypherlegder项目。Fabric和Sawtooth是Hypherlegder的两个重要企业级项目。
云计算数据中心与智慧城市建设 导读：云计算是一种基于网络的支持异构设施和资源流转的服务供给模型，它提供给客户可自治的服务。云计算支持异构的基础资源和异构的多任务体系，可以实现资源的按需分配、按量计费，达到按需索取的目标，最终促进资源规模化，促使分工专业化，有利于降低单位资源成本，促进网络业务创新。 一、前言 云计算是一种基于网络的支持异构设施和资源流转的服务供给模型，它提供给客户可自治的服务。云计算支持异构的基础资源和异构的多任务体系，可以实现资源的按需分配、按量计费，达到按需索取的目标，最终促进资源规模化，促使分工专业化，有利于降低单位资源成本，促进网络业务创新。 智慧城市是以多应用、多行业、复杂系统组成的综合体。多个应用系统之间存在信息共享、交互的需求。各个不同的应用系统需要共同抽取数据综合计算和呈现综合结果。如此众多繁复的系统需要多个强大的信息处理中心进行各种信息的处理。 要从根本上支撑庞大系统的安全运行，需要考虑基于云计算的网络架构，建设智慧城市云计算数据中心。在满足上述需求的同时，云计算数据中心具备传统数据中心、单应用系统建设无法比拟的优势：随需应变的动态伸缩能力（基于云计算基础架构平台，动态添加应用系统）以及极高的性能投资比（相对传统的数据中心，硬件投资至少下降30％以上）。
二、云计算应用于智慧城市的优势 （一）平台层的统一和高效能 通过架构即服务（Iaas）的构建模式，将传统数据中心不同架构、不同品牌、不同型号的服务器进行整合，通过云操作系统的调度，向应用系统提供一个统一的运行支撑平台。 同时，借助于云计算平台的虚拟化基础架构，可以有效地进行资源切割、资源调配和资源整合，按照应用需求来合理分配计算能力和存储资源，实现效能最优化。 （二）大规模基础软硬件管理 基础软硬件管理，主要负责大规模基础软件、硬件资源的监控和管理，为云计算中心操作系统的资源调度等高级应用提供决策信息，是云计算中心操作系统资源管理的基础。基础软件资源，包括单机操作系统、中间件、数据库等。基础硬件资源，则包括网络环境下的三大主要设备：计算（服务器）、存储（存储设备）和网络（交换机、路由器等设备）。基础软硬件管理中心，可以对基础软件、硬件资源进行资产管理；可以实现基础硬件的状态监控和性能监控；能够对异常情况触发报警，提醒用户及时维护问题设备；能够对基础软硬件资源进行长期的统计分析，为高层次的资源调度提供决策依据。 （三）业务/资源调度管理 云计算数据中心的突出特点是具备大量的基础软硬件资源，实现
云时代需要怎样的数据中心架构？ 云计算要求基础设施具有良好的弹性、扩展性、自动化、数据移动、多租户、空间效率和对虚拟化的支持。那么，云计算环境下的数据中心基础设施各部分的架构应该是什么样的呢? 1、云计算数据中心总体架构 云计算架构分为服务和管理两大部分。在服务方面，主要以提供用户基于云的各种服务为主，共包含3个层次：基础设施即服务IaaS、平台即服务PaaS、软件即服务SaaS.在管理方面，主要以云的管理层为主，它的功能是确保整个云计算中心能够安全、稳定地运行，并且能够被有效管理。 2、云计算机房架构 根据长城电子公司多年的经验，为满足云计算服务弹性的需要，云计算机房采用标准化、模块化的机房设计架构。模块化机房包括集装箱模块化机房和楼宇模块化机房。 集装箱模块化机房在室外无机房场景下应用，减轻了建设方在机房选址方面的压力，帮助建设方将原来半年的建设周期缩短到两个月，而能耗仅为传统机房的50%,可适应沙漠炎热干旱地区和极地严寒地区的极端恶劣环境。楼宇模块化机房采用冷热风道隔离、精确送风、室外冷源等领先制冷技术，可适用于大中型数据中心的积木化建设和扩展。 3、云计算网络系统架构 网络系统总体结构规划应坚持区域化、层次化、模块化的设计理念，使网络层次更加清楚、功能更加明确。数据中心网络根据业务性质或网络设备的作用进行区域划分，可从以下几方面的内容进行规划。 1)按照传送数据业务性质和面向用户的不同，网络系统可以划分为内部核心网、远程业务专网、公众服务网等区域。 2)按照网络结构中设备作用的不同，网络系统可以划分为核心层、汇聚层、接入层。 3)从网络服务的数据应用业务的独立性、各业务的互访关系及业务的安全隔离需求综合考虑，网络系统在逻辑上可以划分为存储区、应用业务区、前置区、系统管理区、服务器托管、外联网络接入区、内部网络接入区等。
云数据中心网络设计方案
目录 一、项目背景 (2) 二、工程概述 (2) 三、数据中心网络设计 (4) （一）网络结构 (4) 1、链路接入区 (4) 2、互联网接入区 (5) 3、互联网服务资源区 (5) 4、专网接入区 (6) 5、专网服务资源区 (6) 6、核心网络区 (7) 7、内网服务资源区 (7) 8、存储资源区 (8) 9、运维管理区 (9) 10、指挥中心接入区 (9) 11、物理整合区 (10) （二）虚拟化组网 (10)
一、项目背景 根据区委、区政府主要领导批示，2014年11月我区启 动了智慧城市战略发展顶层设计与规划工作。经过几个月的 努力，通过一系列调研、分析、设计与研讨，《智慧城市建 设总体规划与三年行动计划》文稿形成（以下简称“《规划》”）， 并与相关部门进行了若干次的专题讨论。根据各方意见修改 《规划》于2015年4月中旬经区长办公会研究原则通过。后， 《规划》中指出“新建智慧城市云平台，与现有的“智 慧华明”云平台共同支撑智慧应用系统建设。按照“集约建 设、集中部署”的原则，将新建的智慧应用系统直接部署在 云平台，将各部门已建的非涉密业务系统和公共服务类应用 系统逐步迁移至云平台，实现智慧应用在基础层面集中共享、 信息层面协同整合、运行维护层面统一保障，有利于充分整 合和利用信息化资源。” 根据《规划》中的目标和原则，在“智慧城市”首期项 目中与城市运行管理指挥中心同步进行云计算数据中心工 程建设，数据中心为智慧城市的总体建设提供基于云计算技 术的信息化基础设施，为智慧城市的各类业务应用提供稳定 可靠的运行环境。 二、工程概述 云计算数据中心与城市运行管理指挥中心选址为同一 地点，位于城市开发区津塘路与五经路交口处的“帝达东谷
解析思科数据中心虚拟化技术和部署 数据中心的发展正在经历从整合，虚拟化到自动化的演变，基于云计算的数据中心是未来的更远的目标。整合是基础，虚拟化技术为自动化、云计算数据中心的实现提供支持。 数据中心的虚拟化有很多的技术优点：可以通过整合或者共享物理资产来提高资源利用率，调查公司的结果显示，全球多数的数据中心的资源利用率在15%～20%之间，通过整合、虚拟化技术可以实现50%～60%的利用率;通过虚拟化技术可以实现节能高效的绿色数据中心，如可以减少物理设备、电缆，空间、电力、制冷等的需求;可以实现对资源的快速部署以及重部署以满足业务发展需求。 数据中心虚拟化的简单示意图。 数据中心的资源，包括服务器资源、I/O资源、存储资源组成一个资源池，通过上层的管理、调度系统在智能的虚拟化的网络结构上实现将资源池中的资源根据应用的需求分配到不同的应用处理系统。虚拟化数据中心可以实现根据应用的需求让数据中心的物理IT资源流动起来，更好的为应用提供资源调配与部署。 数据中心虚拟化发展的第一个阶段是通过整合实现服务器和应用的虚拟化服务，这阶段的数据中心也是很多公司已经做的或正要做的。在这一阶段，数据
中心虚拟化实现的是区域内的虚拟化，表现为数据中心的服务如网络服务、安全服务、逻辑服务还是与物理服务器的部署相关联;虚拟机上的VLAN与网络交换层上的VLAN对应;存储LUN以类似映射到物理服务器的方式映射到虚拟机。如下图。 数据中心虚拟化发展的第二个阶段是通过虚拟主机迁移技术(VM's Mobility)实现跨物理服务器的虚拟化服务。如下图。 在这个阶段，实现了数据中心内的跨区域虚拟化，虚拟机可以在不同的物理服务器之间切换，但是，为满足虚拟机的应用环境和应用需求，需要网络为应用提供智能服务，同时还需要为虚拟化提供灵活的部署和服务。 思科在下一代的数据中心设计中采用统一交换的以太网架构，思科数据中心统一交换架构的愿景图如下。
思科数据中心3.0解决方案 数据中心一直是重要的企业资产，也是IT用以保护、优化和发展业务的战略性重点机构，但如果您的数据中心出现了服务器、存储资源使用率低下，能源和人员成本占数据中心总运行成本的25%-30%，在IT预算中，70%花费都在维护方面，而不是使企业更具竞争力，这是当前cIo最需要迫切解决的问题。 数据中心转型的需要 当今的许多企业都在努力解决数十年来无计划发展的遗留问题，面对大量变更、管理、集成、安全和备份都成为越来越昂贵和困难的技术孤岛。这些数据中心运营的现实问题，对于寻找创新方式来满足不断提高的企业需求的cIo来说，已成为严重的限制因素。 现在，许多公司都致力于改变数据中心设施的整合和虚拟化。尽管这是优化现有技术、消除运营孤井的正确做法，但这只是起点而已。公司必须拓宽视角，以创新方式来看待数据中心架构，以使IT效率、响应能力和永续性都达到新的高度。 思科数据中心3.0既能解决当前迫切的运营限制问题，而且也能过渡到未来的虚拟数据中心。数据中心3.0改变了目前的数据中心域环境-服务器、存储和网络作为独立孤井
运行的情况，将它们统一到单一架构和一套共享网络服务中。 因为网络是无所不在的，网络的特征就是支持一切，只有网络能在异构环境中提供连接，统一行为，通过开放标准建设和互操作性，与任何厂商、设备或内容无关。 思科数据中心3.0的业务优势 思科数据中心3.0能够战略性地迁移到一个完全不同的基础设施模式：能够根据需要，混合、匹配和配置位于任意物理地点的共享服务的统一架构。这个模式从根本上改变了IT运行其核心资源的方式，在效率和企业响应能力方面获得了突破性的优势。 提高响应能力：因为网络能自动从虚拟化服务器、存储和网络服务池中部署基础设施，所以能按需发现和配置资源，与人工配置方法相比，大大缩短了响应时间，减少了错误率，能将富有经验的IT人员重新分配到更高价值的工作。 提高效率：通过最大限度地使用现有资源，推迟新容量购买，您即能获得更高投资回报，延长您当前数据中心的生命期。成本节约包括减少电源、通风和办公空间开支等。通过提高效率，企业将能把预算从维护转向创新，提高企业竞争力。 提高永续性：将网络原理应用到数据中心，能提高基础设施的可靠性、可用性和安全性，保护其免于干扰和意外停