K-DB云技术发展历程与趋势_第1页
K-DB云技术发展历程与趋势_第2页
K-DB云技术发展历程与趋势_第3页
K-DB云技术发展历程与趋势_第4页
K-DB云技术发展历程与趋势_第5页
已阅读5页,还剩24页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、K-DB云技术发展历程与趋势技术创新 变革未来数据库是 IT服务的核心,随着市场需求的发展,数据库技术也在不断演进发展K-DB 1.0K-DB 11gK-DB集群数据库New K-DB ?基于共享磁盘的多机 集群技术存储虚拟化技术高性能线程技术数据库监控管理数据库迁移分析智能分布式存储技术软硬件极致调优Flash cacheFunction offloading Storage data mapping一体化资源管理集群横向无限扩展统一管理平台统一安全加固自动化迁移上云集群存储隔离分布式架构K-DB数据库通过一步步发展及迭代,其研发中的全新数据库将面对云环境需求进行全面升级云端云端分布式 架构

2、存储隔离集群Control file, Redo Log, Data, Undo,Temp, kdcm filePrivate High Speed InterconnectBinary,Tip, logsVIPVIPVIPBinary,Tip, logsBinary,Tip, logs共享存储Public NetworkActiveActiveActiveGLDGLDGLD云端分布式 架构存储隔离集群缓 存 融 合读读读写写读写写LO C KWHEREWHATHOW云端分布式 架构存储隔离集群InstanceCCCIIC DDD GVMTCKDCMBuffer CacheInstanceIN

3、CNMSWait-lockCWSINCGLDCWS : Cluster Wait-lock Service CCC : Cluster Cache Control GLD : Global Lock DirectoryNMS : Node Membership Service MTC : Message Transmission Control INC : Inter-Node CommunicationK-RAC进程架构K-RAC虽然解决了初步的数据库集群需求,但是基于裸设备部署和第三方并发访问控制机 制,限制了云环境下的部署能力。云端分布式 架构存储隔离集群早期 K-RAC只能安装在基于裸

4、设备的共享存储上。而,目前的多数云平台并不提供独立的裸设备共享存储,导致 K-RAC架构无法上云裸设备安装K-DB 1.0版本还未支持独立存储管理器(类似 Oracle ASM)。因此, 在构建 K-RAC集群时经常需要使用第三方软件配合或由操作系统配合支 持不具备自主存储管理软件K-RAC 基于共享磁盘的缓存融合技术,虽然能够解决数据库集群的横向 扩展问题,但是其横向扩展能力受到限制RAC架构不支持 无限横向扩展KAS负责提供逻辑卷管理与文件系统服务。能够在不依赖第三方软件的情况下,直接管理 共享磁盘及之上的数据库数据文件、日志文件等。云端分布式 架构存储隔离集群Striping在多个磁盘中

5、均衡分配数据,高效应用多个磁盘的并行吞吐性能。Redistribution动态实现数据在多个磁盘中的均衡分 布,保持磁盘负载平衡。Mirroring基于 2-way or 3-way 镜像,保障在磁盘故障时的数据安全性。devicedevicedeviceDisk Space 1devicedevicedeviceDisk Space 2Disk ArrayPhysical I/OPhysical I/OK-DB DBinstanceKASinstanceKASClusterKRACK-DB DBinstanceKASinstanceKAS(K-DB Active Storage)Node 1

6、Node 2MetaDataMetaData云端分布式 架构存储隔离集群Data fileFile system OrRaw deviceDatabaseK-DB data blockLogical AreaExtentSegmentTablespaceDS 0DS 1Redo Log FilesControl FilesData FilesRedo Log FilesData FilesDisksMetaDataExtentsAllocation Unit Default 1MPhysical Block DefaultKAS 文件系统架构解析:KAS disk spacePhysical

7、blockKAS Allocation unitKAS ExtentKAS filePhysical AreaKAS disk云端分布式 架构存储隔离集群Shared DisksK-RAC DB instanceNodeK-DB DB instanceK-DB DB instanceNodeNodePMetaPMetaPMetaPMetaVirtual Meta FilesData FilesRReeddooLLooggFFilielessCCoonnttrroollFFilielessDDaattaaFFilielessRedo Log FilesControl FilesData File

8、sRRededooLoLoggFiFleilses CCoonntrtorol Fl iFleilsesDDataataFiFleilsesCMKAS集群架构以 Extent为单位,在不同的 Failure Group中保存 13份数据备份数量(Redundancy Level)可以通过用户自定义设定KAS meta file的 Redundancy Level 一直为 3云端分布式 架构存储隔离集群K-DB InstanceRedun 0Redun 1Redun 2WTHRDBWRREADAsync WRITEAsyncWRITEAsync WRITE在 Disk Drop/Create时,

9、自动分配 Disk中的 Extent,实现 Rebalance实现最小化移动策略,提升 Rebalance性能云端分布式 架构存储隔离集群Traditional modular arithmetic(80% move)New modular arithmetic(20% move)9012301234567456789101189101112131415121314151617181916171819Add 5thdiskAdd 5thdisk05162738490152637410111213148101115151617181912131418161719KAS解决了存储层与计算层的隔离,

