CCIoT · 4.1

体验私有云

组织决定资源，也承担维护工作

VER. 2608 Built with impress.js

学习目标

分清楚各类角色，并用创建、登录记录证明云主机可用

01比较私有云与公有云中谁能申请资源、谁运营云平台
02判断更多控制是否真的带来安全、稳定或定制，并列出组织要完成的维护
03区分虚拟化层与云管理平台的角色
04说明请求怎样从控制节点传到计算节点，以及管理网络和外部网络各传什么
05解释网络、子网、镜像、实例类型和云主机之间的依赖
06用创建、登录、状态和回收证据判断实例是否可用并完成资源回收

2/26

LEARNING OBJECTIVES

私有云为组织提供专用云服务

私有云面向特定组织按需提供专用服务；组织或受托方按约定承担责任

服务对象

只有某个组织的部门员工或受限的用户群可以按规则申请资源；其他用户无法申请、无法访问

资源控制

组织或受托方决定资源池怎样分配、数据放在哪里、网络怎样划分；物理设施不一定由组织拥有

管理责任

组织与受托方要分清责任，包括谁维护平台和系统、谁保护数据、谁处理容量不足等问题

Takeaway

资源是否只服务一个组织？谁控制数据、网络、平台和容量？

3/26

PRIVATE CLOUD

公有云由提供商运营，私有云由组织管理

谁能申请资源？谁管理底层平台、容量和恢复策略？

公有云

提供商建设共享基础设施

外部用户按需申请资源，提供商管理底层平台

用户重点

关注使用、配置、数据、访问和费用

私有云

为一个组织提供专用云资源

组织或受托方按约定管理云平台，内部用户按规则使用

组织重点

关注控制、定制、容量、运维和恢复

Takeaway

企业在公有云中创建专用网络，不会因此自动改变部署模型

4/26

PUBLIC AND PRIVATE

练习：哪些场景体现私有云？

Exercise

场景	请先判断	需要找到的证据
组织自建，或委托第三方运营专用云平台	私／非私／不足	是否只服务该组织？谁管理平台、容量和故障？
组织在公有云中创建虚拟私有云 VPC	私／非私／不足	除网络隔离外，部署模型和平台责任是否改变？
部门共享一台虚拟化主机	私／非私／不足	是否有云服务入口、统一资源管理和回收机制？
面向公众按量提供云服务器	私／非私／不足	谁提供资源，服务面向谁？

Takeaway

判断私有云要同时寻找专用服务、资源控制和组织运维的证据

5/26

DEPLOYMENT JUDGMENT

控制权带来收益，也带来长期责任

组织想控制数据、网络、硬件或配额，就要安排人员持续维护对应部分

可获得的控制	可能带来的收益	需要承担的责任
数据位置	内部位置和访问要求	设计存储、权限和恢复
网络边界	按业务定义内部网络路径	建设、监控和维护网络
基础设施配置	适配专用设备和既有设施	采购、替换、扩容或管理硬件
平台规则	定义资源、配额和审批流程	持续升级、排障并记录变化

Takeaway

组织与受托方要写明谁修补、备份、监控和恢复

6/26

CONTROL AND COST

“更安全、更稳定、更可定制”都有前提

安全靠身份、补丁、备份；稳定访问靠容量、故障切换；定制要持续集成升级

数据安全

可减少部分第三方直接管理数据的环节

仍需管理身份、操作系统补丁、权限、日志和备份

网络稳定

内部网络可以减少外部链路依赖

仍需处理设备、容量和故障切换

个性定制

硬件和软件可以适配特殊业务

集成、升级和维护成本可能增加

Takeaway

在有人正常维护的前提下，“更安全、更稳定”才可能成立

7/26

CONDITIONAL BENEFITS

练习：把控制收益和新增责任配对

Exercise

需求	选择控制收益	选择新增责任
数据留在组织范围	位置／访问／策略	存储／权限／恢复
内部用户稳定访问	网络路径／容量／策略	网络／容量／故障切换
业务依赖专用硬件	硬件组合／配置／策略	采购／替换／兼容
平台适配旧系统	管理流程／集成方式／策略	集成／升级／长期维护

Takeaway

每一个控制收益都会对应一项可执行的运维责任

8/26

RESPONSIBILITY JUDGMENT

虚拟化层与云管理平台承担不同职责

云管理平台把这些虚拟化层提供的资源编排成云服务

资源呈现：物理资源 → 虚拟资源

服务编排：云管理平台 → 云主机

