Skip to content

Automate, Protect, Optimize – IT Simplified

  • Domov
  • Windows
    • ActiveDirectory
    • DNS
  • VMware
    • Automation
    • vSphere
    • Horizon
  • Proxmox
  • Checkpoint
  • CheckMK
  • Veeam
  • Azure
  • English (US)English (US)
  • SlovenčinaSlovenčina
  • Toggle search form

Cisco Nexus VPC klaster pre PROXMOX – Kompletný návodCisco Nexus VPC Cluster for PROXMOX – Complete Guide

Posted on 19 novembra, 20258 mája, 2026 By Martin Hasin Žiadne komentáre na Cisco Nexus VPC klaster pre PROXMOX – Kompletný návodCisco Nexus VPC Cluster for PROXMOX – Complete Guide

V prostrediach, kde je dostupnosť kritickým parametrom a každá sekunda výpadku môže znamenať výrazné prevádzkové straty, je nevyhnutné navrhovať sieťovú infraštruktúru s dôrazom na redundanciu a škálovateľnosť. Cisco Nexus platforma ponúka robustný nástroj práve na tento typ riešenia – Virtual Port-Channel (vPC).

Port-Channel (často nazývaný aj EtherChannel alebo LAG – Link Aggregation Group) je mechanizmus, ktorý umožňuje zväzovať viac fyzických ethernetových liniek do jedného logického linku. Prepínač pritom pracuje s týmto zväzkom ako s jedným linkom aj z pohľadu L2 smerovania rámcov.

Výhody použitia port-channelu

  • Vyššia priepustnosť: kombináciou viacerých liniek (napr. 2×10G = 20G; 4×10G = 40G) získate vyššiu kapacitu bez potreby drahších uplinkových modulov.
  • Redundancia: pri výpadku jednej linky (optiky či transceiveru) port-channel ostáva aktívny, čo eliminuje výpadky pri jednovrstvových spojoch.
  • Vyvažovanie záťaže (load-balancing): premávka sa rozkladá podľa hash algoritmov (MAC, IP, L4 porty), čo zvyšuje efektivitu.
  • Jednoduchšia topológia: z pohľadu konfigurácie je to stále jeden logický interface, čo uľahčuje správu ACL, QoS či monitoringu.

Bez port-channelu by bolo potrebné riešiť STP blokovanie portov a komplikácie pri redundancii. Práve preto sa stal štandardným stavebným prvkom moderných dátových centier.

Čo je to Cisco VPC (Virtual Port-Channel)

Kým port-channel funguje medzi dvoma zariadeniami, vPC posúva celú koncepciu o jeden zásadný krok vyššie. Zákazník totiž často nechce byť viazaný jedným fyzickým switchom — potrebuje redundantnú dvojicu, ktorá sa správa ako jeden logický celok. Na to slúži vPC.

Definícia vPC

Cisco vPC umožňuje pripojiť jeden alebo viac downstream zariadení (servery, switche, hypervízory) pomocou port-channelu, ktorý je rozdelený medzi dve nezávislé Nexus jednotky. Downstream zariadenie však tieto dva switche vidí ako jeden logický switch.

Kľúčové prínosy vPC

  • Redundancia bez STP blokovania
    Oba switche v páre sú aktívne naraz. Žiadny port nie je blokovaný STP, čím sa eliminuje jeden z najčastejších “bottleneckov”.
  • Nulové alebo minimálne výpadky pri poruche jedného zo switchov
    Linky ostávajú aktívne, traffic pokračuje cez druhý člen vPC.
  • Možnosť aktívneho LACP port-channelu cez dva fyzické switche
    Server alebo iný switch dostane väčšiu priepustnosť s redundantnou architektúrou.
  • Stabilná datacentrová architektúra
    vPC je základom pre spine-leaf topológie a moderné architektúry bez STP.

Čo tým získate v praxi

  • Servery môžu mať dva (alebo viac) uplinkov, každý do iného switcha → no tvoria jeden LACP port-channel.
  • Nedochádza k výpadkom pri poruche jedného switcha.
  • Minimalizujete slučky aj závislosť na STP.
  • Získate horizontálne škálovateľnú architektúru vhodnú pre hypervízorové farmy, storage systémy či HPC.

vPC klaster na dvojici Cisco Nexus (10.1.1.35 a 10.1.1.36)

