Juniper NETWORKS განახლების კონტროლის ცენტრი 2.34 ვერსიიდან

შესავალი

ეს დოკუმენტი ეხება Paragon Active Assurance Control Center-ის განახლებას 2.34 ვერსიიდან შემდეგ ვერსიამდე. განახლება მოითხოვს სპეციალურ პროცედურებს, რადგან ის მოიცავს Ubuntu OS-ის განახლებას 16.04-დან 18.04-მდე. დოკუმენტი მოიცავს ორ სცენარს:

• Ubuntu 16.04-ის განახლება (ინსტალირებული საკონტროლო ცენტრით) Ubuntu 18.04-მდე.
• Ubuntu 18.04-ის ახალი ინსტალაცია, რასაც მოჰყვება საკონტროლო ცენტრის დაყენება და სარეზერვო მონაცემების გადატანა ძველი საკონტროლო ცენტრის ინსტანციიდან ახალ ინსტანციაზე.

სხვა განახლებისთვის, გთხოვთ, იხილეთ განახლების სახელმძღვანელო.

სცენარი A: Ubuntu 16.04-ის განახლება Ubuntu 18.04-მდე

• დაიწყეთ apache2-ის გამორთვით და ქსელის რაუნდი-ზარის შესრულების სერვისები:
• შეაჩერე ყველა Paragon Active Assurance სერვისი:
• მიიღეთ Paragon Active Assurance პროდუქტის მონაცემების სარეზერვო ასლები.

შენიშვნა: ეს არის სარეზერვო პროცედურა, რომელიც აღწერილია ოპერაციების სახელმძღვანელოში, თავი პროდუქტის მონაცემების სარეზერვო ასლის შექმნა, მხოლოდ უფრო მოკლედ.

გაუშვით ეს ბრძანებები:

შენიშვნა: pg_dump ბრძანება ითხოვს პაროლს, რომელიც შეგიძლიათ იხილოთ /etc/netrounds/netrounds.conf-ში „postgres database“-ში. ნაგულისხმევი პაროლი არის "netrounds".

შენიშვნა: ფართომასშტაბიანი დაყენებისთვის (> 50 გბ), RRD-ის ტარბოლის დამზადება files-ს შეიძლება ძალიან დიდი დრო დასჭირდეს და მოცულობის სნეპშოტის გადაღება შეიძლება უკეთესი იდეა იყოს. ამის გასაკეთებლად შესაძლო გადაწყვეტილებები მოიცავს: ა file სისტემა, რომელიც მხარს უჭერს სნეპშოტებს, ან ვირტუალური მოცულობის სნეპშოტის გადაღებას, თუ სერვერი მუშაობს ვირტუალურ გარემოში.

• შეამოწმეთ მონაცემთა ბაზის მთლიანობა მოწოდებული სკრიპტის netrounds_2.35_validate_db.sh გამოყენებით.

გაფრთხილება: თუ ეს სკრიპტი გამოსცემს გაფრთხილებებს, არ სცადოთ მონაცემთა ბაზის მიგრაციის პროცედურა, რომელიც აღწერილია „ქვემოთ“ 5 გვერდზე. დაუკავშირდით Juniper მხარდაჭერას ბილეთის შეტანით მისამართზე: https://support.juniper.net/support/requesting-support (გამომავალი სკრიპტის მიწოდება) რათა მოგვარდეს მონაცემთა ბაზასთან დაკავშირებული პრობლემები, სანამ განახლების გაგრძელებას გააგრძელებთ.

• მიიღეთ სარეზერვო ასლები საკონტროლო ცენტრის კონფიგურაციისგან files:

მაგampლე:

• განაახლეთ Ubuntu 18.04 ვერსიამდე. ტიპიური განახლების პროცედურა შემდეგია (ადაპტირებულია https://wiki.ubuntu.com/BionicBeaver/ReleaseNotes):
• სერვერის სისტემაზე განახლებისთვის:
• დააინსტალირეთ update-manager-core, თუ ის უკვე არ არის დაინსტალირებული.
• დარწმუნდით, რომ Prompt ხაზი /etc/update-manager/release-upgrades-ში დაყენებულია 'lts' (იმისათვის, რომ OS განახლებულია 18.04-მდე, შემდეგი LTS ვერსია 16.04-ის შემდეგ).
• გაუშვით განახლების ინსტრუმენტი ბრძანებით sudo do-release-upgrade.
• მიჰყევით ეკრანზე მითითებებს. რაც შეეხება Paragon Active Assurance-ს, თქვენ შეგიძლიათ შეინახოთ ნაგულისხმევი პარამეტრები. (რა თქმა უნდა, შეიძლება მოხდეს, რომ მოგიწიოთ სხვადასხვა არჩევანის გაკეთება Paragon Active Assurance-თან დაკავშირებული მიზეზების გამო.)
• მას შემდეგ რაც Ubuntu განახლდება, გადატვირთეთ სისტემა. შემდეგ შეასრულეთ შემდეგი ნაბიჯები:
• განაახლეთ PostgreSQL.
• განაახლეთ PostgreSQL მონაცემთა ბაზა files 9.5 ვერსიიდან 10 ვერსიამდე:
• წაშალეთ PostgreSQL-ის მოძველებული ვერსია:
• განაახლეთ Paragon Active Assurance პაკეტები.
• გამოთვალეთ საკონტროლო ჯამი ტარბოლისთვის, რომელიც შეიცავს საკონტროლო ცენტრის ახალ ვერსიას და შეამოწმეთ, რომ ის ტოლია ჩამოტვირთვის გვერდზე მოწოდებულ SHA256 საკონტროლო ჯამს:
• გახსენით საკონტროლო ცენტრის ტარბოლი:
• დააინსტალირეთ ახალი საკონტროლო ცენტრის პაკეტები:
• ამოიღეთ მოძველებული პაკეტები:

შენიშვნა: სასიცოცხლოდ მნიშვნელოვანია ამ პაკეტების ამოღება.

• სანამ მონაცემთა ბაზის მიგრაციას განახორციელებთ, თქვენ უნდა შეასრულოთ რამდენიმე დამატებითი ნაბიჯი. გადადით ამ ცოდნის ბაზის სტატიაში, გადადით ქვემოთ განყოფილებაში მოქმედებები, თუ გამოშვება დაინსტალირებულია და შეასრულეთ ამ ინსტრუქციებიდან 1-დან 4-მდე ნაბიჯები.

შენიშვნა: არ შეასრულოთ ნაბიჯი 5 ამ ეტაპზე.

• გაუშვით მონაცემთა ბაზის მიგრაცია:

შენიშვნა: მიგრაციამდე უნდა დარწმუნდეთ, რომ მე-2 გვერდზე აღწერილი „ზემოთ“ მონაცემთა ბაზის მთლიანობის შემოწმება შეცდომის გარეშე დასრულდება.

ncc migrate ბრძანებას დიდი დრო სჭირდება შესასრულებლად (ბევრი წუთი). მან უნდა დაბეჭდოს შემდეგი (დეტალები გამოტოვებულია ქვემოთ):

• (სურვილისამებრ) განაახლეთ ConfD პაკეტი, თუ გჭირდებათ ConfD:
• შეადარეთ ადრე სარეზერვო კონფიგურაცია files ახლად დაინსტალირებულებთან და ხელით შეუერთეთ ორი ნაკრების შიგთავსი files (ისინი უნდა დარჩნენ იმავე ადგილებში).
• ჩართეთ apache2, Kafka და ქსელის მრგვალი ზარის შესრულების სერვისები:
• დაიწყეთ Paragon Active Assurance სერვისები:
• ახალი კონფიგურაციის გასააქტიურებლად, თქვენ ასევე უნდა გაუშვათ:
• დააინსტალირეთ ახალი სატესტო აგენტის საცავი:
• ვინაიდან Test Agent Lite-ის მხარდაჭერა გამორთული იყო 2.35 ვერსიაში, თქვენ უნდა წაშალოთ ძველი Test Agent Lite პაკეტები, თუ ისინი დაინსტალირებული გაქვთ:

შენიშვნა: როდესაც მოგვიანებით განაახლებთ 3.x-ზე, უნდა დაიწყოთ ამ ბრძანების გაშვებით: sudo apt-mark unhold python-django python-django-common

სცენარი B: ახალი Ubuntu 18.04 ინსტალაცია

• Ubuntu 16.04-ის მაგალითზე აიღეთ Paragon Active Assurance პროდუქტის მონაცემების სარეზერვო ასლები.

შენიშვნა: ეს არის სარეზერვო პროცედურა, რომელიც აღწერილია ოპერაციების სახელმძღვანელოში, თავი „პროდუქტის მონაცემების სარეზერვო ასლის შექმნა“, მხოლოდ უფრო მოკლედ.

გაუშვით ეს ბრძანებები:

შენიშვნა: pg_dump ბრძანება ითხოვს პაროლს, რომელიც შეგიძლიათ იხილოთ /etc/netrounds/netrounds.conf-ში „postgres database“-ში. ნაგულისხმევი პაროლი არის "netrounds".

შენიშვნა: ფართომასშტაბიანი დაყენებისთვის (> 50 გბ), RRD-ის ტარბოლის დამზადება files-ს შეიძლება ძალიან დიდი დრო დასჭირდეს და მოცულობის სნეპშოტის გადაღება შეიძლება უკეთესი იდეა იყოს. ამის გასაკეთებლად შესაძლო გადაწყვეტილებები მოიცავს: ა file სისტემა, რომელიც მხარს უჭერს სნეპშოტებს, ან ვირტუალური მოცულობის სნეპშოტის გადაღებას, თუ სერვერი მუშაობს ვირტუალურ გარემოში.

• Ubuntu 16.04-ის მაგალითზე აიღეთ საკონტროლო ცენტრის კონფიგურაციის სარეზერვო ასლები files:
• /etc/apache2/sites-available/netrounds-ssl.conf
• /etc/apache2/sites-available/netrounds.conf
• /etc/netrounds/netrounds.conf
• /etc/netrounds/probe-connect.conf
• /etc/openvpn/netrounds.conf

მაგampლე:

• Ubuntu 16.04-ის მაგალითზე შექმენით ლიცენზიის სარეზერვო ასლი file.
• ახალი ინსტანცია უნდა აკმაყოფილებდეს მინიმუმ იგივე ტექნიკის მოთხოვნებს, როგორც ძველი.
• ახალ ინსტანციაზე დააინსტალირეთ Ubuntu 18.04. ჩვენ გირჩევთ შემდეგ გაკვეთილს:
• https://ubuntu.com/tutorials/install-ubuntu-server

რაც შეეხება Paragon Active Assurance-ს, თქვენ შეგიძლიათ შეინახოთ ნაგულისხმევი პარამეტრები. (რა თქმა უნდა, შეიძლება მოხდეს, რომ მოგიწიოთ სხვადასხვა არჩევანის გაკეთება Paragon Active Assurance-თან დაკავშირებული მიზეზების გამო.)

• Ubuntu 18.04-ის დაინსტალირების შემდეგ, გადატვირთეთ სისტემა.
• რეკომენდირებულია დისკის შემდეგი დაყოფა, განსაკუთრებით სნეპშოტის სარეზერვო ასლისთვის (მაგრამ თქვენ, როგორც მომხმარებლის გადასაწყვეტია):
• რეკომენდებული დანაყოფი ლაბორატორიის დაყენებისთვის:
• /: მთელი დისკი, ext4.
• რეკომენდირებული დანაყოფი წარმოების დაყენებისთვის:
• /: დისკის სივრცის 10%, ext4.
• /var: დისკის სივრცის 10%, ext4.
• /var/lib/netrounds/rrd: დისკის სივრცის 80%, ext4.
• არანაირი დაშიფვრა
• დააყენეთ დროის სარტყელი UTC-ზე, მაგampშემდეგნაირად:

• დააყენეთ ყველა ლოკალი en_US.UTF-8.
• ამის გაკეთების ერთი გზაა ხელით რედაქტირება file /etc/default/locale. მაგampლე:

• დარწმუნდით, რომ შემდეგი ხაზი არ არის კომენტირებული /etc/locale.gen-ში:
• ლოკალის რეგენერაცია fileიმისათვის, რომ დარწმუნდეთ, რომ არჩეული ენა ხელმისაწვდომია:
• დარწმუნდით, რომ ტრაფიკი შემდეგ პორტებზე დაშვებულია საკონტროლო ცენტრამდე და მის გარეთ:
• შემომავალი:
• TCP პორტი 443 (HTTPS): Web ინტერფეისი
• TCP პორტი 80 (HTTP): Web ინტერფეისი (გამოიყენება Speedtest-ის მიერ, გადამისამართებს სხვას URLs-დან HTTPS-მდე)
• TCP პორტი 830: ConfD (სურვილისამებრ)
• TCP პორტი 6000: დაშიფრული OpenVPN კავშირი სატესტო აგენტის მოწყობილობებისთვის
• TCP პორტი 6800: დაშიფრული Webსოკეტის კავშირი სატესტო აგენტის აპლიკაციებისთვის
• გამავალი:
• TCP პორტი 25 (SMTP): ფოსტის მიწოდება
• UDP პორტი 162 (SNMP): სიგნალიზაციისთვის SNMP ხაფანგების გაგზავნა
• UDP პორტი 123 (NTP): დროის სინქრონიზაცია
• დააინსტალირეთ NTP:
• პირველი, გამორთეთ timedatectl:

1. გამომავალში, NTP სერვერების "მიღწევის" მნიშვნელობა არის რვადი მნიშვნელობა, რომელიც მიუთითებს ბოლო რვა NTP ტრანზაქციის შედეგზე. თუ რვა წარმატებული იყო, მნიშვნელობა იქნება ოქტალური 377 (= ორობითი
   • დააინსტალირეთ PostgreSQL და დააყენეთ მომხმარებელი საკონტროლო ცენტრისთვის:
     არ არის რეკომენდებული გარე PostgreSQL სერვერის გამოყენება.
   • დააინსტალირეთ და დააკონფიგურირეთ ელ.ფოსტის სერვერი.
   • საკონტროლო ცენტრი მომხმარებლებს გაუგზავნის წერილებს:
   • როდესაც ისინი მიწვეულნი არიან ანგარიშზე,
   • ელ.ფოსტის სიგნალიზაციის გაგზავნისას (ანუ თუ ამ მიზნით გამოიყენება ელექტრონული ფოსტა და არა SNMP) და
   • პერიოდული მოხსენებების გაგზავნისას.
   • გაუშვით ბრძანება
   • მარტივი დაყენებისთვის, სადაც postfix-ს შეუძლია გაგზავნოს პირდაპირ დანიშნულების ელ.ფოსტის სერვერზე, შეგიძლიათ დააყენოთ ფოსტის კონფიგურაციის ზოგადი ტიპი „ინტერნეტ საიტი“ და სისტემის ფოსტის სახელი ჩვეულებრივ შეიძლება დარჩეს ისე, როგორც არის. წინააღმდეგ შემთხვევაში, პოსტფიქსი უნდა იყოს კონფიგურირებული გარემოს მიხედვით. ხელმძღვანელობისთვის, იხილეთ Ubuntu-ს ოფიციალური დოკუმენტაცია მისამართზე https://help.ubuntu.com/lts/serverguide/postfix.html.
   • დააინსტალირეთ საკონტროლო ცენტრი Ubuntu 18.04 მაგალითზე. ეს პროცედურა ასევე აყენებს Paragon Active Assurance REST API-ს.

0b11111111). თუმცა, როდესაც თქვენ ახლახან დააინსტალირეთ NTP, სავარაუდოა, რომ რვაზე ნაკლები NTP ტრანზაქცია მოხდა, ასე რომ მნიშვნელობა იქნება უფრო მცირე: ერთ-ერთი 1, 3, 7, 17, 37, 77 ან 177-დან, თუ ყველა ტრანზაქცია წარმატებული იყო. .

• შეაჩერე ყველა Paragon Active Assurance სერვისი:
• მონაცემთა ბაზის სარეზერვო ასლის აღდგენა:
• სანამ მონაცემთა ბაზის მიგრაციას განახორციელებთ, თქვენ უნდა შეასრულოთ რამდენიმე დამატებითი ნაბიჯი. გადადით ამ ცოდნის ბაზის სტატიაში, გადადით ქვემოთ განყოფილებაში მოქმედებები, თუ გამოშვება დაინსტალირებულია და შეასრულეთ ამ ინსტრუქციებიდან 1-დან 4-მდე ნაბიჯები.
  შენიშვნა: არ შეასრულოთ ნაბიჯი 5 ამ ეტაპზე.
• გაუშვით მონაცემთა ბაზის მიგრაცია:

შენიშვნა: ეს არის მგრძნობიარე ბრძანება და სიფრთხილეა საჭირო დისტანციურ მანქანაზე მისი შესრულებისას. ასეთ სცენარში მკაცრად რეკომენდირებულია გამოიყენოთ პროგრამა, როგორიცაა ეკრანი ან tmux, რათა მიგრაციის ბრძანება გააგრძელოს გაშვება მაშინაც კი, თუ ssh სესია გაფუჭდება.

ncc migrate ბრძანებას დიდი დრო სჭირდება შესასრულებლად (ბევრი წუთი). მან უნდა დაბეჭდოს შემდეგი (დეტალები გამოტოვებულია ქვემოთ):

• გადაიტანეთ სარეზერვო მონაცემები 18.04 ინსტანციაზე scp ან სხვა ხელსაწყოს გამოყენებით.
• აღადგინეთ OpenVPN გასაღებები:
• RRD მონაცემების აღდგენა:
• შეადარეთ სარეზერვო კონფიგურაცია files ახლად დაინსტალირებულებთან და ხელით შეუერთეთ ორი ნაკრების შიგთავსი files (ისინი უნდა დარჩნენ იმავე ადგილებში).
• გაააქტიურეთ პროდუქტის ლიცენზია ლიცენზიის გამოყენებით file ძველი ინსტანციიდან აღებული:
• დაიწყეთ Paragon Active Assurance სერვისები:
• ახალი კონფიგურაციის გასააქტიურებლად, თქვენ ასევე უნდა გაუშვათ:
• დააინსტალირეთ ახალი სატესტო აგენტის საცავი:
• (სურვილისამებრ) მიჰყევით NETCONF & YANG API ორკესტრირების სახელმძღვანელოს, რომ დააინსტალიროთ და დააკონფიგურიროთ ConfD, თუ ეს გჭირდებათ.

შენიშვნა: როდესაც მოგვიანებით განაახლებთ 3.x-ზე, უნდა დაიწყოთ ამ ბრძანების გაშვებით: sudo apt-mark unhold python-django python-django-common

პრობლემების მოგვარება

პრობლემები ConfD-ის დაწყებისას
თუ განახლების შემდეგ ConfD-ის დაწყებასთან დაკავშირებით პრობლემები გაქვთ, გთხოვთ, დაუკავშირდეთ თქვენს Juniper-ის პარტნიორს ან თქვენს ადგილობრივ Juniper-ის ანგარიშის მენეჯერს ან გაყიდვების წარმომადგენელს, რათა მიიღოთ ახალი გამოწერა.

პრობლემები ზარის შესრულების დაწყებისას
შეამოწმეთ გამოძახების შემსრულებელი ჟურნალი ბრძანებით

თქვენ შეიძლება ნახოთ შემდეგი შეცდომა:

რაც მოხდა არის ის, რომ net rounds-call execute*.deb პაკეტი განახლდა ისე, რომ არ დავრწმუნდეთ, რომ net rounds-call execute სისტემის სერვისი შეჩერდა და გამორთული იყო. მონაცემთა ბაზა არასწორ მდგომარეობაშია; საჭიროა მისი აღდგენა სარეზერვო ასლიდან და განახლება უნდა განმეორდეს. შეასრულეთ შემდეგი, რათა გამორთოთ და შეაჩეროთ net რაუნდის-ზარის შესრულების სერვისი:

Web სერვერი არ პასუხობს

შეამოწმეთ apache ჟურნალები ბრძანებით

თუ ხედავთ შემდეგ შეცდომას, ეს ნიშნავს, რომ Control Center-ის ვერსია 2.34 მუშაობს Ubuntu 18.04-ზე, ანუ საკონტროლო ცენტრი წარმატებით არ განახლებულა. გამოსავალი არის საკონტროლო ცენტრის განახლება უფრო გვიანდელ ვერსიაზე, როგორც ეს აღწერილია ამ დოკუმენტში.

Paragon Active Assurance Services-ის გადატვირთვა ვერ ხერხდება

• Netrounds-* სერვისების გადატვირთვა
• აწარმოებს შემდეგ შეტყობინებას:
• ეს ნიშნავს, რომ აღნიშნული სერვისები დაფარულია პაკეტის ამოღების პროცესში და საჭიროებს ხელით გაწმენდას. გაწმენდის პროცედურა ნაჩვენებია ქვემოთ:

Juniper Networks, Juniper Networks-ის ლოგო, Juniper და Junos არის Juniper Networks, Inc.-ის რეგისტრირებული სავაჭრო ნიშნები შეერთებულ შტატებში და სხვა ქვეყნებში. ყველა სხვა სავაჭრო ნიშანი, მომსახურების ნიშანი, რეგისტრირებული ან რეგისტრირებული სერვისის ნიშანი მათი შესაბამისი მფლობელების საკუთრებაა. Juniper Networks არ იღებს პასუხისმგებლობას ამ დოკუმენტის უზუსტობებზე. Juniper Networks იტოვებს უფლებას შეცვალოს, შეცვალოს, გადაიტანოს ან სხვაგვარად გადახედოს ამ პუბლიკაციას შეტყობინების გარეშე. საავტორო უფლება © 2022 Juniper Networks, Inc. ყველა უფლება დაცულია.

დოკუმენტები / რესურსები

Juniper NETWORKS განახლების კონტროლის ცენტრი 2.34 ვერსიიდან [pdf] მომხმარებლის სახელმძღვანელო საკონტროლო ცენტრის განახლება 2.34 ვერსიიდან, საკონტროლო ცენტრი 2.34 ვერსიიდან, ცენტრი 2.34 ვერსიიდან, 2.34 ვერსიიდან

ცნობები

• მომხმარებლის სახელმძღვანელო