Engintron - ενσωμάτωση Nginx στο cPanel/WHM

Τεχνικές και μόνο Συζητήσεις για WEB hosting servers, Mail servers, DNS servers. Όχι αναζήτηση υπηρεσιών εδώ!

Συντονιστές: WebDev Moderators, Super-Moderators

Απάντηση
Άβαταρ μέλους
fotisevangelou
Δημοσιεύσεις: 125
Εγγραφή: 24 Οκτ 2005 10:49
Επικοινωνία:

Engintron - ενσωμάτωση Nginx στο cPanel/WHM

Δημοσίευση από fotisevangelou » 15 Φεβ 2016 19:38

Για όσους τρέχετε τους δικούς σας cPanel/WHM servers και έχετε "πονέσει" αρκετά με θέματα performance, θα ήθελα να σας παρουσιάσω το Engintron - μία 100% δωρεάν & open source λύση για την ενσωμάτωση του #Nginx webserver στο #cPanel.

Το Engintron ειναι ένα cPanel plugin το οποίο εγκαθίσταται πανεύκολα και μέσα σε λιγότερο από 2 λεπτά. Ενσωματώνει τον πανίσχυρο webserver Nginx ως reverse caching proxy στον Apache, ανεβάζοντας την ικανότητα του cPanel server σας να σερβίρει κατά πολύ περισσότερες σελίδες ανά δευτερόλεπτο, ενώ παράλληλα πέφτει ο φόρτος στον ίδιο το σέρβερ, τόσο σε επίπεδο CPU όσο και RAM.

Η διαφορά του Engintron έναντι αντίστοιχων υλοποιήσεων έγκειται στο ότι παραμετροποιεί τον Nginx webserver ώστε το caching που κάνει να λειτουργεί σωστά, ακόμα και για sites με "user generated" περιεχόμενο, όπως π.χ. forums, eshops κλπ.

Με το Engintron, το σερβίρισμα των στατικών αρχείων (CSS, JS, εικόνες κλπ.) γίνεται απευθείας από τον Nginx (ρίχνοντας το load στον Apache), ενώ παράλληλα λειτουργεί και micro-cache του ενός δευτερολέπτου για τα sites με "user generated" περιεχόμενο.

Αν τρέχετε το δικό σας cPanel/WHM σέρβερ και δεν φοβάστε τη γραμμή εντολών (shell), τότε η εγκατάσταση του Engintron είναι πραγματικά απλή. Και το updating γίνεται μέσα από το WHM, ενώ μάλιστα ειδοποιήστε και όταν υπάρχει νέα έκδοση. Αν δεν διαχειρίζεστε εσείς τον cPanel/WHM σέρβερ σας αλλά κάποια εταιρεία (είτε η εταιρεία hosting που σας δίνει το σέρβερ, είτε κάποια τρίτη εταιρεία), ζητήστε τους να σας εγκαταστήσουν το Engintron.

Τα οφέλη σε θέματα performance και κατανάλωσης πόρων συστήματος θα σας εκπλήξουν, ενώ παράλληλα το σερβίρισμα σελίδων ανά δευτερόλεπτο θα ανέβει από 5-300 requests/δευτερόλεπτο σε πάνω από 15.000-20.000 requests/δευτερόλεπτο.

Παράλληλα "απλά παίζει". Δηλαδή δεν χρειάζεται καμία επιπλέον παραμετροποίηση από τη στιγμή που θα εγκατασταθεί. Το μόνο που θα χρειαστεί να σετάρετε είναι κάποιες παράμετροι για την ομαλή λειτουργία της CloudFlare με το σέρβερ σας, αν φυσικά έχετε domains που χρησιμοποιούν CloudFlare. Για την ακρίβεια, θα διαπιστώσετε ότι αν μέχρι σήμερα χρησιμοποιούσατε CloudFlare, πλέον ίσως να μην έχει μεγάλη σημασία, λόγω του performance boost που δίνει το Engintron στο σέρβερ σας.

Αυτή τη στιγμή υπάρχει ένα placeholder website στη διεύθυνση https://engintron.com/ (μέχρι να ετοιμάσουμε το νέο site με community, premium support κλπ.), ωστόσο το repository του Engintron στο GitHub https://github.com/engintron/engintron είναι πλήρες τόσο σε θέμα γενικής περιγραφής, όσο και σε θέματα FAQ, documentation (μέσω του wiki) κλπ.

Επίσης παρέχεται δωρεάν support μέσα από την ενότητα "Issues", είτε για θέματα γενικής χρήσης είτε για αναφορά σφαλμάτων & bugs.

