Prime Cable Provisioning 6.1.5 RDU High Availability Deployment com redundância de modo geográfico

Introdução

Este documento descreve a instalação do Prime Cable Provisioning 6.1.5 em Alta Disponibilidade (HA) com redundância de modo geográfico.

Pré-requisitos

Requisitos

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

• Redhat Linux conhecimento e compreensão do sistema de arquivos e particionamento.
• Instale o 6.1.5 RHEL 7.4/Kernel 3.10.0-693.11.6.x86_64 na nova máquina virtual/física primária e secundária. O RDU HA com modo geográfico só é compatível com este RHEL OS e a versão kernel e seus pacotes rpm.
• Conhecimento do método de replicação de armazenamento de arquivos DRBD do Linux e do conceito de cluster de pacemaker Corosync.
• O arquivo de configuração de rede deve conter apenas o nome de host do sistema, não o FQDN (Fully Qualified Domain Name, Nome de domínio totalmente qualificado).

Componentes

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

• Plataforma: Red Hat Linux 7.4
• Software: Imagem Prime Cable Provisioning 6.1.5.

As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.

Instalação

Diagrama de Rede

1.  LVM crie volume para LVBPRHOME, LVBPRDATA e LVBPRDBLOG em ambos os servidores.

2. Preparando o servidor Linux 7.4 para a implantação de HA de RDU em ambos os servidores.

3. Instalação do servidor RDU no modo de redundância Geográfico

• Instalação do servidor RDU no modo de redundância Geográfico.
• Pré-verificar HA.  -Configuração de HA RDU no modo primário e secundário.
• Instale o HA. - Instale a instância do PCP 6.1.5.
• Pós-verificação HA.

4. Pré-requisito de roteamento de Camada 3 para implantação de redundância geográfica.

1. LVM Criar Volume para LVBPRHOME, LVBPRDATA e LVBPRDBLOG em Ambos os Servidores

Esta ilustração é feita para o servidor secundário. O mesmo procedimento também precisa ser concluído no servidor primário.

• Adicione uma nova partição como sda3 e aloque o disco com o uso do comando fdisk.

[root@pcprdusecondary ~]# fdisk -l


Disk /dev/sda: 107.4 GB, 107374182400 bytes, 209715200 sectors

Units = sectors of 1 * 512 = 512 bytes

Sector size (logical/physical): 512 bytes / 512 bytes

I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk label type: dos

Disk identifier: 0x00025a26


   Device Boot      Start         End      Blocks   Id  System

/dev/sda1   *        2048     2099199     1048576   83  Linux

/dev/sda2         2099200    31211519    14556160   8e  Linux LVM


Disk /dev/mapper/rhel-root: 4294 MB, 4294967296 bytes, 8388608 sectors

Units = sectors of 1 * 512 = 512 bytes

Sector size (logical/physical): 512 bytes / 512 bytes

I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/mapper/rhel-swap: 8455 MB, 8455716864 bytes, 16515072 sectors

Units = sectors of 1 * 512 = 512 bytes

Sector size (logical/physical): 512 bytes / 512 bytes

I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/mapper/rhel-home: 2147 MB, 2147483648 bytes, 4194304 sectors

Units = sectors of 1 * 512 = 512 bytes

Sector size (logical/physical): 512 bytes / 512 bytes

I/O size (minimum/optimal): 512 bytes / 512 bytes



[root@pcprdusecondary ~]# fdisk /dev/sda

Welcome to fdisk (util-linux 2.23.2).



Changes will remain in memory only, until you decide to write them.

Be careful before using the write command.



Command (m for help): m

Command action

   a   toggle a bootable flag

   b   edit bsd disklabel

   c   toggle the dos compatibility flag

   d   delete a partition

   g   create a new empty GPT partition table

   G   create an IRIX (SGI) partition table

   l   list known partition types

   m   print this menu

   n   add a new partition

   o   create a new empty DOS partition table

   p   print the partition table

   q   quit without saving changes

   s   create a new empty Sun disklabel

   t   change a partition's system id

   u   change display/entry units

   v   verify the partition table

   w   write table to disk and exit

   x   extra functionality (experts only)


