............................................................................ 4 2. PIECLOUDDB 和 K8S 一起部署方案 ........................................................................................... .................................................................................... 10 2.9 安装 K8S 集群 ............................................................................................... ............................................................................... 14 3. PDB 基于已有 K8S 的部署方案 ............................................................................................

Registry SOA服务框架 DevOps 测 试 账户 搜狗商业平台基础平台 物料 计费 管理界面 项目 管理 CI&&CD 统一配 置中心 Cluster2 Node Node Node Node 商业云平台 BizCloud • 弹性伸缩能力不足 • 机器资源利用率不高 • 服务管理复杂 问题 有状态服务的需求越来越多 有状态服务容器化 1. 背景介绍 2 Controller Manager NodeM kubelet kube-proxy docker mysql pod-5 mysql pod-6 … … mysql pod-M Node1 kubelet kube-proxy docker mysql pod-0 mysql pod-1 … … mysql pod-N NodeN Mysql Operator pod CRD • Spec：配置 & 期望状态 • Status：当前状态 MySQL 配置 • 版本 • 端口 • 存储信息 • 配置文件 集群配置 • 副本数 • 高可用模式 K8s 调度信息 • 资源套餐 • 亲和性信息 • NodeSelector 使用 CRD 2. client-go 配套工具 apiVersion: apiextensions.k8s.io/v1beta1

SELECT COUNT(c1) FROM t WHERE c1 > 10 AND c2 = “gopherchina”; Example - Logical Plan SelectStmt Node DataSource from t Where c1 > 10 and c2 = “gopherchina” Projection count(c1) Logical Plan AST unmarshalling • Fields without pointers cause less time in the garbage collector. • Used by etcd/docker/k8s/tidb • Benchmark Monitor the Memory Usage • Monitor the memory usage of the server is easy • runtime

ation.html What are we solving? Architecture: K8s app using Redis over TLS only app-1 Namespace ms-1 K8s Pod External DB ms-2 K8s Pod ms-3 K8s Pod TLS only ● App with multiple microservices visibility into Redis traffic Istio TLS Origination Architecture: K8s app using Redis over TLS only (TLS origination) app-1 Namespace ms-1 K8s Pod External DB container app container istio-proxy TCP

功能，策略配置淘汰的冷内存交换到用户态存储，用户无感知，性能 优于内核态 swap。 2. 夯实云化基座 容器操作系统 KubeOS：云原生场景，实现 OS 容器化部署、运维，提供与业务容器一致的基于 K8S 的管理体验。 • 安全容器方案：iSulad+shimv2+StratoVirt 安全容器方案，相比传统 docker+qemu 方案，底噪和启动时间 优化 40%。 • 双平面部署工具 Kunpeng 920 2.6GHz（ARM） 测试软件： Greenplum 6.7.0 ARM cluster 集群规模： 3 Nodes (1 Master, 2 Segments) 单个 Node 规格： vCPU 数：16 内存： 32G Disk： 60G c. openEuler 20.03 LTS SP2 操作系统 内核版本： Linux host-192-168-1-14

虚拟集群最少两台机器在不同的机房； Ø 数据独立，多写，相互不干扰； Ø 数据读取通过应用程序做负载平衡； Ø 灵活创建不同的虚拟集群用于适当的场合； Ø 随时调整服务器，新增/缩减服务器； 分布式： k8s的集群式部署 全球敏捷运维峰会 广州站 采用ClickHouse后平台的查询性能 system.query_log表，记录已经 执行的查询记录 query：执行的详细SQL，查询相关记录可以

机森林等算法支持。同时 Openpie 团队经验丰富的数据科学 家团队可以为企业用户提供相关建议。 ，* 多云部署 pieCloudDB 可根据客户需求在任何laaS (裸金属服务器、虚拟机、K8S容器等) 上运行。借助这种“不受限于基础架 构”的跨云部署，企业可以打通多云的数据管道，解锁对特定laaS云的依赖并获得云资源议价权。企业在 PieCloudDB 上部署时，可以: 1. 消除平台/供应商制约:

算法支持。同时 OpenPie 团队经验丰富的数据科学 家团队可以为企业用户提供相关建议。 10 多云部署 PieCloudDB 可根据客户需求在任何IaaS（裸金属服务器、虚拟机、K8S容器等）上运行。借助这种“不受限于基础架 构”的跨云部署，企业可以打通多云的数据管道，解锁对特定IaaS云的依赖并获得云资源议价权。企业在 PieCloudDB 上部署时，可以： 1. 消除平台/供应商制约：

大部分的运维功能下沉到 Operator 来实现, DBA 日常操作的运维工作让 RD 自助进行TiDB 集群的管理变得容易, 且自动容错能力非常强, 遇到 TiKV 或者 PD 节点宕机, K8S 集群自动 扩容出新的 Pod 来接蔡, 不需要 DBA 手动干预,节省大量运维成本。 一 PingCAPCOM 4

tree-like structure, which represents the overall execution plan. The plan represents each operator as a node in the tree. Each operator takes as input zero or more rows, and produces as output zero or more rows Topology Service, and in some cases are also able to evaluate expression values locally. Each leaf node will not have input from other operators, and pipe in any nodes they produce into their parent nodes The parents nodes will then pipe in nodes to their parent nodes, all the way up to a root node. The root node produces the final results of the query and delivers the results to the user. 19 Observing