Oracle 12c应用连接VIP轮训负载均衡?

简介:

目前很多生产数据库都是两节点RAC,应用连接的数据库通常会连接SCAN IP或者VIP,这里做一个小实验,如果我们使用VIP连接,

应该怎样配置我们的客户端,负载均衡是否是严格意义上的轮训机制,只有通过自己的测试才能得到准备的答案。


  1. tnsnames.ora配置

<rac01:orcl1:/u01/app/oracle/product/12.1.0/dbhome_1/network/admin>$less tnsnames.ora 

# tnsnames.ora Network Configuration File: /u01/app/oracle/product/12.1.0/dbhome_1/network/admin/tnsnames.ora

# Generated by Oracle configuration tools.


orcl =

  (DESCRIPTION =

    (ADDRESS = (PROTOCOL = TCP)(HOST = rac-scan)(PORT = 1521))

    (CONNECT_DATA =

      (SERVER = DEDICATED)

      (SERVICE_NAME = orcl)

    )

  )


vip =

  (DESCRIPTION =

    (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.1.203)(PORT = 1521))

    (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.1.204)(PORT = 1521))

    (LOAD_BALANCE = yes) 

    (CONNECT_DATA =

      (SERVER = DEDICATED)

      (SERVICE_NAME = orcl)

    )

  )


2.测试脚本如下

<rac01:orcl1:/u01/app/oracle/product/12.1.0/dbhome_1/network/admin>$

<rac01:orcl1:/u01/app/oracle/product/12.1.0/dbhome_1/network/admin>$less load_balance.sh 

#!/bin/bash  

for i in {1..100}  

do  

echo $i

sqlplus -S system/oracle@vip <<EOF

select instance_name from v\$instance;

select count(*) from t1;

EOF

sleep 1  

done  

exit 0 


3.开始测试,观察

<rac01:orcl1:/u01/app/oracle/product/12.1.0/dbhome_1/network/admin>$sh load_balance.sh 

1


INSTANCE_NAME

----------------

orcl1



  COUNT(*)

----------

   2910624


2


INSTANCE_NAME

----------------

orcl2



  COUNT(*)

----------

   2910624


3


INSTANCE_NAME

----------------

orcl2



  COUNT(*)

----------

   2910624


4


INSTANCE_NAME

----------------

orcl1



  COUNT(*)

----------

   2910624


5


INSTANCE_NAME

----------------

orcl1



  COUNT(*)

----------

   2910624


6


INSTANCE_NAME

----------------

orcl1



  COUNT(*)

----------

   2910624


7


INSTANCE_NAME

----------------

orcl1



  COUNT(*)

----------

   2910624


8


INSTANCE_NAME

----------------

orcl2



  COUNT(*)

----------

   2910624


9


INSTANCE_NAME

----------------

orcl1



  COUNT(*)

----------

   2910624


10


INSTANCE_NAME

----------------

orcl2



  COUNT(*)

----------

   2910624


11


INSTANCE_NAME

----------------

orcl1



  COUNT(*)

----------

   2910624


12


INSTANCE_NAME

----------------

orcl2



  COUNT(*)

----------

   2910624


13


INSTANCE_NAME

----------------

orcl2



  COUNT(*)

----------

   2910624


14


INSTANCE_NAME

----------------

orcl2



  COUNT(*)

----------

   2910624


15


INSTANCE_NAME

----------------

orcl2



  COUNT(*)

----------

   2910624


16


INSTANCE_NAME

----------------

orcl2



  COUNT(*)

----------

   2910624


17


INSTANCE_NAME

----------------

orcl2



  COUNT(*)

----------

   2910624


18


INSTANCE_NAME

----------------

orcl2



  COUNT(*)

----------

   2910624


19


INSTANCE_NAME

----------------

orcl2



  COUNT(*)

----------

   2910624


20


INSTANCE_NAME

----------------

orcl1



  COUNT(*)

----------

   2910624


21


INSTANCE_NAME

----------------

orcl2



  COUNT(*)

----------

   2910624


22


INSTANCE_NAME

----------------

orcl1



  COUNT(*)

----------

   2910624


23


INSTANCE_NAME

----------------

orcl2



  COUNT(*)

----------

   2910624


24


INSTANCE_NAME

----------------

orcl2



  COUNT(*)

----------

   2910624


25


INSTANCE_NAME

----------------

orcl2



  COUNT(*)

----------

   2910624


26


INSTANCE_NAME

----------------

orcl1



  COUNT(*)

----------

   2910624


27


INSTANCE_NAME

----------------

orcl2



  COUNT(*)

----------

   2910624


28


INSTANCE_NAME

----------------

orcl2



  COUNT(*)

----------

   2910624


29


INSTANCE_NAME

----------------

orcl2



  COUNT(*)

----------

   2910624


30


INSTANCE_NAME

----------------

orcl2



  COUNT(*)

----------

   2910624


31


INSTANCE_NAME

----------------

orcl2



  COUNT(*)

----------

   2910624


32


INSTANCE_NAME

----------------

orcl2



  COUNT(*)

----------

   2910624


33


INSTANCE_NAME

----------------

orcl2



  COUNT(*)

----------

   2910624


34


INSTANCE_NAME

----------------

orcl2



  COUNT(*)

----------

   2910624


35


INSTANCE_NAME

----------------

orcl2



  COUNT(*)

----------

   2910624


36


INSTANCE_NAME

----------------

orcl2



  COUNT(*)

