Contents

Introduction

Prerequisites

Requirements

Componentes Utilizados

Prime Cable Provisioning 6.1.5 Failover Node Network IP Address Modificação

1. Etapas para alterar o IP de failover

2. Etapas para alterar o IP público secundário

Introduction

Este documento descreve um conjunto de instruções sobre como alterar o endereço IP da rede de failover e da interface pública do servidor secundário Prime Cable Provisioning 6.1.5 no modo de alta disponibilidade (HA). Este procedimento deve ser executado apenas no momento da janela de manutenção.

Prerequisites

Requirements

A Cisco recomenda que você tenha conhecimento destes tópicos:

- Noções básicas e conhecimentos sobre redes do Red Hat Linux.

- Conhecimento do método de replicação de armazenamento de arquivos DRBD Linux e do conceito de cluster Corosync-pacemaker.

Componentes Utilizados

As informações neste documento são baseadas nestas versões de software e hardware:

Plataforma: Red Hat Linux 7.4

Software: Imagem do Prime Cable Provisioning 6.1.5.

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.

Prime Cable Provisioning 6.1.5 Failover Node Network IP Address Modificação

1. Etapas para alterar o IP de failover

2. Etapas para alterar o IP público

- Executando failover de IP e endereço IP público simultaneamente no nó secundário.

- Neste exemplo, altere o endereço IP de failover de 10.106.36.225 para 10.106.36.235 e o IP público de 10.106.41.64 para 10.106.41.68 no nó secundário.

- Certifique-se de executar a alteração de endereço IP no endereço público via console do servidor, assim como perderia a conexão de rede e descartaria a conectividade ssh se você fosse para o servidor via endereço ip público.

- Pare o cluster.

# pcs cluster stop all (execute in secondary machine)

(or)

Perform the following for stopping cluster service individually in correct order.

#pcs cluster stop 10.106.41.64.  ----to stop cluster on secondary server

#pcs cluster stop 10.106.40.64 --force     ---to stop cluster service on primary server

1. Etapas para alterar o IP de failover

- Atualize a configuração dos recursos DRBD.

Note: A sincronização do arquivo de bloqueio DRBD é executada através da rede de failover. Não há necessidade de alterar as alterações de IP público em arquivos DRBD. Como somente o IP de failover secundário está sendo alterado, altere somente esse IP nos arquivos de recursos DRBD.

- Verifique o status atual do DRBD.

# cat /proc/drbd

* In secondary, disconnect the resources

# drbdadm disconnect all

or

# drbdadm disconnect r0

# drbdadm disconnect r1

# drbdadm disconnect r2

- Em segundo lugar, altere o endereço IP da interface de failover e reinicie a interface.

# vi /etc/sysconfig/network-scripts/ifcfg-ens224

# systemctl restart network

- No principal, certifique-se de que o novo IP de failover esteja fazendo ping.

# ping 10.106.36.225

- Atualize os arquivos /etc/drbd.d/r0.res, r1.res, r2.res com o novo endereço IP de failover secundário em RDU primária e secundária.

# vi  /etc/drbd.d/r0.res

resource r0 {

protocol A;

syncer {

rate    1024M;

}

on pcprduprimary {

device    /dev/drbd0;

disk      /dev/rdugroup/LVBPRHOME;

address   10.106.36.216:7788;

meta-disk internal;

}

on pcprdusecondary {

device    /dev/drbd0;

disk      /dev/rdugroup/LVBPRHOME;

address   10.106.36.158:7788;

meta-disk internal;

}

}

- Atualize o endereço IP existente com o novo endereço IP de failover mostrado em vermelho acima, em r1.res e r2.res também.

- Conecte os recursos DRBD no nó secundário e verifique o status no servidor secundário.

# drbdadm adjust all

# cat /proc/drbd

version: 8.4.8-1 (api:1/proto:86-101)

GIT-hash: 22b4c802192646e433d3f7399d578ec7fecc6272 build by root@pcp-lnx-82, 2018-01-09 03:29:23

0: cs:Connected ro:Secondary/Primary ds:UpToDate/UpToDate A r-----

ns:0 nr:0 dw:0 dr:0 al:0 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:f oos:0

1: cs:Connected ro:Secondary/Primary ds:UpToDate/UpToDate A r-----

ns:0 nr:0 dw:40 dr:0 al:0 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:f oos:0

2: cs:Connected ro:Secondary/Primary ds:UpToDate/UpToDate A r-----