虚拟化层

把物理处理器 CPU、内存、磁盘和网卡呈现为虚拟资源

云管理平台

编排主机、网络、存储、镜像、身份和配额

Takeaway

云管理平台组合网络、镜像、存储、身份和配额

9/26

CLOUD PLATFORM LAYERS

平台怎样把用户请求变成云主机

用户提交请求，平台依据配额、实例类型、镜像和网络创建实例

01

用户请求

从控制台 Dashboard、命令行或应用程序接口 API 提交申请

02

平台编排

检查配额，协调主机、网络、存储和镜像

03

实例

按配置生成一台云主机

Takeaway

用户入口是管理界面，不是新的资源层

10/26

REQUEST TO INSTANCE

两种平台都能组织虚拟化资源

比较平台时，先列出它管理哪些资源，再列出使用团队仍要维护哪些服务

平台	属于什么	管理对象	使用团队还要维护什么
OpenStack	开源云管理平台	计算、网络、存储、镜像和身份等资源编排为服务	集成并持续维护多项平台服务
VMware vSphere	商业虚拟化与管理产品体系	集中管理虚拟化主机、网络与虚拟机	管理主机、网络、虚拟机和产品许可

11/26

PLATFORM ROLES

练习：任务属于哪一层？

Exercise

任务	先判断主要层次	对象与动作
在物理主机上呈现虚拟 CPU	虚拟化层／平台／两者	谁抽象和分配底层资源？
为用户创建一台云主机	虚拟化层／平台／两者	谁组合镜像、实例类型、网络和配额？
让多个节点接受统一请求	虚拟化层／平台／两者	谁协调多台主机和服务入口？
为实例内 OS 提供虚拟网卡	虚拟化层／平台／两者	谁配置网卡，谁呈现设备？

12/26

PLATFORM TASKS

控制节点接收请求，计算节点运行云主机

控制节点调度，计算节点承载实例；管理网络连节点，外部网络支持实例访问

控制节点

接收请求、调度资源并维护平台状态

计算节点

提供 CPU、内存和虚拟化能力，运行云主机

网络与存储服务

管理网络连接平台组件；实例网络支撑访问，镜像提供初始系统，存储卷保存数据

13/26

TWO NODE CLOUD

管理网络与外部网络承担不同任务

管理网络承载平台协同，外部网络承载平台访问与实例外联

对照	管理网络	外部网络
连接对象	控制节点 ↔ 计算节点	用户／软件 ↔ 实例网络
承担任务	控制请求、状态和平台服务通信	平台访问、更新和实例外联
典型失败	地址、路由或防火墙阻断平台协同	路径、路由或防火墙阻断外联
不能确定	管理通信正常，不代表用户能访问实例	实例可以外联，不代表用户能进入平台管理通道

14/26

NETWORK ROLES

练习：平台故障发生在哪一面？

Exercise

现象	请先判断检查面	请列出两项证据
仪表盘无法打开	控制面／管理网络／其他	服务、地址、端口或日志证据
请求提交后实例未运行	调度面／计算面／其他	节点、容量、配额或调度证据
实例启动但无法访问外部	外部网络路径／实例内部／其他	网卡、路由、防火墙或服务证据
控制台能登录但应用无响应	实例内部服务／外部路径／其他	系统、监听端口、日志或路径证据

Takeaway

沿着控制请求、资源调度、实例运行和外部访问逐层定位故障

15/26

PLATFORM DIAGNOSIS

创建云主机前要准备平台对象

网络、子网、实例类型和镜像定义实例配置，配额限制创建请求

网络与子网

网络定义范围，子网划分地址范围并安排实例的网络位置

实例类型

规定处理器 CPU、内存和磁盘等规格

镜像

提供实例内操作系统或初始运行环境

实例

平台依据网络、实例类型和镜像创建云主机，配额决定请求能否通过

Takeaway

网络、子网、实例类型和镜像要在实例创建前准备好

16/26

PLATFORM OBJECTS

从最小配置创建一台云主机

创建后记录实例从“创建中”到“运行”或“错误”，并核对网络、规格、镜像

网络与子网

决定实例的私有地址和云内通信范围

实例类型

决定平台可以分配给实例的虚拟硬件规格

镜像

提供实例启动时使用的系统和初始文件

控制台证据

观察创建中、运行、错误和回收等状态变化

Takeaway

创建成功意味着平台完成了资源编排，不等于应用已经可用

17/26

CREATE INSTANCE

练习：依赖缺失或容量不足会发生什么？

