Αυτό το άρθρο γράφτηκε για να σας βοηθήσει να επιλέξετε τη σωστή λύση για τον εαυτό σας και να κατανοήσετε τις διαφορές μεταξύ SDS όπως το Gluster, το Ceph και το Vstorage (Virtuozzo).
Το κείμενο χρησιμοποιεί συνδέσμους σε άρθρα με πιο λεπτομερή αποκάλυψη ορισμένων προβλημάτων, επομένως οι περιγραφές θα είναι όσο το δυνατόν πιο σύντομες, χρησιμοποιώντας βασικά σημεία χωρίς περιττό χνούδι και εισαγωγικές πληροφορίες που μπορείτε, αν θέλετε, να αποκτήσετε ανεξάρτητα στο Διαδίκτυο.
Στην πραγματικότητα, φυσικά, τα θέματα που τίθενται απαιτούν τους τόνους του κειμένου, αλλά στον σύγχρονο κόσμο όλο και περισσότεροι άνθρωποι δεν θέλουν να διαβάζουν πολύ))), ώστε να μπορείτε γρήγορα να διαβάσετε και να κάνετε μια επιλογή, και αν κάτι είναι δεν είναι σαφές, ακολουθήστε τους συνδέσμους ή google ασαφείς λέξεις))), και αυτό το άρθρο είναι σαν ένα διαφανές περιτύλιγμα για αυτά τα βαθιά θέματα, που δείχνει τη γέμιση - τα κύρια βασικά σημεία κάθε απόφασης.
Λάμψη
Ας ξεκινήσουμε με το Gluster, το οποίο χρησιμοποιείται ενεργά από κατασκευαστές υπερσυγκλίνων πλατφορμών με SDS που βασίζεται σε ανοιχτό κώδικα για εικονικά περιβάλλοντα και βρίσκεται στον ιστότοπο RedHat στην ενότητα αποθήκευσης, όπου μπορείτε να επιλέξετε από δύο επιλογές SDS: Gluster ή Ceph.
Το Gluster αποτελείται από μια στοίβα μεταφραστών - υπηρεσιών που εκτελούν όλη τη δουλειά της διανομής αρχείων κ.λπ. Το Brick είναι μια υπηρεσία που εξυπηρετεί έναν δίσκο, το Volume είναι ένας τόμος (pool) που ενώνει αυτά τα τουβλάκια. Ακολουθεί η υπηρεσία για τη διανομή αρχείων σε ομάδες χρησιμοποιώντας τη λειτουργία DHT (κατανεμημένος πίνακας κατακερματισμού). Δεν θα συμπεριλάβουμε την υπηρεσία Sharding στην περιγραφή, καθώς οι παρακάτω σύνδεσμοι θα περιγράφουν τα προβλήματα που σχετίζονται με αυτήν.
Κατά τη σύνταξη, ολόκληρο το αρχείο αποθηκεύεται σε brick και το αντίγραφό του γράφεται ταυτόχρονα σε brick στον δεύτερο διακομιστή. Στη συνέχεια, το δεύτερο αρχείο θα γραφτεί στη δεύτερη ομάδα των δύο τούβλων (ή περισσότερων) σε διαφορετικούς διακομιστές.
Εάν τα αρχεία έχουν περίπου το ίδιο μέγεθος και ο τόμος αποτελείται μόνο από μία ομάδα, τότε όλα είναι εντάξει, αλλά υπό άλλες συνθήκες θα προκύψουν τα ακόλουθα προβλήματα από τις περιγραφές:
- Ο χώρος στις ομάδες χρησιμοποιείται άνισα, εξαρτάται από το μέγεθος των αρχείων και αν δεν υπάρχει αρκετός χώρος στην ομάδα για να γράψετε ένα αρχείο, θα λάβετε ένα σφάλμα, το αρχείο δεν θα γραφτεί και δεν θα αναδιανεμηθεί σε άλλη ομάδα ;
- όταν γράφετε ένα αρχείο, το IO πηγαίνει μόνο σε μια ομάδα, τα υπόλοιπα είναι αδρανή.
- Δεν μπορείτε να λάβετε IO ολόκληρου του τόμου όταν γράφετε ένα αρχείο.
- και η γενική ιδέα φαίνεται λιγότερο παραγωγική λόγω της έλλειψης διανομής δεδομένων σε μπλοκ, όπου είναι ευκολότερο να εξισορροπηθεί και να λυθεί το πρόβλημα της ομοιόμορφης διανομής, και όχι όπως τώρα ολόκληρο το αρχείο πηγαίνει σε ένα μπλοκ.
Από την επίσημη περιγραφή Επίσης, ακούσια καταλαβαίνουμε ότι το gluster λειτουργεί ως αποθήκευση αρχείων πάνω από το κλασικό RAID υλικού. Έχουν γίνει προσπάθειες ανάπτυξης για την κοπή (Sharding) αρχείων σε μπλοκ, αλλά όλα αυτά είναι μια προσθήκη που επιβάλλει απώλειες απόδοσης στην ήδη υπάρχουσα αρχιτεκτονική προσέγγιση, συν τη χρήση τέτοιων ελεύθερα διανεμημένων στοιχείων με περιορισμούς απόδοσης όπως το Fuse. Δεν υπάρχουν υπηρεσίες μεταδεδομένων, οι οποίες περιορίζουν την απόδοση και τις δυνατότητες ανοχής σφαλμάτων του χώρου αποθήκευσης κατά τη διανομή αρχείων σε μπλοκ. Μπορούν να παρατηρηθούν καλύτεροι δείκτες απόδοσης με τη διαμόρφωση "Distributed Replicated" και ο αριθμός των κόμβων θα πρέπει να είναι τουλάχιστον 6 για να οργανωθεί ένα αξιόπιστο αντίγραφο 3 με βέλτιστη κατανομή φορτίου.
Αυτά τα ευρήματα σχετίζονται επίσης με την περιγραφή της εμπειρίας χρήστη και σε σύγκριση με , και υπάρχει επίσης μια περιγραφή της εμπειρίας που οδηγεί στην κατανόηση αυτής της πιο παραγωγικής και πιο αξιόπιστης διαμόρφωσης
Η εικόνα δείχνει την κατανομή φορτίου κατά τη σύνταξη δύο αρχείων, όπου τα αντίγραφα του πρώτου αρχείου διανέμονται στους τρεις πρώτους διακομιστές, οι οποίοι συνδυάζονται στην ομάδα τόμου 0 και τρία αντίγραφα του δεύτερου αρχείου τοποθετούνται στη δεύτερη ομάδα τόμος 1 των τριών διακομιστές. Κάθε διακομιστής έχει έναν δίσκο.
Το γενικό συμπέρασμα είναι ότι μπορείτε να χρησιμοποιήσετε το Gluster, αλλά με την κατανόηση ότι θα υπάρχουν περιορισμοί στην απόδοση και στην ανοχή σφαλμάτων που δημιουργούν δυσκολίες υπό ορισμένες συνθήκες μιας υπερσυγκλίνουσας λύσης, όπου απαιτούνται επίσης πόροι για τα υπολογιστικά φορτία εικονικών περιβαλλόντων.
Υπάρχουν επίσης ορισμένοι δείκτες απόδοσης Gluster που μπορούν να επιτευχθούν υπό ορισμένες προϋποθέσεις, περιορισμένες σε
Κεφ
Τώρα ας δούμε τον Ceph από τις περιγραφές αρχιτεκτονικής που κατάφερα Υπάρχει επίσης μια σύγκριση μεταξύ , όπου μπορείτε να καταλάβετε αμέσως ότι συνιστάται η ανάπτυξη του Ceph σε ξεχωριστούς διακομιστές, καθώς οι υπηρεσίες του απαιτούν όλους τους πόρους υλικού υπό φόρτωση.
Αρχιτεκτονική πιο περίπλοκο από το Gluster και υπάρχουν υπηρεσίες όπως υπηρεσίες μεταδεδομένων, αλλά ολόκληρη η στοίβα των στοιχείων είναι αρκετά περίπλοκη και όχι πολύ ευέλικτη για χρήση σε μια λύση εικονικοποίησης. Τα δεδομένα αποθηκεύονται σε μπλοκ, τα οποία φαίνονται πιο παραγωγικά, αλλά στην ιεραρχία όλων των υπηρεσιών (εξαρτημάτων), υπάρχουν απώλειες και λανθάνουσα κατάσταση κάτω από ορισμένα φορτία και συνθήκες έκτακτης ανάγκης, για παράδειγμα τα ακόλουθα
Από την περιγραφή της αρχιτεκτονικής, η καρδιά είναι CRUSH, χάρη στην οποία επιλέγεται η θέση για την αποθήκευση δεδομένων. Ακολουθεί το PG - αυτή είναι η πιο δύσκολη αφαίρεση (λογική ομάδα) στην κατανόηση. Τα PG χρειάζονται για να γίνει το CRUSH πιο αποτελεσματικό. Ο κύριος σκοπός του PG είναι να ομαδοποιήσει αντικείμενα για να μειώσει την κατανάλωση πόρων, να αυξήσει την απόδοση και την επεκτασιμότητα. Η απευθείας αντιμετώπιση αντικειμένων, μεμονωμένα, χωρίς να τα συνδυάσετε σε ένα PG θα ήταν πολύ ακριβό. Το OSD είναι μια υπηρεσία για κάθε μεμονωμένο δίσκο.
Ένα σύμπλεγμα μπορεί να έχει μία ή πολλές δεξαμενές δεδομένων για διαφορετικούς σκοπούς και με διαφορετικές ρυθμίσεις. Οι πισίνες χωρίζονται σε ομάδες τοποθέτησης. Οι ομάδες τοποθετήσεων αποθηκεύουν αντικείμενα στα οποία έχουν πρόσβαση οι πελάτες. Εδώ τελειώνει το λογικό επίπεδο και αρχίζει το φυσικό επίπεδο, επειδή σε κάθε ομάδα τοποθέτησης εκχωρείται ένας κύριος δίσκος και αρκετοί δίσκοι αντιγραφής (πόσοι ακριβώς εξαρτώνται από τον παράγοντα αναπαραγωγής της ομάδας). Με άλλα λόγια, στο λογικό επίπεδο το αντικείμενο αποθηκεύεται σε μια συγκεκριμένη ομάδα τοποθέτησης και στο φυσικό επίπεδο - στους δίσκους που του έχουν εκχωρηθεί. Σε αυτήν την περίπτωση, οι δίσκοι μπορούν να βρίσκονται φυσικά σε διαφορετικούς κόμβους ή ακόμα και σε διαφορετικά κέντρα δεδομένων.
Σε αυτό το σχήμα, οι ομάδες τοποθέτησης μοιάζουν με ένα απαραίτητο επίπεδο για την ευελιξία ολόκληρης της λύσης, αλλά ταυτόχρονα, ως επιπλέον κρίκος σε αυτήν την αλυσίδα, που υποδηλώνει ακούσια απώλεια παραγωγικότητας. Για παράδειγμα, κατά την εγγραφή δεδομένων, το σύστημα πρέπει να τα χωρίσει σε αυτές τις ομάδες και στη συνέχεια σε φυσικό επίπεδο στον κύριο δίσκο και σε δίσκους για αντίγραφα. Δηλαδή, η συνάρτηση Hash λειτουργεί κατά την αναζήτηση και την εισαγωγή ενός αντικειμένου, αλλά υπάρχει μια παρενέργεια - είναι πολύ υψηλό κόστος και περιορισμοί στην ανακατασκευή του κατακερματισμού (κατά την προσθήκη ή την αφαίρεση ενός δίσκου). Ένα άλλο πρόβλημα κατακερματισμού είναι η σαφώς καθορισμένη θέση των δεδομένων που δεν μπορεί να αλλάξει. Δηλαδή, εάν με κάποιο τρόπο ο δίσκος είναι υπό αυξημένο φορτίο, τότε το σύστημα δεν έχει την ευκαιρία να μην γράψει σε αυτόν (επιλέγοντας άλλο δίσκο), η συνάρτηση κατακερματισμού υποχρεώνει τα δεδομένα να βρίσκονται σύμφωνα με τον κανόνα, ανεξάρτητα από το πόσο κακό είναι ο δίσκος είναι, οπότε ο Ceph τρώει πολλή μνήμη κατά την ανοικοδόμηση του PG σε περίπτωση αυτοθεραπείας ή αύξησης της αποθήκευσης. Το συμπέρασμα είναι ότι ο Ceph λειτουργεί καλά (αν και αργά), αλλά μόνο όταν δεν υπάρχει κλιμάκωση, καταστάσεις έκτακτης ανάγκης ή ενημερώσεις.
Υπάρχουν, φυσικά, επιλογές για αύξηση της απόδοσης μέσω της προσωρινής αποθήκευσης και της κοινής χρήσης της προσωρινής μνήμης, αλλά αυτό απαιτεί καλό υλικό και θα εξακολουθούν να υπάρχουν απώλειες. Αλλά συνολικά, ο Ceph φαίνεται πιο δελεαστικός από τον Gluster για παραγωγικότητα. Επίσης, όταν χρησιμοποιείτε αυτά τα προϊόντα, είναι απαραίτητο να λάβετε υπόψη έναν σημαντικό παράγοντα - αυτό είναι ένα υψηλό επίπεδο ικανότητας, εμπειρίας και επαγγελματισμού με μεγάλη έμφαση στο Linux, καθώς είναι πολύ σημαντικό να αναπτύσσετε, να διαμορφώνετε και να διατηρείτε τα πάντα σωστά, που επιβάλλει ακόμη μεγαλύτερη ευθύνη και επιβάρυνση στον διαχειριστή.
Vstorage
Η αρχιτεκτονική φαίνεται ακόμα πιο ενδιαφέρουσα , το οποίο μπορεί να χρησιμοποιηθεί σε συνδυασμό με έναν hypervisor στους ίδιους κόμβους, στους ίδιους , αλλά είναι πολύ σημαντικό να ρυθμίσετε τα πάντα σωστά για να επιτύχετε καλή απόδοση. Δηλαδή, η ανάπτυξη ενός τέτοιου προϊόντος από το κουτί σε οποιαδήποτε διαμόρφωση χωρίς να ληφθούν υπόψη οι συστάσεις σύμφωνα με την αρχιτεκτονική θα είναι πολύ εύκολη, αλλά όχι παραγωγική.
Τι μπορεί να συνυπάρχει για αποθήκευση δίπλα στις υπηρεσίες του υπερεπόπτη kvm-qemu, και αυτές είναι μόνο μερικές υπηρεσίες όπου έχει βρεθεί μια συμπαγής βέλτιστη ιεραρχία στοιχείων: υπηρεσία πελάτη τοποθετημένη μέσω FUSE (τροποποιημένη, όχι ανοιχτού κώδικα), υπηρεσία μεταδεδομένων MDS (υπηρεσία μεταδεδομένων), υπηρεσία Chunk service block data, τα οποία σε φυσικό επίπεδο ισούνται με έναν δίσκο και αυτό είναι όλο. Όσον αφορά την ταχύτητα, φυσικά, είναι βέλτιστο να χρησιμοποιήσετε ένα σύστημα ανοχής σε σφάλματα με δύο αντίγραφα, αλλά εάν χρησιμοποιείτε προσωρινή αποθήκευση και αρχεία καταγραφής σε μονάδες SSD, τότε η κωδικοποίηση με ανοχή σφαλμάτων (διαγραφή κωδικοποίησης ή raid6) μπορεί να υπερχρονιστεί αξιοπρεπώς σε υβριδικό σχήμα ή ακόμα καλύτερα σε όλα τα φλας. Υπάρχει κάποιο μειονέκτημα με το EC (διαγραφή κωδικοποίησης): όταν αλλάζετε ένα μπλοκ δεδομένων, είναι απαραίτητο να υπολογίσετε εκ νέου τα ποσά ισοτιμίας. Για να παρακάμψει τις απώλειες που σχετίζονται με αυτή τη λειτουργία, ο Ceph γράφει στην EC αναβολή και μπορεί να προκύψουν προβλήματα απόδοσης κατά τη διάρκεια ενός συγκεκριμένου αιτήματος, όταν, για παράδειγμα, πρέπει να διαβαστούν όλα τα μπλοκ και στην περίπτωση του Virtuozzo Storage, πραγματοποιείται εγγραφή αλλαγμένων μπλοκ χρησιμοποιώντας την προσέγγιση «σύστημα αρχείων δομημένου καταγραφής», η οποία ελαχιστοποιεί το κόστος υπολογισμού ισοτιμίας. Για να εκτιμηθούν περίπου οι επιλογές με επιτάχυνση εργασίας με και χωρίς EC, υπάρχουν – τα νούμερα μπορεί να είναι κατά προσέγγιση ανάλογα με τον συντελεστή ακρίβειας του κατασκευαστή του εξοπλισμού, αλλά το αποτέλεσμα των υπολογισμών είναι μια καλή βοήθεια στον προγραμματισμό της διαμόρφωσης.
Ένα απλό διάγραμμα εξαρτημάτων αποθήκευσης δεν σημαίνει ότι αυτά τα εξαρτήματα δεν απορροφώνται αλλά αν υπολογίσετε όλα τα κόστη εκ των προτέρων, μπορείτε να βασιστείτε στη συνεργασία δίπλα στον hypervisor.
Υπάρχει ένα σχέδιο σύγκρισης της κατανάλωσης πόρων υλικού από τις υπηρεσίες αποθήκευσης Ceph και Virtuozzo.
Εάν προηγουμένως ήταν δυνατή η σύγκριση του Gluster και του Ceph χρησιμοποιώντας παλιά άρθρα, χρησιμοποιώντας τις πιο σημαντικές γραμμές από αυτά, τότε με το Virtuozzo είναι πιο δύσκολο. Δεν υπάρχουν πολλά άρθρα για αυτό το προϊόν και πληροφορίες μπορούν να ληφθούν μόνο από την τεκμηρίωση ή στα ρωσικά αν θεωρήσουμε το Vstorage ως αποθήκευση που χρησιμοποιείται σε ορισμένες υπερσυγκλίνουσες λύσεις σε εταιρείες όπως π.χ και Ακρόνης.
Θα προσπαθήσω να βοηθήσω με μια περιγραφή αυτής της αρχιτεκτονικής, οπότε θα υπάρχει λίγο περισσότερο κείμενο, αλλά χρειάζεται πολύς χρόνος για να κατανοήσετε μόνοι σας την τεκμηρίωση και η υπάρχουσα τεκμηρίωση μπορεί να χρησιμοποιηθεί ως αναφορά μόνο με την αναθεώρηση του πίνακα περιεχομένων ή αναζήτηση με λέξη-κλειδί.
Ας εξετάσουμε τη διαδικασία εγγραφής σε μια διαμόρφωση υβριδικού υλικού με τα στοιχεία που περιγράφονται παραπάνω: η εγγραφή αρχίζει να πηγαίνει στον κόμβο από τον οποίο την ξεκίνησε ο πελάτης (υπηρεσία σημείου προσάρτησης FUSE), αλλά το κύριο στοιχείο της υπηρεσίας μεταδεδομένων (MDS) φυσικά θα κατευθύνει τον πελάτη απευθείας στην επιθυμητή υπηρεσία τμημάτων (υπηρεσία αποθήκευσης CS blocks), δηλαδή, το MDS δεν συμμετέχει στη διαδικασία εγγραφής, αλλά απλώς κατευθύνει την υπηρεσία στο απαιτούμενο κομμάτι. Σε γενικές γραμμές, μπορούμε να δώσουμε μια αναλογία με την ηχογράφηση με το να ρίχνουμε νερό σε βαρέλια. Κάθε κάννη είναι ένα μπλοκ δεδομένων 256 MB.
Δηλαδή, ένας δίσκος είναι ένας ορισμένος αριθμός τέτοιων βαρελιών, δηλαδή ο όγκος του δίσκου διαιρούμενος με 256 MB. Κάθε αντίγραφο διανέμεται σε έναν κόμβο, το δεύτερο σχεδόν παράλληλα με έναν άλλο κόμβο κλπ... Εάν έχουμε τρία αντίγραφα και υπάρχουν δίσκοι SSD για cache (για ανάγνωση και εγγραφή αρχείων καταγραφής), τότε η επιβεβαίωση της εγγραφής θα γίνει μετά την εγγραφή το αρχείο καταγραφής στο SSD και η παράλληλη επαναφορά από τον SSD θα συνεχιστεί στον σκληρό δίσκο, σαν στο παρασκήνιο. Στην περίπτωση τριών αντιγράφων, η εγγραφή θα δεσμευτεί μετά από επιβεβαίωση από το SSD του τρίτου κόμβου. Μπορεί να φαίνεται ότι το άθροισμα της ταχύτητας εγγραφής τριών SSD μπορεί να διαιρεθεί με τρία και θα λάβουμε την ταχύτητα εγγραφής ενός αντιγράφου, αλλά τα αντίγραφα γράφονται παράλληλα και η ταχύτητα καθυστέρησης δικτύου είναι συνήθως υψηλότερη από αυτή του SSD, και στην πραγματικότητα η απόδοση εγγραφής θα εξαρτηθεί από το δίκτυο. Από αυτή την άποψη, για να δείτε πραγματικό IOPS, πρέπει να φορτώσετε σωστά ολόκληρο το Vstorage από , δηλαδή δοκιμή του πραγματικού φορτίου και όχι της μνήμης και της προσωρινής μνήμης, όπου είναι απαραίτητο να ληφθεί υπόψη το σωστό μέγεθος μπλοκ δεδομένων, ο αριθμός των νημάτων κ.λπ.
Το προαναφερθέν αρχείο καταγραφής εγγραφής στον SSD λειτουργεί με τέτοιο τρόπο ώστε μόλις εισέλθουν δεδομένα σε αυτό, διαβάζονται αμέσως από την υπηρεσία και γράφονται στον σκληρό δίσκο. Υπάρχουν αρκετές υπηρεσίες μεταδεδομένων (MDS) ανά σύμπλεγμα και ο αριθμός τους καθορίζεται από απαρτία, η οποία λειτουργεί σύμφωνα με τον αλγόριθμο Paxos. Από την άποψη του πελάτη, το σημείο προσάρτησης FUSE είναι ένας φάκελος αποθήκευσης συμπλέγματος που είναι ταυτόχρονα ορατός σε όλους τους κόμβους του συμπλέγματος, κάθε κόμβος έχει έναν προσαρτημένο πελάτη σύμφωνα με αυτήν την αρχή, επομένως αυτός ο χώρος αποθήκευσης είναι διαθέσιμος σε κάθε κόμβο.
Για την απόδοση οποιασδήποτε από τις παραπάνω προσεγγίσεις, είναι πολύ σημαντικό, στο στάδιο του σχεδιασμού και της ανάπτυξης, να διαμορφωθεί σωστά το δίκτυο, όπου θα υπάρχει εξισορρόπηση λόγω συνάθροισης και σωστά επιλεγμένου εύρους ζώνης καναλιού δικτύου. Συγκεντρωτικά, είναι σημαντικό να επιλέξετε τη σωστή λειτουργία κατακερματισμού και μεγέθη καρέ. Υπάρχει επίσης μια πολύ μεγάλη διαφορά από το SDS που περιγράφεται παραπάνω, πρόκειται για ασφάλεια με τεχνολογία γρήγορης διαδρομής στο Virtuozzo Storage. Η οποία, εκτός από την εκσυγχρονισμένη ασφάλεια, σε αντίθεση με άλλες λύσεις ανοιχτού κώδικα, αυξάνει σημαντικά το IOPS και σας επιτρέπει να μην περιορίζεστε από οριζόντια ή κάθετη κλιμάκωση. Σε γενικές γραμμές, σε σύγκριση με τις αρχιτεκτονικές που περιγράφονται παραπάνω, αυτή φαίνεται πιο ισχυρή, αλλά για τέτοια ευχαρίστηση, φυσικά, πρέπει να αγοράσετε άδειες, σε αντίθεση με τους Ceph και Gluster.
Συνοψίζοντας, μπορούμε να επισημάνουμε το κορυφαίο από τα τρία: το Virtuozzo Storage καταλαμβάνει την πρώτη θέση όσον αφορά την απόδοση και την αξιοπιστία της αρχιτεκτονικής, το Ceph τη δεύτερη θέση και το Gluster την τρίτη θέση.
Τα κριτήρια με τα οποία επιλέχθηκε το Virtuozzo Storage: είναι ένα βέλτιστο σύνολο αρχιτεκτονικών στοιχείων, εκσυγχρονισμένο για αυτήν την προσέγγιση Fuse με γρήγορη διαδρομή, ένα ευέλικτο σύνολο διαμορφώσεων υλικού, λιγότερη κατανάλωση πόρων και δυνατότητα κοινής χρήσης με υπολογιστές (υπολογισμός/εικονικότητα), δηλαδή είναι απολύτως κατάλληλο για μια υπερσυγκλίνουσα λύση, στην οποία ανήκει. Δεύτερη θέση είναι το Ceph γιατί είναι πιο παραγωγική αρχιτεκτονική σε σύγκριση με το Gluster, λόγω της λειτουργίας του σε μπλοκ, καθώς και των πιο ευέλικτων σεναρίων και της δυνατότητας εργασίας σε μεγαλύτερα cluster.
Υπάρχουν σχέδια για τη συγγραφή μιας σύγκρισης μεταξύ vSAN, Space Direct Storage, Vstorage και Nutanix Storage, δοκιμή του Vstorage σε εξοπλισμό HPE και Huawei, καθώς και σενάρια για την ενοποίηση του Vstorage με εξωτερικά συστήματα αποθήκευσης υλικού, οπότε αν σας άρεσε το άρθρο, θα ήταν Χαίρομαι που λαμβάνω σχόλια από εσάς, τα οποία θα μπορούσαν να αυξήσουν το κίνητρο για νέα άρθρα, λαμβάνοντας υπόψη τα σχόλια και τις επιθυμίες σας.
Πηγή: www.habr.com