Η εφαρμογή οποιασδήποτε λύσης πληροφορικής σε μια επιχείρηση ξεκινά με το σχεδιασμό. Σε αυτό το στάδιο, ο διαχειριστής πληροφορικής θα πρέπει να υπολογίσει τον αριθμό των διακομιστών και τα χαρακτηριστικά τους ώστε αφενός να είναι αρκετοί για όλους τους χρήστες και αφετέρου ώστε η σχέση τιμής-ποιότητας αυτών των διακομιστών να είναι βέλτιστη και το κόστος δημιουργίας μιας υπολογιστικής υποδομής για ένα νέο σύστημα πληροφοριών δεν δημιουργεί σοβαρή τρύπα στον προϋπολογισμό πληροφορικής της επιχείρησης. Ας μάθουμε πώς να σχεδιάσουμε την υποδομή για την εφαρμογή της σουίτας συνεργασίας Zimbra σε μια επιχείρηση.
Το κύριο χαρακτηριστικό του Zimbra σε σύγκριση με άλλες λύσεις είναι ότι στην περίπτωση του ZCS, το σημείο συμφόρησης σπάνια γίνεται ισχύς επεξεργαστή ή μνήμη RAM. Ο κύριος περιορισμός είναι συνήθως η ταχύτητα εισόδου και εξόδου του σκληρού δίσκου, και ως εκ τούτου η κύρια προσοχή πρέπει να δοθεί στους χώρους αποθήκευσης δεδομένων. Οι επίσημα δηλωμένες ελάχιστες απαιτήσεις για το Zimbra σε περιβάλλον παραγωγής είναι ένας επεξεργαστής 4 πυρήνων 64-bit με ταχύτητα ρολογιού 2 GHz, 10 gigabyte για αρχεία συστήματος και αρχεία καταγραφής και 8 gigabyte μνήμης RAM. Συνήθως, αυτά τα χαρακτηριστικά είναι αρκετά για την αποκριτική λειτουργία διακομιστή. Τι γίνεται όμως αν πρέπει να εφαρμόσετε το Zimbra για 10 χρήστες; Ποιοι διακομιστές και πώς πρέπει να υλοποιηθούν σε αυτήν την περίπτωση;
Ας ξεκινήσουμε με το γεγονός ότι η υποδομή για 10 χιλιάδες χρήστες θα πρέπει να είναι πολλαπλών διακομιστών. Αφενός, η υποδομή πολλών διακομιστών καθιστά δυνατό να γίνει το Zimbra επεκτάσιμο και, αφετέρου, να επιτευχθεί ανταποκρινόμενη λειτουργία του πληροφοριακού συστήματος ακόμη και με μεγάλη εισροή χρηστών. Συνήθως είναι αρκετά δύσκολο να προβλέψουμε ακριβώς πόσους χρήστες θα μπορεί να εξυπηρετήσει καλά ένας διακομιστής Zimbra, καθώς πολλά εξαρτώνται από την ένταση της εργασίας τους με ημερολόγια και e-mail, καθώς και από το πρωτόκολλο που χρησιμοποιείται. Γι' αυτό, για παράδειγμα, θα εφαρμόσουμε 4 αποθηκευτικούς χώρους αλληλογραφίας. Σε περίπτωση έλλειψης ή σοβαρής υπέρβασης χωρητικότητας, θα μπορείτε είτε να απενεργοποιήσετε είτε να προσθέσετε άλλο.
Έτσι, κατά το σχεδιασμό μιας υποδομής για 10.000 άτομα, θα χρειαστεί να δημιουργηθούν διακομιστές LDAP, MTA και Proxy και 4 αποθηκευτικοί χώροι αλληλογραφίας. Σημειώστε ότι οι διακομιστές LDAP, MTA και Proxy μπορούν να γίνουν εικονικοί. Αυτό θα μειώσει το κόστος του υλικού διακομιστή και θα διευκολύνει τη δημιουργία αντιγράφων ασφαλείας και ανάκτηση δεδομένων, αλλά από την άλλη πλευρά, σε περίπτωση βλάβης του φυσικού διακομιστή, κινδυνεύετε να μείνετε αμέσως χωρίς MTA, LDAP και Proxy. Αυτός είναι ο λόγος για τον οποίο η επιλογή μεταξύ φυσικών ή εικονικών διακομιστών θα πρέπει να γίνεται με βάση το πόσο χρόνο διακοπής λειτουργίας μπορείτε να αντέξετε οικονομικά σε περίπτωση έκτακτης ανάγκης. Οι αποθηκευτικοί χώροι αλληλογραφίας, από την άλλη πλευρά, θα τοποθετούνταν καλύτερα σε φυσικούς διακομιστές, καθώς σε αυτούς θα συμβεί ο κύριος αριθμός κύκλων εγγραφής, οι οποίοι περιορίζουν την απόδοση του Zimbra, και επομένως ένας μεγαλύτερος αριθμός καναλιών για μεταφορά δεδομένων θα είναι σημαντικά αύξηση της απόδοσης του Zimbra.
Κατ' αρχήν, μετά τη δημιουργία διακομιστών LDAP, MTA, Proxy, αποθηκευτικών χώρων δικτύου και τον συνδυασμό τους σε μια ενιαία υποδομή, η Σουίτα Συνεργασίας Zimbra για 10000 χρήστες είναι έτοιμη για θέση σε λειτουργία. Το σχέδιο λειτουργίας μιας τέτοιας διαμόρφωσης θα είναι αρκετά απλό:
Το διάγραμμα δείχνει τους κύριους κόμβους του συστήματος και τις ροές δεδομένων που θα κυκλοφορούν μεταξύ τους. Με αυτήν τη διαμόρφωση, η υποδομή θα είναι εντελώς απροστάτευτη από απώλεια δεδομένων, χρόνο διακοπής λειτουργίας που σχετίζεται με την αποτυχία οποιουδήποτε από τους διακομιστές κ.λπ. Ας ρίξουμε μια ματιά στο πώς ακριβώς μπορείτε να προστατεύσετε την υποδομή σας από αυτά τα προβλήματα.
Η κύρια μέθοδος είναι ο πλεονασμός υλικού. Πρόσθετοι κόμβοι MTA και Proxy μπορούν, σε περίπτωση βλάβης των κύριων διακομιστών, να αναλάβουν προσωρινά τον ρόλο των κύριων. Η αντιγραφή κόμβων κρίσιμης υποδομής είναι σχεδόν πάντα μια εξαιρετική ιδέα, αλλά όχι πάντα εφικτή στο βαθμό που θέλετε. Ένα εντυπωσιακό παράδειγμα είναι ο πλεονασμός διακομιστών που αποθηκεύουν αλληλογραφία. Το Zimbra Collaboration Suite Open-Source Edition δεν υποστηρίζει προς το παρόν τη δημιουργία διπλότυπων καταστημάτων, επομένως, εάν ένας από αυτούς τους διακομιστές αποτύχει, δεν μπορεί να αποφευχθεί ο χρόνος διακοπής λειτουργίας και για να μειωθεί ο χρόνος διακοπής λειτουργίας που προκαλείται από αποτυχία καταστήματος αλληλογραφίας, ένας διαχειριστής IT μπορεί να αναπτύξει ένα αντίγραφο ασφαλείας του άλλος διακομιστής.
Δεδομένου ότι δεν υπάρχει ενσωματωμένο σύστημα δημιουργίας αντιγράφων ασφαλείας στο Zimbra OSE, θα χρειαστούμε το Zextras Backup, το οποίο υποστηρίζει δημιουργία αντιγράφων ασφαλείας σε πραγματικό χρόνο και εξωτερικό χώρο αποθήκευσης. Δεδομένου ότι το Zextras Backup, όταν λαμβάνει πλήρη και σταδιακά αντίγραφα ασφαλείας, τοποθετεί όλα τα δεδομένα στον φάκελο /opt/zimbra/backup, θα ήταν λογικό να προσαρτηθεί εξωτερικός χώρος αποθήκευσης, δικτύου ή ακόμα και cloud, έτσι ώστε σε περίπτωση που ένας από τους διακομιστές κολλάει, έχετε ένα μέσο με ενημερωμένο αντίγραφο ασφαλείας τη στιγμή της έκτακτης ανάγκης. Μπορεί να αναπτυχθεί τόσο σε έναν περιττό φυσικό διακομιστή, όσο και σε μια εικονική μηχανή και στο cloud. Είναι επίσης καλή ιδέα να εγκαταστήσετε ένα MTA με φίλτρο ανεπιθύμητης αλληλογραφίας μπροστά από τον διακομιστή με το Zimbra Proxy για να μειώσετε την ποσότητα ανεπιθύμητης κίνησης που εισέρχεται στον διακομιστή.
Ως αποτέλεσμα, η ασφαλής υποδομή Zimbra θα μοιάζει κάπως έτσι:
Με αυτή τη διαμόρφωση, η υποδομή Zimbra όχι μόνο θα μπορεί να παρέχει ποιοτικές υπηρεσίες σε 10.000 χρήστες, αλλά και σε περίπτωση έκτακτης ανάγκης, θα επιτρέψει την εξάλειψη των συνεπειών της το συντομότερο δυνατό.
Πηγή: www.habr.com