🥇Δημιουργία υποδομής πληροφορικής με ανοχή σε σφάλματα. Μέρος 2. Εγκατάσταση και ρύθμιση παραμέτρων oVirt 4.3 cluster

Αυτό το άρθρο είναι συνέχεια του προηγούμενου - "Δημιουργία ανεκτικής σε σφάλματα υποδομής πληροφορικής. Μέρος 1 - Προετοιμασία για την ανάπτυξη ενός συμπλέγματος oVirt 4.3».

Θα καλύψει τη διαδικασία βασικής εγκατάστασης και διαμόρφωσης ενός cluster oVirt 4.3 για τη φιλοξενία εικονικών μηχανών υψηλής διαθεσιμότητας, λαμβάνοντας υπόψη το γεγονός ότι όλα τα προκαταρκτικά βήματα για την προετοιμασία της υποδομής έχουν ήδη ολοκληρωθεί προηγουμένως.

Εισαγωγικό μέρος

Ο κύριος σκοπός του άρθρου είναι να παρέχει οδηγίες βήμα προς βήμα όπως "Επόμενο -> Ναι -> φινίρισμα"Τρόπος εμφάνισης ορισμένων δυνατοτήτων κατά την εγκατάσταση και τη διαμόρφωσή του. Η διαδικασία για την ανάπτυξη του συμπλέγματός σας μπορεί να μην συμπίπτει πάντα με αυτή που περιγράφεται σε αυτό, λόγω των χαρακτηριστικών της υποδομής και του περιβάλλοντος, αλλά οι γενικές αρχές θα είναι οι ίδιες.

Από υποκειμενική σκοπιά, oVirt 4.3 Η λειτουργικότητά του είναι παρόμοια με την έκδοση VMware vSphere 5.x, αλλά φυσικά με τις δικές του δυνατότητες διαμόρφωσης και λειτουργίας.

Για όσους ενδιαφέρονται, όλες οι διαφορές μεταξύ RHEV (γνωστός και ως oVirt) και VMware vSphere μπορούν να βρεθούν στο Διαδίκτυο, για παράδειγμα εδώ, αλλά θα εξακολουθώ να σημειώνω περιστασιακά ορισμένες διαφορές ή ομοιότητες μεταξύ τους καθώς προχωρά το άρθρο.

Ξεχωριστά, θα ήθελα να συγκρίνω λίγο τη δουλειά με δίκτυα για εικονικές μηχανές. Το oVirt εφαρμόζει μια παρόμοια αρχή διαχείρισης δικτύου για εικονικές μηχανές (εφεξής καλούμενες VMs), όπως στο VMware vSphere:

χρησιμοποιώντας μια τυπική γέφυρα Linux (στο VMware - Τυπικό vSwitch), που εκτελείται σε κεντρικούς υπολογιστές εικονικοποίησης.
χρησιμοποιώντας Open vSwitch (OVS) (στο VMware - Διανεμημένο vSwitch) είναι ένας κατανεμημένος εικονικός διακόπτης που αποτελείται από δύο κύρια στοιχεία: έναν κεντρικό διακομιστή OVN και ελεγκτές OVN σε διαχειριζόμενους κεντρικούς υπολογιστές.

Θα πρέπει να σημειωθεί ότι λόγω της ευκολίας εφαρμογής, το άρθρο θα περιγράψει τη ρύθμιση δικτύων στο oVirt για ένα VM χρησιμοποιώντας μια τυπική γέφυρα Linux, η οποία είναι η τυπική επιλογή κατά τη χρήση του υπερεπόπτη KVM.

Από αυτή την άποψη, υπάρχουν αρκετοί βασικοί κανόνες για την εργασία με το δίκτυο σε ένα σύμπλεγμα, οι οποίοι είναι καλύτερο να μην παραβιάζονται:

Όλες οι ρυθμίσεις δικτύου στους κεντρικούς υπολογιστές πριν από την προσθήκη τους στο oVirt πρέπει να είναι πανομοιότυπες, εκτός από τις διευθύνσεις IP.
Από τη στιγμή που ένας κεντρικός υπολογιστής τεθεί υπό τον έλεγχο του oVirt, δεν συνιστάται να αλλάξετε τίποτα με μη αυτόματο τρόπο στις ρυθμίσεις δικτύου χωρίς πλήρη εμπιστοσύνη στις ενέργειές σας, καθώς ο πράκτορας oVirt απλώς θα τα επαναφέρει στα προηγούμενα μετά την επανεκκίνηση του κεντρικού υπολογιστή ή μέσο.
Η προσθήκη ενός νέου δικτύου για ένα VM, καθώς και η εργασία με αυτό, θα πρέπει να γίνεται μόνο από την κονσόλα διαχείρισης oVirt.

Αλλο σημαντική σημείωση — για ένα πολύ κρίσιμο περιβάλλον (πολύ ευαίσθητο σε νομισματικές απώλειες), θα εξακολουθούσε να συνιστάται η χρήση πληρωμένης υποστήριξης και χρήσης Εικονικοποίηση Red Hat 4.3. Κατά τη λειτουργία του συμπλέγματος oVirt, ενδέχεται να προκύψουν ορισμένα ζητήματα για τα οποία συνιστάται να λάβετε εξειδικευμένη βοήθεια το συντομότερο δυνατό, αντί να τα αντιμετωπίσετε μόνοι σας.

Τελικά, συνιστάται Πριν αναπτύξετε ένα σύμπλεγμα oVirt, εξοικειωθείτε με επίσημη τεκμηρίωση, για να γνωρίζεις τουλάχιστον τις βασικές έννοιες και τους ορισμούς, διαφορετικά θα είναι λίγο δύσκολο να διαβάσεις το υπόλοιπο άρθρο.

Βασικά για την κατανόηση του άρθρου και των αρχών λειτουργίας του συμπλέγματος oVirt είναι αυτά τα έγγραφα καθοδήγησης:

Ο όγκος εκεί δεν είναι πολύ μεγάλος, σε μια ή δύο ώρες μπορείτε να μάθετε αρκετά τις βασικές αρχές, αλλά για όσους αγαπούν τις λεπτομέρειες, συνιστάται να διαβάσετε Τεκμηρίωση προϊόντος για εικονικοποίηση Red Hat 4.3 — Το RHEV και το oVirt είναι ουσιαστικά το ίδιο πράγμα.

Έτσι, εάν έχουν ολοκληρωθεί όλες οι βασικές ρυθμίσεις στους κεντρικούς υπολογιστές, τους διακόπτες και τα συστήματα αποθήκευσης, προχωράμε απευθείας στην ανάπτυξη του oVirt.

Μέρος 2. Εγκατάσταση και διαμόρφωση του συμπλέγματος oVirt 4.3

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

Εγκατάσταση του διακομιστή διαχείρισης oVirt
Δημιουργία νέου κέντρου δεδομένων
Δημιουργία νέου συμπλέγματος
Εγκατάσταση πρόσθετων κεντρικών υπολογιστών σε περιβάλλον Self-Hosted
Δημιουργία χώρου αποθήκευσης ή τομέων αποθήκευσης
Δημιουργία και διαμόρφωση δικτύων για εικονικές μηχανές
Δημιουργία εικόνας εγκατάστασης για την ανάπτυξη μιας εικονικής μηχανής
Δημιουργήστε μια εικονική μηχανή

Εγκατάσταση του διακομιστή διαχείρισης oVirt

Διακομιστής διαχείρισης oVirt - αυτό είναι το πιο σημαντικό στοιχείο στην υποδομή oVirt, με τη μορφή εικονικής μηχανής, κεντρικού υπολογιστή ή εικονικής συσκευής που διαχειρίζεται ολόκληρη την υποδομή oVirt.

Τα στενά του ανάλογα από τον κόσμο της εικονικοποίησης είναι:

