Attach Volume 操作(Part I) – 每天5分钟玩转 OpenStack(53)

Attach Volume 操作(Part I) – 每天5分钟玩转 OpenStack(53)

每天5分钟OpenStack 4个月前 (08-05) CloudMan6

上一节我们创建了 volume,本节讨论如何将 volume attach 到 Instance,今天是第一部分。 Volume 的最主要用途是作为虚拟硬盘提供给 instance 使用。Volume 是通过 Attach 操作挂载到 instance 上的。本节我们就来详细讨论 Cinder 是如何实现 Attach 的。 上一节我们成功创建了基于 LVM provider 的 volume。每

Create Volume 操作(Part I) – 每天5分钟玩转 OpenStack(50)

Create Volume 操作(Part I) – 每天5分钟玩转 OpenStack(50)

每天5分钟OpenStack 5个月前 (07-18) CloudMan6

前面已经学习了 Cinder 的架构和相关组件,从本节我们开始详细分析 Cinder 的各种操作,首先讨论 Cinder 如何创建 volume。 Create 操作流程如下: 客户(可以是 OpenStack 最终用户,也可以是其他程序)向 API(cinder-api)发送请求:“帮我创建一个 volume”。 API 对请求做一些必要处理后,向 Messaging(RabbitMQ)发送了一

每天5分钟玩转 OpenStack

每天5分钟玩转 OpenStack

每天5分钟OpenStack 6个月前 (06-26) 铁匠

写在最前面 – 每天5分钟玩转 OpenStack(1) 虚拟化 – 每天5分钟玩转 OpenStack(2) 准备 KVM 实验环境 – 每天5分钟玩转 OpenStack(3) 启动第一个 KVM 虚机 – 每天5分钟玩转 OpenStack(4) 远程管理 KVM 虚机 – 每天5分钟玩转 OpenStack(5) CPU 和内存虚拟化原理 – 每天5分钟玩转 OpenStack(6) KV

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

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

每天5分钟OpenStack 11个月前 (01-19) CloudMan6

本节我们将详细讲解 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 11个月前 (01-10) CloudMan6

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

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

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

每天5分钟OpenStack 11个月前 (01-08) CloudMan6

从本节开始我们学习 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 12个月前 (12-29) CloudMan6

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

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

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

每天5分钟OpenStack 12个月前 (12-29) CloudMan6

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

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

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

每天5分钟OpenStack 12个月前 (12-26) CloudMan6

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

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

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

每天5分钟OpenStack 1年前 (2017-11-02) CloudMan6

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 1年前 (2017-10-30) CloudMan6

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

切换注册

登录

忘记密码 ?

您也可以使用第三方帐号快捷登录

切换登录

注册

扫一扫二维码分享