V nadväznosti na teoretický úvod sa v ďalšej časti článku zameriame na praktickú konfiguráciu vPC v prostredí dvoch Cisco Nexus prepínačov. Postupne si vysvetlíme jednotlivé komponenty vPC architektúry a ukážeme, ako správne navrhnúť aj nakonfigurovať celé riešenie.

V rámci konfigurácie sa budeme venovať týmto oblastiam:

  • vPC peer-link – hlavný synchronizačný kanál medzi Nexus switchmi, cez ktorý sa prenášajú informácie o MAC tabuľkách, LACP stavoch a ďalších štruktúrach potrebných pre súbežnú prevádzku oboch zariadení.
  • vPC keepalive link – link pre detekciu životnosti peer zariadenia. Tento mechanizmus zabezpečuje, aby sa predišlo split-brain scenárom.
  • Kompletná konfigurácia oboch switchov – predstavíme referenčnú konfiguráciu vrátane odporúčaných best practices, vhodnú pre produkčné prostredia.

                           ┌───────────────────────────────────┐
                           │        MANAGEMENT NETWORK         │
                           │     (dedikovaný mgmt switch)      │
                           └───────────────────────────────────┘
                                     ▲               ▲
                                     │               │
                                     │               │
            ┌──────────────────────┐ │               │ ┌──────────────────────┐
            │     Cisco Nexus 1    │ │               │ │     Cisco Nexus 2    │
            │     mgmt: 10.1.1.35  │─┘               └─│     mgmt: 10.1.1.36  │
            └───────────┬──────────┘                   └───────────┬──────────┘
                        │                                          │
                        │                                          │
                        └────────────── vPC KEEPALIVE ─────────────┘
                           (realizované cez Eth1/31 ↔ Eth1/31)

Východiskové nastavenia pre oba switche (použiť na oboch)

Tieto príkazy patria na oba Nexusy, pretože aktivujú potrebné funkcie:

conf t
  feature interface-vlan
  feature lacp
  feature vpc

Konfigurácia Switch 1 (10.1.1.35)

  ! vPC domain – identické číslo na oboch switchoch
  vpc domain 10
    role priority 100
    peer-keepalive destination 10.1.1.36 source 10.1.1.35 vrf management
    auto-recovery
    ip arp synchronize
    peer-gateway
  exit

 interface port-channel1
    description vPC-PEER-LINK to N5K-SW2
    switchport
    switchport mode trunk
    spanning-tree port type network
    vpc peer-link
    no shutdown

 ! === vPC PEER-LINK ===
  interface Ethernet1/31
    description vPC-PEER-LINK to N5K-SW2 Eth1/31
    switchport
    switchport mode trunk
    spanning-tree port type network
    channel-group 1 mode active
    no shutdown

  interface Ethernet1/32
    description vPC-PEER-LINK to N5K-SW2 Eth1/32
    switchport
    switchport mode trunk
    spanning-tree port type network
    channel-group 1 mode active
    no shutdown

Konfigurácia Switch 2 (10.1.1.36)

  ! vPC domain – musí byť rovnaký ako na SW1
  vpc domain 10
    role priority 200
    peer-keepalive destination 10.1.1.35 source 10.1.1.36 vrf management
    auto-recovery
    ip arp synchronize
    peer-gateway
  exit

 interface port-channel1
    description vPC-PEER-LINK to N5K-SW2
    switchport
    switchport mode trunk
    spanning-tree port type network
    vpc peer-link
    no shutdown

 ! === vPC PEER-LINK ===
  interface Ethernet1/31
    description vPC-PEER-LINK to N5K-SW2 Eth1/31
    switchport
    switchport mode trunk
    spanning-tree port type network
    channel-group 1 mode active
    no shutdown

  interface Ethernet1/32
    description vPC-PEER-LINK to N5K-SW2 Eth1/32
    switchport
    switchport mode trunk
    spanning-tree port type network
    channel-group 1 mode active
    no shutdown

Overenie správnej funkcie vPC – kontrolné príkazy a interpretácia výsledkov

Po dokončení konfigurácie vPC je nevyhnutné overiť, že celý klaster pracuje konzistentne a oba switche zdieľajú stavové informácie korektne. Cisco Nexus poskytuje na tento účel množstvo diagnostických príkazov, ktoré viete použiť na potvrdenie správneho nastavenia. V tejto časti si prejdeme najdôležitejšie z nich a ukážeme, čo presne majú administrátori očakávať vo výstupe.

