文档介绍：数据库层：
数据库：oracle 10g 数据库服务器：2台以上
F5 设备：2台
部署图：
部署描述：
F5虚拟地址作为对数据用户的唯一地址。
F5有主备2台设备，相互之间部署心跳线，在F5的配置中设定其中一台作为主机，配置心跳的告警设置和数据库服务器的告警设置。
ORACLE需要安装F5的管理插件以监控数据库服务器性能参数和状态。
数据库采用RAC的方式进行集群，数据库之间有心跳线。
服务器Cluster需要一个统一的时间，在整个应用中由统一的服务器提供同步服务。
在数据库服务器集群和文件系统之间的交换机需要有主备线路。
访问控制：
对F5虚拟地址的访问需要在数据库防火墙中配置白名单
数据库的实地址只有DBA等数据库管理角色才能访问
负载均衡：
F5设备通过在Oracle服务器上的插件获取各个数据库本身的连接数，内存使用量，CPU占用率等参数，以及在F5配置中设置负载分发的规则来分发对数据库的真实访问。
对于数据库Cluster来说，采用10g以上版本的RAC的方式会有一个公用的缓存区。
数据安全：
在文件系统中采用RAID 0+1的方式进行数据存放和备份
磁带库作为文件系统的最终容灾备份。
故障处理：
在F5主机出现故障时，由F5备用的心跳监控到并做自动切换，同时可以按告警配置进行对应操作。
数据库节点中一台出现问题时，会由别的节点接手，同时F5会监控到数据库的状态出现异常并按照告警配置进行对应操作，例如【发送告警邮件】等。
在数据库集群和文件系统的网络中，当主要线路出现问题，由备用线路接手。
优点：
可扩展性好，在性能出现瓶颈的时候不需要修改整体布局，只需要增加服务器并配置
可靠性好，所有设备都至少有一个备用节点。
访问无缝隙，对于用户来说只有一个访问接口，对于内部所有节点的备用节点都能实现自动切换或自动故障点剔除。
缺点：
采用RAC进行数据库集群需要一个统一的文件存取管理系统，数据和存取基于网络，对网络性能和稳定性要求非常高。
系统网络部署成本会比较高。
在出现文件系统故障时，采用RAID 0+1的阵列进行恢复操作比较复杂和缓慢。
取舍：
可以采用大量的低端服务器方式来代替多台高端服务器实现数据库集群，但对于服务器的管理要求很高。
数据存取性能要求不高，但是文件安全要求高的系统，应采用RAID1+0的方式。
应用层：
应用服务器：WEBLOGIC ：4台以上F5设备：4台
部署图：
部署描述：
WEB层中的F5虚拟地址作为对外部用户的唯一访问地址。
APP层中的F5虚拟地址作为对内部WEB端的唯一访问地址。
F5有主备2台设备，相互之间部署心跳线，在F5的配置中设定其中一台作为主机，配置心跳的告警设置和数据库服务器的告警设置。
F5中需要对应Weblogic集群进行相关配置，转发规则，监控频率，Session识别和转发，以及设置服务器性能的告警，预防规则等。
访问控制：
APP防火墙中设置固定的白名单访问。
WEB服务器的实地址只有WEB层的TA维护角色能够访问
APP服务器的实地址只有APP层的TA维护角色能够访问
负载均衡：
对服务性能和响应速度有要求的应用一般按【服务器能力】的方式进行负载均衡，由F5对每台服务器定时的监控结果【内存，CPU，连接数】，以及F5中自定义的分发规则决定
采用服务器能力的方式进行负载均衡，在出现系统资源耗尽异常时，有非常多的情况是某个server先出现异常随后伴随整个Cluster的服务器一并发生。
性能要求吧不高的应用一般采用【服务器几率访问】或者【服务器轮循访问】的方式进行均衡，【服务器几率访问】适用于服务器硬件方面存在性能差异或每台服务器上应用不是平均分配
的情况，可手工的调整每台服务器的访问比例，【服务器轮循访问】对于每一台服务器来说访问次数是基本平均的。这两种负载机制由于不同业务的消耗是不同的，容易出现大消耗的请求集中在某台服务器，出现单个服务器挂起的情况，但不容易出现整个服务器Cluster一并挂起的情况。
故障处理：
在F5主机出现故障时，由F5备用的心跳监控到并做自动切换，同时可以按告警配置进行对应操作。
优点：
实现网络的物理分割，最大程度上保证系统网络安全
WEB和APP对外都只拥有一个访问接口，分离前台业务和后台业务
对于集群内部节点是可以自由添加和删除的，因此可以实现系统的分批次部属使得服务不必中断。
缺点：
在APP和WEB之间的网络性能和稳定性要求非常高，网络部署成本高。
Weblogic集群：
结构图：
Weblogic Cluster描述：