Cinder 组件详解 – 每天5分钟玩转 OpenStack(47)

Cinder 组件详解 – 每天5分钟玩转 OpenStack(47)

每天5分钟OpenStack 5个月前 (01-19) 浏览: 79 评论: 0

本节我们将详细讲解 Cinder 的各个子服务。 cinder-api cinder-api 是整个 Cinder 组件的门户,所有 cinder 的请求都首先由 nova-api 处理。cinder-api 向外界暴露若干 HTTP REST API 接口。在 keystone 中我们可以查询 cinder-api 的 endponits。 客户端可以将请求发送到 endponits 指定的地址

掌握 Cinder 的设计思想 – 每天5分钟玩转 OpenStack(46)

掌握 Cinder 的设计思想 – 每天5分钟玩转 OpenStack(46)

每天5分钟OpenStack 5个月前 (01-10) 浏览: 40 评论: 0

上一节介绍了 Cinder 的架构,这节讨论 Cinder 个组件如何协同工作及其设计思想。 从 volume 创建流程看 cinder-* 子服务如何协同工作 对于 Cinder 学习来说,Volume 创建是一个非常好的场景,涉及各个 cinder-* 子服务,下面是流程图。 客户(可以是 OpenStack 最终用户,也可以是其他程序)向 API(cinder-api)发送请求:“帮我创建一

理解 Cinder 架构 – 每天5分钟玩转 OpenStack(45)

理解 Cinder 架构 – 每天5分钟玩转 OpenStack(45)

每天5分钟OpenStack 5个月前 (01-08) 浏览: 48 评论: 0

从本节开始我们学习 OpenStack 的 Block Storage Service,Cinder 理解 Block Storage 操作系统获得存储空间的方式一般有两种: 通过某种协议(SAS,SCSI,SAN,iSCSI 等)挂接裸硬盘,然后分区、格式化、创建文件系统;或者直接使用裸硬盘存储数据(数据库) 通过 NFS、CIFS 等 协议,mount 远程的文件系统 第一种裸硬盘的方式叫做

1 张图秒懂 Nova 16 种操作 – 每天5分钟玩转 OpenStack(44)

1 张图秒懂 Nova 16 种操作 – 每天5分钟玩转 OpenStack(44)

每天5分钟OpenStack 6个月前 (12-29) 浏览: 76 评论: 0

前面我们讨论了 Instance 的若干操作,有的操作功能比较类似,也有各自的适用场景,现在是时候系统地总结一下了。 如上图所示,我们把对 Instance 的管理按运维工作的场景分为两类:常规操作和故障处理。 常规操作 常规操作中,Launch、Start、Reboot、Shut Off 和 Terminate 都很好理解。 下面几个操作重点回顾一下: Resize 通过应用不同的 flavor

计算节点宕机了怎么办?- 每天5分钟玩转 OpenStack(43)

计算节点宕机了怎么办?- 每天5分钟玩转 OpenStack(43)

每天5分钟OpenStack 6个月前 (12-29) 浏览: 58 评论: 0

Rebuild 可以恢复损坏的 instance。 那如果是宿主机坏了怎么办呢? 比如硬件故障或者断电造成整台计算节点无法工作,该节点上运行的 instance 如何恢复呢? 用 Shelve 或者 Migrate 可不可以? 很不幸,这两个操作都要求 instance 所在计算节点的 nova-compute 服务正常运行。 幸运的是,还有 Evacuate 操作。 Evacuate 可在 no

Live Migrate 操作 – 每天5分钟玩转 OpenStack(42)

Live Migrate 操作 – 每天5分钟玩转 OpenStack(42)

每天5分钟OpenStack 6个月前 (12-26) 浏览: 39 评论: 0

Migrate 操作会先将 instance 停掉,也就是所谓的“冷迁移”。而 Live Migrate 是“热迁移”,也叫“在线迁移”,instance不会停机。 Live Migrate 分两种: 源和目标节点没有共享存储,instance 在迁移的时候需要将其镜像文件从源节点传到目标节点,这叫做 Block Migration(块迁移) 源和目标节点共享存储,instance 的镜像文件不需

Resize Instance 操作详解 – 每天5分钟玩转 OpenStack(41)

Resize Instance 操作详解 – 每天5分钟玩转 OpenStack(41)

