Πόση μνήμη RAM χρειάζεστε πραγματικά για διακομιστές και VPS το 2025;

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

Τι κάνει η μνήμη RAM σε έναν διακομιστή

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

Αυτό που διαφοροποιεί τον υπολογισμό του μεγέθους της μνήμης RAM από αυτόν της CPU είναι ο τρόπος αποτυχίας. Αν εξαντληθεί η CPU, οι διεργασίες επιβραδύνονται. Αν εξαντληθεί η μνήμη RAM, ο πυρήνας είτε προβαίνει σε ανταλλαγή (swap) (αργή διαδικασία) είτε ο «OOM killer» επιλέγει ένα θύμα και τερματίζει τη λειτουργία του. Η πρώτη περίπτωση είναι δυσάρεστη. Η δεύτερη επιλογή οδηγεί σε απώλεια δεδομένων. Η πρόβλεψη μνήμης RAM με περιθώριο δεν είναι απλώς κάτι «ευπρόσδεκτο», αλλά είναι αυτό που εμποδίζει την κατάρρευση του συστήματος υπό φορτίο.

RAM ανά φόρτο εργασίας

Διακομιστές ιστού και εφαρμογών

• Ελαφρύς στοίβα LAMP ή LEMP: 1 έως 2 GB
• WordPress ή CMS με προσωρινή αποθήκευση (π.χ. Redis): 2 έως 4 GB
• Ηλεκτρονικό εμπόριο (Magento, WooCommerce): 4 έως 8 GB
• Εφαρμογές Node.js, Django ή Rails: 2 έως 6 GB

Τα επίπεδα προσωρινής αποθήκευσης, όπως το Redis ή το Varnish, απαιτούν δική τους μνήμη RAM επιπλέον της βασικής μνήμης της εφαρμογής. Οι εργαζόμενοι PHP-FPM, οι συνδέσεις βάσεων δεδομένων και οι αντίστροφοι διακομιστές μεσολάβησης καταναλώνουν όλοι μνήμη ταυτόχρονα, οπότε ο αριθμός που έχει σημασία είναι ο μέγιστος παραλληλισμός, όχι η κατανάλωση σε κατάσταση αδράνειας.

Διακομιστές βάσεων δεδομένων (SQL και NoSQL)

• MySQL ή PostgreSQL (μικρού μεγέθους): 4 έως 8 GB
• MySQL ή PostgreSQL (μεγάλοι ή με υψηλή κίνηση): 16 έως 64 GB
• MongoDB ή Redis (εστίαση στη μνήμη): 32 έως 128 GB ή περισσότερο
• Κόμβοι Elasticsearch ή OpenSearch: 32 έως 128 GB ανά κόμβο

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

Κεντρικοί υπολογιστές εικονικοποίησης (Proxmox, VMware, Hyper-V)

• Ελαφριές εικονικές μηχανές Linux: 2 έως 4 GB ανά εικονική μηχανή
• Εικονικές μηχανές Windows: 8 έως 12 GB ανά εικονική μηχανή
• Πίνακες διαχείρισης φιλοξενίας (cPanel, Plesk, DirectAdmin): 4 έως 8 GB ανά παρουσία
• Κεντρικοί υπολογιστές κοντέινερ KVM ή LXC: 32 έως 128 GB ή περισσότερο

Να διατηρείτε πάντα 4 έως 8 GB για το ίδιο το λειτουργικό σύστημα του κεντρικού υπολογιστή, επιπλέον των εκχωρήσεων για τους επισκέπτες. Τα κοντέινερ χρησιμοποιούν λιγότερη μνήμη RAM ανά φόρτο εργασίας από τις πλήρεις εικονικές μηχανές, αλλά κλιμακώνονται διαφορετικά, οπότε σχεδιάστε με βάση την πυκνότητα και το περιθώριο αιχμής αντί για το μέγεθος ανά κοντέινερ. Εάν ο κεντρικός υπολογιστής χρησιμοποιεί ZFS, λάβετε επίσης υπόψη το ARC, το οποίο θα καταλαμβάνει σιωπηλά έως και το μισό της μνήμης RAM του συστήματος από προεπιλογή και θα ανταγωνίζεται τις κατανομές των επισκεπτών (ο οδηγός ρύθμισης ZFS ARC καλύπτει τα σωστά όρια για φορτία εργασίας υπερ-επιτηρητών).

Κοντέινερ και μικρουπηρεσίες (Docker, Kubernetes)

• Απλά stacks Docker (web, app, DB): 8 έως 16 GB
• Κόμβοι Docker Swarm ή K3s edge: 16 έως 32 GB
• Κόμβοι εργασίας Kubernetes: 32 έως 128 GB
• Προγράμματα εκτέλεσης CI/CD και παράγοντες κατασκευής (GitLab, Jenkins): 8 έως 32 GB ανά πρόγραμμα εκτέλεσης