Αν προτιμάται το Facebook για επικοινωνία, θα βρείτε τη σχετική σελίδα εδώ: https://www.facebook.com/engintron/

:)

@Freestuff.gr moderators ελπίζω να είναι το σωστό board για τέτοιες δημοσιεύσεις :)

eridanus
Δημοσιεύσεις: 156
Εγγραφή: 27 Ιουν 2006 14:16

Engintron - ενσωμάτωση Nginx στο cPanel/WHM

Δημοσίευση από eridanus » 16 Φεβ 2016 19:45

Συγχαρητήρια Φώτη για τις πάντοτε αξιόλογες δουλειές.
Θα το εγκαταστήσουμε σε server που χρησιμοποιούμε για δοκιμές λογισμικών και θα επανέλθω με feedback.
Internet Services: www.multihosting.gr | www.multiradio.gr | Χρηματιστήριο Ιστοσελίδων - www.webstocks.gr

Άβαταρ μέλους
Cha0s
SysAdmin
Δημοσιεύσεις: 10242
Εγγραφή: 28 Ιούλ 2001 03:00

Engintron - ενσωμάτωση Nginx στο cPanel/WHM

Δημοσίευση από Cha0s » 20 Φεβ 2016 16:46

Αυτό το «βάλε nginx να σερβίρει το static content και θα πέσει το load κατακόρυφα» είναι απλά γελοίο.

Ποτέ δεν είχε πρόβλημα ο apache με το static content. Και ούτε το μπακάλικο του κυρ μήτσου με 10 visits την μέρα θα επωφεληθεί από το να σερβίρεται το static content από τον nginx.
Όταν ένα Joomla για παράδειγμα κάνει 10seconds να ανοίξει, δεν φταίει ούτε ο Apache ούτε η PHP, ούτε το static content. Φταίει το σάπιο Joomla!

Το static content είναι απλά irrelevant.
Είναι σαν να σου έχει σκάσει το λάστιχο στο αμάξι και να κοιτάς τα μπουζί (by mikieus :P)

Είναι κλασσική τακτική άσχετων developers του κ@λου αντί να μάθουν να γράφουν PHP & MySQL να καταφεύγουν σε χαζές λύσεις σαν και αυτή του nginx.

Αντί να κάτσουν να μάθουν πως δουλεύει ο server (ναι δεν είναι όλα απλά γράφω scriptάκια και ο server τα εκτελεί. Πρέπει να γνωρίζεις πως δουλεύουν τα resources cpu,ram,io στον server για να γράψεις σωστό κώδικα) να βελτιώσουν το site τους μεταθέτουν το πρόβλημα στον web server λες και ο nginx κάνει μαγικά και θα λύσει το σάπιο mysql query που κάνει 30 seconds να εκτελεστεί και θέλει 500MB disk tmp table.

Όταν ένα κομμάτι κώδικα κάνει Χ seconds να εκτελεστεί από την PHP, το αν η PHP θα τρέξει μέσω Apache, μέσω nginx, ως dso mod, ως fcgi, ως fpm ΔΕΝ αλλάζει το πόσο γρήγορα θα εκτελεστεί ο κώδικας.
Οι διαφορές μεταξύ των παραπάνω μεθόδων είναι απλά αμελητέες για το 99% των sites. Αν είσαι facebook τότε ναι, εκεί μιλάς για χιλιάδες requests όπου βλέπεις μετρήσιμη διαφορά από υλοποίηση σε υλοποιήση.

Πραγματικά αυτό το χαζό μοντέλο «βάλε το static content στον nginx» κυκλοφοράει σε όλο το internet εδώ και 6-7 χρόνια.
Αναμασημένη τροφή από άσχετους developers. Αμφιβάλλω αν υποστηρίζει το συσκγκριμένο μοντέλο κανένας σοβαρός sysadmin που ξέρει τι του γίνεται. Πραγματικά άχρηστο για την συντριπτική πλειοψηφία των sites.

Φυσικά το κύριο target group τέτοιων πατέντων είναι κάτι Joomla και κάτι WP που θέλουν 30 ώρες για να εμφανίσουν ένα άρθρο.
Δηλαδή ακριβώς αυτά τα sites τα οποία δεν θα ωφεληθούν ΚΑΘΟΛΟΥ από τέτοιες μπουρδο-πατέντες.


