前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >腾讯云快照大小评估方案

腾讯云快照大小评估方案

原创
作者头像
贾新军
修改于 2022-09-04 09:51:11
修改于 2022-09-04 09:51:11
3.5K0
举报
文章被收录于专栏:Kevin贾Kevin贾

1.腾讯云快照简介

快照是对云硬盘的完全可用拷贝。当已创建快照的云硬盘出现问题时,可通过快照快速恢复到未出问题时的状态。您可以利用快照定期备份重要业务数据,以应对误操作、攻击或病毒等导致的数据丢失风险。

2.估算快照大小

2.1测试环境

云主机的配置如下

名称

规格

标准型SA2 | SA2.MEDIUM2 CPU: 2核,内存2G

操作系统

Windows Server 2019 数据中心版 64位 中文版

系统盘

高性能云硬盘,100GB,仅按照系统,非测试片

测试盘

增强型SSD云硬盘,50GB,数据盘

2.2快照的基本原理和算法

快照的原理详见https://cloud.tencent.com/document/product/362/32978,但是通过该文章无法无法得知快照大小该如何计算。 快照大小=第1次全量+第2次增量+第N次增量 第一次全量快照的估算方法详见"全量快照大小评估方法结论" 第N次增量快照的估算方法详见"增量快照大小评估方法结论"

3.全量快照

假设有容量为50G的云硬盘,内有11G文件,39G为空闲。 第一次做全量快照,全量快照大小是50G,还是11G?

3.1全量快照大小评估方法结论

硬盘内文件占用空间<第一次全量快照大小<硬盘容量大小。 即第一次全量快照大小和文件占用空间和硬容量大小都没有强关系,最小的值是文件占用空间,最大值是硬盘容量大小。 在做预算规划时,第一次全量快照最好按硬盘容量大小来预估。

3.2测试数据

同一块云硬盘,容量为50G,做不同的全量快照实验

前置处理

文件空间

全量快照

在腾讯云控制台做云硬盘的“重新初始化” 挂载云主机,做分区

0.00G

0.09G

在腾讯云控制台做云硬盘的“重新初始化” 挂载云主机,做分区 拷贝11.0G文件

11.0G

11.15G

在腾讯云控制台做云硬盘的“重新初始化” 挂载云主机,做分区 对硬盘做格式化(非快速格式化)

0.00G

49.98G

在腾讯云控制台做云硬盘的“重新初始化” 挂载云主机,做分区 对硬盘做格式化(非快速格式化) 拷贝11.0G文件

11.0G

49.98G

4.新建增量快照

新增/删除/更改了11G文件,新建一个增量快照,快照大小会增加11G吗?

4.1增量快照大小评估方法结论

文件变化肯定会增加快照容量,但是增量快照大小要分不同场景,估算方法不一样。

场景

结论

纯新增文件

快照增量大小约等于新增文件大小

纯更新文件

快照增量大小约等于更新文件大小

纯删除文件

快照增量大小非常小

如果业务同时存在新增/删除/更新场景,建议多做几次新建增量快照,算出周期(小时/日/周/月)平均增量。

4.2测试数据

4.3.1纯新增文件(测试A)

每次新增1个1.10G的文件

无格式化前置

快照名称

文件初始 空间(G)

快照初始 大小(G)

新增文件 空间(G)

文件最终 空间(G)

快照最终 大小(G)

快照增量 大小(G)

A-NF-001

0

0

11.0

11.0

11.15

11.15

A-NF-001

11.0

11.15

1.10

12.1

12.26

1.11

A-NF-001

12.1

12.26

1.10

13.2

13.38

1.12

A-NF-001

13.2

13.38

1.10

14.3

14.49

1.11

有格式化前置

快照名称

文件初始 空间(G)

快照初始 大小(G)

新增文件 空间(G)

文件最终 空间(G)

快照最终 大小(G)

快照增量 大小(G)

A-F-001

0

0

11.0

11.0

49.98

49.98

A-F-002

11.0

49.98

1.10

12.1

51.06

1.08

A-F-003

12.1

51.06

1.10

13.2

52.19

1.13

A-F-004

13.2

52.19

1.10

14.3

53.31

1.12

4.3.2纯更新文件(测试B)