10、并支持不依赖第三方的 K-RAC集群构建。但是,其对 共享存储设备的依赖性及横向扩展能力同样受到限制。云端分布式 架构存储隔离集群存储虚拟化软件,依旧主要依赖共享存储设备实现数据库集群。而共享存储设备在云环境中的支持,还不够普遍。依赖共享存储基于 KAS存储虚拟化技术,实现了对于大数据的分布式管理,有利于调 动存储服务器的最大吞吐能力,解决了存储层的扩展能力。但是,基于数据库层的缓存融合架构未变,其数据库层横向扩展能力并没有显著提升。KAS提升了 存储层扩展能力云端分布式 架构存储隔离集群DB ServerStorage VirtualizationNetworkStorageServerKD

11、B 6.2 & K-RACDB Resource ManagerStorage 虚拟化ClusterDisk, Storage 扩展性高性能网络 & 协议Function OffloadStorage Data MapI/O Resource Mgt数据读写速度提高Disk 并行处理Disk 扩展Storage Server 3Infiniband或万兆Storage Server 2KASStorage Server 1Storage Server InstanceIORMFlash CacheStorage Server InstanceIORMStorage Server Instanc

12、eIORM三层架构数据库集群,支持灵活的横向扩展DB Server 1DB Server 2KASFlash CacheFlash CacheKDB Instance ( K-RAC )DBRMKDB Instance ( K-RAC )DBRMdiskdiskdiskdiskdiskdiskdiskdiskdisk预先定位数据存储区间,减少不必要的 Disk I/O,加快数据读取云端分布式 架构存储隔离集群实时的把列数据的简要信息存储到内存 (Disk 各区间别 Min/Max 管理)只访问符合条件的数据消除不必要的Disk I/O 快速的数据传送在 Function Offloading进

13、行前事前避免 Disk 不必要的 Row ScanStorage Data MapC1C2C3498Storage Server 区 间 1 Min : 4Max : 9 区间 2Min : 1Max : 6 区间 3Min : 3Max : 7存储服务器内存C1C2C3216C1C2C3375TableStorage Data Map自定义映射diskdiskdisk通过存储端智能过滤技术(Function offloading),加快数据读取速度,节省网络资源云端分布式 架构存储隔离集群Column FilteringRowFilteringDB ServerStorage ServerI

14、nfinibanddiskdiskdiskStorage Server里用 SQL 条件筛选适合的 Row, Column DB Server 和 Storage 间数据传输量减少通过消除DB 待机时间减少数据处理时间OLAP 业务最少可提速 510倍随Data 处理过程实现了计算节点和存储节点CPU同时工作复杂的统计函数, 解压, 暗号化等计算量多的业务分散到Storage Server并行高效率列压缩极大化大容量数据处理速度Function Offloading消除因庞大的数据导致的Disk I/O 瓶颈 “Storage Server 分 离 & Function Offloading”

15、通过基于 SSD的高速闪存技术,提供对于热数据的极速查询云端分布式 架构存储隔离集群利用Flash Cache大大的提高了 Random I/O 应答时间- Flash Cache : 1ms, Disk : 510ms经常使用的 Hot Data自动进行 Flash Caching通过Write-back 算法提高数据写入应答时间每个Storage Server 提供 35TB Flash 5个Storage Server可以进行 20TB 的缓存通过Flash Cache的性能提高使用频率高的数据使用率低的数据DiskDiskDiskCold DataHot DataFlash Cache

16、Storage ServerDBServerDB Buffer Cache在参与某重点项目的时候,对于客户方 OLTP+OLAP+大数据的实时载入信息分析需求, K-DB集群数据库的分布式架构解决方案完全满足了客户的独特需求,最终成功上线。云端分布式 架构存储隔离集群O原始架构 DBLink+ORACLE2015.6 之前2015.11X天X 一体机2016.8K-DB 集群数据库分布式解决方案X华X MPP 及 GreenPlum2015.6 - 2016.7无法集中管理数据业务需要拆分,开 发难度大架构复杂,运维难 度大存储节点不具备运算 功能,无法实现分布 式计算,TB级数据 量性能低下

17、DDL和DML锁及select锁之间两两冲突无法满足OLAP和OLTP并发业务需求满足OLAP & OLTP需求满足海量数据分布式查询 性能兼容ORACLE平滑迁移K-DB方案 上线2017.2K-DB 集群数据库的分布式架构在构建方式上彻底摆脱了对共享存储设备的依赖,而智能 化存储过滤及数据映射等技术使K-DB 分布式架构第一次成为适合在云环境中部署的集群 数据库解决方案。但是,基于 RAC技术的横向扩展能力还有待提高。云端分布式 架构存储隔离集群K-DB集群数据库架构中的分布式智能存储及过滤技术,从根本上彻底 解决了存储层横向扩展需求。基于 Flash cache的加速技术,虽然能够间接提

18、升数据库层横向扩展能 力,但是,还不能彻底解决数据库层横向扩展问题。K-DB分布式智能 存储,彻底解决存 储层横向扩展需求真正的云数据库还需要哪些技术?云环境下的数据库需要满足标准化、自动化、扩展及高可用性,安全性需求云端分布式 架构存储隔离集群为了保障高并发、大数据环境下的稳定性及高可用性,必须支持 Active Cluster技术云端分布式 架构存储隔离集群Cluster基于分布式架构,在云环境中保障大数据并行分布式处理云端分布式 架构存储隔离集群解决 I/O 瓶颈分布式环 境下的大 规模并行 处理基于高速内存数据库集群的实时 OLTP、OLAP数据处理云端分布式 架构存储隔离集群需要能够监控数千台数据库的集数据库监控及性能诊断的统一管理平台云端分布式 架构存储隔离集群主要技术点云数据库需要对实例与存储资源的按需自动化动态收缩与扩展云端分

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论