Σόρρυ που σας χαλάω την ουτοπία σας, αλλά βλέπω (και με έχουν «αναγκάσει» πολλές φορές να το στήσω) το παραπάνω μοντέλο εδώ και χρόνια και ΟΥΤΕ ΜΙΑ φορά δεν έχει προσφέρει κάτι.
Ο Apache μια χαρά μπορεί να χειριστεί εκατοντάδες requests/s χωρίς να ιδρώνει. ΕΦΟΣΟΝ έχει ρυθμιστεί σωστά, και το site είναι σωστό. Καμία υλοποίηση δεν θα λύσει τον σάπιο κώδικα κανενός!
Αν έχετε sites με χιλιάδες requests/s τότε να καταλάβω το να μπει nginx. Αλλά ξαναλέω, για το site του κυρ Μήτσου δεν θα προσφέρει ΑΠΟΛΥΤΩΣ ΤΙΠΟΤΑ.-


Και όχι, 1 second cache στο dynamic content δεν προσφέρει επίσης τίποτα. Ειδικά όταν τα περισσότερα joomla κάνουν πάνω από 1 second σε κάθε κλικ.
Χώρια που μπορεί να δημιουργήσει περισσότερα προβλήματα απότι θα λύσει. Δεν είναι όλα τα sites ίδια για να γίνονται cache έτσι χύμα.
ΊΣΩΣ βοηθήσει σε τρελά user peaks (slashdot effect) αλλά και πάλι μόνο αν το site εκτελείται πολύ γρήγορα ήδη χωρίς caching. Αν κάνει πάνω από 1second είναι μία τρύπα στο νερό απλά.

Και για να προλάβω τυχόν σχόλια, δεν λέω ότι ο nginx είναι κακός web server. Αντιθέτως, είναι πάρα πολύ καλός!
Λέω ότι το μοντέλο βάζω το static content στον nginx και αφήνω την PHP στον Apache, είναι απλά γελοίο και δεν προσφέρει απολύτως τίποτα. Το ξαναλέω. ΤΙ-ΠΟ-ΤΑ!.-


Τέλος, για σοβαρό web caching, η λύση είναι Varnish. Όλα τα άλλα απλά υποστηρίζουν και caching. Δεν είναι εξειδικευμένα web caches! Ο νοών νοείτω ;)

Άβαταρ μέλους
giannis17
Honorary Member
Δημοσιεύσεις: 1215
Εγγραφή: 06 Ιαν 2005 19:50
Τοποθεσία: Παγκράτι - Αθήνα
Επικοινωνία:

Engintron - ενσωμάτωση Nginx στο cPanel/WHM

Δημοσίευση από giannis17 » 20 Φεβ 2016 21:49

Θα συμφωνήσω για το varnish, το οποίο βασικά είναι και πιο εύκολο στην διαχείριση/παραμετροποίηση από τον nginx.

Παρ' όλα αυτά το συγκεκριμένο cPanel plugin απευθύνεται στον απλό χρήστη που έχει ένα WHM reseller/vps/dedicated και δεν ξέρει πολλά πράγματα. Κάποιος sysadmin εννοείται θα χρησιμοποιήσει varnish.

Όσον αφορά την PHP έχω δει μεγάλη διαφορά με την HHVM (ακόμα και από php7 με opcache). Το μεγάλο μείον είναι πως δεν την υποστηρίζουν όλα τα ετοιματζίδικα scripts/frameworks αλλά παρ' όλα αυτά είναι συμβατή με ένα 80% των πραγμάτων που τρέχουν οι περισσότεροι και τα υπόλοιπα τα δίνεις σε απλή php (μπορείς να τρέχεις πολλές εκδόσεις παράλληλα σε άλλο socket/port)
"There is only one problem with common sense; it’s not very common."
– Milt Bryce

Άβαταρ μέλους
fotisevangelou
Δημοσιεύσεις: 125
Εγγραφή: 24 Οκτ 2005 10:49
Επικοινωνία:

Engintron - ενσωμάτωση Nginx στο cPanel/WHM

Δημοσίευση από fotisevangelou » 21 Φεβ 2016 14:02

@ChaOs Γελοίος είσαι εσύ. Και βλάκας που δεν ξέρεις ούτε πως δουλεύει ο Apache ούτε και ο Nginx. Προφανώς δε το target group σου είναι το μπακάλικο του κυρ Μήτσου, στο οποίο προφανώς συχνάζεις όταν γράφεις αυτές τις βλακείες. Αν ήσουν σοβαρός, θα τεκμηρίωνες τίποτα από αυτά που λες. Αλλά είσαι ο τυπικός ξερόλας Ελληνάρας που αντί να τρέξει ένα απλό ApacheBench τεστ (που και ο κυρ Μήτσος θα ήξερε να τρέξει) και να ξεστραβωθείς από το αποτέλεσμα, κάθεσε και γράφεις λογίδρια. Είσαι ντροπή για αυτή την κοινότητα.

