Αντικατάσταση εισαγωγών στην πράξη. Μέρος 2. Αρχή. υπερεπόπτη

Στο προηγούμενο άρθρο Εξετάστηκαν επιλογές για το τι θα μπορούσαν να αντικατασταθούν τα υπάρχοντα συστήματα στο πλαίσιο της εφαρμογής της εντολής υποκατάστασης εισαγωγής. Τα ακόλουθα άρθρα θα επικεντρωθούν στην επιλογή συγκεκριμένων προϊόντων που θα αντικαταστήσουν αυτά που χρησιμοποιούνται επί του παρόντος. Ας ξεκινήσουμε με το σημείο εκκίνησης - το σύστημα εικονικοποίησης.
Αντικατάσταση εισαγωγών στην πράξη. Μέρος 2. Αρχή. υπερεπόπτη

1. Η αγωνία της επιλογής

Λοιπόν, από τι μπορείτε να επιλέξετε; ΣΕ μητρώο του Υπουργείου Τηλεπικοινωνιών και Μαζικών Επικοινωνιών υπάρχει επιλογή:

  • Σύστημα εικονικοποίησης διακομιστή "R-Virtualization» (libvirt, KVM, QEMU)
  • Πακέτο λογισμικού "Εργαλεία εικονικοποίησης Brest» (libvirt, KVM, QEMU)
  • Πλατφόρμα διαχείρισης και παρακολούθησης του περιβάλλοντος εικονικοποίησης "Sharx Stream" (μια λύση cloud που δεν είναι κατάλληλη για κυβερνητικά γραφεία στο 95% των περιπτώσεων (απόρρητο κ.λπ.)
  • Πακέτο λογισμικού για εικονικοποίηση διακομιστών, επιτραπέζιων υπολογιστών και εφαρμογών "ΠΛΗΘΟΣ" (KVM x86)
  • Σύστημα για ασφαλή διαχείριση του περιβάλλοντος εικονικοποίησης "Z|virt"(γνωστός και ως oVirt+KVM)
  • Σύστημα διαχείρισης περιβάλλοντος εικονικοποίησης "Εικονικοποίηση ROSA"(γνωστός και ως oVirt+KVM)
  • Υπερεπόπτη QP VMM (πολύ παρόμοιο με το Oracle Virtual Box για να είναι οτιδήποτε άλλο)

Μπορείτε επίσης να λάβετε υπόψη τους hypervisors που περιλαμβάνονται στη διανομή του λειτουργικού συστήματος ή βρίσκονται στο αποθετήριο τους. Για παράδειγμα, το Astra Linux έχει υποστήριξη KVM. Και δεδομένου ότι περιλαμβάνεται στα αποθετήρια του λειτουργικού συστήματος, μπορεί να θεωρηθεί «νόμιμο» για εγκατάσταση και χρήση. «Τι μπορεί να χρησιμοποιηθεί ως μέρος της υποκατάστασης των εισαγωγών και τι όχι» συζητήθηκε στο προηγούμενο άρθρο, οπότε δεν θα σταθώ σε αυτό το θέμα.

Μάλιστα, εδώ λίστα εργαλείων εικονικοποίησης Astra Linux:

  • VirtualBox
  • εικονικός διαχειριστής (KVM) Ρεύμα αετού
  • libvirt πάνω από KVM

Το ROSA Linux δεν έχει τέτοια λίστα, αλλά μπορείτε να τη βρείτε στο wiki παρακάτω πακέτα:

  • Εικονικοποίηση ROSA μέσω oVirt μέσω KVM
  • QEMU πάνω από KVM
  • oVirt 3.5 πάνω από KVM

Το Calculate έχει αυτό QEMU πάνω από KVM

Το Alt Linux έχει το ίδιο KVM

1.2. Υπάρχει ένα ΑΛΛΑ

Μετά από πιο προσεκτική εξέταση, συμπεραίνουμε ότι θα έχουμε να αντιμετωπίσουμε μόνο λίγους γνωστούς hypervisors, και συγκεκριμένα:

  1. KVM
  2. VirtualBox
  3. QEMU

QEMU είναι ένα δωρεάν και ανοιχτού κώδικα πρόγραμμα για εξομοίωση υλικού διαφόρων πλατφορμών, το οποίο μπορεί να λειτουργήσει χωρίς τη χρήση KVM, αλλά η χρήση εικονικοποίησης υλικού επιταχύνει σημαντικά την απόδοση των φιλοξενούμενων συστημάτων, επομένως η χρήση του KVM σε QEMU (-enable-kvm) είναι η προτιμώμενη επιλογή. (γ) Δηλαδή, το QEMU είναι ένας υπερεπόπτης τύπου 2, ο οποίος είναι απαράδεκτος σε περιβάλλον προϊόντος. Με το KVM μπορεί να χρησιμοποιηθεί, αλλά σε αυτήν την περίπτωση το QEMU θα χρησιμοποιηθεί ως εργαλείο διαχείρισης KVM...

Χρησιμοποιώντας το πρωτότυπο VirtualBox στο εμπόριο είναι στην πραγματικότητα παράβαση άδειας: «Ξεκινώντας με την έκδοση 4, που κυκλοφόρησε τον Δεκέμβριο του 2010, το κύριο μέρος του προϊόντος διανέμεται δωρεάν με την άδεια GPL v2. Ένα πρόσθετο πακέτο εγκατεστημένο πάνω του, που παρέχει υποστήριξη για συσκευές USB 2.0 και 3.0, Πρωτόκολλο απομακρυσμένης επιφάνειας εργασίας (RDP), κρυπτογράφηση μονάδας δίσκου, εκκίνηση από NVMe και PXE, διανέμεται με ειδική άδεια PUEL ("για προσωπική χρήση και αξιολόγηση") , βάσει του οποίου το σύστημα είναι δωρεάν για προσωπική χρήση, για εκπαιδευτικούς σκοπούς ή για αξιολόγηση πριν αποφασίσετε να αγοράσετε την εμπορική έκδοση." (γ) Το Plus VirtualBox είναι επίσης ένας hypervisor τύπου 2, επομένως εξαφανίζεται επίσης.

Итого: στην καθαρή του μορφή έχουμε μόνο KVM.

2. Τα υπόλοιπα: KVM ή KVM;

Αντικατάσταση εισαγωγών στην πράξη. Μέρος 2. Αρχή. υπερεπόπτη

Εάν εξακολουθείτε να χρειάζεται να μεταβείτε σε έναν «οικιακό» hypervisor, η επιλογή σας, ειλικρινά μιλώντας, είναι μικρή. Θα είναι KVM σε ένα ή το άλλο περιτύλιγμα, με ορισμένες τροποποιήσεις, αλλά θα εξακολουθεί να είναι KVM. Το αν αυτό είναι καλό ή κακό είναι ένα άλλο ερώτημα· δεν υπάρχει ακόμα εναλλακτική.

Εάν οι όροι δεν είναι τόσο αυστηροί, τότε, όπως αναφέρθηκε στο προηγούμενο άρθρο: «Πρέπει να φέρουμε τους δείκτες στα καθορισμένα όρια. Στην πραγματικότητα, αυτό σημαίνει ότι πρέπει να αντικαταστήσουμε το υπάρχον λειτουργικό σύστημα με προϊόντα από το μητρώο του Υπουργείου Τηλεπικοινωνιών και Μαζικών Επικοινωνιών και να αυξήσουμε τον αριθμό των λειτουργικών συστημάτων που αντικαταστάθηκαν στο 80%.... Έτσι, μπορούμε με ασφάλεια να εγκαταλείψουμε το σύμπλεγμα στο Hyper-V , αφού το έχουμε και μας αρέσει... «(γ) Ερχόμαστε λοιπόν μπροστά σε μια επιλογή: Microsoft Hyper-v ή KVM. KVM ίσως με τα χειριστήρια "βιδωμένα" σε αυτό, αλλά θα παραμείνει το ίδιο KVM.

Αυτά τα προϊόντα δεν είναι συγκρίσιμα μια φορά, РЅРμ εις διπλούν, РЅРμ τρεις φορές...Καλά καταλαβαίνεις...

Σχετικά με την ανάπτυξη και τη διαμόρφωση KVM δεν γράφτηκε με τον ίδιο τρόπο μια φορά, РЅРμ εις διπλούν, РЅРμ τρεις φορές δεν τέσσερις φορές... Σε μία λέξη, έσβησε.

Το ίδιο ισχύει και για Microsoft Hyper-V..

Δεν βλέπω νόημα να επαναλαμβάνομαι και να περιγράφω αυτά τα συστήματα, να συγκρίνω κ.λπ. Μπορείτε, φυσικά, να βγάλετε βασικά σημεία από άρθρα, αλλά αυτό θα ήταν ασέβεια προς τους συγγραφείς, νομίζω. Όποιος έχει να διαλέξει θα διαβάσει όχι μόνο αυτό, αλλά και ένα βουνό από πληροφορίες για να αποφασίσει.

Η μόνη διαφορά στην οποία θέλω να εστιάσω είναι η ομαδοποίηση ανακατεύθυνσης. Εάν η Microsoft το έχει ενσωματωμένο στη λειτουργικότητα του λειτουργικού συστήματος και του υπερεπόπτη, τότε στην περίπτωση του KVM θα πρέπει να χρησιμοποιήσετε λογισμικό τρίτων, το οποίο θα πρέπει να περιλαμβάνεται στα αποθετήρια του λειτουργικού συστήματος. Ο ίδιος συνδυασμός Corosync+Pacemaker, για παράδειγμα. (Σχεδόν όλα τα εγχώρια λειτουργικά συστήματα έχουν αυτόν τον συνδυασμό... ίσως όλα, αλλά δεν τα έλεγξα το 100%.) Τα εγχειρίδια για τη ρύθμιση της ομαδοποίησης είναι επίσης διαθέσιμα σε αφθονία.

3. Συμπέρασμα

Λοιπόν, ως συνήθως, οι Kulibins μας δεν ενοχλήθηκαν, πήραν ό,τι είχαν, πρόσθεσαν λίγο από τα δικά τους και παρήγαγαν ένα «προϊόν» που, σύμφωνα με έγγραφα, είναι εγχώριο, αλλά στην πραγματικότητα είναι OpenSource. Έχει νόημα να ξοδεύουμε χρήματα από τον προϋπολογισμό σε «ξεχωριστά» συστήματα εικονικοποίησης (διαβάστε: δεν περιλαμβάνονται στο λειτουργικό σύστημα); Μη νομίζεις. Εφόσον θα εξακολουθείτε να λαμβάνετε το ίδιο KVM, θα πρέπει μόνο να το πληρώσετε.

Έτσι, η επιλογή ενός αντικαταστάτη για έναν hypervisor εξαρτάται από το λειτουργικό σύστημα διακομιστή που πρόκειται να αγοράσετε για το Enterprise και να λειτουργήσετε. Ή, όπως στην περίπτωσή μου, θα μείνετε με αυτό που έχετε ήδη (Hyper-VESXi insert_needed).

Πηγή: www.habr.com

Προσθέστε ένα σχόλιο