InfraPub 为您找到相关结果 156

Apollo 配置中心简单介绍

,并且相信已经覆盖到了大部分的使用场景。 接下来会主要介绍Apollo的cluster管理(集群)、namespace管理(命名空间)和对应的配置获取规则。 4.1 Core Concepts 在介绍高级特性前,我们有必要先来了解一下Apollo中的几个核心概念: application (应用) 这个很好理解,就是实际使用配置的应用,Apollo客户端在运行时需要知道当前应用是谁,从而可以去获取对应的配置每个应用都需要有唯一的身份标 - appId,我们认为应用身份是跟着代码走的,所以需要在代码中配置,具体信息请参见Java客户端使用指南。environment (环境) 配置对应的环境,Apollo客户端在运行时需要知道当前应用处于哪个环境,从而可以去获取应用的配置我们认为环境和代码无关...阅读全文

博文 2021-04-09 17:53:51 CSDN

HAProxy用法详解 最详细中文文档

运算并被服务器的总权重相除后派发至某匹配的服务器;此算法可以通过追踪请求中的用户标进而确保同一个用户ID的请求将被送往同一个特定的服务器,除非服务器的总权重发生了变化;如果某请求中没有出现指定的参数或其没有有效值,则使用轮叫算法对相应请求进行调度;此算法默认为静态的,不过其也可以使用hash-type修改此特性; 3.17 hdr():对于每个HTTP请求,通过指定的HTTP首部将会被检索;如果相应的首部没有出现或其没有有效值,则使用轮叫算法对相应请求进行调度;其有一个可选选项“use_domain_only”,可在指定检索类似Host类的首部时仅计算域名部分(比如通过www.feiyu.com来说,仅计算feiyu字符串的hash值)以降低hash算法的运算量;此...阅读全文

博文 2014-05-10 17:14:46 debian.cn

谷歌公开了内部管理Infra层的两个工具的Paper

(见图6)里,需要代表每个前端job的asset,表示每个cell负载均衡器配置的asset,全局负载均衡器配置的asset,以及Spanner DB schema的asset。 asset是具有以下结构的通用抽象: string标符,简称为“asset ID”负载0个或者多个插件 负载和插件是任意protobuf[3]消息。负载的类型定义了asset的类型。比如,如果负载是类型为prodspec.asset.BorgJob的protobuf消息,意味着这个asset表示运行在Borg上的job,并且会作为BorgJob asset被引用。 插件使得可以给asset添加任意元数据,无论是什么类型。插件对于跨领域问题特别有用。比如,常见的“受影响集群”插件让大家能够了解asset的影响域——如...阅读全文

博文 2023-01-08 11:23:20 CSDN博客

Hadoop 核心 - HDFS 分布式文件系统详解

CST 2019 storageID=DS-47bcc6d5-c9b7-4c88-9cc8-6154b8a2bf39 clusterID=CID-dac2e9fa-65d2-4963-a7b5-bb4d0280d3f4 cTime=0 datanodeUuid=c44514a0-9ed6-4642-b3a8-5af79f03d7a4 storageType=DATA_NODE layoutVersion=-56 具体解释: storageID:存储id号。 clusterID集群id,全局唯一。 cTime属性标记了datanode存储系统的创建时间,对于刚刚格式化的存储系统,这个属性为0;但是在文件系统升级之后,该值会更新到新的时间戳。 datanodeUuid:datanode的唯一别码...阅读全文

kubectl 创建 Pod 背后到底发生了什么?—探寻 Kubectl 创建 Pod 的原理

记录的更改)。在我们的例子中,控制器通过一个 Informer 注册一个创建事件的特定回调函数(更多信息参加下文)。 当 Deployment 第一次对外可见时,该 Controller 就会将该资源对象添加到内部工作队列,然后开始处理这个资源对象: 通过使用标签选择器查询 kube-apiserver 来检查该 Deployment 是否有与其关联的 ReplicaSet 或 Pod 记录。 有趣的是,这个同步过程是状态不可知的,它核对新记录与核对已经存在的记录采用的是相同的方式。 在意到没有与其关联的 ReplicaSet 或 Pod 记录后,Deployment Controller 就会开始执行弹性伸缩流程: 创建 ReplicaSet 资源,为其分配一个标签选择器并将其版本号设置...阅读全文

博文 2022-04-18 16:18:04 CSDN

Redis 命令、特性介绍与性能调优

最早的,且使用次数最少的key),只淘汰设定了有效期的key allkeys-lru:使用LRU算法进行数据淘汰,所有的key都可以被淘汰 volatile-random:随机淘汰数据,只淘汰设定了有效期的key allkeys-random:随机淘汰数据,所有的key都可以被淘汰 volatile-ttl:淘汰剩余有效期最短的key 最好为Redis指定一种有效的数据淘汰策略以配合maxmemory设置,避免在内存使用满后发生写入失败的情况。 一般来说,推荐使用的策略是volatile-lru,并辨Redis中保存的数据的重要性。对于那些重要的,绝对不能丢弃的数据(如配置类数据等),应不设置有效期,这样Redis就永远不会淘汰这些数据。对于那些相对不是那么重要的,并且能够热加载的数据(比...阅读全文

博文 2018-10-27 10:37:55 debian.cn