Rundeck è una piattaforma open source di automazione IT che consente di eseguire task automatizzati su vari nodi (PC remoti / Virtual Machine). È particolarmente utile per amministratori di sistema e team di sviluppo che necessitano di automatizzare operazioni routine. In questo articolo, vedremo come poter installare l'ultima release di Rundeck su una macchina Fedora 39, configurando il server per essere raggiungibile attraverso l'indirizzo IP da browser e vedremo come impostare un primo progetto (con connessioni in SSH) , e come utilizzare un file YAML per l'inventario dei nodi.

Prerequisiti

• Una macchina con Fedora 39 installato.

• Accesso a internet.

• Privilegi di root o sudo.

Installazione di Rundeck

1. Aggiungere la repository di rundeck sulla macchina

   Per poter installare rundeck la prima cosa da fare è aggiungere la repository ufficiale di rundeck sul nostro sistema fedora

    curl https://raw.githubusercontent.com/rundeck/packaging/main/scripts/rpm-setup.sh 2> /dev/null | bash -s rundeck
   

2. Aggiornare il sistema

   Prima di iniziare ad installare, è consigliabile aggiornare il sistema per assicurarsi che tutti i pacchetti siano aggiornati:

    dnf update -y
   

3. Installare Java

   Rundeck richiede Java per funzionare. È possibile installare Java utilizzando il comando seguente:

    dnf install java-11-openjdk -y
   

4. Installare il pacchetto di Rundeck

   A questo punto, possiamo installare il pacchetto di rundeck e le sue dipendenze con il comando seguente:

    dnf install -y rundeck python3-pip
   

5. Impostiamo le regole Firewall per fedora

   Dopo l'installazione, è necessario impostare le corrette regole firewall per permettere la raggiungibilità del server di rundeck dall'esterno.

   Iniziamo con i primi due comandi che creano l'eccezione sul firewall di fedora per la porta 4440 (utilizzata da rundeck per esporre la WebUI) sia su porta TCP che UDP

    firewall-cmd  --add-port=4440/tcp --permanent
    firewall-cmd  --add-port=4440/udp --permanent
   

   ora un volta impostate le eccezioni dovremmo riavviare il firewall in modo che vengano applicate le modifiche:

    firewall-cmd --reload
   

6. Avviare e abilitare Rundeck

   Ora che abbiamo concluso con l'installazione dei pacchetti necessari dobbiamo avviare il servizio Rundeck e assicurarsi che venga avviato automaticamente all'avvio del sistema:

    systemctl start rundeckd && systemctl enable rundeckd
   

   L'installazione di rundeck è conclusa , al momento però abbiamo ancora una configurazione fondamentale da dover effettuare affinchè il nostro server sia correttamente raggiungibile tramite web browser.

Configurazione del grails.serverURL

Per consentire l'accesso a Rundeck dall'indirizzo IP e quindi dall'esterno via browser, è necessario modificare il file di configurazione rundeck-config.properties situato nella cartella di configurazione di rundeck /ect/rundeck :

1. Aprire il file di configurazione con un editor di testo (ad esempio NANO):

    nano /etc/rundeck/rundeck-config.properties
   

2. Modificare la riga grails.serverURL con l'indirizzo IP della LAN e la porta su cui è in ascolto Rundeck (di solito la porta 4440):

    grails.serverURL=http://<Indirizzo_IP_LAN>:4440
   

   salviamo le modifiche al file digitando CTRL+X e dando yes per la modifica del file

3. Riavviare il servizio Rundeck per applicare le modifiche:

    systemctl restart rundeckd
   

Pro e Contro

Pro

• Flessibilità: Rundeck supporta una vasta gamma di scenari di automazione IT.

• Interfaccia Utente: Fornisce un'interfaccia web per una gestione semplice.

• Estensibilità: Si integra facilmente con altri strumenti e servizi.

Contro

• Curva di apprendimento: Richiede tempo per imparare tutte le funzionalità e configurazioni.

• Risorse: Può essere esigente in termini di risorse sulla macchina host.

Conclusioni