VMware vSphere - vCenter Server
Microsoft Hyper-V - System Center Virtual Machine Manager (VMM).

Για να εγκαταστήσουμε τον διακομιστή διαχείρισης oVirt, έχουμε δύο επιλογές:

Επιλογή 1
Ανάπτυξη διακομιστή με τη μορφή εξειδικευμένου VM ή κεντρικού υπολογιστή.

Αυτή η επιλογή λειτουργεί αρκετά καλά, αλλά με την προϋπόθεση ότι ένα τέτοιο VM λειτουργεί ανεξάρτητα από το σύμπλεγμα, δηλ. δεν εκτελείται σε κανέναν κεντρικό υπολογιστή συμπλέγματος ως κανονική εικονική μηχανή που εκτελεί KVM.

Γιατί δεν μπορεί να αναπτυχθεί ένα τέτοιο VM σε κεντρικούς υπολογιστές συμπλέγματος;

Στην αρχή της διαδικασίας ανάπτυξης του διακομιστή διαχείρισης oVirt, έχουμε ένα δίλημμα - πρέπει να εγκαταστήσουμε ένα VM διαχείρισης, αλλά στην πραγματικότητα δεν υπάρχει ακόμη το ίδιο το σύμπλεγμα και επομένως τι μπορούμε να βρούμε αμέσως; Αυτό είναι σωστό - εγκαταστήστε το KVM σε έναν μελλοντικό κόμβο συμπλέγματος και, στη συνέχεια, δημιουργήστε μια εικονική μηχανή σε αυτό, για παράδειγμα, με το CentOS OS και αναπτύξτε τη μηχανή oVirt σε αυτήν. Αυτό μπορεί να γίνει συνήθως για λόγους πλήρους ελέγχου σε ένα τέτοιο VM, αλλά πρόκειται για λανθασμένη πρόθεση, γιατί σε αυτήν την περίπτωση, στο μέλλον θα υπάρχουν 100% προβλήματα με ένα τέτοιο VM ελέγχου:

δεν μπορεί να μεταφερθεί στην κονσόλα oVirt μεταξύ κεντρικών υπολογιστών (κόμβων) του συμπλέγματος.
κατά τη μετεγκατάσταση με χρήση KVM μέσω virsh μεταναστευουν, αυτό το VM δεν θα είναι διαθέσιμο για διαχείριση από την κονσόλα oVirt.
Οι κεντρικοί υπολογιστές συμπλέγματος δεν μπορούν να εμφανιστούν σε Λειτουργία συντήρησης (λειτουργία συντήρησης), εάν κάνετε μετεγκατάσταση αυτού του VM από κεντρικό υπολογιστή σε κεντρικό υπολογιστή χρησιμοποιώντας virsh μεταναστευουν.

Επομένως, κάντε τα πάντα σύμφωνα με τους κανόνες - χρησιμοποιήστε είτε έναν ξεχωριστό κεντρικό υπολογιστή για τον διακομιστή διαχείρισης oVirt, είτε ένα ανεξάρτητο VM που εκτελείται σε αυτόν, ή ακόμα καλύτερα, κάντε όπως γράφτηκε στη δεύτερη επιλογή.

Επιλογή 2
Εγκατάσταση του oVirt Engine Appliance σε έναν κεντρικό υπολογιστή συμπλέγματος που διαχειρίζεται αυτό.

Είναι αυτή η επιλογή που θα θεωρηθεί περαιτέρω ως πιο σωστή και κατάλληλη στην περίπτωσή μας.
Οι απαιτήσεις για ένα τέτοιο VM περιγράφονται παρακάτω· θα προσθέσω μόνο ότι συνιστάται η ύπαρξη τουλάχιστον δύο κεντρικών υπολογιστών στην υποδομή στην οποία μπορεί να εκτελεστεί το VM ελέγχου, ώστε να είναι ανεκτικό σε σφάλματα. Εδώ θα ήθελα να προσθέσω ότι, όπως έγραψα ήδη στα σχόλια στο προηγούμενο άρθρο, δεν κατάφερα ποτέ να το αποκτήσω διχασμένος εγκέφαλος σε ένα σύμπλεγμα oVirt δύο κεντρικών υπολογιστών, με δυνατότητα εκτέλεσης εικονικών μηχανών φιλοξενίας σε αυτούς.

Εγκατάσταση του oVirt Engine Appliance στον πρώτο κεντρικό υπολογιστή του συμπλέγματος

Σύνδεσμος με την επίσημη τεκμηρίωση - oVirt Self-Hosted Engine Guide, κεφάλαιο "Ανάπτυξη του Self-Hosted Engine χρησιμοποιώντας τη γραμμή εντολών»

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

Πριν ξεκινήσετε όλες τις ενέργειες, βεβαιωθείτε ότι έχετε ενεργοποιήσει την υποστήριξη εικονικοποίησης στις ρυθμίσεις του BIOS στον κεντρικό υπολογιστή.
Εγκαταστήστε το πακέτο για το πρόγραμμα εγκατάστασης του hosted-engine στον κεντρικό υπολογιστή:

yum -y install http://resources.ovirt.org/pub/yum-repo/ovirt-release43.rpm 
yum -y install epel-release
yum install screen ovirt-hosted-engine-setup

Ξεκινάμε τη διαδικασία για την ανάπτυξη του oVirt Hosted Engine στην οθόνη του κεντρικού υπολογιστή (μπορείτε να βγείτε από αυτό μέσω Ctrl-A + D, κλείστε μέσω Ctrl-D):

screen
hosted-engine --deploy

Εάν θέλετε, μπορείτε να εκτελέσετε την εγκατάσταση με ένα προπαρασκευασμένο αρχείο απαντήσεων:

hosted-engine --deploy --config-append=/var/lib/ovirt-hosted-engine-setup/answers/answers-ohe.conf

Κατά την ανάπτυξη του hosted-engine, καθορίζουμε όλες τις απαραίτητες παραμέτρους:

- имя кластера
- количество vCPU и vRAM (рекомендуется 4 vCPU и 16 Гб)
- пароли
- тип хранилища для hosted engine ВМ – в нашем случае FC
- номер LUN для установки hosted engine
- где будет находиться база данных для hosted engine – рекомендую для простоты выбрать Local (это БД PostgreSQL работающая внутри этой ВМ)
и др. параметры.

Για να εγκαταστήσουμε ένα εξαιρετικά διαθέσιμο VM με μια μηχανή φιλοξενίας, δημιουργήσαμε προηγουμένως ένα ειδικό LUN στο σύστημα αποθήκευσης, με αριθμό 4 και μέγεθος 150 GB, το οποίο στη συνέχεια παρουσιάστηκε στους κεντρικούς υπολογιστές συμπλέγματος - βλ. προηγούμενο άρθρο.

Προηγουμένως ελέγξαμε επίσης την ορατότητά του στους οικοδεσπότες:

