Ένας από τους νέους παίκτες στην αγορά λύσεων αποκατάστασης καταστροφών είναι η Hystax, μια ρωσική startup από το 2016. Δεδομένου ότι το θέμα της αποκατάστασης από καταστροφές είναι πολύ δημοφιλές και η αγορά είναι εξαιρετικά ανταγωνιστική, η startup αποφάσισε να επικεντρωθεί στη μετάβαση μεταξύ διαφορετικών υποδομών cloud. Ένα προϊόν που σας επιτρέπει να οργανώσετε μια απλή και γρήγορη μετάβαση στο cloud θα ήταν επίσης πολύ χρήσιμο για τους πελάτες - χρήστες του Onlanta . Έτσι γνώρισα το Hystax και άρχισα να δοκιμάζω τις δυνατότητές του. Θα σας πω τι προέκυψε από αυτό σε αυτό το άρθρο.
Το κύριο χαρακτηριστικό του Hystax είναι η ευρεία λειτουργικότητά του για υποστήριξη διαφόρων πλατφορμών εικονικοποίησης, λειτουργικών συστημάτων επισκεπτών και υπηρεσιών cloud, γεγονός που καθιστά δυνατή τη μεταφορά του φόρτου εργασίας σας από οπουδήποτε, οπουδήποτε.
Αυτό σας επιτρέπει να δημιουργήσετε όχι μόνο λύσεις DR για να αυξήσετε την ανοχή σφαλμάτων των υπηρεσιών, αλλά και να μεταφέρετε γρήγορα και ευέλικτα πόρους μεταξύ διαφορετικών τοποθεσιών και υπερκλιμάκωσης για να αυξήσετε την εξοικονόμηση κόστους και να επιλέξετε την καλύτερη λύση για μια συγκεκριμένη υπηρεσία σε μια δεδομένη στιγμή. Εκτός από τις πλατφόρμες που αναφέρονται στην εικόνα του τίτλου, η εταιρεία συνεργάζεται επίσης ενεργά με Ρώσους παρόχους cloud: Yandex.Cloud, CROC Cloud Services, Mail.ru και πολλούς άλλους. Αξίζει επίσης να σημειωθεί ότι το 2020 η εταιρεία άνοιξε ένα κέντρο Ε&Α που βρίσκεται στο Skolkovo.
Η επιλογή μιας λύσης από μεγάλο αριθμό παικτών στην αγορά υποδηλώνει μια καλή τιμολογιακή πολιτική και υψηλή δυνατότητα εφαρμογής του προϊόντος, την οποία αποφασίσαμε να δοκιμάσουμε στην πράξη.
Έτσι, η δοκιμαστική μας εργασία θα αποτελείται από τη μετεγκατάσταση από τον ιστότοπο δοκιμής VMware και τα φυσικά μου μηχανήματα στον ιστότοπο του παρόχου, τον οποίο επίσης διαχειρίζεται η VMware. Ναι, υπάρχουν πολλές λύσεις που μπορούν να εκτελέσουν μια τέτοια μετεγκατάσταση, αλλά θεωρούμε το Hystax ως ένα καθολικό εργαλείο και η δοκιμή της μετεγκατάστασης σε όλους τους πιθανούς συνδυασμούς είναι απλώς μια μη ρεαλιστική εργασία. Και το cloud Oncloud.ru είναι χτισμένο ειδικά στο VMware, επομένως αυτή η πλατφόρμα ως στόχος μας ενδιαφέρει σε μεγαλύτερο βαθμό. Στη συνέχεια, θα περιγράψω τη βασική αρχή λειτουργίας, η οποία είναι γενικά ανεξάρτητη από την πλατφόρμα, και το VMware από οποιαδήποτε πλευρά μπορεί να αντικατασταθεί από μια πλατφόρμα άλλου προμηθευτή.
Το πρώτο βήμα είναι να αναπτύξετε το Hystax Acura, το οποίο είναι ο πίνακας ελέγχου του συστήματος.
Ξεδιπλώνεται από το πρότυπο. Για κάποιο λόγο, στην περίπτωσή μας δεν ήταν απολύτως σωστό και αντί για τη συνιστώμενη 8 CPU, χρησιμοποιήθηκαν 16 Gb με τους μισούς πόρους. Επομένως, πρέπει να θυμάστε να τα αλλάξετε, διαφορετικά η υποδομή κοντέινερ μέσα στο VM, στην οποία είναι χτισμένα τα πάντα, απλά δεν θα ξεκινήσει και η πύλη θα είναι απρόσιτη. ΣΕ Περιγράφονται αναλυτικά οι απαιτούμενοι πόροι, καθώς και οι θύρες για όλα τα στοιχεία του συστήματος.
Υπήρχαν επίσης δυσκολίες με τον ορισμό της διεύθυνσης IP μέσω ενός προτύπου, οπότε την αλλάξαμε από την κονσόλα. Μετά από αυτό, μπορείτε να μεταβείτε στη διεπαφή ιστού διαχειριστή και να ολοκληρώσετε τον οδηγό αρχικής διαμόρφωσης.
Endpoint – IP ή FQDN του vCenter μας.
Σύνδεση και κωδικός πρόσβασης - αυτό είναι ξεκάθαρο.
Το όνομα κεντρικού υπολογιστή στόχου ESXi είναι ένας από τους κεντρικούς υπολογιστές στο σύμπλεγμα μας στον οποίο θα εκτελεστεί η αναπαραγωγή.
Το Target datastore είναι ένας από τους χώρους αποθήκευσης δεδομένων στο σύμπλεγμα μας στο οποίο θα εκτελεστεί η αναπαραγωγή.
Δημόσια IP του πίνακα ελέγχου Hystax Acura – η διεύθυνση όπου θα είναι διαθέσιμος ο πίνακας ελέγχου.
Απαιτείται μια μικρή διευκρίνιση σχετικά με τον κεντρικό υπολογιστή και το χώρο αποθήκευσης δεδομένων. Το γεγονός είναι ότι η αναπαραγωγή Hystax λειτουργεί σε επίπεδο κεντρικού υπολογιστή και αποθήκευσης δεδομένων. Στη συνέχεια θα σας πω πώς μπορείτε να αλλάξετε τον κεντρικό υπολογιστή και το χώρο αποθήκευσης δεδομένων για έναν ενοικιαστή, αλλά το πρόβλημα είναι διαφορετικό. Το Hystax δεν υποστηρίζει την εργασία με ομάδες πόρων, π.χ. το αντίγραφο θα πηγαίνει πάντα στη ρίζα του συμπλέγματος (κατά τη στιγμή της συγγραφής αυτού του υλικού, τα παιδιά από το Hystax κυκλοφόρησαν μια ενημερωμένη έκδοση, όπου υλοποίησαν γρήγορα το αίτημά μου για τη δυνατότητα σχετικά με την υποστήριξη πόρων πόρων). Το vCloud Director επίσης δεν υποστηρίζεται, π.χ. εάν, όπως στην περίπτωσή μου, ο ενοικιαστής δεν έχει δικαιώματα διαχειριστή σε ολόκληρο το σύμπλεγμα, αλλά μόνο σε μια συγκεκριμένη ομάδα πόρων και δώσαμε πρόσβαση στο Hystax, τότε θα μπορεί να αναπαράγει και να εκκινεί ανεξάρτητα αυτά τα VM, αλλά θα δεν μπορεί να τα δει στην υποδομή VMware , στην οποία έχει πρόσβαση και, κατά συνέπεια, διαχειρίζεται περαιτέρω εικονικές μηχανές. Είναι απαραίτητο για τον διαχειριστή του συμπλέγματος να μετακινήσει το VM στο επιθυμητό σύνολο πόρων ή να το εισαγάγει στο vCloud Director.
Γιατί εστιάζω τόσο πολύ σε αυτά τα σημεία; Επειδή, από όσο καταλαβαίνω την έννοια του προϊόντος, ο πελάτης θα πρέπει να μπορεί να εφαρμόσει ανεξάρτητα οποιαδήποτε μετεγκατάσταση ή DR χρησιμοποιώντας τον πίνακα Acura. Αλλά μέχρι στιγμής, η υποστήριξη VMware είναι ελαφρώς πίσω από το επίπεδο υποστήριξης για το OpenStack, όπου έχουν ήδη εφαρμοστεί παρόμοιοι μηχανισμοί.
Αλλά ας επιστρέψουμε στην ανάπτυξη. Πρώτα απ 'όλα, μετά την αρχική ρύθμιση του πίνακα, πρέπει να δημιουργήσουμε τον πρώτο μισθωτή στο σύστημά μας.
Όλα τα πεδία εδώ είναι ξεκάθαρα, θα σας πω μόνο για το πεδίο Cloud. Έχουμε ήδη ένα "προεπιλεγμένο" σύννεφο που δημιουργήσαμε κατά την αρχική διαμόρφωση. Αλλά αν θέλουμε να μπορούμε να βάλουμε κάθε ενοικιαστή στο δικό του χώρο αποθήκευσης δεδομένων και στη δική του ομάδα πόρων, μπορούμε να το εφαρμόσουμε δημιουργώντας ξεχωριστά σύννεφα για κάθε πελάτη μας.
Στη φόρμα για την προσθήκη νέου νέφους, καθορίζουμε τις ίδιες παραμέτρους όπως κατά την αρχική διαμόρφωση (μπορούμε να χρησιμοποιήσουμε ακόμη και τον ίδιο κεντρικό υπολογιστή), υποδεικνύουμε το χώρο αποθήκευσης δεδομένων που απαιτείται για έναν συγκεκριμένο πελάτη και τώρα σε πρόσθετες παραμέτρους μπορούμε να καθορίσουμε μεμονωμένα τον απαιτούμενο πόρο pool {"resource_pool" : "YOUR_POOL_NAME"}
Όπως ίσως έχετε παρατηρήσει, στη φόρμα δημιουργίας μισθωτή δεν υπάρχει τίποτα σχετικά με την κατανομή πόρων ή τυχόν ποσοστώσεις - δεν υπάρχει τίποτα από αυτά στο σύστημα. Είναι αδύνατο να περιοριστεί ένας ενοικιαστής στον αριθμό των ταυτόχρονων αντιγράφων, στον αριθμό των μηχανών για αναπαραγωγή ή σε οποιαδήποτε άλλη παράμετρο. Έτσι, δημιουργήσαμε τον πρώτο ενοικιαστή. Τώρα υπάρχει ένα όχι απολύτως λογικό, αλλά υποχρεωτικό πράγμα - η εγκατάσταση ενός παράγοντα Cloud. Είναι παράλογο, αφού ο πράκτορας κατεβάζεται στη σελίδα συγκεκριμένου πελάτη.
Ταυτόχρονα, δεν συνδέεται με τον δημιουργημένο μισθωτή και όλοι οι πελάτες μας θα εργαστούν μέσω αυτού (ή μέσω πολλών, αν τους αναπτύξουμε). Ένας πράκτορας υποστηρίζει 10 ταυτόχρονες συνεδρίες. Ένα μηχάνημα υπολογίζεται ως μία συνεδρία. Δεν έχει σημασία πόσους δίσκους έχει. Μέχρι σήμερα, δεν υπάρχει μηχανισμός κλιμάκωσης πρακτόρων στην ίδια την Acura στο VMware. Υπάρχει μια ακόμη δυσάρεστη στιγμή - δεν έχουμε την ευκαιρία να δούμε την "απόρριψη" αυτού του παράγοντα από τον πίνακα Acura για να καταλήξουμε στο συμπέρασμα εάν πρέπει να αναπτύξουμε περισσότερα ή αν η τρέχουσα εγκατάσταση είναι αρκετή. Ως αποτέλεσμα, το περίπτερο μοιάζει με αυτό:
Το επόμενο βήμα για να αποκτήσετε πρόσβαση στην πύλη πελατών μας είναι να δημιουργήσετε έναν λογαριασμό (και πρώτα, έναν ρόλο που θα ισχύει για αυτόν τον χρήστη).
Τώρα ο πελάτης μας μπορεί να χρησιμοποιήσει την πύλη ανεξάρτητα. Το μόνο που χρειάζεται να κάνει είναι να κατεβάσει τους πράκτορες από την πύλη και να το εγκαταστήσει στο πλάι του. Υπάρχουν τρεις τύποι πρακτόρων: Linux, Windows και VMware.
Τα δύο πρώτα είναι εγκατεστημένα σε physics ή σε εικονικές μηχανές σε οποιονδήποτε hypervisor εκτός από το VMware. Δεν χρειάζεται να ρυθμίσετε τίποτα επιπλέον, ο πράκτορας έχει κατεβάσει και ξέρει ήδη πού να χτυπήσει και κυριολεκτικά σε ένα λεπτό το αυτοκίνητο θα είναι ορατό στον πίνακα Acura. Με τον πράκτορα VMware η κατάσταση είναι λίγο πιο περίπλοκη. Το πρόβλημα είναι ότι ο παράγοντας για το VMware γίνεται επίσης λήψη από την πύλη που έχει ήδη προετοιμαστεί και περιέχει τις απαραίτητες ρυθμίσεις. Αλλά εκτός από τη γνώση της πύλης Acura μας, ένας πράκτορας VMware πρέπει επίσης να γνωρίζει και για το σύστημα εικονικοποίησης στο οποίο θα αναπτυχθεί.
Στην πραγματικότητα, το σύστημα θα μας ζητήσει να παρέχουμε αυτά τα δεδομένα κατά την πρώτη λήψη του παράγοντα VMware. Το πρόβλημα είναι ότι στην εποχή μας της καθολικής αγάπης για την ασφάλεια, δεν θα θέλουν όλοι να υποδείξουν τον κωδικό πρόσβασης διαχειριστή στην πύλη κάποιου άλλου, κάτι που είναι αρκετά κατανοητό. Από το εσωτερικό, μετά την ανάπτυξη, ο παράγοντας δεν μπορεί να διαμορφωθεί με κανέναν τρόπο (μπορείτε να αλλάξετε μόνο τις ρυθμίσεις δικτύου του). Εδώ προβλέπω δυσκολίες με ιδιαίτερα προσεκτικούς πελάτες.
Έτσι, αφού εγκαταστήσουμε τους πράκτορες, μπορούμε να επιστρέψουμε στον πίνακα Acura και να δούμε όλα τα αυτοκίνητά μας.
Δεδομένου ότι δουλεύω με το σύστημα εδώ και αρκετές μέρες, έχω αυτοκίνητα σε διάφορες πολιτείες. Τα έχω όλα στην ομάδα Προεπιλογή, αλλά είναι δυνατό να δημιουργήσετε ξεχωριστές ομάδες και να μεταφέρετε αυτοκίνητα σε αυτές όπως χρειάζεστε. Αυτό δεν επηρεάζει τίποτα - μόνο μια λογική παρουσίαση δεδομένων και η ομαδοποίησή τους για πιο βολική εργασία. Το πρώτο και πιο σημαντικό πράγμα που πρέπει να κάνουμε μετά από αυτό είναι να ξεκινήσουμε τη διαδικασία μετανάστευσης. Μπορούμε να το κάνουμε είτε χειροκίνητα είτε ρυθμίζοντας ένα χρονοδιάγραμμα, συμπεριλαμβανομένου του μαζικού για όλα τα μηχανήματα ταυτόχρονα.
Να σας υπενθυμίσω ότι το Hystax τοποθετήθηκε ως προϊόν για μετανάστευση. Επομένως, δεν προκαλεί έκπληξη το γεγονός ότι για να λειτουργήσουμε τα αναπαραγόμενα μηχανήματα μας πρέπει να δημιουργήσουμε ένα σχέδιο DR. Το σχέδιο μπορεί να γίνει για μηχανήματα που βρίσκονται ήδη σε κατάσταση Synced. Μπορείτε να δημιουργήσετε τόσο για ένα συγκεκριμένο VM όσο και για όλα τα μηχανήματα ταυτόχρονα.
Το σύνολο των παραμέτρων κατά τη δημιουργία ενός σχεδίου DR θα διαφέρει ανάλογα με την υποδομή στην οποία θα μετεγκαταστήσετε. Ένα ελάχιστο σύνολο παραμέτρων είναι διαθέσιμο για το περιβάλλον VMware. Δεν υποστηρίζεται επίσης η επαναδιεύθυνση IP για μηχανήματα. Από αυτή την άποψη, μας ενδιαφέρουν τα ακόλουθα σημεία: στην περιγραφή VM, η παράμετρος "υποδίκτυο": "VMNetwork", όπου συνδέουμε το VM σε ένα συγκεκριμένο δίκτυο στο σύμπλεγμα. Κατάταξη – σχετική κατά τη μετεγκατάσταση πολλών εικονικών μηχανών· καθορίζει τη σειρά με την οποία εκκινούνται. Flavor – περιγράφει τη διαμόρφωση VM, σε αυτήν την περίπτωση – 1CPU, 2GB RAM. Στην ενότητα υποδίκτυα ορίζουμε ότι το "subnet": "VMNetwork" σχετίζεται με το VMware "VM Network".
Κατά τη δημιουργία ενός σχεδίου DR, δεν υπάρχει τρόπος να "διαδώσετε" δίσκους σε διαφορετικούς χώρους αποθήκευσης δεδομένων. Θα βρίσκονται στον ίδιο χώρο αποθήκευσης δεδομένων που ορίστηκε για αυτό το cloud πελάτη και εάν έχετε δίσκους διαφορετικών κλάσεων, αυτό μπορεί να προκαλέσει κάποιες δυσκολίες κατά την εκκίνηση του μηχανήματος και μετά την εκκίνηση και τον «διαχωρισμό» του VM από το Hystax, θα απαιτούν ξεχωριστούς δίσκους μετεγκατάστασης στους απαιτούμενους χώρους αποθήκευσης δεδομένων. Τότε το μόνο που έχουμε να κάνουμε είναι να ξεκινήσουμε το σχέδιο DR και να περιμένουμε να ανέβουν τα αυτοκίνητά μας. Η διαδικασία μετατροπής P2V/V2V απαιτεί επίσης χρόνο. Στο μεγαλύτερο μηχάνημα δοκιμής μου, 100 GB με τρεις δίσκους, χρειάστηκαν το πολύ 10 λεπτά.
Μετά από αυτό, θα πρέπει να ελέγξετε το εικονικό σύστημα που εκτελείται, τις υπηρεσίες σε αυτό, τη συνοχή των δεδομένων και να πραγματοποιήσετε άλλους ελέγχους.
Τότε έχουμε δύο τρόπους:
- Διαγραφή – διαγράψτε το τρέχον σχέδιο DR. Αυτή η ενέργεια απλώς θα τερματίσει τη λειτουργία VM που εκτελείται. Αυτά τα αντίγραφα δεν πάνε πουθενά.
- Αποσπάστε – αποκόψτε ένα αναπαραγόμενο αυτοκίνητο από μια Acura, δηλ. ουσιαστικά ολοκληρώσει τη διαδικασία μετανάστευσης.
Πλεονεκτήματα της λύσης:
- ευκολία εγκατάστασης και διαμόρφωσης τόσο από τον πελάτη όσο και από τον πάροχο.
- ευκολία ρύθμισης της μετεγκατάστασης, δημιουργία σχεδίου DR και κυκλοφορία αντιγράφων.
- υποστήριξη και προγραμματιστές ανταποκρίνονται αρκετά γρήγορα σε προβλήματα που εντοπίστηκαν και τα διορθώνουν χρησιμοποιώντας ενημερώσεις πλατφόρμας ή πράκτορα.
Μειονεκτήματα
- Ανεπαρκής υποστήριξη Vmware.
- Απουσία οποιωνδήποτε ποσοστώσεων για ενοικιαστές από την πλατφόρμα.
Επίσης, συνέταξα ένα αίτημα λειτουργίας, το οποίο υποβάλαμε στον προμηθευτή:
- παρακολούθηση χρήσης και ανάπτυξη από την κονσόλα διαχείρισης Acura για πράκτορες Cloud.
- διαθεσιμότητα ποσοστώσεων για ενοικιαστές·
- τη δυνατότητα περιορισμού του αριθμού των ταυτόχρονων επαναλήψεων και της ταχύτητας για κάθε μισθωτή·
- Υποστήριξη VMware vCloud Director.
- υποστήριξη για ομάδες πόρων (που εφαρμόζεται κατά τη διάρκεια των δοκιμών).
- τη δυνατότητα διαμόρφωσης του πράκτορα VMware από τον ίδιο τον πράκτορα, χωρίς την εισαγωγή διαπιστευτηρίων από την υποδομή πελάτη στον πίνακα Acura.
- "οπτικοποίηση" της διαδικασίας εκκίνησης VM κατά την εκτέλεση του σχεδίου DR.
Το μόνο που μου προκάλεσε μεγάλη κριτική ήταν η τεκμηρίωση. Δεν μου αρέσουν πολύ τα "μαύρα κουτιά" και προτιμώ όταν υπάρχει λεπτομερής τεκμηρίωση για το πώς λειτουργεί το προϊόν μέσα. Και αν για το AWS και το OpenStack το προϊόν περιγράφεται ακόμη περισσότερο ή λιγότερο, τότε για το VMware υπάρχει πολύ λίγη τεκμηρίωση.
Υπάρχει ένας Οδηγός εγκατάστασης που περιγράφει μόνο την ανάπτυξη του πίνακα Acura και δεν υπάρχει λέξη για το γεγονός ότι χρειάζεται επίσης ένας πράκτορας Cloud. Υπάρχει ένα πλήρες σύνολο προδιαγραφών προϊόντος, το οποίο είναι καλό. Υπάρχει τεκμηρίωση που περιγράφει τη ρύθμιση "από την αρχή μέχρι το τέλος" χρησιμοποιώντας το AWS και το OpenStack ως παράδειγμα (αν και μου μοιάζει περισσότερο με ανάρτηση ιστολογίου) και υπάρχει μια πολύ μικρή Γνωσιακή Βάση.
Σε γενικές γραμμές, αυτή δεν είναι ακριβώς η μορφή τεκμηρίωσης που έχω συνηθίσει, ας πούμε, από μεγαλύτερους προμηθευτές, επομένως δεν ένιωθα εντελώς άνετα. Ταυτόχρονα, δεν βρήκα ποτέ απαντήσεις σχετικά με ορισμένες από τις αποχρώσεις του τρόπου λειτουργίας του συστήματος "μέσα" σε αυτήν την τεκμηρίωση - πολλές ερωτήσεις έπρεπε να διευκρινιστούν με τεχνική υποστήριξη και αυτό καθυστέρησε αρκετά τη διαδικασία ανάπτυξης της βάσης και διεξαγωγής δοκιμές.
Συνοψίζοντας, μπορώ να πω ότι γενικά μου άρεσε το προϊόν και η προσέγγιση της εταιρείας στο έργο. Ναι, υπάρχουν ελλείψεις, υπάρχει μια πραγματικά κρίσιμη έλλειψη λειτουργικότητας (σε σχέση με το VMware). Είναι σαφές ότι, πρώτα απ 'όλα, η εταιρεία εξακολουθεί να επικεντρώνεται στα δημόσια σύννεφα, ιδίως στο AWS, και για κάποιους αυτό θα είναι αρκετό. Το να έχετε ένα τόσο απλό και βολικό προϊόν σήμερα, όταν πολλές εταιρείες επιλέγουν μια στρατηγική multi-cloud, είναι εξαιρετικά σημαντικό. Λαμβάνοντας υπόψη την πολύ χαμηλότερη τιμή σε σύγκριση με τους ανταγωνιστές, αυτό καθιστά το προϊόν εξαιρετικά ελκυστικό.
Ψάχνουμε για μέλος της ομάδας . Ίσως είσαι εσύ;
Πηγή: www.habr.com