《VMware vSphere设计(原书第2版)》——导读

前  言

本书对我们来说一直都是个特别有趣的项目,自然会在众多项目中脱颖而出。市面上很多关于vSphere的书籍在ESXi和vCenter配置方面分析得面面俱到。因此,如果你的目的是想知道如何在vSphere中做些什么,那么你将陷入选择的漩涡。然而,在我们看来,市场中现有的书籍鲜有介绍vSphere设计流程的,即使在某些特性中会介绍如何设计,但能够深入挖掘且全面覆盖vSphere实施的设计流程的却不多。
本书是第2版,修订、更新并重写了很多内容。它全面覆盖了vSphere 5.1及之前各版本的特性。VMware对其产品功能和特性的增补及改进让我们惊讶不已,这些都在很大程度上影响了vSphere设计的方方面面,而本次的修订版就是针对这些改变的。
在管理程序(hypervisor)方面,vSphere是最主要的行业标准,是当前最好的企业级解决方案。它能够得到普遍应用主要取决于其丰富的特性、高效性和灵活性。但是要想让它在你的数据中心有效运行,还必须有一个合理的架构。本书就是来帮你构建这个架构的。
除了介绍数据中心领域不断发展变化的vSphere外,本书还引入了VMware数据中心系列产品中的另一个关键产品:vCloud Director,私有云/公有云集成组件。新兴技术与vSphere的未来密切相关,对从事vSphere设计或对vSphere感兴趣的人来说,这将是个不可或缺的技能。
首先,这是一本针对复杂领域的技术书籍。它关注的是底层概念,并不会涉及每个命令行工具的具体细节。vSphere是从早期的ESX时代演进过来的,在规模上它已经发展到对vSphere的任何一个细节都无法用一本书写清楚的境地。但是,我们深信与其他书籍相比,本书能更好地实现其既定目标。本书会针对vSphere的某些层面展现其他书籍无法达到的深度。
为了实现这个目标,本书不会像指导手册那样没完没了地介绍操作细节,而是点到为止,从而激发你的思维。它的主要阅读对象是计划、设计、实施和优化vSphere解决方案的人。我们希望本书能够让你重新审视自己之前对vSphere设计规范或者最佳实践的理解。曾经用某种方式设计过某个特定配置,就意味着这个方案依然适用于下一个首展(rollout)吗?在此,我们将质疑这个常见的偏见。通常,不同场景需要不同的解决方案,如果存在适用于所有情况的“万能钥匙”,那么,坦率地讲,这根本就称不上是一个“设计”了。
本书并不是单单适用于每周都要交付架构解决方案的咨询师们(当然,我们非常欢迎各位),它也适用于在自己的网络环境中部署vSphere的人。本书可以激发你的思维,让你考虑为什么vSphere会设计成现在的样子,还会鼓励你想办法进一步改进它。
硬件更新换代是很频繁的,vSphere也是一个持续演进的工具,因此经常审视现有的虚拟环境部署情况是很值得的。即使硬件和软件都没什么更新,新的虚拟机也会层出不穷。没有什么东西能够一成不变,因此你的设计也要持续改进以应对这些改变。
每个设计决策都会产生一定的后果,而且通常会有多米诺效应而影响很多其他元素。vSphere设计涉及很多截然不同的技术,例如客户操作系统、服务器硬件、存储和网络,而且这还是在未接触真正的管理程序(hypervisor)之前。完成一个可行的设计最难的地方在于:每个设计决策都不是孤立的,可以说是“牵一发而动全身”。因此要将整个设计过程写成一本书,这也是无法分割章节的。虽然本书被分成了不同的章节,但我们能够这样做的前提是:认为本书介绍的设计方案已经是个完整且成功的案例。

目录

前言
第1章 VMware环境设计简介
1.1 什么是设计
1.2 vSphere设计的不同层面
1.2.1 技术层面
1.2.2 组织层面
1.2.3  运维层面
1.3 设计原则
1.3.1 可用性
1.3.2 可管理性
1.3.3 性能
1.3.4 可恢复性
1.3.5 安全性
1.4 设计流程
1.4.1 收集并定义功能需求
1.4.2 评估环境
1.4.3 差异性分析
1.4.4 组合设计
1.4.5 文档化设计
1.4.6 实施
1.5 小结

第2章 ESXi hypervisor
2.1 vSphere hypervisor的发展史
2.2 ESXi设计
2.2.1 ESXi组件
2.2.2 ESXi代理
2.2.3 ESXi系统镜像
2.2.4 ESXi自定义镜像
2.2.5 ESXi硬盘布局
2.2.6 Tardisk 和Ramdisk
2.3 ESXi部署
2.3.1 硬件需求
2.3.2 ESXi类型:可安装ESXi、嵌入式ESXi和无状态ESXi
2.3.3 Auto Deploy基础设施
2.3.4 对比不同的部署选项
2.4 升级ESXi
2.5 从ESX迁移到ESXi
2.5.1 测试
2.5.2 部署
2.5.3 管理
2.6 安装后的设计选项
2.7 管理工具简介
2.7.1 host管理工具
2.7.2 集中管理工具
2.7.3 硬件监控
2.7.4 日志
2.8 小结

