思科负载均衡产品介绍-Introduction to Load Balancing

Introduction to Load Balancing
BRKAPP-1001
BRKAPP-1001 14503_04_2008_c2
? 2008 Cisco Systems, Inc. All rights reserved.
Cisco Public
2
? 2006, Cisco Systems, Inc. All rights reserved. 14503_04_2008_c2.scr
1

Agenda
Introduction Load Balancing and Health Monitoring Flow Management Server Offload High Availability Deployments Geographic Load Balancing What’s Next ?
BRKAPP-1001 14503_04_2008_c2
? 2008 Cisco Systems, Inc. All rights reserved.
Cisco Public
3
Cisco Application Delivery Networks
Network Classification
Quality of service Network-based app recognition Queuing, policing, shaping Visibility, monitoring, control
Application Scalability
Server load-balancing Site selection SSL termination and offload Video delivery
Application Networking
Message transformation Protocol transformation Message-based security Application visibility
WAN
Application Acceleration
Latency mitigation Application data cache Meta data cache Local services
BRKAPP-1001 14503_04_2008_c2 ? 2008 Cisco Systems, Inc. All rights reserved.
WAN Acceleration
Data redundancy elimination Window scaling LZ compression Adaptive congestion avoidance
Cisco Public
Application Optimization
Delta encoding FlashForward optimization Application security Server offload
4
? 2006, Cisco Systems, Inc. All rights reserved. 14503_04_2008_c2.scr
2

Other Cisco Live Breakout Sessions that You May Want to Attend
Relevancy
GSS ISR WAAS ACNS ACE AXG Applications
BRKAPP-2002 Server Load Balancing Design BRKAPP-3003 Troubleshooting ACE BRKAPP-1004 Introduction WAAS BRKAPP-2005 Deploying WAAS BRKAPP-3006 Troubleshooting WAAS BRKAPP-1008 What can Cisco IOS do for my application? BRKAPP-1009 Introduction to Web Application Security BRKAPP-2010 How to build and deploy a scalable video communication solution for your organization BRKAPP-2011 Scaling Applications in a Clustered Environment BRKAPP-2013 Best Practices for Application Optimization illustrated with SAP, Seibel and Exchange BRKAPP-2014 Deploying AXG BRKAPP-1015 Web 2.0, AJAX, XML, Web Services for Network Engineers BRKAPP-1016 Running Applications on the Branch Router BRKAPP-2017 Optimizing Application Delivery BRKAPP-2018 Optimizing Oracle Deployments in Distributed Data Centers
BRKAPP-1001 14503_04_2008_c2 ? 2008 Cisco Systems, Inc. All rights reserved. Cisco Public
5
The Application Delivery Journey
Client/Server
Application Trends
Web Enabled Decentralized 1000s of Connections
SOA/Web 2.0 Distributed Exponential Increase in Connections End-to-End Application Delivery Networks
Message Visibility Virtualization Deep Packet Inspection Multi-Gigabit Performance
Centralized Few Connections Early Technologies
Application Aware Networks
L4-7 Switching
Cisco Solution
Load Balancing QoS
Web Acceleration WAN Optimization
1995–2000
2000–2006
2006 and Beyond
BRKAPP-1001 14503_04_2008_c2
? 2008 Cisco Systems, Inc. All rights reserved.
Cisco Public
6
? 2006, Cisco Systems, Inc. All rights reserved. 14503_04_2008_c2.scr
3

How It All Started
Direct Communication Clients/Servers
IP TCP http Data
X
Web Server
Benefit
Simple solution
Issue
No fault tolerance Limited performance and scalability
BRKAPP-1001 14503_04_2008_c2 ? 2008 Cisco Systems, Inc. All rights reserved. Cisco Public
7
Scaling to a Few Servers
The Software Approach
S/W Load Balancer Clustering Technologies
Benefit
Addresses some of the fault tolerant and performance issues
Issue
Still limited in scale/performance. Leverages server resources for LB and HA Proprietary clustering technologies
BRKAPP-1001 14503_04_2008_c2 ? 2008 Cisco Systems, Inc. All rights reserved. Cisco Public
8
? 2006, Cisco Systems, Inc. All rights reserved. 14503_04_2008_c2.scr
4

Scale and High Availability for Larger Deployments
The Hardware-Based Solution
…
Benefit
Addresses fault tolerant, performance and scalability issues Future proof: architecture includes hardware co-processors to support resource-intensive features (i.e., SSL, compression)
BRKAPP-1001 14503_04_2008_c2
? 2008 Cisco Systems, Inc. All rights reserved.
Cisco Public
9
The Main Functions of a Load Balancer
Clients Load Balancer/ Content Switch
Web
Servers
Database
Represents multiple server farms with public IP addresses Virtual IP’s or VIP’s (which clients resolve via DNS) Monitors the health of servers Intelligently distributes incoming requests according to configurable rules
BRKAPP-1001 14503_04_2008_c2 ? 2008 Cisco Systems, Inc. All rights reserved. Cisco Public
Streaming
10
? 2006, Cisco Systems, Inc. All rights reserved. 14503_04_2008_c2.scr
5

Terminology
Clients Content Switch Load Balancer Servers
Load Balancing Algorithm (Predictor)
Round Robin
Serverfarm
Client-Side Gateway Virtual IP Address (VIP) 172.16.2.100 TCP port 80
Keepalive (Probe)
Class-Map
URL = /news User-Agent = WindowsCE Client = 192.0.0.0/8
Policy-Map If match class-map X then use serverfarm X else use serverfarm y
XML Gateways
BRKAPP-1001 14503_04_2008_c2
? 2008 Cisco Systems, Inc. All rights reserved.
Cisco Public
11
Devices Being Load Balanced
Server Proxies Accelerators (compression engines, SSL offloaders) Caches (reverse and transparent) Firewalls (Layer 3 and Layer 2) VPN concentrators Routers Generic IP device requiring load distribution and/or redundancy
BRKAPP-1001 14503_04_2008_c2
? 2008 Cisco Systems, Inc. All rights reserved.
Cisco Public
12
? 2006, Cisco Systems, Inc. All rights reserved. 14503_04_2008_c2.scr
6

Traffic Being Load Balanced
Generic IP traffic (i.e. IPSec tunnels) Generic UDP and TCP (i.e. proprietary protocols) Network services (i.e. LDAP, DNS, Radius) HTTP (i.e. Web Presentation Layer, Web Services, SOAP/XML) Voice and Video (i.e. RTSP, SIP, H.323) Remote terminals (i.e. Windows Terminal Services) Multi-connection protocols (i.e. FTP, RTSP) Multi-tier packaged applications (i.e. SAP, Oracle, Microsoft, BEA) Vertical specific applications (i.e. medical, finance, education)
Ethernet Header
Layer 2
BRKAPP-1001 14503_04_2008_c2
IP Header
Layer 3
TCP Header
Layer 4
HTTP Header
Payload
Ethernet Trailer
Layer 5-7
? 2008 Cisco Systems, Inc. All rights reserved. Cisco Public
13
HTTP
The Most Common Load Balanced Protocol RFC 2616,HTTP 1.1 IETF draft standard: “The hypertext transfer protocol (HTTP) is an application-level protocol for distributed, collaborative, hypermedia information systems” Three important elements of an HTTP request:
Method (GET, POST, …) URI Headers (include cookies)
Carried over TCP
Multiple HTTP requests can be “tunneled” over the same TCP connection
BRKAPP-1001 14503_04_2008_c2
? 2008 Cisco Systems, Inc. All rights reserved.
Cisco Public
14
? 2006, Cisco Systems, Inc. All rights reserved. 14503_04_2008_c2.scr
7

