
164
第
5
章
你可以在多个服务器上运行命令,但你应该这样做吗?一般来说,通过收集系统
相关的特定数据(可能是未来趋势预测工具来测量的系统信息)来对这些程序加
以有效地利用。这种方法对于调试和练习也非常有用。首先应遵循的一条原则是:
如果某种能数据不应该收集成度量指标,或不影响服务器的状态,就没有大碍。
什么时候这个方法不适用呢?在任何适合使用配置管理的情况下,你都应该犹豫。
总会有因为特殊情况而做的配置改变让你后悔。
示例 2:多数据中心
最终,你想要解决最大的单点故障问题——数据中心。即使你的数据中心经历了灾
难性的电力故障或者其他灾难,你仍希望能够继续提供服务。当你将基础架构扩
大到多个物理站点时,你将体会到在更大规模的基础上自动化所带来的收获。除
了灾难恢复,地理上分散的云网站或内部部署数据中心用于最小化“线时间增加
用户体验”。如
Amazon
、谷歌、
Facebook
、
Twitter
、微软在全球有多个数据中心。
同样地,
Netflix
在全世界不同的
AWS
地区建立了自己的服务。
建立另外一个数据中心从理论上看起来是一个大难题,要使现有的系统就绪需要
花费数月甚至数年的时间。怎样才能在另一个位置快速重建数据中心呢?自动化
部署可以使这个从无到有的过程变得没那么困难。
不同于在本地站点基于主机到主机的复制每个系统,这一过程是如下展开的:
•
在新的数据中心建立管理机。基础安装可能是手动的,但配置管理则不是(管
理机的配置也应当包含在配置管理中)。