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. HCNA Routing&Switching之交换技术基础

    什么是交换机?顾名思义,交换机就是用来数据包交换的:广泛用于终端接入:它的前身是hub(集线器),hub是一个古老的设备,它的作用也是用于终端接入,但hub有一个最大的缺点是它不能隔离冲突域:所谓冲突 ...

  2. SickOs1.2靶机

    仅供个人娱乐 靶机信息 靶机下载地址:https://www.vulnhub.com/entry/sickos-12,144/一.主机发现  arp-scan -l 二.端口扫描 1. masscan ...

  3. appium自动化测试(3)-控件定位&中文输入

    参考-控件定位 http://www.2cto.com/kf/201410/340345.html appium接口 http://appium.io/slate/en/master/?python# ...

  4. 两年Android开发三面上岸腾讯,这些核心知识点建议收藏

    概述 感觉毕业后时间过得真快啊,从 19 年 7 月本科毕业入职后,到现在快两年了,前段时间金三银四期间想着找一个新的工作,前前后后花了一个多月的时间复习以及面试,面试好几家大厂,最后选择了腾讯.也祝 ...

  5. linux基础操作命令合集(一)

    linux基础操作命令合集(一) 目录 linux基础操作命令合集(一) 一.命令行提示符 二.切换用户 三.主机名称命令 3.1.临时设置主机名 3.2.永久设置主机名 四.查看系统版本 五.网卡相 ...

  6. MySQL-12-innodb引擎补充

    innodb引擎保证事务的ACID 概念 redo log ---> 重做日志 ib_logfile0~1 50M 轮询使用 redo log buffer ---> redo内存区域 i ...

  7. IDEA永久使用!!(很全)

    IDEA虽然好用,但是下载后只能试用30天,烦恼呀!所以今天就带来IDEA的激活版来帮助大家摆脱30天的苦恼! 准备工作: 破解所需要的软件和jar都在网盘里,需要的自行下载,在这里idea安装就不带 ...

  8. 题解 c(留坑)

    传送门 这题卡常--而且目前还没有卡过去 首先以原树重心为根,向所有子树重心连边,可以建立一棵点分树 点分树有两个性质: 一个是树高只有log层 另一个是两点在点分树上的lca一定在原树上两点间的树上 ...

  9. FPGA学习过程(一)

    前言 终于有时间折腾这块fpga开发板了,不知不觉又熬夜了. 正文 实现一个呼吸灯的项目 打开quartus ii 建立工程 步骤就不讲了 新建一个pwm.v文件内容 module PWM ( inp ...

  10. redis和memecache有什么区别?

    1.memcache所有值均是简单地字符串,redis有复杂的数据类型. 2.memcache不支持数据持久化,redis支持数据持久化. 3.redis速度比memcache快,redis构建了自己 ...