如何实现批量安装Linux操作系统?

简介:

一、系统的安装原理:

Linux 系统安装过程:

1
  POST ----> Bootloader(ramdisk) -----> anaconda系统安装程序

    其实,安装操作系统就是把编译好的二进制格式的操作系统导入到目标磁盘中,就要访问硬件。这就涉及到安装程序anaconda能不能驱动目标磁盘。如果,不能驱动目标磁盘的话,该应用程序是无法把文件导入到目标磁盘中的,为了解决这个问题,借助跳板----ramdisk.它就是一个小型的Linux。是位于内存中的。它就能够驱动磁盘。当然它的作用不仅仅是驱动磁盘。

     当ramdisk启动起来后,它会执行/sbin/loader加载器,然后就运行:anaconda 程序,在该程序的指引下与用户进行交互完成系统的安装操作。

      anaconda程序提供了,两种交互式的接口:

1
2
3
4
5
1、text文本交互接口
        占用内存比较小,安装系统的速度比较快。当然还取决于,你是最小化安装还是。。。
2、GUI交互接口
        CentOS 6  内存要求512M才可以启动GUI接口的。
        CentOS 7  内存要求1G才可以启动GUI接口的。

而anaconda安装操作系统过程分为两个阶段:

1、安装前的配置

       键盘类型

       安装过程中的语言:在anaconda系统安装程序的引导下,显示的语言。一般是英文。

       支持使用语言

       时区

       选择要使用的磁盘设备

       规划磁盘的使用:

                   如:根(/)是否使用LVM。/var、/home、/usr、/usr/local这些存放数据经常变化的目录是否做为单独的分区,

   分区使用的文件系统,block块大小等等

   swap分区的大小?            

       选择要安装的包

       管理员密码

2、安装阶段(anaconda安装程序就会执照前面的配置执行系统的安装操作)

       在目标磁盘创建分区、执行分区格式化

       将选定的程序包安装至目标磁盘

       安装 bootloader到目标磁盘中。

二、如何实现服务器的批量部署?

