Geode member发现机制

Apache Geode 为集群和客户端服务器间提供了多种member 发现机制,具体如下:

  • Peer Member Discovery
  • Standalone Member
  • Client Discovery of Servers

Peer Member Discovery

对等成员发现定义了一个集群。 使用相同设置进行对等发现的所有应用程序和缓存服务器都是同一集群的成员。 每个系统成员都有唯一的身份,并且知道其他成员的身份。 一个成员某一时刻只能属于一个集群。 一旦他们找到彼此,成员就直接通信,独立于发现机制。 在对等发现中,Geode 使用成员协调器(coordinator)来管理成员加入和离开。

成员使用一个或多个定位器发现彼此。 定位器(locator)提供发现和负载平衡服务。 对等定位器管理集群成员的动态列表。 新成员连接到定位器中的一个以检索成员列表,该列表用于加入系统。

注意:多个locator可以确保集群最稳定的启动和高可用。

Standalone Member

独立成员没有对等点,没有对等点(peer)发现,因此不使用定位器。 它创建一个集群连接,仅用于访问 Geode 缓存功能。 独立运行具有更快的启动速度,适用于与其他应用程序隔离的任何成员。 主要用例是客户端应用程序。 如果您使成员成为 JMX 管理器,则可以访问和监视独立成员。

Client Discovery of Servers

定位器为客户端提供动态服务器发现和服务器负载平衡。 客户端配置了服务器系统的定位器信息,并转向定位器以获取使用服务器的指示。 服务器可以增减,它们为新客户端连接提供服务的容量可能会有变化。 定位器持续监控服务器可用性和服务器负载信息,随时为客户端提供负载最小的服务器的连接信息。

注意:为了性能和缓存一致性,客户端必须作为独立成员运行或在与服务器不同的集群中运行。

您不需要运行任何特殊进程来使用定位器进行服务器发现,在服务器系统中,提供对等发现的定位器还为服务器系统的客户端提供了服务器发现的能力,这是标准配置。

多站点发现

在多站点 (WAN) 配置中,Geode 集群使用定位器来发现远程 Geode 集群以及本地 Geode 成员。 WAN 配置中的每个定位器唯一标识其所属的本地集群,它还可以标识远程 Geode 集群中的定位器,它将连接到 WAN 分配。 当定位器启动时,它会联系每个远程定位器以交换有关远程集群中可用定位器和网关接收器配置的信息。 除了共享关于它自己的集群的信息之外,定位器还共享它从所有其他连接的集群中获得的信息。 每次新定位器启动或现有定位器关闭时,更改的信息都会通过 WAN 广播到其他连接的 Geode 集群。

Geode member发现机制的更多相关文章

  1. Atitit webservice发现机制 WS-Discovery标准的规范attilax总结

    Atitit webservice发现机制 WS-Discovery标准的规范attilax总结 1.1. WS-Discovery标准1 1.2. 一.WS-Discovery1 1.2.1.   ...

  2. Atitit webservice的发现机制 discover机制

    Atitit webservice的发现机制 discover机制 1.1. Ws disconvert 的组播地址和端口就是37021 1.2. Ws disconvert的发现机制建立在udp组播 ...

  3. Elasticsearch 通关教程(六): 自动发现机制 - Zen Discoveryedit

    发现方式 Zen discovery是内建的.默认的.用于Elasticsearch的发现模块.它提供了单播和基于文件的发现,可以通过插件扩展到支持云环境和其他形式的发现. Zen Discovery ...

  4. ES的Zen发现机制

    ES的Zen发现机制 Zen发现机制是ElasticSearch默认的发现模块.它提供的是单播发现,但是可被拓展为支持云环境下或者其他形式的发现机制.zen 发现模块集成了其他模块,如在发现期间,节点 ...

  5. 基于consul构建golang系统分布式服务发现机制

    原文地址-石匠的Blog: http://www.bugclosed.com/post/5 在分布式架构中,服务治理是一个重要的问题.在没有服务治理的分布式集群中,各个服务之间通过手工或者配置的方式进 ...

  6. Prometheus在Kubernetes下的服务发现机制

    Prometheus作为容器监控领域的事实标准,随着以Kubernetes为核心的云原生热潮的兴起,已经得到了广泛的应用部署.灵活的服务发现机制是Prometheus和Kubernetes两者得以连接 ...

  7. Java编程技术之浅析SPI服务发现机制

    SPI服务发现机制 SPI是Java JDK内部提供的一种服务发现机制. SPI->Service Provider Interface,服务提供接口,是Java JDK内置的一种服务发现机制 ...

  8. 深入理解SPI机制-服务发现机制

    https://www.jianshu.com/p/3a3edbcd8f24 SPI ,全称为 Service Provider Interface,是一种服务发现机制.它通过在ClassPath路径 ...

  9. Redis 哨兵节点之间相互自动发现机制(自动重写哨兵节点的配置文件)

    Redis的哨兵机制中,如果是多哨兵模式,哨兵节点之间也是可以相互感知的,各种搜索之后出来的是千篇一律的一个基础配置文件,在配置当前哨兵节点的配置文件中,并没有配置其他哨兵节点的任何信息.如下是一个哨 ...