Προσέξτε για διαρροές μνήμης σε κοντέινερ που εκτελούνται για μεγάλο χρονικό διάστημα. Τα φορτία εργασίας που βασίζονται σε JVM, όπως το Kafka και το Elasticsearch, χρειάζονται υψηλότερα όρια αναφοράς, επειδή ο σωρός (heap) θα καταλάβει όσο χώρο του αφήσετε, ο οποίος συχνά είναι μεγαλύτερος από ό,τι περιμένατε.

Συμπεράσματα AI και ML

• Μικρά μοντέλα (κβαντισμένο BERT, Llama 7B): 16 έως 32 GB
• Μεσαία μοντέλα (13B έως 30B, κβαντισμένα): 64 έως 128 GB
• Μεγάλα μοντέλα (40B+ ή μη κβαντισμένα μεσαίας κλίμακας): 128 έως 512 GB ή περισσότερο
• Συμπερασμός με υποστήριξη GPU (Stable Diffusion, Whisper): 32 έως 128 GB, ανάλογα με την εκφόρτωση

Η κβαντοποίηση μεταφέρει την πίεση στη μνήμη από την GPU στη μνήμη RAM της CPU, οπότε οι προδιαγραφές του συστήματος διαφέρουν σημαντικά ανάλογα με το αν εξυπηρετείτε fp16 στην GPU ή 4-bit στην CPU. Το μέγεθος της παρτίδας και το μήκος της προτροπής αυξάνουν επίσης τις απαιτήσεις. Ο οδηγός μας για τη φιλοξενία συμπερασμάτων τεχνητής νοημοσύνης αναλύει λεπτομερέστερα την αντιστοίχιση του υλικού με το μέγεθος του μοντέλου.

Διακομιστές παιχνιδιών

• Minecraft (vanilla): 2 έως 4 GB
• Minecraft (με τροποποιήσεις): 6 έως 16 GB
• Rust, ARK ή 7 Days to Die: 8 έως 16 GB
• Κόμβοι φιλοξενίας πολλαπλών παρουσιών: 32 έως 64 GB

Εξειδικευμένα φορτία εργασίας

• Μετακωδικοποίηση βίντεο (FFmpeg, Plex): 16 έως 64 GB
• Διακομιστές δημιουργίας αντιγράφων ασφαλείας ή στιγμιότυπων: 8 έως 16 GB, περισσότερο εάν εκτελούνται μηχανισμοί απομάκρυνσης διπλών δεδομένων
• Τείχος προστασίας ή IDS (pfSense, Suricata): 2 έως 8 GB, περισσότερο για NetFlow ή πλήρη καταγραφή πακέτων

Μην βασίζεστε στη μνήμη swap

Η μνήμη swap είναι 10 έως 100 φορές πιο αργή από τη μνήμη RAM. Υπάρχει ως δίχτυ ασφαλείας, ώστε ο πυρήνας να έχει κάπου να στραφεί όταν η πίεση στη μνήμη κορυφώνεται, και όχι ως τρόπος επέκτασης της χρησιμοποιήσιμης μνήμης. Εάν ένας διακομιστής χρησιμοποιεί τη μνήμη swap υπό κανονικό φορτίο, αυτό σημαίνει ότι δεν διαθέτει επαρκή πόρους, τελεία και παύλα. Το άρθρο «Πώς αλληλεπιδρούν η μνήμη swap του Linux, το OOM killer και τα cgroups» καλύπτει λεπτομερώς τους τρόπους αποτυχίας.

Πώς να υπολογίσετε με ακρίβεια τη μνήμη RAM

1. Μετρήστε τις αιχμές, όχι τον μέσο όρο. Χρησιμοποιήστε htop, free -m, vmstat 1ή τις μετρήσεις του Kubernetes για να προσδιορίσετε τη μέγιστη χρήση σε έναν πλήρη κύκλο κυκλοφορίας. Οι ημερήσιες αιχμές, οι εβδομαδιαίες παρτίδες και οι μηνιαίες διαδικασίες χρέωσης έχουν όλες σημασία.
2. Προσθέστε περιθώριο για ανάπτυξη. 20% έως 50% για κλιμάκωση εφαρμογών. Για τις βάσεις δεδομένων, κλιμακώστε τη μνήμη ανάλογα με το μέγεθος του συνόλου δεδομένων, όχι με τον ρυθμό των αιτημάτων. Για πλατφόρμες πολλαπλών χρηστών, υπολογίστε την κατανάλωση ανά πελάτη και πολλαπλασιάστε.
3. Σχεδιάστε με βάση τον τρόπο αστοχίας που μπορείτε να ανεχτείτε. Ένα αντίγραφο ανάγνωσης που εξαντλεί τη μνήμη RAM υποβαθμίζεται. Μια κύρια βάση δεδομένων που εξαντλεί τη μνήμη RAM αλλοιώνει τις ερωτήσεις και μπορεί να προκαλέσει διακοπή λειτουργίας των εφαρμογών. Αφιερώστε τη μνήμη RAM εκεί όπου η επίδραση είναι μεγαλύτερη.

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

Η FDC προσφέρει Αποκλειστικούς Διακομιστές και VPS με διαμορφώσεις υψηλής μνήμης RAM και απεριόριστο εύρος ζώνης σε πολλές περιοχές.