CISCO IOS XR hosting alkalmazások felhasználói kézikönyv

Tartalom elrejt

CISCO IOS XR hosting alkalmazások

Alkalmazások tárolása IOS XR rendszeren
Ez a rész ismerteti az alkalmazástárolás különböző típusait, és bemutatja, hogyan lehet egy egyszerű alkalmazást natív módon vagy harmadik féltől származó tárolóban tárolni IOS XR rendszeren.

Alkalmazástárolás Docker-tárolók használatával.

Docker-alapú tárolóalkalmazás-tárhely.

Alkalmazástárolás Docker-tárolók használatával
Az IOS XR alkalmazástárhelye támogatja a docker konténereket. Létrehozhat saját tárolót az IOS XR rendszeren a docker segítségével, és a tárolón belül tárolhat alkalmazásokat. Az alkalmazások bármilyen Linux disztribúció segítségével fejleszthetők. Ez jól illeszkedik azokhoz az alkalmazásokhoz, amelyek az IOS XR gyökér által biztosítottaktól eltérő rendszerkönyvtárakat használnak file rendszer. A Cisco NCS 540 csak a docker-alapú alkalmazástárolást támogatja.

Docker-alapú tárolóalkalmazás-tárhely
Ez a rész bemutatja a konténeralkalmazás-tárhely fogalmát, és leírja annak munkafolyamatát. A tárolóalkalmazás-tárhely lehetővé teszi, hogy az alkalmazásokat saját környezetükben és folyamatterükben (névtérben) tárolják egy Linux-tárolóban a Cisco IOS XR rendszeren. Az alkalmazásfejlesztő teljes mértékben felügyeli az alkalmazásfejlesztési környezetet, és választhat egy Linux disztribúciót. Az alkalmazások elszigeteltek az IOS XR vezérlősík folyamataitól; ennek ellenére az XR GigE interfészeken keresztül XR-n kívüli hálózatokhoz is csatlakozhatnak. Az alkalmazások helyileg is könnyen elérhetők file rendszerek IOS XR rendszeren.

A Docker használata alkalmazások tárolására Cisco IOS XR rendszeren
A Docker egy tároló, amelyet alkalmazások tárolására használnak a Cisco IOS XR rendszeren. A Docker Linux hálózati névterek használatával elkülöníti az alkalmazási folyamatokat az XR mögöttes gazdagépfolyamatoktól.

Docker szükséges a Cisco IOS XR rendszeren
A Docker az iparág által preferált csomagolómodelljévé válik a virtualizációs térben alkalmazott alkalmazások számára. A Docker biztosítja az alapot az alkalmazások életciklus-kezelésének automatizálásához. A Docker egy réteges megközelítést követ, amely egy alul lévő alapképből áll, amely felül az alkalmazások rétegeit támogatja. Az alaplemezképek nyilvánosan elérhetők egy tárolóban, attól függően, hogy milyen típusú alkalmazást kíván telepíteni a tetejére. A docker-képeket a dockerindex és a rendszerleíró adatbázis használatával kezelheti. A Docker git-szerű munkafolyamatot biztosít a konténeralkalmazások fejlesztéséhez, és támogatja a „vékony frissítés” mechanizmust, ahol csak a forráskód különbsége frissül, ami gyorsabb frissítést eredményez. A Docker emellett a „vékony letöltés” mechanizmust is biztosítja, ahol az újabb alkalmazások gyorsabban töltődnek le, mivel a közös alap docker rétegek több docker konténer között meg vannak osztva. A dokkolórétegek megosztása több dokkolókonténer között az XR-en lévő dokkolókonténerek kisebb lábnyomát eredményezi.

Docker architektúra Cisco IOS XR rendszeren
A következő ábra az IOS XR dokkoló architektúráját mutatja be.

A tárolni kívánt alkalmazások alkalmazásbinárisai a docker-tároló belsejében vannak telepítve.

Alkalmazások tárolása Docker-tárolókban
A következő ábra az alkalmazások Docker-tárolókban való tárolásának munkafolyamatát mutatja be IOS XR rendszeren.

A dokkoló file a forrástárban az alkalmazás bináris felépítésére szolgál file a (docker engine build) gazdagépen.