每天5分钟OpenStack 8个月前 (11-02) 浏览: 19 评论: 0

Resize 的作用是调整 instance 的 vCPU、内存和磁盘资源。 Instance 需要多少资源是定义在 flavor 中的,resize 操作是通过为 instance 选择新的 flavor 来调整资源的分配。 有了前面对 Migrate 的分析,再来看 Resize 的实现就非常简单了。 因为 instance 需要分配的资源发生了变化,在 resize 之前需要借助 nova-

Migrate Instance 操作详解 – 每天5分钟玩转 OpenStack(40)

Migrate Instance 操作详解 – 每天5分钟玩转 OpenStack(40)

每天5分钟OpenStack 8个月前 (10-30) 浏览: 54 评论: 0

Migrate 操作的作用是将 instance 从当前的计算节点迁移到其他节点上。 Migrate 不要求源和目标节点必须共享存储,当然共享存储也是可以的。 Migrate 前必须满足一个条件:计算节点间需要配置 nova 用户无密码访问。 下面是 Migrate instance 的流程图 向 nova-api 发送请求 nova-api 发送消息 nova-scheduler 执行调度 no

Shelve Instance 操作详解 – 每天5分钟玩转 OpenStack(38)

Shelve Instance 操作详解 – 每天5分钟玩转 OpenStack(38)

每天5分钟OpenStack 8个月前 (10-20) 浏览: 33

Instance 被 Suspend 后虽然处于 Shut Down 状态,但 Hypervisor 依然在宿主机上为其预留了资源,以便在以后能够成功 Resume。 如果希望释放这些预留资源,可以使用 Shelve 操作。 Shelve 会将 instance 作为 image 保存到 Glance 中,然后在宿主机上删除该 instance。 下面是 shelve instance 的流程图

Rebuild Instance 操作详解 – 每天5分钟玩转 OpenStack(37)

Rebuild Instance 操作详解 – 每天5分钟玩转 OpenStack(37)

每天5分钟OpenStack 8个月前 (10-11) 浏览: 118

上一节我们讨论了 snapshot,snapshot 的一个重要作用是对 instance 做备份。 如果 instance 损坏了,可以通过 snapshot 恢复,这个恢复的操作就是 Rebuild。 Rebuild 会用 snapshot 替换 instance 当前的镜像文件,同时保持 instance 的其他诸如网络,资源分配属性不变。 下面是 rebuild instance 的流程图

Snapshot Instance 操作详解 – 每天5分钟玩转 OpenStack(36)

Snapshot Instance 操作详解 – 每天5分钟玩转 OpenStack(36)

每天5分钟OpenStack 8个月前 (10-11) 浏览: 21

本节我们通过日志详细讨论 instance 的 snapshot 操作。 有时候操作系统损坏得很严重,通过 Rescue 操作无法修复,那么我们就得考虑通过备份恢复了。当然前提是我们之前对instance做过备份。 Nova 备份的操作叫 Snapshot,其工作原理是对 instance 的镜像文件(系统盘)进行全量备份,生成一个类型为 snapshot 的 image,然后将其保存到 Glan

Nova Suspend/Rescue 操作详解 – 每天5分钟玩转 OpenStack(35)

Nova Suspend/Rescue 操作详解 – 每天5分钟玩转 OpenStack(35)

每天5分钟OpenStack 9个月前 (10-02) 浏览: 21

本节我们讨论 Suspend/Resume 和 Rescue/Unrescue 这两组操作。 Suspend/Resume 有时需要长时间暂停 instance,可以通过 Suspend 操作将 instance 的状态保存到宿主机的磁盘上。当需要恢复的时候,执行 Resume 操作,从磁盘读回 instance 的状态,使之继续运行。 这里需要对 Suspend 和 Pause 操作做个比较:

Pause/Resume Instance 操作详解 – 每天5分钟玩转 OpenStack(34)

Pause/Resume Instance 操作详解 – 每天5分钟玩转 OpenStack(34)

每天5分钟OpenStack 9个月前 (10-01) 浏览: 21

本节通过日志详细分析 Nova Pause/Resume 操作。 有时需要短时间暂停 instance,可以通过 Pause 操作将 instance 的状态保存到宿主机的内存中。当需要恢复的时候,执行 Resume 操作,从内存中读回 instance 的状态,然后继续运行 instance。 下面是 pause instance 的流程图 向 nova-api 发送请求 nova-api 发送