In conclusione, Rundeck offre un'eccellente soluzione per coloro che cercano di migliorare le proprie operazioni IT attraverso l'automazione. Con la giusta configurazione e comprensione delle sue funzionalità, Rundeck può diventare uno strumento centrale nella gestione delle infrastrutture IT, permettendo alle organizzazioni di risparmiare tempo, ridurre gli errori e aumentare la produttività.

Docker è una container-engine , open-source che permette, lo sviluppo la distribuzione e l'esecuzione di applicazioni confinate in un container

Un container è un'unità software standard che impacchetta il codice e tutte le sue dipendenze in modo che l'applicazione venga eseguita in modo rapido e affidabile e garantendo all'applicazione di poter girare in modo rapido e affidabile su qualuque infrastruttura la ospiti

Container Docker è dunque un pacchetto di software leggero, autonomo ed eseguibile che include tutto il necessario per permettere ad un'applicazione di girare correttamente con tutto il necessario: codice, runtime, strumenti di sistema, librerie di sistema e impostazioni.

Installazione di Docker su Fedora

in questo articolo vedremo come poter installare docker su Fedora 38 usando la repository ufficiale di docker

innanzitutto dobbiamo verificare i prerequisiti per poter aggiungere la repository, per farlo controlliamo che sul nostro sistema sia installato il pacchetto dnf-plugins-core (che fornisce i comandi per gestire i repository DNF) e configurare il repository.

NOTA: sule ultime release di Fedora il pacchetto dnf-plugins-core è preinstallato nel sistema.

per avere la certezza che il pacchetto sia già presente lanciamo il comando:

sudo dnf -y install dnf-plugins-core

nel caso il pacchetto fosse già installato nel sistema avremo questo output:

ora che i prerequisiti sono sistemati utilizeremo il config-manager di dnf per importare la repository ufficiale di docker, possiamo farlo lanciando il comando:

sudo dnf config-manager --add-repo https://download.docker.com/linux/fedora/docker-ce.repo

una volta importata la repository ufficiale siamo pronti ad installare i pacchetti di docker sul sistema:

sudo dnf install -y docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin

attendiamo qualche minuto affichè tutti i pacchetti e le loro dipendenze vengano installati nel sistema.

Configurazione di base

Ora che docker è installato nel sistema, effettuiamo giusto due configurazioni di base fondamentali al suo corretto funzionamento.

quando viene installata un'istanza di docker, nel sistema viene creato il gruppo docker, a cui dovremmo aggiungere il nostro utente per la corretta esecuzione del servizio, inseriamo l'utente con il comando:

sudo usermod -aG docker $USER

il comando così configurato usando la variabile $USER aggiungerà l'utente con cui siete loggati sul terminale direttamente all'interno del gruppo

ultimo ma non meno importante avviamo e impostiamo il servizio di docker per lo start all'avvio del nostro server:

systemctl enable --now docker

Docker - container di test

il nostro server docker è up&running e possiamo ora verificarne il corretto finzionamento lanciando intanto il comando:

docker --version

che ci restituirà come output il versioning di docker e ci darà inoltre una prima conferma del suo funzionamento:

per testare la completa funzionalità del container-engine, lanceremo il deploy di un immagine di test per averne la piena conferma, possiamo farlo lanciando il comando:

sudo docker run hello-world

il cui output, se l'istanza è correttamente installata e funzionante sarà:

Conclusioni

in questo articolo abbiamo visto i passaggi per poter effettuare un'installazione del container-engine docker su Fedora, configurando le impostazioni di base per il suo corretto funzionamento e lanciando il deploy di un'immagine di test direttamente dal docker-hub (repository ufficiale delle immagini docker)

per questo articolo è tutto, se avete dubbi o domande lascio aperta la sezione commenti.

Grazie per la lettura!!

Cockpit è un'interfaccia grafica basata sul web per i server Linux

Questo tool permette di accedere al proprio server tramite un browser web e poter così eseguire, una numerosa serie di attività quali avviare un container (podman), amministrare l’archiviazione (es LVM e partitioning dei dischi), visionare i log o configurare le reti e perfino collegarsi alla shell bash da browser.