Az alkalmazás bináris file be van tolva a docker image registry-be.
Az alkalmazás bináris file ki van húzva a docker képfájl-nyilvántartásból, és az XR-n (docker engine target host) lévő docker-tárolóba másolódik.

Az alkalmazás az XR docker-tárolójában épül fel és tárolja.

Alkalmazások frissítése a Docker-tárolókban
A következő ábra a docker-tárolókban tárolt alkalmazások frissítésének munkafolyamatát mutatja be.

Az alkalmazásfrissítés alap libs frissítésként jön létre file (delta frissítés file) és a docker képfájl-nyilvántartásba helyezve.
A delta frissítés file (amely csak az alkalmazáskód különbségét tartalmazza) kihúzásra kerül a docker képfájl-nyilvántartásból, és az XR (docker engine target host) docker-tárolóiba másolódik.

A docker-tárolók újraindulnak a delta frissítéssel file.

TPA hosting az Application Manager használatával

1. táblázat: Feature History Table

Funkció Név

Kiadási információk

Funkció Leírás

On-Demand Docker démon szolgáltatás

Kiadás 7.5.1

Ettől a kiadástól kezdve a

A Docker démonszolgáltatás csak akkor indul el az útválasztón, ha harmadik féltől származó tárhelyalkalmazást konfigurál a appmgr parancs. Egy ilyen igény szerinti szolgáltatás optimalizálja az operációs rendszer erőforrásait, például a CPU-t, a memóriát és az energiát.

A korábbi kiadásokban a Docker démonszolgáltatás automatikusan elindult az útválasztó indításakor.

A korábbi kiadásokban az alkalmazásokat a Docker-parancsok hosztolták és vezérelték. Ezeket a Docker-parancsokat a Cisco IOS XR szoftvert is tartalmazó kernel bash shelljében hajtották végre. Az Application Manager bevezetésével immár lehetséges a harmadik féltől származó alkalmazások tárhelyének és működésének a kezelése a Cisco IOS XR CLI-ken keresztül. Ezzel a funkcióval az összes aktivált harmadik féltől származó alkalmazás automatikusan újraindulhat a router újratöltése vagy RP-váltás után. Az alkalmazások automatikus újraindítása biztosítja a hosztolt alkalmazások zökkenőmentes működését.

Támogatott parancsok az Alkalmazáskezelőben
Az Alkalmazáskezelő minden végrehajtott alkalmazáskezelő parancsnál vagy konfigurációnál végrehajtja a kért műveletet a Docker-démonnal a Docker socketen keresztül történő interfésszel. Az alábbi táblázat felsorolja a Docker-tároló funkcióit, a korábbi kiadásokban használt általános Docker-parancsokat, valamint az ezzel egyenértékű alkalmazáskezelő-parancsokat, amelyek most használhatók:

Funkcionalitás	Általános Docker parancsok	Alkalmazás Menedzser Parancsok
Telepítse az alkalmazást RPM	NA	Router#appmgr csomag telepítése rpm kép_neve-0.1.0-XR_7.3.1.x86_64.rpm
Konfigurálja és aktiválja az alkalmazást	• Kép betöltése – [xr-vm_node0_RP0_CPU0:~]$docker load -i /tmp/kép_neve.kátrány • Ellenőrizze a képet az útválasztón – xr-vm_node0_RP0_CPU0:~]$docker images ls • Hozzon létre tárolót a kép felett – [xr-vm_node0_RP0_CPU0:~]$docker létrehozás kép_neve	Router #config Router(config)#appmgr Router(config-appmgr)#alkalmazás alkalmazás_neve Router(config-application)#activate típusú dockerforrás kép_neve docker-run-opts “–net=host” docker-run-cmd “iperf3 -s -d”
	• Tároló indítása – [xr-vm_node0_RP0_CPU0:~]$docker start my_container_id	Router(config-application)#commit
