Jack Wallen dà il via all'ultimo sistema operativo specifico per container, openSUSE Micro, e condivide i suoi pensieri (buoni e cattivi) con te.
openSUSE Micro è una nuova distribuzione Linux orientata all'hosting di carichi di lavoro containerizzati con amministrazione e patching automatizzate. Con questo sistema operativo open source appositamente creato avrai un ambiente progettato specificamente per carichi di lavoro che trarrebbero vantaggio dagli aggiornamenti transazionali. Questa distribuzione a rilascio progressivo potrebbe essere proprio ciò di cui la tua azienda ha bisogno.
openSUSE Micro mira a essere prevedibile, scalabile, affidabile e flessibile. Con questa nuova interpretazione delle distribuzioni containerizzate, non è necessario apprendere un nuovo formato di pacchetto (poiché utilizza RPM openSUSE standard), non ci sono limiti di dimensioni e può essere implementato facilmente e ripetutamente.
Ho installato openSUSE Micro per vedere cosa era cosa. La mia impressione è stata un miscuglio, ma dato che questa piattaforma è abbastanza nuova, c'è da aspettarselo. Entriamo.
Ruoli di sistema
Una delle prime deviazioni dal normale openSUSE che troverai è quella dei ruoli di sistema. Durante l'installazione, puoi scegliere quale ruolo ricoprirà il sistema operativo. Tuttavia, a prima vista, quei ruoli sono un po' confusi.
- MicroOS :Progettato per sistemi monouso e ottimizzato per grandi distribuzioni. Non fornisce servizi per impostazione predefinita. Questo installerà il sistema operativo senza un ambiente desktop.
- Host contenitore MicroOS :ottimizzato per i contenitori e installa Podman. Questo si installa anche senza un ambiente desktop, ma installa tutto il necessario per distribuire i container.
- MicroOS Desktop (GNOME) :Come MicroOS Container Host, solo con un ambiente desktop, aggiornamenti e rollback automatici. Questo ruolo di sistema è beta.
- MicroOS Desktop (KDE) :Come MicroOS Container Host, solo con un ambiente desktop, aggiornamenti e rollback automatici. Questo ruolo di sistema è alfa.
- MicroOS con attestazione remota (agente) :Uguale a MicroOS ma con agente di attestazione remoto. L'attestazione remota è un metodo in cui un host autentica le configurazioni hardware e software su un server remoto. Questo installa la parte dell'agente.
- MicroOS con attestazione remota (verificatore) :come MicroOS ma con verificatore di attestazione remoto. L'attestazione remota è un metodo in cui un host autentica le configurazioni hardware e software su un server remoto. Questo installa la parte del verificatore.
Ho scelto di installare il ruolo di sistema MicroOS Desktop (GNOME), principalmente solo per vedere come è andata. L'installazione non è stata impeccabile, in quanto ho dovuto continuare a premere Riprova poiché diversi pacchetti non sono stati installati al primo tentativo.
Open source:copertura da leggere
Alla fine, ho finito con un'installazione completa e funzionante con un ambiente desktop GNOME vaniglia. Poiché ho installato openSUSE Micro come una VM VirtualBox, non sono stato in grado di installare correttamente le aggiunte Guest o di eseguire la VM con un controller grafico diverso, il che significava che la risoluzione del desktop era piuttosto piccola. Per questo motivo, la soluzione migliore se stai pianificando di intraprendere il percorso virtuale è installare senza l'ambiente desktop.
Un altro problema che ho scoperto all'improvviso è che il filesystem è montato in sola lettura, quindi l'installazione del software non è un'opzione. La buona notizia, tuttavia, è che l'utilizzo della libreria di runtime del contenitore Podman funziona esattamente come previsto.
Lasciatemi spiegare. Il file system di sola lettura viene eseguito intenzionalmente per motivi di sicurezza. È necessario ricordare che openSUSE Micro non è concepito per essere utilizzato come sistema operativo standard ma per implementazioni containerizzate e simili. Per questo motivo, non dovrebbe essere necessario che il file system sia montato in modalità di lettura/scrittura. In effetti, non vuoi che il file system sia montato in alcun modo ma in sola lettura. Quindi, fin dall'inizio, mi sento al sicuro con openSUSE Micro come piattaforma per i container.
Ma c'è un problema. Preferisco gestire i miei container tramite una GUI, ma il mio go-to manager, Portainer, non supporta ancora Podman e poiché il sistema si avvia in modalità di sola lettura, non ho potuto installare Cockpit. C'è un modo per aggirarlo.
Dopo aver avviato openSUSE Micro, modifica fstab con il comando:
vi /etc/fstab
Ti consigliamo di cercare la riga che termina con ro e cambialo in rw . Una volta fatto, salva il file, riavvia la macchina e installa Cockpit con il supporto Podman usando il comando:
sudo zypper install cockpit cockpit-podman
Avrebbe dovuto funzionare. Tuttavia, in modo simile a quello che ho sperimentato durante l'installazione del sistema operativo, il pacchetto cockpit-bridge non è stato installato senza alcuna indicazione sul perché. Non importa come ho provato a installarlo, è stato impossibile.
Va bene perché posso lavorare con Podman dalla riga di comando. Inoltre, non vuoi davvero installare nulla in più su una piattaforma orientata a distribuzioni di container scalabili. Questo dovrebbe rimanere il più minimo possibile. Il mio unico scopo era vedere cosa potevo fare con openSUSE Micro. Quindi, invece di dipendere da una GUI, ho deciso di testare una rapida distribuzione. Non mentirò, Podman non è facile da usare come Docker. Ad esempio, posso distribuire facilmente un sito WordPress utilizzando Docker. Con Podman, non tanto.
Anche così, ho scelto di eseguire una semplice distribuzione NGINX con Podman con i comandi:
podman pull docker.io/nginx
podman run -d --name docker-nginx -p 8080:80 docker.io/nginx
Quella distribuzione è avvenuta senza intoppi, ma è molto semplice. Per fare un ulteriore passo avanti, ho distribuito Joomla con Podman utilizzando i seguenti comandi:
podman pod create --name mypod --publish 8080:80
podman run -dit --pod mypod -e MYSQL_DATABASE=joomla -e MYSQL_USER=joomlauser -e MYSQL_PASSWORD=joomlapassword -e MYSQL_ROOT_PASSWORD=rootpw --name mariadb docker.io/library/mariadb
podman run -dit --pod mypod -e JOOMLA_DB_HOST=127.0.0.1 -e JOOMLA_DB_USER=joomlauser -e JOOMLA_DB_PASSWORD=joomlapassword -e JOOMLA_DB_NAME=joomla --name joomla docker.io/library/joomla
Joomla era pronto per l'installazione della GUI e funzionava come un campione. Sono rimasto sorpreso di quanto sia stata reattiva la distribuzione di Joomla, il che è una testimonianza delle prestazioni di openSUSE Micro anche con un desktop installato.
Alla fine, credo che openSUSE Micro sia un'opzione eccezionale per coloro che desiderano distribuire un sistema operativo appositamente creato per applicazioni containerizzate. È piccolo, estremamente veloce e sicuro.
Scarica un ISO di openSUSE Micro e provalo. Ho la sensazione che potrebbe diventare la tua piattaforma di riferimento per la distribuzione di container.