Supporta la gestione di diversi server, tramite una singola dashboard. Non sono richiesti poi i privilegi di amministratore. Per funzionare infatti, crea una sessione al login dell’utente, e sfrutta i suoi stessi permessi, al netto che per eseguire task amministativi ci occorrerà comunque un'utenza con permessi ammnistrativi sudo

inoltre cockpit nasce con l'idea di essere una WebUI modulare a cui poter aggiungere pacchetti per la gestione di varie funzionalità del server

Cockpit | additional application

Di seguito invece panoramica della tabella di supporto per le principali versioni di cockpit

Vediamo come installarlo e configurarlo sulle principali distribuzioni, Fedora / CentOS RHEL / Ubuntu e Debian

NOTA:

Cockpit è raggiungibile sulla porta TCP 9090 del tuo server

https://IPAddress:9090

di default non è possibile loggarsi come root su cockpit , è possibile abilitare accesso con utenza root modificando il file di configurazione disallowed-users che si trova sotto al percorso /etc/cockpit ed eliminando root dalla lista

Installazione di cockpit su Fedora

Su Fedora installare cockpit è relativamente seplice in quanto cockpit fa parte , come altri tool, della repository dei pacchetti standard

• installiamo il pacchetto di cockpit dalla repository di fedora

sudo dnf install -y cockpit

• abilitiamo il servizio di cockpit all'avvio del sistema

sudo systemctl enable --now cockpit.socket

• consentiamo al servizio di cockpit l'accesso tramite firewall

sudo firewall-cmd --add-service=cockpit --permanent

• lanciamo un reload delle regole del firewall per rendere raggiungibile la UI

sudo firewall-cmd --reload

Installazione di cockpit su CentOS

Cockpit è disponibile in CentOS 7 e versioni successive:

• installiamo il pacchetto di cockpit tramite YUM

sudo yum install cockpit

• abilitiamo il servizio di cockpit all'avvio del sistema

sudo systemctl enable --now cockpit.socket

• apriamo le porte del firewall di CentOS necessarie per raggiungere cockpit

sudo firewall-cmd --permanent --zone=public --add-service=cockpit

sudo firewall-cmd --reload

Installazione di cockpit su RHEL (Red Hat Enterprise Linux)

NOTA: cockpit è preinstallato sulle ultime versioni di RHEL (Red Hat Enterprise Linux 8 e 9), ed è out-of-the-box pronto per l'utilizzato, dovremmo solamente abilitarne il servizio.

• abilitiamo il servizio di cockpit all'avvio del sistema

sudo systemctl enable --now cockpit.socket

• verifichiamo che al servizio di cockpit sia consentito l'accesso tramite firewall

sudo firewall-cmd --list-services

• qualora non fosse presente tra i servizi consetiti, inseriamo eccezzione

sudo firewall-cmd --add-service=cockpit --permanent

sudo firewall-cmd --reload

Installazione di cockpit su Ubuntu

Cockpit è disponibile per Ubuntu dalla 17.04 e versioni successive e disponibile come backport ufficiale per 16.04 LTS e versioni successive.

Si consiglia di installare o aggiornare l'ultima versione dai backport. Questo repository è abilitato per impostazione predefinita, ma se hai personalizzato le fonti apt potrebbe essere necessario abilitarle manualmente.

• installazione del pacchetto di cockpit

. /etc/os-release

sudo apt install -y -t ${VERSION_CODENAME}-backports cockpit

NOTA: Quando aggiorni i pacchetti relativi a Cockpit e le eventuali dipendenze, assicurati di utilizzare -t ...-backports come sopra, in modo che i backport siano inclusi.

Installazione di cockpit su Debian

Cockpit è disponibile in Debian dalla versione 10 (Buster) e successive.

• Per ottenere l'ultima versione, si consiglia di abilitare il repository backport (come root):

. /etc/os-release

sudo echo "deb http://deb.debian.org/debian ${VERSION_CODENAME}-backports main" > /etc/apt/sources.list.d/backports.list

