使用群集服务实现跨站点间高可用性

简介:

概要:什么是地理位置分散的群集  网络考虑  存储考虑  仲裁考虑 
服务器群集技术-->见下图:
                       20032061
本地群集-->见下图:
                                         20032062
地理位置分散的群集-->见下图:
                         20032063
什么是地理位置分散的群集: 地理位置分散的群集是一个被延伸的群集,同一个群集中的不同的节点位于不同的物理位置 
                                 实现它的主要原因: 为站点失败(如电源损耗、自然灾难)提供了冗余性  跨越地理位置为客户端提供本地访问 
地理位置分散的群集特点: 多个存储阵列-->在每个站点均独立   节点通常访问它们本地站点的存储  存储在站点之间进行复制 
网络考虑: 私有网络连接和公共网络连接必须是独立的,非路由的局域网  使用VLAN来跨越站点  节点之间延迟必须小于500毫秒-->广域网的质量影响了节点可以延伸到的距离
网络考虑(拓扑)-->见下图:
            20032064
存储考虑: 必须使用第三方的数据复制软件-->Hardware(block level)storage-based replication  Software(file system level)host-based replication 
             同步或者异步复制-->同步  异步
存储考虑(拓扑)-->见下图:
  20032065
资源依赖性--见下图:
            20032066
仲裁考虑: 作为裁决点的共享磁盘,当正常通信出现问题时它用来决定节点状态-->"仲裁磁盘" 
             跨越多个站点是必须保证实时同步 
             共享磁盘仲裁模式对于地理位置分散的群集有局限性,MNS仲裁模型较适合于地理位置分散的群集
多数节点集仲裁模型-->见下图:
       20032067 
何时使用多数节点集: 地理分散的群集: 跨多站点的群集  消除单一故障点: 尽管在使用单一群集存储设备时仲裁磁盘本身通过RAID可以获得高度的可用性,但控制器端口或主机总线适配器(HBA)本身却可能成为单一故障点  没有共享磁盘的群集: 有一些专有配置需要高度一致的群集功能,不使用共享磁盘  主持可故障转移的应用程序的群集,但有其他一些特定于应用程序的方法在节点间复制或镜像数据。 
多数节点集(确定多数): 我们可以使用以下算法用来确定我们是否有多数节点运行: (总节点数/2)+1=多数  例如7个节点群集: 7/2+1=4  四个节点必须在线代表多数
多数节点集(单节点失败)-->见下图:
             20032068
多数节点集(单节点失败)-->见下图:
             20032069
                             多数节点集(理解节点失败)-->见下列表: 
                              群集中的n个节点数      群集不失去仲裁所能承受的最大故障节点数 
                                   1                                 0 
                                   2                                 0 
                                   3                                 1 
                                   4                                 1 
                                   5                                 2 
                                   6                                 2 
                                   7                                 3 
                                   8                                 3
在地理位置分散群集中使用MNS-->见下图:
             20032070
  MNS-强制仲裁-->见下图:
           20032071

本文转自 叶俊生 51CTO博客,原文链接:
http://blog.51cto.com/yejunsheng/161362


相关文章
|
存储 SQL 缓存
达梦实现高可用性的实现(failover功能/负载均衡/虚拟ip透明切换)
达梦实现高可用性的实现(failover功能/负载均衡/虚拟ip透明切换)
897 0
|
负载均衡 关系型数据库 PostgreSQL
PostgreSQL 10.1 手册_部分 III. 服务器管理_第 26 章 高可用、负载均衡和复制_26.3. 故障转移
26.3. 故障转移 如果主服务器失效,则后备服务器应该开始故障转移过程。 如果后备服务器失效,则不会有故障转移发生。如果后备服务器可以被重启 (即使晚一点),由于可重启恢复的优势,那么恢复处理也能被立即重启。
1280 0
|
负载均衡 网络协议 网络安全
|
存储 Windows 数据安全/隐私保护