2012/8/19 stavros daliakopoulos <[email protected]>: > και σε τελική ανάλυση υπάρχει και το clustering όπως είπες, για αυτό δεν > βλέπουμε κάποια εναλλακτική προσπάθεια από τους "μεγάλους".
Το θέμα είναι ότι το clustering είναι κάτι που αφενός χρειάζεται έτσι κι αλλιώς στις μεγάλες εγκαταστάσεις για λόγους scalability και "ευελιξίας ως προς το scalability" (δηλαδή scale up/down απλά προσθέτοντας/αφαιρώντας μηχανήματα) και αφετέρου είναι αρκετά πιο "απροβλημάτιστη" γενικά λύση ως προς τη συντήρηση/updates, άπαξ και περάσει ο αρχικός πόνος του να το στήσεις σωστά. To uptrack βέβαια ακόμα και με clustering έχει νόημα αν μιλάμε για μεγάλα π.χ., virtual machine hosts τα οποία είναι φασαρία να γίνουν reboot ή ακόμα και απαιτούν τη φυσική παρουσία του admin για reboot π.χ., για λόγους ασφάλειας. Σε τέτοια περίπτωση, το uptrack επιτρέπει να γίνεται το reboot *προβλέψιμα* π.χ., σε εργάσιμες ώρες κάθε 1η Δευτέρα του μήνα (ώστε να μην πληρώνει η επιχείρηση υπερωρίες στο sysadmin) χωρίς να θυσιάζονται και τα έγκαιρα kernel updates. Το θέμα είναι το κατά πόσο υπάρχει η απαιτούμενη τυφλή εμπιστοσύνη στην Oracle για την παροχή μιας τόσο κρίσιμης υπηρεσίας και γι αυτό το σκοπό προς το παρόν στα κρίσιμα μηχανήματα που συντηρώ προσωπικά φτιάχνω τα "hot" updates που δεν μπορούν να περιμένουν μόνος μου χρησιμοποιώντας τα ksplice tools. Ευτυχώς μέχρι στιγμής αυτά τα updates είναι πολύ λίγα οπότε αυτή η δουλειά είναι βιώσιμη. Αν το Linux αρχίσει να χρειάζεται συχνότερα σημαντικά updates από 4-5 το χρόνο μάλλον θα κατέληγα να χρησιμοποιήσω το uptrack. Η πεποίθησή μου πάντως είναι ότι ο περισσότερος κόσμος δε χρειάζεται το uptrack/ksplice, καλύτερα γρήγορο boot time ή clustering. Χαιρετισμούς, Παντελής -- Ubuntu-gr mailing list [email protected] If you do not want to receive any more messages from the ubuntu-gr mailing list, please follow this link and choose unsubscribe: https://lists.ubuntu.com/mailman/listinfo/ubuntu-gr