@giannis17 Ο Varnish μπορεί να έχει καλύτερη γλώσσα παραμετροποίησης (VCL), αλλά είναι σχεδόν απίθανο να φτιάξεις ένα universal/generic setup που να καλύπτει κάθε site, ιδίως σε αυτά που συνήθως μπορεί να κουβαλά ένας cPanel server (από απλά στατικά μέχρι Joomla, WP, phpBB κλπ.). Ιδίως όταν αυτά έχουν user-generated content, εκεί πρέπει να έχεις exclusions ανά domain και με συγκεκριμένα URL. Άρα δεν είναι ευκολότερος για reverse caching proxy setup. Επιπλέον δεν ενδείκνυται για micro-caching.

Άβαταρ μέλους
CyberCr33p
Honorary Member
Δημοσιεύσεις: 3195
Εγγραφή: 06 Νοέμ 1999 01:00
Τοποθεσία: Αθήνα
Επικοινωνία:

Engintron - ενσωμάτωση Nginx στο cPanel/WHM

Δημοσίευση από CyberCr33p » 22 Φεβ 2016 12:19

Σε sites με μεγάλη επισκεψιμότητα ή βαριά plugins ο Nginx με σωστές ρυθμίσεις πίστεψε με κάτι τρελή διαφορά. Μόνο και μόνο με σωστό στήσιμο του microcache χωρίς να πειράξεις καμία άλλη ρύθμιση βλέπεις τρελή διαφορά.

Άβαταρ μέλους
Cha0s
SysAdmin
Δημοσιεύσεις: 10242
Εγγραφή: 28 Ιούλ 2001 03:00

Engintron - ενσωμάτωση Nginx στο cPanel/WHM

Δημοσίευση από Cha0s » 23 Φεβ 2016 00:08

fotisevangelou έγραψε:@ChaOs Γελοίος είσαι εσύ. Και βλάκας που δεν ξέρεις ούτε πως δουλεύει ο Apache ούτε και ο Nginx. Προφανώς δε το target group σου είναι το μπακάλικο του κυρ Μήτσου, στο οποίο προφανώς συχνάζεις όταν γράφεις αυτές τις βλακείες.
Tο γεγονός ότι για να υπερασπιστείς το project σου καταφεύγεις σε τέτοιους χαρακτηρισμούς αντί να μου απαντήσεις με τεχνικά επιχειρήματα, (αφού το θέμα είναι καθαρά τεχνικό) το γιατί είμαι λάθος, δείχνει το επίπεδο σου.
Και για να σε προλάβω, είναι άλλο πράγμα να εκθέτεις τεχνικούς προβληματισμούς με καυστικό λόγο (ξέρω ότι τα «χώνω» και μπορεί να προκαλώ πολλές φορές) και άλλο απλά να αποκαλείς κατάμουτρα και δημοσίως τον άλλον γελοίο και βλάκα.
Στην μία περίπτωση ναι ανεβαίνουν οι τόνοι, αλλά παραμένουν τεχνικοί και άρα υπάρχει χρησιμότητα, στην άλλη περίπτωση απλά κάνεις σαν 5χρονο που η μόνη του υπεράσπιση -έλλειψης επιχειρημάτων- είναι η χρήση «επιθέτων».

Στο κάτω κάτω εγώ δεν αναφέρθηκα καν στο Engintron ούτε σε σένα προσωπικά αλλά στην συγκεκριμένη μέθοδο που υλοποιεί το Engintron (όπως και άλλα αντίστοιχα του πχ nginxcp - χρόνια τώρα στο cPanel).
fotisevangelou έγραψε:Αν ήσουν σοβαρός, θα τεκμηρίωνες τίποτα από αυτά που λες.
Εγώ τεκμηρίωσα τις απόψεις μου. Δική σου τεκμηρίωση δεν βλέπω. Απλά χαρακτηρισμούς.

