弹性负载均衡是如何工作的 工作原理 图1 ELB工作原理图 弹性负载均衡的工作原理如下： 客户端向您的应用程序发出请求。 负载均衡器中的监听器接收与您配置的协议和端口匹配的请求。 监听器再根据您的配置将请求转发至相应的后端 服务器 组。如果配置了转发策略，监听器会根据您配置的转发策略

查看更多 →

CCE启动实例失败时的重试机制是怎样的？ CCE是基于原生Kubernetes的云容器引擎服务，完全兼容Kubernetes社区原生版本，与社区最新版本保持紧密同步，完全兼容Kubernetes API和Kubectl。 在Kubernetes中，Pod的spec中包含一个res

查看更多 →

操作系统版本支持机制 同步机制 云容器引擎CCE发布的集群节点组件会随CCE集群版本发布定期更新。 操作系统重大漏洞修复：跟随集群补丁升级策略发布。 集群版本与操作系统对应关系 如下为当前已经发布的集群版本与操作系统版本的对应关系，请参考： 表1 弹性云服务器 -虚拟机节点操作系统

查看更多 →

RCR UBTree可见性机制 RCR UBTree可见性判断是通过判断Key上xmin/xmax来确定的，与Astore堆表数据行上xmin/xmax作用类似。 父主题： RCR UBTree

查看更多 →

PCR UBTree可见性机制 PCR UBTree可见性判断是通过把页面回滚到快照可见的时刻得到元组全部可见的页面完成的。 父主题： PCR UBTree

查看更多 →

客户端向应用程序发出请求。 负载均衡实例中的监听接收与配置的协议和端口匹配的请求。 监听再根据配置将请求转发至相应的后端服务器集群。如果配置了转发策略，监听会根据配置的转发策略评估传入的请求，如果匹配，请求将被转发至相应的后端服务器组。 后端服务器集群中健康检查正常的后端服务器将根据分配

查看更多 →

Flexus负载均衡 概述 购买Flexus负载均衡实例 添加监听器 添加并解析 域名 父主题： Flexus L实例 及X实例

查看更多 →

白名单。 只允许白名单中放通的IP访问组件。 黑名单。 禁止黑名单中的IP访问组件。 端口配置 协议：支持TCP、UDP协议。 监听端口：组件中程序的监听端口，一般从用户的程序代码中获取。 取值范围[1，65535]。 访问端口：组件提供给外部访问的端口，一般由用户自行设定，端口号唯一，避免冲突。

查看更多 →

Flexus负载均衡 创建Flexus负载均衡后，选择不到Flexus L实例是什么原因？

查看更多 →

型负载均衡的功能区别。 v1.9及以上 kubernetes.io/elb.id String 仅关联已有ELB的场景：必填。 为负载均衡实例的ID。 获取方法： 在控制台的“服务列表”中，单击“网络 > 弹性负载均衡 ELB”，单击ELB的名称，在ELB详情页的“基本信息”页签下找到“ID”字段复制即可。

查看更多 →

容器安全服务 的日志处理机制是什么？ 容器安全服务每隔10分钟更新一次log文件，如果文件大于30M，则将最近30M的日志信息写入对应的日志备份文件，当前日志文件内容清空。 日志备份文件的文件名为日志源文件名加上“ .last ”后缀，如 “shield.log”的备份文件为 “shield

查看更多 →

SDK的重试机制是什么？(Java SDK) SDK通过创建并配置客户端章节中的maxErrorRetry参数来实行重试，默认重试3次，建议值为0到5次之间。当调用ObsClient的接口发生网络连接异常或者服务端返回5XX错误时，SDK会进行指数退避重试。 ObsClient.

查看更多 →

作业清理机制是什么？ 工程目录会在作业完成后默认保留30天，过期会自动清除工程信息。重建后的成果会保存在OBS桶里，不会被清理。 父主题： 实景三维建模

查看更多 →

正式版本升级，支持当前最新的3个正式版本中的2个较低版本升级到最新版本。例如，当前最新的3个正式版本为2.3、2.2、2.1，则支持由2.1、2.2升级到2.3。 当引擎升级已超出可支持升级的版本范围，例如由2.0升级到2.3，可能导致ServiceComb引擎的管理功能不可用，请谨慎操作。

查看更多 →

Workspace最多同时支持四个大版本的维护，如22.2、22.5、22.8、22.11。例如，当23.2版本商用后，之前较早的版本（如22.2）将被淘汰。 客户端或服务端（HDA）升级 Workspace最多同时支持三个大版本的升级，每个版本的支持周期为一年，例如，当23.2版本商用后，之前较早的版本（如22

查看更多 →

PbPCR Heap可见性机制 当前仅支持行一致性读，后续支持CR页面构建以及页面一致性读，大大提升seqscan的效率。 数据删除事务提交即可复用空间，无需等待oldestxmin的推进，空间利用率更高，老快照可通过Undo记录获取历史版本。 父主题： Relation

查看更多 →

认，这是一种同步等待的方式，会对性能产生影响。如果生产者要满足at least once，就必须使用同步等待方式。 消费者确认 消费者确认是指服务端通过确认消息是否成功被消费者接收，来判断是否删除队列中的此消息。 消费者确认对数据可靠性十分重要，接收重要消息的消费应用程序在未处理

查看更多 →

RCR Uheap可见性机制 Ustore可见性判断是通过构建数据行的一致性版本获得的，老快照可通过Undo记录获取历史版本。 父主题： RCR Uheap

查看更多 →

RCR UBTree可见性机制 RCR UBTree可见性判断是通过判断Key上xmin/xmax来确定的，与Astore堆表数据行上xmin/xmax作用类似。 父主题： RCR UBTree

查看更多 →

Kerberos服务在收到ST请求后，校验其中的TGT合法后，生成对应的应用服务的ST，再使用应用服务密钥将响应消息进行加密处理。 应用客户端收到ST响应消息后，将ST打包到发给应用服务的消息里面传输给对应的应用服务端（Application Server）。 应用服务端收到请求后，使用本端应用服务对应的密钥解析其

查看更多 →

一端存在隧道，而另一端已不存在），建议用户同时启动用户侧网关的DPD探测机制，用于探测云侧VPN服务的IKE状态。 DPD探测失败后会删除隧道，不会导致业务不稳定。 DPD可以及时发现对方IKE进程异常，并通过重置隧道的方法来保持双方隧道同步。在删除隧道后，当有用户流量时，可以重新触发协商并建立隧道。

查看更多 →