Do textu si následne vložíte vlastné screenshoty výstupov jednotlivých príkazov.

1. Overenie celkového stavu vPC – show vpc

Príkaz slúži na základnú kontrolu stavu vPC domain. Poskytuje informácie o:

  • stave peer-linku,
  • stave vPC keepalive,
  • zelenej / červenej indikácii pre jednotlivé vPC porty,
  • úlohe (role) daného switcha v doméne,
  • zdravotnom stave vPC (operational status).

Do článku vložíte screenshot:

Príklad:

V správne nakonfigurovanom prostredí majú byť kľúčové položky vo výstupe v stave:

  • Peer-link : up
  • Peer-keepalive : alive
  • vPC role : primary/secondary – podľa priority
  • vPC porty : up / synchronized

Ak by boli hodnoty „down“, „not synchronized“ alebo „type inconsistency“, ide o problém, ktorý si vyžaduje zásah.

2. Overenie keepalive komunikácie – show vpc peer-keepalive

vPC keepalive slúži na detekciu životnosti peer zariadenia a zabraňuje split-brain stavu. Tento príkaz zobrazuje:

  • IP adresy používané na keepalive,
  • aktívny stav linky,
  • čas poslednej prijatej správy.

Príklad:

Správny stav:

  • Keepalive interval working normally
  • Destination reachable
  • No packet drops

Ak je stav „not operational“ alebo „destination unreachable“, vPC prejde do degradovaného režimu.

3. Kontrola konzistencie konfigurácie – show vpc consistency-parameters global

Tento príkaz je kritický pre overenie, že oba switche majú kompatibilné nastavenia. Porovnáva:

  • VLAN konfiguráciu
  • STP nastavenia
  • MTU
  • VTP
  • QoS parametre
  • Switchport mód
  • všetky ďalšie atribúty potrebné pre správny chod vPC

Príklad screenshotu:

Dôležitý je výsledok:

  • Consistency status : success

Ak sa objaví:

  • Type-1 inconsistency – vPC sa automaticky zablokuje
  • Type-2 inconsistency – prevádzka môže pokračovať, no stav je nestabilný

4. Stav port-channelov – show port-channel summary

Príkaz slúži na kontrolu:

  • členov LACP port-channelov,
  • stavu jednotlivých liniek,
  • správneho priradenia portov do skupín,
  • či sú porty v aktívnom stave („P“ = bundled, „D“ = down, „I“ = individual).

Tu vložíte screenshot:

Pre peer-link (Port-Channel 100) majú byť oba členy v stave:

  • P (port je agregovaný a aktívny)

Ak je stav „D“ alebo „I“, znamená to chybu LACP, VLAN alebo MTU.

Martin Hasin
CEO at mhite S.R.O. | martin.hasin@gmail.com | Website |  + postsBio

