ICE分布服务器部署
2011-03-13 23:57
190 查看
一 基于常规模式的
Zero ICE我们已经掌握其基本运行原理。下面我们主要介绍一下ICe的多端口邦定的问题。
ICE使用TCP/IP 和UDP协议,以及基于TCP/IP之上的SSL协议。SSL协议可以充分保障Server/Client数据传输的加密安全性问题。
在这里,Server如何在同一台主机监听多个端口。
关于TCP/IP还是UDP还是SSL协议的选择,还是要看具有应用的要求,通常情况下TCP/IP协议的ICE应用已经足够了。
在同一个主机主机上,ICE服务支持多端口的监听。
服务端注册: tcp -h host -p port1:tcp -h host -p port2形式,
例如:
IP:172.17.12.101,需要在10001和10000同时监听。
就可以写成:
tcp -h 172.17.12.101 -p 10000:tcp -h 172.17.12.101 -p 10001
赫赫是不是很简单,运行之后,服务就监听于10000和10001端口,请注意:避免其他应用相冲突。
客户端连接可以采用如下3种形式:
1. tcp -h 172.17.12.101 -p 10000
2. tcp -h 172.17.12.101 -p 10001
3. tcp -h 172.17.12.101 -p 10000:tcp -h 172.17.12.101 -p 100001
是不是很爽。
无论Server监听在多个端口,还是只有唯一的一个Server在工作,
对于Client较多的应用或负载要求很高的情况下,我们可以把Server程序运行于多台主机之上。通过集群方式合理有效的化解来自Client的压力。
例如:
ServerA172.17.12.101tcp -h 172.17.12.101 -p 10000
ServerB172.17.12.102tcp -h 172.17.12.102 -p 10000
ServerC172.17.12.103tcp -h 172.17.12.103 -p 10000
Client可以如下的连接方式:
tcp -h 172.17.12.101 -p 10000:tcp -h 172.17.12.102 -p 10000:tcp -h 172.17.12.103 -p 10000
或是
tcp -h 172.17.12.101 -p 10000:tcp -h 172.17.12.102 -p 10000
等多种情况,可以根据应用的具体要求合理有效的构造所需连接主机的字符串。
这种连接方式是不是很cool。
其实这种连接方式可以有效地利用ICE提供的load balancing功能,把Client的每个请求合理的分配到每个Server。从而有效地避免了Client大量请求对同一台Server的巨大压力。
ICE的load balancing主要采用round-robin算法,round-robin是一种非常有效的负载均衡算法.
大家会问了,如果某个Server如果宕机,那么这个Client还能正常工作么?
这个问题问得好,其实ICE自身提供一种极其强大容错技术功能。
具体体现在如果当某个Server(假设是ServerA)宕机之后,来自Client的请求分配到ServerA服务器上,Client会自动记录ServerA失效状态,会把请求再分配给可正常工作的Server(ServerB,ServerC),对于用户的每次请求都能分配到正常的服务主机上(除非A,B,C都同时宕机).当ServerA回复正常之后,Client会自动感知ServerA工作状态.Client的请求又可以有效地分配到上述A,B,C主机上.这一切对于开发者都是透明的.
ICE所提供的集群功能和容错功能是极其强大的. Client状态感知的变化和更新完全不需要Client重新启动。
二 基于ICEGrid模式的
Zero ICE我们已经掌握其基本运行原理。下面我们主要介绍一下ICe的多端口邦定的问题。
ICE使用TCP/IP 和UDP协议,以及基于TCP/IP之上的SSL协议。SSL协议可以充分保障Server/Client数据传输的加密安全性问题。
在这里,Server如何在同一台主机监听多个端口。
关于TCP/IP还是UDP还是SSL协议的选择,还是要看具有应用的要求,通常情况下TCP/IP协议的ICE应用已经足够了。
在同一个主机主机上,ICE服务支持多端口的监听。
服务端注册: tcp -h host -p port1:tcp -h host -p port2形式,
例如:
IP:172.17.12.101,需要在10001和10000同时监听。
就可以写成:
tcp -h 172.17.12.101 -p 10000:tcp -h 172.17.12.101 -p 10001
赫赫是不是很简单,运行之后,服务就监听于10000和10001端口,请注意:避免其他应用相冲突。
客户端连接可以采用如下3种形式:
1. tcp -h 172.17.12.101 -p 10000
2. tcp -h 172.17.12.101 -p 10001
3. tcp -h 172.17.12.101 -p 10000:tcp -h 172.17.12.101 -p 100001
是不是很爽。
无论Server监听在多个端口,还是只有唯一的一个Server在工作,
对于Client较多的应用或负载要求很高的情况下,我们可以把Server程序运行于多台主机之上。通过集群方式合理有效的化解来自Client的压力。
例如:
ServerA172.17.12.101tcp -h 172.17.12.101 -p 10000
ServerB172.17.12.102tcp -h 172.17.12.102 -p 10000
ServerC172.17.12.103tcp -h 172.17.12.103 -p 10000
Client可以如下的连接方式:
tcp -h 172.17.12.101 -p 10000:tcp -h 172.17.12.102 -p 10000:tcp -h 172.17.12.103 -p 10000
或是
tcp -h 172.17.12.101 -p 10000:tcp -h 172.17.12.102 -p 10000
等多种情况,可以根据应用的具体要求合理有效的构造所需连接主机的字符串。
这种连接方式是不是很cool。
其实这种连接方式可以有效地利用ICE提供的load balancing功能,把Client的每个请求合理的分配到每个Server。从而有效地避免了Client大量请求对同一台Server的巨大压力。
ICE的load balancing主要采用round-robin算法,round-robin是一种非常有效的负载均衡算法.
大家会问了,如果某个Server如果宕机,那么这个Client还能正常工作么?
这个问题问得好,其实ICE自身提供一种极其强大容错技术功能。
具体体现在如果当某个Server(假设是ServerA)宕机之后,来自Client的请求分配到ServerA服务器上,Client会自动记录ServerA失效状态,会把请求再分配给可正常工作的Server(ServerB,ServerC),对于用户的每次请求都能分配到正常的服务主机上(除非A,B,C都同时宕机).当ServerA回复正常之后,Client会自动感知ServerA工作状态.Client的请求又可以有效地分配到上述A,B,C主机上.这一切对于开发者都是透明的.
ICE所提供的集群功能和容错功能是极其强大的. Client状态感知的变化和更新完全不需要Client重新启动。
二 基于ICEGrid模式的
相关文章推荐
- 部署Symantec Antivirus 10.0网络防毒服务器之三
- Exchange Server 2010部署(四)安装Exchange 2010邮箱角色服务器
- Nginx实战基础篇一 源码包编译安装部署web服务器
- Eclipse环境下如何配置tomcat,并且把项目部署到Tomcat服务器上
- Php服务器部署问题之http错误404.3-Not Found
- spring Boot打包部署到远程服务器的tomcat中
- 关于如何打包java程序(我的是一个聊天服务器),并将jar包部署到远程linux服务器上
- unicorn+nginx+centos 部署及服务器配置
- php项目部署到linux服务器访问报错_STORAGE_WRITE_ERROR_:./Runtime/Cache/Home/
- 【web服务器】——tomcat部署Java Web 项目的三种方式
- WebSocket部署服务器外网无法连接解决方案
- 如何将商城部署到阿里云服务器上
- 服务器搭建-------DHCP的部署
- Lync 2013部署(4)—Lync前端服务器部署(下)
- 部署Symantec Antivirus 10.0网络防毒服务器之七
- 详解Nginx + Tomcat 反向代理 如何在高效的在一台服务器部署多个站点
- springboot 项目 打包 部署到远程tomcat服务器
- window 下 svn 服务器配置 并实现代码自动部署
- 爬虫服务器环境部署
- 部署两"公猫"服务器,还得负载均衡哈~~