SAP HANA 基础架构简介(一)
2015-09-24 11:08
621 查看
HANA 组件 – 服务 and 接口
一个HANA DB包含多个server daemons
Clients与HANA之间交互可以通过多种接口实现
HANA 还提供比上图更多接口 e.g. ODBO (OLE DB for OLAP) from Microsoft
SapStartSrv
网络服务(Web service)通过REST (HTTP) and SOAP (XML)
通过hdbdaemon 来启动the HANA DB
实现数据库独立,HANA 使用 SapStartSrv 与MaxDB or Oracle相同
HANA Studio 通过REST 与SapStartSrv交互
Daemon
通过 SapStartSrv
以正确顺序启动和停止其他HANA server daemons
通过shared memory segment 与nameserver通信获得topology信息
如果它收到信号 SIGINT (kill -2) or SIGQUIT (kill -3), 它会在停止自己之前停止其他服务。
Name Server
存储topology 信息
监控视图数据填充(e.g. M_SERVICES)
知道多节点系统中服务和数据都存在于哪个IndexServer上
当处理一个 query时, IndexServers 询问它们本地的NameServer 相关数据位置
为了提高性能 topology 和 distribution 信息被本地的NameServer复制和缓存到每台主机的共享内存段中
在多节点系统中只有 Master NameServer 有它自己 persistence,存储 topology 信息和分布数据
Slave NameServers 没有persistence 因为它们只有已复制数据
Pings 所有主机,如果需要命令 failover 到 standby 节点
Statistics Server
从Daemons收集状态信息和资源消耗
特定间隔查询系统表
提供历史测量数据进行进一步分析
用于绘制图e.g. CPU使用使用量和内存消耗
分析记录值并给出评分(→ basis of the alerts)
将收集数据写到schema _SYS_STATISTICS 中的Column Store 表
存储alerts 到表STATISTICS_ALERTS
可以配置发送邮件报警
多节点系统中只在一个节点上运行
StatisticsServer的表没有被分布到多节点系统
Rev74之后使用新嵌入模式---Note 1917938
IndexServer–组件(列表不完整…)
Connection 和Session 管理
SQL Processor (Parser, Optimizer, Executor)
Transaction manager
Data stores
Column Store, Row Store
Engines for processing the data
Planning, Calculation, OLAP, JOIN
Repository
Authorization Manager
Metadata manager and Catalog
Persistence manager
一个HANA DB包含多个server daemons
Clients与HANA之间交互可以通过多种接口实现
HANA 还提供比上图更多接口 e.g. ODBO (OLE DB for OLAP) from Microsoft
SapStartSrv
网络服务(Web service)通过REST (HTTP) and SOAP (XML)
通过hdbdaemon 来启动the HANA DB
实现数据库独立,HANA 使用 SapStartSrv 与MaxDB or Oracle相同
HANA Studio 通过REST 与SapStartSrv交互
Daemon
通过 SapStartSrv
以正确顺序启动和停止其他HANA server daemons
通过shared memory segment 与nameserver通信获得topology信息
如果它收到信号 SIGINT (kill -2) or SIGQUIT (kill -3), 它会在停止自己之前停止其他服务。
Name Server
存储topology 信息
监控视图数据填充(e.g. M_SERVICES)
知道多节点系统中服务和数据都存在于哪个IndexServer上
当处理一个 query时, IndexServers 询问它们本地的NameServer 相关数据位置
为了提高性能 topology 和 distribution 信息被本地的NameServer复制和缓存到每台主机的共享内存段中
在多节点系统中只有 Master NameServer 有它自己 persistence,存储 topology 信息和分布数据
Slave NameServers 没有persistence 因为它们只有已复制数据
Pings 所有主机,如果需要命令 failover 到 standby 节点
Statistics Server
从Daemons收集状态信息和资源消耗
特定间隔查询系统表
提供历史测量数据进行进一步分析
用于绘制图e.g. CPU使用使用量和内存消耗
分析记录值并给出评分(→ basis of the alerts)
将收集数据写到schema _SYS_STATISTICS 中的Column Store 表
存储alerts 到表STATISTICS_ALERTS
可以配置发送邮件报警
多节点系统中只在一个节点上运行
StatisticsServer的表没有被分布到多节点系统
Rev74之后使用新嵌入模式---Note 1917938
IndexServer–组件(列表不完整…)
Connection 和Session 管理
SQL Processor (Parser, Optimizer, Executor)
Transaction manager
Data stores
Column Store, Row Store
Engines for processing the data
Planning, Calculation, OLAP, JOIN
Repository
Authorization Manager
Metadata manager and Catalog
Persistence manager
相关文章推荐
- meta标签让搜索引擎搜索到你的网站
- 技术博客与网站地址
- 文章发布系统-系统架构设计
- Linux内核漏洞将影响Haswell架构服务器版本
- 7个步骤让PC网站自动适配手机网页
- JS实现网站菜单拖拽移位效果的方法
- 【前端知识网站 】 HTML ,CSS 和 Javascript
- Flask+Mysql搭建网站之网页设计
- DM365 IPNC软件架构具体解释
- mmm实现mysql高可用
- JS实现网站菜单拖拽移位效果的方法
- 网站部署中遇到的问题-过一段时间后连不上服务器
- 网站部署中遇到的问题-网页中js,css和图片资源无法加载
- Linux复习笔记(三) -- Linux系统目录架构
- Android访问百度网站
- 实现X86架构和Arm架构下Json数据的获取和解析项目总结
- iOS系统架构
- 新浪微博技术架构分析
- Zabbix分布式监控--架构部署图
- Dubbo架构设计详解