IT分销/经销数据库
传统OLTP系统的云迁移方案
现在正在做一个WEB证券系统的云迁移方案，
如果单纯把应用服务器移动到云里，必然面临应用服务器与关系数据库之间的延迟问题，
对大量的小数据存取是比较致命的。
原来的数据库是ORACLE，俺现在想到的方案是在云里配置In-Memory Database来根本的改进性能问题，
oracle就是Timesten了，但问题来了oracle实在是太贵了。
另一个方案就是后端迁到DB2+前端solidDB,但这边的证券公司没怎么用过IBM的东西，迁移会有很多问题。
比如原系统的AQ怎么办？
各位有什么好的建议吗？
如果单纯把应用服务器移动到云里，必然面临应用服务器与关系数据库之间的延迟问题，
对大量的小数据存取是比较致命的。
原来的数据库是ORACLE，俺现在想到的方案是在云里配置In-Memory Database来根本的改进性能问题，
oracle就是Timesten了，但问题来了oracle实在是太贵了。
另一个方案就是后端迁到DB2+前端solidDB,但这边的证券公司没怎么用过IBM的东西，迁移会有很多问题。
比如原系统的AQ怎么办？
各位有什么好的建议吗？
18同行回答
我这边有些项目迁移到云平台的例子，是些电子商务项目。基本做法是在云平台里面通过IBM的TSAM软件重新创建app server,db server资源，包括F5均衡负载设备的使用，单纯的考虑数据迁移的问题。SoildDB+DB2倒是没用过，一般是对性能要求很高的项目才需要配前台的内存DB收起
浏览867
1。
很多SQL，带宽可以通过专线解决，但每个处理都不大，累计起来，延迟也就很可观了。(存在业务实现不妥当的情况，但是改起来成本比较大)毕竟LAN和WAN的区别太大了。---部署完成后的的层级结构是： 客户端--internat-》应用服务器（AMAZON EC2，前面有接入服务器吗？）----WAN-----》DB(公司本部)--LAN----》证券公司EMS系统-----WAN-->证券交易所?
3.
这也是我们准备使用缓存服务器的主要目的，如果使用一些免费的memcached 或者是 memdb,
也担心同步不好，因为还有很多的后台BATCH处理。比较头疼。系统比较大，要考虑的因素也比较复杂。
-----一般而言，我理解缓存服务器主要适用于缓存缓慢变化或很少变化的参数类及状态数据，同时也可以容忍不严格同步发生。
对于交易资金、股份等内容是否缓存需要仔细考虑且需要注意考虑一些同步控制的问题了。
4、
等专线拉好后，要测下速度，从地理上看到是离AMAZON的DC不是很远。
从目前国内来看，专线上上海到深圳的ping包一个来回大约30多个毫秒，大概会在100公里左右增加一个ms。
如果有选择，还是不建议应用服务器通过广域网来访问数据，毕竟广域网除了响应速度比lan差以外，还存在可能的网络断、不稳定的情况，而这些数据库的连接协议处理并不是那么的好。收起
很多SQL，带宽可以通过专线解决，但每个处理都不大，累计起来，延迟也就很可观了。(存在业务实现不妥当的情况，但是改起来成本比较大)毕竟LAN和WAN的区别太大了。---部署完成后的的层级结构是： 客户端--internat-》应用服务器（AMAZON EC2，前面有接入服务器吗？）----WAN-----》DB(公司本部)--LAN----》证券公司EMS系统-----WAN-->证券交易所?
3.
这也是我们准备使用缓存服务器的主要目的，如果使用一些免费的memcached 或者是 memdb,
也担心同步不好，因为还有很多的后台BATCH处理。比较头疼。系统比较大，要考虑的因素也比较复杂。
-----一般而言，我理解缓存服务器主要适用于缓存缓慢变化或很少变化的参数类及状态数据，同时也可以容忍不严格同步发生。
对于交易资金、股份等内容是否缓存需要仔细考虑且需要注意考虑一些同步控制的问题了。
4、
等专线拉好后，要测下速度，从地理上看到是离AMAZON的DC不是很远。
从目前国内来看，专线上上海到深圳的ping包一个来回大约30多个毫秒，大概会在100公里左右增加一个ms。
如果有选择，还是不建议应用服务器通过广域网来访问数据，毕竟广域网除了响应速度比lan差以外，还存在可能的网络断、不稳定的情况，而这些数据库的连接协议处理并不是那么的好。收起
浏览841