JVM_MS -XX:MetaspaceSiz e 默认 :128m JVM_MMS -XX:MaxMetaspac eSize 默认 :320m NACOS_DEBUG 是否开启远程 DE BUG y/n 默认 :n TOMCAT_ACCESSLOG_ENABLED server.tomcat.ac cesslog.enabled 默认 :false NACOS_AUTH_SYSTEM_TYPE 挑战。原先是单体应用，所有的服务都在⼀个进程中，服务之间的调用就是方法调用，整条请求的 处理流程就在当前线程中，调试、排查问题非常方便。 改造成微服务架构之后，原先单体中的服务变成⼀个个独立部署运行的服务，方法调用变成了远程 调用。首先要解决的问题就是服务发现问题，Consumer 服务如何在运行时发现 Provider 服务， Nacos 生态 < 150 并且独立部署的服务节点的 ip 地址是不固定的，意味着需要⼀种动态发现的能力。注册中心的出 和观察 集群中部署的服务。目前比较火热的云原生技术 ServiceMesh ，其中⼀套比较流行的方案就是采用 Istio + Envoy 实现的。Envoy 作为代理以 SideCar 形式和应用服务部署在⼀起，透明拦截应用服 务所有的入口流量和出入流量，在转发流量之前执行⼀些额外的治理策略，这些操作都是对业务服 务透明的，无感知的。这样⼀来，如果我们把与业务应用耦合的服务治理相关 SDK

复杂的应用软件架构，在开发、测试、运维 团队之间建成了认知的“墙”，团队间配合效 率低，故障排查慢，阻碍了软件价值的流动 无法满足用户对于业务快速研发、 稳定交付的要求 场景 1 如果生产中一台Web应用服务器故障，恢复这台服务器需要 做哪些事情？ 场景 2 如果应用负载升高/降低，如何及时、按需扩展/收缩所 用资源？ 场景 3 如果业务系统要升级，如何平滑升级？万一升级失败是 否能够自动回滚？整个过程线上业务持续运行不中断。 发现故障 （假死） 创建 新实例 配置 运行环境 部署当前 应用版本 添加 监控 配置 日志采集 测试确认 服务正常运行 实例 加入集群 恢复正常 场景 1 如果生产中一台Web应用服务器故障，恢复这台服务器需要 做哪些事情？ 场景 2 如果应用负载升高/降低，如何及时按需扩展/收缩所用 资源？ 场景 3 如果业务系统要升级，如何平滑升级？万一升级失败是 否能够自动回滚？整个过程线上业务持续运行不中断。 与2019年全面云化相比，2020年全面云原生化革命性重构了双11“技术引擎”。从产品和技术两方面来看，产品侧，阿里云通过提 供容器服务ACK、云原生数据库PolarDB/Redis、消息队列RocketMQ、企业级分布式应用服务EDAS、微服务引擎MSE、应用监控服 务ARMS等数十款云原生产品全面支撑双11。技术侧，云原生四大核心技术实现规模和创新的双重突破，成为从技术能力向业务 价值成果转变的样本： • 支持全球最大

Kubernetes 分配，核心链路100%落地支撑 大促。5/19 大促规模 Part 1：蚂蚁金服的Kubernetes现状 数万台 服务器和ECS 超一万 单集群规模 90%+ 应用服务 数十万 应用 Pods业务 6/19 统一资源调度架构 Part 1：蚂蚁金服的Kubernetes现状 非云 资源 云化 资源 基础 服务 蚂蚁 k8s 核心 CRI Kubernetes nanovisor 日志服务 云盘 本地多盘 弹性网卡 网络安全组 GPU 安全可信 数据库服务 OB serverless 平台 kata SOFAMesh 资源分时复用 神龙裸金属 VPC 云存储 应用服务器 数据库服务器 国产化服务器7/19 二、双十一 Kubernetes 实践 Part 2：8/19 资源分时调度 Part 2：双十一 Kubernetes 实践 快速腾挪的问题 1