Εξηγώ ξεκάθαρα πως όταν η PHP κάνει 10 seconds να ανοίξει ένα άρθρο στο Joomla, το να σερβίρεις το static content από τον nginx είναι irrelevant.
Πάλι το ίδιο CPU usage θα απαιτήσει η PHP, πάλι τον ίδιο χρόνο θα κάνει να εκτελεστεί το κάθε script. Το μόνο που αλλάζει είναι τα πόσα requests/s κάνει process ο Apache. Το ότι μειώνονται τα νούμερα του Apache επειδή τα σερβίρει ο nginx δεν σημαίνει ούτε βελτίωση του user experience (πόσο γρήγορα φορτώνει από κλικ σε κλικ η σελίδα) ούτε μείωση του load του server (αφού η PHP πάλι τρέχει το ίδιο).
Σημαίνει ότι απλά μετατόπισες ένα ανούσιο workload (το static content σερβίρεται μια χαρά γρήγορα από τον Apache για την πλειοψηφία των sites εκεί έξω) από τον έναν web server στον άλλον just for the sake of it.
Οπότε ποιο το όφελος; Κανένα για την συντριπτική πλειοψηφία! Είναι ανούσιο διότι το static content για την πλειοψηφία των sites ΔΕΝ ΕΙΝΑΙ BOTTLENECK.
Ένας server που κολλάει σε user peaks δεν κολλάει επειδή σερβίρει ο apache τα css και τα jpg! Κολλάει επειδή η PHP αργεί να εκτελέσει τα requests (καθότι της δίδεται μάπα κώδικας ή/και sql queries να εκτελέσει) οπότε μαζεύονται περισσότερα παράλληλα requests/processes που προσπαθεί να εκτελέσει αυξάνοντας τον χρόνο εκτέλεσης τους εκθετικά όσο μαζεύονται νέα requests, οπότε τερματίζει η CPU, γεμίζει η RAM, αρχίζει να swap-άρει το μηχάνημα μέχρι που ο kernel αρχίζει και σκοτώνει processes λόγω έλλειψης μνήμης και έτσι κρασάρει ο server. Άρα το ότι ελευθέρωσες μερικά connections στον apache απλά επιταχύνεις δυνητικά το κρασάρισμα του αφού θα μπουν ακόμα περισσότερα PHP requests στα ελεύθερα slots.

Στο τεκμηρίωσα αρκετά τώρα; :hammer:

Έχεις κανένα case που να κράσαρε ο server επειδή ο apache σέρβιρε static content και βάζοντας τον nginx να σερβίρει static content σταμάτησε να κρασάρει;
Ή κάποιο use case που site που έκανε 2-3 seconds από κλικ σε κλικ να γίνει render η σελίδα από την PHP να μειώθηκε αυτός ο χρόνος των dynamic requests επειδή μπήκε nginx;

Μπορεί για κάποιον που δεν ασχολείται συστηματικά με αυτά να μην είναι εμφανές, αλλά ο χρόνος που κάνει να εκτελεστεί ένα PHP script είναι άμεσα συνδεδεμένος με το request rate που μπορεί να εξυπηρετήσει ο οποιοσδήποτε web server. Όταν το bottleneck σου είναι η PHP, δεν φτάνεις ποτέ τα όρια του web server αφού ο web server περιμένει τα results της PHP. Το ότι βλέπεις πολλά requests στο server-status του apache δεν σημαίνει ότι αργεί ο apache.

Το static content αν έχει κάποιο bottleneck είναι είτε το storage είτε το network. Και τα 2 λύνονται εύκολα. Και ναι, ξαναλέω πως σε πολύ μεγάλα sites με χιλιάδες requests, η διαφορά είναι μετρήσιμη μεταξύ apache<>nginx στο static content. Πόσα τέτοια sites τρέχουν όμως στον πραγματικό κόσμο όπου θα ωφεληθούν από τέτοιες λύσεις (ειδικά σε cPanel) ;

Η PHP όμως εμπλέκει ένα σωρό άλλα πράγματα (database queries, API calls, filesystem IO requests, memory access, κλπ κλπ) και το να λέει κάποιος ότι βάζοντας το static content σε άλλο web server θα τρέχει καλύτερα η PHP είναι απλά αβάσιμο. Ακριβώς επειδή η PHP εμπλέκει ένα σωρό τεχνολογίες είναι το bottleneck και το μέρος που πρέπει να γίνουν optimizations στον κώδικα των scripts που εκτελεί.
fotisevangelou έγραψε:Αλλά είσαι ο τυπικός ξερόλας Ελληνάρας που αντί να τρέξει ένα απλό ApacheBench τεστ (που και ο κυρ Μήτσος θα ήξερε να τρέξει) και να ξεστραβωθείς από το αποτέλεσμα, κάθεσε και γράφεις λογίδρια. Είσαι ντροπή για αυτή την κοινότητα.
Ντροπή είναι όλο το συνάφι των Joomla Fanboys.
Δεν γνωρίζουν καλά καλά να γράφουν κώδικα και πάνε να μπουν τώρα και σε άλλα χωράφια (sys admin) που δεν κατέχουν.
Και όταν δεν το κατέχουν το άθλημα απλά θα λένε πράγματα βασισμένα σε ιδεολογίες και δαιμονολογίες οι οποίες μεταφέρουν την ευθύνη από τον σάπιο κώδικα τους στον web server
Δεν θα λένε πράγματα που βασίζονται στην επιστημονική μέθοδο

