Παντελή<br>Ευχαριστώ πολύ για τις αναλυτικές απαντήσεις σου.<br><br>Χαιρετισμούς<br>Παναγιώτης<br><br><div class="gmail_quote">2012/8/17 Pantelis Koukousoulas <span dir="ltr"><<a href="mailto:pktoss@gmail.com" target="_blank">pktoss@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">2012/8/17 Panagiotis Theodoropoulos <<a href="mailto:tpanagiotis@gmail.com">tpanagiotis@gmail.com</a>>:<br>
<div class="im">> Σε intranet περιβάλλον είναι στημένος Ubuntu Server 10.04 LTS, στον οποίο<br>
> λειτουργούν εφαρμογές (LAMP) 24X24.<br>
> Το θέμα είναι με τις ενημερώσεις του linux kernel, που απαιτούν πάντα<br>
> επανεκκίνηση του συστήματος.<br>
> Ερωτήσεις<br>
> α) Πρέπει να γίνονται ακόμη και αν δεν είναι ενημερώσεις ασφαλείας;<br>
<br>
</div>Το θέμα έχει ως εξής: αν θέλεις να αποφύγεις μία αναβάθμιση πρέπει να διαβάσεις<br>
το τι ακριβώς διορθώνει ώστε να αποφασίσεις αν σε αφορά και είναι<br>
επείγουσα ή όχι.<br>
Αν δε θέλεις να διαβάζεις απλά τις κάνεις όλες και ξεμπερδεύεις (τουλάχιστον στη<br>
θεωρία).<br>
<div class="im"><br>
> β) αν δεν γίνει μια ενημέρωση και επακολουθήσει άλλη μεταγενέστερη, μπορεί<br>
> να γίνει η τελευταία ενημέρωση χωρίς να έχει γίνει η προηγούμενη;<br>
<br>
</div>Αν μιλάμε για kernel ναι, γιατί κάθε ενημέρωση είναι μία πλήρως αυτοτελής<br>
έκδοση του πακέτου, δεν περιλαμβάνει μόνο τις διαφορές από την προηγούμενη<br>
έκδοση.<br>
<div class="im"><br>
> γ) υπάρχει λύση για αποφυγή της επανεκκίνησης; (είχα δοκιμάσει σχετικό<br>
> project, αλλά δεν είχε αποτέλεσμα)<br>
<br>
</div>Υπάρχει το ksplice και η υπηρεσία uptrack από την oracle που το χρησιμοποιεί<br>
για rebootless kernel upgrades. Αυτό μπορεί να δουλέψει μόνο για μικρές αλλαγές<br>
(όπως συνήθως είναι τα security updates).<br>
<br>
Μια άλλη λύση είναι το clustering (ή σκέτο fault-tolerant setup) με<br>
τουλάχιστον 2<br>
servers, τους οποίους αναβαθμίζεις εναλλάξ, άρα μειώνεις το downtime<br>
στο ελάχιστο.<br>
<br>
Και μια άλλη πιθανότητα είναι να προσπαθήσεις να κρατήσεις το boot time όσο<br>
το δυνατόν πιο χαμηλά, συνήθως 20-30 δευτερόλεπτα downtime είναι ανεκτά<br>
σε intranet. Αν δεν είναι, τότε η καλύτερη λύση είναι το clustering.<br>
<br>
Χαιρετισμούς,<br>
Παντελής<br>
</blockquote></div><br><br clear="all"><br>-- <br>Παναγιώτης Θεοδωρόπουλος<br>Panagiotis Theodoropoulos<br><<a href="mailto:tpanagiotis@gmail.com">tpanagiotis@gmail.com</a>><br>