硬盘上有10个文件,每个都是1.1G大小。每一轮用一个新的1.1G文件一个硬盘上一个文件。每一轮更新的文件都不同。

无格式化前置

轮次

文件初始 空间(G)

快照初始 大小(G)

更新文件 空间(G)

文件最终 空间(G)

快照最终 大小(G)

快照增量 大小(G)

B-NF-001

0

0

11.0

11.0

11.15

11.15

B-NF-002

11.0

11.15

1.10

11.0

12.26

1.11

B-NF-002

11.0

12.26

1.10

11.0

13.37

1.11

B-NF-003

11.0

13.38

1.10

11.0

14.48

1.11

有格式化前置

轮次

文件初始 空间(G)

快照初始 大小(G)

更新文件 空间(G)

文件最终 空间(G)

快照最终 大小(G)

快照增量 大小(G)

B-F-001

0

0

11.0

11.0

49.98

49.98

B-F-002

11.0

49.98

+-1.10

11.0

51.00

1.02

B-F-003

11.0

51.00

+-1.10

11.0

52.14

1.14

B-F-004

11.0

52.14

+-1.10

11.0

53.33

1.19

4.3.3纯删除文件(测试C)

硬盘上有10个文件,每个都是1.1G大小。每一轮删除一个文件。

无格式化前置

轮次

文件初始 空间(G)

快照初始 大小(G)

删除文件 空间(G)

文件最终 空间(G)

快照最终 大小(G)

快照增量 大小(G)

C-NF-001

0

0

11.0

11.0

11.15

11.15

C-NF-002

11.0

11.15

-1.10

9.95

11.16

0.01

C-NF-003

9.95

11.16

-1.10

8.85

11.16

0.00

C-NF-004

8.85

11.16

-1.10

7.74

11.17

0.01

有格式化前置

轮次

文件初始 空间(G)

快照初始 大小(G)

删除文件 空间(G)

文件最终 空间(G)

快照最终 大小(G)

快照增量 大小(G)

C-F-001

0

0

11.0

11.0

49.98

49.98

C-F-002

11.0

49.98

-1.10

9.95

49.99

0.01

C-F-003

9.95

49.99

-1.10

8.85

49.99

0.00

C-F-004

8.85

49.99

-1.10

7.74

50.00

0.01

5.删除快照

删除一个快照后,快照大小会减少多少?

5.1结论

删除快照肯定会降低快照容量,但是减低快照容量大小要分不同场景,估算方法不一样。

场景

结论

删除"新增文件"的快照

当快照大小小于硬盘容量时,删除"新增文件"的快照,快照大小不一定会显著下降 当快照大小大于于硬盘容量时,删除"新增文件"的快照,快照大小会显著下降,最终和硬盘容量大小相近

删除"更新文件"的快照

删除"更新文件"的快照,快照大小会显著下降

删除"删除文件"的快照

删除"更新文件"的快照,快照大小无明显变化

业务同时存在新增/删除/更新场景,如果快照大小大于硬盘容量,删除快照极可能会使快照大小下降;如果快照大小小于硬盘容量,删除快照不一定会快照大小下降。

5.2测试数据

5.2.1测试A

测试A(纯新增文件)中,产生4个快照,从时间正序依次删除快照,即最早生产的快照,最先删除。

无格式化前置

动作

快照

文件占用空间(G)

快照初始大小(G)

快照最终大小(G)

快照大小变化(G)

新增

A-NF-001

11.0

0

11.15

11.15

新增

A-NF-002

12.1

11.15

12.26

1.11

新增

A-NF-003

13.2

12.26

13.38

1.12

新增

A-NF-004

14.3

13.38

14.49

1.11

删除

A-NF-001

14.3

14.48

14.48

0.00

删除

A-NF-002

14.3

14.48

14.48

0.00

删除

A-NF-003

14.3

14.48

14.47

0.00

有格式化前置

动作

快照

文件占用空间(G)

快照初始大小(G)

快照最终大小(G)

快照大小变化(G)

新增

A-F-001

11.0

0

49.98

49.98

新增

A-F-002

12.1

49.98

51.06

1.08

新增

A-F-003

13.2

51.06

52.19

1.13

新增

A-F-004

14.3

52.19

53.31

1.12

删除

A-F-001

14.3

53.31

52.23

-1.08

08删除

A-F-002

