K8s扩展功能解析[Image](/uploads/documents/6/0/b/6/60b6c84ca7dc738919767577e0f04c59/p4_16.jpg) ### Kubernetes 1.7的扩展特性 • API aggregation(beta) • CustomResourceDefinitions(beta) • Support for extensible admission controllers0 码力 | 12 页 | 1.08 MB | 2 年前3
曾宇星 如何实现 Istio 服务网格自定义扩展功能## 如何基于Istio 实现Mesh自定义扩展功能 曾宇星 阿里云云原生架构师 ## 自我介绍 ## • 阿里云技术专家、云原生架构师 - 长期从事服务端开发和架构工作,10多年分布式领域后台开发经验,目前主要关注于云原生、高性能、高可用分布式架构。 - 有多年 Service Mesh 、Envoy 网关、Kubernetes 容器平台等云原生领域相关开发工作经验。目前在阿里云服务网格团队从事 Agenda - 为什么需要自定义扩展能力 - Istio 下几种自定义扩展方式详细介绍 • 开发/运维人员使用最佳实践 • 总结 为什么Mesh需要自定义扩展能力? ## 为什么Mesh需要自定义扩展能力? ➢ 业务应用的多样性和差异性,导致Mesh用户需求的多样性 Istio 社区功能和用户实际需求有差异,需要补齐,特别是长尾非通用的小众需求 ## Envoy 扩展方式原理  ## I stio • WasmPlugin API • xDS 扩展(比如dubbo RDS) • xDS 之ECDS (type0 码力 | - 页 | 3.36 MB | 1 年前3
MySQL 企业版功能介绍## 全球广受欢迎的开源数据库 ## 重要特性 Oracle MySQL 服务云 • MySQL 数据库 • MySQL 企业级备份 • MySQL 企业级高可用性 • MySQL 企业级可扩展性 • MySQL 企业级身份验证 • MySQL 企业级 TDE • MySQL 企业级加密 • MySQL 企业级防火墙 • MySQL 企业级审计 • MySQL Enterprise 需要数周之久。” —Keith Souhrada, 软件开发工程师, Big Fish Games ## MySQL 企业版 MySQL 企业版提供了全面的高级功能、管理工具和技术支持,实现了高水平的 MySQL 可扩展性、安全性、可靠性和无故障运行时间。 MySQL 企业版可在开发、部署和管理业务关键型 MySQL 应用的过程中降低风险、削减成本和减少复杂性。MySQL 企业版具有以下独特优势: 企业版具有以下独特优势: - 使用 Oracle MySQL 服务云轻松设置、运行和管理云中的 MySQL - 使用 MySQL 分组复制来确保数据库的高可用性 • 通过 MySQL 企业级可扩展性应对指数级增长的用户和数据量 - 通过 MySQL 企业级备份执行热备份和恢复,从而降低数据丢失的风险 - 通过 MySQL 企业级安全性来利用现有安全基础架构 - 使用加密、密钥生成和数字签名保护敏感数据0 码力 | 6 页 | 509.78 KB | 2 年前3
VMware vSphere:优化和扩展# vmware $ ^{®} $ EDUCATION SERVICES # VMware vSphere:优化和扩展 ## 培训方式 • 讲师指导培训 · 实时在线培训 ## 课程用时 • 为期五 (5) 天的讲师指导课堂培训 - 听课时间占 60%,动手实验时间占 40% ## 目标学员 经验丰富的系统管理员和系统集成人员 ## 课程适用对象 区管理员 □ 专家 ☒ http://www.vmware.com/education。 ## 课程概述 本培训课程面向经验丰富的 VMware vSphere $ ^{®} $ 个人用户,讲授有关配置和维护高度可用、高度可扩展的虚拟基础架构的高级技能。本课程基于 VMware vSphere $ ^{®} $ ESXi $ ^{TM} $ 5.0 和 VMware $ ^{®} $ vCenter Server $ 注意:“VMware vSphere: What's New [V5]”中约有三分之一的课程内容将在本课程中重复出现。“VMware vSphere: Fast Track [V5]”中的可扩展性主题也将在本课程中重复出现。 9 ## 课程单元 ## 课程介绍 课程简介和课程准备工作 - 课程简介和课程准备工作 · 课程目标 ## V Mware 管理资源 • 配置 vMA0 码力 | 2 页 | 341.36 KB | 2 年前3
SOFAMesh的通用协议扩展## SOFA MESH 的通用协议扩展 邵俊雄(熊啸) 2018.08.25 ## AGENDA • SOFA MESH 介绍 • SERVICE MESH 落地的问题 • SOFA MESH 的通用落地方案 • DNS 服务寻址方案 • X-PROTOCOL 通用协议 · 问答 ## SOFA MESH • 从 ISTIO 克隆并保持同步更新 - 使用 SOFA-MOSN 代替 - 使用 iptables/ebpf 透明地路由所有网络流量 • 服务治理规则,服务,实例和配置都是 Kubernetes 资源 • 使用 Controller Pattern 通过 CRD 扩展新的能力 ## MESH 落地碰到的问题 • 客户端服务发现与负载均衡无法与 ISTIO 一起工作 • ENVOY 不支持微服务使用的通信协议 - RPC 服务使用的接口,方法,参数语义无法匹配 RPC Service 的域名就是其接口 ## X -PROTOCOL 通用协议扩展 ## 目标 • Kubernetes Native,高性能,低侵入性的通用 Mesh 落地方案 • 支持新 RPC 框架和通信协议低成本接入 • 协议扩展对 Mesh 控制平面透明化 • 允许对协议多层次,插件化的扩展 ## X -PROTOCOL 配置 type XProxy struct {0 码力 | 28 页 | 4.73 MB | 1 年前3
curvefs client删除文件和目录功能设计curvefs client 删除文件和目录功能设计 背景 相关调研 moosefs chubaofs 方案设计思考 1. Trash机制是实现1个(类似chubaofs),还是2个(类似moosefs)? 2. Trash 放在哪里? 3. 是否需要做 session 机制(在 metaserver 打开),来维护 inode 的打开情况? • 方案设计 • Trash机制: moosefs 1. moosefs 未对接forget 2. moosefs 实现了在 mds 上 open,因此删除时可以判断文件是否被打开 3. moosefs使用了两种机制,来实现上述功能,分别是trash机制和reserve机制(最新版本叫sustained),两种机制如下: ## trash机制: 对于所有TYPE_FILE类型的文件在删除时,若其transhtime node的打开情况? ■ 经讨论,需要实现session机制,以应对打开文件被另一个进程删除的场景的场景。 ## 方案设计 经小组会议讨论,决定使用trash + session机制去实现上述功能。 ulink流程如下:  ## Trash机制:0 码力 | 15 页 | 325.42 KB | 1 年前3
ShardingSphere 高可用功能详解 & 实战演练-赵锦超## Apache ShardingSphere 高可用功能详解 & 实操演练 赵锦超 2022.08.06 ## 赵锦超 Apache ShardingSphere Committer SphereEx 研发工程师 ☐ 从事过电商、金融行业,热爱开源 目前专注于 Apache ShardingSphere 高可用 & 分布式治理的相关研发工作 ## 目录 01 Apache0 码力 | 19 页 | 2.12 MB | 2 年前3
OpenShift Container Platform 3.11 扩展和性能指南### OpenShift Container Platform 3.11 ## 扩展和性能指南 OpenShift Container Platform 3.11 扩展和性能指南 Powered by TCPDF (www.tcpdf.org) OpenShift Container Platform 3.11 扩展和性能指南 Enter your first name here. Enter the OpenStack community. All other trademarks are the property of their respective owners. ## 摘要 扩展集群并调整生产环境中的性能 ## 目录 第1章 概述 ..... 4 第2章 推荐的安装实践 ..... 5 2.1 预安装依赖项 ..... 5 2.2 ANSIBLE 安装优化 . PLATFORM ETCD 主机的建议实践 ..... 9 3.3.1 通过 OpenStack 使用 PCI 透传向 etcd 节点提供存储 ..... 13 3.4 使用 TUNED 配置集扩展主机 ..... 14 第4章 优化计算资源 ..... 16 4.1 过量使用 ..... 16 4.2 镜像注意事项 ..... 16 4.2.1 使用预部署的镜像提高效率 ..0 码力 | 58 页 | 732.06 KB | 2 年前3
Operator Pattern 用 Go 扩展 Kubernetes 的最佳实践## GCN ## Operator Pattern: 用 Go 扩展 K8s 的最佳实践 ## 👨👩👧👦 吴学强 ApeCloud KubeBlocks Maintainer & 研发总监  认识我们 00 前世今生 2015.11 2016.12 2017.12 Now ## TPR K8s 1.1 版本中正式推出 TPR (ThirdPartyResource),首次尝试解决 K8s API 的扩展性问题,但存在诸多问题,Alpha 阶段既夭折 ## Operator CoreOS 提出 Operator 概念,用于管理和运行基于应用程序领域的复杂有状态应用程序。给出了用 TPR + controller—runtime 社区并正式发布; 自此,CRD + controller-runtime 逐渐成为开发 operator 的首选 ## Operator Pattern Operator Pattern 是官方定义的标准扩展机制,是 K8s Native Application; Operator = CRD + control loop, i.e., Declarative API + Automation; kubebuilder0 码力 | 21 页 | 3.06 MB | 1 年前3
1.6 利用夜莺扩展能力打造全方位监控系统## GCN ## 利用夜莺扩展能力打造全方位监控系统  喻波 滴滴 专家工程师  a2f83426d05e161ac37b1a0fd/p11_1.jpg) 1. 单机版 Prom 3种存储方案,按需选择 ## 第四部分 夜莺设计实现 Agentd 数据采集 监控系统的核心功能,是数据采集、存储、分析、展示,完备性看采集能力,是否能够兼容并包,纳入更多生态的能力,至关重要 ## 夜莺数据采集 - 支持在web上配置采集策略,不同的采集可以指定不同的探针机器、目标机器,便于管理和知识传承0 码力 | 40 页 | 3.85 MB | 2 年前3
共 1000 条
- 1
- 2
- 3
- 4
- 5
- 6
- 100
相关搜索词
CustomResourceDefinitionKubernetes 1.7Rancher Labs扩展特性ThirdPartyResourceIstioService MeshEnvoyWasmPluginLuaMySQL 企业版企业级备份高可用性安全性加密防火墙审计监控查询分析器可扩展性性能优化vSphere 优化ESXivCenter ServervSphere Auto DeployvSphere Storage DRSSOFAMeshX-PROTOCOLMultiplexingSidecar代理Trash机制nlink字段lookup countSession机制inodeShardingSphere高可用数据库发现MySQL MGR分布式事务OpenShift Container Platform计算资源存储技术指标扩展性能调优Operator PatternCRDController-RTKubebuilderCustom Resource夜莺监控系统监控系统数据采集扩展能力云原生监控