multipath -ll
…
3600a098000e4b4b3000003c95d171065 dm-3 DELL    , MD38xxf
size=150G features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 rdac' wp=rw
|-+- policy='service-time 0' prio=14 status=active
| `- 15:0:0:4  sdc 8:32  active ready running
`-+- policy='service-time 0' prio=9 status=enabled
  `- 18:0:0:4  sdj 8:144 active ready running

Η ίδια η διαδικασία ανάπτυξης του hosted-engine δεν είναι περίπλοκη· στο τέλος θα πρέπει να λάβουμε κάτι σαν αυτό:

[ INFO  ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20191129131846.conf'
[ INFO  ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf'
[ INFO  ] Stage: Pre-termination
[ INFO  ] Stage: Termination
[ INFO  ] Hosted Engine successfully deployed

Ελέγχουμε την παρουσία των υπηρεσιών oVirt στον κεντρικό υπολογιστή:

Εάν όλα έγιναν σωστά, μετά την ολοκλήρωση της εγκατάστασης, χρησιμοποιήστε ένα πρόγραμμα περιήγησης ιστού για να μεταβείτε https://ovirt_hostname/ovirt-engine από τον υπολογιστή του διαχειριστή και κάντε κλικ στο [Πύλη διαχείρισης].

Στιγμιότυπο οθόνης "Πύλη διαχείρισης"

Εισάγοντας τα στοιχεία σύνδεσης και τον κωδικό πρόσβασης (που ορίστηκαν κατά τη διαδικασία εγκατάστασης) στο παράθυρο όπως στο στιγμιότυπο οθόνης, φτάνουμε στον πίνακα ελέγχου Open Virtualization Manager, στον οποίο μπορείτε να εκτελέσετε όλες τις ενέργειες με την εικονική υποδομή:

προσθήκη κέντρου δεδομένων
προσθέστε και διαμορφώστε ένα σύμπλεγμα
προσθήκη και διαχείριση κεντρικών υπολογιστών
προσθέστε περιοχές αποθήκευσης ή Storage Domains για δίσκους εικονικής μηχανής
προσθήκη και διαμόρφωση δικτύων για εικονικές μηχανές
προσθήκη και διαχείριση εικονικών μηχανών, εικόνων εγκατάστασης, προτύπων VM

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

Πρόσθεση

1) Κατ 'αρχήν, εάν υπάρχει τέτοια ανάγκη, τότε τίποτα δεν σας εμποδίζει να εγκαταστήσετε εκ των προτέρων τον hypervisor KVM στους κόμβους συμπλέγματος χρησιμοποιώντας πακέτα libvirt и qemu-kvm (ή qemu-kvm-ev) της επιθυμητής έκδοσης, αν και κατά την ανάπτυξη ενός κόμβου συμπλέγματος oVirt, μπορεί να το κάνει μόνο του.

Αλλά αν libvirt и qemu-kvm Εάν δεν έχετε εγκαταστήσει την πιο πρόσφατη έκδοση, ενδέχεται να λάβετε το ακόλουθο σφάλμα κατά την ανάπτυξη μιας φιλοξενούμενης μηχανής:

error: unsupported configuration: unknown CPU feature: md-clear

Εκείνοι. πρέπει να έχουν αναβαθμισμένη έκδοση libvirt με προστασία από MDS, το οποίο υποστηρίζει αυτήν την πολιτική:

<feature policy='require' name='md-clear'/>

Εγκαταστήστε το libvirt v.4.5.0-10.el7_6.12, με υποστήριξη md-clear:

yum-config-manager --disable mirror.centos.org_centos-7_7_virt_x86_64_libvirt-latest_

yum install centos-release-qemu-ev
yum update
yum install qemu-kvm qemu-img virt-manager libvirt libvirt-python libvirt-client virt-install virt-viewer libguestfs libguestfs-tools dejavu-lgc-sans-fonts virt-top libvirt libvirt-python libvirt-client

systemctl enable libvirtd
systemctl restart libvirtd && systemctl status libvirtd

Ελέγξτε για υποστήριξη 'md-clear':

virsh domcapabilities kvm | grep require
      <feature policy='require' name='ss'/>
      <feature policy='require' name='hypervisor'/>
      <feature policy='require' name='tsc_adjust'/>
      <feature policy='require' name='clflushopt'/>
      <feature policy='require' name='pku'/>
      <feature policy='require' name='md-clear'/>
      <feature policy='require' name='stibp'/>
      <feature policy='require' name='ssbd'/>
      <feature policy='require' name='invtsc'/>

Μετά από αυτό, μπορείτε να συνεχίσετε την εγκατάσταση του φιλοξενούμενου κινητήρα.

2) Στο oVirt 4.3, η παρουσία και η χρήση τείχους προστασίας firewall είναι υποχρεωτική απαίτηση.

Εάν κατά την ανάπτυξη ενός VM για hosted-engine λάβουμε το ακόλουθο σφάλμα:

[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "firewalld is required to be enabled and active in order to correctly deploy hosted-engine. Please check, fix accordingly and re-deploy.n"}
[ ERROR ] Failed to execute stage 'Closing up': Failed executing ansible-playbook
[https://bugzilla.redhat.com/show_bug.cgi?id=1608467

Στη συνέχεια, πρέπει να απενεργοποιήσετε ένα άλλο τείχος προστασίας (αν χρησιμοποιείται) και να το εγκαταστήσετε και να εκτελέσετε firewall:

yum install firewalld
systemctl enable firewalld
systemctl start firewalld

firewall-cmd --state
firewall-cmd --get-default-zone
firewall-cmd --get-active-zones
firewall-cmd --get-zones

Αργότερα, κατά την εγκατάσταση του παράγοντα ovirt σε έναν νέο κεντρικό υπολογιστή για το σύμπλεγμα, θα διαμορφώσει τις απαιτούμενες θύρες στο firewall αυτομάτως.

3) Επανεκκίνηση ενός κεντρικού υπολογιστή με μια εικονική μηχανή που λειτουργεί σε αυτόν με μια φιλοξενούμενη μηχανή.

Κανονικά, σύνδεσμος 1 и σύνδεσμος 2 στα κυβερνητικά έγγραφα.

Όλη η διαχείριση του hosted engine VM γίνεται ΜΟΝΟ χρησιμοποιώντας την εντολή φιλοξενούμενη-μηχανή στον οικοδεσπότη όπου τρέχει, περίπου βιρς πρέπει να ξεχάσουμε, καθώς και το γεγονός ότι μπορείτε να συνδεθείτε σε αυτό το VM μέσω SSH και να εκτελέσετε την εντολή "κλείσιμο».

Διαδικασία για τη θέση ενός VM σε λειτουργία συντήρησης:

hosted-engine --set-maintenance --mode=global

hosted-engine --vm-status
!! Cluster is in GLOBAL MAINTENANCE mode !!
--== Host host1.test.local (id: 1) status ==--
conf_on_shared_storage             : True
Status up-to-date                  : True
Hostname                           : host1.test.local
Host ID                            : 1
Engine status                      : {"health": "good", "vm": "up", "detail": "Up"}
Score                              : 3400
stopped                            : False
Local maintenance                  : False
crc32                              : dee1a774
local_conf_timestamp               : 1821
Host timestamp                     : 1821
Extra metadata (valid at timestamp):
        metadata_parse_version=1
        metadata_feature_version=1
        timestamp=1821 (Sat Nov 29 14:25:19 2019)
        host-id=1
        score=3400
        vm_conf_refresh_time=1821 (Sat Nov 29 14:25:19 2019)
        conf_on_shared_storage=True
        maintenance=False
        state=GlobalMaintenance
        stopped=False

hosted-engine --vm-shutdown

Επανεκκινούμε τον κεντρικό υπολογιστή με τον hosted engine agent και κάνουμε ό,τι χρειαζόμαστε με αυτόν.

Μετά την επανεκκίνηση, ελέγξτε την κατάσταση του VM με τον φιλοξενούμενο κινητήρα:

hosted-engine --vm-status

Εάν το VM μας με hosted-engine δεν ξεκινά και αν δούμε παρόμοια σφάλματα στο αρχείο καταγραφής υπηρεσιών:

Σφάλμα στο αρχείο καταγραφής υπηρεσιών:

journalctl -u ovirt-ha-agent
...
Jun 29 14:34:44 host1 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine ERROR Failed to start necessary monitors
Jun 29 14:34:44 host1 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.agent.Agent ERROR Traceback (most recent call last):#012  File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 131, in _run_agent#012    return action(he)#012  File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 55, in action_proper#012    return he.start_monitoring()#012  File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 413, in start_monitoring#012    self._initialize_broker()#012  File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 537, in _initialize_broker#012    m.get('options', {}))#012  File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", line 86, in start_monitor#012    ).format(t=type, o=options, e=e)#012RequestError: brokerlink - failed to start monitor via ovirt-ha-broker: [Errno 2] No such file or directory, [monitor: 'ping', options: {'addr': '172.20.32.32'}]
Jun 29 14:34:44 host1 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.agent.Agent ERROR Trying to restart agent

Στη συνέχεια, συνδέουμε το χώρο αποθήκευσης και επανεκκινούμε τον πράκτορα:

hosted-engine --connect-storage
systemctl restart ovirt-ha-agent
systemctl status ovirt-ha-agent

hosted-engine --vm-start
hosted-engine --vm-status

Αφού ξεκινήσουμε το VM με hosted-engine, το βγάζουμε από τη λειτουργία συντήρησης:

Διαδικασία για την αφαίρεση ενός VM από τη λειτουργία συντήρησης:

hosted-engine --check-liveliness
hosted-engine --set-maintenance --mode=none
hosted-engine --vm-status

--== Host host1.test.local (id: 1) status ==--

conf_on_shared_storage             : True
Status up-to-date                  : True
Hostname                           : host1.test.local
Host ID                            : 1
Engine status                      : {"health": "good", "vm": "up", "detail": "Up"}
Score                              : 3400
stopped                            : False
Local maintenance                  : False
crc32                              : 6d1eb25f
local_conf_timestamp               : 6222296
Host timestamp                     : 6222296
Extra metadata (valid at timestamp):
        metadata_parse_version=1
        metadata_feature_version=1
        timestamp=6222296 (Fri Jan 17 11:40:43 2020)
        host-id=1
        score=3400
        vm_conf_refresh_time=6222296 (Fri Jan 17 11:40:43 2020)
        conf_on_shared_storage=True
        maintenance=False
        state=EngineUp
        stopped=False

4) Αφαίρεση του φιλοξενούμενου κινητήρα και όλων όσων σχετίζονται με αυτόν.

Μερικές φορές είναι απαραίτητο να αφαιρέσετε σωστά έναν προηγουμένως εγκατεστημένο κινητήρα - σύνδεσμος στο έγγραφο καθοδήγησης.

Απλώς εκτελέστε την εντολή στον κεντρικό υπολογιστή:

/usr/sbin/ovirt-hosted-engine-cleanup

Στη συνέχεια, αφαιρούμε τα περιττά πακέτα, δημιουργώντας αντίγραφα ασφαλείας ορισμένων ρυθμίσεων πριν από αυτό, εάν είναι απαραίτητο:

yum autoremove ovirt* qemu* virt* libvirt* libguestfs

Δημιουργία νέου κέντρου δεδομένων

Τεκμηρίωση αναφοράς - Οδηγός διαχείρισης oVirt. Κεφάλαιο 4: Κέντρα δεδομένων

Πρώτα ας ορίσουμε τι είναι κέντρο δεδομένων (παραθέτω από τη βοήθεια) είναι μια λογική οντότητα που ορίζει ένα σύνολο πόρων που χρησιμοποιούνται σε ένα συγκεκριμένο περιβάλλον.

Ένα κέντρο δεδομένων είναι ένα είδος κοντέινερ που αποτελείται από:

λογικούς πόρους με τη μορφή συμπλεγμάτων και κεντρικών υπολογιστών
συστάδα πόρων δικτύου με τη μορφή λογικών δικτύων και φυσικών προσαρμογέων σε κεντρικούς υπολογιστές,
πόρους αποθήκευσης (για δίσκους VM, πρότυπα, εικόνες) με τη μορφή αποθηκευτικών χώρων (Storage Domains).

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

Η διαχείριση του κέντρου δεδομένων ή των κέντρων δεδομένων, εάν υπάρχουν πολλά από αυτά, γίνεται από μια ενιαία κονσόλα διαχείρισης ή πύλη.

Για να δημιουργήσετε ένα κέντρο δεδομένων, μεταβείτε στη διαχειριστική πύλη και δημιουργήστε ένα νέο κέντρο δεδομένων:
Υπολογίστε >> Κέντρα δεδομένων >> Νέα

Εφόσον χρησιμοποιούμε κοινόχρηστο χώρο αποθήκευσης στο σύστημα αποθήκευσης, ο τύπος αποθήκευσης θα πρέπει να είναι κοινόχρηστος:

Στιγμιότυπο οθόνης του Οδηγού δημιουργίας κέντρου δεδομένων

Κατά την εγκατάσταση μιας εικονικής μηχανής με hosted-engine, δημιουργείται από προεπιλογή ένα κέντρο δεδομένων - Κέντρο δεδομένων 1, και στη συνέχεια, εάν είναι απαραίτητο, μπορείτε να αλλάξετε τον τύπο αποθήκευσης σε άλλο.

Η δημιουργία ενός κέντρου δεδομένων είναι μια απλή εργασία, χωρίς δύσκολες αποχρώσεις και όλες οι πρόσθετες ενέργειες με αυτό περιγράφονται στην τεκμηρίωση. Το μόνο που θα σημειώσω είναι ότι οι μεμονωμένοι κεντρικοί υπολογιστές που έχουν μόνο τοπικό χώρο αποθήκευσης (δίσκος) για VM δεν θα μπορούν να εισέλθουν σε ένα κέντρο δεδομένων με Τύπο αποθήκευσης - Κοινόχρηστο (δεν μπορούν να προστεθούν εκεί) και για αυτούς πρέπει να δημιουργήσετε ένα ξεχωριστό κέντρο δεδομένων - δηλ. Κάθε μεμονωμένος κεντρικός υπολογιστής με τοπική αποθήκευση χρειάζεται το δικό του ξεχωριστό κέντρο δεδομένων.

Δημιουργία νέου συμπλέγματος

Σύνδεσμος στην τεκμηρίωση - Οδηγός διαχείρισης oVirt. Κεφάλαιο 5: Συστάδες

Χωρίς περιττές λεπτομέρειες, συστοιχία – πρόκειται για μια λογική ομαδοποίηση κεντρικών υπολογιστών που έχουν κοινό χώρο αποθήκευσης (με τη μορφή κοινόχρηστων δίσκων σε ένα σύστημα αποθήκευσης, όπως στην περίπτωσή μας). Είναι επίσης επιθυμητό οι κεντρικοί υπολογιστές στο σύμπλεγμα να είναι πανομοιότυποι σε υλικό και να έχουν τον ίδιο τύπο επεξεργαστή (Intel ή AMD). Το καλύτερο, φυσικά, είναι οι διακομιστές στο σύμπλεγμα να είναι εντελώς πανομοιότυποι.

Το σύμπλεγμα είναι μέρος ενός κέντρου δεδομένων (με συγκεκριμένο τύπο αποθήκευσης - τοπικός ή Shared), και όλοι οι κεντρικοί υπολογιστές πρέπει να ανήκουν σε κάποιο είδος συμπλέγματος, ανάλογα με το αν έχουν κοινόχρηστο χώρο αποθήκευσης ή όχι.

Κατά την εγκατάσταση μιας εικονικής μηχανής με έναν hosted-engine σε έναν κεντρικό υπολογιστή, δημιουργείται από προεπιλογή ένα κέντρο δεδομένων - Κέντρο δεδομένων 1, μαζί με το σύμπλεγμα – Συστάδα 1, και στο μέλλον μπορείτε να διαμορφώσετε τις παραμέτρους του, να ενεργοποιήσετε πρόσθετες επιλογές, να προσθέσετε κεντρικούς υπολογιστές σε αυτό κ.λπ.

Ως συνήθως, για λεπτομέρειες σχετικά με όλες τις ρυθμίσεις συμπλέγματος, συνιστάται να ανατρέξετε στην επίσημη τεκμηρίωση. Από ορισμένες από τις δυνατότητες της δημιουργίας ενός συμπλέγματος, θα προσθέσω μόνο ότι κατά τη δημιουργία του, αρκεί να διαμορφώσετε μόνο τις βασικές παραμέτρους στην καρτέλα General.

Θα σημειώσω τις πιο σημαντικές παραμέτρους:

Τύπος επεξεργαστή — επιλέγεται με βάση ποιοι επεξεργαστές είναι εγκατεστημένοι στους κεντρικούς υπολογιστές συμπλέγματος, από ποιον κατασκευαστή είναι και ποιος επεξεργαστής στους κεντρικούς υπολογιστές είναι ο παλαιότερος, έτσι ώστε, ανάλογα με αυτό, να χρησιμοποιούνται όλες οι διαθέσιμες οδηγίες επεξεργαστή στο σύμπλεγμα.
Τύπος διακόπτη – στο cluster μας χρησιμοποιούμε μόνο Linux bridge, γι' αυτό το επιλέγουμε.
Τύπος τείχους προστασίας – όλα είναι ξεκάθαρα εδώ, αυτό είναι το τείχος προστασίας, το οποίο πρέπει να ενεργοποιηθεί και να ρυθμιστεί στους κεντρικούς υπολογιστές.

Στιγμιότυπο οθόνης με παραμέτρους συμπλέγματος

Εγκατάσταση πρόσθετων κεντρικών υπολογιστών σε περιβάλλον Self-Hosted

Σύνδεσμος για τεκμηρίωση.

Πρόσθετοι κεντρικοί υπολογιστές για ένα αυτο-φιλοξενούμενο περιβάλλον προστίθενται με τον ίδιο τρόπο όπως ένας κανονικός κεντρικός υπολογιστής, με το πρόσθετο βήμα της ανάπτυξης μιας εικονικής μηχανής με μια φιλοξενούμενη μηχανή - Επιλέξτε ενέργεια ανάπτυξης του φιλοξενούμενου κινητήρα >> Ανάπτυξη. Δεδομένου ότι στον πρόσθετο κεντρικό υπολογιστή πρέπει επίσης να παρουσιαστεί ένα LUN για ένα VM με μια μηχανή φιλοξενίας, αυτό σημαίνει ότι αυτός ο κεντρικός υπολογιστής μπορεί, εάν είναι απαραίτητο, να χρησιμοποιηθεί για να φιλοξενήσει μια εικονική μηχανή με μια φιλοξενούμενη μηχανή σε αυτήν.
Για λόγους ανοχής σφαλμάτων, συνιστάται ιδιαίτερα να υπάρχουν τουλάχιστον δύο κεντρικοί υπολογιστές στους οποίους μπορεί να τοποθετηθεί μια φιλοξενούμενη μηχανή VM.

Στον πρόσθετο κεντρικό υπολογιστή, απενεργοποιήστε τα iptables (αν είναι ενεργοποιημένα), ενεργοποιήστε το τείχος προστασίας

systemctl stop iptables
systemctl disable iptables

systemctl enable firewalld
systemctl start firewalld

Εγκαταστήστε την απαιτούμενη έκδοση KVM (αν χρειάζεται):

yum-config-manager --disable mirror.centos.org_centos-7_7_virt_x86_64_libvirt-latest_

yum install centos-release-qemu-ev
yum update
yum install qemu-kvm qemu-img virt-manager libvirt libvirt-python libvirt-client virt-install virt-viewer libguestfs libguestfs-tools dejavu-lgc-sans-fonts virt-top libvirt libvirt-python libvirt-client

systemctl enable libvirtd
systemctl restart libvirtd && systemctl status libvirtd

virsh domcapabilities kvm | grep md-clear

Εγκαταστήστε τα απαραίτητα αποθετήρια και το hosted engine installer:

yum -y install http://resources.ovirt.org/pub/yum-repo/ovirt-release43.rpm
yum -y install epel-release
yum update
yum install screen ovirt-hosted-engine-setup

Στη συνέχεια, μεταβείτε στην κονσόλα Ανοίξτε το Virtualization Manager, προσθέστε έναν νέο κεντρικό υπολογιστή και κάντε τα πάντα βήμα προς βήμα, όπως γράφτηκε στο τεκμηρίωση.

Ως αποτέλεσμα, μετά την προσθήκη ενός επιπλέον κεντρικού υπολογιστή, θα πρέπει να λάβουμε κάτι σαν την εικόνα στην κονσόλα διαχείρισης, όπως στο στιγμιότυπο οθόνης.

Στιγμιότυπο οθόνης της πύλης διαχείρισης - οικοδεσπότες

Ο κεντρικός υπολογιστής στον οποίο είναι ενεργός το hosted-engine VM έχει μια χρυσή κορώνα και την επιγραφή "Εκτέλεση του Hosted Engine VM", ο κεντρικός υπολογιστής στον οποίο μπορεί να ξεκινήσει αυτό το VM εάν είναι απαραίτητο - η επιγραφή "Μπορεί να τρέξει το Hosted Engine VM».

Σε περίπτωση αποτυχίας του οικοδεσπότη κατά την οποία "Εκτέλεση του Hosted Engine VM", θα επανεκκινήσει αυτόματα στον δεύτερο κεντρικό υπολογιστή. Αυτό το VM μπορεί επίσης να μετεγκατασταθεί από τον ενεργό κεντρικό υπολογιστή στον κεντρικό υπολογιστή αναμονής για τη συντήρησή του.

Ρύθμιση διαχείρισης ενέργειας / περίφραξης σε οικοδεσπότες oVirt

Σύνδεσμοι τεκμηρίωσης:

Red Hat Virtualization 4.3 –> Τεχνική αναφορά -> Κεφάλαιο 4. Διαχείριση ενέργειας
oVirt Administration Guide -> Κεφάλαιο 7: Οικοδεσπότες

Αν και μπορεί να φαίνεται ότι έχετε τελειώσει με την προσθήκη και τη διαμόρφωση ενός κεντρικού υπολογιστή, αυτό δεν είναι απολύτως αλήθεια.
Για την κανονική λειτουργία των κεντρικών υπολογιστών και για τον εντοπισμό/επίλυση αστοχιών με οποιοδήποτε από αυτά, απαιτούνται ρυθμίσεις Power Management / περίφραξης.

Ξιφασκία, ή περίφραξη, είναι η διαδικασία προσωρινής εξαίρεσης ενός ελαττωματικού ή αποτυχημένου κεντρικού υπολογιστή από το σύμπλεγμα, κατά την οποία επανεκκινούνται είτε οι υπηρεσίες oVirt σε αυτόν είτε ο ίδιος ο κεντρικός υπολογιστής.

Όλες οι λεπτομέρειες σχετικά με τους ορισμούς και τις παραμέτρους της Διαχείρισης ενέργειας / περίφραξης παρέχονται, ως συνήθως, στην τεκμηρίωση. Θα δώσω μόνο ένα παράδειγμα του τρόπου διαμόρφωσης αυτής της σημαντικής παραμέτρου, όπως εφαρμόζεται στους διακομιστές Dell R640 με iDRAC 9.

Μεταβείτε στην πύλη διαχείρισης, κάντε κλικ Υπολογίστε >> Οικοδεσπότες επιλέξτε έναν κεντρικό υπολογιστή.
Κάντε κλικ Αλλαγή.
Κάντε κλικ στην καρτέλα Διαχείριση ενέργειας.
Επιλέξτε το πλαίσιο δίπλα στην επιλογή Ενεργοποιήστε τη Διαχείριση ενέργειας.
Επιλέξτε το πλαίσιο δίπλα στην επιλογή Ενσωμάτωση Kdumpγια να αποτρέψετε τη μετάβαση του οικοδεσπότη σε λειτουργία περίφραξης κατά την εγγραφή ενός crash dump του πυρήνα.

Σημείωση.

Αφού ενεργοποιήσετε την ενσωμάτωση Kdump σε έναν ήδη εκτελούμενο κεντρικό υπολογιστή, πρέπει να επανεγκατασταθεί σύμφωνα με τη διαδικασία στον Οδηγό διαχείρισης oVirt -> Κεφάλαιο 7: Οικοδεσπότες -> Επανεγκατάσταση κεντρικών υπολογιστών.

Προαιρετικά, μπορείτε να επιλέξετε το πλαίσιο Απενεργοποιήστε τον έλεγχο πολιτικής διαχείρισης ενέργειας, εάν δεν θέλουμε η διαχείριση ενέργειας του κεντρικού υπολογιστή να ελέγχεται από την Πολιτική Προγραμματισμού του συμπλέγματος.
Κάντε κλικ στο κουμπί (+) για να προσθέσετε μια νέα συσκευή διαχείρισης ενέργειας, θα ανοίξει το παράθυρο επεξεργασίας ιδιοτήτων παράγοντα.
Για το iDRAC9, συμπληρώστε τα πεδία:
- Διεύθυνση – διεύθυνση iDRAC9
- Ονομα χρήστη κωδικός – σύνδεση και κωδικός πρόσβασης για σύνδεση στο iDRAC9, αντίστοιχα
- Χαρακτηριστικά —drac5
- σημάδι ΑΣΦΑΛΕΙΑ
- προσθέστε τις παρακάτω επιλογές: cmd_prompt=>,login_timeout=30

Στιγμιότυπο οθόνης με παραμέτρους "Διαχείριση ενέργειας" σε ιδιότητες κεντρικού υπολογιστή

Δημιουργία χώρου αποθήκευσης ή τομέων αποθήκευσης

Σύνδεσμος στην τεκμηρίωση - Οδηγός διαχείρισης oVirt, Κεφάλαιο 8: Αποθήκευση.

Τομέας αποθήκευσης, ή χώρος αποθήκευσης, είναι μια κεντρική τοποθεσία για την αποθήκευση δίσκων εικονικής μηχανής, εικόνων εγκατάστασης, προτύπων και στιγμιότυπων.

Οι περιοχές αποθήκευσης μπορούν να συνδεθούν στο κέντρο δεδομένων χρησιμοποιώντας διάφορα πρωτόκολλα, συστήματα αρχείων συμπλέγματος και δικτύου.

Το oVirt έχει τρεις τύπους αποθηκευτικών χώρων:

Τομέας Δεδομένων – για αποθήκευση όλων των δεδομένων που σχετίζονται με εικονικές μηχανές (δίσκοι, πρότυπα). Δεν είναι δυνατή η κοινή χρήση του τομέα δεδομένων μεταξύ διαφορετικών κέντρων δεδομένων.
Τομέας ISO (απαρχαιωμένος τύπος χώρου αποθήκευσης) – για αποθήκευση εικόνων εγκατάστασης λειτουργικού συστήματος. Ο τομέας ISO μπορεί να μοιραστεί μεταξύ διαφορετικών κέντρων δεδομένων.
Εξαγωγή Τομέα (απαρχαιωμένος τύπος χώρου αποθήκευσης) – για προσωρινή αποθήκευση εικόνων που μετακινούνται μεταξύ κέντρων δεδομένων.

Στη συγκεκριμένη περίπτωσή μας, μια περιοχή αποθήκευσης με τον τύπο Data Domain χρησιμοποιεί πρωτόκολλο καναλιού οπτικών ινών (FCP) για σύνδεση με LUN στο σύστημα αποθήκευσης.

Από την άποψη του oVirt, όταν χρησιμοποιούνται συστήματα αποθήκευσης (FC ή iSCSI), κάθε εικονικός δίσκος, στιγμιότυπο ή πρότυπο είναι ένας λογικός δίσκος.
Οι συσκευές μπλοκ συναρμολογούνται σε μια ενιαία μονάδα (σε κεντρικούς υπολογιστές συμπλέγματος) χρησιμοποιώντας το Volume Group και στη συνέχεια χωρίζονται χρησιμοποιώντας LVM σε λογικούς τόμους, οι οποίοι χρησιμοποιούνται ως εικονικοί δίσκοι για VM.

Όλες αυτές οι ομάδες και πολλοί τόμοι LVM μπορούν να εμφανιστούν στον κεντρικό υπολογιστή συμπλέγματος χρησιμοποιώντας τις εντολές και τα λοιπά и Εγώ εναντίον. Φυσικά, όλες οι ενέργειες με τέτοιους δίσκους θα πρέπει να γίνονται μόνο από την κονσόλα oVirt, εκτός από ειδικές περιπτώσεις.

Οι εικονικοί δίσκοι για VM μπορούν να είναι δύο τύπων - QCOW2 ή RAW. Οι δίσκοι μπορεί να είναι "λεπτός" ή "πυκνός". Τα στιγμιότυπα δημιουργούνται πάντα ως "λεπτό".

Ο τρόπος διαχείρισης των τομέων αποθήκευσης ή των περιοχών αποθήκευσης στις οποίες έχει πρόσβαση μέσω FC, είναι αρκετά λογικός - για κάθε εικονικό δίσκο VM υπάρχει ένας ξεχωριστός λογικός τόμος που μπορεί να εγγραφεί μόνο από έναν κεντρικό υπολογιστή. Για συνδέσεις FC, το oVirt χρησιμοποιεί κάτι σαν clustered LVM.

Οι εικονικές μηχανές που βρίσκονται στην ίδια περιοχή αποθήκευσης μπορούν να μεταφερθούν μεταξύ κεντρικών υπολογιστών που ανήκουν στο ίδιο σύμπλεγμα.

Όπως μπορούμε να δούμε από την περιγραφή, ένα σύμπλεγμα στο oVirt, όπως ένα σύμπλεγμα στο VMware vSphere ή το Hyper-V, σημαίνει ουσιαστικά το ίδιο πράγμα - είναι μια λογική ομαδοποίηση κεντρικών υπολογιστών, κατά προτίμηση πανομοιότυπων σε σύνθεση υλικού και με κοινό χώρο αποθήκευσης για εικονικά δίσκους μηχανής.

Ας προχωρήσουμε απευθείας στη δημιουργία χώρου αποθήκευσης δεδομένων (δίσκοι VM), αφού χωρίς αυτό το κέντρο δεδομένων δεν θα αρχικοποιηθεί.
Επιτρέψτε μου να σας υπενθυμίσω ότι όλα τα LUN που παρουσιάζονται στους κεντρικούς υπολογιστές συμπλέγματος στο σύστημα αποθήκευσης πρέπει να είναι ορατά σε αυτά χρησιμοποιώντας την εντολή "multipath -ll».

Σύμφωνα με τεκμηρίωση, μεταβείτε στην πύλη μετάβαση στο Αποθηκευτικός χώρος >> Domains -> Νέος τομέας και ακολουθήστε τις οδηγίες από την ενότητα "Προσθήκη χώρου αποθήκευσης FCP".

Μετά την εκκίνηση του οδηγού, συμπληρώστε τα απαιτούμενα πεδία:

Όνομα — ορίστε το όνομα του συμπλέγματος
Λειτουργία Τομέα -Δεδομένα
Τύπος αποθήκευσης — Κανάλι ινών
Κεντρικός υπολογιστής προς χρήση — επιλέξτε έναν κεντρικό υπολογιστή στον οποίο είναι διαθέσιμο το LUN που χρειαζόμαστε

Στη λίστα των LUN, σημειώστε αυτό που χρειαζόμαστε, κάντε κλικ Πρόσθεση και στη συνέχεια ОК. Εάν είναι απαραίτητο, μπορείτε να προσαρμόσετε πρόσθετες παραμέτρους της περιοχής αποθήκευσης κάνοντας κλικ στο Προηγμένες παράμετροι.

Στιγμιότυπο οθόνης του οδηγού για την προσθήκη "Storage domain"

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

Στιγμιότυπα οθόνης του κέντρου δεδομένων και των περιοχών αποθήκευσης σε αυτό:

Δημιουργία και διαμόρφωση δικτύων για εικονικές μηχανές

Σύνδεσμος στην τεκμηρίωση - Οδηγός διαχείρισης oVirt, Κεφάλαιο 6: Λογικά δίκτυα

Τα δίκτυα ή δίκτυα χρησιμεύουν για την ομαδοποίηση λογικών δικτύων που χρησιμοποιούνται στην εικονική υποδομή oVirt.

Για την αλληλεπίδραση μεταξύ του προσαρμογέα δικτύου στην εικονική μηχανή και του φυσικού προσαρμογέα στον κεντρικό υπολογιστή, χρησιμοποιούνται λογικές διεπαφές όπως η γέφυρα Linux.

Για την ομαδοποίηση και τη διαίρεση της κυκλοφορίας μεταξύ δικτύων, τα VLAN διαμορφώνονται στους διακόπτες.

Κατά τη δημιουργία ενός λογικού δικτύου για εικονικές μηχανές στο oVirt, πρέπει να του εκχωρηθεί ένα αναγνωριστικό που αντιστοιχεί στον αριθμό VLAN στο μεταγωγέα, έτσι ώστε τα VM να μπορούν να επικοινωνούν μεταξύ τους, ακόμα κι αν εκτελούνται σε διαφορετικούς κόμβους του συμπλέγματος.

Έπρεπε να γίνουν οι προκαταρκτικές ρυθμίσεις των προσαρμογέων δικτύου σε κεντρικούς υπολογιστές για τη σύνδεση εικονικών μηχανών προηγούμενο άρθρο – διαμορφώθηκε η λογική διεπαφή bondxnumx, τότε όλες οι ρυθμίσεις δικτύου θα πρέπει να γίνονται μόνο μέσω της πύλης διαχείρισης oVirt.

Μετά τη δημιουργία ενός VM με hosted-μηχανή, εκτός από την αυτόματη δημιουργία κέντρου δεδομένων και συμπλέγματος, δημιουργήθηκε επίσης αυτόματα ένα λογικό δίκτυο για τη διαχείριση του συμπλέγματός μας - ovritmgmt, με το οποίο συνδέθηκε αυτό το VM.

Εάν είναι απαραίτητο, μπορείτε να προβάλετε τις λογικές ρυθμίσεις δικτύου ovritmgmt και να τα προσαρμόσετε, αλλά πρέπει να προσέχετε να μην χάσετε τον έλεγχο της υποδομής oVirt.

Λογικές ρυθμίσεις δικτύου ovritmgmt

Για να δημιουργήσετε ένα νέο λογικό δίκτυο για κανονικά VM, στη διαχειριστική πύλη μεταβείτε στο Δίκτυο >> Δίκτυα >> Νέακαι στην καρτέλα General προσθέστε ένα δίκτυο με το επιθυμητό αναγνωριστικό VLAN και επιλέξτε επίσης το πλαίσιο δίπλα στο "Δίκτυο VM", αυτό σημαίνει ότι μπορεί να χρησιμοποιηθεί για ανάθεση σε VM.

Στιγμιότυπο οθόνης του νέου λογικού δικτύου VLAN32

Στην καρτέλα συστάδα, συνδέουμε αυτό το δίκτυο στο σύμπλεγμα μας Συστάδα 1.

Μετά από αυτό πάμε στο Υπολογίστε >> Οικοδεσπότες, μεταβείτε σε κάθε κεντρικό υπολογιστή με τη σειρά, στην καρτέλα Διεπαφές δικτύουκαι εκκινήστε τον οδηγό Ρύθμιση δικτύων κεντρικού υπολογιστή, για σύνδεση με κεντρικούς υπολογιστές ενός νέου λογικού δικτύου.

Στιγμιότυπο οθόνης του οδηγού "Ρύθμιση δικτύων κεντρικού υπολογιστή".

Ο πράκτορας oVirt θα κάνει αυτόματα όλες τις απαραίτητες ρυθμίσεις δικτύου στον κεντρικό υπολογιστή - δημιουργήστε ένα VLAN και ένα BRIDGE.

Παραδείγματα αρχείων διαμόρφωσης για νέα δίκτυα στον κεντρικό υπολογιστή:

cat ifcfg-bond1
# Generated by VDSM version 4.30.17.1
DEVICE=bond1
BONDING_OPTS='mode=1 miimon=100'
MACADDR=00:50:56:82:57:52
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=no

cat ifcfg-bond1.432
# Generated by VDSM version 4.30.17.1
DEVICE=bond1.432
VLAN=yes
BRIDGE=ovirtvm-vlan432
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=no

cat ifcfg-ovirtvm-vlan432
# Generated by VDSM version 4.30.17.1
DEVICE=ovirtvm-vlan432
TYPE=Bridge
DELAY=0
STP=off
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=no

Επιτρέψτε μου να σας υπενθυμίσω για άλλη μια φορά ότι στον κεντρικό υπολογιστή του συμπλέγματος ΔΕΝ ΧΡΕΙΑΖΕΤΑΙ δημιουργήστε χειροκίνητα διασυνδέσεις δικτύου εκ των προτέρων ifcfg-bond1.432 и ifcfg-ovirtvm-vlan432.

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

Δημιουργία εικόνας εγκατάστασης για την ανάπτυξη μιας εικονικής μηχανής

Σύνδεσμος στην τεκμηρίωση - Οδηγός διαχείρισης oVirt, Κεφάλαιο 8: Αποθήκευση, ενότητα Μεταφόρτωση εικόνων σε τομέα αποθήκευσης δεδομένων.

Χωρίς εικόνα εγκατάστασης λειτουργικού συστήματος, δεν θα είναι δυνατή η εγκατάσταση μιας εικονικής μηχανής, αν και αυτό φυσικά δεν αποτελεί πρόβλημα εάν, για παράδειγμα, είναι εγκατεστημένη στο δίκτυο Φρουτόπιτα με προδημιουργημένες εικόνες.

Στην περίπτωσή μας, αυτό δεν είναι δυνατό, επομένως θα πρέπει να εισαγάγετε αυτήν την εικόνα στο oVirt μόνοι σας. Προηγουμένως, αυτό απαιτούσε τη δημιουργία ενός τομέα ISO, αλλά στη νέα έκδοση του oVirt έχει καταργηθεί και επομένως μπορείτε τώρα να ανεβάσετε εικόνες απευθείας στον τομέα αποθήκευσης από τη διαχειριστική πύλη.

Στη διοικητική πύλη μεταβείτε στο Αποθηκευτικός χώρος >> Δίσκοι >> Μεταφόρτωση >> Αρχική
Προσθέτουμε την εικόνα του λειτουργικού μας συστήματος ως αρχείο ISO, συμπληρώνουμε όλα τα πεδία στη φόρμα και κάνουμε κλικ στο κουμπί "ΔΟΚΙΜΗ ΣΥΝΔΕΣΗΣ".

Στιγμιότυπο οθόνης του Οδηγού προσθήκης εικόνας εγκατάστασης

Αν λάβουμε ένα σφάλμα σαν αυτό:

Unable to upload image to disk d6d8fd10-c1e0-4f2d-af15-90f8e636dadc due to a network error. Ensure that ovirt-imageio-proxy service is installed and configured and that ovirt-engine's CA certificate is registered as a trusted CA in the browser. The certificate can be fetched from https://ovirt.test.local/ovirt-engine/services/pki-resource?resource=ca-certificate&format=X509-PEM-CA`

