CISCO IOS XR ჰოსტინგის აპლიკაციების მომხმარებლის სახელმძღვანელო

შინაარსი დამალვა

CISCO IOS XR ჰოსტინგის აპლიკაციები

აპლიკაციების ჰოსტინგი IOS XR-ზე
ეს განყოფილება განმარტავს აპლიკაციის ჰოსტინგის სხვადასხვა ტიპებს და აჩვენებს, თუ როგორ შეიძლება მარტივი აპლიკაციის ჰოსტინგი მშობლიურში ან მესამე მხარის კონტეინერში IOS XR-ზე.

განაცხადის ჰოსტინგი Docker კონტეინერების გამოყენებით.
დოკერზე დაფუძნებული კონტეინერის აპლიკაციის ჰოსტინგი.

განაცხადის ჰოსტინგი Docker კონტეინერების გამოყენებით
აპლიკაციის ჰოსტინგი IOS XR-ზე მხარს უჭერს დოკერის კონტეინერებს. თქვენ შეგიძლიათ შექმნათ თქვენი საკუთარი კონტეინერი IOS XR-ზე დოკერის გამოყენებით და მასპინძელი აპლიკაციები კონტეინერში. აპლიკაციების შემუშავება შესაძლებელია Linux-ის ნებისმიერი დისტრიბუციის გამოყენებით. ეს კარგად შეეფერება აპლიკაციებს, რომლებიც იყენებენ სისტემის ბიბლიოთეკებს, რომლებიც განსხვავდებიან IOS XR root-ით მოწოდებულისგან file სისტემა. Cisco NCS 540 მხარს უჭერს მხოლოდ დოკერზე დაფუძნებულ აპლიკაციის ჰოსტინგს.

დოკერზე დაფუძნებული კონტეინერის აპლიკაციის ჰოსტინგი
ეს ნაწილი წარმოგიდგენთ კონტეინერის აპლიკაციის ჰოსტინგის კონცეფციას და აღწერს მის სამუშაო პროცესს. კონტეინერის აპლიკაციის ჰოსტინგი შესაძლებელს ხდის აპლიკაციების ჰოსტინგი საკუთარ გარემოში და პროცესების სივრცეში (სახელთა სივრცე) Linux კონტეინერში Cisco IOS XR-ზე. აპლიკაციის შემქმნელს აქვს სრული კონტროლი აპლიკაციის განვითარების გარემოზე და შეუძლია გამოიყენოს ლინუქსის არჩევანის განაწილება. აპლიკაციები იზოლირებულია IOS XR საკონტროლო სიბრტყის პროცესებიდან; თუმცა, მათ შეუძლიათ XR-ის გარეთ ქსელებთან დაკავშირება XR GigE ინტერფეისების მეშვეობით. აპლიკაციებს ასევე შეუძლიათ ადვილად წვდომა ადგილობრივად file სისტემები IOS XR-ზე.

Docker-ის გამოყენება აპლიკაციების ჰოსტინგისთვის Cisco IOS XR-ზე
Docker არის კონტეინერი, რომელიც გამოიყენება აპლიკაციების ჰოსტინგისთვის Cisco IOS XR-ზე. Docker უზრუნველყოფს აპლიკაციის პროცესების იზოლაციას XR-ის ძირითადი მასპინძელი პროცესებისგან Linux-ის ქსელის სახელების სივრცის გამოყენებით.

