Ενημέρωση ESXi 6.7 σε 8.0 - Διόρθωση σφάλματος διακομιστή παραγωγής

Ελέγξτε πρώτα τη συμβατότητα υλικού

Το ESXi 6.7 έφτασε στο τέλος της γενικής υποστήριξης στις 15 Οκτωβρίου 2022, επομένως η μετακίνηση είναι καθυστερημένη — αλλά το 6.7 στο 8.0 είναι μια σημαντική αναβάθμιση έκδοσης, όχι μια ενημέρωση κώδικα. Μεταξύ των δύο εκδόσεων, το VMware αφαίρεσε εντελώς το μοντέλο προγράμματος οδήγησης VMKLinux (κάθε συσκευή χρειάζεται πλέον ένα εγγενές πρόγραμμα οδήγησης) και απέσυρε μια γενιά CPU, προσαρμογείς δικτύου και ελεγκτές αποθήκευσης. Ένας απόλυτα υγιής οικοδεσπότης 6.7 μπορεί ακόμα να μην μπορεί να αναβαθμιστεί ως έχει.

Πριν κλείσετε οποιοδήποτε παράθυρο, ελέγξτε τον Οδηγό συμβατότητας VMware για το ακριβές μοντέλο διακομιστή, την οικογένεια CPU, τους προσαρμογείς δικτύου και τον ελεγκτή αποθήκευσης σε σχέση με το ESXi 8.0 και ενημερώστε το υλικολογισμικό του διακομιστή (BIOS, ελεγκτής αποθήκευσης, NIC) στις εκδόσεις που παραθέτει ο προμηθευτής για το 8.0. Ο προέλεγχος του ίδιου του προγράμματος εγκατάστασης προειδοποιεί επίσης για συσκευές που έχουν καταργηθεί — αλλά το να το ανακαλύψετε στην κονσόλα τα μεσάνυχτα είναι η λάθος στιγμή. Ελέγξτε πρώτα σε χαρτί.

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

Δημιουργήστε αντίγραφα ασφαλείας της διαμόρφωσης κεντρικού υπολογιστή από το κέλυφος του κεντρικού υπολογιστή (ενεργοποιήστε πρώτα το SSH στον κεντρικό υπολογιστή εάν είναι απενεργοποιημένο). Η εντολή επιστρέφει έναν σύνδεσμο λήψης για το πακέτο διαμόρφωσης — ανοίξτε το και αποθηκεύστε το αρχείο .tgz κάπου που δεν βρίσκεται σε αυτόν τον διακομιστή:

vim-cmd hostsvc/firmware/backup_config

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

Σχεδιάστε το παράθυρο και κρατήστε έτοιμο το κλειδί άδειας χρήσης 8.0

Επιλέξτε μια υποδοχή συντήρησης και ανακοινώστε τη στους χρήστες — κανείς δεν θα πρέπει να βρίσκεται στη μέση όταν ο κεντρικός υπολογιστής σβήσει. Γράψτε την ακολουθία με χρόνους και ορίστε μια σκληρή προθεσμία επαναφοράς: το σημείο της νύχτας μετά το οποίο σταματάτε τον εντοπισμό σφαλμάτων και επαναφέρετε (Βήμα 7) αντί να φάτε ολόκληρο το παράθυρο. Στείλτε ένα μήνυμα κλεισίματος όταν τελειώσει η δουλειά, ώστε το επόμενο πρωί να μην ξεκινήσει με φήμες.

Ταξινομήστε την άδεια πριν από το παράθυρο, όχι κατά τη διάρκεια αυτού. Τα κλειδιά άδειας χρήσης συνδέονται με την κύρια έκδοση — ένας κεντρικός υπολογιστής 8.0 δεν δέχεται κλειδί 6.7 και χωρίς ένα κλειδί εκτελείται σε λειτουργία αξιολόγησης για 60 ημέρες. Στην περιοχή Broadcom, τα κλειδιά και οι λήψεις προέρχονται από την πύλη υποστήριξης της Broadcom έναντι του δικαιώματός σας, επομένως κανονίστε αυτήν την πρόσβαση εκ των προτέρων.

Διαδρομή Α — Αναβάθμιση με εκκίνηση του ISO 8.0

Ενημερώστε τους χρήστες και, στη συνέχεια, θέστε τον κεντρικό υπολογιστή σε λειτουργία συντήρησης — κάθε VM τερματίζεται ή μετεγκαθίσταται σε άλλο κεντρικό υπολογιστή. Ποτέ μην αναβαθμίζετε έναν κεντρικό υπολογιστή που εξακολουθεί να εκτελεί VM παραγωγής.