Στη συνέχεια, πρέπει να προσθέσετε το πιστοποιητικό oVirt στο "Αξιόπιστες ΑΠ ρίζας"(Trusted Root CA) στον σταθμό ελέγχου του διαχειριστή, από όπου προσπαθούμε να κατεβάσουμε την εικόνα.

Αφού προσθέσετε το πιστοποιητικό στο Trusted Root CA, κάντε ξανά κλικ στο "ΔΟΚΙΜΗ ΣΥΝΔΕΣΗΣ", θα πρέπει να πάρει:

Connection to ovirt-imageio-proxy was successful.

Αφού ολοκληρώσετε την ενέργεια προσθήκης του πιστοποιητικού, μπορείτε να δοκιμάσετε να ανεβάσετε ξανά την εικόνα ISO στον τομέα αποθήκευσης.

Κατ 'αρχήν, μπορείτε να δημιουργήσετε έναν ξεχωριστό τομέα αποθήκευσης με τον τύπο δεδομένων για να αποθηκεύετε εικόνες και πρότυπα ξεχωριστά από δίσκους VM ή ακόμα και να τα αποθηκεύσετε σε έναν τομέα αποθήκευσης για τον φιλοξενούμενο κινητήρα, αλλά αυτό είναι στη διακριτική ευχέρεια του διαχειριστή.