sudo apt update

• una volta abilitato il repository installiamo cockpit

apt install -t ${VERSION_CODENAME}-backports cockpit

NOTA: Quando aggiorni i pacchetti relativi a Cockpit e le eventuali dipendenze, assicurati di utilizzare -t ...-backports come sopra, in modo che i backport siano inclusi.

Conclusioni

una volta effettuata installazione sulla distribuzione di riferimento dovremmo poter raggiungere il nostro server all'indirizzo: https://IPAddress:9090 dalla quale potremmo gestire tutti gli aspetti principali, di seguito uno screen della dashboard:

in questo articolo abbiamo quindi visto che cos'è cockpit e come possa tornare utile agli amministratori di server linux, abbiamo visto come installarlo su diverse distribuzioni e come reggiungerlo via browser, adesso possiamo amministrare in comodità i nostri server dall'interfaccia we di cockpit.

In questo articolo, vedremo come poter installare Ansible su Fedora 38 passo per passo e una volta completatp avremo un piccolo ambiente funzionante con un'istallazione di ansible, che controllerà, nel nostro caso, solamente un nodo remoto

Che cos'è Ansible

Ansible è uno strumento di automazione gratuito e open source (senza agent) che gestisce macchine Linux remote tramite protocollo ssh. Il sistema su cui viene installato ansible solitamente è noto come Control Node e le macchine remote gestite da ansible sono chiamate solitamente Managed Node

Prerequisiti

• Installazione minima di Fedora (almeno due macchine), nel nostro caso utilizzeremo 2 VM (virtual machine) in ambiente virtualizzato vSphere

• Utente con diritti di ammistrazione sudo su entrambe le macchine (per comodità utilizzeremo utenza root)

• Macchine già abilitate all'accesso SSH attraverso la porta 22

• Connettività di rete su entrambe le macchine

Ambiente di Laboratorio

il nostro laboratorio in ambiente VMware vSphere sarà quindi composta da 2 VM Fedora Linux 38 con installazione minima (solo componenti base e Terminal) così suddivise:

• Control Node - ansible-cn (hostname) - 192.168.8.119 (ipv4)

• Managed Node - managed-node (hostname) - 192.168.8.120 (ipv4)

su entrambe le vm utilizzeremo solamente utenza di root a scopo puramente dimostrativo e per comodità, in ambienti di produzione non utilizzare MAI utenza di root per effettuare operazioni di control e automation

Aggiorniamo le 2 macchine Fedora

Prima di proseguire con installare e configurare il nostro ambiente di ansible, su entrambe le VM Fedora38 effettuiamo log in e lanciamo il comando:

sudo dnf update -y

una volta lanciato il comando ed effettuato update su entrambe le VM, facciamo anche un reboot in modo da partire da una situazione il più pulito possibile

sudo reboot

Installiamo Ansible con dnf (il package manager di fedora)

Su Fedora38 installare Ansible è relativamente semplice in quanto il suo pacchetto, come le sue dipendenze sono disponibili nei repository ufficiali di Fedora.

Eseguiamo quindi semplicemente il comando dnf per installarlo:

sudo dnf install -y ansible

attendiamo giusto qualche minuto che il pacchetto con tutte le sue dipenzenze venga installato nel sistema

e una volta completata l'installazione, proseguiamo verificando il corretto funzionamento di Ansible usando il comando:

ansible --version

che dovrebbe restituirci come output il versioning di ansible core e i vari componenti che lo compongono , come i file di configurazione

Generazione delle chiavi SSH per l'utenza che farà automation

In questo passaggio vedremo come generare la chiave SSH dell'utenza root che useremo tramite ansible per effettuare automation sui managed node

IMPORTANTE: nell'articolo utilizzeremo utenza di root , ma le operazioni sono valide per qualunque utenza vogliate creare ed utilizzare , la cosa importante è che su entrambi i sistemi l'utenza xxx (la vostra utenza con nome da voi scelto) esista e abbia privilegi sudo