14.3

52.23

51.10

-1.13

删除

A-F-003

14.3

51.10

49.98

-1.12

5.2.2测试B

测试B(纯更新文件)中,产生4个快照,从时间正序依次删除快照,即最早生产的快照,最先删除。

无格式化前置

动作

删除快照

文件占用空间(G)

快照初始大小(G)

快照最终大小(G)

快照大小变化(G)

新增

B-NF-001

11.0

0

11.15

11.15

新增

B-NF-002

11.0

11.15

12.26

1.11

新增

B-NF-003

11.0

12.26

13.37

1.11

新增

B-NF-004

11.0

13.38

14.48

1.11

删除

B-NF-001

11.0

14.48

13.37

-1.11

删除

B-NF-002

11.0

13.37

12.26

-1.11

删除

B-NF-003

11.0

12.26

11.15

-1.11

有格式化前置

动作

删除快照

文件占用空间(G)

快照初始大小(G)

快照最终大小(G)

快照大小变化(G)

新增

B-F-001

11.0

0

49.98

49.98

新增

B-F-002

11.0

49.98

51.00

1.02

新增

B-F-003

11.0

51.00

52.14

1.14

新增

B-F-004

11.0

52.14

53.13

1.19

删除

B-F-001

11.0

53.13

52.31

-0.82

删除

B-F-002

11.0

52.31

51.17

-1.14

删除

B-F-003

11.0

51.17

49.98

-1.18

5.2.3测试C

测试B(纯删除文件)中,产生4个快照,从时间正序依次删除快照,即最早生产的快照,最先删除。

无格式化前置

动作

删除快照

文件占用空间(G)

快照初始大小(G)

快照最终大小(G)

快照大小变化(G)

新增

C-NF-001

11.0

0

11.15

11.15

新增

C-NF-002

9.95

11.15

11.16

0.01

新增

C-NF-003

8.85

11.16

11.16

0.00

新增

C-NF-004

7.74

11.16

11.17

0.01

删除

C-NF-001

7.74

11.17

11.16

-0.01

删除

C-NF-002

7.74

11.16

11.16

-0.00

删除

C-NF-003

7.74

11.16

11.15

-0.01

有格式化前置

动作

删除快照

文件占用空间(G)

快照初始大小(G)

快照最终大小(G)

快照大小变化(G)

新增

C-F-001

11.0

0

49.98

49.98

新增

C-F-002

9.95

49.98

49.99

0.01

新增

C-F-003

8.85

49.99

49.99

0.00

新增

C-F-004

7.74

49.99

50.00

0.01

删除

C-F-001

7.74

50.00

49.99

-0.01

删除

C-F-002

7.74

49.99

49.98

-0.01

删除

C-F-003

7.74

49.98

49.98

0.00

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

