VMware Global Community
pfperini
Contributor
Contributor
Jump to solution

Storage VMotion tra Storage eterogenei

Salve a Tutti,

Stiamo per effettuare presso di un cliente un upgrade tecnologico per passare da 2 sottosistemi CX3-40 a 2 sottosistemi CX4-120.

I due sottosistemi non sono in mirroring tra di loro ed ospitano applicazioni differenti.

Su ognuno di essi c'è un'applicazione critica che non può subire fermi eccessivi.

L'intera infrastruttura è basata su VMware Vsphere enterprise plus con 100 macchine virtuali e due datastore, uno da 4TB su un CX e uno da 6TB sull'altro CX.

L'idea è quella di utilizzare lo Storage VMotion per portare tutta l'infrastruttura su uno Storage iSCSI che utilizzano per il backup, effettuare l'upgrade dei CX e poi fare il rollback dell'infrastruttura.

Le domande principali sono:

E' possibile schedulare in maniera automaitca il moving delle macchine da uno storage all'altro per effettuarlo in momenti differenti?

E' possibile usare lo Storage VMotion tra sottositemi FC e iSCSI?

Le due applicazioni critiche sono basate su Oracle, ho letto che la migrazione può avvenire a caldo, senza interruzione del servizio e che è garantita l'integrità dei dati. C'è qualche controindicazione per Oracle?

Devo aspettarmi comunque un rallentamento delle applicazioni durante il moving?

Qualsiasi altro consiglio è ben accetto.

Grazie a tutti per il supporto.

Ciao

Tags (1)
Reply
0 Kudos
1 Solution

Accepted Solutions
ldelloca
Virtuoso
Virtuoso
Jump to solution

Ciao

E' possibile schedulare in maniera automaitca il moving delle macchine da uno storage all'altro per effettuarlo in momenti differenti?

Sì, vai in vcenter home - scheduled tasks, e crei un nuovo task di tipo "migrate a virtual machine" e da li in poi lo configuri con tutte le opzioni disponibili.

E' possibile usare lo Storage VMotion tra sottositemi FC e iSCSI?

Assolutamente sì, lo spostamento avviene tra datastore vmware indipendentemente dalla tecnologia sottostante.

Le due applicazioni critiche sono basate su Oracle, ho letto che la migrazione può avvenire a caldo, senza interruzione del servizio e che è garantita l'integrità dei dati. C'è qualche controindicazione per Oracle?

Oracle ha warning, divieti e postille più o meno per tutto, non mi stupirei ci fosse una voce in qualche loro paper dove non garantiscono l'integrità a seguito di una storage vmotion "specificatamente tra datastore eterogenei" 😛


Scherzi a parte, non credo... SVmotion è completamente trasparente al sistema operativo ospitato e all'applicativo.

Devo aspettarmi comunque un rallentamento delle applicazioni durante il moving?

Dipende, quanto IO fanno le macchine sottoposte a storage vmotion? Che storage è quello di appoggio momentaneo? Connettività iscsi a 1 gb o anche di più tramite multipathing? In condizioni limite sicuramente un impatto sul sistema potresti averlo.

Vista la possibilità di schedulare l'attività, io guarderei nel performance monitor in quali periodi del giorno lo storage attualmente usato ha un'attività inferiore e userei quella finestra.

Luca.

--

Luca Dell'Oca

http://www.vuemuer.it

Luca Dell'Oca | vExpert 2011-2012-2013-2014-2015-2016-2017, VCAP-DCD, CISSP #58353 | http://www.virtualtothecore.com | @dellock6 | http://www.linkedin.com/in/lucadelloca | If you find this post useful, please consider awarding points for "Correct" or "Helpful"

View solution in original post

Reply
0 Kudos
7 Replies
ldelloca
Virtuoso
Virtuoso
Jump to solution

Ciao

E' possibile schedulare in maniera automaitca il moving delle macchine da uno storage all'altro per effettuarlo in momenti differenti?

Sì, vai in vcenter home - scheduled tasks, e crei un nuovo task di tipo "migrate a virtual machine" e da li in poi lo configuri con tutte le opzioni disponibili.

E' possibile usare lo Storage VMotion tra sottositemi FC e iSCSI?

Assolutamente sì, lo spostamento avviene tra datastore vmware indipendentemente dalla tecnologia sottostante.