随机推荐

  1. js问题记录

    1.aixos请求响应302重定向时无法获取返回数据, 解决方法:在请求头中添加  headers: { 'X-Requested-With': 'XMLHttpRequest' },

  2. 几篇关于RGBD语义分割文章的总结

      最近在调研3D算法方面的工作,整理了几篇多视角学习的文章.还没调研完,先写个大概.   基于RGBD的语义分割的工作重点主要集中在如何将RGB信息和Depth信息融合,主要分为三类:省略. 目录 ...

  3. 巧用map解决nginx的Location里if失效问题

    需求: Nginx根据参数来输出不同的header 我们想用Nginx来判断一些通用的参数, 根据参数情况在输出中不同的header, 或者cookie, 那么根据正常思路, 有如下配置: locat ...

  4. appium自动化测试(2)-工具(monitor、uiautomatorviewer)

    获取应用信息: from appium import webdriver desired_caps ={} desired_caps['platformName']='Android'# 哪种移动平台 ...

  5. 从零开始实现简单 RPC 框架 2:扩展利器 SPI

    RPC 框架有很多可扩展的地方,如:序列化类型.压缩类型.负载均衡类型.注册中心类型等等. 假设框架提供的注册中心只有zookeeper,但是使用者想用Eureka,修改框架以支持使用者的需求显然不是 ...

  6. Python -类型提示 Type Hints

    为什么会有类型提示 Python是一种动态类型语言,这意味着我们在编写代码的时候更为自由,运行时不需要指定变量类型 但是与此同时 IDE 无法像静态类型语言那样分析代码,及时给我们相应的提示,比如字符 ...

  7. STM32—驱动BT-06蓝牙模块传输数据

    文章目录 BT-06简介 数据透传 配置串口 USART1初始化函数 USART2初始化函数 USART2的NVIC配置 USART1串口重映射 BT-06简介 BT06蓝牙模块是专为智能无线数据传输 ...

  8. 如何快速方便的生成好看的接口文档(apipost生成文档)

    一键生成文档 我们在"2分钟玩转APIPOST"一讲中,简单介绍了如何生成并分享接口文档: 点击分享文档 复制并打开文档地址就可以看到了完整的接口文档. 本节课主要是讲解一些需要注 ...

  9. Flutter 与 Swift - 在创建 iOS 应用程序时应该押注什么技术?

    Swift 和 Flutter 是考虑创建 iOS 应用程序的公司最想要的两种技术.开发者能用原生技术取胜吗?如何选择,哪种更适合您的应用?让我们一探究竟吧! 根据 Statista 的数据, 201 ...

  10. Unity遮罩之Mask、RectMask2D与Sprite Mask适用场景分析

    遮罩,顾名思义是一种可以掩盖其它元素的控件.常用于修改其它元素的外观,或限制元素的形状.比如ScrollView或者圆头像效果都有用到遮罩功能.本系列文章希望通过阅读UGUI源码的方式,来探究遮罩的实 ...