diff --git a/content/zh/live/_index.md b/content/zh/live/_index.md index d52683579..70cae8bb2 100644 --- a/content/zh/live/_index.md +++ b/content/zh/live/_index.md @@ -9,15 +9,15 @@ section1: image: /images/live/background.jpg section2: - image: /images/live/cloudnative-live-20221103.png - url: ./authorization1103-live/ + image: /images/live/cloudnative-live-20221117.png + url: ./stonedb1117-live/ notice: - title: 基于 KubeSphere 部署 StoneDB 云原生 HTAP 数据库 + title: KubeSphere + Flux CD 多集群应用的探索 tag: 预告 - time: 2022 年 11 月 17 日晚 8 点 + time: 2022 年 11 月 24 日晚 8 点 base: 线上 - url: ./stonedb1117-live/ + url: ./fluxcd1124-live/ over: title: Apache APISIX & KubeSphere 联合 Meetup @@ -26,6 +26,13 @@ section2: section3: videos: + - title: 基于 KubeSphere 部署 StoneDB 云原生 HTAP 数据库 + link: ./stonedb1117-live/ + snapshot: https://pek3b.qingstor.com/kubesphere-community/images/stonedb1117-live-cover.png + type: iframe + createTime: 2022.11.17 + group: 直播回放 + - title: KubeSphere 3.3.1 鉴权优化详解 link: ./authorization1103-live/ snapshot: https://pek3b.qingstor.com/kubesphere-community/images/authorization1103-live-cover.png diff --git a/content/zh/live/fluxcd1124-live.md b/content/zh/live/fluxcd1124-live.md new file mode 100644 index 000000000..22806284a --- /dev/null +++ b/content/zh/live/fluxcd1124-live.md @@ -0,0 +1,35 @@ +--- +title: KubeSphere + Flux CD 多集群应用的探索 +description: 在本次分享中,将介绍 KubeSphere 集成 Flux CD 的探索并分享一个 Demo 案例。 +keywords: KubeSphere, Kubernetes, Flux CD , GitOps, Argo CD +css: scss/live-detail.scss + +section1: + snapshot: + videoUrl: + type: iframe + time: 2022-11-24 20:00-21:00 + timeIcon: /images/live/clock.svg + base: 线上 + baseIcon: /images/live/base.svg +--- +## 分享内容简介 + +GitOps 是云原生环境下的持续交付模型,Flux CD 是实现 GitOps 的一套按需取用的工具集,在本次分享中,将介绍 KubeSphere 集成 Flux CD 的探索并分享一个 Demo 案例。 + +## 讲师简介 + +程乐齐,西安电子科技大学研究生,图像工程方向,专注于 K8s 和云原生,开源之夏 2022 KubeSphere 项目中选学生,完成项目 [KubeSphere-DevOps 对接 FluxCD](https://github.com/kubesphere/community/blob/master/sig-advocacy-and-outreach/ospp-2022/ks-devops-fluxcd-integrations_zh-CN.md)。 + +## 分享大纲 + +![](https://pek3b.qingstor.com/kubesphere-community/images/fluxcd1124-live.png) + +## 直播时间 + +2022 年 11 月 24 日 20:00-21:00 + +## 直播地址 + +B 站 https://live.bilibili.com/22580654 + diff --git a/content/zh/live/stonedb1117-live.md b/content/zh/live/stonedb1117-live.md index bcb603b4c..c2e67a576 100644 --- a/content/zh/live/stonedb1117-live.md +++ b/content/zh/live/stonedb1117-live.md @@ -6,7 +6,7 @@ css: scss/live-detail.scss section1: snapshot: - videoUrl: + videoUrl: //player.bilibili.com/player.html?aid=902738544&bvid=BV1tP4y117Wk&cid=895003938&page=1&high_quality=1 type: iframe time: 2022-11-17 20:00-21:00 timeIcon: /images/live/clock.svg @@ -37,3 +37,36 @@ StoneDB 是由石原子科技公司自主设计、研发的国内首款基于 My B 站 https://live.bilibili.com/22580654 +## PPT 下载 + +可扫描官网底部二维码,关注 「KubeSphere云原生」公众号,后台回复 `20221117` 即可下载 PPT。 + +## Q & A + +### Q1:StoneDB 数据库容器化或者说部署在 K8s 上遇到的数据安全(数据丢失)问题是怎么处理的? + +A:StoneDB 是基于 MySQL 分支做的,所以 StoneDB 也支持 mysqldump 备份,可以类似 MySQL 做一个定时备份脚本进行周期性数据备份,定时备份之间的增量数据可以利用 binlog server 做两个备份备份周期内的增量数据备份。 + +### Q2:StoneDB 数据库容器化或者说部署在 K8s 上遇到的容器网络带来的延迟问题是怎么处理的? + +A:这个问题比较宽泛,我们可以缩小到数据库集群的延迟问题。数据库在遇到业务峰值的时,经常会发生 latency 高的问题,有两种方案解决这个问题。一是借助 Service 创建一个负载均衡器,对读写业务进行分流,降低主节点的压力。另外就是根据业务压力做自动扩容,也能降低 latency 的问题。 + +### Q3:在 Docker 中水平伸缩只能用于无状态服务非数据库,针对数据库隔离功能,StoneDB 会如何处理呢? + +A:Docker 不具备水平伸缩吧?这里应该说的是 K8s。数据库是一个有状态的应用,StoneDB 在 K8s 里面运行的环境是 pod,类似一个独立的虚拟环境,另外通过 operator 创建一个 statefulset,来对 StoneDB 进行管理和操作。 + +### Q4:使用 Docker 后会对 StoneDB 的 IO 性能有影响吗? + +A:肯定是有影响的,从我们测试过的数据看,大部分读写场景性能下降在 5% 左右,少部分场景下降在 10% 以内。 + +### Q5:StoneDB 基于 Docker 可以做到弹性伸缩吗? + +A: 这里说的应该是基于 K8s。基于 K8s 肯定是可以实现弹性伸缩的,通过 operator 创建的 statefulset,可以做到水平和垂直扩缩容。 + +### Q6:StoneDB 与 TiDB 的区别是什么? + +A: TiDB 也主推自己是一款 HTAP,兼容 MySQL 协议。我们可以从以下几个方面来说说区别: +- 兼容性:TiDB 主要兼容 MySQL 5.7 协议,目前还做不到完全兼容,只是大部分兼容其协议和语法,StoneDB 原生兼容 MySQL 所有的协议和语法。 +- 架构层面:TiDB 是通过 tifalsh(魔改的 ClickHouse),嫁接到 TiDB 集群里面作为 ap 节点的,架构比较重。StoneDB 是通过 MySQL 独特的插件式引擎,接入自研的 Tianmu 引擎。跟 innodb、myisam 等一样可插拔,很轻量。 +- 易用性:TiDB 架构复杂,组件多,学习成本高。StoneDB 只需要会使用 mysql,就能零成本直接迁移到 StoneDB,包括业务上也不用做很多的改动。 +- 业务数据:TiDB 适合大数据量的场景,StoneDB 主打 10T 以下的数据,面向大部分中小客户的业务。 diff --git a/static/images/live/cloudnative-live-20221103.png b/static/images/live/cloudnative-live-20221103.png deleted file mode 100644 index d77e31b56..000000000 Binary files a/static/images/live/cloudnative-live-20221103.png and /dev/null differ diff --git a/static/images/live/cloudnative-live-20221117.png b/static/images/live/cloudnative-live-20221117.png new file mode 100644 index 000000000..82b75b743 Binary files /dev/null and b/static/images/live/cloudnative-live-20221117.png differ