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 UCS C220 M7 VMware sieť a vMotion Part 5

Posted on 19 júla, 20258 mája, 2026 By Martin Hasin Žiadne komentáre na Cisco UCS C220 M7 VMware sieť a vMotion Part 5

V tomto pokračovaní seriálu o budovaní bezpečného VMware klastra sme sa zamerali na konfiguráciu virtuálnych switchov (vSwitch), ktoré zabezpečujú konektivitu pre produkčné VM, správu, ako aj interný prenos VM cez VMotion a Storage vMotion.

Návrh sieťovej topológie pre VMware klaster s Cisco Nexus prepínačmi

Na obrázku je zobrazený návrh topológie zapojenia dvoch serverov (crsm1 a crsm2), ktoré tvoria základ pripravovaného VMware klastra. Každý server je prepojený do dvoch nezávislých prepínačov – Nexus A a Nexus B, čím sa zabezpečuje vysoká dostupnosť siete a redundancia uplinkov.

Topológia je rozdelená do dvoch vrstiev:

  • vSwitch0 (zelená vrstva): slúži ako základná vrstva pre pripojenie serverov do sieťovej infraštruktúry. Tu sú nakonfigurované VMkernel porty pre správu, vMotion a Storage vMotion, pričom uplinky smerujú do oboch Nexus prepínačov.
  • vSwitch1 (žltá vrstva): je vyhradený pre internú dátovú komunikáciu medzi servermi, využívanú najmä pre vMotion a Storage vMotion. Vďaka tejto dedikovanej vrstve sa minimalizuje záťaž na produkčných uplinkoch a optimalizuje sa rýchlosť migrácií medzi hostami.

Krok 1 – Spustenie pridania nového virtuálneho switcha (vSwitch1)

Na tomto obrázku sa nachádzame v prostredí vSphere Client, na záložke:

Configure > Networking > Virtual switches

Hostiteľ: crsm2

V tejto časti je aktuálne zobrazený predvolený Standard Switch: vSwitch0, ktorý slúži na základnú sieťovú komunikáciu (napr. pre správu hosta).

➡️ Na vytvorenie novej virtuálnej siete – vSwitch1, ktorú použijeme výhradne pre VMotion a Storage VMotion, klikneme v pravom hornom rohu na „Add Networking…”.

Týmto spúšťame sprievodcu, kde nakonfigurujeme nový vSwitch s VMkernel portom, dedikovaným pre dátovú komunikáciu medzi hostami.

Krok 2 – Výber typu sieťového pripojenia (VMkernel Network Adapter)

V tomto kroku sprievodcu Add Networking sa nachádzame vo fáze „Select connection type“, kde určujeme typ sieťového pripojenia, ktoré bude vytvorené na ESXi hostovi.

➡️ V tomto prípade bola správne zvolená možnosť „VMkernel Network Adapter“.

Táto voľba je nevyhnutná v prípade, že chceme nakonfigurovať sieťové služby ESXi ako sú:

  • vMotion
  • Storage vMotion
  • iSCSI / NFS storage
  • vSAN
  • Fault Tolerance
  • Management Network

Po zvolení tejto možnosti bude možné priradiť nový alebo existujúci virtuálny switch (napr. vSwitch1) a vytvoriť port, ktorému môžeme povoliť konkrétnu službu – v tomto prípade vMotion a Storage vMotion.

➡️ Pokračujeme kliknutím na NEXT.

Krok 3 – Výber cieľového zariadenia a vytvorenie nového vSwitcha

V tomto kroku sprievodcu Add Networking sme vo fáze „Select target device“, kde určujeme, kam sa má nová VMkernel sieť pripojiť.

➡️ Bola zvolená možnosť „New standard switch“, čím vytvoríme nový vSwitch1, ktorý bude nezávislý od existujúceho vSwitch0. Tento nový switch bude dedikovaný pre VMotion a Storage vMotion a bude fyzicky prepojený na vyhradené 25Gbps adaptéry medzi hostami.

🔧 MTU hodnota bola upravená na 9000 bajtov, čo je dôležitý krok pre optimalizáciu výkonu pri veľkých dátových prenosoch – typických pre vMotion alebo storage migrácie.
Zvýšenie MTU na 9000 umožňuje používanie jumbo frame packetov, čím sa:

  • znižuje režijná záťaž na CPU,
  • zvyšuje priepustnosť,
  • minimalizuje latencia.

➡️ Pokračujeme kliknutím na NEXT

Krok 4 – Priradenie fyzických adaptérov k novému vSwitchu

V tomto kroku sa nachádzame vo fáze „Create a Standard Switch“, kde priraďujeme fyzické sieťové adaptéry (vmnic) k novému virtuálnemu switchu, ktorý sme sa rozhodli vytvoriť.

V časti Active adapters boli pridané dva fyzické sieťové adaptéry:

  • (New) vmnic5
  • (New) vmnic2

