Τι απαιτείται για δύο μηχανήματα που ανήκουν σε ένα σύμπλεγμα συνεργασίες TI παρέχουν εξαιρετικά διαθέσιμες υπηρεσίες;

Για δύο μηχανήματα σε ένα σύμπλεγμα για συνεργασία και παρέχει μια εξαιρετικά διαθέσιμη υπηρεσία, απαιτούνται διάφορα βασικά στοιχεία και μηχανισμοί:

1. Κοινή αποθήκευση ή αναπαραγωγή δεδομένων:

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

* Αντιγραφή δεδομένων: Εάν η κοινή αποθήκευση δεν είναι εφικτή ή επιθυμητή, ένας μηχανισμός αναπαραγωγής δεδομένων (π.χ. DRBD, CEPH, κατανεμημένες βάσεις δεδομένων με αναπαραγωγή) εξασφαλίζει τη συνοχή των δεδομένων μεταξύ των δύο μηχανών. Ένα μηχάνημα λειτουργεί ως πρωτεύουσα, ενώ το άλλο διατηρεί ένα συγχρονισμένο αντίγραφο.

2. Λογισμικό/πλαίσιο ομαδοποίησης:

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

* βηματοδότης/corosync: Μια δημοφιλής λύση ομαδοποίησης ανοιχτού κώδικα.

* keepalived: Συχνά χρησιμοποιείται για την εικονική διαχείριση IP (VIP).

* Heartbeat: Μια άλλη λύση ανοιχτού κώδικα για υψηλή διαθεσιμότητα.

* Ιδιοκτητικές λύσεις: Πολλοί προμηθευτές προσφέρουν το δικό τους λογισμικό ομαδοποίησης προσαρμοσμένο στο υλικό και τα λειτουργικά τους συστήματα.

3. Εικονική διεύθυνση IP (VIP):

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

4. Παρακολούθηση της υγείας:

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

5. Μηχανισμός αποτυχίας:

* Το λογισμικό ομαδοποίησης ορίζει και εκτελεί τη διαδικασία αποτυχίας. Αυτό περιλαμβάνει:

* Ανίχνευση αποτυχίας του πρωτεύοντος μηχανήματος.

* Κλείστε με χαρά την υπηρεσία στο αποτυχημένο μηχάνημα (αν είναι δυνατόν).

* Ξεκινώντας την υπηρεσία στο δευτερεύον μηχάνημα.

* Εναλλαγή του VIP στο δευτερεύον μηχάνημα.

6. Διαμόρφωση δικτύου:

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

7. Συνεπής διαμόρφωση:

* Και τα δύο μηχανήματα θα πρέπει να έχουν ταυτόσημη διαμόρφωση για την υπηρεσία, συμπεριλαμβανομένων των εκδόσεων λογισμικού, των αρχείων ρυθμίσεων και των απαραίτητων εξαρτήσεων. Τα εργαλεία διαχείρισης διαμόρφωσης (π.χ. Ansible, Puppet, Chef) μπορούν να βοηθήσουν στη διατήρηση της συνέπειας.

8. Ευαισθητοποίηση εφαρμογής:

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

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