Substituição do server UCS 240M4 OSPD - vEPC

Opções de download

PDF (239.3 KB)
Ver no Adobe Reader em vários dispositivos
ePub (947.5 KB)
Ver em vários aplicativos no iPhone, iPad, Android, Sony Reader ou Windows Phone
Mobi (Kindle) (555.1 KB)
Ver no dispositivo Kindle ou no aplicativo Kindle em vários dispositivos

Atualizado:23 de Julho de 2018

ID do documento:213510

Linguagem imparcial

O conjunto de documentação deste produto faz o possível para usar uma linguagem imparcial. Para os fins deste conjunto de documentação, a imparcialidade é definida como uma linguagem que não implica em discriminação baseada em idade, deficiência, gênero, identidade racial, identidade étnica, orientação sexual, status socioeconômico e interseccionalidade. Pode haver exceções na documentação devido à linguagem codificada nas interfaces de usuário do software do produto, linguagem usada com base na documentação de RFP ou linguagem usada por um produto de terceiros referenciado. Saiba mais sobre como a Cisco está usando a linguagem inclusiva.

Sobre esta tradução

A Cisco traduziu este documento com a ajuda de tecnologias de tradução automática e humana para oferecer conteúdo de suporte aos seus usuários no seu próprio idioma, independentemente da localização. Observe que mesmo a melhor tradução automática não será tão precisa quanto as realizadas por um tradutor profissional. A Cisco Systems, Inc. não se responsabiliza pela precisão destas traduções e recomenda que o documento original em inglês (link fornecido) seja sempre consultado.

Índice

Introdução

Informações de Apoio

Abreviaturas

Trabalhos do espanador

Pré-requisitos

Verificação de status

Backup

Instale o nó novo OSPD

Instalação do servidor UCS

A instalação do chapéu vermelho

Monte a imagem ISO do chapéu vermelho

Instale Red Hat Enterprise Linux

Restaure o Undercloud

Prepare a instalação do undercloud baseada no backup

Termine o registro do chapéu vermelho

Restauração de Undercloud

Reconecte o Undercloud restaurado encobrir

Valide a restauração terminada

Verifique a operação do serviço da identidade (peça fundamental)

Transfira arquivos pela rede imagens para a introspecção futura do nó

Reinicie o cerco

Informações Relacionadas

Introdução

Este documento descreve as etapas exigidas a fim substituir um server defeituoso que hospede o diretor da plataforma de OpenStack (OSPD) em uma instalação de Ultra-M.

Informações de Apoio

Ultra-M é uma solução móvel virtualizada pré-embalada e validada do núcleo do pacote que seja projetada a fim simplificar o desenvolvimento de VNFs. OpenStack é o gerente virtualizado da infraestrutura (VIM) para Ultra-M e consiste nestes tipos de nó:

Cálculo
Disco do armazenamento do objeto - Cálculo (OSD - Cálculo)
Controlador
OSPD

A arquitetura de nível elevado de Ultra-M e os componentes envolvidos são descritos nesta imagem:

Arquitetura de UltraM

Este documento é pretendido para os Ciscos personnel que são familiares com a plataforma de Cisco Ultra-M e detalha as etapas que são exigidas a fim ser realizadas no OpenStack em nível na altura da substituição do server OSPD.

Nota: A liberação M 5.1.x é considerada ultra a fim definir os procedimentos neste documento.

Abreviaturas

VNF	Função da rede virtual
CF	Função de controle
SF	Função de serviço
ESC	Controlador elástico do serviço
ESPANADOR	Método do procedimento
OSD	Discos do armazenamento do objeto
HDD	Unidade de disco rígido
SSD	Movimentação de circuito integrado
VIM	Gerente virtual da infraestrutura
VM	Máquina virtual
EM	Element Manager
UA	Ultra Automation Services
UUID	Universalmente identificador exclusivo

Trabalhos do espanador

Trabalhos de nível elevado do procedimento de substituição

