Πώς να υπολογίσετε τους πόρους σε έναν τερματικό διακομιστή: Μια πρακτική μέθοδος μεγέθους

Ένας υπολογιστής τερματικού σπάνια είναι ένας κυριολεκτικός υπολογιστής. Στις περισσότερες περιβάλλοντα SMB και MSP, είναι μια μέθοδος σχεδιασμού που χρησιμοποιείται για να εκτιμήσει πόσο CPU, RAM, αποθηκευτικό χώρο και περιθώριο θα χρειαστεί ένας τερματικός διακομιστής πριν οι χρήστες αρχίσουν να παραπονιούνται. Η πραγματική ερώτηση πίσω από τη λέξη-κλειδί είναι πρακτική: πώς υπολογίζετε τους πόρους σε έναν τερματικό διακομιστή αρκετά καλά ώστε να αναπτυχθείτε με αυτοπεποίθηση, να αποφύγετε την υπερβολική δαπάνη και μειώστε τον κίνδυνο των προβλημάτων απόδοσης ?

Τι θα έπρεπε να υπολογίζει πραγματικά ένας υπολογιστής τερματικού;

Ένας χρήσιμος υπολογιστής τερματικού διακομιστή θα πρέπει να εκτιμά περισσότερους από "χρήστες ανά διακομιστή". Ως διαχειριστής, θα πρέπει να σας βοηθά να προγραμματίσετε την απόδοση CPU, RAM, αποθήκευσης, αποθήκευσης προφίλ και περιθώριο χωρητικότητας υπό ρεαλιστική ταυτόχρονη χρήση. Οι οδηγίες της Microsoft για τους οικοδεσπότες συνεδριών Remote Desktop καθορίζουν το μέγεθος γύρω από τον τύπο φόρτου εργασίας και τους προτεινόμενους χρήστες ανά vCPU, όχι γύρω από έναν γενικό περιορισμό σύνδεσης που ισχύει για όλους.

Γιατί ο αριθμός χρηστών μόνος του δεν είναι αρκετός για να υπολογίσει τους πόρους σε έναν τερματικό διακομιστή;

Χρήση συνεδρίας

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

Φανταστείτε πώς δεκαπέντε χρήστες που ανοίγουν μια εφαρμογή γραμμής επιχείρησης μπορεί να επιβαρύνουν ελαφρώς έναν διακομιστή. Εν τω μεταξύ, δεκαπέντε χρήστες που εκτελούν έναν πλήρη απομακρυσμένο επιτραπέζιο υπολογιστή με προγράμματα περιήγησης, εφαρμογές Office, εργαλεία PDF, εκτύπωση και συγχρονισμό στο παρασκήνιο μπορούν να δημιουργήσουν ένα πολύ βαρύτερο αποτύπωμα. Τα μοντέλα μεγέθους αντικατοπτρίζουν αυτή τη διαφορά χωρίζοντας τις ελαφριές, μεσαίες και βαριές πολυ-συνεδρίες φόρτους εργασίας.

Η διάκριση έχει σημασία γιατί οι “30 χρήστες” δεν είναι από μόνο του μια ένδειξη χωρητικότητας. Έχει νόημα μόνο όταν ορίσετε τι κάνουν και χρησιμοποιούν αυτοί οι χρήστες κατά τη διάρκεια των περιόδων αιχμής.

Χρήση διακομιστή

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

• 1 διακομιστής για Broker, Web και Άδειες
• 1 ή περισσότερους διακομιστές για Session Host
• 1 RD Gateway σε δικό του διακομιστή για εξωτερική πρόσβαση.

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

Ποια τέσσερα στοιχεία διαμορφώνουν τον προγραμματισμό πόρων;

Επόμενο, πιο αξιόπιστο από το να πηδήξουμε κατευθείαν σε αριθμούς υλικού, εδώ είναι τέσσερις εισροές που πρέπει να συγκεντρωθούν πριν ξεκινήσουμε να μετράμε. Αυτή η upstream εργασία αποφεύγει την επικάλυψη με ερωτήσεις αδειοδότησης σχετικά με το ποιος μπορεί να συνδεθεί και υπό ποιους κανόνες της Microsoft. Η κεντρική ανησυχία εδώ είναι πόρους χρειάζεται ένας host συνεδρίας για να παραμείνει ανταγωνιστικός. Το προηγούμενο άρθρο μας κάλυψε άδεια και χωρητικότητα διακομιστή έτσι μπορούμε να αναπτύξουμε εδώ τις πρακτικές του να μετράμε τα πάντα μεθοδικά για να σχεδιάσουμε σωστά.

