CoreOS manuell aktualisieren: Unterschied zwischen den Versionen
Ikbot (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „<br /> Dieser Artikel wurde maschinell übersetzt. Sie können den Artikel Quelle hier ansehen.<br /><span data-tran…“) |
Ikbot (Diskussion | Beiträge) |
||
| Zeile 1: | Zeile 1: | ||
| + | <span data-link_translate_fr_title="Mettre a jour CoreOS manuellement" data-link_translate_fr_url="Mettre_a_jour_CoreOS_manuellement"></span>[[:fr:Mettre a jour CoreOS manuellement]][[fr:Mettre a jour CoreOS manuellement]] | ||
<br /> | <br /> | ||
Version vom 5. Oktober 2015, 10:52 Uhr
fr:Mettre a jour CoreOS manuellement
Dieser Artikel wurde maschinell übersetzt. Sie können den Artikel Quelle hier ansehen.
fr::nl:CoreOS handmatig bijwerkenfr:nl:CoreOS handmatig bijwerken [[:fr::it:Aggiornare manualmente CoreO]][[:fr:it:Aggiornare manualmente CoreO]] fr::pt:Atualizar CoreOS manualmentefr:pt:Atualizar CoreOS manualmente fr::es:Actualizar manualmente CoreOSfr:es:Actualizar manualmente CoreOS fr::en:Update CoreOS manuallDortfr:en:Update CoreOS manuallDort
CoreOS Standardmäßig enthält ein eingebautes Systemupdate (update_engine) die Planen einer Prüfung der verfügbaren Updates in regelmäßigen Abständen automatisch installiert und Programm einen Neustart, dass sie wirksam sind.
Allerdings kann es nützlich sein in einigen Fällen zu suchen und die Updates manuell zu installieren. Wir sehen unten eine stabile CoreOS zu aktualisieren.
Wir übernehmen Sie nur eine Instanz CoreOS bereitstellen und, dass Sie mit verbunden sind SSH Benutzer "core".
Wir überprüfen die aktuelle Version des CoreOS zunächst :
core@CoreOSnode ~ $ cat /etc/lsb-release
DISTRIB_ID=CoreOS
DISTRIB_RELEASE=633.1.0
DISTRIB_CODENAME="Red Dog"
DISTRIB_DESCRIPTION="CoreOS 633.1.0"
Starten wir die Installation von Updates (die Rückkehr wurde freiwillig abgeschnitten ) :
core@CoreOSnode ~ $ sudo update_engine_client -update
[0622/105739:INFO:update_engine_client.cc(245)] Initiating update check and install.
[0622/105739:INFO:update_engine_client.cc(250)] Waiting for update to complete.
LAST_CHECKED_TIME=1434963460
PROGRESS=0.000000
CURRENT_OP=UPDATE_STATUS_UPDATE_AVAILABLE
NEW_VERSION=0.0.0.0
NEW_SIZE=137131931
LAST_CHECKED_TIME=1434963460
PROGRESS=0.000000
CURRENT_OP=UPDATE_STATUS_UPDATE_AVAILABLE
...
NEW_VERSION=0.0.0.0
NEW_SIZE=137131931
LAST_CHECKED_TIME=1434963460
PROGRESS=0.993617
CURRENT_OP=UPDATE_STATUS_DOWNLOADING
NEW_VERSION=0.0.0.0
NEW_SIZE=137131931
LAST_CHECKED_TIME=1434963460
PROGRESS=0.000000
CURRENT_OP=UPDATE_STATUS_FINALIZING
NEW_VERSION=0.0.0.0
NEW_SIZE=137131931
LAST_CHECKED_TIME=1434963460
PROGRESS=0.000000
CURRENT_OP=UPDATE_STATUS_FINALIZING
NEW_VERSION=0.0.0.0
NEW_SIZE=137131931
<!--T:8-->
Broadcast message from locksmithd at 2015-06-22 10:59:57.244742724 +0200 CEST:
System reboot in 5 minutes!
<!--T:9-->
LAST_CHECKED_TIME=1434963460
PROGRESS=0.000000
CURRENT_OP=UPDATE_STATUS_UPDATED_NEED_REBOOT
NEW_VERSION=0.0.0.0
NEW_SIZE=137131931
[0622/105959:INFO:update_engine_client.cc(193)] Update succeeded -- reboot needed.
core@CoreOSnode ~ $
Am Ende der Installation von Updates, werden wir eingeladen, unsere Instanz neu starten, CoreOS sofort ist ("Sudo Neustart ") entweder automatisch am Ende der 5 Minuten.
Nachdem unsere CoreOS Neustarts platzieren möchten, überprüfen wir die neue Version davon :
core@CoreOSnode ~ $ cat /etc/lsb-release
DISTRIB_ID=CoreOS
DISTRIB_RELEASE=681.2.0
DISTRIB_CODENAME="Red Dog"
DISTRIB_DESCRIPTION="CoreOS 681.2.0"
Wir sind jetzt in der neuesten stabilen CoreOS (681.2.0 zum Zeitpunkt dieser FAQ ).
Unterschiedliche Updatestrategien /Reboot
CoreOS integriert 4 stratégies de Reboot (Neustart-Strategie ), ces stratégies contrôlent la façon dont le Reboot se produit. Ces 4 Strategien sind :
- beste Leistung
- Der Parameter "standardmäßig in CoreOS ". Diese Einstellung bestimmt, ob der Computer Teil eines Clusters ist. Wenn DCE gestartet wird die Maschine soll Teil eines Clusters sein und daher verwendet die Strategie "DCE-Lock ". Ansonsten ist es die Strategie "Reboot " verwendet wird.
- DCE-Lock
- Avec cette stratégie, chaque machine verrouille le Reboot avant d'autoriser celui-ci. Cela permet à une mise à jour d'être appliquée rapidement à un cluster sans perdre le quorum dans Etcd. En effet, le nombre de machines autorisées à redémarrer simultanément est configurable via la commande suivante (durch die Anpassung der maximalen Anzahl an Ihrem Kontext ) :
core@CoreOSnode ~ $ locksmithctl set-max 2
Old-Max: 1
Max: 2
- Reboot
- Diese Strategie wird die Maschine neu gestartet werden, sobald die Updates installiert sind.
- ab
- Avec cette stratégie, la machine attend une commande demandant explicitement le Reboot après installation des mises à jour.
Die Strategie ist in der Datei definiert /etc/coreos/update.conf :
core@CoreOSnode ~ $ cat /etc/coreos/update.conf
REBOOT_STRATEGY=ab
in der Wolke-Config-Datei wie folgt benutzt werden :
#cloud-config
coreos:
update:
reboot-strategy: best-effort
Die automatische Aktualisierung der Kommentare aktivieren.