generiamo quindi la chiave ssh per l'utenza scelta (in questo caso root) e proseguiamo condividendo la chiave ssh suui vari sistemi remoti (nel nostro caso managed-node)

per poter generare la chiave ssh , portiamoci prima di tutto sul percorso home dell'utente scelto, per farlo dovremo essere loggati sul terminale con quell'utenza e successivamente lanciare il comando:

cd

e premere invio, questo comando ci riporterà direttamente alla home dell'utente, utilizziamo subito dopo il comando:

ls -1A

questo comando ci darà anche come output le cartelle nascoste sotto la cartella principale della nostra utenza , la cartella che ci interessa in questo momento sarà la cartella .ssh

proseguiamo lanciamo il comando per generare la nuova chiave SSH

ssh-keygen

il comando chiederà diversi input, premiamo solo invio senza inserire nulla e drovremmo avere un output come il seguente:

avremo quindi generato due file sotto la cartella .ssh , che sono id_rsa e id_rsa.pub

questa chiave id_rsa verrà utilizzata dall'automazione di ansible per la connessione in SSH alle macchine remote (managed-node) e l'autenticazione avverrà grazie alla chiave e quindi senza password

per far si che il tutto funzioni dobbiamo prima condividere la chiave generata con il managed-node e possiamo farlo utilizzando il comando

ssh-copy-id root@192.168.8.120

NOTA: il comando ssh-copy-id utilizza la connessione ssh per connettersi al server remoto e copiare l'id sull'utenza con cui ci colleghiamo (sempre root nel nostro caso).

Il comando è così composto, dunque, perchè copierà la chiave ssh dall'utenza di root della VM ansible-cn (192.168.8.119) all'utenza di root della VM managed-node (192.168.8.120).

NB: il comando va quindi eseguito dal Control Node di ansible e l'operazione andrà ripetuta per tutti i vari nodi che vorremmo connettere alla nostra istanza, nel nostro caso solamente uno managed-node

un volta completato, dovremmo aver copiato correttamente la chiave SSH sul managed-node ed essere qundi in grado di collegarci e di gestirlo senza password. Sotto l'utenza di root del managed-node, nella cartella nascosta .ssh della sua home directory, dovremmo avere un file chiamato autorizhed_keys, il quale viene generato appunto quando vengono copiate delle chiavi da altre istanze (altri server o VM)

navigando all'interno del file dovremmo vedere la chiave e il certificato generato sul control-node ansible-cn.

Configurazione e Testing dell'installazione di Ansible

Per testare l'installazione ansible, proveremo a gestire il sistema remoto managed-node (192.168.8.120) per farlo dovremmo prima settare alcune configurazioni di ansible tra cui:

• ansible.cfg

  file che contenente le configurazioni base di ansible

• hosts

  che farà da database dell'inventario delle macchine gestite

portiamoci quindi da terminale sotto al persorso /etc/ansible nel quale troveroemo i file di configurazione, con il comando:

cd /etc/ansible

partiamo editando il file ansible.cfg utilizando l'editor di testo nano (già presente in fedora) lanciamolo con il comando:

sudo nano ansible.cfg

ci si aprirà l'editor di testo nano, con caricato il file ansible.cfg dal quale potremmo apportare le modifiche appunto alla configurazione di ansible, inseriamo nel file le linee a seguire:

[defaults]
inventory = ./hosts
remote_user = root
host_key_checking = False

[privilege_escalation]
become=True
become_method=sudo
become_user=root
become_ask_pass=False

con quanto inserito sopra setteremo alle configurazioni di ansible , in ordine, che il file dell'inventario sarà appunto il file hosts presente nella medesima directory sotto /etc/ansible e che l'utenza che dovrà utilizzare per effetuare task di automation sarà appunto root.

nella seconda parte della configurazione [privilege_escalation], definirà l'elevazione dell'utenza come sudo , nel caso aveste usato un'utenza creata ad-hoc.

inseriamo quindi le configurazioni all'interno del file:

e premiamo CTRL+O per salvare le modifiche e successivamente CTRL+X per chiudere l'editor.