Pré-requisitos

Verificação de status

Antes que você substitua um server OSPD, é importante verificar o estado atual do ambiente da plataforma de OpenStack do chapéu vermelho e assegurar-se de que seja saudável a fim evitar complicações quando o processo de substituição está ligada.

Verifique o estado da pilha de OpenStack e da lista do nó:

[stack@director ~]$ source stackrc 
[stack@director ~]$ openstack stack list --nested
[stack@director ~]$ ironic node-list
[stack@director ~]$ nova list

Assegure-se de se todos os serviços do undercloud estiverem no carregado, active e estado de execução do nó OSP-D:

[stack@director ~]$ systemctl list-units "openstack*" "neutron*" "openvswitch*"

UNIT                                       LOAD   ACTIVE SUB     DESCRIPTION

neutron-dhcp-agent.service                 loaded active running OpenStack Neutron DHCP Agent
neutron-openvswitch-agent.service          loaded active running OpenStack Neutron Open vSwitch Agent
neutron-ovs-cleanup.service                loaded active exited  OpenStack Neutron Open vSwitch Cleanup Utility
neutron-server.service                     loaded active running OpenStack Neutron Server
openstack-aodh-evaluator.service           loaded active running OpenStack Alarm evaluator service
openstack-aodh-listener.service            loaded active running OpenStack Alarm listener service
openstack-aodh-notifier.service            loaded active running OpenStack Alarm notifier service
openstack-ceilometer-central.service       loaded active running OpenStack ceilometer central agent
openstack-ceilometer-collector.service     loaded active running OpenStack ceilometer collection service
openstack-ceilometer-notification.service  loaded active running OpenStack ceilometer notification agent
openstack-glance-api.service               loaded active running OpenStack Image Service (code-named Glance) API server
openstack-glance-registry.service          loaded active running OpenStack Image Service (code-named Glance) Registry server
openstack-heat-api-cfn.service             loaded active running Openstack Heat CFN-compatible API Service
openstack-heat-api.service                 loaded active running OpenStack Heat API Service
openstack-heat-engine.service              loaded active running Openstack Heat Engine Service
openstack-ironic-api.service               loaded active running OpenStack Ironic API service
openstack-ironic-conductor.service         loaded active running OpenStack Ironic Conductor service
openstack-ironic-inspector-dnsmasq.service loaded active running PXE boot dnsmasq service for Ironic Inspector
openstack-ironic-inspector.service         loaded active running Hardware introspection service for OpenStack Ironic
openstack-mistral-api.service              loaded active running Mistral API Server
openstack-mistral-engine.service           loaded active running Mistral Engine Server
openstack-mistral-executor.service         loaded active running Mistral Executor Server
openstack-nova-api.service                 loaded active running OpenStack Nova API Server
openstack-nova-cert.service                loaded active running OpenStack Nova Cert Server
openstack-nova-compute.service             loaded active running OpenStack Nova Compute Server
openstack-nova-conductor.service           loaded active running OpenStack Nova Conductor Server
openstack-nova-scheduler.service           loaded active running OpenStack Nova Scheduler Server
openstack-swift-account-reaper.service     loaded active running OpenStack Object Storage (swift) - Account Reaper
openstack-swift-account.service            loaded active running OpenStack Object Storage (swift) - Account Server
openstack-swift-container-updater.service  loaded active running OpenStack Object Storage (swift) - Container Updater
openstack-swift-container.service          loaded active running OpenStack Object Storage (swift) - Container Server
openstack-swift-object-updater.service     loaded active running OpenStack Object Storage (swift) - Object Updater
openstack-swift-object.service             loaded active running OpenStack Object Storage (swift) - Object Server
openstack-swift-proxy.service              loaded active running OpenStack Object Storage (swift) - Proxy Server
openstack-zaqar.service                    loaded active running OpenStack Message Queuing Service (code-named Zaqar) Server
openstack-zaqar@1.service                  loaded active running OpenStack Message Queuing Service (code-named Zaqar) Server Instance 1
openvswitch.service                        loaded active exited  Open vSwitch

