|
锁定老帖子 主题：SNA架构的几种实现方式
该帖已经被评为良好帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2009-02-25
负载均衡可以使用上面的软硬件去实现。HA还是要考虑使用Memcached或Terracotta这样的中央服务器实现。
|
| 返回顶楼 | |
|
发表时间：2009-03-03
unsid 写道 "极大提高了web应用的吞吐量和性能。" PHP不了解，以J2EE项目为例子，这能提升性能么？Session共享，Session是在本地的啊，访问本地对象多快啊，分布式缓存有网络延迟啊，这是为什么小规模项目用分布式缓存做SSO性能会很不好，只有项目很大，大到这点性能上的损失远远不如部署新应用带来的便利更重要的时候，用memchace才会觉得划算吧，本质上是减低耦合，增强扩展性，看不出和性能有什么关系。 很多人把性能和吞吐量认为是一回事。其实这种架构主要是提高吞吐量的。 |
| 返回顶楼 | |
|
发表时间：2009-03-04
willko 写道 我有点疑问，
1.在本机用什么方式保存session？用文件系统吗？这样效率怎样？ 如果采用共享session的方法，可以保存在memcached中。php只负责存取，gc交给memcached做，这样性能是不错的。 如果用文件系统保存，php需要随机gc，而且文件系统的性能是不能和内存比的，就算是本地保存session，我也认为应该在本机安装memcached。 楼主的意思应该是， 本地内存保存session， 可以简单地理解为memcached功能的每台机由web server才担。下面的那些规则主要是解决同一个用访问同一web server |
| 返回顶楼 | |
|
发表时间：2009-03-06
简单的说就是三种：
1. 集中存储session，需要部署单独的session服务器，存储方式可以是内存，可以是数据库，也可以是文件。这种的不好的地方在于要维护单独的session服务器，而且session服务器还要做互备。 2. ip记忆，F5，Foundry，A10等硬件设备做基于源ip的负载均衡转发，或者LVS等软件方式。坏处在于客户端IP地址变更，以及web服务器保存session带来的性能损耗。 3. 纯cookie方式，也可以是伪cookie或者伪session，简单的说就是加密和签名，还有注意时间戳的问题。 我曾经有两个文章涉及到一点这方面的内容，不过我是做安全的。http://www.icylife.net/yunshu/show.php?id=675和http://www.icylife.net/yunshu/show.php?id=644 |
| 返回顶楼 | |
|
发表时间：2009-03-06
SNA主要无非就是解决，Session和cache的问题
|
| 返回顶楼 | |
|
发表时间：2009-04-28
raymond2006k 写道 参考资料:
结论： 切分模式的SNA架构，基于规则进行请求转发，可以省去分布式Cache的使用，更进一步的提升系统吞吐量和响应性。 即使用了session stick之类的切分模式，还是不能用本地cache, 如果一个用户修改了数据，本地cache随之修改 ，其他用户如果stick在另外一台服务器上访问cache ,就是脏数据了。 |
| 返回顶楼 | |
|
发表时间：2009-05-04
F5基于IP策略来做会导致部分失败，因为现在的客户端太复杂，好多客户端的ip地址是基于双向链路：一会是联通 一会是电信 ip经常变更
|
| 返回顶楼 | |
|
发表时间：2009-12-12
yunshu 写道 简单的说就是三种：
1. 集中存储session，需要部署单独的session服务器，存储方式可以是内存，可以是数据库，也可以是文件。这种的不好的地方在于要维护单独的session服务器，而且session服务器还要做互备。 2. ip记忆，F5，Foundry，A10等硬件设备做基于源ip的负载均衡转发，或者LVS等软件方式。坏处在于客户端IP地址变更，以及web服务器保存session带来的性能损耗。 3. 纯cookie方式，也可以是伪cookie或者伪session，简单的说就是加密和签名，还有注意时间戳的问题。 我曾经有两个文章涉及到一点这方面的内容，不过我是做安全的。http://www.icylife.net/yunshu/show.php?id=675和http://www.icylife.net/yunshu/show.php?id=644 那如果cookie被劫持了呢，完成可以通过sniffer来获取cookie信息，然后模拟一份完全一样的cookie信息，这种方法用加密与签名是否能解决这个问题呢 |
| 返回顶楼 | |
