HOS 1.1.1 Instalación de Plano de Control Flexible Triple-O
2015-09-17
Machine-translated — the English original is authoritative.
La instalación del plano de control flexible (FCP) es un proceso utilizado para Conceptos de Prueba (PoCs), evaluaciones y demostraciones. No está destinado a ser utilizado en producción. Fue desarrollado para reducir el número de servidores físicos necesarios para HOS 1.X de un mínimo de 8 servidores (excluyendo el almacenamiento en bloque) a 4 servidores.
Los mismos requisitos previos se aplican al host semilla y a los hosts kvm que a la semilla estándar. Configurar paquetes, NTP, etc.
archivo vm-plan
Crear un archivo vm-plan en el host semilla:
,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,
Nota: El campo 1 es la nic BRIDGE_INTERFACE en el host remoto.
(Si está vacío, esto tomará por defecto el mismo valor de BRIDGE_INTERFACE que se utiliza en el host semilla) Por ejemplo: “em59”.
archivo overcloud-config.json
Crear un archivo overcloud-config.json en el host semilla:
{
“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”: “[p.ej. em59 o 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”
}
}
Configurar el inicio de sesión sin contraseña
Las mejores prácticas dictarían que no se habilite el acceso root para ssh sin contraseña, pero como esto es solo para un entorno de evaluación, se utilizó la cuenta root.
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]
Puente Virtual Baremetal
Identificar la nic física que se utilizará para crear un puente entre las VMs y los servidores de cómputo físicos – por ejemplo, ver em1 en este artículo.
Si el sistema que ejecuta el instalador y la VM semilla no utiliza el nombre de dispositivo externo eth0, entonces determinar el nombre del dispositivo antes de ejecutar el siguiente paso en el host semilla –
export BRIDGE_INTERFACE=[p.ej. em59]
En el host semilla –
export HP_VM_MODE=hybrid
bash /root/tripleo/tripleo-incubator/scripts/hp_ced_host_manager.sh –local-setup –vm-plan vm-plan
Copiar hp_ced_host_manager.sh a cada host remoto.
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
Copiar hp_ced_ensure_host_bridge.sh a cada host remoto.
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
Como root en cada host remoto, ejecutar
export BRIDGE_INTERFACE=[em59]
bash -x ~root/hp_ced_host_manager.sh –remote-setup
Iniciar el proceso de construcción de la semilla
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
Una vez que esto haya completado con éxito, copiar el archivo overcloud-config.json a la nueva vm semilla creada.
scp overcloud-config.json root@xx.xx.6.27:/
Iniciar el proceso de construcción del undercloud y overcloud
Iniciar sesión en la vm semilla –
ssh root@10.51.6.27
Editar el archivo baremetal.csv y añadir los detalles de los dos nuevos nodos de cómputo.
Por ejemplo:
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
——— Fin del Proceso de Instalación ————
Notas de Instalación
- El modo FCP no admite el modo bios UEFI Proliant Gen9 – asegurar que todos los servidores Gen9 estén configurados en modo de arranque Legacy
- No todas las NICs PCIe Gen9 admiten el arranque PXE cuando se utiliza el modo de arranque Legacy – las NICs de gestión deben poder arrancar mediante PXE
- Los requisitos previos dictan Ubuntu 14.04 sin embargo, el procedimiento de copia de seguridad/restauración requiere características que fueron introducidas en Ubuntu 14.10
Originally published on allthingscloud.eu (2015-09-17).