Εκκινήστε το πρόγραμμα εγκατάστασης ESXi 8.0 από το ISO, επιλέξτε το δίσκο που περιέχει την υπάρχουσα εγκατάσταση και επιλέξτε Αναβάθμιση ESXi, διατήρηση του χώρου αποθήκευσης δεδομένων VMFS. Αυτή είναι η διαδρομή που εμφανίζεται στους περισσότερους διακομιστές και αυτός που χειρίζεται μια μεγάλη έκδοση μεταπηδά καθαρά επειδή οι προ-έλεγχοι εμφανίζονται στην οθόνη καθώς προχωρά.

Διαδρομή Β — Αναβάθμιση από το Shell με το esxcli

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

esxcli network firewall ruleset set -e true -r httpClient

Καταχωρίστε τα προφίλ που είναι διαθέσιμα στην ηλεκτρονική αποθήκη του VMware και σημειώστε το ακριβές όνομα του τυπικού προφίλ 8.0:

esxcli software sources profile list -d https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml

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

esxcli software profile update -d <depot-url> -p <exact-profile-name>

Η ίδια διαδρομή λειτουργεί εκτός σύνδεσης: αντιγράψτε το πακέτο αποθήκης ZIP σε ένα χώρο αποθήκευσης δεδομένων και τοποθετήστε την τιμή -d σε αυτό το αρχείο. Σημειώστε ότι η ενημέρωση προφίλ είναι η εντολή αναβάθμισης — διατηρεί την υπάρχουσα διαμόρφωση και τα VIB τρίτων όπου είναι συμβατά. μην αντικαταστήσετε την εγκατάσταση προφίλ, η οποία αντικαθιστά την εικόνα.

Μετά την επανεκκίνηση — Άδεια χρήσης, Επαλήθευση και μετά απελευθέρωση

Μόλις ο κεντρικός υπολογιστής δημιουργήσει αντίγραφο ασφαλείας στην έκδοση 8.0, εφαρμόστε το κλειδί άδειας χρήσης ESXi 8.0 — το κλειδί 6.7 δεν γίνεται αποδεκτό και χωρίς το νέο κλειδί, το ρολόι αξιολόγησης χτυπά. Βγείτε από τη λειτουργία συντήρησης και, στη συνέχεια, ξεκινήστε πρώτα ένα μη κρίσιμο VM και ελέγξτε το δίκτυο, τον χώρο αποθήκευσης και την κονσόλα του πριν ξεκινήσετε τα υπόλοιπα.

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

The Crash Playbook — Purple Screen και το Shift+R Rollback

Εάν ο κεντρικός υπολογιστής εμφανίσει μωβ οθόνες (PSOD) ή δεν εκκινήσει χρήσιμα μετά την αναβάθμιση, εργαστείτε με αυτήν τη σειρά. Πρώτα, φωτογραφίστε τη μωβ οθόνη πριν αγγίξετε οτιδήποτε. Το PSOD είναι ο πυρήνας VM που σταματά σκόπιμα επειδή η συνέχιση θα κινδύνευε τα εικονικά μηχανήματα — και η οθόνη είναι η διάγνωση: ο τύπος εξαίρεσης και η μονάδα που αναφέρεται σε αυτήν δείχνουν την αιτία, με ένα όνομα μονάδας προγράμματος οδήγησης που υποδεικνύει πρόβλημα υποστήριξης υλικού και σφάλμα σελίδας που δείχνει στη μνήμη ή το υλικολογισμικό.

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

Τρίτον, κάντε επαναφορά. Το ESXi εγκαθίσταται σε δύο τράπεζες εκκίνησης και η αναβάθμιση αφήνει ανέπαφη την προηγούμενη έκδοση 6.7 στην εναλλακτική τράπεζα. Επανεκκινήστε τον κεντρικό υπολογιστή και, στη γραμμή εκκίνησης, πατήστε Shift + R και επιβεβαιώστε — ο κεντρικός υπολογιστής εκκινεί την προηγούμενη έκδοση 6.7, συμπεριλαμβανομένης της διαμόρφωσης, ακριβώς όπως την αφήσατε. Εάν η επαναφορά λειτουργεί, έχετε αγοράσει χρόνο: διορθώστε την αιτία συμβατότητας στο φως της ημέρας και αναβαθμίστε ξανά σε νέο παράθυρο.

vim-cmd hostsvc/firmware/restore_config <bundle-path>

Αυτή η εντολή επαναφοράς είναι η δεύτερη διαδρομή διαφυγής — επαναφέρει τη διαμόρφωση κεντρικού υπολογιστή από τη δέσμη Βήμα 2 σε έναν κεντρικό υπολογιστή της ίδιας έκδοσης και έκδοσης, για τις περιπτώσεις όπου μια τράπεζα εκκίνησης δεν είναι αρκετή.