ora ripetiamo il passaggio precedente editando anche il file hosts, nel quale aggiungeremo il nostro managed-node (192.168.8.120) , in modo tale che ansible possa distinguere i diversi sistemi inventariati.

dalla folder di ansible dunque, lanciamo il comando:

sudo nano hosts

e ci si aprirà nuovmente l'editor di testo nano, con caricato il file hosts nel quale inseriremo tutte le macchine managed al nostro inventario,nel nostro caso inseriremo:

[managed-node]
192.168.8.120

premiamo CTRL+O per salvare le modifiche e successivamente CTRL+X per chiudere l'editor.

Ora possiamo finalmente testare la nostra installazione di ansible con un paio di semplici comandi

test del ping del nodo remoto

ansible managed-node -m ping

il cui output (se abbiamo configurato tutto a dovere) dovrebbe restituirci:

ora lanciamo un ulteriore comando un pò più "avanzato" , con il quale faremo eseguire ad ansible un comando bash sul sistema remoto:

esecuzione di un comando bash sul nodo remoto

ansible managed-node -m shell -a 'cat /etc/os-release'

il comando lancierà il comando bash cat /etc/os-release (che ci consente di avere come output info sulla distribuzione linux) sul nodo remoto, che dovrebbe restituirci come output:

fin qua tutto perfetto, i comandi sopra ci confermano che la connettività è presente tra il control-node e il managed-node, poiché il test del ping pong e del recupero info da shell ci han restituito esito positivo.

Ansible - Creazione di un Playbook

In questa parte ci addentriamo, nel lato divertente di ansible i PlayBook

i PlayBook, sono dei file YAML che permettono di costruire dei task di automazione che ansbile può utilizzare per compiere azioni.

creeremo ora un playbook di esempio per installare vsftpd (servizio per creare server FTP /FTPS) sul nostro managed-node (192.168.8.120)

sotto il percorso /etc/ansible creaimo la folder playbook

mkdir playbook && cd playbook

ora all'interno di questa cartella (che ospiterà tutti i PlayBook che creeremo in futuro) creiamo dunque un nuovo file avvalendoci sempre del nostro editor di testo nano

sudo nano vsftpd.yaml

nano ci aprirà un editor vuoto con caricato il nuovo file, inseriamo queste linee

---
- name: Playbook to Install FTP Server (vsftpd)
  hosts: managed-node
  tasks:
  - name: Install vsftpd
    package:
      name: vsftpd
      state: present

  - name: Start vsftpd service
    service:
      name: vsftpd
      state: started
      enabled: yes

questo playbook installerà e attiverà il servizio vsftpd , nel playbook viene definito anche il nodo remoto su cui effettuare l'installazione:

hosts: managed-node

premiamo nuovamente CTRL+O per salvare le modifiche e successivamente CTRL+X per chiudere l'editor.

Siamo finalmente pronti a lanciare il nostro PlayBook, lanciamolo utilizzando il comando:

ansible-playbook vsftpd.yaml

che dovrebbe restituirci come output:

dove il risultato è visibile nella sezione PLAY RECAP con 3 ok in verde per ogni task compiuto dal PlayBook.

possiamo inoltre effettivamente verificare che il servizio si sia avviato corrrettamente sul nodo remoto, lanciando un'ulteriore comando ansible:

ansible managed-node -m shell -a 'systemctl status vsftpd'

se tutto è avvenuto con successo e l'installazione come da output precedente è andata a buon fine sul nodo remoto, ci aspettiamo il seguente output:

che ci conferma che il servizio è installato e attivo sul nostro managed-node (192.168.8.120)

Conclusioni

in questo articolo abbiamo visto passo per passo, come installare e configurare ansible sul control-node (base Fedora), come aggiugere e gestire un managed-node (base Fedora) effettuando autenticazione sullo stesso in modalità passwordless grazie alla chuiave ssh, abbiamo visto una panoramica dei comandi principali che ansible può eseguire e abbiammo creato ed eseguito un PlayBook.

per questo articolo è tutto, se avete dubbi o domande lascio aperta la sezione commenti.

