如何设计企业云存储架构
合集下载
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
Go o g  ̄ e T n l k Cl o  ̄ d
V 嗣
嗣
嗣 嗣
l mP r o , Y
结 P
一 ■
■
A
— C D , 、 辇
] …~ 一
黼
… r …
_ _ 】 ~
i ̄ M P P A C 。
拜 代觥
蒹一
¨
●文/ 图
A P
作 为 业云 的 核心 是存 储 和 计 算 , 其 他功 能构
业 内邮服 务平 台I } I . 首先需要 实现 云存储 功 能, 以提 供 各部 门川 户数 据 的仔 储功 能 , 方便 川 获 取各 r 1 需 要的 数据 , 包括 ( ; P S 、 视频 、 讲 等 模 拟 和
统 的 存储 方 式 ( 3 ) , 原各 业 务信息管 理 系统 的数
据 通 过s r I ( 1 I l } ) 、 架构a n l  ̄2 云存 储 、 通讯 及 消息 、 业 务 运行 系统 和软 硬件 基 础 资源 这 叫个 基 本 要素 构 成丫
一
导入, H D F S 实现数 据层面的共 享 。
在线 现场探 测。 X MP P 的核 是 X ML 流传 输 协 } 义, 使得x MP P 的协议能颀 允许 网络用户简便 和流畅地 向其 他用户发送 f 皂一
终端 服务 消息平 台采用 软 交 换 技术 ( s s S o f t w a “
一 ■
崤 语 帆
孛 I
i l
’
拯 豫鼹滔#L
其 中, S I P ( S e s s i o n I n i t i a t i o n P r o t o c o 1 ) 网 主要实 现会
话功 能 , 这 些会 话 可 以是 I n t e r n e t 多媒体 会 议 、 I P 电
数 信息等 数据 次需 接 入消息 与通 系统 , 豇 ¨
建 存储 和 计算之上 的基础 服 务和用户运 川 . 企业云
主 要 涉及数 据 存 储 架构 干 ¨ 用 r L l 访问优 化 等两 厅面 的
技术, 卜 分别 以简述 :
一
r机 、 移动终端 、 【 占 1 活, 以及 E — Ma i l 、 MS N、 Q Q、 微 信 等即时通{ t t ( 1 M I n s t a n t Me s s e n g e r ) , 以实现 动态消息推 送 和 位 置 服 务 第 一 t 是 实现 、 l 务功能 开发_ L j 运行, 女 兀 线 播 放 存 储 巾 的视 频 监 控 冈像 、 照 片及 相 火 资 料, 以及各 、 I 务子系统 的运行 , 为一 线 川 户和领 导提 供 分析 干 " 指挥 决 策依 据 、 为此 需 要 卞 ¨ J 、 的 础 软 硬 件资 源 , 如 服 务器 、 存 储 和 网络 设 备 、 操 作 系统 和 数 据库 等 商J } 】 软件 ( 1 )
S w i t c h i n g ) 吸取了I P 、 A T M、 I N、 T D M等 技 术的优 点 , 采 用开放 的分 层体 系结 构 , 不但 实现 r 各种 通讯协议 兼容, 更 重 要 的是 实现 了业 务系统 的融 合, 为终 端 辟
户 提供 了 统 一的 消 息和 内 容 服 务 接口 、 童 圈
或 多媒体 分发, 会 话 的参与者可以通过 组播( m t h i c a s I ) 、 网状单播( u n i c a s t ) 或两者 的混合体进行通信 、
X MP P ( T h e E x t e n s i b l e Me s s a g i n g a n ( t P r e s e n t + P r o t o c o 1 ) 网主要用 于服务类 实时通讯 , I  ̄ P H , J 消息( I M) , 】 受
、
云存储架构设计
仃储 主 要足 为 r存储 数 据 , 厅便 川户访 问, 同
时也 足 为了解决 信息共 亭 问题 。 在云存储 建 之前 ,
各业 务部 门均是 自建 用 系统 , 网络虽 然 卞 H 通, 但 由 r数据 分散 存储 各 自系统 f 1 1 , 导致 信息 、 务协 同 时 关联 、 瓦 和引} } j 流畅. 以前各 系统 的数 据整 合 和 亭卞要 靠交换 接 口标准化等S O A 方式来实现 ,
对 丁: : l i f T i f 构 化数据 儿平无法 实现 , R改 造各子系统 的
一 r 作
大 和繁琐
采』 { ] 存 储 技 术 就 可 以克 服 上 述 问 题 , 采 用
HD F S ( H a d o (  ̄ p D i s t  ̄ ’ i b u t e d F i l e S y s t e m ) 分布 式 文件系
HI ) F 、 S 包括= } 三 控 服 务 器( 同时 配 置备用 主控 服 务器 以 便 在故 障时 接管 服务) , 多个 数据服 务器 f 仔储 节 ) , i j i 『 端 接 入终 端 服 务消息平 及各业 务子 系统数 据 库
服 务器
个 J J 终 端川 J 咱, J 操 作系统 平俞, 或 称 为食业 云,
能 够通过 各种浏 览 器或 下 . 机- A l 1 f 1 及I ( 机 随时访 问 ,
满 J l 往仟: 邕时刻 、 任意地 点查看 信息 的需 求
主控 服 务器 Ma s t e r 负责 维 护整 个 文件 系统 的 命
一
人以及各 终端 问 的通 信路 f
的永远 在 线 连接 安全 认 证 、 消息缓 存服 务 务处 理子 系统 。 终 端服务 消息平 台如 图4 。
V 嗣
嗣
嗣 嗣
l mP r o , Y
结 P
一 ■
■
A
— C D , 、 辇
] …~ 一
黼
… r …
_ _ 】 ~
i ̄ M P P A C 。
拜 代觥
蒹一
¨
●文/ 图
A P
作 为 业云 的 核心 是存 储 和 计 算 , 其 他功 能构
业 内邮服 务平 台I } I . 首先需要 实现 云存储 功 能, 以提 供 各部 门川 户数 据 的仔 储功 能 , 方便 川 获 取各 r 1 需 要的 数据 , 包括 ( ; P S 、 视频 、 讲 等 模 拟 和
统 的 存储 方 式 ( 3 ) , 原各 业 务信息管 理 系统 的数
据 通 过s r I ( 1 I l } ) 、 架构a n l  ̄2 云存 储 、 通讯 及 消息 、 业 务 运行 系统 和软 硬件 基 础 资源 这 叫个 基 本 要素 构 成丫
一
导入, H D F S 实现数 据层面的共 享 。
在线 现场探 测。 X MP P 的核 是 X ML 流传 输 协 } 义, 使得x MP P 的协议能颀 允许 网络用户简便 和流畅地 向其 他用户发送 f 皂一
终端 服务 消息平 台采用 软 交 换 技术 ( s s S o f t w a “
一 ■
崤 语 帆
孛 I
i l
’
拯 豫鼹滔#L
其 中, S I P ( S e s s i o n I n i t i a t i o n P r o t o c o 1 ) 网 主要实 现会
话功 能 , 这 些会 话 可 以是 I n t e r n e t 多媒体 会 议 、 I P 电
数 信息等 数据 次需 接 入消息 与通 系统 , 豇 ¨
建 存储 和 计算之上 的基础 服 务和用户运 川 . 企业云
主 要 涉及数 据 存 储 架构 干 ¨ 用 r L l 访问优 化 等两 厅面 的
技术, 卜 分别 以简述 :
一
r机 、 移动终端 、 【 占 1 活, 以及 E — Ma i l 、 MS N、 Q Q、 微 信 等即时通{ t t ( 1 M I n s t a n t Me s s e n g e r ) , 以实现 动态消息推 送 和 位 置 服 务 第 一 t 是 实现 、 l 务功能 开发_ L j 运行, 女 兀 线 播 放 存 储 巾 的视 频 监 控 冈像 、 照 片及 相 火 资 料, 以及各 、 I 务子系统 的运行 , 为一 线 川 户和领 导提 供 分析 干 " 指挥 决 策依 据 、 为此 需 要 卞 ¨ J 、 的 础 软 硬 件资 源 , 如 服 务器 、 存 储 和 网络 设 备 、 操 作 系统 和 数 据库 等 商J } 】 软件 ( 1 )
S w i t c h i n g ) 吸取了I P 、 A T M、 I N、 T D M等 技 术的优 点 , 采 用开放 的分 层体 系结 构 , 不但 实现 r 各种 通讯协议 兼容, 更 重 要 的是 实现 了业 务系统 的融 合, 为终 端 辟
户 提供 了 统 一的 消 息和 内 容 服 务 接口 、 童 圈
或 多媒体 分发, 会 话 的参与者可以通过 组播( m t h i c a s I ) 、 网状单播( u n i c a s t ) 或两者 的混合体进行通信 、
X MP P ( T h e E x t e n s i b l e Me s s a g i n g a n ( t P r e s e n t + P r o t o c o 1 ) 网主要用 于服务类 实时通讯 , I  ̄ P H , J 消息( I M) , 】 受
、
云存储架构设计
仃储 主 要足 为 r存储 数 据 , 厅便 川户访 问, 同
时也 足 为了解决 信息共 亭 问题 。 在云存储 建 之前 ,
各业 务部 门均是 自建 用 系统 , 网络虽 然 卞 H 通, 但 由 r数据 分散 存储 各 自系统 f 1 1 , 导致 信息 、 务协 同 时 关联 、 瓦 和引} } j 流畅. 以前各 系统 的数 据整 合 和 亭卞要 靠交换 接 口标准化等S O A 方式来实现 ,
对 丁: : l i f T i f 构 化数据 儿平无法 实现 , R改 造各子系统 的
一 r 作
大 和繁琐
采』 { ] 存 储 技 术 就 可 以克 服 上 述 问 题 , 采 用
HD F S ( H a d o (  ̄ p D i s t  ̄ ’ i b u t e d F i l e S y s t e m ) 分布 式 文件系
HI ) F 、 S 包括= } 三 控 服 务 器( 同时 配 置备用 主控 服 务器 以 便 在故 障时 接管 服务) , 多个 数据服 务器 f 仔储 节 ) , i j i 『 端 接 入终 端 服 务消息平 及各业 务子 系统数 据 库
服 务器
个 J J 终 端川 J 咱, J 操 作系统 平俞, 或 称 为食业 云,
能 够通过 各种浏 览 器或 下 . 机- A l 1 f 1 及I ( 机 随时访 问 ,
满 J l 往仟: 邕时刻 、 任意地 点查看 信息 的需 求
主控 服 务器 Ma s t e r 负责 维 护整 个 文件 系统 的 命
一
人以及各 终端 问 的通 信路 f
的永远 在 线 连接 安全 认 证 、 消息缓 存服 务 务处 理子 系统 。 终 端服务 消息平 台如 图4 。