连接超时异常 如果通过ObsException.getResponseCode获取到的错误码为408，表明连接OBS服务超时，出现这类异常的原因一般是服务地址（Endpoint）错误或网络不通导致无法连接OBS服务，此时请检查服务地址和网络状况。 父主题： 异常处理

查看更多 →

Standard/ CCE Turbo 会话保持配置参数，选择HTTP_COOKIE的会话保持模式时，设置会话保持时间persistence_timeout；选择APP_COOKIE的会话保持模式是，设置app_cookie_name。 Ingress中配置的全局会话保持可以被服务中的会话保持模式覆盖。

查看更多 →

独享型ELB实例支持配置。 空闲超时时间 客户端连接空闲超时时间。在超过空闲超时时间一直没有请求， 负载均衡会暂时中断当前连接，直到下一次请求时重新建立新的连接。 - 请求超时时间 等待客户端请求超时时间。包括两种情况： 读取整个客户端请求头的超时时长，如果客户端未在超时时长内发送完整个请求头，则请求将被中断。

查看更多 →

获取 服务器 时间 功能介绍 获取服务器时间。 URI GET /api/v2/sdk/server-date 请求参数 表1 请求Header参数 参数 是否必选 参数类型 描述 X-operating-sys-version 是 String 调用方操作系统版本，例如：Android

查看更多 →

个后端云服务器上。 HTTP_COOKIE：客户端第一次发送请求时，负载均衡器自动生成cookie并将该cookie插入响应消息中，后续请求会发送到处理第一个请求的后端云服务器上。 APP_COOKIE：客户端第一次发送请求时，后端服务器生成cookie并将该cookie插入响应

查看更多 →

到目标主机HTTP或TCP连接的最大数量。 最大请求重试次数 在指定时间内对目标主机最大重试次数。 最大等待请求数 等待列队的长度，默认为1024。 每连接最大请求数 对后端连接中最大的请求数量如果设为1则会禁止keep alive特性。 连接超时时间 TCP连接超时时间。 最大请求数 后端服务处理的最大请求数，默认为1024。

查看更多 →

，超出请求超时时间将会断开连接。 响应超时时间 等待后端服务器响应超时时间。请求转发后端服务器后，在等待超过响应超时时间没有响应，负载均衡将终止等待，并返回 HTTP504错误码。 开启HTTP2 客户端与LB之间的HTTPS请求的HTTP2功能的开启状态。 开启后，可提升客户端

查看更多 →

对于大部分模型，特别是小模型，一个批量的输入组成一个batch交给芯片做模型的推理可获得性能收益。使用batch推理将大大提高数据的吞吐率，同时也将提高芯片的利用率，在损失一定的时延情况下提升了整体的性能。因此，构建一个高性能应用应当在时延允许的情况下尽可能使用大batch。框架为了用户能更方便、更灵活的使用batch，引入了超时机制，用

查看更多 →

超时插补 算子简介 名称： 超时插补 功能说明： 提供基于时间的数据插补功能。时间支持延迟等待时长，以及指定固定时间点。插补数据为上一条实际数据，但是事件时间为插补计算出的时间。 约束： 下游不允许对接数据源及产品过滤算子。 算子配置 基础配置项 算子名称： 配置项英文名：name

查看更多 →

000，相当于不开启。 对于DDL的等锁超时，其真实超时时间是lock_wait_timeout和rds_ddl_lock_wait_timeout的最小值。 对于DDL过程中InnoDB层的加表锁超时（行锁不在该考虑范围），其真实超时时间是innodb_lock_wait_ti

查看更多 →

连接超时异常 如果获取到的异常堆栈出现“System.Net.WebException: 无法连接到远程服务器 --->System.Net.Sockets.SocketException: 由于连接方在一段时间后没有正确答复或连接的主机没有反应，连接尝试失败“，说明连接超时。

查看更多 →

负载均衡器cookie：负载均衡器会根据客户端第一个请求生成一个cookie，后续所有包含这个cookie值的请求都会由同一个后端服务器处理。 应用程序cookie：该选项依赖于后端应用。后端应用生成一个cookie值，后续所有包含这个cookie值的请求都会由同一个后端服务器处理。

查看更多 →

批量设置通道存储时间策略 功能介绍 批量设置通道存储时间策略。一次最多设置100个通道。 URI PUT /v1/{user_id}/devices/channels/time-policy 表1 路径参数 参数 是否必选 参数类型 描述 user_id 是 String 用户ID：由数字组成，长度范围[15

查看更多 →

设置可维护时间段 默认可维护时间段为10:00~14:00（GMT+08:00），您可以根据业务需求，设置可维护时间段。建议将可维护时间段设置在业务低峰期，避免业务在维护过程中异常中断。 使用须知 可维护时间段目前处于公测状态，如果您想使用，请联系客服开通。 目前只有实例重启、规格变更和补丁升级支持可维护时间段。

查看更多 →

String 否 均衡时间窗的开始时间，设置格式为“HH:MM”。 如果设置了start_time，则必须设置stop_time。如果两者都不设置，表示取消均衡时间窗设置。 stop_time String 否 均衡时间窗的结束时间，设置格式为“HH:MM”。 如果设置了stop_ti

查看更多 →

String 开始时间，UTC时间。 end_time 是 String 结束时间，UTC时间。 说明： RDS for MySQL和RDS for PostgreSQL数据库的结束时间和开始时间必须为整点时间，相隔一至四个小时。 RDS for SQL Server数据库的结束时间和开始时间必须相隔四个小时。

查看更多 →

息”模块的“可维护时间段”处，单击“修改”。 图1 设置可维护时间段 在“修改可维护时间段”弹框中，选择一个可维护时间段，选择一个时间间隔，下拉框中选择可维护时间段，单击“是”。 图2 修改可维护时间 修改可维护时间段，不影响原有可维护时间段内定时任务的执行时间。 父主题： 变更实例

查看更多 →

在“数据库信息”模块的“可维护时间段”处，单击“修改”。 在“修改可维护时间段”弹框中，选择一个时间间隔，下拉框中选择可维护时间段，单击“是”。 图1 修改可维护时间 修改可维护时间段，不影响原有可维护时间段内定时任务的执行时间。 父主题： 变更实例

查看更多 →

“数据库信息”模块的“可维护时间段”处，单击“修改”。 图1 设置可维护时间段 在“修改可维护时间段”弹框中，选择一个时间间隔，下拉框中选择可维护时间段，单击“是”。 图2 修改可维护时间 修改可维护时间段，不影响原有可维护时间段内定时任务的执行时间。 父主题： 变更实例

查看更多 →

对于大部分模型，特别是小模型，一个批量的输入组成一个batch交给芯片做模型的推理可获得性能收益。使用batch推理将大大提高数据的吞吐率，同时也将提高芯片的利用率，在损失一定的时延情况下提升了整体的性能。因此，构建一个高性能应用应当在时延允许的情况下尽可能使用大batch。框架为了用户能更方便、更灵活的使用batch，引入了超时机制，用

查看更多 →

连接超时异常 如果从ObsException->getExceptionMessage中获取到的错误描述为“Exceeded retry limitation, xxx Failed to connect to xxx”，表明连接超时，其原因一般是服务地址（Endpoint）错误

查看更多 →