Prime Cable Provisioning 6.1.5 RDU High Availability Deployment mit Geo Mode Redundancy

Einleitung

Dieses Dokument beschreibt die Installation von Prime Cable Provisioning 6.1.5 in High Availability (HA) mit Geomodusredundanz.

Voraussetzungen

Anforderungen

Cisco empfiehlt, dass Sie über Kenntnisse in folgenden Bereichen verfügen:

• Redhat Linux Kenntnisse und Verständnis von Dateisystem und Partitionierung.
• Installieren Sie 6.1.5 RHEL 7.4/Kernel 3.10.0-693.11.6.x86_64 auf einem neuen primären und sekundären virtuellen/physischen System. RDU HA mit geo-Modus ist nur mit dieser RHEL OS- und Kernel-Version und den rpm-Paketen kompatibel.
• Kenntnisse der Linux-DRBD-Dateispeicherreplikationsmethode und des Corosync-Schrittmacher-Clusterkonzepts.
• Die Netzwerkkonfigurationsdatei sollte nur den System-Hostnamen enthalten, nicht den vollqualifizierten Domänennamen (Fully Qualified Domain Name, FQDN).

Komponenten

Die Informationen in diesem Dokument basierend auf folgenden Software- und Hardware-Versionen:

• Plattform: Red Hat Linux 7.4
• Software: Prime Cable Provisioning 6.1.5-Image.

Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.

Installation

Netzwerkdiagramm

1.  LVM erstellt Volume für LVBPRHOME, LVBPRDATA und LVBPRDBLOG auf beiden Servern.

2. Vorbereitung des Linux 7.4-Servers für die RDU HA-Bereitstellung auf beiden Servern.

3. Installation des RDU-Servers im Geo-Redundanzmodus

• Installation des RDU-Servers im Geo-Redundanzmodus
• Überprüfen Sie HA.  -RDU HA-Einrichtung im Modus Primär - Sekundär
• HA installieren - Installieren Sie die PCP-Instanz 6.1.5.
• Überprüfen Sie HA.

4. Layer-3-Routing ist Voraussetzung für die Bereitstellung von Geo-Redundanz.

1. LVM Volume für LVBPRHOME, LVBPRDATA und LVBPRDBLOG auf beiden Servern erstellen

Diese Abbildung wird für den sekundären Server erstellt. Das gleiche Verfahren muss auch auf dem primären Server durchgeführt werden.

• Fügen Sie eine neue Partition als sda3 hinzu, und weisen Sie die Festplatte mithilfe des Befehls fdisk zu.

