Alternatives per a empreses que revisen la seva virtualització: moure les màquines al nostre cloud gestionat o replantejar la plataforma sobre maquinari propi, amb inventari i proves abans de tocar producció.
Els canvis de llicenciament al mercat de la virtualització han portat moltes empreses a revisar contractes i costos. La decisió no és només econòmica: afecta les còpies, la recuperació, el maquinari i qui opera la plataforma.
Què hi trobem habitualment
Renovacions amb condicions diferents de les contractades fa anys.
Màquines virtuals heretades el propòsit de les quals ja ningú recorda.
Eines de backup i replicació lligades a la plataforma actual.
Necessitat de mantenir la producció durant tot el procés.
Per a quines empreses encaixa
Empreses amb entorns virtualitzats a les seves instal·lacions que es plantegen renovar maquinari, canviar d'hipervisor o passar a cloud gestionat.
Revisem la teva plataforma actual i et presentem els escenaris possibles amb les seves implicacions reals.
Màquines, recursos, xarxes, aplicacions i relacions entre servidors.
Comparativa d'escenaris
Mantenir, renovar en local o migrar al nostre cloud, amb implicacions operatives de cada opció.
Migració per fases
Grups de màquines per criticitat, amb finestres acordades i validació després de cada fase.
Còpies i recuperació revisades
Es redefineix el backup a la plataforma destí i es prova la restauració.
Com s'implanta
1Aixecament de l'entorn actual i dels contractes vigents.
2Disseny del destí i dels criteris de validació.
3Prova de migració amb màquines no crítiques.
4Migració per fases amb pla de tornada enrere documentat.
5Operació i monitoratge de la nova plataforma.
Escenaris reals
Renovació de llicències amb un salt de cost
Moltes empreses descobreixen el canvi de model de llicenciament en rebre la renovació. Abans de decidir convé inventariar màquines, recursos realment utilitzats i dependències, perquè sovint s'està pagant capacitat reservada que no es consumeix mai. Aquest inventari serveix tant per negociar com per dimensionar una plataforma alternativa.
Sortida per fases sense aturar la producció
La migració es planifica per grups de màquines: primer entorns de prova i serveis auxiliars, després les aplicacions de negoci. Cada grup es mou en una finestra acordada, es valida amb usuaris i es manté la possibilitat de tornar enrere fins que el comportament es confirma durant diversos dies d'operació real.
Què lliura el projecte
El projecte lliura l'inventari de l'entorn actual, la proposta de plataforma destí amb el seu dimensionament, el pla de migració per grups amb finestres i responsables, l'execució amb validació d'usuaris, la nova estratègia de còpia i la documentació de l'entorn resultant. Les llicències de sistema operatiu i de les aplicacions corresponen a l'empresa, i la seva compatibilitat amb la plataforma destí es confirma amb cada fabricant abans de comprometre dates. Al tancament es lliura un informe amb el que s'ha migrat, el que queda pendent i les decisions preses durant el procés.
Què es posa en risc si no s'aborda
Dependències ocultes entre màquines
Serveis que es criden entre si per adreça IP fixa o per nom d'amfitrió es trenquen en moure només una part del conjunt.
Còpies lligades a l'hipervisor
Si l'eina de còpia està integrada amb la plataforma actual, el canvi afecta també l'estratègia de còpia i s'ha de planificar alhora.
Suport del fabricant de l'aplicació
Alguns programes només declaren suport sobre plataformes concretes. Convé confirmar-ho abans de comprometre un calendari.
No. Es treballa per grups de màquines, començant per les menys crítiques per validar el procediment.
Es poden conservar els servidors físics actuals?
En molts casos sí, si el maquinari està en garantia i compleix els requisits. S'avalua a l'inventari.
Què passa amb les còpies durant la migració?
Es manté el backup d'origen fins que el destí està validat i provat.
Ens podem quedar a VMware?
També és una conclusió vàlida. L'objectiu de l'anàlisi és decidir amb dades, no forçar un canvi.
Cal migrar-ho tot o se'n pot mantenir una part?
Se'n pot mantenir una part. Un escenari habitual és conservar a la plataforma actual allò que tingui una dependència forta i moure la resta a infraestructura gestionada o a núvol privat. La decisió es pren amb l'inventari al davant, valorant cost de llicències, cicle de vida del maquinari i requisits de cada aplicació.
Quant dura una migració d'aquest tipus?
Depèn del nombre de màquines, del volum de dades i de les finestres disponibles. El que sí que és constant és l'ordre: inventari i proves primer, migració per grups després i període d'observació al final. Fixar una data abans de l'inventari és la manera més segura d'acabar improvisant.
Què passa amb les còpies durant el canvi?
Es manté la protecció de l'entorn d'origen fins que el destí té còpies pròpies verificades. Durant la transició conviuen les dues estratègies, i només es retira l'anterior quan s'ha completat una prova de restauració a la plataforma nova.
Es pot fer l'inventari sense compromís de migrar?
Sí, i és el recomanable. L'inventari de màquines, consum real i dependències té valor per si mateix: serveix per negociar la renovació amb el fabricant actual, per detectar capacitat que es paga sense utilitzar i per decidir amb dades si convé moure alguna cosa o no.
Sol·licitar anàlisi de virtualització
Revisem la teva plataforma actual i et presentem els escenaris possibles amb les seves implicacions reals.