Grazie per la lettura!!

Prima di tutto iniziamo dall'acronimo: VCP-DCV che sta per VMware Certified Professional - Data Center Virtualization, in questo articolo infatti entremo nel dettaglio sulla certificazione VCP-DCV di VMware che è la prima certificazione professionale in ambito virtualizzazione che è possibile ottenere da VMWare

Obiettivo della Certifica

La certificazione VCP-DCV convalida le competenze dei candidati a implementare, gestire e risolvere i problemi di un'infrastruttura vSphere, utilizzando le Best Practice per fornire un base potente, flessibile e sicura per l'agilità aziendale che può accelerare la trasformazione al cloud computing.

Requisiti

Intraprendere questo percorso di certificazione presuppone uno o più requisiti come da percoso alla certifica estratto dal sito di VMware.

Quello su cui ci concentreremo in questo articolo è il percorso alla certifica per chi non possiede alcuna certifica VMWare.

i requisiti sono principalmente 3 , divisi in STEP come da schermata sopra e che riassumendo sono:

• STEP 1 : (Raccomandato) Prendere familiarità ed Esperianza con Sphere 7.x o vSphere 8.x

  questo step è fortemente raccomandato e VMware stabilisce che questo requisito sia minimo di 6 Mesi

• STEP 2 : (Obbligatorio) Partecipare a uno dei corsi di formazione richiesti

  solitamente i corsi utilizzati da VMware per sviluppare questo esame e fortemente consigliati per sua la preparazione sono:

  VMware vSphere: Install, Configure, Manage [V8]

  VMware vSphere: Operate, Scale and Secure [V8]

  VMware vSphere: Install, Configure, Manage [V7]

  VMware vSphere: Optimize and Scale [V7]

• STEP 3: (Obbligatorio) Superare UNO degli esami di certifica

  esami necessari per conseguire la Certificazione

  VMware vSphere 8.x Professional (2V0-21.23)

  Professional VMware vSphere 7.x (2V0-21.20)

Materiali

Di seguito una serie di materiali utili al fine di partecipare al corso di certifica e a posteriori quiz per lo studio in preparazione dell'esame:

PDF per la preparazione dell'esame VCP-DCV: certification-preparation-guide

Quiz con domande attuali [update: Marzo 2023]: VMware 2V0-21.20 Exam - DUMP QUIZ

Pagina di Certifica di VMware: VMware Certified Professional - Data Center Virtualization 2023(VCP-DCV 2023)

Conclusioni

La prima certificazione di VMWare come abbiamo visto nei paragrafi precendenti , richiede molto impegno e soprattutto studio , il percorso stabilito da VMware è neccessario al fine che la certifica sia effettivamente rilasciata a chi ha accumulato abbastanza competenze per essere un professionista certificato su vSphere.

In questo articolo vedremo come è possibile gestire le VM (virtual machine) su vCenter per l'utilizzo come modelli per il deploy di un set di macchine identiche in ambienti vSphere

Un template, è la versione “master” (intesa come immagine Gold) di una VM, una sorta di "modello di base" dal quale è possibile creare e distribuire nuove macchine virtuali identiche già "preconfezionate" secondo le varie esigenze dei nostri clienti.

I Template sono solitamente composti da questi elementi:

• Sistema Operativo Guest (es. Windows Server / Red Hat / Linux)

• Configurazioni del OS: Applicazioni, Servizi (ad es. Server FTP su linux), Policy o customizzazioni

• Configurazioni legate alle risorse della VM (es. vCPU, vRAM) o altri dispositivi già configurati

Creare una VM come template ci permette di mettere in pratica ciò che viene definito "provisioning delle VM", consentendoci di evitare la ripetizione di azioni volte a creare macchine virtuali sulla nostra infrastruttura che hanno caratteristiche comuni se non addirittura idendiche.

Una VM può essere convertita in template oppure clonata da un template (provisioning VM)

Convertire la VM in Template

