2.5
高级特性以及非技术策略<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />
<?xml:namespace prefix = st1 ns = "urn:schemas-microsoft-com:office:smarttags" />
2.5.1
安装系统经验之谈
随着业务的增长,服务器增长越来越快,每次新增机器,都得重复系统安装这个过程。机器越多工作量就越大,不管你用那种方式安装,都会让你耗费时间和精力。一直一来,大家都在不断尝试各种省事、快速的安装方法,如用脚本、以网络安装等等。当然,除了技术改进之外,好的策略也能收到很好的效果。
我在采购服务器之前,就跟供货商提条件,让供货商帮我转系统,谁愿意答应这个条件,我就采购谁的服务器。把“2.4.2”节所做的u盘,多放几个在供货商那里,他们只要把u盘(32位或64位系统)插到服务器上引导,然后输入ks回车,就万事大吉。这对供货商来说,并没有增加什么技术难度。等他们把系统装好,贴上标签,直接就发机房了。这即节省了时间,又省了一笔物流费用。
等服务器到机房上架,服务商告知ip地址,然后我方电话通知机房把kvm over ip接在欲配置的服务器,通过web方式配置ip地址等其他后续处理。毫无疑问,我选择机房的时候,优先考虑服务质量好的IDC服务商。
2.5.2 选择那一种操作系统更好?
虽然我在本章拿了centos和 FreeBSD做例子,并且在实际的工作中,我也多使用这两种系统,但这并不是因为我有什么偏爱,仅仅是因为它们是免费的,不会有法律上面的问题。基于这个原因,你也可以使用其它不必承担责任的操作系统作为运行环境。
经常有人在那里重复争论哪一种linux更好的问题,对这样的问题,我真的难以回答。我拿了两个操作系统做实例,定制安装它们,其主要用意在于淡化各种unix/linux之间的界限。只要掌握了这种定制的思想和特性,对于其他类unix,安装它们就不是什么难事。
在本书后面的章节里,如果没有特定地指出是那种运行环境,则表明这些操作平台可以是任意一种类unix 系统。
2.5.3 规避失败
一般情况下,新的操作系统都能很好地支持当前主流的服务器,即不需要专门安装驱动就能直接使用。在我们为服务器扩充磁盘容量的时候,可能需要使用额外的RAID卡以提高磁盘的性能和冗余能力,这个RAID的选择就有讲究了。我自己测试了几种牌子,似乎只有Adaptec的RAID卡兼容性比较好,不需要专门安装驱动。
如果在做过RAID,并且逻辑容量超过2T的磁盘空间安装系统,可能会有些麻烦。较好的办法是单独用一个小容量的磁盘放在RAID外,把操作系统安装在这个磁盘,然后再使用GPT这样的工具来划分大容量的逻辑分区。
2.5.2 选择那一种操作系统更好?
虽然我在本章拿了centos和 FreeBSD做例子,并且在实际的工作中,我也多使用这两种系统,但这并不是因为我有什么偏爱,仅仅是因为它们是免费的,不会有法律上面的问题。基于这个原因,你也可以使用其它不必承担责任的操作系统作为运行环境。
经常有人在那里重复争论哪一种linux更好的问题,对这样的问题,我真的难以回答。我拿了两个操作系统做实例,定制安装它们,其主要用意在于淡化各种unix/linux之间的界限。只要掌握了这种定制的思想和特性,对于其他类unix,安装它们就不是什么难事。
在本书后面的章节里,如果没有特定地指出是那种运行环境,则表明这些操作平台可以是任意一种类unix 系统。
2.5.3 规避失败
一般情况下,新的操作系统都能很好地支持当前主流的服务器,即不需要专门安装驱动就能直接使用。在我们为服务器扩充磁盘容量的时候,可能需要使用额外的RAID卡以提高磁盘的性能和冗余能力,这个RAID的选择就有讲究了。我自己测试了几种牌子,似乎只有Adaptec的RAID卡兼容性比较好,不需要专门安装驱动。
如果在做过RAID,并且逻辑容量超过2T的磁盘空间安装系统,可能会有些麻烦。较好的办法是单独用一个小容量的磁盘放在RAID外,把操作系统安装在这个磁盘,然后再使用GPT这样的工具来划分大容量的逻辑分区。