第3章 管理层
3.1 检查管理层的组件
3.1.1 vCenter服务器组件
3.1.2 vSphere客户端和vSphere Web客户端
3.1.3 vSphere更新管理器
3.1.4 管理应用程序
3.2 关键管理层设计决策分析
3.2.1 虚拟的还是物理的vCenter服务器
3.2.2 vCenter服务器部署在Windows上还是vCenter服务器设备上呢
3.2.3 使用本地还是远程数据库服务器
3.2.4 vCenter服务器上安装什么操作系统
3.3 管理层设计
3.3.1 可用性
3.3.2 可管理性
3.3.3 性能
3.3.4 可恢复性
3.3.5 安全性
3.4 小结

第4章 服务器硬件
4.1 硬件考虑事项
4.1.1 选择硬件时的考查因子
4.1.2 计算需求
4.1.3 服务器约束
4.1.4 区分不同供应商
4.2 服务器组件
4.2.1 CPU
4.2.2 内存
4.2.3 NUMA
4.2.4 主板
4.2.5 存储
4.2.6 网络
4.2.7 PCI
4.3 准备服务器
4.3.1 配置BIOS
4.3.2 其他硬件设置
4.3.3 Burn-in
4.3.4 服务器上线前检查
4.4 纵向扩展还是横向扩展
4.4.1 纵向扩展的优点
4.4.2 横向扩展的优点
4.4.3 扩展是个视角问题
4.4.4 风险评估
4.4.5 选择正确的host规模
4.4.6 CPU与内存设计比例
4.4.7 调整host
4.5 刀片服务器与机架式服务器
4.5.1 刀片服务器
4.5.2 机架式服务器
4.5.3 形状因子结论
4.6 其他可选硬件方案
4.6.1 云计算
4.6.2 融合硬件
4.7 小结
第5章 网络设计
5.1 检查关键网络组件
5.1.1 物理连接
5.1.2 网络流量类型
5.1.3 软件组件
5.2 分析影响网络设计的因素
5.2.1 物理交换机
5.2.2 虚拟交换机和分布式虚拟交换机
5.2.3 基于IP的存储
5.2.4 10Gb以太网
5.2.5 I/O虚拟化
5.2.6 SR-IOV和DirectPath I/O
5.2.7 服务器架构
5.3 编制网络设计
5.3.1 可用性
5.3.2 可管理性
5.3.3 性能
5.3.4 可恢复性
5.3.5 安全性
5.4 设计场景
5.4.1 双网卡
5.4.2 四网卡
5.4.3 六网卡
5.4.4 八网卡
5.5 展望未来
5.6 小结

时间: 2024-11-03 09:32:11

《VMware vSphere设计(原书第2版)》——导读的相关文章

《深入理解Scala》——第1章,第1.2节当函数式编程遇见面向对象

1.2 当函数式编程遇见面向对象 深入理解Scala 函数式编程和面向对象编程是软件开发的两种不同途径.函数式编程并非什么新概念,在现代开发者的开发工具箱里也绝非是什么天外来客.我们将通过Java生态圈里的例子来展示这一点,主要来看Spring Application framework和Google Collections库.这两个库都在Java的面向对象基础上融合了函数式的概念,而如果我们把它们翻译成Scala,则会优雅得多.在深入之前,我们需要先理解面向对象编程和函数式编程这两个术语的含义

《深入理解Scala》——第1章,第1.4节与JVM的无缝集成

1.4 与JVM的无缝集成 深入理解Scala Scala的吸引力之一在于它与Java和JVM的无缝集成.Scala与Java有很强的兼容性,比如说Java类可以直接映射为Scala类.这种紧密联系使Java到Scala的迁移相当简单,但在使用Scala的一些高级特性时还是需要小心的,Scala有些高级特性是Java里没有的.在Scala语言设计时已经小心地考虑了与Java无缝交互的问题,用Java写的库,大部分可以直接照搬(as-is)到Scala里. 1.4.1 Scala调用Java 从S

《深入理解Scala》——第2章,第2.1节学习使用Scala交互模式(REPL)

第2章 核心规则深入理解Scala 本章包括的内容: • 使用Scala交互模式(Read Eval Print Loop 简称REPL) • 面向表达式编程 • 不变性(Immutability) • Option类 本章内容覆盖了每个新Scala开发者都需要知道的几个主题.本章不会深入到每个主题里,但是会讲到可以让你自己去接着探索的程度.你将学会使用REPL,学会如何利用这个工具做软件的快速原型开发.然后我们会学到面向表达式编程,并从另一个视角来看控制结构是怎么回事.在此基础上,我们来研究不