[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.

Diese Fehlermeldung wird erwartet. Sie müssen den Linux-Rechner neu laden, damit neue Änderungen wirksam werden.

[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

• Physisches Volume für sda3 erstellen.

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

• pvscan - Scannen und Auflisten physischer Volume-Gruppen.
• vgscan - Suche und Liste der logischen Volume-Gruppe.
• lvscan - Dient zum Scannen und Auflisten logischer Volumes, die unter der Volume-Gruppe erstellt wurden

Diese Linux LVM Erstellung ist Voraussetzung für die RDU Server Installation.

• Auf primären und sekundären RDU-Knoten muss eine logische Volume-Gruppe mit drei logischen Volumes erstellt werden. Die logischen Volumes werden auf Grundlage der folgenden Spezifikationen erstellt:

1. <Logisches Volume für Prime Cable Provisioning-Installationsverzeichnis> - Im Verzeichnis /bprHome bereitgestellt. Zum Beispiel LVBPRHOME.

2. <Logisches Volume für Prime Cable Provisioning-Datenverzeichnis> - Im Verzeichnis /bprData eingebunden. Zum Beispiel LVBPRDATA

3. <Logisches Volume für Prime Cable Provisioning-Protokollverzeichnis > - Im Verzeichnis /bprLog eingebunden. Zum Beispiel LVBPRDBLOG

• Erstellen Sie nach Bedarf Volume-Gruppen und logische Volumes, und mounten Sie diese in den Verzeichnissen /bprData, bprHome und /bprLog.

Beispiel:  Dieses Verfahren dient zum Erstellen logischer Volumes für BPRHOME mit 3 GB Speicherplatz, BPRDATA mit 15 GB Speicherplatz und BPRDBLOG mit 5 GB Speicherplatz. Sie müssen den zu erweiternden Speicherplatz basierend auf der Zuweisung auswählen.

• Volume-Gruppe erstellen

vgcreate <vg_name> <pvname>

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

• Erstellen logischer Volumes:

lvcreate -L <Wert ein GB> -n <logischerVolumename> <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 - Pfad zur Installationsanwendung (Standardverzeichnis - /opt/CSCObac)

bprData - Installationsdatenpfad.(Standardverzeichnis - /var/CSCObac)

bprLog - Installationsprotokollpfad. (Standardverzeichnis: /var/CSCObac)

• Erstellen Sie das XFS-Dateisystem auf der lvm-Partition.

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

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

• Verzeichnis erstellen: bprHome, bprData, bprLog und Mounten logischer Volumes in diesen Verzeichnissen.

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

• Bereitstellen eines logischen Volumes, das in diesen Verzeichnissen erstellt wurde.

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

• Diese Befehle können verwendet werden, um neue Partitionsstatus, neuen physischen und logischen Volume-Status, Dateisystemtyp und Zuweisungsblöcke einzutragen und zu überprüfen.

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

Anmerkung:

• Die fstab-Einträge für die logischen Volumes müssen nicht hinzugefügt werden. Der Corosync-Cluster übernimmt die Bereitstellung der Volumes. In der Vergangenheit hatten einige Kunden aufgrund dieser Einträge Probleme. Während des Systemneustarts versuchten manchmal aufgrund von Zeitfehlern sowohl die primäre als auch die sekundäre Festplatte, die Volumes bereitzustellen.

• Volume-Gruppenname und logische Volumes (LVBPRHOME, LVBPRDATA, LVBPRDBLOG) müssen auf beiden Servern identisch sein. Sie sollten auf beiden Servern den gleichen Speicherplatz belegen.

• Die Synchronisierung des Dateisystems des DRBD-Blocks funktioniert nur bei gleicher Festplattengröße auf beiden Servern.

• Die CentOS Linux-Version muss 7.4 und der Kernel 3.10.0-693.11.6.el7.x86_64 sein.

•  Stellen Sie sicher, dass beide Server die gleiche Schnittstelle für die öffentliche IP-Adresse verwenden, an der das VIP angekündigt wird - ens192.

2. Linux 7.4 Server für RDU HA-Bereitstellung auf beiden Servern vorbereiten

• RDU HA-Installationsmodus

• Allgemeine erste Schritte zum Konfigurieren von RDU-HA-Knoten

• RDU HA-Einrichtung im primären sekundären Modus

• Vorbereiten von RDU-Knoten für HA-Setup im primären und sekundären Modus

3. RDU-Server im Geo-Redundanz-Modus installieren

• Einrichten von RDU Two Node Failover Pair

• RDU HA-Einrichtung im Nur-Primär- und Nur-Sekundär-Modus

• Wiederherstellen eines betroffenen RDU-Knotens mithilfe des Wiederherstellungsmodus

Weitere Informationen finden Sie in der Schnellstartanleitung:

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. Layer-3-Routing-Voraussetzung für die Bereitstellung von Geo-Redundanz

RDU-Geo-Redundanz

Die RDU-Geo-Redundanz ist eine erweiterte Funktion von RDU HA, die von RHEL 7.4 oder CentOS 7.4 unterstützt wird (beide 64 Bit), wobei sich der primäre und der sekundäre RDU-Knoten an unterschiedlichen geografischen Standorten befinden können oder sich beide Knoten in unterschiedlichen Subnetzen befinden können.

• Im Geo-Redundanzmodus kann sich das VIP in einem beliebigen Subnetz befinden. Ein gemeinsamer Subnetzbereich für beide Knoten ist nicht erforderlich.
• Im Geo-Redundanzmodus sollte der CIDR-Wert für VIP 32 betragen.
• Die VIP wird vom aktiven Server als RIP-Benachrichtigung angekündigt, sodass auf dem Eingangs-Router der beiden Knoten die Route Injection durchgeführt werden muss.
• Im Geo-Redundanzmodus wird die VIP mithilfe des Ressourcen-Agenten (res_VIPArip) überwacht.

Anforderungen an die PCP-Geo-Redundanz

Das Route Injection für Virtual IP (VIP) muss auf den Eingangsroutern durchgeführt werden, mit denen primäre und sekundäre Server verbunden sind.

Die VIP wird vom aktiven Server als RIP2-Benachrichtigung angekündigt. Daher muss die Routenumverteilung für RIP2 zum dynamischen Routing-Protokoll erfolgen, das in der Benutzerumgebung ausgeführt wird.

Neuverteilung und Ankündigung der RIP2-Route an OSPF-IGRP Dieselbe Neuverteilung kann für andere Protokolle wie EIGRP/IBGP verwendet werden.

Für eine PCP-Geo-Redundanzlösung sollte der CIDR-Wert von VIP 32 betragen.

• Wenn VIP-Advertisement über Quagga aktiviert ist, geben Sie die Schnittstelle ein, über die Sie die VIP ankündigen möchten. Standardmäßig ist dies eth0, stellen Sie sicher, dass dieser Schnittstellenname auf dem primären und sekundären Server gleich ist, und stellen Sie sicher, dass diese Schnittstelle mit dem Eingangs-Router verbunden ist, auf dem die Routing-Injection durchgeführt wird.
• Wenn VIP-Werbung über Quagga deaktiviert ist, geben Sie den CIDR-Wert für VIP ein.
• /etc/quagga/ripd.conf - Pfad, über den RIP2 conf im Geo-Modus hinzugefügt wird. https://www.nongnu.org/quagga/docs/quagga.html#RIP

• Die RIP-Adjacency muss in den benachbarten Router injiziert werden, der mit dem primären und sekundären Server verbunden ist. Beispielkonfiguration wie diese:

• Adjazenzkonfiguration für Nachbar-Peer. Dies muss in beiden Routern implementiert werden. VIP- und öffentliches IP-Netzwerk müssen zur Ankündigungsschnittstelle hinzugefügt werden.
• Route nach VIP-Adresse
• Melden Sie dieses RIP-Netzwerk über ospf/eigrp/static an, basierend auf der Route, die für die externe Werbung aktiviert ist.

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 nach Prüfung

• Überprüfen Sie den RDU HA-Cluster-Status mithilfe des folgenden Befehls: /bprHome/CSCObac/agent/HA/bin/monitor_ha_cluster.sh.
• Stellen Sie sicher, dass RDU HA im Geo-Redundanz-Modus ohne Probleme funktioniert. Warten Sie auf die Synchronisierung der primären und sekundären DRBD-Laufwerke, und zeigen Sie den aktuellen Status an (cat /proc/drbd).