Nel mio home lab ho installato la mia prima versione di vCenter 7.0
Come ogni 3 Mesi sono in arrivo degli aggiornamenti per il servio AKS (Azure Kubernetes Services):
Attualmente è disponibile la possibilità di utilizzare una trial della soluziona Horizon Cloud di VMware su cloud AZURE.
Le credenziali create per accedere MyVMware saranno anche quelle che ci permetteranno l’accesso al portale https://cloud.horizon.vmware.com
Cluster Kubernetes, ormai sappiamo tutti di che cosa stiamo parlando.
Questa tipologia di cluster possiamo trovarla in tanti ambienti.. Cloud o on-prem, su VMware ecc.
Come tutte le infrastrutture si devono però mantenere ed è molto importante tenerle aggiornate …anche sotto questo aspetto l’idea del “funziona e quindi perchè aggiornarla” è ormai obsoleta.
Mi è capitato ultimamente di confrontarmi con la soluzione AKS (Azure Kubernetes Services) ed essendo un servizio PaaS è necessario rimanere al passo delle versioni che Microsoft rilascia per il suo cloud.
Quindi entriamo nel dettaglio:
Ogni 3 mesi vengono rilasciate delle versioni minori (La struttura d[major].[minor].[patch]) e l’attuale 1.16.x è stata rilasciata a Marzo 2020 per cui:
· La 1.17 mi aspetto che venga rilasciata a Giugno 2020
· La 1.18 mi aspetto che venga rilasciata a Settembre 2020
Per verificare che versioni sono disponibili nella region su cui abbiamo il nostro cluster il comando è il seguente:
az aks get -versions –location <Region> –output table
Se ad esempio la nostra infrastruttura è alla versione 1.15.7 e posso verificarlo con il seguente comando:
az aks get-upgrades –resource-group <Resource Group> –name <nome del cluster AKS> –output table
Per la regola del N-2 la nostra versione va fuori supporto a Settembre 2020
A settembre come detto esce la 1.18, la regola del N-2 si applicata alla minor e quinti 18-2 = 16 quindi fino alla 1.16 siamo in supporto per quelle precedenti ( per cui la 1.15) siamo fuori supporto.
Per aggiornare una infrastruttura AKS da una versione fuori supporto a una in supporto….. bisogna reinstallare il nostro cluster !
Veeam ha rilasciato una soluzione di backup per proteggere le Microsoft Azure VM , gli aspetti interessanti della soluzione sono:
· Gratuita fino a proteggere 10 Azure VM
· integrazione con le snapshot di Azure
· La possibilità di avere un stima dei costi relativamente allo spazio dei container dell’Azure Storage Account in base alla VM da Proteggere e alla policy implementata.
La virtual appliance è disponbiile nel MarketPlace di Azure
L’installazione, come tutte le soluzioni Veeam e le infrastrutture Azure sono deployate e configurabili veramente in breve tempo sopo 15 minuti (Deploy e configurazione) siamo pronti a eseguire il primo backup.
Alcune considerazione relativamente all’installazione:
· Necessità di tutte le informazioni che richiedere un deploy di una Azure VM (vNet, Resource Group ecc.)
· Richieste un’ Azure Storage Account su cui andare ad salvare i dati dei backup.
Aclune considerazioni relative all’implementazione delle policy di backup
· Differenzazione tra retention per Snapshot e per Backup
· Come la versione di Veeam Backup & Replication v10 oltre al numero di versioni per i backup è presente anche la retention per numero di giorni
· Come anticipavo precedentemente è possibile sapere in anticipo i costi di utilizzo dell’infrastruttura Azure per lo spazio relativo ai backup (Il costo della Azure VM di Veeam Backup for MIcrosoft Azure è quello del size della VM scelto durante il deploy)
Uno degli aspetti che mi spingono a proporre di aggiornare le infrastrutture VMware vSphere alle versione 6.7u3 è anche la presenza dello skyline health. Strumento indispensabile per monitorare lo stato della infrastruttura
Le informazioni che possiamo velocemente individuare analizzare sono relative a oggetti come i singoli host ESXi, il vCenter e lo stato della vSAN.
Che informazioni possiamo trovarci? Dalle vulnerabilità di sicurezza presenti nella nostra infrastruttura a versioni di firmware da aggiornare. Ovviamente correlate da collegamenti a pagine della KB VMware con informazioni specifiche su come gestirle.
Per poter avere queste informazioni è necessario abilitare il CEIP (Customer Experience Improvement Program).
VMware investe da sempre nella soddisfazione dei clienti e per cui tutto il flusso di gestione e assistenza con l’avvento di skyline ha guadagnato ulteriormente in efficienza.
Oggi da varie sottoscrizioni azure (anche non FREE) mi ritorna questo errore (ho provato con tutte le location a disponibili x verificare quali utilizzate Get-AzureRmLocation | select displayname da powershell)
Da alcuni BLOG sembra che sia dovuto a un sovraccarico dei servizi Azure…apriamo un ticket al supporto e vediamo …
Alla fine del 2019 ho postato nel Blog alcune indicazioni come effettaure un allineamento di un Azure SQL DB da un ambiente di Sviluppo a un ambiente di Produzione, a quel tempo (si sembra passato molto tempo..) avevo utilizzato il bpac.
Get-VM | Select-Object Name,NumCPU,MemoryMB,Powerstate,@{Name=”vGPU”;Expression={$_.ExtensionData.Config.Hardware.Device.Backing.vgpu}} | Export-CSV <file>