LOAD   = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB    = The low-level unit activation state, values depend on unit type.

37 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use 'systemctl list-unit-files'.

Backup

Assegure-se de que você tenha o espaço de disco suficiente disponível antes que você execute o processo de backup. Este tarball é esperado ser pelo menos 3.5 GB.

[stack@director ~]$df -h

Execute este comando como o backup do usuário de raiz os dados do nó do undercloud a um arquivo nomeado o [timestamp] .tar.gz do undercloud-backup.

[root@director ~]# mysqldump --opt --all-databases > /root/undercloud-all-databases.sql
[root@director ~]# tar --xattrs -czf undercloud-backup-`date +%F`.tar.gz /root/undercloud-all-databases.sql 
/etc/my.cnf.d/server.cnf /var/lib/glance/images /srv/node /home/stack
tar: Removing leading `/' from member names

Instale o nó novo OSPD

Instalação do servidor UCS

As etapas a fim instalar um server novo UCS C240 M4 assim como as etapas da instalação inicial podem ser consultadas da instalação do servidor de Cisco UCS C240 M4 e do guia do serviço.

Entre ao server com o uso do IP CIMC.

Execute a elevação BIOS se o firmware não é conforme a versão recomendada usada previamente. As etapas para a elevação BIOS são dadas aqui: Guia da elevação do server BIOS do montagem de rack da série C de Cisco UCS.

Verifique o estado de movimentações físicas. Deve ser desconfigurado bom:

Navegue ao armazenamento > ao controlador modular da invasão de Cisco 12G SAS (SLOT-HBA) > informação física da movimentação como mostrado aqui na imagem.

Crie uma unidade virtual das movimentações físicas com o nível 1 RAID:

Navegue ao armazenamento > ao controlador modular da invasão de Cisco 12G SAS (SLOT-HBA) > informação do controlador > criam a unidade virtual das movimentações físicas não utilizadas segundo as indicações da imagem.

Selecione o VD e configurar o grupo como a unidade de inicialização segundo as indicações da imagem.

Permita IPMI sobre o LAN:

Navegue a Admin > serviços de comunicação > serviços de comunicação segundo as indicações da imagem.

Desabilitação que hyperthreading:

Navegue para computar > BIOS > configuram BIOS > avançou > configuração do processador segundo as indicações da imagem.

Nota: A imagem mostrada aqui e as etapas de configuração mencionadas nesta seção são com referência à versão de firmware 3.0(3e) e pôde haver umas leves variações se você trabalha em outras versões.

A instalação do chapéu vermelho

Monte a imagem ISO do chapéu vermelho

1. Entre ao server OSP-D.

2. Lance o console KVM.

3. Navegue aos Meios virtuais > ativam dispositivos virtuais. Aceite a sessão e permita a recordação de seu ajuste para as conexões futuras.

4. Selecione o mapa dos Meios virtuais > do mapa CD/DVDand a imagem ISO do chapéu vermelho.

5. Selecione a potência > para restaurar o sistema (bota morna) para recarregar o sistema.

6. Em cima do reinício, a imprensa F6and que Cisco seleto vDVD1.22and vKVM-traçado pressiona entra.

Instale Red Hat Enterprise Linux

Nota: O procedimento nesta seção representa uma versão simplificada do processo de instalação que identifica o número mínimo de parâmetros que devem ser configurados.

1. Selecione a opção para instalar Red Hat Enterprise Linux (RHEL) a fim começar a instalação.

2. A seleção > o mínimo seletos do software instalam somente.

3. Configurar interfaces de rede (eno1 e eno2).

4. Clique sobre a rede e o hostname.

Selecione a relação que seria usada para uma comunicação externa (eno1 ou eno2)
O clique configura
Selecione o IPv4 Settingstab, selecione o método manual e clique sobre Add
Ajuste estes parâmetros como usados previamente: Endereço, Máscara de rede, gateway, servidor DNS

5. Selecione a data e hora e especifique suas região e cidade.

6. Permita o tempo de rede e configurar servidores de NTP.

7. Selecione o destino da instalação e use o   do sistema de arquivos ext4.

Nota: Suprima de /home/ e readjudique a capacidade sob a raiz/.

8. Desabilite Kdump.

9. Ajuste a senha root somente.

10. Comece o   da instalação.

Restaure o Undercloud

Prepare a instalação do undercloud baseada no backup

Uma vez que a máquina instalada com RHEL 7.3 e está em um estado limpo, re-permite todas as assinaturas/repositórios necessários instalar e executar o diretor.

Configuração do hostname:

[root@director ~]$sudo hostnamectl set-hostname <FQDN_hostname> 
[root@director ~]$sudo hostnamectl set-hostname --transient <FQDN_hostname>

Edite o arquivo de /etc/hosts:

[root@director ~]$ vi /etc/hosts

<ospd_external_address>  <server_hostname>  <FQDN_hostname>
10.225.247.142  pod1-ospd pod1-ospd.cisco.com

Valide o hostname:

[root@director ~]$ cat /etc/hostname
pod1-ospd.cisco.com

Valide a Configuração de DNS:

[root@director ~]$ cat /etc/resolv.conf

#Generated by NetworkManager
nameserver <DNS_IP>

Altere a relação NIC do abastecimento:

[root@director ~]$ cat /etc/sysconfig/network-scripts/ifcfg-eno1

DEVICE=eno1
ONBOOT=yes
HOTPLUG=no
NM_CONTROLLED=no
PEERDNS=no
DEVICETYPE=ovs
TYPE=OVSPort
OVS_BRIDGE=br-ctlplane
BOOTPROTO=none
MTU=1500

Termine o registro do chapéu vermelho

Transfira este pacote a fim configurar o assinatura-gerente a fim usar o rh-satélite:

[root@director ~]$ rpm -Uvh http://<satellite-server>/pub/katello-ca-consumer-latest.noarch.rpm
[root@director ~]$ subscription-manager config

Registrar-se com o rh-satélite com o uso deste activationkey para RHEL 7.3.

[root@director ~]$subscription-manager register --org="<ORG>" --activationkey="<KEY>"

A fim ver a assinatura:

[root@director ~]$ subscription-manager list –consumed

Permita os repositórios similares ao repos velho OSPD:

[root@director ~]$ sudo subscription-manager repos --disable=*
[root@director ~]$ subscription-manager repos --enable=rhel-7-server-rpms --enable=rhel-7-server-extras-rpms --enable=rh
el-7-server-openstack-10-rpms --enable=rhel-7-server-rh-common-rpms --enable=rhel-ha-for-rhel-7-server-rpm

Execute uma atualização em seu sistema a fim assegurar-se de que você tenha os pacotes de sistema baixos os mais atrasados e para recarregar o sistema:

[root@director ~]$sudo yum update -y
[root@director ~]$sudo reboot

Restauração de Undercloud

Depois que você permite a assinatura, importe o `suportado .tar.gz da undercloud-backup-data +%F do arquivo TAR do undercloud ao diretório de raiz do servidor novo /root OSP-D.