Επομένως, πρέπει να προσθέσετε:

Συγχρονισμένοι ενεργοί χρήστες

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

Κατηγορία φόρτου εργασίας ανά ομάδα χρηστών

Η αξιολόγηση του πόσο ένας χρήστης ή ένα σύνολο χρηστών θα χρησιμοποιήσει πόρους είναι ο πρώτος έλεγχος πραγματικότητας. Ορισμένες ομάδες ή άτομα θα χρησιμοποιήσουν αναπόφευκτα περισσότερους πόρους για τις εργασίες που εκτελούν. Γι' αυτόν τον λόγο, οι βαρείς χρήστες χρειάζονται αναγνώριση.

Τύπος εφαρμογής και συνεδρίας

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

Περίοδος αιχμής, περιθώριο ανάπτυξης και αποτυχίας

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

Πώς υπολογίζετε τους πόρους στους τερματικούς διακομιστές;

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

Βήμα 1: Μετρήστε τους ταυτόχρονους χρήστες, όχι τους συνολικούς χρήστες

Ξεκινήστε με τον αριθμό των χρηστών που είναι ενεργοί ταυτόχρονα. Αυτός είναι ο αριθμός που επηρεάζει το φορτίο του διακομιστή. Μια επιχείρηση με 50 ονομαστικούς χρήστες μπορεί να έχει μόνο 18 έως 25 συνδεδεμένους ταυτόχρονα κατά τις ώρες αιχμής. Όταν υπολογίζετε έναν διακομιστή συνεδριών, ο αριθμός των ταυτόχρονων συνεδριών είναι πολύ πιο χρήσιμος από τον συνολικό αριθμό χρηστών.

Πριν δοκιμάσετε τη βιώσιμη πραγματική ικανότητα υπό φορτίο, ο προγραμματισμός πρέπει να αμφισβητήσει τις εκτιμήσεις.

Βήμα 2: Κατηγοριοποιήστε τα φορτία εργασίας ως ελαφριά, μεσαία ή βαριά

Στη συνέχεια, ταξινομήστε τους χρήστες της ομάδας κατά φόρτο εργασίας. Microsoft’s καθοδήγηση τρέχουσας συνεδρίας-διακομιστή προτείνει τις εξής βασικές πυκνότητες για περιβάλλοντα πολλαπλών συνεδριών και οι πηγές της HP και άλλες συμφωνούν:

• έως 6 ελαφροί χρήστες ανά vCPU,
• 4 μεσαίοι χρήστες ανά vCPU και
• 2 βαρείς χρήστες ανά vCPU,

με αντίστοιχα ένα VM παράδειγμα με 8 vCPU, 16 GB RAM, 32 GB αποθηκευτικού χώρου τουλάχιστον σε αυτές τις κατηγορίες φόρτου εργασίας. Οι συστάσεις περιλαμβάνουν επίσης τη διατήρηση των μεγεθών VM πολλαπλών συνεδριών περίπου μεταξύ 4 και 24 vCPUs για καλύτερες αποδόσεις χωρητικότητας.

Ένας απλός χάρτης φόρτου εργασίας για τον προγραμματισμό ΜΜΕ θα καθοδηγούσε έτσι την ταξινόμηση:

• Φως: μία επιχειρηματική εφαρμογή, περιορισμένη χρήση προγράμματος περιήγησης, σύντομες συνεδρίες
• Μεσαίο: Εφαρμογές γραφείου, καρτέλες προγράμματος περιήγησης, εργαλεία PDF, μέτρια πολυδιεργασία
• Βαρύ: ERP, μεγαλύτερα αρχεία Excel, συνεχής χρήση προγράμματος περιήγησης, εκτύπωση, πολλές εφαρμογές ανοιχτές όλη την ημέρα

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

Βήμα 3: Εκτίμηση ικανότητας CPU

Αφού οι χρήστες ομαδοποιηθούν, εκτιμήστε την CPU με προσέγγιση χρηστών ανά vCPU. Για παράδειγμα, αν 24 ταυτόχρονοι χρήστες είναι κυρίως μέτριοι χρήστες, η βασική γραμμή της Microsoft για περίπου 4 χρήστες ανά vCPU προτείνει να ξεκινήσετε γύρω από 6 vCPUs, και στη συνέχεια να στρογγυλοποιήσετε σε ένα πρακτικό μέγεθος κεντρικού υπολογιστή με περιθώριο αύξησης. Αν επιθυμείτε να παρέχετε καλύτερη ικανότητα αύξησης κατά τη διάρκεια βραχυπρόθεσμων αιχμών ζήτησης CPU, σχεδιάστε χαμηλότερους λόγους χρηστών ανά πυρήνα από ό,τι θα κάνατε διαφορετικά.