Command (m for help): p


Disk /dev/sda: 107.4 GB, 107374182400 bytes, 209715200 sectors

Units = sectors of 1 * 512 = 512 bytes

Sector size (logical/physical): 512 bytes / 512 bytes

I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk label type: dos

Disk identifier: 0x00025a26



   Device Boot      Start         End      Blocks   Id  System

/dev/sda1   *        2048     2099199     1048576   83  Linux

/dev/sda2         2099200    31211519    14556160   8e  Linux LVM


Command (m for help): n

Partition type:

   p   primary (2 primary, 0 extended, 2 free)

   e   extended

Select (default p): p

Partition number (3,4, default 3): 3

First sector (31211520-209715199, default 31211520):

Using default value 31211520

Last sector, +sectors or +size{K,M,G} (31211520-209715199, default 209715199):

Using default value 209715199

Partition 3 of type Linux and of size 85.1 GiB is set


Command (m for help): p


Disk /dev/sda: 107.4 GB, 107374182400 bytes, 209715200 sectors

Units = sectors of 1 * 512 = 512 bytes

Sector size (logical/physical): 512 bytes / 512 bytes

I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk label type: dos

Disk identifier: 0x00025a26



   Device Boot      Start         End      Blocks   Id  System

/dev/sda1   *        2048     2099199     1048576   83  Linux

/dev/sda2         2099200    31211519    14556160   8e  Linux LVM

/dev/sda3        31211520   209715199    89251840   83  Linux


Command (m for help): t

Partition number (1-3, default 3): 3