ns:0 nr:997 dw:3054 dr:0 al:0 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:f oos:0

2. Etapas para alterar o IP público secundário

Atualize suas configurações de rede no nó secundário para refletir o endereço IP desejado.

Atualize o arquivo /etc/hosts para incluir o endereço IP atualizado do nó secundário.

Certifique-se de que os nomes de host possam se conectar entre si e resolver o nome de host um do outro usando um comando ping de cada nó para fazer ping em todos os outros nós por endereço IP e nome de host.

- Em segundo lugar, altere o endereço IP da interface de failover e reinicie a interface.

# vi /etc/sysconfig/network-scripts/ ifcfg-ens192

# systemctl restart network

- No principal, certifique-se de que o novo IP de failover esteja fazendo ping.

# ping 10.106.41.68

# ping

- Nos nós primário e secundário, atualize /etc/hosts com o novo endereço IP público.

- Nó secundário:

# vi /etc/hosts

pcprdusecondary.cisco.com pcprdusecondary

- Nó principal:

# vi /etc/hosts

pcprduprimary.cisco.com pcprduprimary

- Edite o endereço IP público secundário em /etc/corosync/corosync.conf nos dois nós.

- Atualize o ring1_addr para o endereço IP alterado em corporsync.conf nos dois nós (faça um backup do corsync.conf existente antes de editá-lo e compare o corsync.conf editado com o backup para garantir que apenas a alteração pretendida tenha entrado).

# vi /etc/corosync/corosync.conf

# pcs cluster corosync

totem {

version: 2

secauth: off

cluster_name: pcpcluster

transport: udpu

rrp_mode: passive

}

nodelist {

node {

ring0_addr: 10.106.40.64

ring1_addr: 10.106.36.216

nodeid: 1

}

node {

ring0_addr: 10.106.41.68

ring1_addr: 10.106.36.235

nodeid: 2

}

}

quorum {

provider: corosync_votequorum

two_node: 1

}

logging {

to_logfile: yes

logfile: /var/log/cluster/corosync.log

to_syslog: yes

}

- Ative novamente os serviços de cluster com uma execução no nó primário. Execute esta etapa se o cluster de pcs estiver configurado com o uso do endereço IP do nó em vez do nome do nó.

# pcs cluster auth

-u hacluster -p

# pcs cluster auth 10.106.40.64 10.106.41.68 -u hacluster -p

10.106.40.64: Authorized

10.106.41.68: Authorized

# pcs cluster start –all

- Verifique o status atual do toque da sincronização corporativa.

# corosync-cfgtool -s

* Printing ring status.

Local node ID 2

RING ID 0

id       = 10.106.41.68

status = ring 0 active with no faults

RING ID 1

id       = 10.106.36.235

status = ring 1 active with no faults

- Verifique o estado do recurso de cluster.

# pcs status

Cluster name: pcpcluster

WARNING: corosync and pacemaker node names do not match (IPs used in setup?)

Stack: corosync

Current DC: pcprdusecondary (version 1.1.16-12.el7_4.7-94ff4df) - partition with quorum

Last updated: Thu Jan 21 10:41:36 2021

Last change: Thu Jan 21 10:39:07 2021 by root via cibadmin on pcprduprimary

2 nodes configured

11 resources configured

Online: [ pcprduprimary pcprdusecondary ]

Full list of resources:

res_VIPArip (ocf::heartbeat:VIPArip): Started pcprduprimary

Master/Slave Set: ms_drbd_1 [res_drbd_1]

Masters: [ pcprduprimary ]

Slaves: [ pcprdusecondary ]

res_Filesystem_1 (ocf::heartbeat:Filesystem):     Started pcprduprimary

Master/Slave Set: ms_drbd_2 [res_drbd_2]

Masters: [ pcprduprimary ]

Slaves: [ pcprdusecondary ]

res_Filesystem_2 (ocf::heartbeat:Filesystem):     Started pcprduprimary

Master/Slave Set: ms_drbd_3 [res_drbd_3]

Masters: [ pcprduprimary ]

Slaves: [ pcprdusecondary ]

res_Filesystem_3 (ocf::heartbeat:Filesystem):     Started pcprduprimary

res_bprAgent_1   (systemd:bpragent):       Started pcprduprimary

Daemon Status:

corosync: active/enabled

pacemaker: active/enabled

pcsd: active/enabled