ZZ服务器拓展的ScaleOut与ScaleUp
来源:互联网 发布:类似卡战三国知乎 编辑:程序博客网 时间:2024/06/14 22:58
Scale Out 按字面意思是超过尺寸范围,而Scale Up则是按比例增高。即使用靠增加处理器来提升运算能力和增加独立服务器来增加运算能力。
再者,Scale Out方案始终面临着数据集中的问题,即拆分过的数据在服务器逻辑体系中仍然是各自相对集中的而非无限随意拆分。如果大量的逻辑放在数据库服务器一端,数 据库服务器将会使得系统失去Scale out的能力和可能。因此,要保证Scale out的能力就必须保证数据库只处理实质性的数据提交和不可避免的数据查询,对于能够避免的数据查询和非实质性数据提交都应该想办法予以避免。而具体的策 略和方案相对没有最优的方法。
对于服务器体系来说必须要考虑的一点就是可扩展性(Scalability)。除非业务永不增长,否则随着使用人数不断增多,服务器就一定会很快达到性能和并发极限。解决这个问题,通常只有两个办法:即代表分布式计算的Scale out和以主机或机箱式为主的Scale up。
Scale Out(向外扩展):就是指企业可以根据需求增加不同的服务器应用,依靠多部服务器协同运算,借负载平衡及容错等功能来提高运算能力及可靠度。
Scale Up(向上扩展):指企业后端大型服务器以增加处理器等运算资源进行升级以获得对应用性能的要求。
在现今这两种技术已经没有明显的区别,各个提供商不仅提供用于分布式计算的Unix和Windows平台,还提供用于集中式计算的Unix和 Windows平台。甚至传统的集中式计算大型机也正具有分布式计算的性质——如在IBM zSeries服务器上使用Linux和z/VM的虚拟性能,就是其中的证明。
但是更大更强的服务器同时也是更昂贵的,往往成本会大于部署大量相对便宜的服务器来实现性能的提升。而且服务器性能所能提高的程度也有一定的上限(分布式 的部署相对来说性能提高的上限更高些)。所以一种呼声是应该使用向外扩展(Scale Out)来实现可扩展性,同时可以让使用者得以保留通过增加服务器以提升系统能力的后路。
但是在实现中也有很多困难需要解决:
首先,要想成功地实现向外扩展架构必须解决复杂的分布式计算问题(相对来说Scale Up方案不需要考虑这个问题),而这个问题的解决往往需要很复杂的技术和相对多的资金.大型站点如Google、Yahoo和Amazon.com,都自行研发大量相关技术。
其次,Scale Out方案还需要对原先是用的软件进行大量的重写工作,以保证系统能在分布式服务器上运行(Scale Up方案则对现有软件几乎没有改动要求)。这一步往往是每个公司的开发人员的噩梦。一个不好会使开发人员的所有工作白费。再者,Scale Out方案始终面临着数据集中的问题,即拆分过的数据在服务器逻辑体系中仍然是各自相对集中的而非无限随意拆分。如果大量的逻辑放在数据库服务器一端,数 据库服务器将会使得系统失去Scale out的能力和可能。因此,要保证Scale out的能力就必须保证数据库只处理实质性的数据提交和不可避免的数据查询,对于能够避免的数据查询和非实质性数据提交都应该想办法予以避免。而具体的策 略和方案相对没有最优的方法。
- ZZ服务器拓展的ScaleOut与ScaleUp
- 对话框的收缩与拓展
- 康拓展开与康拓展开的逆运算
- 全面提升Linux服务器的安全zz
- jquery-easyUI的应用与拓展
- 字符串的全排列与拓展
- 单链表的理解与使用及拓展
- es6---解构赋值与字符串的拓展
- RecyclerView的基础使用与拓展
- speedup scaleup sizeup
- Speedup,Scaleup,Sizeup
- 完成端口与高性能服务器程序开发(zz)
- 拓展控件 - 拓展的TextView
- [zz]WAP的体系与结构
- 追女生与踢足球的共性(zz)
- AO与AE的区别(ZZ)
- gcc的安装与配置(ZZ)
- mutable与const修饰词的对称性zz
- 异步存储器接口和同步存储器
- DirectX
- C# LDAP认证登录
- KDD2009的获胜者报告
- Spring FrameWork 总结-- 容器和bean
- ZZ服务器拓展的ScaleOut与ScaleUp
- ffmpeg使用H.264编码的安装与使用
- Smarty 使用步骤
- VC++ ADO连接SQL2000
- 数据库字符集变更
- jvisualvm监控jboss
- BULK_LOGGED 模式下的日志备份
- apache常用配置
- OpenGL