Hex code (type L to list all codes): L


 0  Empty           24  NEC DOS         81  Minix / old Lin bf  Solaris       

 1  FAT12           27  Hidden NTFS Win 82  Linux swap / So c1  DRDOS/sec (FAT-

 2  XENIX root      39  Plan 9          83  Linux           c4  DRDOS/sec (FAT-

 3  XENIX usr       3c  PartitionMagic  84  OS/2 hidden C:  c6  DRDOS/sec (FAT-

 4  FAT16 <32M      40  Venix 80286     85  Linux extended  c7  Syrinx        

 5  Extended        41  PPC PReP Boot   86  NTFS volume set da  Non-FS data   

 6  FAT16           42  SFS             87  NTFS volume set db  CP/M / CTOS / .

 7  HPFS/NTFS/exFAT 4d  QNX4.x          88  Linux plaintext de  Dell Utility  

 8  AIX             4e  QNX4.x 2nd part 8e  Linux LVM       df  BootIt        

 9  AIX bootable    4f  QNX4.x 3rd part 93  Amoeba          e1  DOS access    

 a  OS/2 Boot Manag 50  OnTrack DM      94  Amoeba BBT      e3  DOS R/O       

 b  W95 FAT32       51  OnTrack DM6 Aux 9f  BSD/OS          e4  SpeedStor     

 c  W95 FAT32 (LBA) 52  CP/M            a0  IBM Thinkpad hi eb  BeOS fs       

 e  W95 FAT16 (LBA) 53  OnTrack DM6 Aux a5  FreeBSD         ee  GPT           

 f  W95 Ext'd (LBA) 54  OnTrackDM6      a6  OpenBSD         ef  EFI (FAT-12/16/

10  OPUS            55  EZ-Drive        a7  NeXTSTEP        f0  Linux/PA-RISC b

11  Hidden FAT12    56  Golden Bow      a8  Darwin UFS      f1  SpeedStor     

12  Compaq diagnost 5c  Priam Edisk     a9  NetBSD          f4  SpeedStor     

14  Hidden FAT16  61  SpeedStor       ab  Darwin boot     f2  DOS secondary 

16  Hidden FAT16    63  GNU HURD or Sys af  HFS / HFS+      fb  VMware VMFS   

17  Hidden HPFS/NTF 64  Novell Netware  b7  BSDI fs         fc  VMware VMKCORE

18  AST SmartSleep  65  Novell Netware  b8  BSDI swap       fd  Linux raid auto

1b  Hidden W95 FAT3 70  DiskSecure Mult bb  Boot Wizard hid fe  LANstep       

1c  Hidden W95 FAT3 75  PC/IX           be  Solaris boot    ff  BBT           

1e  Hidden W95 FAT1 80  Old Minix     

Hex code (type L to list all codes): 8e

Changed type of partition 'Linux' to 'Linux LVM'


Command (m for help): w

The partition table has been altered!


Calling ioctl() to re-read partition table.


WARNING: Re-reading the partition table failed with error 16: Device or resource busy.

The kernel still uses the old table. The new table will be used at

the next reboot or after you run partprobe(8) or kpartx(8)

Syncing disks.

Esta mensagem de erro é esperada. Você precisa recarregar a máquina Linux para que as novas alterações tenham efeito.

[root@pcprdusecondary ~]# df -h

Filesystem             Size  Used Avail Use% Mounted on

/dev/mapper/rhel-root  4.0G  946M  3.1G  24% /

devtmpfs               3.9G     0  3.9G   0% /dev

tmpfs                  3.9G     0  3.9G   0% /dev/shm

tmpfs                  3.9G  8.6M  3.9G   1% /run

tmpfs                  3.9G     0  3.9G   0% /sys/fs/cgroup

/dev/sda1             1014M  143M  872M  15% /boot

/dev/mapper/rhel-home  2.0G   33M  2.0G   2% /home

tmpfs                  781M     0  781M   0% /run/user/0

[root@pcprdusecondary ~]# fdisk -l


Disk /dev/sda: 107.4 GB, 107374182400 bytes, 209715200 sectors

Units = sectors of 1 * 512 = 512 bytes

Sector size (logical/physical): 512 bytes / 512 bytes

I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk label type: dos

Disk identifier: 0x00025a26


   Device Boot      Start         End      Blocks   Id  System

/dev/sda1   *        2048     2099199     1048576   83  Linux

/dev/sda2         2099200    31211519    14556160   8e  Linux LVM

/dev/sda3        31211520   209715199    89251840   8e  Linux LVM


Disk /dev/mapper/rhel-root: 4294 MB, 4294967296 bytes, 8388608 sectors

Units = sectors of 1 * 512 = 512 bytes

Sector size (logical/physical): 512 bytes / 512 bytes

I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/mapper/rhel-swap: 8455 MB, 8455716864 bytes, 16515072 sectors

Units = sectors of 1 * 512 = 512 bytes

Sector size (logical/physical): 512 bytes / 512 bytes

I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/mapper/rhel-home: 2147 MB, 2147483648 bytes, 4194304 sectors

Units = sectors of 1 * 512 = 512 bytes

Sector size (logical/physical): 512 bytes / 512 bytes

I/O size (minimum/optimal): 512 bytes / 512 bytes

• Crie o volume físico para sda3.

[root@pcprdusecondary ~]# pvcreate /dev/sda3

• pvscan - verificar e listar o grupo de volumes físicos.
• vgscan - verifica e lista o grupo de volumes lógicos.
• lvscan - verificar e listar volumes lógicos criados no grupo de volumes

Essa criação de LVM Linux é o pré-requisito para a instalação do servidor RDU.

• Nos nós RDU primários e secundários, um grupo de volumes lógicos deve ser criado com três volumes lógicos nele. Os volumes lógicos são criados com base nestas especificações:

1. <volume lógico para o diretório de instalação do Prime Cable Provisioning> - Montado no diretório /bprHome. Por exemplo, LVBPRHOME.

2. <volume lógico para o diretório de dados do Prime Cable Provisioning> - Montado no diretório /bprData. Por exemplo, LVBPRDATA

3. <volume lógico para o diretório de log Prime Cable Provisioning > - Montado no diretório /bprLog. Por exemplo, LVBPRDBLOG

• Crie grupos de volumes e volumes lógicos conforme o requisito e monte nos diretórios /bprData, bprHome e /bprLog.

Por exemplo:  Este procedimento é para criar volumes lógicos para BPRHOME com 3 GB de espaço em disco, BPRDATA com 15 GB de espaço em disco e BPRDBLOG com 5 GB de alocação de espaço em disco. Você precisa escolher o espaço em disco a ser estendido com base na alocação.

• Criar grupo de volumes.

vgcreate <vg_name> <pvname>

[root@pcprdusecondary ~]# vgcreate rdusecondary /dev/sda3

• Criar volumes lógicos:

lvcreate -L <value in GB> -n <logicalvolumename> <volumegroupname>

[root@pcprdusecondary ~]# lvcreate -L +3GB -n LVBPRHOME rdusecondary
[root@pcprdusecondary ~]# lvcreate -L +15GB -n LVBPRDATA rdusecondary
[root@pcprdusecondary ~]# lvcreate -L +5GB -n LVBPRDBLOG rdusecondary

bprHome - caminho do aplicativo de instalação (diretório padrão - /opt/CSCObac)

bprData - caminho de dados de instalação.(Diretório padrão - /var/CSCObac)

bprLog - caminho do log de instalação. (Diretório padrão - /var/CSCObac)

• Crie o sistema de arquivos XFS na partição lvm.

mkfs.xfs /dev/<volumegroupname>/<logicalvolume>

[root@pcprdusecondary ~]# mkfs.xfs   /dev/rdusecondary/LVBPRHOME
[root@pcprdusecondary ~]# mkfs.xfs   /dev/rdusecondary/LVBPRDATA
[root@pcprdusecondary ~]# mkfs.xfs   /dev/rdusecondary/LVBPRDBLOG

• Criar diretório - bprHome, bprData, bprLog e montar volumes lógicos nesses diretórios.

[root@pcprdusecondary ~]# mkdir bprHome
[root@pcprdusecondary ~]# mkdir bprData
[root@pcprdusecondary ~]# mkdir bprLog

• Monte o volume lógico criado nesses diretórios.

[root@pcprdusecondary ~]# mount /dev/RDUPRIMARY/LVBPRHOME   /bprHome/
[root@pcprdusecondary ~]# mount /dev/RDUPRIMARY/LVBPRDATA   /bprData/
[root@pcprdusecondary ~]# mount /dev/RDUPRIMARY/LVBPRDBLOG   /bprLog

• Esses comandos podem ser usados para inscrever e verificar o novo status de partição, o novo status de volume físico e lógico, o tipo de sistema de arquivos e os blocos de alocação.

[root@pcprdusecondary ~]# fdisk -l
[root@pcprdusecondary ~]# pvdisplay
[root@pcprdusecondary ~]# vgdisplay
[root@pcprdusecondary ~]# lvdisplay

Note:

• As entradas fstab para os volumes lógicos não precisam ser adicionadas. O cluster Corosync cuidará da montagem dos volumes. No passado, alguns clientes enfrentaram problemas devido a essas entradas. Durante a reinicialização do sistema, às vezes devido a problemas de temporização, tanto o primário como o secundário tentariam montar os volumes.

• O nome do grupo de volumes e os volumes lógicos (LVBPRHOME, LVBPRDATA, LVBPRDBLOG) devem ser os mesmos em ambos os servidores. Eles devem compartilhar o mesmo espaço em disco em ambos os servidores.

• A sincronização do sistema de arquivos do dispositivo de bloco DRBD opera somente se o tamanho do disco for o mesmo em ambos os servidores.

• A versão do CentOS Linux deve ser 7.4 e o kernel deve ser 3.10.0-693.11.6.el7.x86_64.

•  Certifique-se de que ambos os servidores usem a mesma interface para o endereço IP público onde o VIP é anunciado - ens192.

2. Preparar o servidor Linux 7.4 para a implantação de HA de RDU em ambos os servidores

• Modo de instalação HA RDU

• Etapas iniciais comuns para configurar nós HA RDU

• Configuração de HA RDU no modo primário e secundário

• Preparando nós RDU para configuração de HA no modo primário e secundário

3. Instalar o servidor RDU no Modo de Redundância Geográfica

• Configurando o par de failover de dois nós RDU

• Configuração de HA de RDU nos modos somente primário e somente secundário

• Recuperando um Nó RDU Afetado Usando o Modo de Recuperação

Consulte o guia de início rápido para obter mais informações:

https://www.cisco.com/c/en/us/td/docs/net_mgmt/prime/cable_provisioning/6-1-3/quick/start/guide/CiscoPrimeCableProvisioning-6_1_3-QuickStartGuide/CiscoPrimeCableProvisioning-6_1_3-QuickStartGuide_chapter_0101.html#task_1DBF800D2FF84D73BD972A0C6C7B92E6

4. Pré-requisito de Roteamento de Camada 3 para Implantação de Redundância Geográfica

Redundância Geográfica RDU

A Redundância geográfica de RDU é um recurso avançado de HA de RDU suportado em RHEL 7.4 ou CentOS 7.4 (ambos de 64 bits), em que o nó primário e secundário de RDU pode estar em uma localização geográfica diferente ou ambos os nós podem estar em uma sub-rede diferente.

• No modo de redundância geográfica, o VIP pode estar em qualquer sub-rede que não seja necessário ter no intervalo de sub-rede comum a ambos os nós.
• No modo de redundância Geo, o valor CIDR do VIP deve ser 32.
• O VIP será anunciado como um anúncio RIP do servidor ativo, portanto, o roteador de entrada de ambas as injeções de rota de nós precisa ser feito.
• No modo de redundância Geo, o VIP será monitorado usando o agente de recursos (res_VIPArip).

Requisitos de redundância geográfica de PCP

A injeção de rota para VIP (IP Virtual) precisa ser feita nos roteadores de entrada aos quais os servidores primário e secundário estão conectados.

O VIP será anunciado como anúncio RIP2 do servidor ativo, portanto, a redistribuição de rota precisa ser feita para o RIP2 para o protocolo de roteamento dinâmico em execução no ambiente do usuário.

Como redistribuir e anunciar a rota RIP2 para o IGRP OSPF. A mesma redistribuição pode ser usada para outro protocolo, como EIGRP/IBGP.

Para a solução de redundância geográfica PCP, o valor CIDR do VIP deve ser 32.

• Se o anúncio VIP através do quagga estiver habilitado, insira a interface através da qual você deseja anunciar o VIP, por padrão é eth0, verifique se o nome dessa interface é o mesmo nos servidores primário e secundário, e também verifique se essa interface está conectada ao roteador de entrada onde a injeção de rota é feita.
• Se o anúncio VIP por meio do quaga estiver desativado, insira o valor CIDR para o VIP
• /etc/quagga/ripd.conf. - caminho em que RIP2 conf é adicionado no modo Geo. https://www.nongnu.org/quagga/docs/quagga.html#RIP

• A adjacência do RIP deve ser injetada no Roteador vizinho conectado ao servidor primário e secundário. Exemplo de configuração como esta:

• Configuração de adjacência para par vizinho. Isso precisa ser implementado em ambos os roteadores. VIP e rede IP pública devem ser adicionados para anunciar a interface.
• Rotear para endereço VIP.
• Anuncie essa rede RIP via ospf/eigrp/static com base na rota habilitada para anunciar ao mundo externo.

Example: Here OSPF is the dynamic protocol
router ospf <processed>
redistribute rip metric-type 1 subnets. For RIP2, it uses metric as hop count.
Example: Here ISIS is the dynamic protocol
router isis 
redistribute rip metric

HA pós-verificação

• Verifique o status do cluster HA RDU com o uso do comando: /bprHome/CSCObac/agent/HA/bin/monitor_ha_cluster.sh.
• Verifique se o HA RDU funciona sem qualquer problema com o modo de redundância geográfica. Aguarde até que os discos DRBD primário e secundário sincronizem e mostrem o status atualizado (cat /proc/drbd).