0 码力 |
3 页 |
33.32 KB
| 2 年前 3
内就完成了这一任务,而过去则需要数周之久。”
—Keith Souhrada,
软件开发工程师,
Big Fish Games
## MySQL 企业版
MySQL 企业版提供了全面的高级功能、管理工具和技术支持,实现了高水平的 MySQL 可扩展性、安全性、可靠性和无故障运行时间。
MySQL 企业版可在开发、部署和管理业务关键型 MySQL 应用的过程中降低风险、削减成本和减少复杂性。MySQL 凭借经济高效、可靠、高性能且可扩展的电子商务、联机事务处理和嵌入式数据库应用成为全球使用广泛的开源数据库。它是一种事务安全、符合 ACID-标准的集成式数据库,支持全面的提交、回滚、崩溃恢复和行锁定功能。MySQL 不仅简便易用、易于扩展、性能卓越,而且还提供了一整套数据库驱动程序和可视化工具,可帮助开发人员和 DBA 自主构建和管理 MySQL 应用。MySQL 数据库具备以下特性:
· 高性能 使用双层加密密钥体系结构,包括主加密密钥和表空间密钥,可轻松实现密钥管理和轮换。
## MySQL 企业级加密
为在整个生命周期全程保护敏感数据,MySQL 企业级加密提供非对称加密(公钥加密)的行业标准功能。MySQL 企业级加密提供加密、密钥生成、数字签名和其他加密特性,帮助企业保护机密数据,满足 HIPAA、Sarbanes-Oxley 和 PCI 数据安全标准等法规的要求。
## MySQL 企业级防火墙
0 码力 |
6 页 |
509.78 KB
| 2 年前 3
[Image](/uploads/documents/0/0/1/9/0019b3603967ce7162a719aab077e4c7/p1_1.jpg)
## OpenShift Dedicated 4
## 附加组件服务
在 OpenShift Dedicated 集群中添加服务
Powered by TCPDF (www.tcpdf.org)
在 OpenShift Dedicated 集群中添加服务
## 控制台在集群中添加服务 ..... 3
1.1. 在集群中添加附加组件服务 ..... 3
1.2. 访问集群中安装的附加组件服务 ..... 3
1.3. 使用 RED HAT OPENSHIFT CLUSTER MANAGER 删除附加组件服务 ..... 4
第 2 章 适用于 OPENSHIFT DEDICATED 的附加组件服务 ..... 5
2.1. RED HAT OPENSHIFT #### 1.1. 在集群中添加附加组件服务
您可以使用 Red Hat OpenShift Cluster Manager 在现有的 OpenShift Dedicated 集群中添加附加组件服务。
## 先决条件
- 您已为 OpenShift Dedicated 创建并置备了集群。
● 您的集群满足您要添加到集群中的服务的所有先决条件。
● 对于付费附加组件服务,请注意以下注意事项:
0 码力 |
9 页 |
100.47 KB
| 2 年前 3
# Service Mesh Meetup #3 深圳站
## I stio控制平面组件原理解析
朱经惠
2018.08.25
## 关于我
• 朱经惠,ETC车宝平台工程师。
- 喜欢开源,个人开源项目”Jaeger PHP Client”。
- 喜欢研究源码,对NSQ,Jaeger,Istio(控制平面)等go语言开源项目进行过研究。
- 除了代码还喜欢爬山和第二天睡醒后全身酸疼的感觉。
0 码力 |
30 页 |
9.28 MB
| 1 年前 3
## Curve核心组件之Client
D I G I T A L S A I L
吴汉卿
网易数帆存储团队
## CURVE
CURVE是高性能、高可用、高可靠的分布式存储系统
• 高性能、低延迟存储底座
- 可扩展存储场景:块存储、对象存储、云原生数据库、EC等
• 当前实现了高性能块存储,对接 OpenStack 和 k8s
• 网易内部线上无故障稳定运行400+天
• 已开源 Curve各个组成部分以及相互之间的关系
02 Client总体介绍
Client整体架构及IO流程
03 热升级NEBD总体介绍
热升级整体架构及各模块功能
04 新版本Client/NEBD性能优化
介绍新版本Client/热升级性能优化的思路和结果
## CURVE基本架构
## • 元数据节点 MDS
• 管理和存储元数据信息 Curve各个组成部分以及相互之间的关系
02 Client总体介绍
Client整体架构及IO流程
03 热升级NEBD总体介绍
热升级整体架构及各模块功能
04 新版本Client/NEBD性能优化
介绍新版本Client/热升级性能优化的思路和结果
## CLIENT整体架构

## MDS各个组件
MDS是中心节点,负责元数据管理、集群状态收集与调度。MDS包含以下几个部分:
• Topology: 管理集群的 topo 元数据信息。
• Nameserver: 管理文件的元数据信息。
0 码力 |
23 页 |
1.74 MB
| 1 年前 3
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
0 码力 |
12 页 |
1.08 MB
| 2 年前 3