Στιγμιότυπο οθόνης με εικόνες ISO στον τομέα αποθήκευσης για φιλοξενούμενη μηχανή

Δημιουργήστε μια εικονική μηχανή

Σύνδεσμος τεκμηρίωσης:
oVirt Virtual Machine Management Guide –> Κεφάλαιο 2: Εγκατάσταση εικονικών μηχανών Linux
Πόροι πελατών κονσόλας

Αφού φορτώσετε την εικόνα εγκατάστασης με το λειτουργικό σύστημα στο oVirt, μπορείτε να προχωρήσετε απευθείας στη δημιουργία μιας εικονικής μηχανής. Έχει γίνει πολλή δουλειά, αλλά βρισκόμαστε ήδη στο τελικό στάδιο, για χάρη του οποίου ξεκίνησαν όλα αυτά - αποκτώντας μια υποδομή ανοχής σε σφάλματα για τη φιλοξενία εικονικών μηχανών υψηλής διαθεσιμότητας. Και όλα αυτά είναι εντελώς δωρεάν - ούτε μια δεκάρα δεν ξοδεύτηκε για την αγορά αδειών χρήσης λογισμικού.

Για να δημιουργήσετε μια εικονική μηχανή με το CentOS 7, πρέπει να γίνει λήψη της εικόνας εγκατάστασης από το λειτουργικό σύστημα.