Όπως μπορεί να έχει γίνει προφανές, η εκτίμηση CPU δεν θα πρέπει να σταματά στο μαθηματικό ελάχιστο. Θα πρέπει να λαμβάνει υπόψη τις αιχμές σύνδεσης, τη δραστηριότητα του antivirus, τις εργασίες αναφοράς και τις σύντομες περιόδους ταυτόχρονων εκκινήσεων εφαρμογών.

Βήμα 4: Εκτίμηση απαιτήσεων RAM

Η RAM θα πρέπει να καλύπτει τις ανάγκες του λειτουργικού συστήματος, των βασικών υπηρεσιών, του υπερβάλλοντος φόρτου εργασίας και της χρήσης μνήμης εφαρμογών ανά χρήστη. Όπως περιγράφηκε παραπάνω, η τρέχουσα βάση πολλαπλών συνεδριών της Microsoft συνδύασε τα παραδείγματα ελαφρού, μεσαίου και βαρέως φόρτου εργασίας με ελάχιστο 16 GB RAM για ένα σημείο εκκίνησης 8 vCPU. Αν και αυτό είναι μόνο μια βάση, ωστόσο παρέχει ένα απτό σημείο εκκίνησης για εκτίμηση.

Μια πρακτική μέθοδος σε μια μικρή ή μεσαία επιχείρηση είναι να:

1. δεσμεύστε μνήμη για το λειτουργικό σύστημα και τις υπηρεσίες πλατφόρμας,
2. εκτίμηση μνήμης ανά συνεδρία κατά κατηγορία χρήστη,
3. πολλαπλασιάστε με ταυτόχρονες συνεδρίες,
4. στη συνέχεια προσθέστε ένα περιθώριο ασφαλείας.

PeteNetLive προσφέρει ένα σκόπιμα ευρύς κανόνας του αντίχειρα από 2 έως 8 GB ανά χρήστη για τον προγραμματισμό RAM του RD Session Host. Αυτό είναι χρήσιμο ως προειδοποίηση κατά της υποεκτίμησης βαρέων συνεδριών, ακόμη και αν ο ακριβής αριθμός πρέπει να βελτιωθεί κατά τη διάρκεια των δοκιμών.

Βήμα 5: Ελέγξτε την αποθήκευση και την επιβάρυνση προφίλ

Η αποθήκευση συχνά υποτιμάται στον προγραμματισμό του τερματικού διακομιστή. Η αργή και γεμάτη αποθήκευση μπορεί να βλάψει τις συνδέσεις, τη φόρτωση προφίλ, τα προσωρινά αρχεία, τις εκκινήσεις εφαρμογών και την εκτύπωση, ακόμη και όταν η CPU και η RAM φαίνονται αποδεκτές.

• αποθήκευση προφίλ
• Αποθήκευση λειτουργικού συστήματος
• καταγραφές: για σκοπούς ασφαλείας και άλλους τέτοιους σκοπούς

Αυτή η τελευταία κατηγορία αξίζει να εκτιμηθεί καθώς μπορεί να διογκωθεί γρήγορα ανάλογα με το μέγεθος της υποδομής σας και τον τύπο παρακολούθησης και προστασίας που απαιτείτε.

Η παρουσίαση ρόλου-ανά-ρόλο του PeteNetLive λειτουργεί ως χρήσιμη υπενθύμιση ότι ο οικοδεσπότης της συνεδρίας είναι συνήθως εκεί που εμφανίζεται πρώτα η πίεση πόρων, ενώ άλλοι ρόλοι RDS συχνά έχουν σχετικά μικρότερα αποτυπώματα. Έχετε αυτό υπόψη όταν αναζητάτε δείκτες της ικανότητας χρήσης της εταιρείας σας, καθώς μπορεί να υποστηρίξει την εκτίμηση των σχεδίων.

Βήμα 6: Προσθέστε περιθώριο για αιχμές, ανάπτυξη και εναλλαγή.

Κανένας υπολογιστής τερματικού δεν θα πρέπει να τελειώνει με τον αριθμό "μόνο όσο χρειάζεται". Προσθέστε περιθώριο για:

• πρωινές αιχμές σύνδεσης
• επιδιόρθωση και σάρωση AV
• μηνιαία αναφορά κορυφών
• αναμενόμενη ανάπτυξη χρηστών
• αποτυχία διακομιστή σε σχεδίαση πολλαπλών διακομιστών

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

Απλή μέθοδος υπολογισμού Terminal Server για ΜΜΕ και MSPs

