微服务

Renews threshold：Eureka Server 期望每分钟收到客户端实例续约的总数

Renews (last min)：Eureka Server 最后 1 分钟收到客户端实例续约的总数

默认阈值比例是0.85

配置文件方式 编辑 /etc/consul.d/jetty.json 重启consul，并将配置文件的路径给consul（指定参数：-config-dir /etc/consul.d） { "service":{ "id": "jetty", "name": "jetty", "address": "192.168.1.200", "port": 8080, "tags": ["dev"], "checks": [ { "http": "http://192.168.1.200:8080/health", "interval": "5s" } ] } }

HTTP API接口方式 直接调用/v1/agent/service/register接口注册即可，需要注意的是：http method为PUT提交方式 curl -X PUT -d '{"id": "jetty","name": "jetty","address": "192.168.1.200","port": 8080,"tags": ["dev"],"checks": [{"http": "http://192.168.1.104:9020/health","interval": "5s"}]}' http://192.168.1.100:8500/v1/agent/service/register

curl http://172.17.0.4:8500/v1/catalog/service/userService 返回值 [ { "Address": "172.17.0.4", "CreateIndex": 880, "ID": "e6e9a8cb-c47e-4be9-b13e-a24a1582e825", "ModifyIndex": 880, "Node": "node3", "NodeMeta": {}, "ServiceAddress": "127.0.0.1", "ServiceEnableTagOverride": false, "ServiceID": "userServiceId", "ServiceName": "userService", "ServicePort": 8000, "ServiceTags": [ "primary", "v1" ], "TaggedAddresses": { "lan": "172.17.0.4", "wan": "172.17.0.4" } } ]

提供配置获取接口

提供配置推送接口

服务于Apollo客户端

集成eureka服务

集成metaserver

提供配置管理接口

提供配置修改发布接口

服务于管理界面Portal

通过MetaServer获取AdminService的服务列表

使用客户端软负载SLB方式调用AdminService

为应用获取配置，支持实时更新

通过MetaServer获取ConfigService的服务列表

使用客户端软负载SLB方式调用ConfigService

用于服务发现和注册

Config/AdminService注册实例并定期报心跳

和ConfigService住在一起部署

Portal通过域名访问MetaServer获取AdminService的地址列表

Client通过域名访问MetaServer获取ConfigService的地址列表

相当于一个Eureka Proxy

逻辑角色，和ConfigService住在一起部署

和域名系统配合，协助Portal访问MetaServer获取AdminService地址列表

和域名系统配合，协助Client访问MetaServer获取ConfigService地址列表

和域名系统配合，协助用户访问Portal进行配置管理

每个应用的唯一的身份标识

应用处于哪个环境，从而可以去获取应用的配置

一个应用下不同实例的分组，比如典型的可以按照数据中心分

一个应用下不同配置的分组，可以简单地把namespace类比为文件，不同类型的配置存放在不同的文件中，如数据库配置文件，RPC配置文件

支持自定义任务失败重试次数，当任务失败时将会按照预设的失败重试次数主动进行重试

忽略：调度过期后，忽略过期的任务，从当前时间开始重新计算下次触发时间；

立即执行一次：调度过期后，立即执行一次，并从当前时间开始重新计算下次触发时间；

FIRST（第一个）：固定选择第一个机器

LAST（最后一个）：固定选择最后一个机器

ROUND（轮询）

RANDOM（随机）：随机选择在线的机器

CONSISTENT_HASH（一致性HASH）

LEAST_FREQUENTLY_USED（最不经常使用）：使用频率最低的机器优先被选举；

LEAST_RECENTLY_USED（最近最久未使用）：最久未使用的机器优先被选举；

FAILOVER（故障转移）：按照顺序依次进行心跳检测，第一个心跳检测成功的机器选定为目标执行器并发起调度；

BUSYOVER（忙碌转移）：按照顺序依次进行空闲检测，第一个空闲检测成功的机器选定为目标执行器并发起调度；

SHARDING_BROADCAST(分片广播)：广播触发对应集群中所有机器执行一次任务，同时系统自动传递分片参数；可根据分片参数开发分片任务；

单机串行（默认）：调度请求进入单机执行器后，调度请求进入FIFO队列并以串行方式运行；

丢弃后续调度：调度请求进入单机执行器后，发现执行器存在运行的调度任务，本次请求将会被丢弃并标记为失败；

覆盖之前调度：调度请求进入单机执行器后，发现执行器存在运行的调度任务，将会终止运行中的调度任务并清空队列，然后运行本地调度任务；

支持自定义任务超时时间，任务运行超时将会主动中断任务

proposer

acceptor

learner

prepare阶段，proposer提出一个议案，编号为N，请求acceptors的quorum接受

promis阶段，如果N大于此acceptor之前接受的提案编号则接受否则拒绝

accept阶段，proposer获得多数人支持，则发出accept请求以及提案编号N及内容

accepted阶段，acceptor在此期间没有接受到大于编号N的提案，则接受N号提案，否则忽略

proposer

acceptor

learner

leader

candidate

follower

leader

系统维度：按照系统功能、业务拆分，如购物车，结算，订单等

功能维度：对系统功能在做细粒度拆分

读写维度：根据读写比例特征拆分；读多，可考虑多级缓存；写多，可考虑分库分表

模块维度：对整体代码结构划分Web、Service、DAO

load averages

kernel errors

overall stats by time

cpu balance

process usage

disk I/O

memory usage

network I/O

TCP stats

check overview

最底层的存储单元是Object对象，每个Object包含元数据和原始数据

Object Storage Device，也就是负责响应客户端请求返回具体数据的进程

Placement Grouops，是一个逻辑的概念，一个PG包含多个OSD

一个Ceph集群需要多个Monitor组成的小集群，它们通过Paxos同步数据，用来保存OSD的元数据

Librados是Rados提供库

Ceph Metadata Server，是CephFS服务依赖的元数据服务

RADOS block device，是Ceph对外提供的块设备服务

RADOS gateway，是Ceph对外提供的对象存储服务，接口与S3和Swift兼容

Ceph File System，是Ceph对外提供的文件系统服务