Database 资源"打砸抢" 我笑着应对，来呀！-优快云博客

本文链接：https://blog.youkuaiyun.com/liuhuayang/article/details/144898741

头还是介绍一下群，如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, OceanBase, Sql Server等有问题，有需求都可以加群群内有各大数据库行业大咖，可以解决你的问题。加群请联系 liuaustin3 ，（共2680人左右 1 + 2 + 3 + 4 +5 + 6 + 7 + 8 ）(1 2 3 4 5 6群均已爆满，新人进7群接近400+，8群)

2024我们走在了数据库技术使用“尝鲜”的头部，基于业务特性我们对于PolarDB的Serverless 从尝试，已经转变到了游刃有余的利用和“再利用”。

我非常理解没有用过ServerLess技术的DBA，对于ServerLess的不屑或者陌生感，对“陌生感”这个词用的好。作为已经将业务，成本，云原生技术进行组合的数据库使用者，我对ServerLess的感情日益加深。

举一个简单的例子，在2024年12月31日，基于业务的原因，大量平时根本不会来临的查询业务，如洪水一样到来。不管你使用的是什么数据库，ORACLE, SQL SERVER, MySQL, PostgreSQL，MongoDB, Redis等，业务配置的改造，才可以抵御年底大量的集中访问。我们必须预先对要增加的资源，预先加载准备好的冗余资源才可以抵御，不可知的客户洪流。因为我们深知，只要有一刻抵挡不住，马上迎来的就是客诉和系统的崩溃。

这是每年的心病，提前半个月要进行加固的准备，今年在进入了ServerLess的世界，突然变得游刃有余了。数据库的弹性已经不是局限于垂直的扩展，简简单单的增加CPU，内存那么简单，那只是幼儿园的水平。

在查询和疯狂的查询涌入的时候，我只需要设置几个参数，点击几下鼠标，客户来吧，who care ,I can do anything for all of you!

基于最新的技术，我们可以在用户点击鼠标要求查询，数据库在发现量起来后，自动进行节点的扩容，1-3分钟我就可以获得一个马上投入战场的战士，来服务我们的客户。

“It's so easy. Calm down.” Let me drink a cpu of coffee.然后带有同情心的看着那些群里，各种鬼哭狼嚎的DBA伙伴。

当然在客户心满意足的查询到了他们要的东西后，这些添加的节点就会自己收缩回去，如果我愿意我也可以强制让这些自动弹出的节点强制回去1-3分钟就好，节省费用，或者也可以设置让他们待命一段时间，站一下岗。

这一切都来自于真正的云原生技术所带来的先进。此时此刻，应该有人挑出来，对弹性表示不满或者质疑。

在应对了业务高峰后，可以科普一下什么是真正的ServerLess，什么是假的。

ServerLess 是什么，大众的理解对于ServerLess的看法，仅仅是资源不够时的快速资源的提升，应对资源快速需求，在无需资源的时候，资源快速的回收，达到成本消减的目的。

如果理解仅仅是这个水平，那么还是需要再扩展一下，现在的ServerLess到底是什么，怎么在数据库上呈现，最先进的方式是什么。

这里我们先说说什么是假的ServerLess

从这张图上看，好像并未有不妥，不就是我的一台实体机上，有128个核心的CPU，我卖出去的CPU有12个，现在不够的，我将扩展，将CPU扩展到20个，内存也同时进行扩展。这就是我们认为的ServerLess，那么在出现如下情况下，我们的就会遇到弹不上去的情况。

以上就是发生，原主机资源不足的情况下，无法弹升的情况后，会发生的主机迁移，那么这个时间可就不是秒级弹跳了，剩下的就是你等着吧的“囧”境。

有人说不就等一下，你的业务可不等你，你的客人不等你，秒级弹跳，变成小时级的弹跳，那就不叫弹跳了，叫迁移。我们俗称，“逗你玩”。

那么到底什么是真的弹跳，真正弹跳的基础是什么，这才是我们今天的正题：

嘛是Serverless

Serverless 指的是存算分离架构基础上的，划分出来的总资源池的概念，按照云原生架构上的数据库的资源池进行资源的划分。

上图中是存算分离的云原生的结构，大家可能看完也觉得没有什么那么我就开始说了

1 存算分离的CPU和内存是单独调度的

2 存储和CPU和内存之间是通过高速的通道进行连接的（内部消息，某云上的这个部分都不是24G的内存通道了，根据人家管这个的负责人，现在这个部分是100G* 2 RDMA +持久化内存+Smart SSD）的组合了。

3 在云原生数据库里面的高阶版本，CPU已经可以在主节点和从节点之间进行跳跃，只要你花钱，CPU就可以想怎么服务，就怎么服务。（CPU是一个，个体的概念，他不在属于主机，他属于池化）

4 不存在资源不足导致数据库迁移的问题，因为所有的资源都在资源池里面，只要你敢，从节点最新的信息给到我是，可以弹出15个从库，还不加IMCI，且15个从库全部是和主库强一致。

5 弹跳资源有望，进行CPU和内存的分离弹跳技术。

除此以外，零碎的功能还包含定时弹跳，限量弹跳，也可以开启狂暴模式的狂暴弹跳。

写到这里，一定有人会问，弹跳技术就是为突发业务服务的，我们没有什么用，我们的业务非常的稳定。

我就要问一句了有多稳定，一天24小时CPU都在80%运行，一年365天CPU都在80%以上？？？？

这里和相关的ServerLess业界大佬也进行过交流，以及一些Serverless的想法，我不能说的太细，我用特斯拉举一个例子。

比如你买了一个特斯拉带智能驾驶，你上班他带你去上班去，你下班他接你回家，然后你睡觉，特斯拉去给你出去拉私活。

扩展你的思维，如果是SERVERLESS呢，你那什么，然后你那什么，你的费用有望可以降得更低，什么叫共享经济，这就是共享经济，不让服务器有一刻的停歇，将白天的服务和晚上的服务，通过高科技进行部署，白天赚一份钱，晚上还能赚一分钱，这牛马24小时的干活。（你买云上的资源可能会买多了，买多了就把富裕的资源在卖回给云去），甚至我们还可以波峰，波谷ServerLess，白天贵，晚上便宜，咱们得电不就是这样。

云厂商转换成电力的渠道商，你买资源，用不着的时候给你的云厂商交换给别的客户用，别的客户可以给你钱，我是不是说的有点太多了，STOP。