HTTP 1.0—Single Request
Client Web Server
SYN SYN_ACK ACK GET / HTTP 1.0 ACK HTTP/1.0 200 OK Continuation ACK FIN FIN_ACK ACK
BRKAPP-1001 14503_04_2008_c2 ? 2008 Cisco Systems, Inc. All rights reserved. Cisco Public
15
HTTP 1.1—Two Requests, No Pipelining
Client Web Server SYN SYN_ACK ACK
GET /a.gif HTTP 1.1
ACK
HTTP/1.1 200 OK
ACK
GET /b.jpg HTTP 1.1
ACK
HTTP/1.1 200 OK
Continuation ACK FIN FIN_ACK ACK
BRKAPP-1001 14503_04_2008_c2 ? 2008 Cisco Systems, Inc. All rights reserved. Cisco Public
16
? 2006, Cisco Systems, Inc. All rights reserved. 14503_04_2008_c2.scr
8

HTTP 1.1—Building an Entire Page
TCP 3101 > 80 index.html logo1.gif TCP 3102 > 80 globe.gif footpage.jpg
TCP 3103 > 80 /cgi-bin/count
The behaviour depends on the browser
TCP 3104 > 80 bannertop.jpg menu.jpg
17
BRKAPP-1001 14503_04_2008_c2
? 2008 Cisco Systems, Inc. All rights reserved.
Cisco Public
FTP—File Transfer Protocol A Multi-Connection Protocol
Active FTP
Client
C:>ftp https://www.360docs.net/doc/114395568.html, FTP server test User: abc Password: xxx 230 User abc
FTP Server
3016
21
1 2
3017 20
3 4
BRKAPP-1001 14503_04_2008_c2 ? 2008 Cisco Systems, Inc. All rights reserved. Cisco Public
18
? 2006, Cisco Systems, Inc. All rights reserved. 14503_04_2008_c2.scr
9

FTP—File Transfer Protocol A Multi-Connection Protocol
Passive FTP
Client
C:>ftp https://www.360docs.net/doc/114395568.html, FTP server test User: abc Password: xxx 230 User abc
FTP Server
3018
21
1 2
3019 2036
3 4
BRKAPP-1001 14503_04_2008_c2 ? 2008 Cisco Systems, Inc. All rights reserved. Cisco Public
19
Load Balancing and Health Monitoring
How Connections Are Distributed to the Best Available Servers
BRKAPP-1001 14503_04_2008_c2
? 2008 Cisco Systems, Inc. All rights reserved.
Cisco Public
20
? 2006, Cisco Systems, Inc. All rights reserved. 14503_04_2008_c2.scr
10

Load Balancing Algorithms
Client
Serverfarm
How to Distribute Requests Across Servers? Enhanced Predictors Improve Serverfarm Efficiency
BRKAPP-1001 14503_04_2008_c2 ? 2008 Cisco Systems, Inc. All rights reserved. Cisco Public
21
Load Balancing Algorithms
(Weighted) Round Robin
Very simple, servers receive equal (or proportional) amount of requests
(Weighted) Least Connections
Dynamic, based on open connections, optimizes load across servers
Hash on IP (source/destination, with mask)
No state required for persistence
Hash on URL or portion of URL
Useful for transparent cache redirection
Based on Load
Server load retrieved via SNMP or feedback protocols
Fastest
Based on response time: fastest servers receive newer connections
Least Bandwidth
Real-time amount of traffic considered to select less active server
BRKAPP-1001 14503_04_2008_c2 ? 2008 Cisco Systems, Inc. All rights reserved. Cisco Public
22
? 2006, Cisco Systems, Inc. All rights reserved. 14503_04_2008_c2.scr
11

Session Persistence—Stickiness
The “Shopping Cart” Problem Browse
I’ll Never Shop Here Again!
1
Select
2 3
Buy
Empty?!?
BRKAPP-1001 14503_04_2008_c2 ? 2008 Cisco Systems, Inc. All rights reserved. Cisco Public
23
Session Persistence—Stickiness
Session: logical aggregation of multiple simultaneous or subsequent connections Sessions are limited in time (timeout) Servers might keep session state locally Load distribution across multiple servers introduces the problem
The content switch needs to identify a session and send connections belonging to the same session (i.e. from the same client) to the same server
Methods to identify the session or client: Source IP address, HTTP session cookie, SIP session ID, SSL ID, generic protocol session data, …
BRKAPP-1001 14503_04_2008_c2 ? 2008 Cisco Systems, Inc. All rights reserved. Cisco Public
24
? 2006, Cisco Systems, Inc. All rights reserved. 14503_04_2008_c2.scr
12

Health Checking
The content switch needs to continuously monitor the back-end servers Failed servers have to be identified and removed from rotation: the load balancing algorithms adapt to the change Server failures should be transparent to clients Servers recovering from failures should be checked and put back in the available pool, avoiding flapping Any failure affecting client-server interaction should be detected: connectivity, application or back-end servers malfunctions
Clients
Serverfarm
X
BRKAPP-1001 14503_04_2008_c2 ? 2008 Cisco Systems, Inc. All rights reserved. Cisco Public
X
25
Active Probing—Keepalives
Intended to run periodically Generated by the load balancer: a correct reply is expected Either predefined health checks or user-configurable scripts Examples: ICMP (L3 connectivity), TCP (stack), HTTP (application) For each probe:
Interval, retry times Maximum TCP open time Maximum receive time (max response time) Failed retry time, successful retries before back in service
Serverfarm
BRKAPP-1001 14503_04_2008_c2
? 2008 Cisco Systems, Inc. All rights reserved.
Cisco Public
26
? 2006, Cisco Systems, Inc. All rights reserved. 14503_04_2008_c2.scr
13

In-Band Health Monitoring
The load balancer monitors server-to-client “inband” traffic and keep counters for consecutive errors Can catch basic errors:
No replies from server RST’s from server
For HTTP traffic, can perform return error code checking (i.e. 500type errors should remove servers from rotation)
Clients
Serverfarm
BRKAPP-1001 14503_04_2008_c2
? 2008 Cisco Systems, Inc. All rights reserved.
Cisco Public
27
Flow Management
“Layer 4” and “Layer 7” Processing
BRKAPP-1001 14503_04_2008_c2
? 2008 Cisco Systems, Inc. All rights reserved.
Cisco Public
28
? 2006, Cisco Systems, Inc. All rights reserved. 14503_04_2008_c2.scr
14

Flows, Connections, Sessions
A Load Balancer Maintains Much More State than a Router on a Per-Flow Basis
Three main types of flows
TCP: IP protocol, src/dst IP, src/dst L4 port, TCP state UDP: IP protocol, src/dst IP, src/dst L4 port Generic IP: source/destination IP
TCP flows (connections) require setup Multiple flows between the same client and server might be logically grouped into a session
BRKAPP-1001 14503_04_2008_c2 ? 2008 Cisco Systems, Inc. All rights reserved. Cisco Public
29
Layer 4 Switching
L2–L4 information is always present in the first packet of the flow (unless it is a fragment!)
IP protocol Source/destination IP addresses Source/destination L4 ports (for TCP/UDP) Source VLAN, MAC address
The load balancing decision can be made on the first packet
BRKAPP-1001 14503_04_2008_c2
? 2008 Cisco Systems, Inc. All rights reserved.
Cisco Public
30
? 2006, Cisco Systems, Inc. All rights reserved. 14503_04_2008_c2.scr
15