《深入理解Scala》——第1章,第1.3节静态类型和表达力

1.3 静态类型和表达力 深入理解Scala 开发人员中有一个误解,认为静态类型必然导致冗长的代码.之所以如此是因为很多继承自C的语言强制要求程序员必须在代码中多处明确地指定类型.随着软件开发技术和编译器理论的发展,情况已经改变.Scala利用了其中一些技术进步来减少样板(boilerplate)代码,保持代码简洁. Scala做了以下几个简单的设计决策,以提高代码表达力. • 把类型标注(type annotation)换到变量右边. • 类型推断. • 可扩展的语法. • 用户自定义的隐式转

《深入理解Scala》——第1章,第1.5节总结

1.5 总结 深入理解Scala 本章中,你学到了一些Scala的设计理念.设计Scala的初衷在于把不同语言中的多种概念融合起来.Scala融合了函数式和面向对象编程,尽管显然Java也已经这么做了.Scala精选其语法,极大地减少了语言中的繁冗之处,使一些强大的特性可以优雅地表达,比如类型推断.最后,Scala和Java能够紧密集成,而且运行在Java虚拟机上,这或许是让Scala变成一种实用选择的最重要的一点.几乎不花代价就可以把Scala用于我们的日常工作中. 因为Scala融合了多种概

《深入理解Scala》——第1章,第1.1节Scala一种混合式编程语言

第1章 Scala--一种混合式编程语言 Scala是一种将其他编程语言中的多种技巧融合为一的语言.Scala尝试跨越多种不同类型的语言,给开发者提供面向对象编程.函数式编程.富有表达力的语法.静态强类型和丰富的泛型等特性,而且全部架设于Java虚拟机之上.因此开发者使用Scala时可以继续使用原本熟悉的某种编程特性,但要发挥Scala的强大能力则需要结合使用这些有时候相互抵触的概念和特性,建立一种平衡的和谐.Scala对开发者的真正解放之处在于让开发者可以随意使用最适合手头上的问题的编程范式.

《深入理解Scala》——第2章,第2.2节优先采用面向表达式编程

2.2 优先采用面向表达式编程 深入理解Scala 面向表达式编程是个术语,意思是在代码中使用表达式而不用语句.表达式和语句的区别是什么?语句是可以执行的东西,表达式是可以求值的东西.在实践中这有什么意义呢?表达式返回值,语句执行代码,但是不返回值.本节我们将学习面向表达式编程的全部知识,并理解它对简化程序有什么帮助.我们也会看一下对象的可变性,以及可变性与面向表达式编程的关系. 作者注:语句VS表达式 语句是可以执行的东西,表达式是可以求值的东西. 表达式是运算结果为一个值的代码块.Scala

《深入理解Scala》——第2章,第2.3节优先选择不变性

2.3 优先选择不变性 深入理解Scala 编程中的不变性指对象一旦创建后就不再改变状态.这是函数式编程的基石之一,也是JVM上的面向对象编程的推荐实践之一.Scala也不例外,在设计上优先选择不变性,在很多场景中把不变性作为默认设置.对此,你可能一下子会不适应.本节中,我们将学到不变性对于判等问题和并发编程能提供什么帮助. Scala里首先要明白的是不变对象和不变引用(immutable referene)的区别.Scala里的所有变量都是指向对象的引用.把变量声明为val意味着它是个不变"引

《深入理解Scala》——第2章,第2.4节用None不用null

2.4 用None不用null深入理解Scala Scala在标准库里提供了scala.Option类,鼓励大家在一般编程时尽量不要使用null.Option可以视作一个容器,里面要么有东西,要么什么都没有.Option通过两个子类来实现此含义:Some和None.Some表示容器里有且仅有一个东西,None表示空容器,有点类似List的Nil的含义. 在Java和其他允许null的语言里,null经常作为一个占位符用于返回值,表示非致命的错误,或者表示一个变量未被初始化.Scala里,你可以用

《深入理解Scala》——第2章,第2.5节多态场景下的判等

2.5 多态场景下的判等 深入理解Scala 众所周知,为多态的面向对象系统定义合适的判等和散列方法是个特别难的过程.这是因为子类可能在整个过程中造成一些相当怪异的问题,尤其是当类型层次上有多个实体(concrete)级别的时候.一般来说,对于需要比引用判等更强的判等(译者注:比如需要判断对象内部数据)的类,最好避免多层实体类层次.这是什么意思呢?有些时候类只需要引用判等就够了.也就是说只要两个对象不是同一个实例就判为不等.但是如果我们需要判断两个不同实例是否相等,而且又有多层实体类层次(mul