Instale o server do mariadb:

[root@director ~]$ yum install -y mariadb-server

Extraia o arquivo de configuração de MariaDB e o backup do base de dados (DB). Execute esta operação como o usuário de raiz.

[root@director ~]$ tar -xzC / -f undercloud-backup-$DATE.tar.gz etc/my.cnf.d/server.cnf
[root@director ~]$ tar -xzC / -f undercloud-backup-$DATE.tar.gz root/undercloud-all-databases.sql

Edite /etc/my.cnf.d/server.cnf e comente para fora a entrada do ligamento-endereço se presente:

[root@tb3-ospd ~]# vi /etc/my.cnf.d/server.cnf

Comece o serviço de MariaDB e atualize temporariamente o ajuste do max_allowed_packet:

[root@director ~]$ systemctl start mariadb
[root@director ~]$ mysql -uroot -e"set global max_allowed_packet = 16777216;"

Limpe determinadas permissões (para ser recreado mais tarde):

[root@director ~]$ for i in ceilometer glance heat ironic keystone neutron nova;do mysql -e "drop user $i";done
[root@director ~]$ mysql -e 'flush privileges'

Nota: Se o serviço do ceilometer tem sido desabilitado previamente na instalação, execute este comando e remova o ceilometer.

Crie a conta do stackuser:

