Migrazione da CoreOS Container Linux (CL) a Fedora CoreOS (FCOS)
Fedora CoreOS è il successore ufficiale di CoreOS Container Linux, che ha [raggiunto la fine del suo ciclo di vita](https://coreos.com/os/eol/) il 26 maggio 2020. Questa pagina cerca di documentare le differenze tra CL e FCOS per facilitare la transizione a FCOS.
Introduzione
Per migrare da CL a FCOS, devi convertire i tuoi vecchi config di Container Linux, i file di configurazione Ignition o cloud-config in una [configurazione Butane](questione di migrazione CL(https://github.com/coreos/fedora-coreos-tracker/issues/159) su GitHub.
Modifiche all’installazione
Sono state apportate le seguenti modifiche al processo di installazione:
-
Lo script
coreos-install`è stato sostituito con `coreos-installer, il quale offre funzionalità simili. -
Il parametro della riga di comando del kernel
coreos.autologinnon è attualmente supportato in FCOS. Per scopi di ripristino dell’accesso, sono disponibili istruzioni qui. -
Alcune piattaforme CL, come Vagrant, non sono ancora supportate in FCOS. Fai riferimento alla pagina di download per vedere i tipi di immagine disponibili.
Modifiche ai pacchetti software
-
etcdnon è incluso in FCOS. Fai riferimento a Running etcd per le istruzioni su come eseguirlo come container su FCOS. -
flannelnon è incluso in FCOS. -
Il runtime di container Podman è incluso in FCOS ed è il runtime di container consigliato. Il runtime di container rkt non è incluso.
-
FCOS non ha un meccanismo consigliato per selezionare la versione di
docker. -
La configurazione di rete è ora gestita da NetworkManager invece di
systemd-networkd. -
Per la sincronizzazione dell’ora, usa chronyd anziché ntpd o systemd-timesyncd.
-
Gli aggiornamenti automatici sono ora coordinati da Zincati, come descritto nella documentazione di Zincati. Il meccanismo di rollback (tramite grub) è ora fornito da
rpm-ostree. -
La funzionalità del gestore dei riavvii (
locksmith) è integrata in Zincati. -
Il tool
update-ssh-keysnon è fornito su FCOS. sshd utilizza un programma helper per leggere i file delle chiavi direttamente da~/.ssh/authorized_keys.d.
Modifiche alla configurazione
Quando scrivi configurazioni Butane, nota le seguenti modifiche:
-
coreos-metadataè ora Afterburn. Il prefisso dei nomi delle variabili dei metadati è cambiato daCOREOS_`_ a `AFTERBURN_e i seguenti nomi delle piattaforme sono cambiati:-
EC2è oraAWS -
GCEè oraGCPPer maggiori informazioni, consulta la documentazione di Afterburn.
-
-
Per impostazione predefinita, FCOS non consente gli accessi tramite password via SSH. Ti consigliamo invece di configurare le chiavi SSH. Se necessario, puoi comunque abilitare l’autenticazione SSH tramite password.
-
Poiché
usermod`non è ancora completamente funzionale su FCOS, nel file/etc/group` è presente un gruppodocker. Si tratta di una misura temporanea per facilitare una transizione fluida a FCOS. Il team sta lavorando a una versione più funzionale diusermod, dopodiché il gruppo `docker`non sarà più incluso per impostazione predefinita. Vedi il problema relativo al gruppo docker. -
Non è possibile creare directory direttamente al di sotto della directory
/. Le modifiche sono limitate a/etce/var. Fai riferimento alla documentazione per il nodostoragedella configurazione Butane per i dettagli su come scrivere directory e file su FCOS. -
Le configurazioni Butane non hanno più una sezione separata per la configurazione di rete. Usa invece la sezione `files`di Butane per scrivere un file chiave di NetworkManager.
Note per l’operatore
-
FCOS offre una stabilità "best-effort" e potrebbe occasionalmente includere regressioni o modifiche radicali (breaking changes) per alcuni casi d’uso o carichi di lavoro.
-
CL aveva tre canali di rilascio:
alpha,beta`e `stable. I flussi di rilascio di produzione di FCOS sono next, testing e stable, con semantiche leggermente diverse. -
In generale, il confinamento di SELinux dovrebbe funzionare allo stesso modo di Fedora.
-
Per distribuire una configurazione Ignition come parte di un’immagine PXE (un "OEM personalizzato" nella terminologia CL), segui lo stesso processo di CL, ma inserisci il file `config.ign`nella radice dell’archivio.
-
In CL, i dati di telemetria e le metriche venivano raccolti tramite il meccanismo di aggiornamento. In FCOS, i nodi vengono contati (senza identificatori univoci) attraverso il meccanismo Count Me.
-
I client CLI per il cloud non sono inclusi in FCOS. È in corso un’iniziativa per creare un container di "strumenti" (tools container) da eseguire su FCOS.
-
Quando si apre un file esistente in una directory con il "sticky bit" impostato, il comportamento differisce rispetto a CL. Vedi il commit di systemd pertinente.
-
CL lasciava il Simultaneous Multi-Threading (SMT) abilitato, ma consigliava agli utenti di disattivarlo se i loro sistemi erano vulnerabili a determinati problemi come L1TF o MDS. Per impostazione predefinita, FCOS disabilita automaticamente l’SMT sui sistemi vulnerabili.
-
In generale,
dockerutilizza la configurazione predefinita di Fedora, che differisce sotto molti aspetti. In particolare, il driver di registrazione dei log (logging driver) è impostato sujournalde la funzione di ripristino continuo (live-restore) è abilitata.
Attuazione
-
Il file system predefinito su CL era
ext4. Su FCOS, il predefinito èxfs. -
Mentre CL utilizzava l’attivazione tramite socket di systemd per
sshd, FCOS avviasshdall’avvio per impostazione predefinita. -
CL aveva una "partizione OEM" in
/usr/share/oemcon una configurazione GRUB personalizzabile dall’utente e alcuni strumenti aggiuntivi, ma FCOS non dispone di questa funzione.
Want to help? Learn how to contribute to Fedora Docs ›