Terminate Instance 操作详解 – 每天5分钟玩转 OpenStack(33)

Terminate Instance 操作详解 – 每天5分钟玩转 OpenStack(33)

每天5分钟OpenStack 9个月前 (09-30) 浏览: 18

本节通过日志详细分析 Nova Terminate 操作。 Terminate 操作就是删除 instance,下面是 terminate instance 的流程图 向 nova-api 发送请求 nova-api 发送消息 nova-compute 执行操作 下面我们详细讨论每一个步骤。 向 nova-api 发送请求 客户(可以是 OpenStack 最终用户,也可以是其他程序)向 API(

Nova reboot 和 lock 操作 – 每天5分钟玩转 OpenStack(32)

Nova reboot 和 lock 操作 – 每天5分钟玩转 OpenStack(32)

每天5分钟OpenStack 9个月前 (09-29) 浏览: 32

前面 CloudMan 通过日志详细分析了 nova 的 launch, shut off 和 start 操作。 不知道大家现在是否已经掌握了日志分析的技能? 今天咱们就来检验一下。 本节讨论的是 nova 相对较简单的操作: reboot 和 lock/unlock。 我首先会讲解这几个操作的理论知识,然后将日志分析留给大家来完成。 大家在分析过程中如有任何疑问,可以给我留言。 Soft/Ha

Start Instance 操作详解 – 每天5分钟玩转 OpenStack(31)

Start Instance 操作详解 – 每天5分钟玩转 OpenStack(31)

每天5分钟OpenStack 9个月前 (09-19) 浏览: 83

本节通过日志文件详细分析 instance start 操作。 下面是 start instance 的流程图 向 nova-api 发送请求 nova-api 发送消息 nova-compute 执行操作 下面我们详细讨论每一个步骤。 向 nova-api 发送请求 客户(可以是 OpenStack 最终用户,也可以是其他程序)向API(nova-api)发送请求:“帮我启动这个 Instanc

Launch和Shut Off操作详解 – 每天5分钟玩转 OpenStack(30)

Launch和Shut Off操作详解 – 每天5分钟玩转 OpenStack(30)

每天5分钟OpenStack 10个月前 (08-14) 浏览: 55 评论: 0

本节详细分析 instance launch 和 shut off 操作,以及如何在日志中快速定位有用信息的技巧。 Launch Launch instance 应该算 Nova 最重要的操作。 仔细研究 lanuch 操作能够帮助我们充分理解 Nova 各个子服务的协调配合和运行机制。 前面我们已经以 launch 操作为例详细讨论了各个 nova-* 子服务。 这里不再赘述,只是再回顾一下流程

教你看懂 OpenStack 日志 – 每天5分钟玩转 OpenStack(29)

教你看懂 OpenStack 日志 – 每天5分钟玩转 OpenStack(29)

每天5分钟OpenStack 1年前 (2017-06-03) 浏览: 126 评论: 0

instance 从创建到删除的整个生命周期都是由 Nova 管理的。 后面各小节我们以 instance 生命周期中的不同操作场景为例,详细分析 Nova 不同组件如何协调工作,并通过日志分析加深大家对 Nova 的理解。 在研究 Nova 各个操作之前,我们先来学习一个重要的内容:OpenStack 日志。 OpenStack 的日志记录了非常详细的细节信息,是我们学习和 troublesho

nova-compute 部署 instance 详解 – 每天5分钟玩转 OpenStack(28)

nova-compute 部署 instance 详解 – 每天5分钟玩转 OpenStack(28)

每天5分钟OpenStack 1年前 (2017-05-31) 浏览: 128 评论: 0

本节讨论 nova-compute,并详细分析 instance 部署的全过程。 先给大家道个歉:今天这篇文章的篇幅比以往要多一些,本来想分两次发,但考虑到文章的完整和系统性,还是一次发了出来,这次可能要超出 5 分钟了,大家见谅。 nova-compute 在计算节点上运行,负责管理节点上的 instance。 OpenStack 对 instance 的操作,最后都是交给 nova-compu

切换注册

登录

忘记密码 ?

切换登录

注册

扫一扫二维码分享