Μπορείς εσύ να εγγυηθείς ότι βάζοντας το engintron σε οποιοδήποτε cpanel θα τρέχει πιο γρήγορα το οποιοδήποτε Joomla που κάνει 10seconds σε κάθε κλικ;
Ή ότι όπου και να στηθεί θα έχει την ίδια mathematically predictable απόδοση ασχέτως site;
Όχι! Οτιδήποτε άλλο και να πεις είναι ψέματα ή θα έρθει με 'assumptions' (υπό προϋποθέσεις) άρα και πάλι όχι!

Γιαυτό γράφω ξανά και ξανά για «την πλειοψηφία των sites».
Το πρόβλημα της πλειοψηφίας των αργών/βαριών sites δεν είναι το static content που θα σερβίρει ο nginx.
Τέτοιου τύπου λύσεις μετατοπίζουν το πρόβλημα στον web server από το ίδιο το site και ο μέσος ιδιοκτήτης Joomla site νομίζει ότι είναι κακός ο host του ή ο admin του που δεν υλοποιεί το «standard practice» (όπως του το παρουσίασαν τα joomla fanboys μέσω της αναμασημένης τροφής στα blogs).
Και γνωρίζω παράδειγμα τέτοιου ιδιοκτήτη site που το site του σέρνεται επειδή είναι ένα κακοστημένο Joomla και αλλάζει host/εταιρία από μήνα σε μήνα και πάει σε όλα τα forums και κακολογεί τις εταιρίες που δεν έτρεχε καλά το μάπα site του!

Δεν είναι ότι απλά δεν δουλεύει δηλαδή το συγκεκριμένο μοντέλο, ειδικά οι ευαγγελιστές τύπου joomla/wp δημιουργούν και μία εσφαλμένη εικόνα στους ημιμαθείς για το ποιος φταίει που αργεί/κολλάει το site τους. Όπως είπα, μετατοπίζουν το πρόβλημα στον server ενω είναι στο ίδιο το site.

Όταν ένα site είναι σάπιο, ότι και να κάνεις έξω από αυτό θα παραμείνει σάπιο.
Όταν θα πας να αγοράσεις μία ντομάτα δεν υφίσταται η έννοια του είναι λίγο σάπια ή πολύ σάπια. Και να την τυλίξεις με σελοφάν να φαίνεται πιο γυαλιστερή πάλι σάπια θα είναι. Δεν την ακουμπάς ακόμα και να στην χαρίζουν!

Η σαπίλα του Joomla και του κάθε Joomla λοιπόν δεν διορθώνεται με πατέντες που διάβασες σε κάποιο blog κάποιου που το κόπιαραν τα υπόλοιπα Joomla Fanboys και ευαγγελίζουν ως λύση αντί να κάτσουν να στρώσουν κώλο να διορθώσουν τον κώδικα τους που είναι και η ρίζα του προβλήματος in the first place!

Και η συντριπτική πλειοψηφία όσων ψάχνουν να υλοποιήσουν ότι κάνει το engintron και κάθε engigtron (ή και manually) είναι για sites σαν το μπακάλικο του κυρ μήτσου που τόσο εύκολα υποτιμάς λες και εσύ ξεκίνησες να στήνεις Joomla sites για το MTV (το οποίο παρεμπίπτοντος τώρα ως Rise πήγε σε WP :lol: ).
Τα μεγάλα/σοβαρά sites, έχουν εξειδικευμένο προσωπικό (ή το αναθέτουν σε εξειδικευμένες εταιρίες) να υλοποιήσει τέτοια πράγματα και συνήθως δεν είναι ούτε σε Joomla ούτε σε cPanel.
Ακόμα και να είναι σε Joomla, συνήθως καταλήγουν σε λύσεις CloudFlare με full page caching 10-15-30 λεπτών για να μπορέσουν να παίξουν σε user peaks χωρίς να θέλουν 30 servers από πίσω.


Και τέλος, επειδή επικαλέστηκα την επιστημονική μέθοδο, μέρος αυτού του «δόγματος» (σε εισαγωγικά) είναι η αναθεώρηση των όποιων θεωριών/μοντέλων εν όψη νέων στοιχείων/ανακαλύψεων.
Αν στο μέλλον η μέθοδος αυτή (nginx για static content και apache για dynamic content) αποδειχθεί ότι λύνει όντως προβλήματα για το μέσο site ευχαρίστως να αναθεωρήσω τις απόψεις μου. Ως τότε όμως η γνώμη μου παραμένει ίδια και θα συνεχίζω να την εκφράζω αν πρόκειται να βοηθήσει και έστω έναν να μην χάσει τον χρόνο του.

