简体   繁体   English

单写连接数据库访问 - 可用性

[英]Single-Write-Connection DB Access - Availability

There are two interesting posts about it 有两篇有趣的帖子

http://ithare.com/ultimate-db-heresy-single-writing-db-connection-part-ii-gradual-scalability-all-the-way-from-no-scale-to-perfect-scale/ http://ithare.com/ultimate-db-heresy-single-writing-db-connection-part-ii-gradual-scalability-all-the-way-from-no-scale-to-perfect-scale/

http://ithare.com/ultimate-db-heresy-single-db-connection-part-i-performance-part-ii-scalability-to-follow http://ithare.com/ultimate-db-heresy-single-db-connection-part-i-performance-part-ii-scalability-to-follow

It implies the data access layer cannot be embedded into its clients (ie business layer). 这意味着数据访问层无法嵌入其客户端(即业务层)。 It has to be a shared layer with only one instance. 它必须是只有一个实例的共享层。

My question is how to make it high available while only one instance is deployed? 我的问题是如何在只部署一个实例时使其高可用性? Well we can create a new EC2 instance with same AMI, but how to consider availability from architecture perspective 那么我们可以创建一个具有相同AMI的新EC2实例,但是如何从架构角度考虑可用性

Was wondering if there are patterns or frameworks that support failover, leader election, etc. At last Azure Fabric may be an option? 想知道是否有支持故障转移,领导者选举等的模式或框架。最后Azure Fabric可能是一个选择吗?

Thanks 谢谢

My question is how to make it high available while only one instance is deployed? 我的问题是如何在只部署一个实例时使其高可用性?

I think those articles say about a single connection instance to a database server, not about a single instance of a database server itself. 我认为那些文章说的是关于数据库服务器的单个连接实例,而不是关于数据库服务器本身的单个实例。

You can transparently connect to something like pgPool or plProxy which handles failover in some way. 您可以透明地连接到像pgPoolplProxy这样以某种方式处理故障转移的东西。 And there would be several DB servers behind it. 它背后会有几个数据库服务器。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM