Documentazione

VMware vSphere

Provibr si collega a un vCenter Server e gestisce le macchine virtuali del suo inventario: ordinare, clonare, avviare, arrestare, sospendere, rimuovere e leggere i consumi, tramite lo stesso agente, gli stessi piani e la stessa traccia di controllo di ogni altra integrazione.

A che cosa si collega

L’integrazione dialoga con vCenter Server attraverso la sua API Web Services. Tutto ciò che fa il pannello (collocazione, clonazione, configurazione del guest) passa da vCenter, così un cluster con DRS continua a decidere da sé su quale host finisce una macchina.

Un host ESXi autonomo non è supportato. Risponde sulla stessa API e l’accesso riesce persino, ma non ha cluster, né DRS, né un pool di risorse verso cui clonare. L’agente verifica con che cosa sta parlando e rifiuta un host autonomo, invece di fallire al suo primo ordine.

In che cosa differisce da Proxmox

Il modello è lo stesso: un agente, un’integrazione, piani e modelli. Quattro cose si comportano diversamente, ed è proprio ciò che si nota.

Una macchina è identificata dal suo UUID di istanza e non da un numero assegnato da Provibr. Tutto ciò che sceglie nelle impostazioni (datacenter, pool di risorse, rete) è un riferimento a un oggetto vSphere e non un nome, perché lì i nomi sono unici solo all’interno della propria cartella. E il «nodo» che vede nel pannello è il datacenter, non l’host ESXi: quest’ultimo cambia a ogni vMotion, e una macchina che sembrasse spostarsi ogni ora sarebbe impossibile da seguire.

Che cosa inserisce

Quattro campi. Crei un utente dedicato invece di riutilizzare un amministratore: vCenter non ha un token API revocabile, quindi il ruolo assegnato all’account è l’unico limite.

L’indirizzo https di vCenter, così come lo apre nel browser.
Il nome utente con il suo dominio, per esempio provibr@vsphere.local.
La password. Viaggia una sola volta verso il suo agente e Provibr non la conserva mai.
L’impronta SHA-256 del certificato presentato da vCenter.

Assegni all’account un ruolo sul datacenter che deve gestire. L’accesso riesce con qualsiasi account noto a vCenter: un account senza ruolo si collega senza errori e poi non vede assolutamente nulla, nessun messaggio, solo un inventario vuoto. Per questo il test di connessione indica quanti datacenter vede: zero significa che le credenziali sono corrette e manca il ruolo.

L’impronta TLS

La legga da qualsiasi macchina che raggiunga vCenter:

shell

openssl s_client -connect <host>:443 </dev/null 2>/dev/null | \
  openssl x509 -noout -fingerprint -sha256

I comandi e l’output del terminale sono in inglese ovunque, nel pannello e in queste pagine. Un solo testo, una sola verità: quello che legge qui è letteralmente ciò che il suo host le restituirà.

Questo campo è obbligatorio. vCenter presenta sempre un certificato della propria CA interna, quindi non esiste né una catena pubblicamente attendibile su cui ripiegare né un percorso in chiaro. Con un’impronta l’agente si fida di quel singolo certificato invece di disattivare la verifica.

Prenda l’impronta del certificato della macchina, non quella della CA interna. Il vSphere Client le mostra entrambe e si somigliano. Fissare quella della CA dà un’integrazione che funziona subito e si ferma mesi dopo, alla rotazione successiva del certificato.

Impostazioni

Dove finiscono le macchine nuove. Le sceglie tra ciò che vCenter riporta; non c’è nulla da digitare.

Il datacenter in cui vengono create le macchine nuove.
Il pool di risorse. Su un cluster DRS è il pool radice e l’host lo sceglie vSphere.
Il port group a cui si collega la scheda di rete.
Facoltativamente un host fisso: lasci il campo vuoto dove DRS è attivo.

Non esiste un’impostazione per il datastore. Un clone eredita l’archiviazione del proprio modello, che si trova già in un punto consentito; una scelta autonoma le permetterebbe di indicare un datastore che l’host di destinazione forse non vede nemmeno.

Modelli

In vSphere un modello è una comune macchina virtuale contrassegnata come tale, nello stesso inventario. Lo colleghi a un sistema operativo del suo catalogo e gli ordini di quel sistema verranno clonati da lì.

L’elenco mostra il datacenter accanto al nome, perché due modelli possono avere lo stesso nome in cartelle diverse. Doti il modello di VMware Tools e cloud-init; Provibr consegna la configurazione del guest tramite il canale guestinfo, che funziona su qualsiasi immagine cloud senza requisiti aggiuntivi.

Che cosa può fare con una macchina

Crearla da un modello, avviarla, arrestarla, resettarla, spegnerla e riavviarla in modo ordinato tramite VMware Tools, sospenderla e riprenderla, leggerne lo stato e rimuoverla.

Non ancora: aggiungere o togliere dischi e schede di rete, e reinstallare. In vSphere reinstallare significa clonare di nuovo, e non esiste un comando che ricostruisca la stessa macchina al suo posto. Un firewall per macchina in vSphere non esiste affatto: quello è NSX, un prodotto a parte.

Rete

Una macchina nuova riceve una scheda sul port group indicato nelle impostazioni e il proprio indirizzo dal suo IPAM, se al piano è collegato un pool.

I distributed port group sono supportati e sono il caso normale. Si agganciano in modo diverso dalle reti classiche (all’UUID del loro switch più la propria chiave) e l’agente lo ricava dall’oggetto stesso, quindi non c’è nulla da configurare.

Importare ciò che esiste già

Le macchine presenti in vCenter al di fuori di Provibr si possono importare dalla pagina dell’integrazione: spunti quelle che desidera e compaiono come server, con datacenter, stato e caratteristiche.

IndietroProxmox VE AvantioVirt