7 Replies Latest reply on Mar 9, 2011 8:00 AM by max_esprient

    Storage VMotion tra Storage eterogenei

    pfperini Lurker

      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

        • 1. Re: Storage VMotion tra Storage eterogenei
          ldelloca Master
          vExpert

          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" :-p


          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

          • 2. Re: Storage VMotion tra Storage eterogenei
            pfperini Lurker

            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!

            • 3. Re: Storage VMotion tra Storage eterogenei
              ldelloca Master
              vExpert

              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

              1 person found this helpful
              • 4. Re: Storage VMotion tra Storage eterogenei
                pfperini Lurker

                Ok, ora mi è chiaro.

                Grazie ancora, sei stato esauriente.

                 

                Ciao Pier Francesco

                • 5. Re: Storage VMotion tra Storage eterogenei
                  max_esprient Enthusiast
                  vExpert

                  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

                  1 person found this helpful
                  • 6. Re: Storage VMotion tra Storage eterogenei
                    pfperini Lurker

                    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

                    • 7. Re: Storage VMotion tra Storage eterogenei
                      max_esprient Enthusiast
                      vExpert

                      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