1、先实现自动化安装操作系统

    既然安装程序提供的是交互式的接口,要人工的干预才可以完成系统的安装,那么怎样实现自动化安装呢?

     如果,我们批量部署服务器的时候,还是使用ISO光盘镜像来安装操作系统的话,效率是可想而知的。anaconda很友好的为我们提供了一个功能:

      在文本的安装方式下,可以把安装前的配置做成一个ks.cfg格式的文件(使用[root@Node1 ~]# system-config-kickstart & 启动文本窗口,就可以制作ks.cfg文件了)。

在启动ramdisk的时候,把它当做参数,传递给内核。

如下如述:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
[root@Node1 isolinux] # cat isolinux.cfg
default vesamenu.c32 
#prompt 1
timeout 600
 
display boot.msg    
 
menu background splash.jpg 
......
label linux
   menu label ^Install or upgrade an existing system
   menu default  
   kernel vmlinuz        -------> 启动内核
   append initrd=initrd.img  ks=cdrom:isolinux /ks .cfg ---------> 传递给内核的参数。

说明:

    BootLoader,根据配置文件isolinux.cfg展开内核vmlunuz,initrd.img.这就是ramdisk的启动过程。

当ramdisk启动完成后,就会执行/sbin/loader加载器,启动anaconda程序,该程序就会去读取位于cdrom:isolinux目录下的ks.cfg文件。

根据该文件自动完成安装前的配置。

    正是由于,我们可以把anaconda安装操作系统过程中的第一段:安装前的配置,做成ks.cfg文件。再不需要人工干预,anaconda

就可以按照该文件完成安装操作系统前的配置。然后直接进入安装阶段(anaconda安装程序就会按照前面的配置执行系统的安装操作)。

这样就可以,实现自动化安装操作系统了。


2、实现ks.cfg和安装源的共享。如何实现网络引导系统安装。

但是,我们批量部署服务器的时候,虽然能够实现了自动化安装操作系统,但不能解决批量的问题,意思是说,在某一时间,只能为一台服务器

安装操作系统,等到该台服务器安装完成后,才可以对下一台服务器,进行系统的安装。不过我们可以制作多个安装盘。如果,我们的安装盘是光盘的话,

则要为第一台服务器提供一个光驱,如果我们安装盘是U盘的话,则要为每一台服务器提供一个U盘。这就不能完全做到自动话部署服务器了,那我们

怎么样解决呢?

    既然,我们的系统安装盘,是独享。可以把它做成共享的方式。把ks.cfg文件和安装源(安装树install tree)放到一个公共的地方。每台服务器都可以到

该地方来获取ks.cfg文件和安装源(install tree)。

ks.cfg和安装源的位置可以是本地或网络上任何位置,只要能够获取到。那么,它们怎么定义呢?

(1)、ks.cfg 定义在BootLoader的配置文件中。

   (A)、如果安装盘是光盘的话,它的BootLoader的配置文件是:isolinux.cfg. 在append指令中,把ks.cfg文件做为参数传递给内核。

1
2
3
4
5
6
7
8
  CentOS 6 的方式:
           ks=cdrom: /directory/ks .cfg
           ks=http: //server/path/to/ks .cfg
           ks= ftp : //username :password@server /path/to/ks .cfg
   CentOS 7 的方式
           inst.ks=cdrom: /directory/ks .cfg
           inst.ks=http: //server/path/to/ks .cfg
           inst.ks= ftp : //username :password@server /path/to/ks .cfg

  (B)、如果使用网卡(支持PXE才可以)做系统引导。它的BootLoader的配置文件是:          PUB/pxelinux.cfg/default. 也是在append指令中,把ks.cfg文件做为参数传递给内核。

1
2
3
4
5
6
      CentOS 6 的方式
           ks=http: //server/path/pxelinux .cfg /ks .cfg
           ks= ftp : //username :password@server /path/pxelinux .cfg /ks .cfg 
      CentOS 7 的方式
           inst.ks=http: //server/path/pxelinux .cfg /ks .cfg
           inst.ks= ftp : //username :password@server /path/pxelinux .cfg /ks .cfg

(2)、安装源(安装树install tree)

   是在ks.cfg中指定的。

1
2
3
4
    CentOS 6 的指定方式:
       repo --name= "CentOS"  --baseurl=http: //192 .168.100.7 /centos6/  --cost=100
    CentOS 7 的指定方式:
       inst.repo --name= "CentOS"  --baseurl=http: //192 .168.100.7 /centos6/  --cost=100

虽然,通过ftp服务器,或web服务器或NFS服务器,把ks.cfg和安装源共享出去了。但是,要安装操作系统的服务器要有IP地址才有访问这些资源是最基本的条件,

但是没有安装操作系统的机器怎么配置IP地址呢?

但是还要知道共享资源的位置(共享服务器资源的IP地址)在哪,

如果知道了资溪的URL,还要把这些资源下载到本地。所以要提供下载工具下载需要的资源。这就有问题了,没有安装操作系统的机器怎么配置IP地址呢,怎么安装下载工具呢?

其实,这就使用到网卡的PXE技术。这种网卡的ROM芯片中,内置了DHCP的客户端应用程序和tftp客户端的应用程序。开机完成硬件自检BISO就会把这些客户端应用程序

调到内存中运行,只要dhcp client 能够连接DHCP服务器,从DHCP服务器中获取到地址。需要安装系统的服务器就有了地址,就满足访问共享资源的基本条件。还要知道共享资源服务器的

地址和uri才可以访问共享资源的。DHCP服务器,又帮了大忙。

DHCP服务器会告诉客户端,Bootloader所在的服务器,以及引导文件是什么?这样tftp client就知道了Bootloader的URL了。就可以下载Bootloader了。

如下就是在DHCP服务器中配置如何告诉网卡tftp的地址以及网卡做系统引导的程序bootloader叫啥。

1
2
3
4
5
[root@Node1 isolinux] # vim /etc/dhcp/dhcpd.conf
...
next-server  172.16.0.1 
filename  "pxelinux.0"
...

这时候,tftp客户端就从DHCP服务器上获得的共享资源的URL,下载Bootloader,vmlinuz和initrd.img到本地展开根据配置文件default(引导的配置文件) 

显示安装界面的菜单、在内存中完成Rardisk的启动

1
2
3
4
5
6
7
8
9
10
11
12
13
14
[root@Node1 isolinux] # cat isolinux.cfg
default vesamenu.c32  -----> 菜单
#prompt 1
timeout 600
 
display boot.msg    
 
menu background splash.jpg -----> 背景图片
......
label linux
   menu label ^Install or upgrade an existing system
   menu default  
   kernel vmlinuz        -------> 启动内核
   append initrd=initrd.img  ks=http: //tftp_server/tftpboot/ks .cfg----> 传递给内核的参数。

当Ramdisk启动完成,就会通过/sbin/loader 启动anaconda系统安装程序,该程序就会读取ks.cfg文件,ks.cfg文件中定义有安装源(install tree)所在的

位置。这样就实现了批量给服务器安装操作系统了。







     本文转自成长的小虫 51CTO博客,原文链接:http://blog.51cto.com/9528du/1533042,如需转载请自行联系原作者

相关文章
|
22小时前
|
Linux C语言
suse linux 11 安装GCC开发环境
suse linux 11 安装GCC开发环境
|
1天前
|
Linux Shell
Linux操作系统下查找大文件或目录的技巧
Linux操作系统下查找大文件或目录的技巧
|
1天前
|
算法 Ubuntu Linux
为什么Linux不是实时操作系统
本文探讨了Linux为何不是实时操作系统(RTOS)。实时性关乎系统对事件的确定性响应时间,而Linux虽能保证调度执行的实时任务,但无法确保中断响应时间、中断处理时间和任务调度时间的确定性。中断响应时间受中断屏蔽时间影响,Linux中无法确保;中断处理时间因不支持中断嵌套而不确定;任务调度时间虽快,但调度点的限制影响实时性。Linux的定位是通用操作系统,追求平均性能而非绝对实时性。为改善实时性,Linux提供了不同抢占模型,如可抢占内核(Low-Latency Desktop)和PREEMPT-RT补丁,后者接近硬实时但牺牲了吞吐量。PREEMPT-RT正逐渐成为Linux实时增强的标准。
8 1
为什么Linux不是实时操作系统
|
1天前
|
存储 Ubuntu Linux
xenomai3+linux构建linux实时操作系统-基于X86_64和arm
Xenomai是一个实时性解决方案,通过在Linux上添加实时内核Cobalt来增强实时性能。它有三个主要部分:libcobalt(用户空间实时库)、Cobalt(内核空间实时内核)和硬件架构特定层(ipipe-core或dovetail)。ipipe-core适用于Linux 5.4以下版本,而dovetail用于5.4及以上版本。本文介绍了在X86 Ubuntu环境下,如何编译Xenomai内核,搭建应用环境,包括配置、编译、安装和实时性测试。对于其他硬件架构,如ARM和ARM64,步骤类似。文章还提到了Xenomai与Linux内核版本的兼容性和实时性测试结果。
10 0
xenomai3+linux构建linux实时操作系统-基于X86_64和arm
|
1天前
|
消息中间件 测试技术 Linux
linux实时操作系统xenomai x86平台基准测试(benchmark)
本文是关于Xenomai实时操作系统的基准测试,旨在评估其在低端x86平台上的性能。测试模仿了VxWorks的方法,关注CPU结构、指令集等因素对系统服务耗时的影响。测试项目包括信号量、互斥量、消息队列、任务切换等,通过比较操作前后的时戳来测量耗时,并排除中断和上下文切换的干扰。测试结果显示了各项操作的最小、平均和最大耗时,为程序优化提供参考。注意,所有数据基于特定硬件环境,测试用例使用Alchemy API编写。
8 0
linux实时操作系统xenomai x86平台基准测试(benchmark)
|
1天前
|
存储 Linux C语言
Linux:冯·诺依曼结构 & OS管理机制
Linux:冯·诺依曼结构 & OS管理机制
7 0
|
1天前
|
安全 Java iOS开发
MAC OS X 硬盘安装详细分解教程
MAC OS X 硬盘安装详细分解教程
|
1天前
|
IDE 5G 开发工具
HP4230s笔记本安装mac os总结(原创)
HP4230s笔记本安装mac os总结(原创)
|
1天前
|
编解码 Oracle iOS开发
VirtualBox虚拟机安装Mac OS X Lion系统详解
VirtualBox虚拟机安装Mac OS X Lion系统详解
|
2天前
|
关系型数据库 MySQL Linux
在Linux系统上实现高效安装与部署环境的全方位指南
在Linux系统上实现高效安装与部署环境的全方位指南