Exercise

缺失或受限项	请先判断受阻环节	需要检查的证据
网络或子网	哪条网络依赖会被阻断？	私有地址、网络范围和对象关联
实例类型	哪项资源决策无法完成？	规格、配额和调度要求
镜像	哪个启动条件缺失？	可用镜像与初始系统环境
计算节点资源不足	对象缺失还是容量不足？	节点状态、容量和调度错误

Takeaway

先区分错误类型，再查对应错误信息

18/26

CREATION JUDGMENT

课堂演示从预装双节点环境开始

预装环境让课堂聚焦资源证据；快照只提供恢复点，不等于独立备份

01

准备

课前验证控制节点、计算节点和宿主机资源

02

连接

确认管理网络与外部网络的角色和连通性

03

进入

登录 Dashboard，展示当前平台对象

04

恢复准备

保留快照和当前环境记录，并说明快照能恢复课堂环境但不能替代独立备份

19/26

DEMO PREPARATION

观察一次最小私有云创建链

每一步都记录创建或检查了哪个对象，以及缺少什么会阻止下一步

Case

TEXT

01
02
03
04
05
06
07启动控制节点与计算节点
→ 检查管理网络与外部网络
→ 登录 Dashboard
→ 创建网络与子网
→ 创建实例类型
→ 从镜像创建云主机
→ 通过控制台取得登录证据

01

先看节点

哪个节点负责管理，哪个节点承载计算

02

再看对象

确认网络、实例类型、镜像和实例的依赖

03

最后看证据

确认实例状态、系统登录与服务状态

04

保留关系

记录对象的创建、关联和回收

20/26

DEMO SEQUENCE

控制台能登录，说明了什么？

Exercise

证据	它证明什么	还要核对什么
仪表盘可以打开	控制入口／部分服务／待核对	控制节点、计算节点和其他平台服务
实例状态为运行	实例对象状态／应用状态／待核对	系统登录、网络路径和应用服务
实例控制台可以登录	实例系统／平台入口／待核对	外部网络路径和应用端口
应用端口返回结果	目标服务／平台整体／待核对	平台资源、节点状态和其他服务

21/26

INSTANCE CONSOLE

重启、暂停、关闭和删除改变的内容不同

实例停止运行时，磁盘、网络、镜像或快照仍可能保留；删除前要逐项核对

重启

让实例重新启动，重点观察服务恢复和数据是否保持

暂停或挂起

改变计算执行状态，但不一定删除平台对象或释放全部资源

关闭

停止实例运行，仍需确认磁盘、网络和快照是否继续保留

删除

移除实例对象，执行前确认数据、卷和网络；镜像与快照另行核对

Takeaway

停止实例不等于完整回收，完整回收必须核对资源清单

22/26

LIFECYCLE MANAGEMENT

练习：私有云的“云”体现在哪里？

Exercise

观察对象	云服务证据	需明确的责任
资源池	如何体现统一资源服务？	要预留多少容量？哪个节点故障会影响服务？
自助入口	如何支持按配置申请或释放？	需要哪些权限、配额和审计？
镜像与实例类型	如何支持环境和规格复用？	谁维护镜像与规格策略？
生命周期	如何体现创建、变更和回收？	回收时必须核对哪些数据、卷、网络和快照？

Takeaway

能按配置申请、调度和回收，是云服务；只服务一个组织，是私有云

23/26

PRIVATE CLOUD REVIEW

练习：交付一台可验收的私有云云主机

列出谁能用、谁维护、创建需哪些对象、哪些记录证明可用

01用服务对象、资源控制和运维责任证明它是私有云
02为数据位置、网络、专用硬件和平台策略各写一项控制收益与新增责任
03画出请求从用户到控制节点、计算节点和云主机的路径
04列出网络、子网、实例类型、镜像、配额与节点容量之间的依赖
05区分 Dashboard、实例运行、系统登录和应用响应四层证据
06写出实例、卷、网络和快照的回收清单

24/26

SECTION REVIEW

本节思维导图

25/26

MIND MAP

本节问题

01私有云与公有云分别允许谁申请资源，又分别由谁运营底层平台？
02私有云增加了哪些运维责任，谁来承担？
03虚拟化层与云管理平台分别负责什么？
04控制节点、计算节点、管理网络和外部网络如何协同？
05创建一台云主机前为什么要准备网络、子网、实例类型和镜像？
06如何用多层证据判断实例可用，并核对资源是否已回收？

26/26

QUESTIONS