Tieto adaptéry budú aktívne pre nový vSwitch1 a zabezpečia:

  • priamu konektivitu medzi servermi crsm1 a crsm2 (pre vMotion/Storage vMotion),
  • vysokú priepustnosť (ide o 25Gbps adaptéry),
  • redundanciu.

Nepriradené adaptéry sú zobrazené nižšie pod Unused adapters – tie možno využiť pre iné vSwitche alebo ako zálohu (Standby).

➡️ Pokračujeme kliknutím na NEXT.

Krok 5 – Nastavenie vlastností VMkernel portu (Port properties)

V tomto kroku definujeme vlastnosti nového VMkernel portu, ktorý bude priradený k vytvorenému vSwitch1. Tento port je kľúčový pre zabezpečenie správnej funkcie služieb ako vMotion alebo Storage vMotion.

Nastavenia:

  • Network label: vmotion
    → Tento názov sa zobrazí ako identifikátor portu v sieťovej časti ESXi. Odporúča sa pomenovať podľa funkcie (napr. vmotion, storage-vmotion, backup…).
  • VLAN ID: None (0)
    → Znamená, že port komunikuje v nativnej VLAN. Ak by sieť vMotion bola tagovaná, je potrebné tu zadať správne VLAN číslo.
  • MTU: Get MTU from switch
    → Hodnota sa preberá z predchádzajúceho nastavenia vSwitchu, ktoré bolo nastavené na 9000 bajtov (jumbo frames).
  • TCP/IP stack: vMotion
    → Výber špeciálneho TCP/IP stacku optimalizovaného pre VMotion. Oddeľuje routovaciu tabuľku od bežnej management siete.

Enabled services:

  • vMotion
    → Umožňuje live migráciu bežiacich VM medzi hostami bez výpadku.

➡️ Po nastavení týchto hodnôt pokračujeme kliknutím na NEXT

Krok 6 – Nastavenie IPv4 adresy pre VMkernel port

V tomto kroku konfigurujeme sieťové nastavenia pre nový VMkernel port, ktorý bude použitý na vMotion.

Zvolené možnosti:

  • Use static IPv4 settings
    → Používame statickú IP adresu, čo je odporúčané pre VMkernel služby ako vMotion, pretože zaručuje stabilné sieťové rozhranie medzi ESXi hostmi.
  • IPv4 address: 192.168.211.43
    → Táto IP adresa musí byť v rovnakej podsieti ako ostatné VMkernel porty pre vMotion na ostatných ESXi hostoch.
  • Subnet mask: 255.255.255.0
    → Podsieť pokrýva rozsah 192.168.211.0/24.
  • Default gateway je ponechaná nevyplnená (neaktivovaná)
    → Pre VMotion sieť nie je potrebná brána (gateway), pretože komunikácia prebieha iba medzi ESXi hostmi v rámci podsiete. V prípade oddelenej siete bez routovania je to správne.

➡️ Po overení správnosti údajov pokračujeme kliknutím na NEXT

Krok 7 – Nastavenie Teaming and Failover na vSwitch1

Po vytvorení vSwitch1 je potrebné upraviť jeho vlastnosti, aby bola zabezpečená vysoká dostupnosť a správna detekcia výpadkov siete.

V sekcii Teaming and failover odporúčame nastaviť nasledujúce parametre:

Network failure detection: Beacon probing

  • Predvolená hodnota býva Link status only, ktorá nedetekuje všetky typy výpadkov (napr. výpadok na trase za fyzickým portom).
  • Beacon probing aktívne vysiela broadcastové pakety cez všetky aktívne adaptéry a zisťuje, či ich prijímajú ostatné – vďaka tomu detekuje aj „tiché“ výpadky medzi switchmi.
  • Odporúča sa pri vMotion a iných VMkernel službách, kde je dôležitá dostupnosť a redundantná konektivita.

Krok 8 – Spustenie migrácie virtuálneho stroja

Na tomto obrázku vidíme výber virtuálneho stroja test, ktorý beží na hostovi crsm1.

Po kliknutí pravým tlačidlom myši na VM sa zobrazí kontextové menu. Z neho je vybraná možnosť „Migrate…“, ktorá slúži na presun (migráciu) virtuálneho stroja na iný ESXi host, datastore alebo oboje.

Týmto krokom začína sprievodca vMotion migráciou, kde budeme pokračovať výberom typu migrácie – v ďalšom kroku vyberieme presun na iný host (Compute resource only), čo je typické pre test funkčnosti vMotion siete.

Krok 9 – Výber typu migrácie (Select a migration type)

V tomto kroku sprievodcu migráciou sa rozhodujeme, čo presne chceme s virtuálnym strojom migrovať.

Zvolené:

Change both compute resource and storage
→ Znamená, že migrujeme:

  • Compute resource – VM bude presunutá z hosta crsm1 na hosta crsm2.
  • Storage – disky VM budú presunuté z jedného dátového úložiska na iné.