საჭიროა Docker-ი Cisco IOS XR-ზე
Docker ხდება ინდუსტრიისთვის სასურველი შეფუთვის მოდელი ვირტუალიზაციის სივრცეში აპლიკაციებისთვის. Docker უზრუნველყოფს საფუძველს აპლიკაციის სასიცოცხლო ციკლის მართვის ავტომატიზაციისთვის. Docker მიჰყვება ფენიანი მიდგომას, რომელიც შედგება საბაზისო სურათისგან ბოლოში, რომელიც მხარს უჭერს აპლიკაციების ფენებს ზემოთ. საბაზისო სურათები ხელმისაწვდომია საჯაროდ საცავში, რაც დამოკიდებულია აპლიკაციის ტიპზე, რომლის დაინსტალირებაც გსურთ. თქვენ შეგიძლიათ დოკერის სურათების მანიპულირება დოკერის ინდექსისა და რეესტრის გამოყენებით. Docker უზრუნველყოფს git-ის მსგავს სამუშაო პროცესს კონტეინერის აპლიკაციების შემუშავებისთვის და მხარს უჭერს „თხელი განახლების“ მექანიზმს, სადაც განახლდება მხოლოდ წყაროს კოდის განსხვავება, რაც იწვევს უფრო სწრაფ განახლებას. Docker ასევე უზრუნველყოფს "თხელი ჩამოტვირთვის" მექანიზმს, სადაც ახალი აპლიკაციები უფრო სწრაფად იტვირთება დოკერის საერთო ფენების გაზიარების გამო მრავალ დოკერ კონტეინერს შორის. დოკერის ფენების გაზიარება მრავალ დოკერ კონტეინერს შორის იწვევს დოკერის კონტეინერების დაბალ კვალს XR-ზე.

Docker Architecture Cisco IOS XR-ზე
შემდეგი სურათი ასახავს დოკერის არქიტექტურას IOS XR-ზე.

განსათავსებელი აპლიკაციების აპლიკაციის ბინარები დამონტაჟებულია დოკერის კონტეინერში.

აპლიკაციების ჰოსტინგი დოკერის კონტეინერებში
შემდეგი სურათი ასახავს სამუშაო პროცესს აპლიკაციების ჰოსტინგისთვის Docker კონტეინერებში IOS XR-ზე.

დოკერი file წყაროს საცავში გამოიყენება აპლიკაციის ორობითი ასაგებად file თქვენს (დოკერის ძრავის აშენების) მასპინძელ მანქანაზე.

განაცხადის ორობითი file გადატანილია დოკერის გამოსახულების რეესტრში.
განაცხადის ორობითი file ამოღებულია დოკერის გამოსახულების რეესტრიდან და კოპირებულია დოკერის კონტეინერში XR-ზე (დოკერის ძრავის სამიზნე მასპინძელი).

აპლიკაცია აგებულია და მასპინძლობს დოკერის კონტეინერში XR-ზე.

აპლიკაციების განახლება Docker Containers-ში
შემდეგი სურათი ასახავს სამუშაო პროცესს დოკერის კონტეინერებში განთავსებული აპლიკაციების განახლებისთვის.

აპლიკაციის განახლება გენერირდება როგორც ბაზის libs განახლება file (დელტა განახლება file) და აიძულა დოკერის გამოსახულების რეესტრში.
დელტას განახლება file (რომელიც შეიცავს მხოლოდ აპლიკაციის კოდში განსხვავებას) ამოღებულია დოკერის გამოსახულების რეესტრიდან და კოპირებულია დოკერის კონტეინერებში XR-ზე (დოკერის ძრავის სამიზნე ჰოსტი).

დოკერის კონტეინერები ხელახლა იწყება დელტას განახლებით file.

TPA-ის ჰოსტინგი აპლიკაციის მენეჯერის გამოყენებით

ცხრილი 1: ფუნქციების ისტორიის ცხრილი

ფუნქცია სახელი

გამოშვების ინფორმაცია

ფუნქცია აღწერა

მოთხოვნით Docker Daemon Service

გამოშვება 7.5.1

ამ გამოშვებიდან მოყოლებული,

Docker daemon სერვისი იწყება როუტერზე მხოლოდ იმ შემთხვევაში, თუ თქვენ დააკონფიგურირებთ მესამე მხარის ჰოსტინგის აპლიკაციას appmgr ბრძანება. ასეთი მოთხოვნის სერვისი ოპტიმიზებს ოპერაციული სისტემის რესურსებს, როგორიცაა CPU, მეხსიერება და ენერგია.

ადრინდელ გამოშვებებში, Docker daemon სერვისი ავტომატურად დაიწყო როუტერის ჩატვირთვისას.

