Lo sapevate che di una capacità aggiuntiva vMotion fresco in vSphere 6.0?

C'era un ottimo post di Duncan un paio di settimane fa andare oltre le nuove funzionalità vMotion in vSphere 6.0, che comprende: Croce vSwitch vMotion, Croce vCenter vMotion (XVC-vMotion) e Long Distance vMotion (LD-vMotion). Se non avete controllato il suo articolo, mi raccomando si dà una lettura prima di procedere ulteriormente. Dopo aver letto l'articolo di Duncan, ho notato che aveva perso su una capacità di vMotion supplementare che potrebbe non essere evidente come l'opzione non è dove si trovano nell'interfaccia utente vSphere client Web. In realtà, ero solo a conoscenza di questa capacità supplementare dopo aver sentito parlare da Ingegneria durante lo sviluppo di vSphere 6.

La capacità vMotion supplementare in realtà si estende il flusso di lavoro di Croce vCenter Server vMotion (XVC-vMotion), che consente a un amministratore di vivere migrare una macchina virtuale in esecuzione tra due server vCenter che fanno parte dello stesso dominio SSO. In virtù di essere nello stesso dominio SSO utilizzando la nuova funzione Modalità Linked avanzata, entrambi i server vCenter saranno visibili nel client vSphere Web e saranno disponibili per essere selezionata sia come origine o destinazione per un'operazione di vMotion.

Screen shot 2015/02/07 alle 10.34.53 AM
Questa capacità Croce vCenter Server vMotion esteso (ufficiosamente Chiedo che EXVC-vMotion) consente a un amministratore di vivere migrare una macchina virtuale in esecuzione tra due server vCenter che sono non parte dello stesso dominio SSO. Non è fantastico !? A mio parere, questo è in realtà un affare abbastanza grande, perché penso che toglie davvero alcun limite per una macchina virtuale vSphere e si aprirà un intero nuova classe di casi d'uso di mobilità che non sono mai pensato possibile prima. Questo sarà sicuramente renderlo interessante per i clienti che desiderano migrare i carichi di lavoro da loro on-premises datacenter in un ambiente vSphere completamente diverso o anche uno che è ospitato da un fornitore di servizi o forse anche vCloud Air?

L'operazione EXVC-vMotion è attualmente disponibile solo oggi utilizza l'API vSphere, non perché si tratta di una API private, ma perché non c'è wizard interfaccia utente per questa operazione. La ragione per l'attuale XVC-vMotion è così perfetta oggi è che sia il server di origine e di destinazione vCenter è visibile facendo parte dello stesso dominio SSO. Se avete due completamente diversi server vCenter che non sono uniti alla stessa SSO Dominio o hanno completamente diverso SSO Domini, allora è necessario utilizzare l'API vSphere per eseguire questa operazione.

Tutte le operazioni di vMotion compreso vMotion senza storage condiviso utilizza l'API vSphere RelocateVM_Task () metodo. In vSphere 6.0, il metodo è stato migliorato per accettare una nuova proprietà denominata ServiceLocator che fornisce un endpoint del servizio a un server vCenter in cui una macchina virtuale può essere migrato. Una cosa importante da notare è che se si desidera migrare una VM tra due server vCenter situate nello stesso dominio SSO, c'è un sslThumbprint proprietà che non è necessario per impostare. Tuttavia, se i due server vCenter non fanno parte dello stesso dominio SSO, quindi è necessario impostare la proprietà. Inoltre, se la VM è migrato a un diverso server vCenter, proprietà aggiuntive come l'host ESXi, vSphere Cluster / Pool di risorse e datastore devono essere specificati come parte della specifica migrazione.

Per dimostrare questo impressionante operazione EXVC-vMotion, ho creato un semplice script PowerCLI chiamato run-cool-EXVC-vMotion.ps1 che accetta 12 parametri della riga di comando che sono descritti in dettaglio più avanti:

Variabile Descrizione
sourceVC Il nome host o indirizzo IP del server di origine vCenter
sourceVCUsername Il nome utente per il collegamento alla sorgente vCenter Server
sourceVCPassword La password per il collegamento della sorgente vCenter Server
destVC Il nome host o indirizzo IP del server di destinazione vCenter
destVCUsername Il nome utente per la connessione al server di destinazione vCenter
destVCPassword La password per la connessione al server di destinazione vCenter
destVCThumbprint L'identificazione SSL (SHA1) del server di destinazione vCenter (può essere recuperato utilizzando questo o questo )
DataStoreName La destinazione vSphere Datastore dove verrà migrato il VM
clustername La destinazione vSphere Cluster dove verrà migrato il VM
vmhostname La destinazione vSphere ESXi host su cui verrà migrato il VM
vmnetworkname La destinazione vSphere VM Portgroup dove verrà migrato il VM
nomevm Il nome della VM di origine da migrare
Nel mio ambiente di laboratorio, ho configurato due vCenter Server di cui fanno parte di due diversi SSO domini come si vede nello screenshot qui sotto:

Screen shot 2015/02/10 alle 5.53.47 AM
Ho minuscolo Linux VM (VMA) che sto usando che sarò Migrazione da vcenter60-4 a vcenter60-5 che ha un datastore completamente diverso e VM portgroup (se si è allungato / esteso L2, quindi la VM sarebbe rimasto in linea durante questa migrazione). Ho poi eseguire lo script utilizzando i seguenti parametri in base alla mia proprio ambiente e si può vedere la migrazione è dando il via:

. \ Run-cool-EXVC-vMotion.ps1 vcenter60-4.primp-industries.com administrator@vghetto.local VMware1! vcenter60-5.primp-industries.com administrator@vsphere.local VMware1! 82: D0: CF: B5: CC: EA: FE: AE: 03: BE: E9: 4B: AC: A2: B0: AB: 2F: E3: 87: 49 vesxi60-8-local-storage NY-Cluster vesxi60 -8.primp-industries.com NY-VM-Network VMA

Screen shot 2015/02/10 alle 6.05.46 AM
Uno la migrazione è stata completata, se oggi diamo uno sguardo al nostro Web client vSphere, possiamo vedere la VM è ora migrato verso l'altro server vCenter.

Screen shot 2015/02/10 alle 5.57.01 AM
Spero davvero di vedere la vSphere Client Web ottenere migliorato per supportare questa funzionalità vMotion fresco, ma nel frattempo si può facilmente eseguire questa operazione utilizzando lo script PowerCLI sopra o qualsiasi altro linguaggio di scripting / programmazione rimettere in API vSphere. Imposta il tuo VM gratis e lasciarlo migrare dove il tuo cuore desidera:)

Handy nuove API vSphere 6.0 di essere a conoscenza di

Il numero di nuove funzionalità della piattaforma e funzionalità di vSphere 6.0 è di gran lunga il più grande che abbia mai visto in un po '. Una delle cose che mi piace fare con ogni nuova versione vSphere è rivedere tutte le nuove API che sono ora disponibili per essere consumato. Ecco alcune delle nuove API vSphere che ritengo interessante dal punto di vista di automazione per vSphere 6 che credo la gente dovrebbe essere a conoscenza. So che per me, ci sono diverse nuove API vSphere che ho personalmente aspettato per un bel po 'di tempo e sono felice di vedere finalmente a disposizione per i nostri clienti, sviluppatori e partner. A seconda del mio tempo libero, posso andare in maggiori dettagli su come alcune di queste nuove API di lavoro e fornire alcuni codici di esempio.

Se volete vedere l'elenco completo delle nuove API vSphere 6.0, assicurati di controllare le API Reference Guide vSphere 6.0 (disponibile quando vSphere 6.0 di GA che è Q1 del 2015), che ha un "Novità" a tutti i nuovi Managed Objects, metodi, proprietà, ecc

CertificateManager - API per implementare e aggiornare Vmca (VMware Certificate Authority) certificati SSL per gli host ESXi

• CertMgrRefreshCACertificatesAndCRLs_Task
• CertMgrRefreshCertificates_Task
• CertMgrRevokeCertificates_Task

ClusterEVCManager - API per gestire finalmente e configurare EVC (Enhanced vMotion compatibilità) per un cluster vSphere

• CheckAddHostEvc_Task
• CheckConfigureEvcMode_Task
• ConfigureEvcMode_Task
• DisableEvcMode_Task

IoFilterManager - API per gestire la nuova funzionalità Filtro IO

• InstallIoFilter_Task
• QueryDisksUsingFilter
• QueryIoFilterInfo
• QueryIoFilterIssues
• ResolveInstallationErrorsOnCluster_Task
• ResolveInstallationErrorsOnHost_Task
• UninstallIoFilter_Task
• UpgradeIoFilter_Task

ClusterComputeResource - API ad occhiata rapidamente tutte le regole di affinità e anti-affinità per un VM

• FindRulesForVm

VSAN API 6.0 / VVOL / NFS v4.1 - Si prega di dare un'occhiata qui

HostStorageSystem 

• Contrassegno di un dispositivo Disk come locale o remoto
  • MarkAsLocal_Task
  • MarkAsNonLocal_Task
• Contrassegno di un dispositivo Disk sia come SSD o disco magnetico
  • MarkAsNonSsd_Task
  • MarkAsSsd_Task
• Accendere di spegnimento del dispositivo Disk LED supportato
  • TurnDiskLocatorLedOn_Task
  • TurnDiskLocatorLedOff_Task
• Operazione VMFS unmap
  • UnmapVmfsVolumeEx_Task

HostCertificateManager - API per gestire e aggiornare personalizzato CA firmato certificati SSL su host ESXi

• GenerateCertificateSigningRequest
• GenerateCertificateSigningRequestByDn
• InstallServerCertificate
• ListCACertificateRevocationLists
• ListCACertificates
• ReplaceCACertificatesAndCRLs

HostActiveDirectoryAuthentication - API per gestire autenticazione con smart card su host ESXi

• DisableSmartCardAuthentication
• EnableSmartCardAuthentication
• InstallSmartCardTrustAnchor
• ListSmartCardTrustAnchors
• RemoveSmartCardTrustAnchor
• RemoveSmartCardTrustAnchorByFingerprint
• ReplaceSmartCardTrustAnchors

HostAccessManager - API per la gestione di nuove funzionalità di modalità di blocco e modificare gli utenti del sistema

• ChangeAccessMode
• ChangeLockdownMode
• QueryLockdownExceptions
• QuerySystemUsers
• RetrieveHostAccessControlEntries
• UpdateLockdownExceptions
• UpdateSystemUsers

VirtualMachine

• Abilita SMP-FT per VM
  • CreateSecondaryVMEx_Task
• Invia NMI (Non-Masking Interrupt) richiesta di VM
  • SendNMI

GuestWindowsRegistryManager - API per gestire le chiavi di registro di Windows per sistemi operativi guest

• CreateRegistryKeyInGuest
• DeleteRegistryKeyInGuest
• DeleteRegistryValueInGuest
• ListRegistryKeysInGuest
• ListRegistryValuesInGuest
• SetRegistryValueInGuest