Poznámka: Tento typ migrácie kombinuje vMotion (presun výpočtového výkonu) a Storage vMotion (presun diskov), takže vyžaduje, aby:

  • oba hosty mali prístup na zdrojový a cieľový storage (alebo bol zvolený kompatibilný cieľ),
  • sieť vMotion aj storage sieť boli správne nakonfigurované.

Krok 10 – Výber cieľového hosta (Select a compute resource)

V tomto kroku si volíme cieľového ESXi hosta, na ktorého chceme presunúť virtuálny stroj test.

Zvolená možnosť:

crsm2
→ Virtuálny stroj bude premiestnený z hosta crsm1 na hosta crsm2.

Kontrola kompatibility:

V spodnej časti obrazovky vidíme správu:
„Compatibility checks succeeded.“

To znamená, že:

  • vybraný host spĺňa všetky požiadavky na vMotion,
  • VM je kompatibilná s hardvérom a konfiguráciou hosta crsm2,
  • pripojené siete, úložiská a konfigurácie VM sú prenositeľné.

Krok 11 – Výber cieľového úložiska (Select storage)

V tomto kroku vyberáme storage (datastore), na ktorý sa majú presunúť disky virtuálneho stroja počas migrácie.

Zvolené:

crsm2-local
→ Lokálny diskový priestor na hostovi crsm2, ktorý má:

  • kapacitu: 3.36 TB
  • voľné miesto: 3.36 TB
  • obsadené: len 1.47 GB

Tento krok je súčasťou Storage vMotion, kde sa disky VM fyzicky premiestňujú na iný storage.

Ďalšie možnosti:

  • Select virtual disk format: zvolený „Same format as source“
    → zachováva aktuálny formát disku (napr. thick alebo thin provisioned)
  • VM Storage Policy: „Keep existing VM storage policies“
    → žiadna zmena politiky úložiska

Compatibility checks succeeded:
→ Všetky požiadavky pre migráciu na tento storage boli úspešne overené.

Krok 12 – Výber cieľovej siete (Select networks)

V tomto kroku určuješ, do ktorej virtuálnej siete bude VM pripojená po migrácii na nový host crsm2.

Zobrazené:

  • Source Network: VM Network
    → Toto je aktuálna sieť, do ktorej je VM pripojená na pôvodnom hoste crsm1.
  • Destination Network: VM Network
    → Vybraná cieľová sieť na hoste crsm2. Mala by to byť rovnaká portová skupina, aby VM po migrácii nestratila konektivitu.

Kompatibilita:

✔ Compatibility checks succeeded
→ Sieť s rovnakým názvom je dostupná aj na cieľovom hoste. Pripojenie VM zostane zachované bez potreby manuálnej rekonfigurácie.

Odporúčanie:
Ak používaš standard switches (vSwitch0), portová skupina s rovnakým názvom musí byť vytvorená manuálne na všetkých hostoch.
V prostredí s distributed switchom (VDS) je táto časť automatizovaná a sieťová konektivita je vždy konzistentná.

Krok 13 – Výber priority pre vMotion (Select vMotion priority)

Tento krok ti umožňuje zvoliť, akú prioritu má mať migrácia VM z hľadiska využitia CPU a rýchlosti dokončenia.

Dostupné možnosti:

  1. Schedule vMotion with high priority (odporúčané)
    Aktuálne zvolená možnosť
    → vMotion dostane vyššiu prioritu pri plánovaní CPU prostriedkov, čo zabezpečí rýchlejšie dokončenie migrácie.
  2. Schedule normal vMotion
    → vMotion bude mať nižšiu prioritu, môže trvať dlhšie, ale bude mať menší dopad na bežiace úlohy v systéme.

Kedy zvoliť „high priority“:

  • Pri aktívne bežiacej VM, kde je dôležitá rýchla a bezvýpadková migrácia.
  • Pri údržbe hosta, kde sa plánuje odpojenie zdroja po migrácii.

Kedy zvoliť „normal vMotion“:

  • Pri plánovaných migráciách mimo špičku alebo pri migrácii viacerých VM súčasne, aby sa rovnomerne rozdelilo zaťaženie.

Po migrácii vidíme, že:

  • Virtuálna mašina test bola úspešne premiestnená z hosta crsm1 na hosta crsm2.
  • Ikonka VM test sa teraz nachádza pod crsm2.
  • Na hoste crsm1 už nie je žiadna bežiaca VM s názvom test.

Výsledok migrácie:

  • Migrácia prebehla úspešne.
  • Compute zdroj aj storage boli presunuté podľa zvoleného typu migrácie.
  • Sieťové pripojenie bolo zachované cez rovnaký „VM Network“.

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
    Cisco Nexus VPC klaster pre PROXMOX – Kompletný návodCisco Nexus VPC Cluster for PROXMOX – Complete Guide
  • 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 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
vSphere Tags:Cisco server VMware, cisco ucs c220 m7

Navigácia v článku

Previous Post: Cisco UCS C220 M7 ESXi a vCenter Part 4
Next Post: Cisco UCS C220 M7 vSphere Lifecycle Manager Part 6

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}