Odborník na kybernetickú bezpečnosť, správu Azure Cloud a VMware onprem. Využíva technológie, ako Checkmk a MRTG, na monitorovanie siete a zvyšovanie efektívnosti a bezpečnosti IT infraštruktúry. Kontakt: hasin(at)mhite.sk

  • Martin Hasin
    VRA Ubuntu 26.04 Server Template — Kompletná šablóna pre vRealize Automation
  • Martin Hasin
    Windows 11 v Azure s Entra ID – Kompletný návodWindows 11 in Azure with Entra ID – Complete Guide
  • Martin Hasin
    Overenie prístupu k Azure SQL – Kompletný návodAzure SQL Access Verification – Complete Guide
  • Martin Hasin
    Veeam Backup Replication v13 Linux Appliance – Kompletný návodVeeam Backup Replication v13 Linux Appliance – Complete Guide
  • Martin Hasin
    Check Point VSX DHCP Relay – Konfigurácia
  • Martin Hasin
    K3s na Raspberry Pi – Od nápadu po funkčný Kubernetes klaster
  • Martin Hasin
    Zálohovanie MinIO S3 s Veeam – Kompletný návod
  • Martin Hasin
    Zálohovanie klientskych staníc – Legislatíva a praktické dôvody
  • Martin Hasin
    MSSQL transakčné logy – Správa diskového priestoru
  • Martin Hasin
    Cisco UCS C220 M7 monitoring a logovanie Part 7
  • Martin Hasin
    Cisco UCS C220 M7 vSphere Lifecycle Manager Part 6
  • Martin Hasin
    Cisco UCS C220 M7 VMware sieť a vMotion Part 5
  • Martin Hasin
    Cisco UCS C220 M7 ESXi a vCenter Part 4
  • Martin Hasin
    Cisco UCS C220 M7 sieťová architektúra Part 3
  • Martin Hasin
    HTTPS Inspection v korporátnom prostredí
  • Martin Hasin
    Cisco UCS C220 M7 VMware klaster Part 2
  • Martin Hasin
    Cisco UCS C220 M7 VMware klaster
  • Martin Hasin
    Zálohovanie Microsoft 365 – Prečo cloud nie je zálohovaný
  • Martin Hasin
    Azure API Management
  • Martin Hasin
    Ubuntu Hardened Repository Veeam
  • Martin Hasin
    CIS Benchmark: Štandard pre posilnenie kybernetickej bezpečnosti 2CIS Benchmark: Cybersecurity Hardening Standard Part 2
  • Martin Hasin
    CIS Benchmark
  • Martin Hasin
    Azure Backup SQL s Veeam
  • Martin Hasin
    SNIA Data Protection Best Practices
  • Martin Hasin
    Veeam monitoring CheckMK
  • Martin Hasin
    Azure Automation
  • Martin Hasin
    Veeam Hardened Repository
  • Martin Hasin
    Ako a prečo zálohovať Active DirectoryHow and Why to Backup Active Directory
  • Martin Hasin
    Zálohovanie Entra ID pomocou Veeam
  • Martin Hasin
    Veeam Backup pre Proxmox VM
  • Martin Hasin
    Zabezpečenie Windows Servera s Veeam
  • Martin Hasin
    Grafana Dashboard pre Veeam
  • Martin Hasin
    Veeam Backup NFS Fileshare
  • Martin Hasin
    VRA Ubuntu Template
  • Martin Hasin
    Azure SQL Server zabezpečenie
  • Martin Hasin
    Azure Storage Account zabezpečenie
  • Martin Hasin
    Microsoft Authenticator
  • Martin Hasin
    Virtual WAN VPN Server
  • Martin Hasin
    VRA Windows vytvorenie šablóny
  • Martin Hasin
    Azure REST API Reset Analysis Services
  • Martin Hasin
    Azure Purview Data Security
  • Martin Hasin
    Azure Office 365 Data Security
  • Martin Hasin
    Azure Elasticsearch Log Server
  • Martin Hasin
    Azure SQL Server Export BACPAC
  • Martin Hasin
    Azure Communication Services Email
  • Martin Hasin
    Backup Azure Fileshare Duplicati
  • Martin Hasin
    Azure Key Vault Backup
  • Martin Hasin
    Azure Fileshare pripojenie Ubuntu
  • Martin Hasin
    DLP ochrana dát v Azure
  • Martin Hasin
    Azure Blob Storage ochrana pred ransomware
  • Martin Hasin
    Azure Cloud zálohovanie
  • Martin Hasin
    Windows Server RDP Brute Force ochrana
  • Martin Hasin
    Azure Private Link VPN
  • Martin Hasin
    Azure Point-to-Site VPN
  • Martin Hasin
    VMware VCSA výmena certifikátu
  • Martin Hasin
    CheckMK Nextcloud plugin
  • Martin Hasin
    Inštalácia CheckMK
  • Martin Hasin
    Check Point zväčšenie partície log
  • Martin Hasin
    VMware ESXi vlastné inštalačné médium
  • Martin Hasin
    VRA Windows 11 šablóna
  • Martin Hasin
    Active Directory NTP server
  • Martin Hasin
    AD AllowNT4Crypto zabezpečenie
  • Martin Hasin
    CentOS Stream 9 šablóna pre VRA
  • Martin Hasin
    Windows DNS a Linux DNS replikácia
  • Martin Hasin
    Inštalácia Active Directory 2022 časť 2
  • Martin Hasin
    Inštalácia Active Directory 2022
  • Martin Hasin
    vCenter VMSA-2021-0028 oprava
  • Martin Hasin
    VMware Coredump Collector
  • Martin Hasin
    Windows VMware disk štatistiky
  • Martin Hasin
    Ubuntu šablóna pre VRA
  • Martin Hasin
    VMware vCenter API príkazy
  • Martin Hasin
    Pridanie ESXi do vCenter
  • Martin Hasin
    Vytvorenie datastore v ESXi
  • Martin Hasin
    Inštalácia VMware ESXi 7
  • Martin Hasin
    Inštalácia VMware vCenter 7