Αυτή η λογική υπολογιστή είναι σκόπιμα απλή. Σκοπός της είναι να παράγει μια υπερασπίσιμη πρώτη εκτίμηση, όχι ένα τελικό σημείο αναφοράς, και να την προσαρμόσετε ανάλογα.

Μια γρήγορη φόρμουλα σχεδιασμού

Χρησιμοποιήστε αυτή τη σειρά:

1. Μετρήστε ταυτόχρονες χρήστες .
2. Ταξινόμησέ τα σε ελαφρύ, μεσαίο και βαρύ ομάδες.
3. Εκτίμηση CPU χρησιμοποιώντας μια βασική αναλογία χρηστών ανά vCPU.
4. Εκτίμηση RAM από το λειτουργικό σύστημα επιπλέον ανά συνεδρία ζήτησης.
5. Έλεγχος αποθήκευση για προφίλ, απόδοση temp και εκκίνησης.
6. Προσθήκη 20 έως 30 τοις εκατό περιθώριο , στη συνέχεια αναθεωρήστε τις ανάγκες εναλλαγής.

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

Παράδειγμα 1: 15 ελαφροί χρήστες γραφείου

Υποθέστε ότι 15 ταυτόχρονες χρήστες έχουν πρόσβαση σε μια δημοσιευμένη επιχειρηματική εφαρμογή συν ελαφριά χρήση προγράμματος περιήγησης.

Χρησιμοποιώντας τις προτεινόμενες ελαφρές βάσεις, η εκτίμηση της CPU είναι περίπου 3 vCPUs. Στην πράξη, αυτό είναι πολύ περιορισμένο για χωρητικότητα αιχμής, οπότε ένας σχεδιαστής θα προχωρούσε σε ένα πιο πρακτικό προφίλ φιλοξενίας αντί να χτίσει μέχρι το όριο. Θα βρείτε ότι οι συμβουλές ευνοούν μια ευρύτερη κλίμακα μεγέθους 4 έως 24 vCPU με 8 vCPU, 16 GB RAM ως τυπικό προφίλ βάσης για φορτία εργασίας πολλαπλών συνεδριών.

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

Παράδειγμα 2: 30 μικτοί χρήστες γραφείου και ERP

Υποθέστε:

• 18 μέσοι χρήστες
• 12 βαρείς χρήστες

Ένας συντομευμένος προγραμματισμός θα θεωρούσε την μεσαία ομάδα περίπου 4 χρήστες ανά vCPU και την βαριά ομάδα περίπου 2 χρήστες ανά vCPU. Αυτό υποδηλώνει περίπου 4,5 vCPUs για την μεσαία ομάδα και 6 vCPUs για την βαριά ομάδα, πριν από την υπερφόρτωση και τον χώρο. Στην πράξη, αυτό ήδη δείχνει μακριά από έναν μόνο ελαφρώς μεγέθους κεντρικό υπολογιστή και προς έναν μεγαλύτερο κεντρικό υπολογιστή με περιθώριο ή μια κατανομή σε πολλούς κεντρικούς υπολογιστές συνεδριών.

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

Παράδειγμα 3: Πότε να χωρίσετε τους χρήστες σε πολλαπλούς διακομιστές

Μόλις ο υπολογισμός παράγει έναν πυκνό διακομιστή με περιορισμένη ικανότητα εκρήξεων, η καλύτερη απάντηση μπορεί να είναι αρχιτεκτονική αντί για κατακόρυφη κλιμάκωση. Οι διακομιστές συνεδρίας μπορούν να ρυθμιστούν για να αναλαμβάνουν το βαρύ φορτίο, ενώ ρόλοι όπως ο RD Connection Broker, το Gateway και η αδειοδότηση μπορούν να λάβουν διαφορετικά προφίλ πόρων. Η κατανομή του φορτίου των χρηστών σε πολλούς διακομιστές είναι πιθανό να βελτιώσει την ανθεκτικότητα, την ευελιξία συντήρησης και τον προγραμματισμό εναλλαγής.

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

Ποια κοινά λάθη μεγέθους συνήθως σπάνε την απόδοση του Terminal Server;

Τα σφάλματα μεγέθους συνήθως δεν προκαλούνται μόνο από τα μαθηματικά. Προέρχονται από λανθασμένες υποθέσεις.

Συγχέοντας την άδεια με την ικανότητα απόδοσης

Η αδειοδότηση σας λέει πώς ανατίθεται και ρυθμίζεται η πρόσβαση. Δεν σας λέει πόσους ταυτόχρονους χρήστες θα υποστηρίξει ένας διακομιστής με αποδεκτή απόδοση.