[root@director ~]$ sudo useradd stack
[root@director ~]$ sudo passwd stack << specify a password
[root@director ~]$ echo "stack ALL=(root) NOPASSWD:ALL" | sudo tee -a /etc/sudoers.d/stack
[root@director ~]$ sudo chmod 0440 /etc/sudoers.d/stack

Restaure o diretório home do usuário da pilha:

[root@director ~]$ tar -xzC / -f undercloud-backup-$DATE.tar.gz home/stack

Instale os pacotes baixos rápidos e do relance, e restaure então seus dados:

[root@director ~]$ yum install -y openstack-glance openstack-swift
[root@director ~]$ tar --xattrs -xzC / -f undercloud-backup-$DATE.tar.gz srv/node var/lib/glance/images

Confirme que os dados estão possuídos pelo usuário correto:

[root@director ~]$ chown -R swift: /srv/node
[root@director ~]$ chown -R glance: /var/lib/glance/images

Restaure os Certificados do undercloud SSL (opcionais - para ser feito somente se a instalação usa Certificados SSL).

[root@director ~]$ tar -xzC / -f undercloud-backup-$DATE.tar.gz etc/pki/instack-certs/undercloud.pem
[root@director ~]$ tar -xzC / -f undercloud-backup-$DATE.tar.gz etc/pki/ca-trust/source/anchors/ca.crt.pem

Torne a colocar em funcionamento a instalação do undercloud como o stackuser e assegure-a para executá-lo no diretório home do usuário da pilha:

[root@director ~]$ su - stack
[stack@director ~]$ sudo yum install -y python-tripleoclient

Confirme que o hostname está ajustado corretamente em /etc/hosts.

Reinstale o undercloud:

[stack@director ~]$ openstack undercloud install

<snip>
#############################################################################
Undercloud install complete.

The file containing this installation's passwords is at
/home/stack/undercloud-passwords.conf.

There is also a stackrc file at /home/stack/stackrc.

These files are needed to interact with the OpenStack services, and must be
secured.

#############################################################################

Reconecte o Undercloud restaurado encobrir

Depois que você termina estas etapas, o undercloud pode ser esperado restaurar automaticamente sua conexão encobrir. Os Nós continuarão a votar a orquestração (calor) para tarefas pendentes, com o uso de um pedido do HTTP simples que seja emitido cada poucos segundos.

Valide a restauração terminada

Use estes comandos a fim executar um exame médico completo do ambiente recentemente restaurado:

[root@director ~]$ su - stack
Last Log in: Tue Nov 28 21:27:50 EST 2017 from 10.86.255.201 on pts/0

