Diferencia entre revisiones de «Actualizar manualmente CoreOS»
| Línea 1: | Línea 1: | ||
| + | <span data-link_translate_nl_title="CoreOS handmatig bijwerken" data-link_translate_nl_url="CoreOS+handmatig+bijwerken"></span>[[:nl:CoreOS handmatig bijwerken]][[nl:CoreOS handmatig bijwerken]] | ||
<span data-link_translate_it_title="Aggiornare manualmente CoreOS" data-link_translate_it_url="Aggiornare+manualmente+CoreOS"></span>[[:it:Aggiornare manualmente CoreOS]][[it:Aggiornare manualmente CoreOS]] | <span data-link_translate_it_title="Aggiornare manualmente CoreOS" data-link_translate_it_url="Aggiornare+manualmente+CoreOS"></span>[[:it:Aggiornare manualmente CoreOS]][[it:Aggiornare manualmente CoreOS]] | ||
<span data-link_translate_pt_title="Atualizar CoreOS manualmente" data-link_translate_pt_url="Atualizar+CoreOS+manualmente"></span>[[:pt:Atualizar CoreOS manualmente]][[pt:Atualizar CoreOS manualmente]] | <span data-link_translate_pt_title="Atualizar CoreOS manualmente" data-link_translate_pt_url="Atualizar+CoreOS+manualmente"></span>[[:pt:Atualizar CoreOS manualmente]][[pt:Atualizar CoreOS manualmente]] | ||
Revisión del 11:13 2 oct 2015
nl:CoreOS handmatig bijwerken
it:Aggiornare manualmente CoreOS
pt:Atualizar CoreOS manualmente
en:Update CoreOS manually
fr:Mettre a jour CoreOS manuellement
Este artículo ha sido traducido por un software de traducción automática. Usted puede ver el origen artículo aquí.
CoreOS por defecto incluye una actualización del sistema incorporado (update_engine) que planificar una auditoría de las actualizaciones disponibles a intervalos regulares, automáticamente se instala y programa un reinicio para que sean eficaces.
Sin embargo, puede ser útil en algunos casos buscar e instalar manualmente las actualizaciones disponibles. Veremos a continuación cómo actualizar un CoreOS estable.
Asumimos implementar sólo una instancia de CoreOS y que están conectados a es SSH usuario "core".
Comenzamos por revisar la versión actual de 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"
Vamos a lanzar la instalación de actualizaciones (el regreso se ha truncado voluntariamente ) :
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 ~ $
Al final de la instalación de actualizaciones, te invitamos a reiniciar nuestra instancia CoreOS es inmediatamente ("sudo reiniciar ") o bien automáticamente al final del 5 minutos.
Después nuestros CoreOS ejemplo reinicios, comprobamos que la nueva versión de su :
core@CoreOSnode ~ $ cat /etc/lsb-release
DISTRIB_ID=CoreOS
DISTRIB_RELEASE=681.2.0
DISTRIB_CODENAME="Red Dog"
DISTRIB_DESCRIPTION="CoreOS 681.2.0"
Ahora estamos en la más reciente estable CoreOS (681.2.0 en el momento de esta FAQ ).
Estrategias de actualización diferentes /reiniciar
CoreOS integra 4 stratégies de reiniciar (estrategia de reiniciar ), ces stratégies contrôlent la façon dont le reiniciar se produit. Ces 4 las estrategias son :
- mejor esfuerzo
- El parámetro "de forma predeterminada en CoreOS ". Esta configuración determina si la máquina es parte de un clúster. Si el DCE se inicia la máquina se supone que es parte de un cluster y por lo tanto utiliza la estrategia de "DCE-lock ". De lo contrario, es la estrategia de "reiniciar " que se utiliza.
- DCE-Lock
- Avec cette stratégie, chaque machine verrouille le reiniciar 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 (al adaptar el número máximo a su contexto ) :
core@CoreOSnode ~ $ locksmithctl set-max 2
Old-Max: 1
Max: 2
- reiniciar
- Esta estrategia reiniciará la máquina tan pronto como se instalan las actualizaciones.
- OFF
- Avec cette stratégie, la machine attend une commande demandant explicitement le reiniciar après installation des mises à jour.
La estrategia se define en el archivo /etc/coreos/update.conf :
core@CoreOSnode ~ $ cat /etc/coreos/update.conf
REBOOT_STRATEGY=OFF
estar en el nube-config archivo utilizado como esta :
#cloud-config
coreos:
update:
reboot-strategy: best-effort
Habilitar actualización automática de comentarios