Ξαναλέω πως για το μέσο site που αργεί σε επίπεδο PHP/MySQL, δεν θεωρώ λύση το να μπει το static content στον nginx.
Σαφώς και θα υπάρχουν συγκεκριμένες εξαιρέσεις που αυτό το μοντέλο θα προσφέρει βελτίωση, αλλά για την πλειοψηφία των sites δεν προσφέρει κάτι.
Εκεί είναι η διαφωνία μου με το συγκεκριμένο μοντέλο.

Παρόλαυτα, οφείλω να παραδεχτώ πως τα proxy_cache_lock & proxy_cache_use_stale του nginx είναι πάρα πολύ ενδιαφέρον εξελίξεις.
Από τα benchmarks που είδα από την ίδια την nginx ήταν με default wp installation, άρα δεν είναι real-life workload με πραγματικά βαρύ site (που είναι και η ρίζα του προβλήματος). Κρατάω λοιπόν μία επιφύλαξη για το πόσο αποδίδει στην πράξη το 'optimized' microcaching σε ήδη αργά/βαριά sites.
Και σε ένα server που το έχω δει στημένο το engintron δεν βλέπω καμία ουσιαστική αλλαγή εδώ και 2 βδομάδες στο cpu usage ή στο disk io. Τα ίδια dynamic requests που πήγαιναν στον apache συνεχίζουν (είναι enabled το microcaching) και αφού δεν είναι sites μεγάλης επισκεψιμότητας (αλλά αρκετή για να δημιουργεί load και κολλήματα σε user peaks) το microcaching δεν φαίνεται να βοηθάει σχεδόν καθόλου μέχρι στιγμής. Τουλάχιστον όχι στην ταχύτητα των sites. Ίσως σε μελλοντικά user peaks να βοηθήσει. Ο χρόνος θα δείξει.

Προτιμώ πάντως το μοντέλο του Varnish με το site να στέλνει PURGE requests μόνο όταν ανανεώνεται το content δίνοντας την δυνατότητα για μεγάλα TTL μειώνοντας δραστικά τα requests στο backend. Με αυτή την υλοποίηση υπάρχει πραγματικά δραστική μείωση του load και ο Varnish μπορεί να κάνει handle χιλιάδες requests/s χωρίς να ιδρώνει καν. Και τουλάχιστον για Wordpress sites (που υπάρχει έτοιμο plugin για τον varnish και δουλεύει τέλεια out of the box) είναι ότι καλύτερο υπάρχει αυτή τη στιγμή. Για Joomla από την άλλη είναι αδύνατον να το υλοποιήσεις σωστά αφού δημιουργεί indistinguishable sessions μεταξύ των logged in users και των anonymous users. Είναι all or nothing για το frontend (κάτι που ξινίζει τους περισσότερους editors).
Το ιδανικό φυσικά είναι custom site, custom varnish 'policy' και custom server χωρίς control panels. Έτσι έχεις την μεγαλύτερη ευελιξία σε όλους τους τομείς και δεν μπαίνεις σε καλούπια τύπου Joomla/WP/cPanel. Το scale μετά γίνεται με τους δικούς σου όρους και όχι με τους όρους «Joomla».

Ενδεικτικά custom ειδησεογραφικό site με ~2400requests/s με varnish μπροστά, στο backend φτάνουν ~15requests/s με το μεγαλύτερο μέρος αυτών να είναι οι logged in editors που δεν βλέπουν cached content και πάνε απευθείας στο backend τα requests τους.

Άβαταρ μέλους
fotisevangelou
Δημοσιεύσεις: 125
Εγγραφή: 24 Οκτ 2005 10:49
Επικοινωνία:

Engintron - ενσωμάτωση Nginx στο cPanel/WHM

Δημοσίευση από fotisevangelou » 28 Φεβ 2016 09:42

Πόσο, άσχετος, είσαι. Ανώνυμε Cha0s.

Static content & Nginx vs. Apache; Let me Google it for you λοιπόν:

https://anturis.com/blog/nginx-vs-apache/

"The Apache MPM event model is not exactly the same as Nginx, because it still spins off new processes as new requests come in (subject to the limit set by the administrator). Nginx does not set up more processes per user connection. The improvement that comes with Apache 2.4 is that those processes that are spin offs create fewer threads than normal Apache worker mode would. This is because one thread can handle more than one connection, instead of requiring a new process for each connection."

και...
https://www.nginx.com/blog/nginx-vs-apache-our-view/
https://www.digitalocean.com/community/ ... iderations

Έμαθα ο Κυρ-Μήτσος προσλαμβάνει. Δε στέλνεις CV;

