目次
1. CloudBoot の概要
1.1 プロジェクトの背景
仮想マシンはもはやクラウド専用ではなく、ベアメタル サーバーもクラウドになることができます!
オープン ソースの X86 サーバー構成およびインストール ツールは、現在中国で最も広く使用されており、使いやすい完全自動インストール プラットフォームです。マシンが店頭に置かれた後、ハードウェアからオペレーティング システムまでのインストールを実現できる完全自動インストール、大規模サーバーの自動かつ迅速なインストールと構成、時間と労力の節約、および標準化の促進。
1.2 機能の紹介
CloudBoot ベアメタル クラウド管理プラットフォームは、云霁科技「自動化された物理インストール ツール」に基づく企業および IDC 業界向けのベアメタル クラウド管理ソリューションであり、ベアメタル リソース プール、ハードウェア監視、ベアメタル インストール、アウトオブネットワークに重点を置いています。帯域管理、システムサービス、その他の機能モジュールを統合して、クラウドベースのベアメタル統合管理プラットフォームを構築します。
クラウド インストール システムは、オペレーティング システムのリモート自動インストールをサポートします。リモート電源オン/オフ、サーバー情報の自動収集の機能を提供、システム テンプレート管理をサポート、さまざまな事業ラインおよびハードウェア構成に応じてシステム テンプレートを自動的に選択可能、ラック情報および IP 情報の入力をサポート、設置進捗状況のリアルタイム表示をサポート、CMDBへのインストール完了情報の自動入力、物理マシンから物理マシン、または物理マシンから仮想マシンへのシステム移行などの機能をサポートします。
1.3 応用シナリオ
- デバイスの検出/登録
- ハードウェア構成
- ハードウェアのアップグレード
- テンプレートのインストール
- ミラークローン
- ハードウェア監視
- 帯域外管理
1.4 コアテクノロジー
PXE: ネットワークブートブート。クライアント コンピュータがネットワーク経由でリモート サーバーからイメージをダウンロードし、ネットワーク経由でオペレーティング システムをインストールできるようにします。
KS ファイル: オペレーティング システムを自動的にインストールします。インストール プロセス中に発生するすべての質問に対する回答、つまり、インストール プロセス中に手動で選択および構成する必要があるオプションを含む 1 つのファイルを作成します。同時に、シェル スクリプトを ks ファイルに追加して、インストールの進行状況レポートやその他の操作を実行できます。
2. 導入とインストール
2.1 環境の説明
RedHat/CentOS 6.0 以降の場合、システムにパッケージをインストールする必要はなく、インストールを最小限に抑えるだけで済みます。
//操作系统
[root@localhost ~]# cat /etc/redhat-release
CentOS Linux release 8.4.2105
//关闭防火墙和selinux
[root@localhost ~]# systemctl stop firewalld.service
[root@localhost ~]# systemctl disable firewalld.service
Removed /etc/systemd/system/multi-user.target.wants/firewalld.service.
Removed /etc/systemd/system/dbus-org.fedoraproject.FirewallD1.service.
[root@localhost ~]# sed -i.bak '/^SELINUX=/cSELINUX=disabled' /etc/sysconfig/selinux
[root@localhost ~]# setenforce 0
[root@localhost ~]# reboot
2.2 インストールパッケージをダウンロードする
[root@localhost ~]# cd /usr/src/
[root@localhost src]# wget http://file.wepcc.com/Linux/cloudboot-1.4-1.x86_64.rpm
[root@localhost src]# ls
cloudboot-1.4-1.x86_64.rpm debug kernels
//如果系统上有多个 IP，安装的时候请指定用哪个 IP 地址来提供装机服务
[root@localhost src]# IP=192.168.8.101 rpm -ivh cloudboot-1.4-1.x86_64.rpm
//配置DHCP需要分配出去的IP地址范围并保存
[root@localhost src]# vi /opt/cloudboot/etc/dhcp/dhcpd.conf
15 subnet 192.168.8.0 netmask 255.255.255.0 {
16 range 192.168.8.120 192.168.8.250;
17 option routers 192.168.8.2;
18 }
2.3 ISO システム インストール メディアを対応するディレクトリにインポートします。
[root@localhost src]# mount /dev/cdrom /mnt/
[root@localhost src]# mkdir -p /opt/cloudboot/home/www/centos/8.4/os/x86_64/
[root@localhost src]# yum -y install rsync
[root@localhost src]# rsync -a /mnt/ /opt/cloudboot/home/www/centos/8.4/os/x86_64/
[root@localhost src]# umount /mnt
2.4 CloudBoot システムの起動
[root@localhost src]# service cloudboot start
Starting dhcpd: [ OK ]
Starting dnsmasq: [ OK ]
Starting xinetd: [ OK ]
Starting nginx: [ OK ]
Starting SMB services: [ OK ]
Starting mysqld: [ OK ]
2.5 設置テスト
マシン仮想マシンを作成します。ミラーリングは選択しません。
3. CloudBoot Web ページにログインします。
ローカル IP アクセス ブラウザ
アカウント admn/パスワード admin
3.1 新しいデバイスの検出
ここでは仮想マシンが使用されており、デバイスが見つからないため、物理マシンが新しいデバイスを検出した場合、デバイス情報が存在する必要があります。
3.2 ネットワークセグメントの設定
3.3 設定テンプレート
3.4 場所を追加する
3.5 入力デバイス
SN は、見つかった新しいデバイスの情報をコピーする必要があります。ここでは、仮想マシンにはシリアル番号がありません。物理マシンの場合は、コピーできます。プロンプトに従って次の情報を入力し、[送信] をクリックします。新しいデバイスが自動的にインストールされます。
4. 使用体験
以前にも Cobbler を使用してサーバーに多くのシステムをインストールしましたが、今回 CloudBoot を実際に試してみて最も感じたことは、デプロイメントが非常に便利で、豊富な Web ページを提供し、より多くのオプションと操作が可能であることです。 Cobbler の展開はより面倒で複雑です。他のバージョンのイメージをインポートするときに、インポートの失敗や互換性がない場合があります。Cobbler が提供する Web ページ機能は比較的単一でシンプルです。
2 つの間の最大の違いは、Cobbler は単なる自動インストール ツールであることです。ハードウェアを構成したり、ハードウェア情報を収集したりすることはできません。ホスト名と IP を自動的に構成することはできません。また、Windows にあまりフレンドリーではありません。CloudBoot は、次のことを行うのに役立ちます。システムをインストールするとき、Cobbler はシステムごとにテンプレートを作成し、対応するバージョンを手動で選択して pxe から開始する必要があります。厳密に言えば、Cobbler は完全な自動化プラットフォームではありません。CloudBoot はオペレーティング システムのインストールとハードウェアを解決します。構成の問題
このオープンソース製品に触れたばかりなのでよくわかりませんが、今回は仮想マシンの自動インストールに失敗しました。仮想マシンは正常に BootOS に入りましたが、CloudBoot はその情報を収集しませんでした。仮想マシン デバイス情報を入力する際、仮想マシン マシンにはシリアル番号がないため、仮想マシンをインストールできません 本物の物理マシンとしては非常に専門的だと思います 仮想マシンと比較して、Webこのページには仮想マシン用のオプションがありません。すべて物理マシン用であり、上記の問題が発生する傾向があります。