View az alkalmazás listája, statisztikái, naplói és részletei tartály	• Képek listázása -[xr-vm_node0_RP0_CPU0:~]$docker images ls • Konténerek listázása – [xr-vm_node0_RP0_CPU0:~]$docker ps • Statisztika -[xr-vm_node0_RP0_CPU0:~]$docker statisztika	Router#show appmgr source-table Router#show appmgr alkalmazás neve alkalmazás_neve info összefoglaló Router#show appmgr alkalmazás neve alkalmazás_neve információs részlet Router#show appmgr alkalmazás neve alkalmazás_neve statisztika
	• Naplók -[xr-vm_node0_RP0_CPU0:~]$docker naplók	Router#show appmgr application-table Router#show appmgr alkalmazás neve alkalmazás_neve rönkök

Funkcionalitás	Általános Docker parancsok	Alkalmazás Menedzser Parancsok
Futtasson egy újat	• Végrehajtás – [xr-vm_node0_RP0_CPU0:~]$docker exec -it my_container_id	Router#appmgr alkalmazás végrehajtó
parancs belül a		név alkalmazás_neve docker-exec-cmd
futás
tartály
Állítsa le az alkalmazástárolót	• Konténer leállítása – [xr-vm_node0_RP0_CPU0:~]$docker stop my_container_id	Router#appmgr alkalmazásleállás neve alkalmazás_neve
Öld meg az alkalmazástárolót	• Konténer leállítása – [xr-vm_node0_RP0_CPU0:~]$docker kill my_container_id	Router#appmgr alkalmazás tiltó neve alkalmazás_neve
Indítsa el az alkalmazástárolót	• Tároló indítása – [xr-vm_node0_RP0_CPU0:~]$docker start my_container_id	Router#appmgr alkalmazás indítási neve alkalmazás_neve
Inaktiválja az alkalmazást	• Konténer leállítása – [xr-vm_node0_RP0_CPU0:~]$docker stop my_container_id	Router#configure Router(config)#nincs appmgr alkalmazás alkalmazás_neve
	• Tároló eltávolítása – [xr-vm_node0_RP0_CPU0:~]$docker rm my_container_id	Router(config)#commit
	• Kép eltávolítása – [xr-vm_node0_RP0_CPU0:~]$docker rmi kép_neve
Távolítsa el az alkalmazás képfájlját/RPM-jét	• Eltávolítási kép – [xr-vm_node0_RP0_CPU0:~]$docker alkalmazás eltávolítása kép_neve	Router#appmgr csomag eltávolítása csomag kép_neve-0.1.0-XR_7.3.1.x86_64

Jegyzet: Az alkalmazáskezelő parancsok használatának magyarázata az „iPerf hosztolása Docker-tárolókban a hálózati teljesítmény figyeléséhez az Application Manager segítségével” című részben található.

Docker konfigurálása több VRF-fel

Ez a szakasz leírja, hogyan konfigurálhat egy Dockert több VRF-fel a Cisco IOS XR rendszeren. A több VRF konfigurálásával kapcsolatos információkért tekintse meg a Több VRF konfigurálása alkalmazástárhelyhez témakört.

Konfiguráció
A következő lépésekkel hozhat létre és telepíthet több VRF Dockert XR-en.

Hozzon létre egy több VRF Dockert NET_ADMIN és SYS_ADMIN jogosultságokkal.
A következőben plampLe, elindul egy Docker konténer, amely három VRF-et (sárga, kék és zöld) tartalmaz. Az exampA le feltételezi, hogy egy korábbi „multivrfimage” dokkolókép telepítve volt az appmgr package install paranccsal.
Jegyzet:
- Nem ajánlott a /var/run/netns teljes tartalmát a gazdagépről a Dockerbe csatolni, mert az XR-nek és a rendszeradminisztrációs síknak megfelelő netns tartalmát a Dockerbe csatolja.
- Ne törölje a VRF-et a Cisco IOS XR-ből, ha azt Dockerben használják. Ha egy vagy több VRF törlődik az XR-ből, a több VRF Docker nem indítható el

Ellenőrizze, hogy a multi-VRF Docker sikeresen betöltődött-e.
Csatlakozzon a több VRF Docker tárolóhoz a következő parancs végrehajtásával.
Router# appmgr alkalmazás végrehajtási neve multivrfcontainer1 docker-exec-cmd /bin/bash/
Alapértelmezés szerint a Docker a Cisco IOS XR globális-vrf névterébe töltődik be.
Ellenőrizze, hogy a több VRF elérhető-e a Dockerből.