Πηγαίνουμε στη διοικητική πύλη, μεταβείτε στο Υπολογίστε >> Εικονικές μηχανέςκαι εκκινήστε τον οδηγό δημιουργίας εικονικής πραγματικότητας. Συμπληρώστε όλες τις παραμέτρους και τα πεδία και κάντε κλικ ОК. Όλα είναι πολύ απλά αν ακολουθήσετε την τεκμηρίωση.

Ως παράδειγμα, θα δώσω τις βασικές και πρόσθετες ρυθμίσεις ενός εξαιρετικά διαθέσιμου VM, με δημιουργημένο δίσκο, συνδεδεμένο στο δίκτυο και εκκίνηση από μια εικόνα εγκατάστασης:

Στιγμιότυπα οθόνης με εξαιρετικά διαθέσιμες ρυθμίσεις VM

Αφού ολοκληρώσετε την εργασία με τον οδηγό, κλείστε τον, ξεκινήστε ένα νέο VM και εγκαταστήστε το λειτουργικό σύστημα σε αυτό.
Για να το κάνετε αυτό, μεταβείτε στην κονσόλα αυτού του VM μέσω της πύλης διαχείρισης:

Στιγμιότυπο οθόνης των ρυθμίσεων της πύλης διαχείρισης για σύνδεση στην κονσόλα VM

