我在读关于cap定理的书,弄糊涂了。我以甲骨文为例。一致性:oracle是一致的,因为我们没有多个节点,所以一致同意。可用性:为什么它是高可用的,因为它只有一个节点,如果它崩溃了怎么办?
jqjz2hbq1#
oracle拥有real application cluster(rac)技术,有助于在多个节点(服务器)上保持高可用性。我不确定rac集群中服务器的限制,但您可以选择多个(2、3、5、8等)。如果dba设计正确,他们可以为一个应用程序服务分配多个节点(主动-主动或主动-被动)。如果某个节点变得不可用、计划内或计划外,服务将在其他节点上进行故障转移(主动-被动)或继续运行(主动-主动)。oracle还拥有非常先进的技术,可以在节点不可用时继续执行读操作,甚至写操作。如果设计正确,用户甚至不知道节点在某些情况下不可用。rac的“症结”是存储。oracle rac使用共享存储。如果存储有问题,则rac群集中的所有节点都会受到影响。它不像Cassandra那样分布。硬件有许多功能可以防止存储问题(如raid)。但是,底线是,无论出于何种原因,如果存储受到影响,rac也会受到影响。甲骨文确实提供了分片,这是他们对分布式系统的解决方案,但它并没有那么优雅。否则,您就没有其他分布式系统所拥有的分布式部分(分区)。尽管如此,希望这能回答您关于oracle高可用性的问题。-吉姆
1条答案
按热度按时间jqjz2hbq1#
oracle拥有real application cluster(rac)技术,有助于在多个节点(服务器)上保持高可用性。我不确定rac集群中服务器的限制,但您可以选择多个(2、3、5、8等)。如果dba设计正确,他们可以为一个应用程序服务分配多个节点(主动-主动或主动-被动)。如果某个节点变得不可用、计划内或计划外,服务将在其他节点上进行故障转移(主动-被动)或继续运行(主动-主动)。oracle还拥有非常先进的技术,可以在节点不可用时继续执行读操作,甚至写操作。如果设计正确,用户甚至不知道节点在某些情况下不可用。rac的“症结”是存储。oracle rac使用共享存储。如果存储有问题,则rac群集中的所有节点都会受到影响。它不像Cassandra那样分布。硬件有许多功能可以防止存储问题(如raid)。但是,底线是,无论出于何种原因,如果存储受到影响,rac也会受到影响。甲骨文确实提供了分片,这是他们对分布式系统的解决方案,但它并没有那么优雅。否则,您就没有其他分布式系统所拥有的分布式部分(分区)。
尽管如此,希望这能回答您关于oracle高可用性的问题。
-吉姆