Reemplazo PCRF del OSD-cálculo UCS 240M4 Contenido Introducción Antecedentes Healthcheck Salvaguardia Identifique las VM recibidas en el nodo del OSD-cálculo Potencia agraciada apagado Emigre salida al modo de reserva Eliminación del nodo del OSD-cálculo La cancelación de se nubla Nodo del OSD-cálculo de la cancelación de la lista del servicio Agentes del neutrón de la cancelación Cancelación de Nova y de la base de datos irónica Instale el nuevo nodo del cálculo Agregue el nuevo nodo del OSD-cálculo al nublar Restablezca las VM Adición a la lista del agregado de Nova Recuperación de salida VM Introducción Este documento describe los pasos requeridos para substituir un servidor defectuoso del OSD- cálculo en un Ultra-M puesto que funciona la red virtual de la habitación de la directiva de Cisco de los host (CPS) (VNFs). Antecedentes Este documento se piensa para el familiar del personal de Cisco con la plataforma de Cisco Ultra- M y detalla los pasos requeridos ser realizado en OpenStack y el nivel CPS VNF a la hora del reemplazo del servidor del OSD-cálculo. Nota: Ultra la versión M 5.1.x se considera para definir los procedimientos en este documento. Healthcheck Antes de que usted substituya un nodo del OSD-cálculo, es importante controlar al estado actual de su entorno de la plataforma de OpenStack del Red Hat. Se recomienda le control el estado actual para evitar las complicaciones cuando el proceso de reemplazo del cálculo está prendido. De OSPD
21
Embed
Reemplazo PCRF del OSD-cálculo UCS 240M4 · Reemplazo PCRF del OSD-cálculo UCS 240M4 Contenido Introducción Antecedentes Healthcheck Salvaguardia Identifique las VM recibidas en
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
Reemplazo PCRF del OSD-cálculo UCS 240M4 Contenido
IntroducciónAntecedentesHealthcheckSalvaguardiaIdentifique las VM recibidas en el nodo del OSD-cálculoPotencia agraciada apagadoEmigre salida al modo de reservaEliminación del nodo del OSD-cálculoLa cancelación de se nublaNodo del OSD-cálculo de la cancelación de la lista del servicioAgentes del neutrón de la cancelaciónCancelación de Nova y de la base de datos irónicaInstale el nuevo nodo del cálculoAgregue el nuevo nodo del OSD-cálculo al nublarRestablezca las VMAdición a la lista del agregado de NovaRecuperación de salida VM
Introducción
Este documento describe los pasos requeridos para substituir un servidor defectuoso del OSD-cálculo en un Ultra-M puesto que funciona la red virtual de la habitación de la directiva de Ciscode los host (CPS) (VNFs).
Antecedentes
Este documento se piensa para el familiar del personal de Cisco con la plataforma de Cisco Ultra-M y detalla los pasos requeridos ser realizado en OpenStack y el nivel CPS VNF a la hora delreemplazo del servidor del OSD-cálculo.
Nota: Ultra la versión M 5.1.x se considera para definir los procedimientos en estedocumento.
Healthcheck
Antes de que usted substituya un nodo del OSD-cálculo, es importante controlar al estado actualde su entorno de la plataforma de OpenStack del Red Hat. Se recomienda le control el estadoactual para evitar las complicaciones cuando el proceso de reemplazo del cálculo está prendido.
Nota: En la salida mostrada aquí, la primera columna corresponde universal al Identificadorúnico (UUID), la segunda columna es el nombre VM y la tercera columna es el hostnamedonde está presente la VM. Los parámetros de esta salida serán utilizados en las seccionesposteriores.
Nota: Si el nodo del OSD-cálculo que se substituirá es totalmente abajo y no accesible,después proceda a la sección titulada “quitan el nodo del OSD-cálculo de la lista delagregado de Nova”. Si no, proceda de la siguiente sección.
Paso 2. Verifique que CEPH tenga capacidad disponible de permitir que un solo servidor OSDsea quitado.
[root@pod1-osd-compute-0 ~]# sudo ceph df
GLOBAL:
SIZE AVAIL RAW USED %RAW USED
13393G 11804G 1589G 11.87
POOLS:
NAME ID USED %USED MAX AVAIL OBJECTS
rbd 0 0 0 3876G 0
metrics 1 4157M 0.10 3876G 215385
images 2 6731M 0.17 3876G 897
backups 3 0 0 3876G 0
volumes 4 399G 9.34 3876G 102373
vms 5 122G 3.06 3876G 31863
Paso 3. Verifique que estatus del árbol del osd del ceph esté para arriba en el servidor del OSD-cálculo.
[heat-admin@pod1-osd-compute-0 ~]$ sudo ceph osd tree
ID WEIGHT TYPE NAME UP/DOWN REWEIGHT PRIMARY-AFFINITY
-1 13.07996 root default
-2 4.35999 host pod1-osd-compute-0
0 1.09000 osd.0 up 1.00000 1.00000
3 1.09000 osd.3 up 1.00000 1.00000
6 1.09000 osd.6 up 1.00000 1.00000
9 1.09000 osd.9 up 1.00000 1.00000
-3 4.35999 host pod1-osd-compute-2
1 1.09000 osd.1 up 1.00000 1.00000
4 1.09000 osd.4 up 1.00000 1.00000
7 1.09000 osd.7 up 1.00000 1.00000
10 1.09000 osd.10 up 1.00000 1.00000
-4 4.35999 host pod1-osd-compute-1
2 1.09000 osd.2 up 1.00000 1.00000
5 1.09000 osd.5 up 1.00000 1.00000
8 1.09000 osd.8 up 1.00000 1.00000
11 1.09000 osd.11 up 1.00000 1.00000
Paso 4. Los procesos CEPH son activos en el servidor del OSD-cálculo.
Paso 2. Quite el nodo del OSD-cálculo de la lista del agregado de Nova.
Enumere los agregados de la Nova e identifique el agregado que corresponde al servidor delcálculo basado en el VNF recibido por ella. Generalmente, estaría del formato <VNFNAME>-EM-MGMT<X> y <VNFNAME>-CF-MGMT<X>
●
[stack@director ~]$ nova aggregate-list
+----+------+-------------------+
| Id | Name | Availability Zone |
+----+------+-------------------+
| 3 | esc1 | AZ-esc1 |
| 6 | esc2 | AZ-esc2 |
| 9 | aaa | AZ-aaa |
+----+------+-------------------+
En nuestro caso, el servidor del OSD-cálculo pertenece a esc1. Así pues, los agregados quecorresponden serían esc1
Paso 3. Quite el nodo del OSD-cálculo del agregado identificado.
nova aggregate-remove-host <Aggregate> <Host>
[stack@director ~]$ nova aggregate-remove-host esc1 pod1-osd-compute-0.localdomain
Paso 4. Verifique si el nodo del OSD-cálculo se ha quitado de los agregados. Ahora, asegúresede que el host no sea mencionado bajo agregados.
nova aggregate-show <aggregate-name>
[stack@director ~]$ nova aggregate-show esc1
[stack@director ~]$
Eliminación del nodo del OSD-cálculo
Los pasos mencionados en esta sección son comunes con independencia de las VM recibidas enel nodo del cálculo.
La cancelación de se nubla
Paso 1. Cree un archivo de secuencia de comandos nombrado delete_node.sh con el contenidocomo se muestra. Asegúrese de que las plantillas mencionadas sean lo mismo que las que estáusadas en el script de deploy.sh usado para el despliegue de la pila.
[stack@director ~]$ ironic node-list (node delete must not be listed now)
Instale el nuevo nodo del cálculo
Los pasos para instalar un nuevo servidor UCS C240 M4 y los pasos iniciales de la disposición sepueden referir de: Instalación del servidor de Cisco UCS C240 M4 y guía del servicio
Paso 1. Después de la instalación del servidor, inserte los discos duros en las ranuras respectivascomo el servidor viejo.
Paso 2. Ábrase una sesión al servidor con el uso del IP CIMC.
Mejora del paso 3.Perform BIOS si el firmware no está según la versión recomendada usadapreviamente. Los pasos para la mejora BIOS se dan aquí: Guía de actualización BIOS delservidor de los montajes en bastidor de la serie C de Cisco UCS
Paso 4. Verifique el estatus de las unidades físicas. Debe ser Unconimaged bueno.
Paso 5. Cree una unidad virtual de las unidades físicas con el nivel 1. RAID.
Paso 6. Navegue a la sección del almacenamiento y seleccione el regulador modular de laincursión de Cisco 12G Sas y verifique el estatus y la salud del regulador de la incursión tal ycomo se muestra en de la imagen.
Nota: La imagen antedicha está para el fin de ilustración solamente, en el OSD-cálculo realCIMC que usted ve siete unidades físicas en las ranuras [1,2,3,7,8,9,10] en el buen estadounconimaged pues no se crea ningunas unidades virtuales de ellas.
Paso 7. Ahora cree una unidad virtual de una unidad física inusitada de la información delcontrolador, bajo el regulador modular de la incursión de Cisco 12G SAS.
Paso 8. Seleccione el VD y configure el conjunto como unidad de arranque.
Paso 9. Active IPMI sobre el LAN de los servicios de comunicación bajo Admin cuadro.
Paso 10. Inhabilite Híper-roscar de la configuración BIOS del avance bajo nodo del cálculo tal ycomo se muestra en de la imagen.
Paso 11 Similar a BOOTOS VD creado con la comprobación conduce 1 y 2, crean cuatro másunidades virtuales como
DIARIO - De la unidad número física 3
OSD1 - De la unidad número física 7
OSD2 - De la unidad número física 8
OSD3 - De la unidad número física 9
OSD4 - De la unidad número física 10
Paso 7. En el extremo, las unidades y las unidades virtuales de la comprobación deben sersimilares.
Nota: La imagen mostrada aquí y los pasos para la configuración mencionados en estasección están referente a la versión de firmware 3.0(3e) y pudo haber variaciones mínimassi usted trabaja en otras versiones.
Agregue el nuevo nodo del OSD-cálculo al nublar
Los pasos mencionados en esta sección son comunes con independencia de la VM recibida porel nodo del cálculo.
Paso 1. Agregue el servidor del cálculo con un diverso índice.
Cree un fichero add_node.json con solamente los detalles del nuevo servidor del cálculo que seagregará. Asegúrese de que el número del índice para el nuevo servidor del OSD-cálculo no sehaya utilizado antes. Típicamente, incremente el valor más alto siguiente del cálculo.
Ejemplo: Estaban lo más arriba posible anteriormente osd-compute-0 así que osd-compute-3creado en caso del sistema 2-vnf.
Started Mistral Workflow. Execution ID: e320298a-6562-42e3-8ba6-5ce6d8524e5c
Waiting for introspection to finish...
Successfully introspected all nodes.
Introspection completed.
Started Mistral Workflow. Execution ID: c4a90d7b-ebf2-4fcb-96bf-e3168aa69dc9
Successfully set all nodes to available.
[stack@director ~]$ ironic node-list |grep available
| 7eddfa87-6ae6-4308-b1d2-78c98689a56e | None | None | power off
| available | False |
Paso 4. Agregue los IP Addresses a custom-templates/layout.yml bajo OsdComputeIPs. En estecaso, como usted substituye osd-compute-0, usted agrega ese direccionamiento al extremo de lalista para cada tipo.
OsdComputeIPs:
internal_api:
- 11.120.0.43
- 11.120.0.44
- 11.120.0.45
- 11.120.0.43 <<< take osd-compute-0 .43 and add here
tenant:
- 11.117.0.43
- 11.117.0.44
- 11.117.0.45
- 11.117.0.43 << and here
storage:
- 11.118.0.43
- 11.118.0.44
- 11.118.0.45
- 11.118.0.43 << and here
storage_mgmt:
- 11.119.0.43
- 11.119.0.44
- 11.119.0.45
- 11.119.0.43 << and here
Paso 5. Ejecute el script de deploy.sh que fue utilizada previamente para desplegar la pila, paraagregar el nuevo nodo del cálculo a la pila del nublar.
| 0f2d88cd-d2b9-4f28-b2ca-13e305ad49ea | pod1-osd-compute-3 | ACTIVE | - | Running
| ctlplane=192.200.0.117 |
[stack@director ~]$ source corerc
[stack@director ~]$ openstack hypervisor list |grep osd-compute-3
| 63 | pod1-osd-compute-3.localdomain |
Paso 8. Ábrase una sesión al nuevo servidor del OSD-cálculo y controle los procesos del ceph.Inicialmente, el estatus está en HEALTH_WARN mientras que el ceph se recupera.
Paso 1. Controle el estatus de salida VM de la lista de la Nova y suprímalo.
stack@director scripts]$ nova list |grep esc
| c566efbf-1274-4588-a2d8-0682e17b0d41 | esc |
ACTIVE | - | Running | VNF2-UAS-uas-orchestration=172.168.11.14; VNF2-UAS-uas-
management=172.168.10.4
|
[stack@director scripts]$ nova delete esc
Request to delete server esc has been accepted.
If can not delete esc then use command: nova force-delete esc
Paso 2. En OSPD, navegue al directorio de la ECS-imagen y asegúrese de que los bootvm.py ylos qcow2 para la versión salida están presentes, si no la mueven a un directorio.
[stack@atospd ESC-Image-157]$ ll
total 30720136
-rw-r--r--. 1 root root 127724 Jan 23 12:51 bootvm-2_3_2_157a.py
-rw-r--r--. 1 root root 55 Jan 23 13:00 bootvm-2_3_2_157a.py.md5sum
-rw-rw-r--. 1 stack stack 31457280000 Jan 24 11:35 esc-2.3.2.157.qcow2
Nota: Después de que salida problemática VM se cambie de frente con exactamente el mismo comando bootvm.py quela instalación inicial, salida ha realiza la sincronización automáticamente sin ningún procedimiento manual. Asegúrese deque el master salida sea ascendente y se ejecute.
Paso 6. Ábrase una sesión a nueva salida y verifique el estado de reserva.
[admin@esc ~]$ escadm status
0 ESC status=0 ESC Backup Healthy
[admin@VNF2-esc-esc-1 ~]$ health.sh
============== ESC HA (BACKUP) ===================================================