[stack@director ~]$ source stackrc
[stack@director ~]$ nova list
+--------------------------------------+--------------------+--------+------------+-------------+------------------------+
| ID | Name | Status | Task State | Power State | Networks |
+--------------------------------------+--------------------+--------+------------+-------------+------------------------+
| b1f5294a-629e-454c-b8a7-d15e21805496 | pod1-compute-0 | ACTIVE | - | Running | ctlplane=192.200.0.119 |
| 9106672e-ac68-423e-89c5-e42f91fefda1 | pod1-compute-1 | ACTIVE | - | Running | ctlplane=192.200.0.120 |
| b3ed4a8f-72d2-4474-91a1-b6b70dd99428 | pod1-compute-2 | ACTIVE | - | Running | ctlplane=192.200.0.124 |
| 677524e4-7211-4571-ac35-004dc5655789 | pod1-compute-3 | ACTIVE | - | Running | ctlplane=192.200.0.107 |
| 55ea7fe5-d797-473c-83b1-d897b76a7520 | pod1-compute-4 | ACTIVE | - | Running | ctlplane=192.200.0.122 |
| c34c1088-d79b-42b6-9306-793a89ae4160 | pod1-compute-5 | ACTIVE | - | Running | ctlplane=192.200.0.108 |
| 4ba28d8c-fb0e-4d7f-8124-77d56199c9b2 | pod1-compute-6 | ACTIVE | - | Running | ctlplane=192.200.0.105 |
| d32f7361-7e73-49b1-a440-fa4db2ac21b1 | pod1-compute-7 | ACTIVE | - | Running | ctlplane=192.200.0.106 |
| 47c6a101-0900-4009-8126-01aaed784ed1 | pod1-compute-8 | ACTIVE | - | Running | ctlplane=192.200.0.121 |
| 1a638081-d407-4240-b9e5-16b47e2ff6a2 | pod1-compute-9 | ACTIVE | - | Running | ctlplane=192.200.0.112 |
<snip>

[stack@director ~]$ ssh heat-admin@192.200.0.107
[heat-admin@pod1-controller-0 ~]$ sudo pcs status

Cluster name: tripleo_cluster
Stack: corosync
Current DC: pod1-controller-0 (version 1.1.15-11.el7_3.4-e174ec8) - partition with quorum

3 nodes and 22 resources configured

Online: [ pod1-controller-0 pod1-controller-1 pod1-controller-2 ]
Full list of resources:

 ip-10.1.10.10 (ocf::heartbeat:IPaddr2): Started pod1-controller-0
 ip-11.120.0.97 (ocf::heartbeat:IPaddr2): Started pod1-controller-1

 Clone Set: haproxy-clone [haproxy]
 Started: [ pod1-controller-0 pod1-controller-1 pod1-controller-2 ]
 Master/Slave Set: galera-master [galera]

 Masters: [ pod1-controller-0 pod1-controller-1 pod1-controller-2 ]

 ip-192.200.0.106 (ocf::heartbeat:IPaddr2): Started pod1-controller-0
 ip-11.120.0.95 (ocf::heartbeat:IPaddr2): Started pod1-controller-1
 ip-11.119.0.98 (ocf::heartbeat:IPaddr2): Started pod1-controller-0
 ip-11.118.0.92 (ocf::heartbeat:IPaddr2): Started pod1-controller-1

 Clone Set: rabbitmq-clone [rabbitmq]
 Started: [ pod1-controller-0 pod1-controller-1 pod1-controller-2 ]
 Master/Slave Set: redis-master [redis]
 Masters: [ pod1-controller-0 ]
 Slaves: [ pod1-controller-1 pod1-controller-2 ]

 openstack-cinder-volume (systemd:openstack-cinder-volume): Started pod1-controller-0
 my-ipmilan-for-controller-0 (stonith:fence_ipmilan): Stopped
 my-ipmilan-for-controller-1 (stonith:fence_ipmilan): Stopped
 my-ipmilan-for-controller-2 (stonith:fence_ipmilan): Stopped

Failed Actions:

* my-ipmilan-for-controller-0_start_0 on pod1-controller-1 'unknown error' (1): call=190, status=Timed Out, exitreason='none',
 last-rc-change='Wed Nov 22 13:52:45 2017', queued=0ms, exec=20005ms

* my-ipmilan-for-controller-1_start_0 on pod1-controller-1 'unknown error' (1): call=192, status=Timed Out, exitreason='none',
 last-rc-change='Wed Nov 22 13:53:08 2017', queued=0ms, exec=20005ms