评论
作者已关闭评论
暂无评论
推荐阅读
闪电加载:博客性能优化全攻略
这些年积累了很多前端性能优化的知识点和思路,日常工作很少涉及技术层极限优化,近期终于一点点把博客独立搭建并部署了,对之前的一些技术点进行了深度探索,最终结果也达到了预期效果,由于水平有限,写的不好的地方,敬请谅解
草帽lufei
2024/06/06
3540
闪电加载:博客性能优化全攻略
省流量即省钱 - Nginx 开启支持谷歌Brotli压缩算法
Brotli最初发布于2015年,用于网络字体的离线压缩。Google软件工程师在2015年9月发布了包含通用无损数据压缩的Brotli增强版本,特别侧重于HTTP压缩。其中的编码器被部分改写以提高压缩比,编码器和解码器都提高了速度,流式API已被改进,增加更多压缩质量级别。新版本还展现了跨平台的性能改进,以及减少解码所需的内存。
缘、妙不可言
2019/09/09
3.4K3
省流量即省钱 - Nginx 开启支持谷歌Brotli压缩算法
宝塔面板LNMP开启Brotli压缩,可提高网站加载速度
说明:Brotli是Google推出的开源压缩算法,通过变种的LZ77算法、Huffman编码以及二阶文本建模等方式进行数据压缩,与其他压缩算法相比,它有着更高的压缩效率,性能也比我们目前常见的Gzip高17-25%,可以帮我们更高效的压缩网页中的各类文件大小及脚本,从而提高加载速度,提升网页浏览体验。博主目前也给开启了Brotli压缩,体验还行吧,这里就说下宝塔面板的开启方法。
子润先生
2021/05/28
1K0
Gzip之后继者Brotli浅析之CDN厂商的智能压缩,服务器Brotli设置
“智能压缩”按照又拍云的说法是,同时支持 Gzip 和 Brotli 压缩算法。根据用于浏览器开启自动选择不同压缩方式。
周陆军
2020/03/14
1.7K0
宝塔面板Nginx开启Brotli压缩,提升网站加载速度
Google 认为互联网用户的时间是宝贵的,他们的时间不应该消耗在漫长的网页加载中,因此在 2015 年 9 月 Google 推出了无损压缩算法 Brotli。Brotli 通过变种的 LZ77 算法、Huffman 编码以及二阶文本建模等方式进行数据压缩,与 Gzip相比效率提升约 17-25%。这里简单说一下如何在宝塔面板Nginx开启Brotli压缩。
宁子
2023/01/09
1.2K0
宝塔面板Nginx开启Brotli压缩,提升网站加载速度
Nginx启用Brotli 压缩,降低页面大小提高网站加载速度
Google 认为互联网用户的时间是宝贵的,他们的时间不应该消耗在漫长的网页加载中,因此在 2015 年 9 月 Google 推出了无损压缩算法 Brotli。Brotli 通过变种的 LZ77 算法、Huffman 编码以及二阶文本建模等方式进行数据压缩,与其他压缩算法相比,它有着更高的压缩效率。
星哥玩云
2022/08/13
2.2K0
Nginx启用Brotli 压缩,降低页面大小提高网站加载速度
Nginx开启Google Brotli压缩
Brotli是Google推出的开源压缩算法,通过变种的LZ77算法、Huffman编码以及二阶文本建模等方式进行数据压缩,与其他压缩算法相比,它有着更高的压缩效率,性能也比我们目前常见的Gzip高17-25%(我实际测试至少能达到30%),可以帮我们更高效的压缩网页中的各类文件大小及脚本,从而提高加载速度,提升网页浏览体验。目前我这个小博客也开启了Brotli压缩,需要说明的是Brotli压缩只在https下生效。
行 者
2019/12/05
2.3K0
nginx教程:提升网站速度,你选gzip还是Brotli?宝塔面板如何开启Brotli压缩
谷歌于 2013 年首次发布了 Brotli 压缩格式,作为谷歌 Web 字体的一种离线压缩方法。2 年后,谷歌发布了 Brotli 的新版本,用于通用无损数据压缩需求。但是,Brotli 缺乏浏览器支持,而 Gzip 在这方面仍处于领先地位。结果,Brotli 等了好几年时间才具备了挑战 Gzip 的能力。
深白鸭
2023/02/22
2K13
nginx教程:提升网站速度,你选gzip还是Brotli?宝塔面板如何开启Brotli压缩
utuntu22.04安装含brotli模块的Ningx
typecodes
2024/03/29
2010
utuntu22.04安装含brotli模块的Ningx
【宝塔面板】Nginx环境下部署Brotli压缩功能图文详解
漂洋过海来看你的歌词有一句是“为了这次相聚,我连见面时的呼吸都曾反复练习”,很适合我现在的处境,为了这次的教程,我连续三天废寝忘食的反复练习,你可能会好奇为什么?因为这个教程网站的都不对,AI的都不对,这周我就没怎么忙别的,全是在部署brotli的路上,终于在今天我完成了部署,并且过程并不是很复杂,只是为何如今我在不顾一切追求真理坚持理想苦尽甘来才明白安装如此简单(好像是歌词哈),好了,不废话了,直接跟才教程折腾吧,注意记得前备份。
李洋博客
2024/08/26
2.6K0
【宝塔面板】Nginx环境下部署Brotli压缩功能图文详解
Tengine 使用 Brotli 开启TLS1.3 并优化 HTTPS 访问速度
Tengine是由淘宝网发起的Web服务器项目。它在Nginx的基础上,针对大访问量网站的需求,添加了很多高级功能和特性。Tengine的性能和稳定性已经在大型的网站如淘宝网,天猫商城等得到了很好的检验。它的最终目标是打造一个高效、稳定、安全、易用的Web平台。
桑榆肖物
2022/11/18
9320
Tengine 使用 Brotli 开启TLS1.3 并优化 HTTPS 访问速度
宝塔Tengine(2.3.2)编译Brotli模块
由于我是宝塔用户,所以不需要读取编译信息。直接在 软件商店→Nginx→编译安装→添加自定义模块
jcjyxjs
2021/09/04
6820
宝塔Tengine(2.3.2)编译Brotli模块
我建站没几个钱,买 1M 服务器,又贪图速度,想加载快点。之前是静动分离, BBR,CDN,webp自适应 。
jcjyxjs
2021/09/09
1.1K0
宝塔Tengine(2.3.2)编译Brotli模块
手动编译nginx且添加echo lua brotli模块支持
这几天在家出不去门,没事干就重新部署了更新了服务器的环境与架构.但是之前用的nginx-openresty功能太复杂了,我也用不上.
小柒吃地瓜
2020/04/22
1.2K0
Nginx 动态编译加载第三方流媒体服务模块:Nginx-RTMP-Module
Nginx 1.9.11开始增加加载动态模块支持,可以在不停机的情况下加载和卸载模块。从此不再需要替换nginx文件即可增加第三方扩展。目前官方只有几个模块支持动态加载,第三方模块需要升级支持才可编译成模块。
Tinywan
2024/03/02
5830
Nginx 动态编译加载第三方流媒体服务模块:Nginx-RTMP-Module
Nginx安装、实现反向代理及深度优化
一、Nginx的安装 关于Nginx的基本概念,在之前的博文中:https://blog.51cto.com/14227204/2464167 有详细的介绍,这篇博文就直接从安装开始谈起。
小手冰凉
2020/02/11
3.1K0
Nginx安装、实现反向代理及深度优化
linux 下 nginx 安装echo扩展模块
echo 模块可以将nginx 变量的信息输出到网页中。echo 模块对学习nginx 配置文件有很大帮助,对应调试nginx 配置文件中变量特步方便。想要深入学习nginx 配置文件,可以试一下。
地球流浪猫
2019/12/19
4.1K0
Web服务器-Nginx监控&amp;备份
我们上一大章介绍了Kubernetes的知识,本章节我们进入中间件的讲解,这里会包含很多不同的类型组件,中间件的第一个大类我这里定义的是Web服务器。由于目前使用最广泛的Web服务器是Nginx,所以我们这里的讲解主要以Nginx服务器为主。
运维小路
2025/04/21
1300
Web服务器-Nginx监控&amp;备份
给 nginx 安装 njs 模块以支持 JavaScript 编程
njs scripting language 是 nginx 官方推出的一个基于 JavaScript 的扩展,类似 ngx_lua (openresty) 模块,启用后可以通过 JS 脚本来扩展 nginx 功能。
Developers
2022/04/02
8.2K0
如何在容器时代高效使用 Nginx 三方模块
在中文网络之中,存在着大量的陈旧内容,包括并不限于各种只能在特定环境中一次性安装使用的陈旧软件,Nginx 编译安装的内容尤甚。
soulteary
2021/03/22
1.2K0
如何在容器时代高效使用 Nginx 三方模块
推荐阅读
相关推荐
闪电加载:博客性能优化全攻略
更多 >
LV.0
这个人很懒,什么都没有留下~
目录
  • 1.腾讯云快照简介
  • 2.估算快照大小
    • 2.1测试环境
    • 2.2快照的基本原理和算法
  • 3.全量快照
    • 3.1全量快照大小评估方法结论
    • 3.2测试数据
  • 4.新建增量快照
    • 4.1增量快照大小评估方法结论
    • 4.2测试数据
      • 4.3.1纯新增文件(测试A)
      • 无格式化前置
      • 有格式化前置
      • 4.3.2纯更新文件(测试B)
      • 无格式化前置
      • 有格式化前置
      • 4.3.3纯删除文件(测试C)
      • 无格式化前置
      • 有格式化前置
  • 5.删除快照
    • 5.1结论
    • 5.2测试数据
      • 5.2.1测试A
      • 无格式化前置
      • 有格式化前置
      • 5.2.2测试B
      • 无格式化前置
      • 有格式化前置
      • 5.2.3测试C
      • 无格式化前置
      • 有格式化前置
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档