Υ.Γ. 1 Μόνο από εσένα ανώνυμε Cha0s (αλήθεια φοβάσαι να αποκαλύψεις το όνομά σου;) και άλλον ένα Ελληνάρα/εξυπνάκια στην κοινότητα του WP διάβασα βλακείες (=καμία σχέση με κριτική) σχετικά με το Engintron. Σε τόσα φόρα του εξωτερικού και στα social media, ένας, επαναλαμβάνω, ένας ξένος δεν βρέθηκε να πει "πω τι μακακία έφτιαξες ρε φίλε". Μόνο 2 Έλληνες κάφροι. Food for thought λοιπόν για σένα sysadmin της δεκάρας και μνημόνια μέχρι να δύσει ο Ήλιος για πάντα στην ψαροκώσταινα.

Υ.Γ. 2 Άσε το Joomla εξυπνάκια. Varnish & Joomla δεν παίζουν είπες; Πόσο πιο άσχετος όμως: https://gist.github.com/fevangelou/84d2ce05896cab5f730a - Δεν υπάρχει web project με Varnish που να μην θέλει κάποιου είδους configuration είτε σε επίπεδο app είτε στο ίδιο το Varnish.

Kokkaras
Δημοσιεύσεις: 81
Εγγραφή: 19 Μαρ 2015 01:38
Επικοινωνία:

Engintron - ενσωμάτωση Nginx στο cPanel/WHM

Δημοσίευση από Kokkaras » 29 Φεβ 2016 13:50

παιδια ηρεμια..
και οι 2 εχετε δικαιο, οντως κατι τετοιο θα ηταν ουσιαστικα χρησιμο σε λιγοτερο απο το 1% των ελληνικων σαιτ.. αλλα σιγουρα κανει τη δουλεια που υποσχεται..

Άβαταρ μέλους
fotisevangelou
Δημοσιεύσεις: 125
Εγγραφή: 24 Οκτ 2005 10:49
Επικοινωνία:

Engintron - ενσωμάτωση Nginx στο cPanel/WHM

Δημοσίευση από fotisevangelou » 29 Φεβ 2016 21:24

Ωχ, παναΐαμ.

Διαβάστε και λίγο τι γράφω στις περιγραφές: αυξάνεται το serving capacity & πεφτει στο load σε CPU/RAM στο σέρβερ.

Το Engintron είναι ιδανικό για hosting εταιρείες και για όσους διαχειρίζονται cPanel servers με σεβαστό αριθμό websites πάνω. Ακόμα και μικρό να είναι το traffic για κάθε site, το όφελος στο σέρβερ είναι μεγάλο. Άρα το όφελος είναι άμεσα οικονομικό. Όποιος το αντιλαμβάνεται, μπράβο του. Όποιος όχι, συνεχίστε να κοιτάτε το γάιδαρο στα δόντια.

BTW, δεν σας έβαλε κανείς το μαχαίρι στο λαιμό να το χρησιμοποιήσετε. Άλλος πρέπει να ηρεμήσει.

spontescom
Δημοσιεύσεις: 9
Εγγραφή: 15 Σεπ 2012 23:07
Επικοινωνία:

Engintron - ενσωμάτωση Nginx στο cPanel/WHM

Δημοσίευση από spontescom » 31 Μαρ 2016 02:37

Αν και λίγο καθυστερημένα οφείλω να πω ότι ο Φώτης έχει κάνει πολύ καλή δουλειά και με το engintron αλλά και με το configuration του varnish, και για τα site και για τον server . Τα έχω δοκιμάσει και τα δύο. Τώρα όσο για το joomla αν το δείτε για παράδειγμα με το varnish πετάει.

lskostas
Δημοσιεύσεις: 32
Εγγραφή: 22 Ιούλ 2010 13:12

Engintron - ενσωμάτωση Nginx στο cPanel/WHM

Δημοσίευση από lskostas » 02 Νοέμ 2016 01:57

...ενδιαφέρον θρεντ
Τελευταία επεξεργασία από το μέλος lskostas την 02 Νοέμ 2016 02:02, έχει επεξεργασθεί 1 φορά συνολικά.

lskostas
Δημοσιεύσεις: 32
Εγγραφή: 22 Ιούλ 2010 13:12

Engintron - ενσωμάτωση Nginx στο cPanel/WHM

Δημοσίευση από lskostas » 02 Νοέμ 2016 02:00

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

Απάντηση

Επιστροφή στο “Apache, IIS, DNS Servers”

Μέλη σε σύνδεση

Μέλη σε αυτήν τη Δ. Συζήτηση: Δεν υπάρχουν εγγεγραμμένα μέλη και 2 επισκέπτες