წინა გამოშვებებში აპლიკაციები მასპინძლობდა და აკონტროლებდა Docker ბრძანებებს. ეს Docker ბრძანებები შესრულდა ბირთვის bash გარსში, რომელიც ასევე მასპინძლობდა Cisco IOS XR პროგრამულ უზრუნველყოფას. Application Manager-ის დანერგვით, უკვე შესაძლებელია მესამე მხარის აპლიკაციების ჰოსტინგის მართვა და მათი ფუნქციონირება Cisco IOS XR CLI-ების მეშვეობით. ამ ფუნქციით, მესამე მხარის ყველა გააქტიურებულ აპლიკაციას შეუძლია ავტომატურად გადატვირთვა როუტერის გადატვირთვის ან RP გადასვლის შემდეგ. აპლიკაციების ეს ავტომატური გადატვირთვა უზრუნველყოფს ჰოსტირებული აპლიკაციების უწყვეტ ფუნქციონირებას.

მხარდაჭერილი ბრძანებები აპლიკაციის მენეჯერზე
აპლიკაციის მენეჯერის ყველა შესრულებული ბრძანებისთვის ან კონფიგურაციისთვის, Application Manager ასრულებს მოთხოვნილ მოქმედებას Docker-ის დემონთან ინტერფეისით Docker სოკეტის მეშვეობით. ქვემოთ მოცემულ ცხრილში ჩამოთვლილია Docker კონტეინერის ფუნქციონალობა, ზოგადი Docker ბრძანებები, რომლებიც გამოიყენებოდა წინა გამოშვებებში და მისი ექვივალენტური აპლიკაციის მენეჯერის ბრძანებები, რომლებიც ახლა შეიძლება გამოყენებულ იქნას:

ფუნქციონალობა	ზოგადი დოკერის ბრძანებები	განაცხადი მენეჯერი ბრძანებები
დააინსტალირეთ აპლიკაცია RPM	NA	Router#appmgr პაკეტის ინსტალაცია rpm image_name-0.1.0-XR_7.3.1.x86_64.rpm
აპლიკაციის კონფიგურაცია და გააქტიურება	• სურათის ჩატვირთვა – [xr-vm_node0_RP0_CPU0:~]$docker load -i /tmp/image_name.tar • გადაამოწმეთ სურათი როუტერზე – xr-vm_node0_RP0_CPU0:~]$დოკერის სურათები ls • შექმენით კონტეინერი სურათზე – [xr-vm_node0_RP0_CPU0:~]$docker შექმნა image_name	როუტერი # კონფიგურაცია როუტერი(კონფიგურაცია)#appmgr როუტერი(config-appmgr)#აპლიკაცია აპის_სახელი როუტერი(კონფიგურაცია-აპლიკაცია)#activate type docker source image_name docker-run-opts „–net=host“ docker-run-cmd „iperf3 -s -d“
	• კონტეინერის დაწყება – [xr-vm_node0_RP0_CPU0:~]$docker start my_container_id	როუტერი(კონფიგურაცია-აპლიკაცია)#commit
View სია, სტატისტიკა, ჟურნალები და განაცხადის დეტალები კონტეინერი	• სურათების სია -[xr-vm_node0_RP0_CPU0:~]$docker images ls • ჩამოთვალეთ კონტეინერები – [xr-vm_node0_RP0_CPU0:~]$docker ps • სტატისტიკა -[xr-vm_node0_RP0_CPU0:~]$docker სტატისტიკა	Router#show appmgr source-table Router#show appmgr აპლიკაციის სახელი აპის_სახელი ინფორმაციის შეჯამება Router#show appmgr აპლიკაციის სახელი აპის_სახელი ინფორმაციის დეტალი Router#show appmgr აპლიკაციის სახელი აპის_სახელი სტატისტიკა
	• ჟურნალები -[xr-vm_node0_RP0_CPU0:~]$docker ჟურნალი	Router#show appmgr application-table Router#show appmgr აპლიკაციის სახელი აპის_სახელი მორები