Bisogna inanzitutto apprendere che convertire una VM in un template renderà la VM di origine un oggetto diverso, una sorta di immagine da riutilizzare per creare altre macchine identiche partendo dal nostro set preconfigurato

NOTA: il prerequisito per convertire la VM in template è che la stessa sia in stato PowerOFF

nella schermata riporta sopra vi è un esempio di una VM (RHEL[9.1]) creata come "master" che viene convertita in modello facendo:

Tasto Destro sulla VM target -> Modello -> Converti in modello

Essendo ora diventata un oggetto "Template" il file VMX di configurazione della macchina verrà convertito in VMTX , inoltre la VM ora non potrà più essere accesa , ma potrà essere usata per creare velocemente modelli identici di VM partendo da questa immagine.

Una volta trasformata in template facendo tasto destro sull'oggetto creato avremo a disposizioni altre due azioni interessanti di cui vedremo qui di seguito le funzioni.

Provisioning di una VM da Template

Per distribuire una macchina virtuale da un template, è sufficiente selezionare "Nuova Macchina virtuale da questo modello" dal menù contestuale (tasto destro sulla VM), la quale ci aprirà la procedura guidata per distribuire la VM,

selezionando il nuovo nome che gli verrà assegnato, il datastore e il formato del disco su cui devono essere distribuiti i file della VM e dove andrà posizionata all'interno del nostro cluster (su quale nodo ESXi) e anche l'eventuale folder.

Converti in macchina virtuale

Selezionando questa opzione sarà possibile riconvertire in VM il nostro template, questa operazione può tornare utile per rendere nuovamente disponibile la VM , accenderla , effettuare ad esempio del patching / aggiunta software o configurazioni e riportarla infine nuovamante in template aggiornato, oppure tenerla come VM non avendo magari più necessità di tenerla come template.

Conclusioni

Tutte le operazioni sui template sono disponibili solamente attraverso interfaccia web del vCenter e non direttamente dai nostri host ESXi; infatti non è possibile gestire i template da Host Web Client

Per vedere tutti i template disponibili, da vSphere Client, si deve selezionare la modalità di visualizzazione VMs and Template selezionata nello screen sopra.

è un obbiettivo che mi ero posto all'incirca 5 anni fà , era il 2019 , quando da appassionato e "smanettone" mi sono affacciato alla tecnologia di virtualizzazione di VMware.

Arrivando da un passato di assiduo utilizzatore di VirtualBox , avevo già delle conosceze riguardo al Virtualizzare, all'inizio era poco più di un gioco quando virtualizzai la prima volta un'installazione di ESXi e creai la mia prima VM Ubuntu in un ambiente nested (oltretutto)

Mi resi subito conto della versatilità del prodotto, e capii che VMware vSphere poteva essere il prodotto che cercavo da tempo, e cominciai ad impiegare un sacco del mio tempo anche fuori l'orario lavorativo allo studio di questa tecnologia.

A distanza di 5 anni, oggi,con molta esperienza lavorativa alle spalle e con un percorso seguito per 3 mesi (corso alla certifica) finalmente posso dire di essere molto più di uno "smanettone", ora sono un Professionista di questa tecnologia e la certifica era il tassello che mancava a raggiungere questo obbiettivo.

Per questo tranguardo devo soprattuto ringraziare una persona Alessandro Romeo che nell'ultimo anno e mezzo è stato una guida che mi ha portato a raggiungere questo obbiettivo, è un grande esperto nel settore e per chi avesse voglia di seguire il suo lavoro, lascio link del suo blog: aleadmin.it

l'idee future ora oltre allo sviluppo del mio blog è implementare una sorta di "percorso alla certifica" che possa essere seguito da chi, come me, vorrà intraprendere questo lungo , faticoso , ma molto appagante cammino.

Appassionato di Virtualizzazione, Programmazione e Videogiochi , mi piace esplorare ogni giorno nuove tecnologie e consolidare le mie competenze soprattutto lato VMware e Linux

L’idea di aprire un Blog nasce dall’esigenza di utilizzarlo per condividere i miei progetti e le mie idee su tutte le tecnologie a cui mi approccio