* my-ipmilan-for-controller-2_start_0 on pod1-controller-1 'unknown error' (1): call=188, status=Timed Out, exitreason='none',
 last-rc-change='Wed Nov 22 13:52:23 2017', queued=0ms, exec=20004ms

* my-ipmilan-for-controller-0_start_0 on pod1-controller-0 'unknown error' (1): call=210, status=Timed Out, exitreason='none',
 last-rc-change='Wed Nov 22 13:53:08 2017', queued=0ms, exec=20005ms

* my-ipmilan-for-controller-1_start_0 on pod1-controller-0 'unknown error' (1): call=207, status=Timed Out, exitreason='none',
 last-rc-change='Wed Nov 22 13:52:45 2017', queued=0ms, exec=20004ms

* my-ipmilan-for-controller-2_start_0 on pod1-controller-0 'unknown error' (1): call=206, status=Timed Out, exitreason='none',
 last-rc-change='Wed Nov 22 13:52:45 2017', queued=0ms, exec=20006ms

* ip-192.200.0.106_monitor_10000 on pod1-controller-0 'not running' (7): call=197, status=complete, exitreason='none',
 last-rc-change='Wed Nov 22 13:51:31 2017', queued=0ms, exec=0ms

* my-ipmilan-for-controller-0_start_0 on pod1-controller-2 'unknown error' (1): call=183, status=Timed Out, exitreason='none',
 last-rc-change='Wed Nov 22 13:52:23 2017', queued=1ms, exec=20006ms

* my-ipmilan-for-controller-1_start_0 on pod1-controller-2 'unknown error' (1): call=184, status=Timed Out, exitreason='none',
 last-rc-change='Wed Nov 22 13:52:23 2017', queued=0ms, exec=20005ms

* my-ipmilan-for-controller-2_start_0 on pod1-controller-2 'unknown error' (1): call=177, status=Timed Out, exitreason='none',
 last-rc-change='Wed Nov 22 13:52:02 2017', queued=0ms, exec=20005ms

Daemon Status:

 corosync: active/enabled
 pacemaker: active/enabled
 pcsd: active/enabled

[heat-admin@pod1-controller-0 ~]$ sudo ceph status

 cluster eb2bb192-b1c9-11e6-9205-525400330666
 health HEALTH_OK
 monmap e1: 3 mons at {pod1-controller-0=11.118.0.40:6789/0,pod1-controller-1=11.118.0.41:6789/0,pod1-controller-2=11.118.0.42:6789/0}
 election epoch 58, quorum 0,1,2 pod1-controller-0,pod1-controller-1,pod1-controller-2
 osdmap e1398: 12 osds: 12 up, 12 in
 flags sortbitwise,require_jewel_osds
 pgmap v1245812: 704 pgs, 6 pools, 542 GB data, 352 kobjects
 1625 GB used, 11767 GB / 13393 GB avail
 704 active+clean
 client io 21549 kB/s wr, 0 op/s rd, 120 op/s wr

Verifique a operação do serviço da identidade (peça fundamental)

Esta etapa valida operações de serviço da identidade perguntando para uma lista de usuários.