Proxmox Tags:cisco ucs c220 m7

Navigácia v článku

Previous Post: Windows 11 v Azure s Entra ID – Kompletný návodWindows 11 in Azure with Entra ID – Complete Guide
Next Post: Veeam Backup Replication 13 inštalácia – Kompletný návodVeeam Backup Replication 13 Installation – Complete Guide

Pridaj komentár Zrušiť odpoveď

Vaša e-mailová adresa nebude zverejnená. Vyžadované polia sú označené *

Search

Archives

  • máj 2026
  • január 2026
  • november 2025
  • október 2025
  • september 2025
  • august 2025
  • júl 2025
  • máj 2025
  • apríl 2025
  • marec 2025
  • február 2025
  • január 2025
  • december 2024
  • november 2024
  • júl 2024
  • jún 2024
  • máj 2024
  • marec 2024
  • február 2024
  • január 2024
  • december 2023
  • jún 2023
  • apríl 2023
  • november 2022
  • október 2022
  • august 2022
  • júl 2022
  • marec 2022
  • február 2022
  • január 2022
  • december 2021
  • november 2021
  • október 2021

Categories

  • ActiveDirectory
  • Automation
  • Azure
  • CheckMK
  • Checkpoint
  • DNS
  • Linux
  • Proxmox
  • Uncategorized
  • Veeam
  • VMware
  • vSphere
  • Windows

Archives

  • máj 2026
  • január 2026
  • november 2025
  • október 2025
  • september 2025
  • august 2025
  • júl 2025
  • máj 2025
  • apríl 2025
  • marec 2025
  • február 2025
  • január 2025
  • december 2024
  • november 2024
  • júl 2024
  • jún 2024
  • máj 2024
  • marec 2024
  • február 2024
  • január 2024
  • december 2023
  • jún 2023
  • apríl 2023
  • november 2022
  • október 2022
  • august 2022
  • júl 2022
  • marec 2022
  • február 2022
  • január 2022
  • december 2021
  • november 2021
  • október 2021

Copyright © 2021 Martin Hasin.

Powered by PressBook WordPress theme

Spravujte súhlas so súbormi cookie
Na poskytovanie tých najlepších skúseností používame technológie, ako sú súbory cookie na ukladanie a/alebo prístup k informáciám o zariadení. Súhlas s týmito technológiami nám umožní spracovávať údaje, ako je správanie pri prehliadaní alebo jedinečné ID na tejto stránke. Nesúhlas alebo odvolanie súhlasu môže nepriaznivo ovplyvniť určité vlastnosti a funkcie.
Funkčné Vždy aktívny
Technické uloženie alebo prístup sú nevyhnutne potrebné na legitímny účel umožnenia použitia konkrétnej služby, ktorú si účastník alebo používateľ výslovne vyžiadal, alebo na jediný účel vykonania prenosu komunikácie cez elektronickú komunikačnú sieť.
Predvoľby
Technické uloženie alebo prístup je potrebný na legitímny účel ukladania preferencií, ktoré si účastník alebo používateľ nepožaduje.
Štatistiky
Technické úložisko alebo prístup, ktorý sa používa výlučne na štatistické účely. Technické úložisko alebo prístup, ktorý sa používa výlučne na anonymné štatistické účely. Bez predvolania, dobrovoľného plnenia zo strany vášho poskytovateľa internetových služieb alebo dodatočných záznamov od tretej strany, informácie uložené alebo získané len na tento účel sa zvyčajne nedajú použiť na vašu identifikáciu.
Marketing
Technické úložisko alebo prístup sú potrebné na vytvorenie používateľských profilov na odosielanie reklamy alebo sledovanie používateľa na webovej stránke alebo na viacerých webových stránkach na podobné marketingové účely.
  • Spravovať možnosti
  • Správa služieb
  • Spravovať {vendor_count} dodávateľov
  • Prečítajte si viac o týchto účeloch
Zobraziť predvoľby
  • {title}
  • {title}
  • {title}