Layer 4 Flow Setup—Basic Load Balancing Decisions Made on First Packet
SYN Matches Existing Flow Rewrites L2/L3/L4 Shortcut ACK Data
GET/HTTP 1.1
Matches VIP Selects Server Rewrites L2/L3/L4
SYN_ACK
Shortcut Shortcut
HTTP/1.1 200 OK
Data
Shortcut
BRKAPP-1001 14503_04_2008_c2 ? 2008 Cisco Systems, Inc. All rights reserved. Cisco Public
31
Layer 7 Switching
L5–L7 information is only received after the TCP setup and might span multiple packets
HTTP URLs, cookies, header fields SSL session ID FTP data channel port Generic application data
Requires TCP termination and buffering!
BRKAPP-1001 14503_04_2008_c2
? 2008 Cisco Systems, Inc. All rights reserved.
Cisco Public
32
? 2006, Cisco Systems, Inc. All rights reserved. 14503_04_2008_c2.scr
16

Layer 7 Flow Setup for HTTP (1/3) Load Balancing Decisions Require More Data
SYN
SYN_ACK
Matches VIP w/L7 rule Chooses SEQ # Replies w/SYN_ACK Starts Buffering
ACK
Data
GET/HTTP 1.1
ACK
ACK’s Client Packets Keeps Buffering
33
BRKAPP-1001 14503_04_2008_c2
? 2008 Cisco Systems, Inc. All rights reserved.
Cisco Public
Layer 7 Flow Setup for HTTP (2/3) Load Balancing Decisions Require More Data
Data
GET Continuatio n
Parses the Data Selects Server Initiates TCP
ACK
SYN
SYN_ACK
Acts as Client Does Not Forward SYN_ACK Empties Buffer Sends Data to Server
BRKAPP-1001 14503_04_2008_c2 ? 2008 Cisco Systems, Inc. All rights reserved. Cisco Public
ACK Data—GET Data—GET Cont inuation
34
? 2006, Cisco Systems, Inc. All rights reserved. 14503_04_2008_c2.scr
17

Layer 7 Flow Setup for HTTP (3/3) Load Balancing Decisions Require More Data
Does Not Forward ACK Ready to Splice the Flows Matches Existing Flow Rewrites L2/L3/L4 and SEQ/ACK Shortcut ACK Shortcut
Continuation
ACK
OK HTTP/1.1 200
Data
Data
Shortcut
BRKAPP-1001 14503_04_2008_c2 ? 2008 Cisco Systems, Inc. All rights reserved. Cisco Public
35
Layer 7 Flow Setup—Full Proxy The Most Flexible Approach
SYN ACK Data GET/HTTP 1.1
SYN_ACK
ACK
Independent client & server connections
SYN ACK
Data—GET ACK HTTP/1.1 200 OK Data Data SYN_ACK
Full Proxy
HTTP/1.1 200 OK ACK
…
Client connection
BRKAPP-1001 14503_04_2008_c2 ? 2008 Cisco Systems, Inc. All rights reserved. Cisco Public
…
Server connection
36
? 2006, Cisco Systems, Inc. All rights reserved. 14503_04_2008_c2.scr
18

Content Switching Metrics
Connections per Second (CPS)
L4 vs. L7
HTTP requests per Second (“CPS”)
HTTP 1.1 vs. 1.0
Concurrent Connections (CC) Bandwidth (in Gbps) and Packets per Second Latency Keepalives per second Number of virtual servers/real servers Number of policies/rules
BRKAPP-1001 14503_04_2008_c2 ? 2008 Cisco Systems, Inc. All rights reserved. Cisco Public
37
Server Offload
Freeing Up Server CPU and Resources
BRKAPP-1001 14503_04_2008_c2
? 2008 Cisco Systems, Inc. All rights reserved.
Cisco Public
38
? 2006, Cisco Systems, Inc. All rights reserved. 14503_04_2008_c2.scr
19

Server Offload Overview
What is it ?
Perform resource intensive functions on application traffic in the content switch on behalf of the server. Often hardware accelerated.
Why ?
Servers can dedicate more resources to processing and serving client requests: faster application response!
What can be offloaded ?
SSL processing, TCP setup/close, HTTP compression, XML processing,…
Application Switch
BRKAPP-1001 14503_04_2008_c2 ? 2008 Cisco Systems, Inc. All rights reserved. Cisco Public
Servers
39
Offloading SSL
Offload CPU-intensive SSL processing
Servers resources are dedicated to serving requests and running applications, rather than encrypting data
Centralized key/certificate storage/management Allows advanced content switching (URL-based, cookie-sticky, payload parsing) and inspection of SSL traffic Scalability: easy to add more SSL “performance”
Content Switch
Encrypted to VIP:443
BRKAPP-1001 14503_04_2008_c2 ? 2008 Cisco Systems, Inc. All rights reserved. Cisco Public
Clear Text to Servers:80
Web Servers
40
? 2006, Cisco Systems, Inc. All rights reserved. 14503_04_2008_c2.scr
20

广域网负载均衡原理简单介绍