[stack@director ~]$ source stackrc 
[stack@director ~]$ openstack user list
+----------------------------------+------------------+
| ID | Name |
+----------------------------------+------------------+
| 69ac2b9d89414314b1366590c7336f7d | admin |
| f5c30774fe8f49d0a0d89d5808a4b2cc | glance |
| 3958d852f85749f98cca75f26f43d588 | heat |
| cce8f2b7f1a843a08d0bb295a739bd34 | ironic |
| ce7c642f5b5741b48a84f54d3676b7ee | ironic-inspector |
| a69cd42a5b004ec5bee7b7a0c0612616 | mistral |
| 5355eb161d75464d8476fa0a4198916d | neutron |
| 7cee211da9b947ef9648e8fe979b4396 | nova |
| f73d36563a4a4db482acf7afc7303a32 | swift |
| d15c12621cbc41a8a4b6b67fa4245d03 | zaqar |
| 3f0ed37f95544134a15536b5ca50a3df | zaqar-websocket |
+----------------------------------+------------------+
[stack@director ~]$ 
[stack@director ~]$ source <overcloudrc>
[stack@director ~]$ openstack user list
+----------------------------------+------------+
| ID | Name |
+----------------------------------+------------+
| b4e7954942184e2199cd067dccdd0943 | admin |
| 181878efb6044116a1768df350d95886 | neutron |
| 6e443967ee3f4943895c809dc998b482 | heat |
| c1407de17f5446de821168789ab57449 | nova |
| c9f64c5a2b6e4d4a9ff6b82adef43992 | glance |
| 800e6b1163b74cc2a5fab4afb382f37d | cinder |
| 4cfa5a2a44c44c678025842f080e5f53 | heat-cfn |
| 9b222eeb8a58459bb3bfc76b8fff0f9f | swift |
| 815f3f25bcda49c290e1b56cd7981d1b | core |
| 07c40ade64f34a64932129175150fa4a | gnocchi |
| 0ceeda0bc32c4d46890e53adef9a193d | aodh |
| f3caab060171468592eab376a94967b8 | ceilometer |
+----------------------------------+------------+
[stack@director ~]$

Imagens da transferência de arquivo pela rede para a introspecção futura do nó

Valide /httpboot e todos estes arquivos inspector.ipxe, agent.kernel, agent.ramdisk, se não continue a estas etapas.

[stack@director ~]$ ls /httpboot
inspector.ipxe
[stack@director ~]$ source stackrc 
[stack@director ~]$ cd images/
[stack@director images]$ openstack overcloud image upload --image-path /home/stack/images
Image "overcloud-full-vmlinuz" is up-to-date, skipping.
Image "overcloud-full-initrd" is up-to-date, skipping.
Image "overcloud-full" is up-to-date, skipping.
Image "bm-deploy-kernel" is up-to-date, skipping.
Image "bm-deploy-ramdisk" is up-to-date, skipping.
[stack@director images]$ ls /httpboot
agent.kernel agent.ramdisk inspector.ipxe
[stack@director images]$

Reinicie o cerco

Cercar estará no estado parado após a recuperação OSPD. Este procedimento permitirá o cerco.

[heat-admin@pod1-controller-0 ~]$ sudo pcs property set stonith-enabled=true
[heat-admin@pod1-controller-0 ~]$ sudo pcs status
[heat-admin@pod1-controller-0 ~]$sudo pcs stonith show

Informações Relacionadas

Colaborado por engenheiros da Cisco

Padmaraj Ramanoudjam
Serviços avançados de Cisco
Partheeban Rajagopal
Serviços avançados de Cisco

Substituição do server UCS 240M4 OSPD - vEPC

Opções de download

Linguagem imparcial

Sobre esta tradução

Índice

Introdução

Informações de Apoio

Abreviaturas

Trabalhos do espanador

Pré-requisitos

Verificação de status

Backup

Instale o nó novo OSPD

Instalação do servidor UCS

A instalação do chapéu vermelho

Monte a imagem ISO do chapéu vermelho

Instale Red Hat Enterprise Linux

Restaure o Undercloud

Prepare a instalação do undercloud baseada no backup

Termine o registro do chapéu vermelho

Restauração de Undercloud

Reconecte o Undercloud restaurado encobrir

Valide a restauração terminada

Verifique a operação do serviço da identidade (peça fundamental)

Imagens da transferência de arquivo pela rede para a introspecção futura do nó

Reinicie o cerco

Informações Relacionadas

Colaborado por engenheiros da Cisco

Este documento lhe foi útil?

Contate a Cisco

Este documento se refere a estes produtos