Αγνοώντας τις συνεδρίες που απαιτούν πολλούς πόρους από τον περιηγητή και τις εκτυπώσεις

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

Μέγεθος μόνο για μέσο φορτίο

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

Ξεχνώντας το υπόλοιπο της στοίβας RDS

Ο οικοδεσπότης της συνεδρίας είναι ο κύριος καταναλωτής πόρων, αλλά δεν είναι ο μόνος ρόλος στο περιβάλλον. Η ανάλυση ρόλων του PeteNetLive είναι μια χρήσιμη υπενθύμιση να ληφθούν υπόψη ο Connection Broker, το Gateway, η Web Access και η αδειοδότηση ξεχωριστά όταν η ανάπτυξη ξεπερνά μια μικρή ρύθμιση με έναν μόνο οικοδεσπότη.

Γιατί θα πρέπει η παρακολούθηση να επιβεβαιώνει τις εκτιμήσεις μεγέθους σας;

Ένας υπολογιστής τερματικού σας δίνει μια βάση σχεδιασμού. Δεν σας δίνει απόδειξη. Για απόδειξη, πρέπει να παρακολουθείτε τη χρήση.

Από τη βάση έως την απόδειξη: η παρακολούθηση ως απαραίτητο στοιχείο

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

Πού κάνει τη διαφορά το TSplus Server Monitoring;

TSplus Παρακολούθηση Διακομιστή ταιριάζει μετά την ανάπτυξη της εκτίμησης μεγέθους. Βοηθά να επαληθευτεί αν η κορεσμένη CPU, η πίεση μνήμης, οι περιορισμοί αποθήκευσης ή οι αιχμές χρήσης ταιριάζουν με τις υποθέσεις που χρησιμοποιήθηκαν στον προγραμματισμό. Αυτό είναι ιδιαίτερα χρήσιμο για τους διαχειριστές IT SMB και τους MSP που χρειάζονται αποδείξεις πριν από την αναδιάρθρωση ενός διακομιστή, την ανακατανομή χρηστών ή την προσθήκη ενός άλλου διακομιστή.

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

Λογισμικό TSplus για ασφαλή και συνεχή παράδοση εφαρμογών και επιτραπέζιων υπολογιστών

TSplus Remote Access ανήκει ως η στρώση παράδοσης στην ευρύτερη ιστορία, ενώ το Advanced Security είναι ειδικά σχεδιασμένο για να προστατεύει τους διακομιστές εφαρμογών. Επιπλέον, το TSplus Remote Support παρέχει ένα κιτ βασικών εργαλείων για την επίλυση προβλημάτων και τη συντήρηση αυτών των διακομιστών και περισσότερων από οποιαδήποτε τοποθεσία. Μόλις το περιβάλλον είναι σωστά διαμορφωμένο, το TSplus Remote Access θα δημοσιεύσει επιφάνειες εργασίας και εφαρμογές πιο απλά από το Citrix και χωρίς να υπερβείτε τον προϋπολογισμό σας. Η δοκιμή χαρακτηριστικών όπως η διαδικτυακή πρόσβαση και η κεντρική παράδοση θα σας δώσει μια γεύση για το πώς μπορείτε να προχωρήσετε πέρα από την ad hoc πρόσβαση RDP.

Συμπέρασμα

Ένας υπολογιστής τερματικού διακομιστή δεν θα πρέπει να υπόσχεται μια μαγική απάντηση. Τώρα είναι η ώρα να υπολογίσετε τους πόρους του τερματικού διακομιστή σε στάδια: ξεκινήστε με τους ταυτόχρονους χρήστες, κατατάξτε την ένταση φόρτου εργασίας, εκτιμήστε την CPU και τη RAM από τη ρεαλιστική συμπεριφορά της συνεδρίας, ελέγξτε την αποθήκευση και στη συνέχεια προσθέστε περιθώριο για αιχμές, ανάπτυξη και εφεδρεία.

Ως διαχειριστής συστήματος, οι διαχειριστές IT SMB ή οι MSP, αυτό θα σας δώσει μια πρακτική πρώτη εκτίμηση. Από εκεί και πέρα, η πραγματική πειθαρχία είναι η επικύρωση. Σχεδιάστε προσεκτικά, αναπτύξτε συντηρητικά και στη συνέχεια χρησιμοποιήστε δεδομένα παρακολούθησης για να επιβεβαιώσετε αν ο οικοδεσπότης, ή αγροκτήμα φιλοξενίας μπορεί να διατηρήσει την εμπειρία χρήστη που σκοπεύετε.