广域网负载均衡多链路广域网负载均衡（1）Inbound多链路负载均衡算法策略：RTT+Topology+RoundRobin 具体描述：当外部用户访问九州梦网网站时，首先由F5的3DNS对客户端的LDNS进行RTT（Round Trip Time）探测，对比从两条链路返回的探测结果（可以从统计列表中看到），选择一条返回值小的链路IP地址返回给客户端，从而客户端再发起访问请求；当F5的3DNS探测不到客户端的LDNS（由于LDNS安全防护等原因）时，F5的3DNS自动启用Topology算法，来静态匹配客户端的LDNS地理位置，从而根据客户端的来源，返回正确的A记录；当探测不到的LDNS又不在地址列表中时，F5 3DNS自动启用Global Availability 算法作为默认算法，将所有无法计算结果并且不在Topology范围之内的LocalDNS请求，定义到系统的默认线路上。 F5 的3DNS具备二十多种Inbound算法，可以根据需要进行组合。 ①RTT算法运行机制：通过3DNS的RTT就近性算法会自动运算生成一个ldns就近分布表，通过这个动态的表，每个客户上来都会提供一个最快速的链路进行访问，由于站点有ISP1和ISP2的两条广域网线路。在3DNS上会针对站点服务器(以https://www.360docs.net/doc/114395568.html, 为例)解析ISP1和ISP2的两个不同的公网地址。对应于https://www.360docs.net/doc/114395568.html,域名，在3DNS上配置wideip：https://www.360docs.net/doc/114395568.html,，对应两个Virtual Server：VS1：202.106.83.177，VS2：219.17.66.100。分别属于ISP1和ISP2两条线路分配的IP地址段。在3DNS内部，同时定义两个DataCenter分别与ISP1和ISP2相对应。用户的访问流程如下：

思科特色功能介绍

思科协作产品特色功能介绍 2014年6月

一、终端超级多流功能: 思科C60高清视频终端标配了将多路（三路）高清视频输入合成功能；合成后，可以在一路视频带宽能传输不同的视频信息。在同样的会议带宽下，传输更丰富的视频画面。使用场景：可在主画面中合成多路视频输入，实现进度汇报，发言者和全景合成; 1.进度汇报（天气预报）：可满足在年底总结、述职报告、技术培训会议中需要能同时看到工作业绩或者进度情况及发言人的特写画面。 2.大型报告(发言人+全景）：可在举行大型汇报会议时，同时将主席台领导和发言会场画面合成后发给所有会场，让分会场能同时看到参与领导和发言人画面。功能优点: 1.丰富会议场景: 可以按照不同会议需要，变化不同的画面场景，将会有更生动； 2.节省带宽:三路视频输入合成为一路1080P高清画面，可以在单路视频实现更多的信息显示。 3.统一画面布局：所有分会场画面全部由主会场控制，解决分会场双显模式切换的不同。

二、摄像机跟踪：方式一：通过Clearone数字调音台实现视像联动此视像联动方案具有如下几大优点： 1．单镜头就可以实现视像联动：无需配置多个高清镜头来回切换； 2．切换准确率极高：可以按照前后左右多个角度来预设镜头位置，非单一平面的摄像机转动，保证每个发言者都能进行特写（报名照）尺寸拍摄； 3．不受外部声音干扰：采用麦克风按键式操作，如果会议中有开门，手机铃声，敲击声等声音，系统不会乱切； 4．预置位多：不受终端的镜头预置位限制，可以通过中控扩展100个镜头预置位； 5．本地会议也可使用，在不进行视频会议时，这套视像联动系统也能作为本地会议使用，保证每个与会者能清晰的看到发言人表情。

主流BI产品对比

国际主流BI产品对比

厂商产品及简介国际厂商（主要） MicroStrategy MSTR ，国际专业BI 产品，覆盖BI 全部领域 IBM DB2以及Cognos 、SPSS 、DataStage ，覆盖BI 全部领域Oracle BIEE 、Hyperion ，覆盖BI 全部领域，数据挖掘领域有待加强 Microsoft SQLServer ，覆盖BI 全部领域，适合中小型企业，性价比高 SAP BusinessObjects 、CrystalReports 主要是报表领域和数据集成领域国际BI 市场主要厂商

BI 产品纷纷嫁入豪门： 2007年11月，IBM收购Cognos 2008年4月，Oracle收购Hyperion 2010年10月，SAP收购Business Objects BI 产品国际阵营谁是幸存者：目前BI产品第一阵营的唯一幸存者只有MicroStrategy，超过20年的专业技术和市场积累，让这个在巨头环伺下的BI行业领军产品一直保持着一枝独秀的良好态势。

厂商名称目标客户群 MicroStrategy金融、电信、政府、石油、电力等高端行业的高端应用，尤其适合于数据量大，用户分布广泛的行业应用特点 SAP/BO BO定位于SAP ERP的已有用户优先实施，其它则通过OEM或各种集成商，价格较高，不适用于中小企业 IBM/Cognos通过OEM和集成商进军企业客户，公司本身则注重已有的金融、电信、政务领域客户 Microsoft适用于中小企业，依靠合作伙伴 Oracle基于Oracle数据库庞大的客户群，注重大型用户，但内部产品有竞争关系国际主流BI产品基本都已被IT业界巨头并购，技术路线及商务策略缺乏独立性，除MicroStrategy之外都缺乏BI产品技术发展方向的独立规划。

思科负载均衡产品介绍-Introduction to Load Balancing

负载均衡的基础原理说明

大家都知道一台服务器的处理能力，主要受限于服务器自身的可扩展硬件能力。所以，在需要处理大量用户请求的时候，通常都会引入负载均衡器，将多台普通服务器组成一个系统，来完成高并发的请求处理任务。之前负载均衡只能通过DNS来实现，1996年之后，出现了新的网络负载均衡技术。通过设置虚拟服务地址（IP），将位于同一地域（Region）的多台服务器虚拟成一个高性能、高可用的应用服务池；再根据应用指定的方式，将来自客户端的网络请求分发到

服务器池中。网络负载均衡会检查服务器池中后端服务器的健康状态，自动隔离异常状态的后端服务器，从而解决了单台后端服务器的单点问题，同时提高了应用的整体服务能力。网络负载均衡主要有硬件与软件两种实现方式，主流负载均衡解决方案中，硬件厂商以F5为代表目前市场占有率超过50%，软件主要为NGINX与LVS。但是，无论硬件或软件实现，都逃不出基于四层交互技术的“转发”或基于七层协议的“代理”这两种方式。四层的转发模式通常性能会更好，但七层的代理模式可以根据更多的信息做到更智能地分发流量。一般大规模应用中，这两种方式会同时存在。 2007年F5提出了ADC（Application delivery controller）的概念为传统的负载均衡器增加了大量的功能，常用的有：SSL卸载、压缩优化和TCP连接优化。NGINX也支持很多ADC的特性，但F5的中高端型号会通过硬件加速卡来实现SSL卸载、压缩优化这一类CPU密集型的操作，从而可以提供更好的性能。 F5推出ADC以后，各种各样的功能有很多，但其实我们最常用的也就几种。这里我也简单的总结了一下，并和LVS、Nginx对比了一下。

负载均衡技术的三种实现方法

目前，网络应用正全面向纵深发展，企业上网和政府上网初见成效。随着网络技术的发展，教育信息网络和远程教学网络等也得到普及，各地都相继建起了教育信息网络，带动了网络应用的发展。一个面向社会的网站，尤其是金融、电信、教育和零售等方面的网站，每天上网的用户不计其数，并且可能都同时并发访问同一个服务器或同一个文件，这样就很容易产生信息传输阻塞现象；加上Internet线路的质量问题，也容易引起出现数据堵塞的现象，使得人们不得不花很长时间去访问一个站点，还可能屡次看到某个站点“服务器太忙”，或频繁遭遇系统故障。因此，如何优化信息系统的性能，以提高整个信息系统的处理能力是人们普遍关心的问题。一、负载均衡技术的引入信息系统的各个核心部分随着业务量的提高、访问量和数据流量的快速增长，其处理能力和计算强度也相应增大，使得单一设备根本无法承担，必须采用多台服务器协同工作，提高计算机系统的处理能力和计算强度，以满足当前业务量的需求。而如何在完成同样功能的多个网络设备之间实现合理的业务量分配，使之不会出现一台设备过忙、而其他的设备却没有充分发挥处理能力的情况。要解决这一问题，可以采用负载均衡的方法。负载均衡有两个方面的含义：首先，把大量的并发访问或数据流量分担到多台节点设备上分别处理，减少用户等待响应的时间；其次，单个重负载的运算分担到多台节点设备上做并行处理，每个节点设备处理结束后，将结果汇总，再返回给用户，使得信息系统处理能力可以得到大幅度提高。对一个网络的负载均衡应用，可以从网络的不同层次入手，具体情况要看对网络瓶颈所在之处的具体情况进行分析。一般来说，企业信息系统的负载均衡大体上都从传输链路聚合、采用更高层网络交换技术和设置服务器集群策略三个角度实现。二、链路聚合——低成本的解决方案为了支持与日俱增的高带宽应用，越来越多的PC机使用更加快速的方法连入网络。而网络中的业务量分布是不平衡的，一般表现为网络核心的业务量高，而边缘比较低，关键部门的业务量高，而普通部门低。伴随计算机处理能力的大幅度提高，人们对工作组局域网的处理能力有了更高的要求。当企业内部对高带宽应用需求不断增大时（例如Web访问、文档传输及内部网连接），局域网核心部位的数据接口将产生瓶颈问题，因此延长了客户应用请求的响应时间。并且局域网具有分散特性，网络本身并没有针对服务器的保护措施，一个无意的动作，像不小心踢掉网线的插头，就会让服务器与网络断开。通常，解决瓶颈问题采用的对策是提高服务器链路的容量，使其满足目前的需求。例如可以由快速以太网升级到千兆以太网。对于大型网络来说，采用网络系统升级技术是一种长远的、有前景的解决方案。然而对于许多企业，当需求还没有大到非得花费大量的金钱和时间进行升级时，使用升级的解决方案就显得有些浪费

思科协作视频产品架构视频通信VCS

T a b l e o f C o n t e n t s 1.1VCS视频通讯服务器产品介绍 (1) 1.2VCS产品性能 (4) 1.2.1设计特性 (4) 1.2.2应用特性 (5) 1.2.3性能特性 (5) 1.2.4TADNBERG VCS主要特性 (6) 1.3VCS ExperssWay产品性能 (11) 1.3.1设计特性 (12) 1.3.2应用特性 (12) 1.3.3性能特性 (13) 1.3.4CISCOVCS主要特性 (13) 1.4设备应用方式 (20) 1.4.1终端及MCU的注册方式 (20) 1.4.2编码与拨号规则 (20) 1.4.3MCU与终端间的呼叫 (24) 1.4.4CISCO解决方案应对防火墙挑战 (26) 1.4.5FindMe 功能 (28) 1.5产品特性介绍 (30) 1.5.1注册功能 (30) 1.5.2支持多台VCS Alternate备份 (31) 1.5.3带宽管理功能 (32)

1.5.4状态监控功能 (33) 1.5.5URI 呼叫方式 (33)

1.1V C S视频通讯服务器产品介绍 CISCO VCS是一款高性能、可靠、安全和易于使用的视频通信控制器，同时具备H.323下的网闸和SIP下的SIP server功能，是CISCO的视频会议网络解决方案的核心组成部分，并为多供应商终端设备提供防火墙穿越支持。根据用户的需求，我们推荐使用视频通信服务器，用于全网安全认证、呼叫业务控制，以及QOS增强。可靠性高，安全和易于使用的视频会议系统通讯服务器，同时也是CISCO 的视频会议网络解决方案的有机组成部分，并为多种终端设备提供ExpressWay 防火墙穿越支持。 CISCO VCS视频通讯服务器有别于其他品牌的软件VCS，无须安装于Windows平台之上，是一款基于Linux实时多任务操作系统的硬件。

几种负载均衡策略比较~

PS：Nginx/LVS/HAProxy是目前使用最广泛的三种负载均衡软件，本人都在多个项目中实施过，参考了一些资料，结合自己的一些使用经验，总结一下。一般对负载均衡的使用是随着网站规模的提升根据不同的阶段来使用不同的技术。具体的应用需求还得具体分析，如果是中小型的Web应用，比如日PV小于1000万，用Nginx就完全可以了；如果机器不少，可以用DNS轮询，LVS所耗费的机器还是比较多的；大型网站或重要的服务，且服务器比较多时，可以考虑用LVS。一种是通过硬件来进行进行，常见的硬件有比较昂贵的F5和Array等商用的负载均衡器，它的优点就是有专业的维护团队来对这些服务进行维护、缺点就是花销太大，所以对于规模较小的网络服务来说暂时还没有需要使用；另外一种就是类似于Nginx/LVS/HAProxy的基于Linux的开源免费的负载均衡软件，这些都是通过软件级别来实现，所以费用非常低廉。目前关于网站架构一般比较合理流行的架构方案：Web前端采用 Nginx/HAProxy+Keepalived作负载均衡器；后端采用MySQL数据库一主多从和读写分离，采用LVS+Keepalived的架构。当然要根据项目具体需求制定方案。下面说说各自的特点和适用场合。一、Nginx Nginx的优点是： 1、工作在网络的7层之上，可以针对http应用做一些分流的策略，比如针对域名、目录结构，它的正则规则比HAProxy更为强大和灵活，这也是它目前广泛流行的主要原因之一，Nginx单凭这点可利用的场合就远多于LVS了。 2、Nginx对网络稳定性的依赖非常小，理论上能ping通就就能进行负载功能，这个也是它的优势之一；相反LVS对网络稳定性依赖比较大，这点本人深有体会； 3、Nginx安装和配置比较简单，测试起来比较方便，它基本能把错误用日志打印出来。LVS的配置、测试就要花比较长的时间了，LVS对网络依赖比较大。 3、可以承担高负载压力且稳定，在硬件不差的情况下一般能支撑几万次的并发量，负载度比LVS相对小些。 4、Nginx可以通过端口检测到服务器内部的故障，比如根据服务器处理网页返回的状态码、超时等等，并且会把返回错误的请求重新提交到另一个节点，不过其中缺点就是不支持url来检测。比如用户正在上传一个文件，而处理该上传的节点刚好在上传过程中出现故障，Nginx会把上传切到另一台服务器重新处理，而LVS就直接断掉了，如果是上传一个很大的文件或者很重要的文件的话，用户可能会因此而不满。 5、Nginx不仅仅是一款优秀的负载均衡器/反向代理软件，它同时也是功能强大的Web应用服务器。LNMP也是近几年非常流行的web架构，在高流量的环境中稳定性也很好。 6、Nginx现在作为Web反向加速缓存越来越成熟了，速度比传统的Squid服务器更快，可以考虑用其作为反向代理加速器。 7、Nginx可作为中层反向代理使用，这一层面Nginx基本上无对手，唯一可以对比

BO与Oracle BIEE产品对比 v1

第1章产品体系结构比较第2章在企业关键BI需求上BO 与 OBIEE对比

第3章对比BO与Oracle BIEE的常见问题 1.OBIEE是一个统一的、完整的架构，还是一个将并购而来的多种工具耦合而成的平台？ Oracle BIEE是ORACLE将多个收购而来的BI产品简单耦合而成的，作为企业级的BI平台显然它还不够成熟。OBIEE拥有看似统一的多个用户界面、多个服务器和多个存储在平面文件中的元数据，这些缺点都极大的制约了它的可伸缩性。 OBIEE Plus所提供的BI功能需要三个独立的服务来支持。用户访问复杂报表的时候，查询的SQL不是由一个单独的集中的服务器产生的，而是需要两个服务通过两个步骤才能产生。首先ORACLE BI Presentation Services产生逻辑SQL，然后Oracle BI Server再将接收到的逻辑SQL转化为物理SQL。这两个步骤明显有些冗余，直接降低了系统的性能，增大了系统故障的风险。根据Gartner公司10年的报告，Oracle的对其BI产品和产品线的整合在近期还将继续。有强烈的证据表明，Hyperion的原有用户都在等待和观望，并没有升级到最新版本。在所有的用户调查中，Hyperion用户运行最新版本的比率是最低的。而且报告中还专门提到，Oracle用户反映得到的技术支持不够完善，Oracle 在BIEE方面的一线技术专家还不够。 BO 产品是一个统一的、完整的架构，通过一个统一的门户向用户提供各种BI功能，整个系统采用统一的用户和权限管理。 2.OBIEE是否拥有统一的元数据？ OBIEE 系统拥有三个不同版本的元数据： ●BI Server的元数据：存储逻辑数据模型 ●BI Presentation Services的元数据：主要存储 WEB目录信息，包括报表、筛选、提示和用户信息 ●BI Publisher的元数据：主要存储复杂的企业级报表及其他报表对象的信息。这些元数据在不同的功能模块间是无法完全共享的。其中BI Server的元数据和BI Presentation Services的元数据只能保存在一个平面文件中，不能存储在关系型数据库中，从而没有负载均衡和数据回滚的能力。在集群的环境中，保存在平面文件中的元数据必须要通过共享文件系统才能同时被多台服务器所访问。但共享文件系统是无法针对高并发量的访问进行系统调优的，另外平面文件本身也存在大小的限制，进而也限制了元数据的增长。此外，集群环境中的ORACLE BI SERVER仅仅在重启的时候，才会加载存储在平面文件中的元数据。这意味着想要修改后元数据生效，管理员就必须要重启集群内的所有服务器。这样即使OBIEE在集群环境中也不可能提供7*24小时的高可靠性。 Oracle BI Publisher的元数据不能充分利用来自Oracle BI Server元数据业务逻辑模型。来自Oracle BI Answer的报表，不能被Oracle BI Publisher充分利用创建Publisher报表。在Oracle BI Answers中创建的包含提示的报表，也不能在Oracle BI Publisher中正常使用。Oracle BI Publisher报表不能在Oracle BI Presentation Services Web中被浏览，因为这两个系统的元数据库是完全独立的。在OBIEE中报表中的提示是存储在报表级别的，这意味这用户创建了一个地区提示，这个提示不能被后来的报表所重用。用户必须为每一张需要相同提示的报表重新创建。这种缺乏元数据抽象的弱点，增加了额外的维护工作和重复的步骤。

负载均衡---SANGFOR_AD与radware、F5产品对比

国内外主流负载均衡产品对比分析

负载均衡设备厂家对比分析厂商名称深信服radware F5 公司介绍深信服科技目前是中国成长最快、创新能力最强的前沿网络设备供应商，致力于通过创新和技术领先的网络产品，帮助用户提升网络带宽的价值。目前其产品已经应用于1万4千多家客户，主要在政府单位和大型企业中应用，其中包括公安部在内，近200家省厅及国家部委单位。深信服的VPN产品国内市场占有率第一，是国家VPN加密标准的起草单位。 Radware 是以色列一家领先的智能化解决方案供应商，致力于确保在IP上快速、可靠而安全地交付网络或基于Web的应用程序。产品系列中包括为满足IP应用服务器、防火墙、cache 服务器和W AN 链接而开发和设计的产品。其在国内的客户主要集中在运营商、金融、电子商务企业。 F5是美国著名的应用交付设备厂家，致力于帮助客户在整个企业范围发挥虚拟化的威力，提高业务水平。解决方案可以优化网络、服务器、以及存储环境。目前其在国内主要的客户群主要包括了金融、大型企业集团、网站等。服务介绍深信服是总部设于深圳的中国企业，在全国有30多个办事处。设有中国负载均衡行业最大的CTI呼叫中心，拥有坐席70人，提供7*24小时服务。而在河南郑州设有直属办事处，以及一个服务中心，有专业产品工程师5人。 Radware 目前在国内有4个办事处，分别位于上海、广州、北京、成都。为所有用户提供5*8小时本地电话及在线支持服务。目前在河南还没有建立直属办事处，售后服务主要由其代理商负责。 F5 目前在国内有4个办事处，分别位于上海、广州、北京、成都。为所有用户提供5*8小时本地电话及在线支持服务。目前在河南还没有建立直属办事处，售后服务主要由其代理商的认证工程师负责。提供收费的原厂售后支持服务。

阿里分布式负载均衡架构介绍

阿里分布式负载均衡架构介绍以表格存储为例

Table Store是构建在阿里云飞天系统之上的分布式NoSQL数据存储服务，支持单表千万级读写和数十P数据存储，具备99.99%的数据可用性以及11个9的数据可靠性。表格存储基于庞大的共享资源池来服务客户，通过负载均衡来协调不同客户对资源的诉求，削峰填谷带来了成本的下降，并最终让客户收益。本次分享即对表格存储负载均衡技术做一些总结，以便探讨分布式系统中负载均衡的问题和思路。下面会先对表格存储做简单的介绍，以便更好的讨论我们碰到的问题。然后会介绍多租户的概念，并说明单机多租户和分布式系统多租户的不同。最后重点介绍分布式系统中多租户负载均衡的核心问题。一、表格存储概览需求驱动先来看看为什么要做表格存储。就像10年前谷歌BigTable论文里面描述的一样，新时代数据有一些明显的特征： o数据量大、读写量大、增长速度很难预计。关于增长速度，比如答题，一天内访问量就可能上涨几十倍，不差钱，就看你能不能搞定。 o数据之间关系很弱。比如对邮箱应用来说，不同用户的邮件记录之间完全没有关系，无论是收发还是搜索，你都只能在自己的邮箱数据内进行。

o业务变动频繁，schema也需要跟着频繁变动。受传统数据库约束，这三个需求都没有得到很好地解决。第一是扩展性，比如你跟DBA说业务明天要扩大10倍，估计DBA得头痛一下。他要给你准备好资源，分库分表，甚至需要业务逻辑也随之改动，很麻烦。第二个是可用性。传统单机数据库一般是主备，有强同步、弱同步等选择，看起来给应用很多的选择权，其实选哪个你都觉得不爽，因为你想的是既要、又要、还要…… 第三点是灵活性。这也很好理解，比如数据库里面有几十亿条数据，业务方跟DBA说我要加一列，看看DBA的脸色你就知道了，DBA是不喜欢这种需求的，一般来说业务方会预留一些空白字段来避开这种需求。正因为需求真实的存在，已有的数据库没有很好的解决，所以很多新的数据库就出来了，NoSQL是其中一个思路，是传统SQL数据库的一个很好的补充，所以我认为应该解释为Not Only SQL。未来将迎来数据库百花齐放的几年，数据库将和行业更紧密的结合，拭目以待。特性

负载均衡软件实现与硬件实现方案

该文档是word2003—word2007兼容版软件、硬件负载均衡部署方案目录 1、硬件负载均衡之F5部署方案 (2) 1.1网络拓扑结构 (2) 1.2反向代理部署方式 (3) 2软件负载均衡方案 (4) 2.1负载均衡软件实现方式之一- URL重定向方式 (4) 2.2负载均衡软件实现方式之二- 基于DNS (5) 2.3负载均衡软件实现方式之三- LVS (8) 2.4负载均衡软件实现方式之四- 专业负载均衡软件 (16) 总结： (16)

1、硬件负载均衡之F5部署方案对于所有的对外服务的服务器，均可以在BIG-IP上配置Virtual Server实现负载均衡，同时BIG-IP可持续检查服务器的健康状态，一旦发现故障服务器，则将其从负载均衡组中摘除。 BIG-IP利用虚拟IP地址（VIP由IP地址和TCP/UDP应用的端口组成，它是一个地址）来为用户的一个或多个目标服务器（称为节点：目标服务器的IP地址和TCP/UDP应用的端口组成，它可以是internet的私网地址）提供服务。因此，它能够为大量的基于TCP/IP的网络应用提供服务器负载均衡服务。根据服务类型不同分别定义服务器群组，可以根据不同服务端口将流量导向到相应的服务器。BIG-IP连续地对目标服务器进行L4到L7合理性检查，当用户通过VIP请求目标服务器服务时，BIG-IP根椐目标服务器之间性能和网络健康情况，选择性能最佳的服务器响应用户的请求。如果能够充分利用所有的服务器资源，将所有流量均衡的分配到各个服务器，我们就可以有效地避免“不平衡”现象的发生。利用UIE+iRules可以将TCP/UDP数据包打开，并搜索其中的特征数据，之后根据搜索到的特征数据作相应的规则处理。因此可以根据用户访问内容的不同将流量导向到相应的服务器，例如：根据用户访问请求的URL将流量导向到相应的服务器。 1.1网络拓扑结构网络拓扑结构如图所示：

F5负载均衡配置介绍

F5负载均衡器的功能介绍和配置图示 2010-06-03 07:50:57 来源：软考网浏览：167次基于庞大的网络结构，集群服务器的使用带来了不少流量等负载问题。那么相对的，负载均衡的技术也应运而生。每一种技术都需要产品的支持，那么现在我们来认识一下F5负载均衡器的一种。那么首先我们先把产品的结构功能进行一下介绍。许多厂商推出了专用于平衡服务器负载的负载均衡器,如F5 Network公司的BIG-IP,Citrix 公司的NetScaler?F5 BIG-IP LTM 的官方名称叫做本地流量管理器,可以做4-7层负载均衡,具有负载均衡?应用交换?会话交换?状态监控?智能网络地址转换?通用持续性?响应错误处理?IPv6网关?高级路由?智能端口镜像?SSL加速?智能HTTP压缩?TCP优化?第7层速率整形?内容缓冲?内容转换?连接加速?高速缓存?Cookie加密?选择性内容加密?应用攻击过滤?拒绝服务(DoS)攻击和SYN Flood保护?防火墙—包过滤?包消毒等功能? 以下是F5 BIG-IP用作HTTP负载均衡器的主要功能: ①?F5 BIG-IP提供12种灵活的算法将所有流量均衡的分配到各个服务器,而面对用户,只是一台虚拟服务器? ②?F5 BIG-IP可以确认应用程序能否对请求返回对应的数据?假如F5 BIG-IP后面的某一台服务器发生服务停止?死机等故障,F5会检查出来并将该服务器标识为宕机,从而不将用户的访问请求传送到该台发生故障的服务器上?这样,只要其它的服务器正常,用户的访问就不会受到影响?宕机一旦修复,F5 BIG-IP就会自动查证应用已能对客户请求作出正确响应并恢复向该服务器传送? ③?F5 BIG-IP具有动态Session的会话保持功能? ④?F5 BIG-IP的iRules功能可以做HTTP内容过滤,根据不同的域名?URL,将访问请求传送到不同的服务器? 下面,结合实例,配置F5 BIG-IP LTM v9.x负载均衡器:

市场主流ESB的产品比较较全精选版

市场主流E S B的产品比较较全 Document serial number【KKGB-LBS98YT-BS8CB-BSUT-BST108】

综述介绍了主流商业和开源ESB的发展趋势、可借鉴的地方和其缺点： ESB产品一览表包括商业和开源：类型产品公司商业OracleServiceBus(OSB) Oracle OracleEnterpriseServiceBus(ESB) WebSphereEnterpriseServiceBus IBM WebSphereMessageBroker WebSphereDataPower SonicESB Progress ActiveMatrix?ServiceBus TIBCO 开源Mule MuleSoft ServiceMix/FUSEESB Progress Synapse/WSO2ESB WSO2 甲骨文的OSB OracleServiceBus(OSB)的架构图: 主要逻辑层：底层消息服务总线的安全，消息Broker，服务管理。优点：易用性开发工具从WebConsole迁移到Eclipse，支持图形化拖拽和便于调试在studio上直接集成测试功能，比如studio能提供直接发送和接收SOAP,JMS消息的功能，无需借助第三方工具，如SoapUI和编写JMS客户端代码。性能提升嵌入OracleCoherence(企业级的内存数据网格）产品，在特定场景下为服务调用提供缓存，性能提升80%。Cache机制为静态响应信息提升性能。静态响应信息是指在一段时间内不会发生变化的信息，如天气预报，手机套餐，人民币汇率等，这些数据变化的周期通常是1天，1月。实现手段：采用比较成熟的开源Memcached或者轻量级的JCACHE

国内外主要集群NAS产品对比【VIP专享】

国内外主要集群NAS产品对比武汉大学计算机学院一、什么是集群NAS 在大数据时代,非结构化数据目前呈现快速增长趋势，IDC研究报告分析指出，到2012年非结构化数据将占到数据存储总量的80%以上。集群NAS是一种横向扩展（Scale-out）存储架构，具有容量和性能线性扩展的优势，已经得到全球市场的认可。从EMC对 Isilon、HP对IBRIX、DELL对Exanet、Compellent等收购事件，以及IBM推出 SONAS、NetApp发布Data ONTAP 8，都可以看出集群NAS已经成为主流存储技术之一。在国内，我们也看到UIT UFS、龙存LoongStore、达沃时代YeeStor、九州初志CZSS、美地森YFS等集群NAS解决方案。集群NAS的未来潜在市场巨大，在高性能计算HPC、广电IPTV、视频监控、云存储等行业领域将逐步得到广泛应用。高性能、高容量以及可扩展性是集群存储得以发展的最得人心的特征。我们主要关注的是具有Scale-Out特性的集群NAS产品。传统NAS扩张很容易带来以下问题： 1.系统管理。即便是NAS系统管理比SAN存储管理简便很多，但仍然需要花费时间和资源来管理。 2.管理客户端和应用对数据的访问。能够访问的前提是NAS系统必须挂载在对应的服务器或者工作站上。挂载会中断应用的访问，所以在挂载的时候需要预留好服务器上应用的宕机时间。挂载了越多的NAS系统，带来的是更多的宕机时间。 3.文件位置。关于定义文件存放位置的策略应该是基于性能，可访问性，文件创建时间，访问频率，存储成本，可用性，数据保护等诸多方面因素决定的。策略的设定本身不会太难，但事实上，要将文件移动到合适的NAS系统上是一个耗时间的手工数据迁移过程。而且，随着NAS系统越来越庞大，其复杂性也越来越高。集群（Cluster）是由多个节点构成的一种松散耦合的计算节点集合，协同起来对外提供服务。集群NAS是指协同多个节点提供高性能、高可用或高负载均衡的 NAS（NFS/CIFS）服务。Scale Out NAS 通过将数据分布到集群中各节点的存储方式，提供单一的使用接口与界面，使用户可以方便地对所有数据进行统一使用与管理。集群中所有磁盘设备整合到单一的共享存储池中提供给前端的应用服务器，利于访问，同时提高了磁盘利用率。 Scale-out横向扩展架构的升级通常是以节点为单位，每个节点往往将包含容量、处理能力和I / O带宽。一个节点被添加到存储系统，系统中的三种资源将同时升级。

思科协作视频产品架构视频通信VCS

思科协作视频产品架构视频通信V C S Company Document number：WUUT-WUUY-WBBGB-BWYTT-1982GT

T a b l e o f C o n t e n t s

1.1V C S视频通讯服务器产品介绍 CISCO VCS是一款高性能、可靠、安全和易于使用的视频通信控制器，同时具备下的网闸和SIP下的SIP server功能，是CISCO的视频会议网络解决方案的核心组成部分，并为多供应商终端设备提供防火墙穿越支持。根据用户的需求，我们推荐使用视频通信服务器，用于全网安全认证、呼叫业务控制，以及QOS增强。可靠性高，安全和易于使用的视频会议系统通讯服务器，同时也是CISCO 的视频会议网络解决方案的有机组成部分，并为多种终端设备提供ExpressWay 防火墙穿越支持。 CISCO VCS视频通讯服务器有别于其他品牌的软件VCS，无须安装于Windows平台之上，是一款基于Linux实时多任务操作系统的硬件。 CISCO的VCS视频通讯服务器适用于不同用户数量的项目，是电信运营商、大型企事业单位、跨国公司、政府机构的最佳选择。该系统在价格、易安装性、易操作性及易管理性方面同样具有极强竞争力。同时，CISCO VCS视频通讯服务器可以与CISCO VCS 和Border Controller配合，为多种终端设备提供ExpressWay防火墙穿越解决方案。这种符合国际ITU标准的防火墙穿越方式能保障新的HD高清视频标准，MPEG4 AAC-LD语音压缩协议和双流协议，能够为用户提供高质量的音频、视频和数据通信功能，从而充分满足用户对商用视频通信的需求。CISCO ExpressWay在不损失防火墙安全性的前提下，提供防火墙穿越无缝解决方案，是目前业界视频会议系统穿越防火墙最佳解决方案。

CISCO_MDS_产品介绍

思科存储解决方案
孟召运 Channel SE zmeng@https://www.360docs.net/doc/114395568.html, 85155117
? 2006 Cisco Systems, Inc. All rights reserved.
1
PDF created with pdfFactory Pro trial version https://www.360docs.net/doc/114395568.html,

内容
§ 思科智能存储网络产品线概述 § 思科MDS9500产品介绍 § 思科MDS9222i产品介绍 § 思科MDS9124, 9134产品介绍
? 2006 Cisco Systems, Inc. All rights reserved.
2
PDF created with pdfFactory Pro trial version https://www.360docs.net/doc/114395568.html,

题外话
§ 当你给用户进行思科存储交换机产品的介绍时，客户可能会跟你说打算买IBM/ EMC / HDS / HP / SUN品牌的存储交换机。这个时候，请你一定要跟用户澄清：上述的这些公司的存储交换机都是OEM 思科、博科（Brocade )，McData（已经被Brocade收购）和其它小规模的存储交换机厂家的产品的。
§ 目前，主流的存储交换机的生产厂家是思科和博科. § 存储导向器（SAN Director）：一般是指64个端口以上的存储交换机，具有较高的可靠性，至少包括了双引擎，双电源等等多种冗余要求 § 存储交换机（SAN Switch） :一般是指64个端口密度以下的存储交换机，一般只具有双电源等基本冗余性要求。
? 2006 Cisco Systems, Inc. All rights reserved.
3
PDF created with pdfFactory Pro trial version https://www.360docs.net/doc/114395568.html,

主流邮件服务器软件产品对比

主流邮件服务器软件产品对比当今是网络的时代，电子邮件已经成为信息交换的重要载体。对企业而言，电子邮件在企业业务中所发挥的作用已经越来越突出。邮件服务器既能够满足企业邮件系统需要的高性能、高可靠性和高安全性，又配置简单、使用方便、价格低廉，是企业实现内部信息传输和与外界信息互动的理想载体。对于广大用户，在选择邮件服务器时，需要考虑的因素虽然很多，但主要应该着重考察产品的系统支持能力、服务协议支持能力、多邮件服务器支持能力、用户管理能力、邮箱管理能力、客户端软件支持能力、通信能力、安全防护能力、系统管理能力、版本、价格、升级与售后服务等十二个因素。分别就产品功能、服务、价格、综合能力死个方面，以下几款常见邮件系统软件进行比对。产品功能比对：产品功能Exchange Imail Winmail U-Mail 支持多种WINDOWS操作系统●●●● 支持多种LINUX操作系统○○● 支持多种UNIX操作系统○○● 邮件收发 ●●●● 全球收发保证（穿透IP黑名单功能）○○○● 内嵌卡巴斯基杀毒引擎○○○● 全球最大的反垃圾邮件策略库○○○● “热点”专利技术反垃圾○○○● 全线产品终生免费升级(含反垃圾、反病 ○○○● 毒) 内置全自动邮件存档和系统备份功能○○○● AD域结合●○○● LDAP支持●○○● 短信邮件●●●● 短信提醒●●●●WAPMail ●○○● 网络存储●●●● 广播邮件●○●● 邮件回执●●●●

邮箱代理●●●●邮箱代理●●●●邮件过滤●●●●多国语言●●●●邮件检索●●●●HTML邮件●●●●邮件列表●●●●邮件群发●○○●空间管理●●●●域管理●○●●帐号注册●●●●帐号移植●●●●通讯录●●●●发送邮件的身份认证●●●●完备的系统访问控制○●●●用户级邮件过滤器●●●●系统级邮件过滤器●●●●邮件正文过滤器●●●●邮件附件过滤器●●●●多重垃圾邮件过滤器○●●●嵌入式邮件病毒过滤器○●○●邮件传输加密(SSL/TLS) ●●●●多种口令加密算法●●○●垃圾邮件评级机制和垃圾邮件自动分拣●●●●流量管理●○○●支持双机热备的系统架构●○○●支持多机集群的系统架构●●○●负载均衡Load Balance ●●○●海量服务器集群管理Cluster ●●●●支持海量邮件域>100000 ○○○●支持海量邮件用户>1000000 ○○○●服务监测和意外当机保护机制○○○●支持多种数据存储方案●●●●基于web的远程系统管理●●●●系统程序运行管理和监控●●●●系统负载和流量监控●●●●域和用户的租用时间设定●○○●数据自动备份与恢复●○○●用户使用流量统计分析○○○●系统运行日志统计分析●●●●智能化的动态攻击识别●●○●支持用户群组管理●●○●具有完善的二次开发接口●○●● ●●●●支持与第三方邮件网关、防火墙设备的对接

软件负载均衡优缺点总结

（总结）Nginx/LVS/HAProxy负载均衡软件的优缺点详解 PS：Nginx/LVS/HAProxy是目前使用最广泛的三种负载均衡软件，本人都在多个项目中实施过，参考了一些资料，结合自己的一些使用经验，总结一下。一般对负载均衡的使用是随着网站规模的提升根据不同的阶段来使用不同的技术。具体的应用需求还得具体分析，如果是中小型的Web应用，比如日PV小于1000万，用Nginx就完全可以了；如果机器不少，可以用DNS轮询，LVS所耗费的机器还是比较多的；大型网站或重要的服务，且服务器比较多时，可以考虑用LVS。一种是通过硬件来进行进行，常见的硬件有比较昂贵的F5和Array等商用的负载均衡器，它的优点就是有专业的维护团队来对这些服务进行维护、缺点就是花销太大，所以对于规模较小的网络服务来说暂时还没有需要使用；另外一种就是类似于Nginx/LVS/HAProxy的基于Linux的开源免费的负载均衡软件，这些都是通过软件级别来实现，所以费用非常低廉。目前关于网站架构一般比较合理流行的架构方案：Web前端采用 Nginx/HAProxy+Keepalived作负载均衡器；后端采用MySQL数据库一主多从和读写分离，采用LVS+Keepalived的架构。当然要根据项目具体需求制定方案。下面说说各自的特点和适用场合。 Nginx的优点是： 1、工作在网络的7层之上，可以针对http应用做一些分流的策略，比如针对域名、目录结构，它的正则规则比HAProxy更为强大和灵活，这也是它目前广泛流行的主要原因之一，Nginx单凭这点可利用的场合就远多于LVS了。 2、Nginx对网络稳定性的依赖非常小，理论上能ping通就就能进行负载功能，这个也是它的优势之一；相反LVS对网络稳定性依赖比较大，这点本人深有体会； 3、Nginx安装和配置比较简单，测试起来比较方便，它基本能把错误用日志打印出来。LVS的配置、测试就要花比较长的时间了，LVS对网络依赖比较大。 3、可以承担高负载压力且稳定，在硬件不差的情况下一般能支撑几万次的并发量，负载度比LVS相对小些。 4、Nginx可以通过端口检测到服务器内部的故障，比如根据服务器处理网页返回的状态码、超时等等，并且会把返回错误的请求重新提交到另一个节点，不过其中缺点就是不支持url来检测。比如用户正在上传一个文件，而处理该上传的节点刚好在上传过程中出现故障，Nginx会把上传切到另一台服务器重新处理，而LVS就直接断掉了，如果是上传一个很大的文件或者很重要的文件的话，用户可能会因此而不满。 5、Nginx不仅仅是一款优秀的负载均衡器/反向代理软件，它同时也是功能强大的Web应用服务器。LNMP也是近几年非常流行的web架构，在高流量的环境中稳定性也很好。 6、Nginx现在作为Web反向加速缓存越来越成熟了，速度比传统的Squid服务器