ფუნქციონალობა	ზოგადი დოკერის ბრძანებები	განაცხადი მენეჯერი ბრძანებები
გაუშვით ახალი	• შესრულება – [xr-vm_node0_RP0_CPU0:~]$docker exec -it my_container_id	Router#appmgr განაცხადის exec
ბრძანება შიგნით ა		სახელი აპის_სახელი docker-exec-cmd
გაშვებული
კონტეინერი
გააჩერეთ განაცხადის კონტეინერი	• კონტეინერის გაჩერება – [xr-vm_node0_RP0_CPU0:~]$docker stop my_container_id	Router#appmgr აპლიკაციის გაჩერების სახელი აპის_სახელი
მოკალი განაცხადის კონტეინერი	• Kill კონტეინერი – [xr-vm_node0_RP0_CPU0:~]$docker kill my_container_id	Router#appmgr განაცხადის მოკვლის სახელი აპის_სახელი
დაიწყეთ განაცხადის კონტეინერი	• კონტეინერის დაწყება – [xr-vm_node0_RP0_CPU0:~]$docker start my_container_id	Router#appmgr აპლიკაციის საწყისი სახელი აპის_სახელი
გამორთეთ აპლიკაცია	• კონტეინერის გაჩერება – [xr-vm_node0_RP0_CPU0:~]$docker stop my_container_id	როუტერის# კონფიგურაცია როუტერი(კონფიგურაცია)#არ appmgr აპლიკაცია აპის_სახელი
	• კონტეინერის ამოღება – [xr-vm_node0_RP0_CPU0:~]$docker rm my_container_id	როუტერი(კონფიგურაცია)#commit
	• სურათის წაშლა – [xr-vm_node0_RP0_CPU0:~]$docker rmi image_name
წაშალეთ აპლიკაციის სურათი/RPM	• სურათის დეინსტალაცია – [xr-vm_node0_RP0_CPU0:~]$docker აპის დეინსტალაცია image_name	Router#appmgr პაკეტის დეინსტალაციის პაკეტი image_name-0.1.0-XR_7.3.1.x86_64

შენიშვნა: აპლიკაციის მენეჯერის ბრძანებების გამოყენება ახსნილია განყოფილებაში „iPerf-ის ჰოსტინგი Docker Containers-ში ქსელის მუშაობის მონიტორინგისათვის Application Manager-ის გამოყენებით“.

Docker-ის კონფიგურაცია მრავალი VRF-ით

ეს განყოფილება აღწერს, თუ როგორ შეგიძლიათ დააკონფიგურიროთ Docker მრავალი VRF-ით Cisco IOS XR-ზე. მრავალი VRF-ის კონფიგურაციის შესახებ ინფორმაციისთვის იხილეთ აპლიკაციის ჰოსტინგისთვის მრავალი VRF-ის კონფიგურაცია.

კონფიგურაცია
გამოიყენეთ შემდეგი ნაბიჯები მრავალ VRF Docker-ის XR-ზე შესაქმნელად და დასაყენებლად.

შექმენით Multi-VRF Docker NET_ADMIN და SYS_ADMIN პრივილეგიებით.
შემდეგში ეგampგაშვებულია Docker კონტეინერი, რომელიც შეიცავს სამ VRF-ს (ყვითელი, ლურჯი და მწვანე). ყოფილმაample ვარაუდობს, რომ წინა „multivrfimage“ დოკერის სურათი დაინსტალირებული იყო appmgr პაკეტის ინსტალაციის ბრძანების გამოყენებით.
შენიშვნა:
- არ არის რეკომენდებული /var/run/netns-ის მთლიანი შინაარსის დამონტაჟება ჰოსტიდან Docker-ზე, რადგან ის ამონტაჟებს XR-ის შესაბამისი ქსელების შიგთავსს და სისტემის ადმინისტრაციულ სიბრტყეს Docker-ში.
- თქვენ არ უნდა წაშალოთ VRF Cisco IOS XR-დან, როდესაც ის გამოიყენება Docker-ში. თუ ერთი ან მეტი VRF წაიშლება XR-დან, მრავალ VRF Docker-ის გაშვება შეუძლებელია
გადაამოწმეთ, მრავალ VRF Docker წარმატებით ჩაიტვირთა თუ არა.
დაუკავშირდით multi-VRF Docker კონტეინერს შემდეგი ბრძანების შესრულებით.
როუტერი# appmgr აპლიკაციის აღმასრულებელი სახელი multivrfcontainer1 docker-exec-cmd /bin/bash/
ნაგულისხმევად, Docker იტვირთება გლობალურ-vrf სახელთა სივრცეში Cisco IOS XR-ზე.