Geek with the Peak Always learning · always teaching

HOS 1.1.1 Triple-O Flexible Control Plane Installation

2015-09-17

HOS 1.1.1 Triple-O Flexible Control Plane Installation

Machine-translated — the English original is authoritative.

Die Flexible Control Plane (FCP)-Installation ist ein Verfahren, das für Proof of Concepts (PoCs), Bewertungen und Demonstrationen verwendet wird. Sie ist nicht für den produktiven Einsatz vorgesehen. Sie wurde entwickelt, um die Anzahl der physischen Server, die für HOS 1.X erforderlich sind (ohne Blockspeicher), von einem Minimum von 8 Servern auf 4 Server zu reduzieren.

flexiblecontrolpane1

FCP_Figure2_HOS1.1

Die gleichen Voraussetzungen gelten für den Seed-Host und die KVM-Hosts wie für den Standard-Seed-Host. Konfigurieren Sie Pakete, NTP usw.

vm-plan-Datei

Erstellen Sie eine vm-plan-Datei auf dem Seed-Host:

,root,,[seedvm-IP],4,32768,,Undercloud,
,root,,[seedvm-IP],4,32768,,OvercloudControl,
,root,,[kvmhostA-IP],4,32768,,OvercloudControl,
,root,,[kvmhostB-IP],4,32768,,OvercloudControl,
,root,,[kvmhostA-IP],4,32768,,OvercloudSwiftStorage,
,root,,[kvmhostB-IP],4,32768,,OvercloudSwiftStorage,

Hinweis: Feld 1 ist die BRIDGE_INTERFACE-NIC auf dem Remote-Host.
(Wenn leer, wird standardmäßig derselbe Wert für BRIDGE_INTERFACE verwendet wie auf dem Seed-Host) Zum Beispiel: „em59“.

overcloud-config.json-Datei

Erstellen Sie eine overcloud-config.json-Datei auf dem Seed-Host:

{
“cloud_type”: “KVM”,
“vsa_scale”: 0,
“vsa_ao_scale”: 0,
“so_swift_storage_scale”: 0,
“so_swift_proxy_scale”: 0,
“compute_scale”: 2,
“bridge_interface”: “[z. B. em59 oder eth7]”,
“virtual_interface”: “eth0”,
“fixed_range_cidr”: “172.0.100.0/24”,
“control_virtual_router_id”: “117”,
“baremetal”: {
“network_seed_ip”: “xx.xx.6.27”,
“network_cidr”: “xx.xx.6.0/24”,
“network_gateway”: “xx.xx.6.1”,
“network_seed_range_start”: “xx.xx.6.28”,
“network_seed_range_end”: “xx.xx.6.29”,
“network_undercloud_range_start”: “xx.xx.6.30”,
“network_undercloud_range_end”: “xx.xx.6.60”
},
“neutron”: {
“overcloud_public_interface”: “vlanxx07”,
“public_interface_raw_device”: “eth0”,
“undercloud_public_interface”: “eth0”
},
“dns”: {
“seed_server”: “8.8.8.8”,
“overcloud_server”: “8.8.8.8”,
“undercloud_server”: “8.8.8.8”
},
“ntp”: {
“overcloud_server”: “8.8.8.123”,
“undercloud_server”: “8.8.8.123”,
“seed_server”: “8.8.8.123”
},
“floating_ip”: {
“start”: “yy.yy.250.242”,
“end”: “yy.yy.250.254”,
“cidr”: “yy.yy.250.240/28”
},
“svc”: {
“interface”: “vlanxx17”,
“interface_default_route”: “xx.xx.5.129”,
“allocate_start”: “xx.xx.5.130”,
“allocate_end”: “xx.xx.5.158”,
“allocate_cidr”: “xx.xx.5.128/27”,
“overcloud_bridge_mappings”: “svcnet1:br-svc”,
“overcloud_flat_networks”: “svcnet1”,
“customer_router_ip”: “xx.xx.5.129”
},
“hypervisor”: {
“public_interface”: “vlanxx07”,
“public_interface_raw_device”: “eth0”
}

}

Passwortloses Login einrichten

Best Practices würden nahelegen, den Root-Zugriff für passwortloses SSH nicht zu aktivieren, aber da dies nur für eine Evaluierungsumgebung ist, wurde das Root-Konto verwendet.

ssh-copy-id -i /root/.ssh/id_rsa.pub root@localhost

ssh-copy-id -i /root/.ssh/id_rsa.pub root@[kvmhostA-IP]

ssh-copy-id -i /root/.ssh/id_rsa.pub root@[kvmhostB-IP]

Baremetal Virtual Bridge