Για να συνδεθείτε στην κονσόλα VM, πρέπει πρώτα να διαμορφώσετε την κονσόλα στις ιδιότητες της εικονικής μηχανής.

Στιγμιότυπο οθόνης ρυθμίσεων VM, καρτέλα "Κονσόλα".

Για να συνδεθείτε στην κονσόλα VM μπορείτε να χρησιμοποιήσετε, για παράδειγμα, Προβολή εικονικής μηχανής.

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

Μετά την εγκατάσταση του λειτουργικού συστήματος στο VM, συνιστάται να εγκαταστήσετε το oVirt guest agent:

yum -y install epel-release
yum install -y ovirt-guest-agent-common
systemctl enable ovirt-guest-agent.service && systemctl restart ovirt-guest-agent.service
systemctl status ovirt-guest-agent.service

Έτσι, ως αποτέλεσμα των ενεργειών μας, το δημιουργημένο VM θα είναι εξαιρετικά διαθέσιμο, δηλ. Εάν ο κόμβος συμπλέγματος στον οποίο εκτελείται αποτύχει, το oVirt θα τον επανεκκινήσει αυτόματα στον δεύτερο κόμβο. Αυτό το VM μπορεί επίσης να μετεγκατασταθεί μεταξύ κεντρικών υπολογιστών συμπλέγματος για τη συντήρησή τους ή άλλους σκοπούς.