Le due applicazioni critiche sono basate su Oracle, ho letto che la migrazione può avvenire a caldo, senza interruzione del servizio e che è garantita l'integrità dei dati. C'è qualche controindicazione per Oracle?

Oracle ha warning, divieti e postille più o meno per tutto, non mi stupirei ci fosse una voce in qualche loro paper dove non garantiscono l'integrità a seguito di una storage vmotion "specificatamente tra datastore eterogenei" 😛


Scherzi a parte, non credo... SVmotion è completamente trasparente al sistema operativo ospitato e all'applicativo.

Devo aspettarmi comunque un rallentamento delle applicazioni durante il moving?

Dipende, quanto IO fanno le macchine sottoposte a storage vmotion? Che storage è quello di appoggio momentaneo? Connettività iscsi a 1 gb o anche di più tramite multipathing? In condizioni limite sicuramente un impatto sul sistema potresti averlo.

Vista la possibilità di schedulare l'attività, io guarderei nel performance monitor in quali periodi del giorno lo storage attualmente usato ha un'attività inferiore e userei quella finestra.

Luca.

--

Luca Dell'Oca

http://www.vuemuer.it

Luca Dell'Oca | vExpert 2011-2012-2013-2014-2015-2016-2017, VCAP-DCD, CISSP #58353 | http://www.virtualtothecore.com | @dellock6 | http://www.linkedin.com/in/lucadelloca | If you find this post useful, please consider awarding points for "Correct" or "Helpful"
Reply
0 Kudos
pfperini
Contributor
Contributor
Jump to solution

Lo storage di appoggio sarà un EqualLogic a 1Gb con multipath oppure a 10Gb...il cliente ci deve dare la conferma.

Vista la possibilità della schedulazione è sicuramente uno step obbligatorio quello di verificare dal perfomance monitor l'attività delle macchine interessate.

Per il resto mi conviene verificare con attenzione la parte Oracle.

In ogni caso se la VM con Oracle non dovesse ripartire, si può sempre ritornare indietro immediatamente. I dati vengono duplicati tra un datastore e un altro, non vengono spostati. Giusto?

Grazie per le risposte!

Reply
0 Kudos
ldelloca
Virtuoso
Virtuoso
Jump to solution

Ciao,

i dti vengono spostati, non duplicati.

Non ho mai visto però una corruzione di dati durante uno storage vmotion sinceramente. Piuttosto mi premurerei di fare un backup delle virtual machines prima di effettuare lo storage vmotion, se avessi paura che non andasse a buon fine.

Usando strumenti come veeam ad esempio potrei fare allora un job di replica e creare una copia speculare della vm, procedere allo storage vmotion, e nel caso la copia non funzionasse, ripristino la replica realizzata prima.

ciao,

Luca.

--

Luca Dell'Oca

http://www.vuemuer.it

Luca Dell'Oca | vExpert 2011-2012-2013-2014-2015-2016-2017, VCAP-DCD, CISSP #58353 | http://www.virtualtothecore.com | @dellock6 | http://www.linkedin.com/in/lucadelloca | If you find this post useful, please consider awarding points for "Correct" or "Helpful"
pfperini
Contributor
Contributor
Jump to solution

Ok, ora mi è chiaro.

Grazie ancora, sei stato esauriente.

Ciao Pier Francesco

Reply
0 Kudos
max_esprient
Enthusiast
Enthusiast
Jump to solution

Durante lo spostamento di una VM con lo Storage vMotion aspettati dei cali di prestazione per la componente di I/O, in condizioni limite, potrebbero (te lo dico come estrema conseguenza) verificarsi degli errori di corruzione nei blocchi oracle gestiti poi dal db. Se vuoi la garanzia totale, per rispondere alle specifiche oracle, dovresti in teoria spegnere l'istanza.

max

pfperini
Contributor
Contributor
Jump to solution

A questo punto vale anche per altri tipi di DB questo discorso.

Probabilmente la cosa migliore è calcolare il tempo di migrazione partendo da macchine non critiche con grandezze simili (siamo circa a 40GB) per capire il tempo di fermo dell'applicazione. E poi farle ripartire sul nuovo storage, previo backup!

Grazie

PF

Reply
0 Kudos
max_esprient
Enthusiast
Enthusiast
Jump to solution

In generale lo Storage vMotion si fa senza tanti scrupoli e funziona tutto, il mio ero solo uno scrupolo di eccesso di prudenza, io non mai avuto problemi

a spostare VM in produzione anche con DB attivi.

max

Reply
0 Kudos