Ręczna aktualizacja CoreOS

Z Pl Ikoula wiki
Przejdź do nawigacji Przejdź do wyszukiwania
The printable version is no longer supported and may have rendering errors. Please update your browser bookmarks and please use the default browser print function instead.

pl:Ręczna aktualizacja CoreOS he:עדכון CoreOS ידני ja:コア Os を手動で更新します。 ar:تحديث CoreOS يدوياً zh:手动更新 CoreOS de:CoreOS manuell aktualisieren nl:CoreOS handmatig bijwerken it:Aggiornare manualmente CoreOS pt:Atualizar CoreOS manualmente es:Actualizar manualmente CoreOS en:Update CoreOS manually ro:Actualizaţi manual CoreOS ru:Вручную обновить CoreOS fr:Mettre a jour CoreOS manuellement

Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu tutaj.







CoreOS domyślnie zawiera wbudowany system aktualizacji (update_engine) który plan audytu aktualizacje dostępne w regularnych odstępach czasu, automatycznie instaluje i program pewien ponownie obuwać za to są one skuteczne.


Jednak może być przydatne w niektórych przypadkach do wyszukiwania i ręcznie zainstalować aktualizacje są dostępne. Możemy zobaczyć poniżej jak uaktualnić stabilne CoreOS.


Możemy przyjąć tylko wdrożyć instancji CoreOS i że są podłączone do to SSH użytkownika "core".


Zaczynamy sprawdzając aktualną wersję CoreOS :


core@CoreOSnode ~ $ cat /etc/lsb-release
DISTRIB_ID=CoreOS
DISTRIB_RELEASE=633.1.0
DISTRIB_CODENAME="Red Dog"
DISTRIB_DESCRIPTION="CoreOS 633.1.0"


Wprowadzamy instalacji aktualizacji (zwrotu została dobrowolnie obcięta ) :


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 ~ $


Pod koniec instalacji aktualizacji, jesteśmy zaproszeni do ponownie nasze wystąpienie CoreOS jest natychmiast ("sudo reboot ") albo automatycznie pod koniec 5 minutes.


Po naszym CoreOS wystąpienie restarty, możemy sprawdzić ten nowy wersja jego :


core@CoreOSnode ~ $ cat /etc/lsb-release
DISTRIB_ID=CoreOS
DISTRIB_RELEASE=681.2.0
DISTRIB_CODENAME="Red Dog"
DISTRIB_DESCRIPTION="CoreOS 681.2.0"


Jesteśmy teraz w Najnowsze stabilne CoreOS (681.2.0 w czasie tego FAQ ).


Różnych aktualizacji strategii /ponownie obuwać

CoreOS integruje 4 strategie ponownego uruchamiania (restart strategia )Te zasady kontrolują sposób, w którym występuje ten ponownie obuwać. Te 4 strategie są :


optymalny
Parametr "Domyślnie w CoreOS ". To ustawienie określa, czy urządzenie jest częścią klastra. Jeśli uruchomiono DCE maszyna ma być częścią klastra i dlatego używa strategii "DCE-blokada ". W przeciwnym razie, to strategia "reboot" który jest używany.
DCE-Lock
Z tej strategii każda maszyna blokuje ten odnawiać zapas towarów przed autoryzowaniem go. To umożliwia aktualizację szybko stosowane w klastrze bez utraty kworum w DCE. Rzeczywiście, liczba maszyn dozwolony wobec odnawiać zapas towarów jednocześnie jest można konfigurować za pomocą polecenia (poprzez dostosowanie maksymalnej liczby swój kontekst ) :


core@CoreOSnode ~ $ locksmithctl set-max 2
Old-Max: 1
Max: 2


reboot
Strategia ta będzie ponownie uruchomić komputer, jak tylko aktualizacje są zainstalowane.
wyłączyć
Z tej strategii maszyna czeka na polecenie wyraźnie wymaga ponownego uruchomienia po instalacji aktualizacji.


Strategia jest zdefiniowany w pliku /etc/coreos/update.conf :


core@CoreOSnode ~ $ cat /etc/coreos/update.conf
REBOOT_STRATEGY=off


być w pliku chmura config jak to :


#cloud-config
coreos:
  update:
    reboot-strategy: best-effort



Nie możesz publikować komentarzy.