oracle 数据库资源池,虚拟化资源池架构设计----Oracle数据库应用场景

在Power小型机虚拟化中部署Oracle数据库RAC集群，通常一台物理机上运行的Oracle数据库分区数量都比物理机会大大增加，将会面临几个问题，一是不同RAC集群节点间的心跳交互数据流量会叠加，二是主机CPU、内存的资源较其他分区消耗更大，三是对不同业务类型分区在同一台物理机上的分布，导致对存储IOPS和吞吐量要求大大提高，同一存储路径难以同时满足两种需求。

1.1.RAC集群心跳设计

Oracle数据库RAC集群的心跳对时延要求很高，在心跳流量叠加的情况下，需要设计好心跳网络，如图5-1所示，在每个VIOS的心跳网络都是万兆光纤网络，为保证更高的冗余性，将接在不同网卡上的两个物理网络链路聚合作为一块逻辑网卡。再配置SEA，使用sharing的方式，在两个VIOS之间形成互备，不同VLAN网络可以在两个VIOS间进行网络流量负载，充分利用高可用性的冗余。为了充分利用SEA sharing的特性，结合Oracle官方建议，为每一个RAC集群规划独立的VLAN ID，隔离不同的心跳数据。在同一台物理机上的两个VIOS的心跳网络均采用相同的配置，不同物理机的VIOS1都介入主交换机A，VIOS2接入备交换机B，可以较大概率上保证不同物理机上的相同RAC集群的不同节点之间的流量尽可能在同一台交换机上。

图1-1 Oracle数据库网络连接设计

1.2.资源配置

Oracle数据库对内存使用需求较大，在进行物理CPU及内存资源配置时，需要提高物理CPU与内存比，至少在1:16以上，建议配置到1:24，尽可能的做到更多的资源冗余。在同一台物理机上，将不同业务特性的分区进行分布、搭配，如应用分区与数据库分区搭配，OLTP业务与OLAP业务搭配，重要系统与非重要系统搭配，形成错峰资源使用，平衡利用单台物理机的资源。

1.3.存储路径设计

OLTP业务与OLAP业务的Oracle数据库对存储有不同的IO需求，OLTP要求IOPS高，OLAP要求吞吐量大，如果仅使用同一HBA路径，随着分区数增加、业务发展必然会存在IO资源竞争的瓶颈。对于该问题，需要结合不同的业务类型、存储服务级别，配置更多的存储路径，将不同业务类型的数据流量分配到不同的存储路径。如图5-2所示，将rootvg与datavg分开，rootvg采用vscsi方式，datavg采用npiv方式，对datavg的访问有多组路径，在满足不同业务类型的同时，还能避免单个路径流量过大，将不同数据流量分布在不同的存储路径中，保证数据库对存储的访问性能，避免出现路径流量拥堵的情况。

图1-2 SAN存储网络连接设计

1.4.重要参数配置

此外在Power虚拟化环境中使用Oracle数据库，还需要注意一些参数的配置，与网络相关的参数如mtu值设置，portfast参数设置，捆绑参数设置等，需要与网络厂商明确是否一致，注意相关参数的配置对虚拟化网口是否会主动继承还是需要手动配置。与虚拟化CPU折叠相关的参数，需要注意，该参数在11gR1版本下不能全部折叠，需要保持一定数量的虚拟CPU，避免出现节点宕机情况。

‍1.5.成效‍

在由传统物理机方式改造迁移至Power虚拟化环境后，由于基础网络环境配置的优化，基本消除了由于心跳网络时延、拥堵等造成的节点宕机情况，RAC集群稳定性较传统物理机方式大大提高。在虚拟化环境中配置新的数据库集群中，可以将软件部署在操作系统模板上，操作系统环境搭建后，进行少量的补丁安装、集群配置即可完成，较传统方式效率更高，规范性更有保障，大大提高了运维效率，简化管理复杂度。