Compose 部署方案 本文档介绍如何在单机上通过 Docker Compose 快速一键部署一套 TiDB 测试集群。 Docker Compose 可以通过一个 YAML 文件定义多个容器的应用服务，然后一键启动或停止。 确保你的机器上已安装： Docker（17.06.0 及以上版本） Docker Compose Git 1. 下载 tidb-docker-compose 1. git 以下变量配置，需要重点确认，变量含义可参考 inventory.ini 变量调整。 1. 请确认 ansible_user 配置的是普通用户。为统一权限管理，不再支持使用 root 用户远程安装。默认配置 中使用 tidb 用户作为 SSH 远程用户及程序运行用户。 1. ## Connection 2. # ssh via normal user 3. ansible_user = tidb 可参考如何配置 tidb-ansible/resources/bin 目录下也会有这个二进制文件。 tikv-ctl 有两种运行模式：远程模式和本地模式。前者通过 --host 选项接受 TiKV 的服务地址作为参数，后 者则需要 --db 选项来指定本地 TiKV 数据目录路径。以下如无特殊说明，所有命令都同时支持这两种模式。对 于远程模式，如果 TiKV 启用了 SSL，则 tikv-ctl 也需要指定相关的证书文件，例如：

u证书过期证书生成 ü生成root-cert.pem ü生成cert-chain.pem ü生成key.pem证书挂载 üICA以Name为istio.default在k8s创建Secrets对象 ü应用服务获取Secrets对象证书，并挂载到/etc/certs • volumeMounts: • - mountPath: /etc/certs/ • name: istio-certs • readOnly:

OAM 中，“应用”是由多个概念共同组合而成。第一个概念是： 应用组件（Components），它是整个应用的重要组成部分。应用组件既可以包括 应用运行所依赖的服务：比如 MySQL 数据库，也包括应用服务本身：比如拥 有多个副本的 PHP 服务器。开发者可以把他们写的代码“打包”成一个应用组件。 • Trait描述了应用在具体部署环境中的运维特征，比如应用的水平扩展的策略和 Ingress 规则

com/gitpod-io/gitpod)，适用于可直接编写 代码的开发环境，可为云中的每个任务提供全新的自动化开发环境，非常迅速。此外，Gitpod 能够将你的开 发环境描述为代码，并直接从你的浏览器或桌面 IDE 启动即时、远程和基于云的开发环境。 4.13.1.1 快速开始 1. Fork 出 TiDB 应用开发的示例代码仓库 pingcap-inc/tidb-example-java。 493 2. 通过浏览器的地址栏，在示例代码仓库的 信息，包括监控数据、日志、集群拓扑、配置、参数等。 1205 9.5 将 Grafana 监控数据导出成快照 注意： 目前该工具仅支持在 Grafana v6.x.x 上使用。 在故障诊断中，监控数据十分重要。当你请求远程协助时，技术支持人员有时需要查看 Grafana Dashboard 以 确认问题所在。MetricsTool 用于将 Grafana Dashboard 的快照导出为本地文件，并将快照可视化。因此，你可以 Write_size：表示事务提交时写 key 或 value 的总大小。 • Prewrite_region：表示事务两阶段提交中第一阶段（prewrite 阶段）涉及的 TiKV Region 数量。每个 Region 会触发一次远程过程调用。 • Wait_prewrite_binlog_time：表示事务提交时用于写 binlog 的时间。从 v8.4.0 开始，TiDB Binlog 已移除， 不再有相关时间。 • R

