{"id":195,"date":"2015-11-25T09:55:27","date_gmt":"2015-11-25T09:55:27","guid":{"rendered":"http:\/\/blogs.encamina.com\/por-una-nube-sostenible\/?p=195"},"modified":"2015-11-25T09:55:27","modified_gmt":"2015-11-25T09:55:27","slug":"migrando-a-azure","status":"publish","type":"post","link":"https:\/\/blogs.encamina.com\/por-una-nube-sostenible\/migrando-a-azure\/","title":{"rendered":"Migrando a Azure"},"content":{"rendered":"

Entre las caracter\u00edsticas\u00a0que hemos de tener en cuenta antes de migrar a la nube, est\u00e1 la capacidad de transportar las m\u00e1quinas<\/strong> que actualmente tenemos on-premises a dicha nube.<\/p>\n

Para ello, Azure nos proporciona\u00a0diferentes mecanismos<\/strong> destinados a cubrir pr\u00e1cticamente todas las opciones para transportar nuestras m\u00e1quinas a Azure en funci\u00f3n de nuestras necesidades. \u00bfLo vemos?<\/p>\n

<\/span>Subiendo m\u00e1quinas a mano<\/span><\/h2>\n

La opci\u00f3n m\u00e1s sencilla (en caso de que\u00a0ya tengamos las m\u00e1quinas que queremos subir en formato de Hyper-V generaci\u00f3n 1) es subir el VHD de la m\u00e1quina virtual mediante powershell<\/strong> a un contenedor de Azure<\/strong> y, una vez subido, registrarlo como disco duro de Sistema Operativo. A continuaci\u00f3n, podremos aprovisionar desde el portal de Azure, una nueva m\u00e1quina virtual usando el disco subido como plantilla.<\/p>\n

\"Migrando-a-Azure\"<\/p>\n

Aunque este m\u00e9todo tiene un inconveniente: la m\u00e1quina virtual debe estar apagada para poder subir el VHD correctamente.<\/p>\n

<\/span>Usando Disaster Recovery como herramienta de migraci\u00f3n<\/span><\/h2>\n

Para entornos m\u00e1s complejos<\/strong> en los que se requiere\u00a0un tiempo de parada de servicios, podemos usar el servicio Azure Site Recovery como herramienta de migraci\u00f3n de las maquinas que necesitemos.<\/p>\n

\"Azure<\/p>\n

Este servicio es capaz de subir a Azure sin parada de servicio m\u00e1quinas f\u00edsicas<\/strong>, o virtualizadas con cualquier hypervisor del mercado, incluso m\u00e1quinas ubicadas en otros servicios cloud como Amazon.<\/p>\n

Este servicio a priori est\u00e1 dise\u00f1ado para realizar una copia de las m\u00e1quinas<\/strong> que nosotros deseemos a Azure y disponer as\u00ed de un entorno de backup al que poder conmutar los servicios.<\/p>\n

Esto lo podemos aprovechar para realizar una migraci\u00f3n con un m\u00ednimo tiempo de parada de servicio<\/strong>, ya que si dejamos que este servicio se encargue de realizar la copia inicial de los datos y luego se encargue tambi\u00e9n de mantener las m\u00e1quinas locales y en Azure sincronizadas, en el momento que conmutemos hacia Azure, ya habremos realizado la migraci\u00f3n a la nube.<\/p>\n

En funci\u00f3n de la infraestructura de origen, habr\u00e1 que montar un entorno m\u00e1s o menos complicado que se encargue de supervisar las m\u00e1quinas de origen y realice la subida y actualizaci\u00f3n de las mismas.<\/p>\n

<\/span>Conclusiones<\/span><\/h2>\n

Estas son s\u00f3lo dos formas para llevarse nuestra infraestructura a la nube<\/strong>, aunque existen otras opciones. Por ejemplo, usar System Center App Controller para mover m\u00e1quinas hacia y desde Azure, si disponemos de System Center Virtual\u00a0Machine Manager para gestionar nuestro entorno de virtualizaci\u00f3n.<\/p>\n

Lo realmente importante es que, a d\u00eda de hoy, con una buena planificaci\u00f3n, migrar a Azure no debe suponer ning\u00fan problema<\/strong>, ni un impacto significativo en la continuidad de negocio.<\/p>\n

\n
\n

Tabla de contenidos<\/p>\nToggle<\/span><\/path><\/svg><\/svg><\/span><\/span><\/span><\/a><\/span><\/div>\n