Manuel Pallotti

Uno schema 'rubato' a VMware per sintetizzare una delle novità di vSphere 6.5. In sintesi, vmware consiglia di abbandonare la Legacy FT, che viene mantenuta per retrocompatibilità. Differences Between Legacy FT and vSphere FT Legacy FT vSphere FT Extended Page Tables/Rapid Virtualization Indexing (EPT/RVI) Not supported Required IPv6 Not supported for legacy FT logging NICs. Supported for vSphere FT-logging NICs. DRS Fully supported for initial placement, load balancing, and maintenance mode support. Only power on placement of Secondary VM and maintenance mode are supported. vStorage APIs - Data Protection backups Not supported Supported Eager-zeroed thick .vmdk disk files Required Not required because vSphere FT supports all disk file types, including thick and thin .vmdk redundancy Only a single copy Primary VMs and Secondary VMs always maintain independent copies, which can be placed on different datastores to increase redundanc...

ecco le novità presentate da vmware per vSan 6.6 vSAN Encryption – Datastore level encryption in a dedupe/compression efficient way Local Protection for Stretched Clusters Removal of Multicast ESXi Host Client (HTML-5) management and monitoring functionality Enhanced rebalancing Enhanced repairs Enhanced resync Resync throttling Maintenance Pre-Check Stretched Cluster Witness Replacement UI vSAN included in “Phone Home / Customer Experience Improvement Program” Including Cloud based health checks! API enhancements vSAN Easy Install vSAN Config Assist / Firmware Update Enhanced Performance and Health Monitoring

un link utile come promemoria! https://www.vmware.com/content/dam/digitalmarketing/vmware/en/pdf/techpaper/storage_protocol_comparison-white-paper.pdf

L'esempio nella figura di cui sopra consiste nell'isolamento stratificato e cross HOST (lama ESX del Blade). il flussi in ingresso sul primo strato (WEB) vengono via via isolati tramite VxLan, che ricordiamo, detta sporca e cruda, 'sono delle vlan incapsulate in un ip'. NSX potendo agire ai livelli L2 e L3, e comportandosi alla stregua di un dSwith, quindi con validità di impostazioni e installazione a livello di cluster ESX con forti integrazioni con il kernel, permette un filtraggio dei dati in transito sulla rete verso il database della nostra WEB Farm. Aggiungo: NSX ha delle API che si integrano a prodotti di terze parti come Fortinet, Palo Alto, o Checkpoint che sia. Questi prodotti prettamente di firewalling, si integrano al già presente firewall distribuito di VMware NSX, che però ha il limite di filtering fino al livello UPD/TCP. Gli antedetti prodotti possono filtrare contenuti al livello Applicativo del TCPIP.

https://docs.vmware.com/en/VMware-vSphere/6.5/vsan-661-administration-guide.pdf https://docs.vmware.com/en/VMware-vSphere/6.5/vsphere-esxi-vcenter-server-651-availability-guide.pdf https://docs.vmware.com/en/VMware-vSphere/6.5/vsphere-esxi-vcenter-server-651-storage-guide.pdf.pdf https://docs.vmware.com/en/VMware-vSphere/6.5/vsphere-esxi-vcenter-server-651-networking-guide.pdf

L’Hypervisor ESX ha diverse funzionalità per reclamare memoria per i vHost. Il concetto si basa fondamentalmente che un vHost pur avendo allocati nella cfg 16 gb(es) potrebbe non usare interamente la ram allocata, quindi può cederla ad un altro vHost. Ma chi sono anche altri concetti: TRANSPARENT PAGE SHARING (TPS) Le pagine comuni di memoria dei Vhost sono indicizzate e popolate una singola volta per N vHost. Che significa? Meglio procedere in un esempio: abbiamo alcuni Vhost che presentano lo stesso dato in memora, quindi, l’host ESX provvederà, nel caso in cui sia attivata la funzione, ad allocare memoria per un singolo Dato comune ad un certo numero di vHost. Le pagine vengono individuate con uno scanning progrrammato, e la cosa provoca un innalzamento dei valori di utilizzo della CPU. BALLONING Questa tecnica di recupero memoria si basa sulla itarazione stretta tra i VMware Tools installati su un vHOST e l’Hypervisor. Il Ballon e’ un palloncino! L’hypervisor gonfia ‘...