Identifizieren Sie die physische NIC, die zum Bridgen zwischen VMs und den physischen Compute-Servern verwendet werden soll – zum Beispiel siehe em1 in diesem Beitrag.

Wenn das System, das den Installer und die Seed-VM ausführt, den externen Gerätenamen eth0 nicht verwendet, bestimmen Sie den Gerätenamen, bevor Sie den nächsten Schritt auf dem Seed-Host ausführen –

export BRIDGE_INTERFACE=[z. B. em59]

Auf dem Seed-Host –

export HP_VM_MODE=hybrid

bash /root/tripleo/tripleo-incubator/scripts/hp_ced_host_manager.sh –local-setup –vm-plan vm-plan

Kopieren Sie hp_ced_host_manager.sh auf jeden Remote-Host.

scp /root/tripleo/tripleo-incubator/scripts/hp_ced_host_manager.sh root@[kvmhostA-IP]:hp_ced_host_manager.sh

scp /root/tripleo/tripleo-incubator/scripts/hp_ced_host_manager.sh root@[kvmhostB-IP]:hp_ced_host_manager.sh

Kopieren Sie hp_ced_ensure_host_bridge.sh auf jeden Remote-Host.

scp /root/tripleo/tripleo-incubator/scripts/hp_ced_ensure_host_bridge.sh root@[kvmhostA-IP]:hp_ced_ensure_host_bridge.sh

scp /root/tripleo/tripleo-incubator/scripts/hp_ced_ensure_host_bridge.sh root@[kvmhostB-IP]:hp_ced_ensure_host_bridge.sh

Führen Sie als Root auf jedem Remote-Host Folgendes aus

export BRIDGE_INTERFACE=[em59]

bash -x ~root/hp_ced_host_manager.sh –remote-setup

Seed-Build-Prozess starten

source /root/tripleo/tripleo-incubator/scripts/hp_ced_load_config.sh overcloud-config.json

export BRIDGE_INTERFACE=[em59]

export HP_VM_MODE=hybrid

bash -x /root/tripleo/tripleo-incubator/scripts/hp_ced_host_manager.sh –create-seed –vm-plan tripleo/vm-plan 2>&1|tee seedvm.log

Sobald dies erfolgreich abgeschlossen ist, kopieren Sie die overcloud-config.json-Datei auf die neu erstellte Seed-VM.

scp overcloud-config.json root@xx.xx.6.27:/

Undercloud- & Overcloud-Build-Prozess starten

Melden Sie sich bei der Seed-VM an –

ssh root@10.51.6.27

Bearbeiten Sie die baremetal.csv-Datei und fügen Sie die Details der beiden neuen Compute-Knoten hinzu.
Zum Beispiel:
00:aa:bb:cc:dd:77,root,undefined,xx.xx.6.24,4,32768,512,Undercloud,VM
00:aa:bb:cc:dd:84,root,undefined,xx.xx.6.24,4,32768,512,OvercloudControl,VM
00:aa:bb:cc:dd:16,root,undefined,xx.xx.6.25,4,32768,512,OvercloudControl,VM
00:aa:bb:cc:dd:d8,root,undefined,xx.xx.6.26,4,32768,512,OvercloudControl,VM
00:aa:bb:cc:dd:14,root,undefined,xx.xx.6.25,4,32768,512,OvercloudSwiftStorage,VM
00:aa:bb:cc:dd:19,root,undefined,xx.xx.6.26,4,32768,512,OvercloudSwiftStorage,VM
5c:aa:bb:cc:dd:e4,admin,password,xx.xx.3.63,24,524288,931,OvercloudCompute,IPMI
5c:aa:bb:cc:dd:1c,admin,password,xx.xx.3.64,24,524288,931,OvercloudCompute,IPMI

source /root/tripleo/tripleo-incubator/scripts/hp_ced_load_config.sh /overcloud-config.json

bash -x /root/tripleo/tripleo-incubator/scripts/hp_ced_installer.sh 2>&1|tee fcpbuild.log

——— Ende des Installationsprozesses ————

Installationshinweise

  1. Der FCP-Modus unterstützt nicht den UEFI-BIOS-Modus von Proliant Gen9 – stellen Sie sicher, dass alle Gen9-Server auf den Legacy-Boot-Modus eingestellt sind
  2. Nicht alle Gen9-PCIe-NICs unterstützen den PXE-Boot im Legacy-Boot-Modus – die Management-NICs müssen in der Lage sein, per PXE zu booten
  3. Die Voraussetzungen schreiben Ubuntu 14.04 vor, das Backup-/Restore-Verfahren erfordert jedoch Funktionen, die in Ubuntu 14.10 eingeführt wurden

Originally published on allthingscloud.eu (2015-09-17).

← All posts