com/gitpod-io/gitpod)，适用于可直接编写 代码的开发环境，可为云中的每个任务提供全新的自动化开发环境，非常迅速。此外，Gitpod 能够将你的开 发环境描述为代码，并直接从你的浏览器或桌面 IDE 启动即时、远程和基于云的开发环境。 4.13.1.1 快速开始 1. Fork 出 TiDB 应用开发的示例代码仓库 pingcap-inc/tidb-example-java。 489 2. 通过浏览器的地址栏，在示例代码仓库的 信息，包括监控数据、日志、集群拓扑、配置、参数等。 951 9.5 将 Grafana 监控数据导出成快照 注意： 目前该工具仅支持在 Grafana v6.x.x 上使用。 在故障诊断中，监控数据十分重要。当你请求远程协助时，技术支持人员有时需要查看 Grafana Dashboard 以 确认问题所在。MetricsTool 用于将 Grafana Dashboard 的快照导出为本地文件，并将快照可视化。因此，你可以 Write_size：表示事务提交时写 key 或 value 的总大小。 • Prewrite_region：表示事务两阶段提交中第一阶段（prewrite 阶段）涉及的 TiKV Region 数量。每个 Region 会触发一次远程过程调用。 • Wait_prewrite_binlog_time：表示事务提交时用于写 binlog 的时间。从 v8.4.0 开始，TiDB Binlog 已移除， 不再有相关时间。 • R

com/gitpod-io/gitpod)，适用于可直接编写 代码的开发环境，可为云中的每个任务提供全新的自动化开发环境，非常迅速。此外，Gitpod 能够将你的开 发环境描述为代码，并直接从你的浏览器或桌面 IDE 启动即时、远程和基于云的开发环境。 4.12.1.1 快速开始 1. Fork 出 TiDB 应用开发的示例代码仓库 pingcap-inc/tidb-example-java。 422 2. 通过浏览器的地址栏，在示例代码仓库的 信息，包括监控数据、日志、集群拓扑、配置、参数等。 885 9.5 将 Grafana 监控数据导出成快照 注意： 目前该工具仅支持在 Grafana v6.x.x 上使用。 在故障诊断中，监控数据十分重要。当你请求远程协助时，技术支持人员有时需要查看 Grafana Dashboard 以 确认问题所在。MetricsTool 用于将 Grafana Dashboard 的快照导出为本地文件，并将快照可视化。因此，你可以 Write_size：表示事务提交时写 key 或 value 的总大小。 • Prewrite_region：表示事务两阶段提交中第一阶段（prewrite 阶段）涉及的 TiKV Region 数量。每个 Region 会触发一次远程过程调用。 • Wait_prewrite_binlog_time：表示事务提交时用于写 binlog 的时间。 943 • Resolve_lock_time：表示事务提交时遇到锁后，清理锁或者等待锁过期的时间。

球团1现场生产安全 态势感知与预警 • 皮带机预测性维护 • 建立设备健康模型 • 焦化皮带智能监测 • 生产现场动作远程控制 • 焦化现场生产安全态势 感知与预警 • 部署打滑预测分析 • 能源计划 • 炼焦煤分级调湿工艺稳 定协调控制 • 焦化皮带智能监测 • 生产现场动作远程控制 • 焦化现场生产安全态势 感知与预警 • 部署打滑预测分析 • 能源计划 • 炼焦煤分级调湿工艺稳 定协调控制 定协调控制 • 危险物识别 • 人员安全监测 • 高炉料面温度检测 • 高炉料面可视化监控 • 炉顶布料效果评定 • 远程换钎 • 中间产品无人天车吊装 控制 • 废品无人天车吊装控制 • 铁水质量预报 • 高炉温度分布 • 高炉燃料比监测 • 高炉精准出铁预测 • 高炉炉况诊断 • 高炉燎铁能耗预测 • 高炉在含量智能预监 • 铁包动态调度算法(铁包 跟踪) • 烟气余热回收控制 • ·计算最佳工艺参数 • 炼钢工序物料属性检测 • ·精炼钢水温度连续测量 • 炼钢设备远程监控及故障 诊断 • ·转炉炉体缺陷检测 • 钢水液面检测 • 钢包水口位置定位 • 钢包顶升高度预测 • 钢包吊钩姿态监测 • 钢包温度远程智能监测 • 炼钢工序物料属性检测 • ·精炼钢水温度连续测量 • 炼钢设备远程监控及故障诊断 • 转炉炉体缺陷检测 • 钢水液面检测 • 钢包水口位置定位