OpenStack基金会成员合力著成了这本运维指南,全面讲解如何使用开源的OpenStack平台设计、部署、维护私有或者公有的IaaS云服务。在这份实践指南中,你将在经验丰富的开发者与OpenStack贡献者手把手的指导下学习构建基于参考架构的云,了解如何执行日常管理任务。
OpenStack专为横向扩展而设计,它让你可以整合多种技术来构建云服务,但也在提供很高灵活性的同时让你面临选择的难题,而本书正是要告诉你组织计算、存储和网络资源时应该厘清哪些问题。
如果你已经会管理多台Ubuntu机器和维护MySQL,那么就应该学习:
• 设置自动化的部署和配置;
• 设计单节点的云控制器;
• 使用多种指标提升扩展能力;
• 探索计算节点、网络设计以及存储;
• 安装OpenStack软件包;
• 使用一个示例架构帮助简化决策的制定;
• 构建一个工作环境来探索IaaS云;
• 管理用户、项目和配额;
• 进行维护、调试以及网络故障排查;
• 执行监控、日志管理、备份和恢复。
本书由OpenStack基金会成员全力打造,他们包括:Tom Fifield、Diane Fleming、Anne Gentle、Lorin Hochstein、Jonathan Proulx、Everett Toews和Joe Topjian。
作者简介:
Tom Fifield
OpenStack社区经理、墨尔本大学物理学院荣誉院士,曾任澳洲国家级研究计划的云端架构顾问与云端团队领导人。他是OpenStack程序代码贡献度排名中名列前茅的开发者,在OpenStack的整体发展中具有举足轻重的作用。
Diane Fleming
思科高级技术作家(项目经理),具有20余年技术写作经验,曾从事一线编程工作多年。
Anne Gentle
首席工程师、OpenStack技术委员会成员、OpenStack文档编制技术主管、服务型领导。她负责文档开发,并与开发人员紧密合作来确保文档能够满足他们的具体需求。
Lorin Hochstein
Netflix高级软件工程师、OpenStack文档团队成员,曾任Nimbis Services公司云服务首席架构师。他不仅负责云服务部署、运维,而且编写云上运行的软件。
Jonathan Proulx
麻省理工学院高级技术架构师、OpenStack云的践行者、OpenStack文档贡献者和审校者,同时学习和分享OpenStack技术。
Everett Toews
全球领先的托管服务器及云计算提供商Rackspace公司开发大使,Apache软件基金会、开源Java类库jclouds的提交者和项目管理委员会成员。他亦是专业的软件开发人员、软件架构师,具有团队领导经验。
Joe Topjian Cybera
公司系统管理员、系统架构师,负责设计、部署、运维公有云和私有云。他曾创办Terrarum IT Services公司,为客户提供各种远程系统管理服务。
译者简介:
钱永超
携程云系统架构师,负责携程生产环境的Cloud架构、部署与维护工作,此前先后供职于Sun Microsystems(成都)、eBay中国运维中心(上海)。从小型机时代的厂商工程师、互联网公司的系统运维,再到今天的云系统架构,一路走来,不变的是他对技术的热爱。最大的愿望是有生之年可以见证技术奇点(singularity)的到来。
关于网络方面确实是个败笔,技术方面适合刚入门的新手,对于在OS上摸爬滚打几年的人来说,确实没多大作用。另外书中提到一个OS的运维工具stachtach,挺有意思的,国内用的人应该不多,不了解的人可以关注下。
评分此书的出版年份虽然是2015年,看起来比较新,但其中实例讲到的OpenStack的内容却是G版本,关于网络部分的结束竟然还是nova-network,neutron一字未提。此书与书名极为不配,叫运维概略还差不多,内容空泛。不推荐阅读
评分此书的出版年份虽然是2015年,看起来比较新,但其中实例讲到的OpenStack的内容却是G版本,关于网络部分的结束竟然还是nova-network,neutron一字未提。此书与书名极为不配,叫运维概略还差不多,内容空泛。不推荐阅读
评分此书的出版年份虽然是2015年,看起来比较新,但其中实例讲到的OpenStack的内容却是G版本,关于网络部分的结束竟然还是nova-network,neutron一字未提。此书与书名极为不配,叫运维概略还差不多,内容空泛。不推荐阅读
评分此书的出版年份虽然是2015年,看起来比较新,但其中实例讲到的OpenStack的内容却是G版本,关于网络部分的结束竟然还是nova-network,neutron一字未提。此书与书名极为不配,叫运维概略还差不多,内容空泛。不推荐阅读
我不得不指出,这本书在对OpenStack不同版本迭代的兼容性处理上,表现得非常不专业。我在目录中看到了对几个较新特性的提及,但却没有明确指出这些特性是在哪个主要版本(如Queens, Rocky, Train等)中引入和成熟的。对于快速迭代的OpenStack生态来说,时间戳是至关重要的。如果作者混用不同版本的配置参数或API调用方式,那么这本书的参考价值将迅速归零,甚至可能误导读者在生产环境中进行危险的操作。更令人担忧的是,关于故障排除(Troubleshooting)这块关键内容,我没有看到任何关于如何利用OpenStack自身的监控工具(如Ceilometer或Prometheus的集成)进行系统级诊断的详细步骤。运维工作的核心就在于解决突发问题,如果这本书仅仅提供了部署脚本,而没有提供“当系统崩溃时如何抢救”的实战经验,那么它就失去了作为“指南”的根本意义。我希望看到的是作者在血与火的生产环境中摸爬滚打出来的教训,而不是教科书式的理论复述。
评分这本书的行文风格,读起来就像是在听一个精力有些分散的演讲者在介绍他刚学到的几个技术点,语句之间缺乏逻辑的连贯性和强有力的论证支撑。我尝试阅读了其中关于Keystone认证模块的部分,感觉作者似乎跳过了最核心的身份管理流程和令牌验证机制的底层细节,直接抛出了一些抽象的概念,没有提供清晰的流程图或者代码级别的解释来支撑这些概念。这种叙述方式,对于初学者来说,可能会因为信息密度过高而感到困惑,而对于有经验的工程师而言,又会因为缺乏深度而感到不屑一顾。我尤其关注其中关于存储后端Glance和Cinder的集成部分,期望能看到关于Ceph RBD或者Swift在OpenStack环境下的具体性能瓶颈分析和优化方案,但翻阅后发现,这部分内容处理得非常表面化,更像是一个简单的功能介绍,而不是一个严肃的运维参考手册。一本好的运维指南,应该像一把精密的瑞士军刀,刀刀见骨,能解决实际问题,而不是一把花里胡哨却中看不中用的玩具。
评分阅读这本书的章节结构,给我的感觉是东拼西凑、缺乏整体规划。它似乎是把过去几年间零散的技术文档和博客文章强行缝合在了一起,导致整体逻辑线索非常混乱。例如,在讲完Nova计算调度之后,紧接着跳到了Swift对象存储的备份策略,两者之间缺乏平滑的过渡和必要的上下文关联,这使得读者在试图构建一个完整认知图谱时,不得不花费大量的精力去自行弥补这些逻辑断层。此外,全书的案例研究部分显得尤为单薄,几乎看不到任何关于高可用性架构(HA)的深度讨论。搭建一个单点故障的云平台谁都会,但如何保证控制节点集群的健壮性、如何设计跨数据中心的灾备方案,这些才是衡量一个运维指南是否合格的试金石。这本书似乎完全避开了这些最令人头疼的实际挑战,更像是一份“入门入门”的介绍性材料,而不是给专业人士提供参考的“指南”。
评分这本书的图表质量和代码示例的规范性,简直是一场视觉和技术的双重折磨。很多流程图看起来像是用最基础的绘图软件制作的,线条交叉、文字拥挤,根本无法清晰地展示复杂组件间的交互关系,这对于理解OpenStack这种微服务架构的通信流程来说,是致命的缺陷。至于代码块,我发现几个关键的API调用示例中,变量命名极不规范,而且缺少必要的错误处理结构,直接复制粘贴到生产环境中去,风险极高。一本面向运维的书籍,代码的健壮性和清晰度是生命线。我特别希望看到书中能提供一些经过实战检验的Ansible Playbook或者Terraform模板,用现代化的基础设施即代码(IaC)理念来指导部署,而不是依赖那些可能早已过时的Shell脚本。如果作者连代码的排版和规范都无法保证,我又如何能相信他所描述的那些复杂架构的可靠性呢?这让我对全书内容的严谨性产生了根本性的怀疑。
评分这本书的装帧设计简直是一场灾难,封面那种廉价的塑料光泽和模糊不清的排版,让人第一眼就觉得这不是一本正经的技术书籍,更像是某个作坊里赶工出来的印刷品。我特意翻阅了目录,内容上似乎试图覆盖云平台部署的方方面面,但从章节的命名来看,深度和广度似乎都未能达到令人信服的程度。比如,关于网络组件Neutron的章节标题写得非常笼统,完全没有透露出作者是否深入探讨了VXLAN、SDN集成或者故障排除的高级技巧,这对于一个寻求“指南”的运维人员来说,是非常关键的信息缺失。更不用说,我对那些仅仅罗列命令和配置文件的手册已经感到极度厌倦,我期待的是对OpenStack核心架构设计理念的深刻剖析,以及在面对大规模生产环境压力时,如何进行性能调优和弹性扩展的实战经验分享。如果这本书只是停留在“如何安装”的表面,那它的价值就大打折扣了,市面上类似的免费文档比比皆是,我需要的不是重复劳动,而是超越文档的智慧结晶。
评分大概看了看,大概还行
评分大概看了看,大概还行
评分作为研发看没有讲代码结构,作为运维看没有讲系统架构。入门看来太深,参考看来又太浅。
评分作为研发看没有讲代码结构,作为运维看没有讲系统架构。入门看来太深,参考看来又太浅。
评分作为研发看没有讲代码结构,作为运维看没有讲系统架构。入门看来太深,参考看来又太浅。