----------

   2910624


37


INSTANCE_NAME

----------------

orcl2



  COUNT(*)

----------

   2910624


38


INSTANCE_NAME

----------------

orcl2



  COUNT(*)

----------

   2910624


39


INSTANCE_NAME

----------------

orcl2



  COUNT(*)

----------

   2910624


40


INSTANCE_NAME

----------------

orcl2



  COUNT(*)

----------

   2910624


41


INSTANCE_NAME

----------------

orcl2



  COUNT(*)

----------

   2910624


42


INSTANCE_NAME

----------------

orcl1



  COUNT(*)

----------

   2910624


43


INSTANCE_NAME

----------------

orcl2



  COUNT(*)

----------

   2910624


44


INSTANCE_NAME

----------------

orcl2



  COUNT(*)

----------

   2910624


45


INSTANCE_NAME

----------------

orcl2



  COUNT(*)

----------

   2910624


46


INSTANCE_NAME

----------------

orcl2



  COUNT(*)

----------

   2910624


47


INSTANCE_NAME

----------------

orcl2



  COUNT(*)

----------

   2910624


48


INSTANCE_NAME

----------------

orcl2



  COUNT(*)

----------

   2910624


49


INSTANCE_NAME

----------------

orcl1



  COUNT(*)

----------

   2910624


50


INSTANCE_N

....省略...............


  COUNT(*)

----------

   2910624


100


INSTANCE_NAME

----------------

orcl1



  COUNT(*)

----------

   2910624










本文转自 roidba 51CTO博客,原文链接:http://blog.51cto.com/roidba/2044144,如需转载请自行联系原作者
相关实践学习
每个IT人都想学的“Web应用上云经典架构”实战
本实验从Web应用上云这个最基本的、最普遍的需求出发,帮助IT从业者们通过“阿里云Web应用上云解决方案”,了解一个企业级Web应用上云的常见架构,了解如何构建一个高可用、可扩展的企业级应用架构。
目录
相关文章
|
11月前
|
Oracle 安全 关系型数据库
【Oracle】使用Navicat Premium连接Oracle数据库两种方法
以上就是两种使用Navicat Premium连接Oracle数据库的方法介绍,希望对你有所帮助!
2245 28
|
负载均衡 监控 算法
论负载均衡技术在Web系统中的应用
【11月更文挑战第4天】在当今高并发的互联网环境中,负载均衡技术已经成为提升Web系统性能不可或缺的一环。通过有效地将请求分发到多个服务器上,负载均衡不仅能够提高系统的响应速度和处理能力,还能增强系统的可扩展性和稳定性。本文将结合我参与的一个实际软件项目,从项目概述、负载均衡算法原理以及实际应用三个方面,深入探讨负载均衡技术在Web系统中的应用。
427 2
|
负载均衡 算法 应用服务中间件
负载均衡技术在Web服务器集群中的应用
【8月更文第28天】随着互联网的发展和用户对Web服务需求的增长,单台服务器很难满足大规模访问的需求。为了提高系统的稳定性和扩展性,通常会采用Web服务器集群的方式。在这种架构中,负载均衡器扮演着至关重要的角色,它能够合理地分配客户端请求到不同的后端服务器上,从而实现资源的最优利用。
503 2
|
SQL Oracle 关系型数据库
Python连接Oracle
Python连接Oracle
253 0
|
运维 负载均衡 Serverless
Serverless 应用引擎使用问题之如何将应用部署到多个实例中,并利用SLB来分发请求负载
阿里云Serverless 应用引擎(SAE)提供了完整的微服务应用生命周期管理能力,包括应用部署、服务治理、开发运维、资源管理等功能,并通过扩展功能支持多环境管理、API Gateway、事件驱动等高级应用场景,帮助企业快速构建、部署、运维和扩展微服务架构,实现Serverless化的应用部署与运维模式。以下是对SAE产品使用合集的概述,包括应用管理、服务治理、开发运维、资源管理等方面。
|
存储 Oracle 关系型数据库
Oracle 12c支持哪些数据类型?
【7月更文挑战第20天】Oracle 12c支持哪些数据类型?
363 2
|
SQL Oracle 关系型数据库
Oracle 12c有哪些新特性?
【7月更文挑战第20天】Oracle 12c有哪些新特性?
335 2
|
域名解析 负载均衡 网络协议
|
Kubernetes Cloud Native 微服务
企业级容器部署实战:基于ACK与ALB灵活构建云原生应用架构
这篇内容概述了云原生架构的优势,特别是通过阿里云容器服务Kubernetes版(ACK)和应用负载均衡器(ALB)实现的解决方案。它强调了ACK相对于自建Kubernetes的便利性,包括优化的云服务集成、自动化管理和更强的生态系统支持。文章提供了部署云原生应用的步骤,包括一键部署和手动部署的流程,并指出手动部署更适合有技术背景的用户。作者建议在预算允许的情况下使用ACK,因为它能提供高效、便捷的管理体验。同时,文章也提出了对文档改进的建议,如添加更多技术细节和解释,以帮助用户更好地理解和实施解决方案。最后,展望了ACK未来在智能化、安全性与边缘计算等方面的潜在发展。水文一篇,太忙了,见谅!
|
Oracle 关系型数据库
Navicat 连接Oracle ORA-28547: connection to server failed, probable Oracle Net admin error
Navicat 连接Oracle ORA-28547: connection to server failed, probable Oracle Net admin error
1209 0

推荐镜像

更多