Στο προηγούμενο
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. Και δεδομένου ότι περιλαμβάνεται στα αποθετήρια του λειτουργικού συστήματος, μπορεί να θεωρηθεί «νόμιμο» για εγκατάσταση και χρήση. «Τι μπορεί να χρησιμοποιηθεί ως μέρος της υποκατάστασης των εισαγωγών και τι όχι» συζητήθηκε στο προηγούμενο
Μάλιστα, εδώ
- VirtualBox
- εικονικός διαχειριστής (KVM) Ρεύμα αετού
- libvirt πάνω από KVM
Το ROSA Linux δεν έχει τέτοια λίστα, αλλά μπορείτε να τη βρείτε στο wiki
- Εικονικοποίηση ROSA μέσω oVirt μέσω KVM
- QEMU πάνω από KVM
- oVirt 3.5 πάνω από KVM
Το Calculate έχει αυτό
Το Alt Linux έχει το ίδιο
1.2. Υπάρχει ένα ΑΛΛΑ
Μετά από πιο προσεκτική εξέταση, συμπεραίνουμε ότι θα έχουμε να αντιμετωπίσουμε μόνο λίγους γνωστούς hypervisors, και συγκεκριμένα:
QEMU είναι ένα δωρεάν και ανοιχτού κώδικα πρόγραμμα για εξομοίωση υλικού διαφόρων πλατφορμών, το οποίο μπορεί να λειτουργήσει χωρίς τη χρήση KVM, αλλά η χρήση εικονικοποίησης υλικού επιταχύνει σημαντικά την απόδοση των φιλοξενούμενων συστημάτων, επομένως η χρήση του KVM σε QEMU (-enable-kvm) είναι η προτιμώμενη επιλογή. (γ) Δηλαδή, το QEMU είναι ένας υπερεπόπτης τύπου 2, ο οποίος είναι απαράδεκτος σε περιβάλλον προϊόντος. Με το KVM μπορεί να χρησιμοποιηθεί, αλλά σε αυτήν την περίπτωση το QEMU θα χρησιμοποιηθεί ως εργαλείο διαχείρισης KVM...
Χρησιμοποιώντας το πρωτότυπο VirtualBox στο εμπόριο είναι στην πραγματικότητα
Итого: στην καθαρή του μορφή έχουμε μόνο KVM.
2. Τα υπόλοιπα: KVM ή KVM;
Εάν εξακολουθείτε να χρειάζεται να μεταβείτε σε έναν «οικιακό» hypervisor, η επιλογή σας, ειλικρινά μιλώντας, είναι μικρή. Θα είναι KVM σε ένα ή το άλλο περιτύλιγμα, με ορισμένες τροποποιήσεις, αλλά θα εξακολουθεί να είναι KVM. Το αν αυτό είναι καλό ή κακό είναι ένα άλλο ερώτημα· δεν υπάρχει ακόμα εναλλακτική.
Εάν οι όροι δεν είναι τόσο αυστηροί, τότε, όπως αναφέρθηκε στο προηγούμενο
Αυτά τα προϊόντα δεν είναι συγκρίσιμα
Σχετικά με την ανάπτυξη και τη διαμόρφωση KVM δεν γράφτηκε με τον ίδιο τρόπο
Το ίδιο ισχύει και για
Δεν βλέπω νόημα να επαναλαμβάνομαι και να περιγράφω αυτά τα συστήματα, να συγκρίνω κ.λπ. Μπορείτε, φυσικά, να βγάλετε βασικά σημεία από άρθρα, αλλά αυτό θα ήταν ασέβεια προς τους συγγραφείς, νομίζω. Όποιος έχει να διαλέξει θα διαβάσει όχι μόνο αυτό, αλλά και ένα βουνό από πληροφορίες για να αποφασίσει.
Η μόνη διαφορά στην οποία θέλω να εστιάσω είναι η ομαδοποίηση ανακατεύθυνσης. Εάν η Microsoft το έχει ενσωματωμένο στη λειτουργικότητα του λειτουργικού συστήματος και του υπερεπόπτη, τότε στην περίπτωση του KVM θα πρέπει να χρησιμοποιήσετε λογισμικό τρίτων, το οποίο θα πρέπει να περιλαμβάνεται στα αποθετήρια του λειτουργικού συστήματος. Ο ίδιος συνδυασμός Corosync+Pacemaker, για παράδειγμα. (Σχεδόν όλα τα εγχώρια λειτουργικά συστήματα έχουν αυτόν τον συνδυασμό... ίσως όλα, αλλά δεν τα έλεγξα το 100%.) Τα εγχειρίδια για τη ρύθμιση της ομαδοποίησης είναι επίσης διαθέσιμα σε αφθονία.
3. Συμπέρασμα
Λοιπόν, ως συνήθως, οι Kulibins μας δεν ενοχλήθηκαν, πήραν ό,τι είχαν, πρόσθεσαν λίγο από τα δικά τους και παρήγαγαν ένα «προϊόν» που, σύμφωνα με έγγραφα, είναι εγχώριο, αλλά στην πραγματικότητα είναι OpenSource. Έχει νόημα να ξοδεύουμε χρήματα από τον προϋπολογισμό σε «ξεχωριστά» συστήματα εικονικοποίησης (διαβάστε: δεν περιλαμβάνονται στο λειτουργικό σύστημα); Μη νομίζεις. Εφόσον θα εξακολουθείτε να λαμβάνετε το ίδιο KVM, θα πρέπει μόνο να το πληρώσετε.
Έτσι, η επιλογή ενός αντικαταστάτη για έναν hypervisor εξαρτάται από το λειτουργικό σύστημα διακομιστή που πρόκειται να αγοράσετε για το Enterprise και να λειτουργήσετε. Ή, όπως στην περίπτωσή μου, θα μείνετε με αυτό που έχετε ήδη (Hyper-VESXi insert_needed).
Πηγή: www.habr.com