> For the complete documentation index, see [llms.txt](https://ayakaleaf-pro.ayaka.space/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://ayakaleaf-pro.ayaka.space/on-premises/el/enarksi/requirements/hardware-requirements.md). # Απαιτήσεις υλικού ## Απαιτήσεις υλικού Όταν διαθέτετε υλικό για την εκτέλεση του Overleaf, ο κύριος παράγοντας που πρέπει να λάβετε υπόψη είναι πόσοι ταυτόχρονοι χρήστες θα εκτελούν μεταγλωττίσεις. Για παράδειγμα, αν έχετε άδεια για 100 συνολικούς χρήστες, αλλά αναμένετε μόνο περίπου 5 να εργάζονται ταυτόχρονα, η ελάχιστη εγκατάσταση θα είναι επαρκής. Αν αναμένετε μεγαλύτερο ποσοστό να εργάζεται (και να μεταγλωττίζει) ταυτόχρονα, θα πρέπει να εξετάσετε την παροχή ενός διακομιστή με υψηλότερες προδιαγραφές. ### Ελάχιστη εγκατάσταση Απαιτείται ελάχιστη βασική προδιαγραφή 2 πυρήνων και 3 GB μνήμης για βασικές λειτουργίες με περίπου 5 ταυτόχρονους χρήστες. Αυτή η ελάχιστη απαίτηση θα είναι επίσης επαρκής για μεγαλύτερες ομάδες όπου η ταυτόχρονη χρήση είναι μικρότερη ή όπου είναι αποδεκτό οι χρόνοι μεταγλώττισης να είναι μεγαλύτεροι κατά την πιο έντονη χρήση. {% hint style="danger" %} Αν σκέφτεστε να χρησιμοποιήσετε ένα σύστημα αρχείων βασισμένο σε NFS (Network File System) για τη μικρή σας εγκατάσταση, ρίξτε μια ματιά σε αυτήν την ενότητα στο [Αντιμετώπιση προβλημάτων](/on-premises/el/ypostiriksi/troubleshooting.md) ενότητα. {% endhint %} ### Κλιμάκωση Ως γενικός κανόνας, για να παρέχεται υψηλό και σταθερό επίπεδο υπηρεσίας, θα πρέπει να προστίθεται 1 πυρήνας CPU και 1 GB μνήμης στην ελάχιστη εγκατάσταση για κάθε 5-10 ταυτόχρονους χρήστες. Αυτό θα πρέπει να λαμβάνεται μόνο ως οδηγός, καθώς παράγοντες όπως το μέγεθος των συνηθισμένων εγγράφων (τα μεγαλύτερα έγγραφα χρησιμοποιούν περισσότερους πόρους μεταγλώττισης), το πόσο συχνά οι χρήστες μεταγλωττίζουν και πόση ανοχή υπάρχει για μεγαλύτερους χρόνους μεταγλώττισης κατά την έντονη χρήση, επηρεάζουν όλοι το επίπεδο παροχής πόρων που απαιτείται. Πολλοί από τους πελάτες μας επιδιώκουν να αναπτύξουν το Server Pro σε ολόκληρο τον οργανισμό ή σε μεγάλες ομάδες. Σε τέτοιες περιπτώσεις, είναι δύσκολο για εμάς να συμβουλέψουμε συγκεκριμένες απαιτήσεις ρύθμισης, επειδή οι περιπτώσεις χρήσης και το διαθέσιμο υποκείμενο υλικό μπορεί να διαφέρουν σημαντικά. | Παράδειγμα 1 | Παράδειγμα 2 | | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | Αν εκτελείτε μια εγκατάσταση Server Pro για 300 συνολικούς χρήστες και αναμένετε τακτικά ότι 30-60 από αυτούς τους χρήστες θα μεταγλωττίζουν έγγραφα ταυτόχρονα, 8 GB και 7 πυρήνες (5 πυρήνες + 5 GB + βασική τιμή 2 πυρήνων & 3 GB) θα πρέπει να παρέχουν επαρκείς πόρους ώστε οι χρήστες σας να έχουν σταθερά υψηλό επίπεδο υπηρεσίας. | Για να δοθεί ένα παράδειγμα των απαιτήσεων υλικού για μια μεγαλύτερη εγκατάσταση, μια εγκατάσταση Server Pro για 1.000 συνολικούς χρήστες έχει ρυθμιστεί με επιτυχία χρησιμοποιώντας έναν μόνο διακομιστή εξοπλισμένο με δύο επεξεργαστές 4 πυρήνων και 32 GB μνήμης συστήματος. Αυτό ήταν επαρκές για τις ανάγκες της ομάδας κατά το τελευταίο έτος χρήσης. | Οι πελάτες που ξεπερνούν τα όρια ενός μόνο μεγάλου διακομιστή μπορούν να ρίξουν μια ματιά στο [Οριζόντια κλιμάκωση](/on-premises/el/syntirisi/horizontal-scaling.md) για το Server Pro. ### Αποθήκευση Δεν συνιστούμε τη χρήση του Network File System (NFS)/Amazon EFS/Amazon EBS για αποθήκευση έργων/ιστορικού σε μεγαλύτερες εγκαταστάσεις και ρητά **δεν το υποστηρίζουμε** για οριζόντια κλιμάκωση. Η συμπεριφορά αυτών των συστημάτων αρχείων δεν παρέχει την απαραίτητη απόδοση και αξιοπιστία που χρειάζεται το Server Pro όταν λειτουργεί σε μεγάλη κλίμακα. Όταν το σύστημα αρχείων δεν μπορεί να ανταποκριθεί στο φορτίο, η εφαρμογή «κολλάει» λόγω υπερβολικά πολλών μπλοκαρισμένων λειτουργιών I/O. Αυτές οι παύσεις μπορούν να οδηγήσουν σε υπέρβαση κλειδωμάτων που βασίζονται στο Redis, γεγονός που με τη σειρά του μπορεί να οδηγήσει σε αλλοιωμένα δεδομένα έργου. Συνιστούμε τη χρήση [αποθήκευσης αντικειμένων συμβατής με S3](/on-premises/el/enarksi/what-is-the-overleaf-toolkit.md) αντί γι' αυτό. Η αργή απόδοση του S3 με τη σειρά της επηρεάζει μόνο το ανέβασμα/κατέβασμα αρχείων, γεγονός που οδηγεί μόνο σε αυξημένο αριθμό ανοιχτών συνδέσεων προς τον πάροχο S3 και, με τη σειρά του, δεν επηρεάζει τη συμπεριφορά του υπόλοιπου προγράμματος. Επιπλέον, το Server Pro μπορεί να ορίσει εύλογα χρονικά όρια στα αιτήματα S3, κάτι που δεν είναι δυνατό για λειτουργίες συστήματος αρχείων/I/O σε επίπεδο εφαρμογής. {% hint style="info" %} Για αναφορά, το GitLab ακολουθεί παρόμοια στάση [να μην υποστηρίζει το NFS/Amazon EFS](https://docs.gitlab.com/ee/administration/nfs.html) με την αυτοδιαχειριζόμενη προσφορά του. {% endhint %} ### Ρύθμιση ειδική για το Nginx για μεγάλες αναπτύξεις Από προεπιλογή, η εγκατάσταση Overleaf Server περιορίζει τον αριθμό των συνδέσεων σε 768. Αυτό περιλαμβάνει μόνιμες συνδέσεις WebSocket, πλοήγηση HTML υψηλού επιπέδου και αιτήματα ajax. Μόλις επιτευχθεί το όριο, ο επεξεργαστής ενδέχεται να μην μπορεί να συνδεθεί, η σελίδα του επεξεργαστή ενδέχεται να μην φορτωθεί πλήρως και τα αιτήματα μεταγλώττισης μπορεί να αποτύχουν. Το Nginx θα επιστρέψει αποκρίσεις κατάστασης 500 και θα καταγράψει `worker_connections are not enough while connecting to upstream` στο `var/log/nginx/error`.log μέσα στο `sharelatex` κοντέινερ. Το [`worker_connections`](https://nginx.org/en/docs/ngx_core_module.html#worker_connections) η ρύθμιση περιορίζει τον αριθμό των ταυτόχρονων συνδέσεων που θα δέχεται το nginx ανά worker. Ο αριθμός των workers ελέγχεται από τη [`worker_processes`](https://nginx.org/en/docs/ngx_core_module.html#worker_processes) ρύθμιση και έχει οριστεί σε 4 από προεπιλογή στη διαμόρφωση του nginx μας. Το Nginx δεν εκτελεί πολλή εργασία σε σύγκριση με άλλα μέρη του συστήματος, επομένως αυτά τα όρια λειτουργούν ως δικλείδα ασφαλείας που αποτρέπει το να υπερφορτωθεί το σύστημα από υπερβολικά πολλές συνδέσεις. Είναι προτιμότερο να απορρίπτονται νωρίς ορισμένες πλεονάζουσες συνδέσεις παρά να επιβραδύνεται κάθε σύνδεση. Οι εγκαταστάσεις Overleaf Server εκθέτουν μεταβλητές περιβάλλοντος για την προσαρμογή αυτών των ρυθμίσεων του nginx: * `NGINX_WORKER_PROCESSES` για [`worker_processes`](https://nginx.org/en/docs/ngx_core_module.html#worker_processes) (προεπιλογή `4`) * `NGINX_WORKER_CONNECTIONS` για [`worker_connections`](https://nginx.org/en/docs/ngx_core_module.html#worker_connections) (προεπιλογή `768`) * `NGINX_KEEPALIVE_TIMEOUT` για [`keepalive_timeout`](https://nginx.org/en/docs/http/ngx_http_core_module.html#keepalive_timeout) (προεπιλογή `65`)

Όταν εκτελείτε έναν άλλο proxy μπροστά από το sharelatex κοντέινερ (π.χ. για τερματισμό TLS), το NGINX_KEEPALIVE_TIMEOUT στο Overleaf Server πρέπει να είναι μεγαλύτερο από εκείνο του προηγούμενου proxy. Π.χ. με μια άλλη διεργασία nginx στον Docker host nginx-host, ιδού δύο παραδείγματα:

* Προεπιλεγμένη τιμή `NGINX_KEEPALIVE_TIMEOUT`, χρησιμοποιήστε [`keepalive_timeout 60s`](https://nginx.org/en/docs/http/ngx_http_upstream_module.html#keepalive_timeout) (προεπιλεγμένη τιμή στο upstream) στο **nginx-host** * Προσαρμοσμένη τιμή `NGINX_KEEPALIVE_TIMEOUT=100s`, χρησιμοποιήστε [`keepalive_timeout 90s`](https://nginx.org/en/docs/http/ngx_http_upstream_module.html#keepalive_timeout) (προσαρμοσμένη τιμή στο upstream) στο **nginx-host** ### Ταχύτητα CPU Το LaTeX είναι πρόγραμμα ενός νήματος, που σημαίνει ότι μπορεί να αξιοποιεί μόνο έναν πυρήνα CPU κάθε φορά. Η CPU είναι επίσης ο κύριος περιορισμός κατά τη μεταγλώττιση ενός εγγράφου. Επομένως, όσο ταχύτερη είναι η απόδοση ενός πυρήνα της CPU σας, τόσο πιο γρήγορα θα μπορείτε να μεταγλωττίζετε ένα έγγραφο. Περισσότεροι πυρήνες θα βοηθήσουν μόνο αν προσπαθείτε να μεταγλωττίσετε περισσότερα έγγραφα από όσα ελεύθερους πυρήνες CPU διαθέτετε. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://ayakaleaf-pro.ayaka.space/on-premises/el/enarksi/requirements/hardware-requirements.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.