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