Συμπέρασμα

Ελπίζω ότι αυτό το άρθρο κατάφερε να μεταφέρει ότι το oVirt είναι ένα εντελώς κανονικό εργαλείο για τη διαχείριση εικονικής υποδομής, το οποίο δεν είναι τόσο δύσκολο να αναπτυχθεί - το κύριο πράγμα είναι να ακολουθήσετε ορισμένους κανόνες και απαιτήσεις που περιγράφονται τόσο στο άρθρο όσο και στην τεκμηρίωση.

Λόγω του μεγάλου όγκου του άρθρου, δεν ήταν δυνατό να συμπεριληφθούν πολλά πράγματα σε αυτό, όπως βήμα-βήμα εκτέλεση διάφορων οδηγών με όλες τις λεπτομερείς επεξηγήσεις και στιγμιότυπα οθόνης, μεγάλα συμπεράσματα κάποιων εντολών κ.λπ. Στην πραγματικότητα, αυτό θα απαιτούσε τη συγγραφή ενός ολόκληρου βιβλίου, κάτι που δεν έχει ιδιαίτερο νόημα λόγω των νέων εκδόσεων λογισμικού που εμφανίζονται συνεχώς με καινοτομίες και αλλαγές. Το πιο σημαντικό πράγμα είναι να κατανοήσουμε την αρχή του πώς λειτουργούν όλα μαζί και να αποκτήσουμε έναν γενικό αλγόριθμο για τη δημιουργία μιας πλατφόρμας ανοχής σε σφάλματα για τη διαχείριση εικονικών μηχανών.

Παρόλο που έχουμε δημιουργήσει μια εικονική υποδομή, τώρα πρέπει να τη διδάξουμε να αλληλεπιδρά τόσο μεταξύ των επιμέρους στοιχείων της: κεντρικούς υπολογιστές, εικονικές μηχανές, εσωτερικά δίκτυα και με τον έξω κόσμο.

Αυτή η διαδικασία είναι ένα από τα κύρια καθήκοντα ενός διαχειριστή συστήματος ή δικτύου, τα οποία θα καλυφθούν στο επόμενο άρθρο - σχετικά με τη χρήση εικονικών δρομολογητών VyOS στην υποδομή ανοχής σε σφάλματα της επιχείρησής μας (όπως μαντέψατε, θα λειτουργούν ως εικονικοί μηχανήματα στο σύμπλεγμα oVirt μας).

Πηγή: www.habr.com

Δημιουργία υποδομής πληροφορικής με ανοχή σε σφάλματα. Μέρος 2. Εγκατάσταση και διαμόρφωση του συμπλέγματος oVirt 4.3