実験環境下では、キーマルチノードOpenStackの展開（超詳細な）
序文
OpenStackのプロジェクトは、オープンソースのクラウドコンピューティングプラットフォームのプロジェクトで、コンピューティング3つの分散システムのネットワークやストレージリソースを制御しています。このようなシステムを構築するためのクラウドプラットフォームはIaaSの（サービスとしてのインフラストラクチャ）私たちのためのクラウドサービスのモデルを提供することができます。この記事は、コア理論に関連していないので、クラウドコンピューティングやOpenStackの及びその他の関連全体的なプレゼンテーションの概念について、次の三つの記事を参照してください可能性があります。
マルチ環境実験を与えるために、この記事の目的は、プロトコルがOpenStackは、ローカル（YUMソースを使用して）展開し、展開のR OpenStackのバージョンのキー展開をノード詳しく説明しました。ここで彼の実験環境からの作者とリソースは、ノード、特定の展開、展開集計]簡単にプロセス、実践と要約の4つの側面の展開を計画し、システムリソースを必要としていました。
まず、必要な実験環境と資源
1.1システム環境
VMware15バージョンを使用して、win10ホスト上のオペレーティング・システム（Centos7.5）をインストールする（ダウンロードするには、実験のこのバージョンを使用することが好ましいです）。
1.2リソースキット
Centos7.5イメージファイル、R OpenStackのソースバージョン、リンクリソースを次のように
リンク：https://pan.baidu.com/s/1hFENGyrRTz3lOLUAordTGg
抽出コード：mu5x
第二に、システムリソース
あなたは、失敗はもちろんの予想外の実験の展開、中に発生したここでシステムリソースちょうど私のノートを作るように、システムリソースは、主にホストハードウェアの作者を紹介している、OpenStackのプロジェクトへの主な考慮事項は、まだ非常に資源集約的です場合は、まだ仕事のためにしようとするいくつかの実験を必要とされる特定のハードウェアリソースを必要としています。
私は次のようにハードウェアリソースを使用して実験します：
CPU：I7 9世代（I7は、主スレッドのコアの数を表示することが、十分である）;メモリー：32G（標準とみなすが、劣らず24Gよりベストローの一部であってもよい）; HDD：1TSSDは、固体（好ましくは空きディスクの200Gよりスペース、300Gの後ろに配置されたとき、私は与える）、主要なハードウェアリソースは3です。
以下の実験は、ノードの種類と上記リンク先の記事で与えられたが、導入された、それはここでそれらを繰り返すことはしません、著者の展開計画ノードを説明します。
第三に、展開計画ノード
テスト環境のハードウェア構成は、そのような一般的な多くのノード、3つのノード、ノードの全体的な計画として、本番環境を展開することは不可能であることを考慮すると、二つの制御ノードが計算されます。それとも、再びこのアーキテクチャ図に慣れます：
限られた資源は、唯一の制御ノード上に展開ネットワークの展開をテストすることができ、ハ・ワン展開することができ、本番環境ではそうではありません！パイロット展開は、他の一方で、展開プロセスとコマンド操作だけでなく、いくつかのトラブルシューティングのアイデアのいくつかに精通していることが簡単で、一方では理論的な理解を深めています。
さて、本番環境の展開が来る、それは大体あなたの例を与えるされています。
300台のサーバOpenStackのプラットフォームサービスの展開が大体この計画のようにすることができますと仮定すると：
制御ノード30; 30個のネットワークノード、計算ノード100、記憶すべき残り。
それはストレージに来るとき、私たちは、燃えがらブロックOpenStackのスウィフト・ストレージおよびオブジェクトストレージは、一般的に、本番環境でCEPH分散ストレージを別の大きなプロジェクトが使用することを知って、私たちは、ストレージノードOpenStackのを展開する一般的なストレージを統合し、本番環境では、CEPHは、データストレージと高可用性、CEPHの知識の高い信頼性を確保するために、高可用性クラスタリングで、興味のある友人は、それらを見ることができます。
リソースの特定の割り当ては、次のように言いました：
制御ノード：2 * 2とカーネルプロセッサの総数、メモリの8G、ディスクを2つに分けられる：300G、1024G（実験CEPHの貯蔵後）、デュアルNIC、唯一のホストモード（ETH）（IP計画では、（IP計画20.0.0.20）192.168.100.20）、NATモードです。
計算ノード2つのリソース割当て計算ノードが同じである、2 * 2との仕事にプロセッサコアの総数と、メモリは8Gであり、ディスクは、2つに分けられる：300G、1024G、カードはホスト専用モードである（ETH）（ IPアドレスは192.168.100.21計画や192.168.100.22）です。
図は、各ノード上のコンポーネントがインストールされるように示しているが、私はまだ実験のために便利なことのいくつかを簡素化を検討し、選択肢のいくつかのコンポーネントそれでは、具体的な展開プロセスを通じてOpenStackのに感謝の魅力を理解してみましょう。
第四に、特定の展開プロセス
それは、次のプロセスへの実験のOpenStackのR版の展開の鍵となる通常の展開プロセス、障害やその他の状況では確率が非常に高いです、記事の最後にまとめでいくつかのトラブルシューティングのアイデアを与えるだろう、あなたの参考のために：
1、安装操作系统
2、系统环境配置
3、一键部署OpenStack次の手順では、展開プロセスは、ネットワークのいくつかの設定のために、独自のネットワークセグメントのIPアドレスを定義することができ、ステップごとに壊れたと発表しました。
4.1オペレーティングシステムのインストール
上記コントロールと2つのコンピューティングノードを展開する実験環境といえば。したがって、あなたは、3台の仮想マシンをインストールする必要があります。以下は、特定のインストール・プロセスです。
1.変更ローカルVMnet8のカード
以下は、一連の操作であります
ここでは変更後の結果は以下のとおりです。
2.新しい仮想マシン（VMここでは一時的に開いている）を作成します
インストールのLinuxシステムCentos7の特定のプロセスは、前の記事に詳細に記載されている、著者は、これは主に異なる場所の数は、以下の図により説明するです。参考リンク：Centos7オペレーティングシステムのインストール
仮想マシン制御ノードが以下に提供されます。
下方に設けられた仮想マシンコンピューティングノード（2つのノードが同一です）。
上記の手順を設定した後3、（説明される任意のノードの取付好ましく一貫した3つのノードのセットアッププロセス、）開いた構成を実装するための仮想マシン
開封後は、次のように図を説明します：
最低限のインストール4.インストール、計画を選択して、図のディスクを追跡する必要があります。
ディスクの割り当て]ダイアログボックスの後、ディスクの割り当てをクリックしてください
Doneをクリックした後、次のダイアログボックスが表示され、設定を続けます
次いで、取付システムとリンク上で与えられたスクリーンショットに示されていない対応するステップのステップ、完全なセットから、同じ取付システム上の次の通常の動作と一致します。最後のインストールは、その後、通常にログオン（アカウントのみんなのハードウェア構成の問題を考慮して、インストールに失敗した仮想マシン内の他のノードに回避リソース消費リードに）それをオフにすることができます。
上記は、私たちの最初のステップのプロセス全体がより見えるかもしれませんが、あなたは、VMware上のLinuxオペレーティングシステムをインストールするプロセスに精通しているときに最も重要なのインストール前に、その二つのコマンドである、という非常に単純な事実を発見します忘れてはいけません。
問題なくインストールすると、我々は、操作の第二段階を開始するための3つの仮想マシン（オープン1で最高の1）で1をオンにすることができます。
4.2システム環境の設定
ここでは、メインオペレーティングシステム環境設定のニーズの最初のステップが行われることに何のリスト
1、配置各个节点的主机名、网卡，重启网络
2、关闭防火墙、核心防护、网络管理、并且设置为禁止开机自启
3、上传软件包——openstack-rocky压缩包（源），并且进行解压缩等设置
4、配置本地yum源文件
5、三个节点做免交互并且验证
6、配置时间同步ここで設定を開始
1は、（コードが実証容易にする一方で、Xshellや他のリモート接続ツールは、一方で可能な限り本番環境をシミュレート簡単に接続するためのローカルネットワークを構成するためにここに）再起動し、カードセットで次のを見て、ネットワークを各ノード、ネットワークカードのホスト名を設定します
制御ノード構成：
[root@localhost ~]# hostnamectl set-hostname ct
[root@localhost ~]# su
[root@ct ~]# cd /etc/sysconfig/network-scripts/
#配置本地网卡eth0和nat网卡eth1
[root@ct network-scripts]# cat ifcfg-eth0
TYPE=Ethernet
PROXY_METHOD=none
BROWSER_ONLY=no
BOOTPROTO=static
DEFROUTE=yes
IPV4_FAILURE_FATAL=no
IPV6INIT=yes
IPV6_AUTOCONF=yes
IPV6_DEFROUTE=yes
IPV6_FAILURE_FATAL=no
IPV6_ADDR_GEN_MODE=stable-privacy
NAME=eth0
UUID=6dc229bf-8b5b-4170-ac0d-6577b4084fc0
DEVICE=eth0
ONBOOT=yes
IPADDR=192.168.100.20
NETMASK=255.255.255.0
GATEWAY=192.168.100.1
[root@ct network-scripts]# cat ifcfg-eth1
TYPE=Ethernet
PROXY_METHOD=none
BROWSER_ONLY=no
BOOTPROTO=static
DEFROUTE=yes
IPV4_FAILURE_FATAL=no
IPV6INIT=yes
IPV6_AUTOCONF=yes
IPV6_DEFROUTE=yes
IPV6_FAILURE_FATAL=no
IPV6_ADDR_GEN_MODE=stable-privacy
NAME=eth1
UUID=37e4a752-3820-4d15-89ab-6f3ad7037e84
DEVICE=eth1
ONBOOT=yes
IPADDR=20.0.0.20
NETMASK=255.255.255.0
GATEWAY=20.0.0.2
#配置resolv.conf文件用于访问外网
[root@ct network-scripts]# cat /etc/resolv.conf
nameserver 8.8.8.8
#重启网络，进行测试
[root@ct ~]# ping www.baidu.com
PING www.wshifen.com (104.193.88.123) 56(84) bytes of data.
64 bytes from 104.193.88.123 (104.193.88.123): icmp_seq=1 ttl=128 time=182 ms
64 bytes from 104.193.88.123 (104.193.88.123): icmp_seq=2 ttl=128 time=182 ms
^C
--- www.wshifen.com ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1002ms
rtt min/avg/max/mdev = 182.853/182.863/182.874/0.427 ms
計算に加えて）、NIC設定のIPアドレスが同じではない:(他は同じであるノード
[root@localhost ~]# hostnamectl set-hostname c1
[root@localhost ~]# su
[root@c1 ~]# cat /etc/sysconfig/network-scripts/ifcfg-eth0
TYPE=Ethernet
PROXY_METHOD=none
BROWSER_ONLY=no
BOOTPROTO=static
DEFROUTE=yes
IPV4_FAILURE_FATAL=no
IPV6INIT=yes
IPV6_AUTOCONF=yes
IPV6_DEFROUTE=yes
IPV6_FAILURE_FATAL=no
IPV6_ADDR_GEN_MODE=stable-privacy
NAME=eth0
UUID=d8f1837b-ce71-4465-8d6f-97668c343c6a
DEVICE=eth0
ONBOOT=yes
IPADDR=192.168.100.21
NETMASK=255.255.255.0
GATEWAY=192.168.100.1
#计算机节点2上配置ip地址为192.168.100.22設定の3つのノードの/ etc / hostsファイル：
cat /etc/hosts
127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4
::1 localhost localhost.localdomain localhost6 localhost6.localdomain6
192.168.100.20 ct
192.168.100.21 c1
192.168.100.22 c2
#测试是否可以互相ping通
root@ct ~]# ping c1
PING c1 (192.168.100.21) 56(84) bytes of data.
64 bytes from c1 (192.168.100.21): icmp_seq=1 ttl=64 time=0.800 ms
64 bytes from c1 (192.168.100.21): icmp_seq=2 ttl=64 time=0.353 ms
^C
--- c1 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 0.353/0.576/0.800/0.224 ms
[root@ct ~]# ping c2
PING c2 (192.168.100.22) 56(84) bytes of data.
64 bytes from c2 (192.168.100.22): icmp_seq=1 ttl=64 time=0.766 ms
64 bytes from c2 (192.168.100.22): icmp_seq=2 ttl=64 time=0.316 ms
^C
--- c2 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1000ms
rtt min/avg/max/mdev = 0.316/0.541/0.766/0.225 ms
[root@c1 ~]# ping c2
PING c2 (192.168.100.22) 56(84) bytes of data.
64 bytes from c2 (192.168.100.22): icmp_seq=1 ttl=64 time=1.25 ms
64 bytes from c2 (192.168.100.22): icmp_seq=2 ttl=64 time=1.05 ms
64 bytes from c2 (192.168.100.22): icmp_seq=3 ttl=64 time=0.231 ms
^C
--- c2 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2004ms
rtt min/avg/max/mdev = 0.231/0.846/1.255/0.442 ms
2は、（3つのノードは、OpenStackのを使用して、このテスト環境の前に検討するには、次のコマンドを設定し、これらのサービスを試してみる必要がある）、ファイアウォール、コアの保護、ネットワーク管理をオフにして、カイ禁止から起動するように設定されています
systemctl stop firewalld
systemctl disable firewalld
setenforce 0
vi /etc/sysconfig/selinux
SELINUX=disabled
systemctl stop NetworkManager
systemctl disable NetworkManager図3に示すように、圧縮されたパッケージのアップロード--openstack-ロッキー（ソース）等に配置された解凍
私は3つのノードは、アップロード後に下解凍/ optディレクトリにアップロードされているxftpアップロードするためのツールを使用します
以下
[root@ct ~]# ls
anaconda-ks.cfg openstack_rocky.tar.gz
[root@ct ~]# tar -zxf openstack_rocky.tar.gz -C /opt/
[root@ct ~]# cd /opt/
[root@ct opt]# ls
openstack_rocky
[root@ct opt]# du -h
2.4M ./openstack_rocky/repodata
306M ./openstack_rocky
306M .図4は、ローカル構成ファイルYUM源（仮想マシンの設定で見接続された状態で仮想マシンのイメージファイルを、注意、または緑色のドットのアイコン表示駆動の右下には、通常、デフォルトが接続状態であるか否かをチェックするために）ここで制御ノードデモは、同様の動作は、残りのノードであってもよいです。
4.1、システムイメージをマウント
[root@ct opt]# cat /etc/fstab
#
# /etc/fstab
# Created by anaconda on Fri Mar 6 05:02:52 2020
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
UUID=0d4b2a40-756a-4c83-a520-83289e8d50ca / xfs defaults 0 0
UUID=bd59f052-d9bc-47e8-a0fb-55b701b5dd28 /boot xfs defaults 0 0
UUID=8ad9f9e7-92db-4aa2-a93d-1fe93b63bd89 swap swap defaults 0 0
/dev/sr0 /mnt iso9660 defaults 0 0
[root@ct opt]# mount -a
mount: /dev/sr0 is write-protected, mounting read-only
[root@ct opt]# df -hT
Filesystem Type Size Used Avail Use% Mounted on
/dev/sda3 xfs 291G 1.6G 290G 1% /
devtmpfs devtmpfs 3.9G 0 3.9G 0% /dev
tmpfs tmpfs 3.9G 0 3.9G 0% /dev/shm
tmpfs tmpfs 3.9G 12M 3.8G 1% /run
tmpfs tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup
/dev/sda1 xfs 1014M 134M 881M 14% /boot
tmpfs tmpfs 781M 0 781M 0% /run/user/0
/dev/sr0 iso9660 4.2G 4.2G 0 100% /mnt
4.2、yumの新しいソースファイルを書き込むために、バックアップソースを作成
[root@ct opt]# cd /etc/yum.repos.d/
[root@ct yum.repos.d]# ls
CentOS-Base.repo CentOS-Debuginfo.repo CentOS-Media.repo CentOS-Vault.repo
CentOS-CR.repo CentOS-fasttrack.repo CentOS-Sources.repo
[root@ct yum.repos.d]# mkdir backup
[root@ct yum.repos.d]# mv C* backup/
[root@ct yum.repos.d]# vi local.repo
[root@ct yum.repos.d]# cat local.repo
[openstack]
name=openstack
baseurl=file:///opt/openstack_rocky #该路径为解压软件包源的路径
gpgcheck=0
enabled=1
[centos]
name=centos
baseurl=file:///mnt
gpgcheck=0
enabled=1
4.3は、yum.confファイルを変更し、キャッシュが保存されていることを示す、1に設定さkeepcache
[root@ct yum.repos.d]# head -10 /etc/yum.conf
[main]
cachedir=/var/cache/yum/$basearch/$releasever
keepcache=1 #只需要修改该参数
debuglevel=2
logfile=/var/log/yum.log
exactarch=1
obsoletes=1
gpgcheck=1
plugins=1
installonly_limit=5
[root@ct yum.repos.d]# yum clean all #清空所有软件包
Loaded plugins: fastestmirror
Cleaning repos: centos openstack
Cleaning up everything
Maybe you want: rm -rf /var/cache/yum, to also free up space taken by orphaned data from disabled or removed repos
[root@ct yum.repos.d]# yum makecache #建立软件包本地缓存
Loaded plugins: fastestmirror
Determining fastest mirrors
centos | 3.6 kB 00:00:00
openstack | 2.9 kB 00:00:00
(1/7): centos/group_gz | 166 kB 00:00:00
(2/7): centos/filelists_db | 3.1 MB 00:00:01
(3/7): centos/primary_db | 3.1 MB 00:00:01
(4/7): centos/other_db | 1.3 MB 00:00:00
(5/7): openstack/primary_db | 505 kB 00:00:00
(6/7): openstack/filelists_db | 634 kB 00:00:00
(7/7): openstack/other_db | 270 kB 00:00:00
Metadata Cache Created
3つのノード、および検証の間に5無料メイクの相互作用
ssh-keygen -t rsa #一路回车即可，下面遇到交互是输入yes以及登录的虚拟机的root的密码即可
ssh-copy-id ct
ssh-copy-id c1
ssh-copy-id c2だから我々は良いのスナップショットを取得し、これらの設定を確認するには、仮想マシンを再起動して最初の実験の前に、セキュリティと認証の設定を確実にするために、（次の確認はここでは例として、制御ノードに各ノードで行われるべきです）
[root@ct ~]# ls
anaconda-ks.cfg openstack_rocky.tar.gz
[root@ct ~]# systemctl status firewalld
● firewalld.service - firewalld - dynamic firewall daemon
Loaded: loaded (/usr/lib/systemd/system/firewalld.service; disabled; vendor preset: enabled)
Active: inactive (dead)
Docs: man:firewalld(1)
[root@ct ~]# systemctl status NetworkManager
● NetworkManager.service - Network Manager
Loaded: loaded (/usr/lib/systemd/system/NetworkManager.service; disabled; vendor preset: enabled)
Active: inactive (dead)
Docs: man:NetworkManager(8)
[root@ct ~]# setenforce ?
setenforce: SELinux is disabled
#再次确认一下免交互是否成功
[root@ct ~]# ssh c1
Last login: Sun Mar 8 13:11:32 2020 from c2
[root@c1 ~]# exit
logout
Connection to c1 closed.
[root@ct ~]# ssh c2
Last login: Sun Mar 8 13:14:18 2020 from gateway
[root@c2 ~]#
図6に示すように、時刻同期の設定
このステップでは、特に当社の生産環境では、各サーバー間の時間が同期できない場合を想像し、非常に多くのサービスや操作のために行われていない、とさえ重大な事故につながり、重大です。
ntpdのサービスによってノード同期アリクラウドサーバ計算ノードと2つの同期制御ノード時間を制御するために、例えば、クロックアリクラウドサーバを同期するための実験環境。
制御ノード構成：
[root@ct ~]# yum -y install ntpdate
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
Resolving Dependencies
--> Running transaction check
---> Package ntpdate.x86_64 0:4.2.6p5-28.el7.centos will be installed
--> Finished Dependency Resolution
//...//省略部分内容
Installed:
ntpdate.x86_64 0:4.2.6p5-28.el7.centos
Complete!
#同步阿里云时钟服务器
[root@ct ~]# ntpdate ntp.aliyun.com
8 Mar 05:20:32 ntpdate[9596]: adjust time server 203.107.6.88 offset 0.017557 sec
[root@ct ~]# date
Sun Mar 8 05:20:40 EDT 2020
[root@ct ~]# yum -y install ntp
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
Resolving Dependencies
--> Running transaction check
---> Package ntp.x86_64 0:4.2.6p5-28.el7.centos will be installed
--> Processing Dependency: libopts.so.25()(64bit) for package: ntp-4.2.6p5-28.el7.centos.x86_64
--> Running transaction check
---> Package autogen-libopts.x86_64 0:5.18-5.el7 will be installed
--> Finished Dependency Resolution
Dependencies Resolved
==========================================================================================================================
Package Arch Version Repository Size
==========================================================================================================================
Installing:
ntp x86_64 4.2.6p5-28.el7.centos centos 549 k
Installing for dependencies:
autogen-libopts x86_64 5.18-5.el7 centos 66 k
Transaction Summary
==========================================================================================================================
Install 1 Package (+1 Dependent package)
Total download size: 615 k
Installed size: 1.5 M
Downloading packages:
--------------------------------------------------------------------------------------------------------------------------
Total 121 MB/s | 615 kB 00:00:00
Running transaction check
Running transaction test
Transaction test succeeded
Running transaction
Installing : autogen-libopts-5.18-5.el7.x86_64 1/2
Installing : ntp-4.2.6p5-28.el7.centos.x86_64 2/2
Verifying : autogen-libopts-5.18-5.el7.x86_64 1/2
Verifying : ntp-4.2.6p5-28.el7.centos.x86_64 2/2
Installed:
ntp.x86_64 0:4.2.6p5-28.el7.centos
Dependency Installed:
autogen-libopts.x86_64 0:5.18-5.el7
Complete!
NTPマスター設定ファイルを変更します。
サービスを再起動し、ファイルを保存した後、サービスがchronyd.serviceをシャットダウン
[root@ct ~]# systemctl disable chronyd.service
Removed symlink /etc/systemd/system/multi-user.target.wants/chronyd.service.
[root@ct ~]# systemctl restart ntpd
[root@ct ~]# systemctl enable ntpd
2つのコンピューティングノード構成
[root@c1 ~]# yum -y install ntpdate
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
Resolving Dependencies
--> Running transaction check
---> Package ntpdate.x86_64 0:4.2.6p5-28.el7.centos will be installed
--> Finished Dependency Resolution
Dependencies Resolved
==========================================================================================================================
Package Arch Version Repository Size
==========================================================================================================================
Installing:
ntpdate x86_64 4.2.6p5-28.el7.centos centos 86 k
Transaction Summary
==========================================================================================================================
Install 1 Package
Total download size: 86 k
Installed size: 121 k
Downloading packages:
Running transaction check
Running transaction test
Transaction test succeeded
Running transaction
Installing : ntpdate-4.2.6p5-28.el7.centos.x86_64 1/1
Verifying : ntpdate-4.2.6p5-28.el7.centos.x86_64 1/1
Installed:
ntpdate.x86_64 0:4.2.6p5-28.el7.centos
Complete!
[root@c1 ~]# ntpdate ct
8 Mar 05:36:26 ntpdate[9562]: step time server 192.168.100.20 offset -28798.160949 sec
[root@c1 ~]# crontab -e
#写入周期性计划任务后保存退出，例如：*/30 * * * * /usr/sbin/ntpdate ct >> /var/log/ntpdate.log
no crontab for root - using an empty one
crontab: installing new crontab
4.3 OpenStackの展開のための鍵
動作制御ノード
#安装openstack-packstack工具用于生成openstack应答文件（txt文本格式）
[root@ct ~]# yum install -y openstack-packstack
[root@ct ~]# packstack --gen-answer-file=openstack.txt
[root@ct ~]# ls
anaconda-ks.cfg openstack_rocky.tar.gz openstack.txt
変更する方法に焦点を当てています。ここでは具体的に記載されていない、後の記事を読んだことがあり、次の記事では、応答ファイルの特定の設定パラメータについて説明します
ここでは、行は慎重に修正を与えられるの内容を変更する必要があります
41行：y-n
50行：y-n
97行：192.168.100.11,192.168.100.12
557行：20G
817 ：physnet1
862 ：physnet1:br-ex
873：br-ex:eth1
1185：y-n #还有一些网段需要修改以及密码这里使用sed正则表达式来全局修改
[root@ct ~]# sed -i -r 's/(.+_PW)=.+/\1=sf144069/' openstack.txt
[root@ct ~]# sed -i -r 's/20.0.0.20/192.168.100.20/g' openstack.txt
キーのインストールを展開するコマンド
[root@ct ~]# packstack --answer-file=openstack.txt
Welcome to the Packstack setup utility
The installation log file is available at: /var/tmp/packstack/20200308-055746-HD3Zl3/openstack-setup.log
Installing:
Clean Up [ DONE ]
Discovering ip protocol version [ DONE ]
Setting up ssh keys [ DONE ]
Preparing servers [ DONE ]
Pre installing Puppet and discovering hosts' details [ DONE ]
Preparing pre-install entries [ DONE ]
Setting up CACERT [ DONE ]
Preparing AMQP entries [ DONE ]
Preparing MariaDB entries [ DONE ]
Fixing Keystone LDAP config parameters to be undef if empty[ DONE ]
Preparing Keystone entries [ DONE ]
...//省略部分内容各ノード端子（ログ情報を表示するために、次のコマンドを使用して、接続制御ノードのXshell開放末端）で
tail -f /var/log/messages図に示すケースが存在していない問題で表すように表示されたら、次のステップは、辛抱強く待つことです
次の図は、展開を成功の出現を示しています
当社は、以下の説明を参照することが記事の最後にテストをブラウザ（グーグル）ログインダッシュボードを使用することができます。
OpenStackのエントリ - 理論的な記事（B）：OpenStackのノードタイプと構造（サンプルログインインターフェースのダッシュボードを含みます）
V.の概要と展開のトラブルシューティングのアイデア
展開プロセスの著者はまた、いくつかの予期しないエラーや問題が発生したが、基本的に解決、これらはほとんどがマイナーな問題で、コードが間違っている、何かが間違っ変更などがあります。しかし、まだ皆のための提案やトラブルシューティングのアイデアを与えます：
まず、これらの大規模パイロットプロジェクトは、私たちはアイデアや展開の順序を明確にする必要があります。
それが習慣的にバックアップが必要です実験的なプロセスであるため、第二に、インストールプロセスは、ストレージカザフスタンは、（仮想マシンでは、我々は、スナップショットを取ることができます）。このような状況は、我々は問題を解決できない場合などは、あなたは、このスナップショット機構の時間成功した展開相の原点にロールバックすることができ、後に発生する可能性があります。これは、私たちのために多くの時間を節約できます。
1の問題は、直接編集することができます表示された場合は最初、ERRORの意味を理解し、トラブルシューティングに続いて、何の解決策のアイデアが存在しない場合は、自分の環境問題かどうかを確認するために行ってきました、サービスがオンになっている、サービスの停止等、シャットダウンしています;あなたが情報を探して、あなたはまだそれを解決できない場合は、そのような百度に行く、公式を見ると、環境は、例えば、どこ正しく設定ファイルを変更するかどうか、関連するパラメータの一部、および上ので、設定ファイルが正しくないかどうかを確認するためにチェックを行くことは何ら問題がない場合ドキュメントには、前任者またはあなたが同様の問題を経験している場合、どのように解決するために、以前のエンジニアを確認してください。
具体的なトラブルシューティングがまだ累積経験に時間がかかり、この論文の主な目的は、簡単な実験、理論的な部分をしようとする初心者のために、OpenStackのプラットフォームのローカルRバージョンで複数のノードを展開するプロセス全体を実証することである、著者はアップデートに続きます読者が読書に集中し続けることを願って！ありがとうございます！