各位大佬,如果是从零开始设计架构,应用与数据库通过域名解析解耦,那有必要在应用和数据库层加“应用DNS服务器+F5+数据库DNS服务器”吗?在数据库有obproxy的情况下是不是过于复杂化了。
5 个赞
你的DNS拿来做什?都是用F5做负载
5 个赞
确实有些复杂了,主流还是硬件F5做负载均衡
4 个赞
最好不要加了,在驱动层填写三台obproxy的地址,驱动层可以智能检查和切换。
3 个赞
一般DNS控制域名,F5做负载均衡。我们是在obproxy前有F5,然后通过DNS配置F5的域名,这样方便切换
4 个赞
应用->DNS->F5->多台obproxy->observer ,应用->dns->多台obproxy->observer 这两个架构生产环境还是比较常见的
2 个赞
生产环境还是建议使用成熟的F5负载工具
2 个赞
其实就是为了负载均衡,看业务需求了
1 个赞
生产环境还是有必要使用F5
1 个赞
有点复杂
1 个赞
可以考虑硬负载F5
OceanBase分布式+ODP本身不是负载均衡么
DNS是域名解析器,负载均衡叫SLB或者F5
有钱就可以
在OceanBase数据库中,OBProxy已经承担了一定的负载均衡功能。因此,在从零开始设计架构时,应用与数据库通过域名解析解耦的情况下,是否需要在应用和数据库层加’应用DNS服务器+F5+数据库DNS服务器’取决于具体的应用场景和需求。如果OBProxy的功能已经足够满足当前的负载均衡需求,那么额外增加DNS服务器+F5可能会显得过于复杂化。但是,如果业务需求较高,比如需要更精细的流量管理和高可用性保障,那么在OBProxy前增加一层DNS服务器+F5是可以考虑的选择。
详情请参考:
赞一个

