Traslado de Datacenter sin riesgo
Carmen Coll – Marketing Communication Specialist
Hola, buenos días, Muchísimas gracias por asistir a este seminario web, nos alegra mucho teneros aquí. Espero que disfrutéis muchísimo de este webinar de Traslado de Datacenter sin riesgos con mis compañeros Miquel Mariano y Ramón Mateo, expertos en infraestructura. Muchísimas gracias. Que disfrutéis mucho.
Miquel Mariano – Technical Leader Of Infrastructure
Gracias, Carmen. Bienvenidos a todos. Muchas gracias por asistir a este nuevo webinar de Traslado de Datacenter sin riesgo. Hoy tenemos el placer de que nos acompañe mi compañero y amigo Ramón Mateo, que se ha convertido en un experto, un gran experto en este tipo de de proyectos de migraciones y nos va a dar una pequeña charla de las experiencias y cómo hacemos nosotros en Encora este tipo de este tipo de proyectos.
00:56 – 01:38
Índice del webinar: Traslado de Datacenter sin riesgos
Introducción
¿Por qué migrar un CPD?
Veis aquí una pequeña agenda, una pequeña introducción de cómo puede surgir una necesidad o el por qué necesitaríamos un traslado de datacenter de una ubicación a otra.
Tipos de migración en un traslado de datacenter
Veremos desde las necesidades que pueden motivar un traslado de datacenter. Podemos proponer a nuestros clientes diferentes tipos de migración.
Metodología de migración
Veremos un poco también la metodología que llevamos a cabo desde Encora y que hemos ido perfeccionando al cabo de ya muchos traslados de datacenter que llevamos en las espaldas, sobre todo Ramón.
Riesgos y cómo mitigarlos en un traslado de datacenter
Y luego veremos también los riesgos que siempre hay que tener en cuenta, que siempre pueden surgir cuando afrontamos un traslado de datacenter, que no es una cosa menor ¿Cómo podemos controlarlos? ¿Cómo podemos intentar o cómo debemos intentar mitigarlos?
Casos prácticos en traslados de datacenter
Finalmente veremos unos casos prácticos. Contaremos algunas experiencias que hemos vivido de los traslados de datacenter que ya hemos realizado, que como digo, no son pocas. Adelante, Ramón.
00:02:12:05 – 00:02:35:15
Ramón Mateo – DEVOPS
Muchas gracias, Miquel. Bueno, aunque yo haya liderado muchos traslados de datacenter que hemos hecho, de este tipo de migraciones, pues al final siempre he estado de la mano de Miquel y compañía, porque al final en este tipo de migraciones tenemos cómputo, almacenamiento, redes y al final necesitamos la implicación de todo el equipo de infraestructura.
00:02:35:17 – 00:03:02:03
Introducción
Pues nada, sin más, una breve introducción de lo que consiste un traslado de datacenter. ¿Cómo inicia todo esto?
Necesitamos realizar un traslado de datacenter a otra ubicación
La necesidad de traslado de datacenter a otra ubicación por diferentes motivos. Al final, puede ser porque nuestras instalaciones cambien, porque las necesidades de negocio también cambien y con ello pues tenemos por delante la necesidad de un traslado de Datacenter.
El CPD actual y el nuevo pueden estar en la modalidad de On-Premises o Colocation
Uno de los puntos a tener en cuenta y muy importante en un traslado de Datacenter, es el tipo o la modalidad en el que tenemos nuestro CPD, si actualmente lo tenemos On-premises, es decir, es el término que utilizamos cuando el CPD está en nuestras instalaciones o Colocation, que es cuando tenemos un rack o varios en Datacenter. Entonces es importante tener en cuenta en qué modalidad lo tenemos y en qué modalidad lo vamos a ubicar porque depende ello dependerá la planificación y partes del traslado de Datacenter..
Logística y transporte de los equipos al nuevo CPD
Otra parte, otro tema importante en el traslado de Datacenter, es la logística, el transporte. Esto es primordial porque al final tenemos que tanto tener a todos los equipos coordinados, porque es complejo, porque intervenimos muchos equipos y tener un transporte y unos seguros especializados.
Estrategia para el traslado de Datacenter: Planificación, Ventana programada para el traslado, punto de no retorno, rollback
Y luego, lo fundamental para el traslado de Datacenter es la una estrategia, una estrategia en la que hayamos planificado correctamente, hayamos programado una ventana de traslado, hayamos definido un filtro de no retorno porque habrá un punto en el que ya no habrá marcha atrás y por el contrario, si fuera necesario, antes de llegar a ese punto, una estrategia de rollback.
00:04:29:17 – 00:04:59:17
¿Por qué migrar un CPD?
Vamos con la gran pregunta ¿Por qué migramos un CPD? ¿Por qué migramos nuestra infraestructura? ¿Por qué realizamos un traslado de Datacenter?
La empresa cambia de ubicación sus instalaciones
Uno de los motivos por los que nuestros clientes quieren que les ayudemos con un traslado de Datacenter al final es que su empresa cambia de ubicación en las instalaciones o en la nueva ubicación tiene ya una sala preparada y directamente va a optar por sacar el CPD que lo tienen en sus instalaciones y llevárselo a un Datacenter.
El CPD On-Premises no cumple con los requisitos de seguridad, disponibilidad y resiliencia.
Su CPD no cumple estos requisitos, los requisitos de seguridad, de disponibilidad, de residencia y de normativa que actualmente pues exigen en nuestro sector.
Costes operativos elevados
Otro punto por el cual tenemos que realizar un traslado de Datacenter es porque los costes operativos que tiene actualmente son elevados y claro, pues como en todo coste de cualquier empresa, pues se quiere optimizar.
Miquel Mariano – Technical Leader Of Infrastructure
El resumen aquí es que nadie migra CPD porque le apetezca o porque sí. Es decir, siempre hay una una justificación del por qué, de esa necesidad de traslado de Datacenter.
Nos ha pasado casos reales de una empresa, por ejemplo, que ha sido comprada por otra y hay que unificar el datacenter, pues hay que hacer un traslado de Datacenter o que por temas de ISO o normativos hay que cumplir ciertos niveles o ciertos estándares y eso no lo podemos tener on-premises, sino que nos lo da un Datacenter de terceros o simplemente porque hemos tenido una avería o nuestros equipos de climatización o suministro eléctrico y a veces es más barato moverse a un Colocation que no repararlo y seguir teniendo on-premises.
Hay diferentes motivaciones que nos pueden ocurrir en este tipo de traslado de Datacenter.
Ramón Mateo – DEVOPS
00:07:00:04 – 00:07:31:15
On-Premises: Pros y Contras
Así es. Y llegados a este punto es cuando tenemos que valorar cuando nos movemos, cuáles son los pros y contras de las modalidades, que es al final si tenemos nuestro CPD, pues ponerlo sobre la mesa y ver que pros y contras tiene con respecto a un Datacenter a tenerlo modalidad Colocation, porque así nos ayudará en esta importante decisión o que ya está decidida, pero es el momento de comentar cuáles son los pros y contras de cada modalidad.
Seguridad física
Hemos separado en cuatro puntos en base a la seguridad física, porque claro, cuando tenemos nuestro CPD en nuestras instalaciones, pues lo positivo es que tenemos control absoluto sobre el acceso físico al hardware siempre que queramos, claro. Por contra, la seguridad perimetral es limitada. Es bastante difícil y costoso certificar o auditar bajo unos estándares formales.
Resiliencia
En cuanto a la resiliencia de un CPD On-Premises tenemos independencia operativa total cualquier decisión técnica, Ventana de mantenimiento, configuración de contingencias, etc, dependen del equipo On-Premises pues es muy flexible. Por otro lado, por contra, para tener una resiliencia mínima en la inversión es alta, porque ya no solo es el tener un N+1 que tenemos normalmente en cuanto a servidores y el resto del hardware, sino un 2N que tenemos que duplicar, duplicar caminos eléctricos, SAIs, grupos electrógenos para de verdad tener una resiliencia y el coste pues es alto.
Costes y Espacio
Siguiendo con el coste, pues al final lo positivo en este caso es que en cuanto a coste, si tenemos una sala disponible, preparada y acondicionada, no será un gasto para la empresa porque ya lo tenemos y lo aprovechamos, pero por contra el tener esta sala y mantenerla pues también tiene unos gastos y unos gastos normalmente elevados porque en cuanto a climatización y extinción de incendios y demás, normalmente se sobra aprovisiona todos estos sistemas, con lo cual son menos eficientes y luego este espacio al final es limitado y la escalabilidad pues es complicada tanto por espacio físico como potencia contratada.
Seguridad
Y en cuanto a normativa, pues sí, lo bueno es que da toda la documentación de controlar y control de acceso, lo gestiona de manera interna. Pero por contra la adaptación a las nuevas exigencias legales y normativas del sector pues es bastante compleja.
00:09:26:00 – 00:07:31:15
Colocation: Pros y Contras
En la modalidad Colocation, que es cuando tenemos una huella, un rack o varios en un datacenter, pues aquí igualmente hay muchos puntos positivos, pero claro, no está exento de sus contras.
Seguridad Física
Entonces, en cuanto a la seguridad física, aquí nos encontramos con que el control de acceso ya es avanzado a nivel 24/7, todo el año, circuito cerrado televisión y el cumplimiento de la normativa de seguridad está intrínseco en el Datacenter.
Por contra, evidentemente todo este control conlleva una dependencia de un tercero para autorizar a tanto técnicos internos como externos y la rigidez burocrática hay que asumirla y cuanto antes sepamos lo que hay que hacer para entrar, para solicitar los accesos de los equipos, mejor, hay que aceptarlo sí hemos decidido esta modalidad.
Miquel Mariano – Technical Leader Of Infrastructure
00:10:34:03 – 00:11:28:05
Aquí ya sabéis que todos los datacenters se clasificarían por Tiers: tier 1, tier 2, tier 3, tier 4, dependiendo de todas estas cosas que está comentando Ramón de seguridad, de residencia, de costes, pues cuanto más alto sea el nivel de detalle, más rígidos serán en cuanto a accesos no solo de personas, de material, de movilidad, sino en todo lo que esté relacionado a la actividad que podamos hacer dentro del CPD.
Entonces es un punto importante estar en un tier 4 porque sabes que tienes la máxima seguridad y las máximas garantías, pero estás un poco condicionado a esa rigidez de maniobrabilidad a la hora de someter un equipo o entrar en el CPD o moverte por las instalaciones. Tienes que avisar con tiempo, con antelación.
Es un punto importante a tener en cuenta cuando nos vamos a estos Datacenters con este alto nivel de de seguridad.
Ramón Mateo – DEVOPS
00:11:45:03 – 00:11:28:05
Eso es, y sobre todo cuando pasamos de una modalidad a otra, que, acostumbrados a tener la llave, o con nuestra huella dactilar, abrir el CPD cuando queremos y sin tener que planificar nada, a hacerlo bien o directamente no te dejan entrar básicamente a tu a ver tu propia infraestructura porque es así.
00:12:06:19 – 00:12:38:17
Resiliencia
Luego, en cuanto a resiliencia, aquí la alta disponibilidad es nativa, está garantizada porque ya el propio datacenter tiene arquitecturas redundantes y paralelas N + 1 y 2N y tiene múltiples operadores, con lo cual tendremos normalmente una amplia gama de operadores que nos permitirán pues elegir cuál se adapta mejor a nuestras comunicaciones, incluso tener varios para tener redundancia claro.
Por contra, todo nuestra infraestructura ahora está en un lugar externo a nuestras oficinas, por lo tanto dependemos de la conectividad y de enlaces externos dedicados, con lo cual aquí también tendremos que asegurarnos de que estas comunicaciones, pues aparte de buenas en cuanto a calidad de ancho de banda y poca latencia, pues tendremos que tener que ser redundantes.
Costes y espacio
Lo bueno es que el modelo de Colocation es altamente escalable tanto en espacio como en consumo. Entonces pagaremos solo por lo que consumamos en cuanto a consumo eléctrico y en cuanto al espacio que ocupemos, pues un rack medio 2,3,5 porque claro requiere un reembolso del diseño inicial y aquí pues tendremos un coste recurrente todos los meses nos llegará la factura con el alquiler del rack y el correspondiente al consumo que hayamos hecho.
Seguridad
En cuanto a normativa, pues otro punto muy importante es precisamente que ya por ser un datacenter, cumple con la mayoría de las regulaciones que se exigen en nuestro sector. Como comentaba antes Miquel, estos niveles incluyen, que ellos se aseguran de ponerte sus diplomas, de que cumple con las diferentes normativas, lo cual pues es una garantía porque simplemente si ya que te mueves, y la migración la haces porque tu CPD no cumple, solo por irte a un Colocation en datacenter ya vas a cumplir, entonces pues eso es muy positivo, claro.
Por contra, aquí no hay ninguna flexibilidad para modificar parámetros generales de la infraestructura y que entren en conflicto con las políticas del daracenter. Aquí son bastante poco flexibles.
Tipos de migración: traslado de Datacenter.
00:14:54:22 – 00:15:31:14
Vale, pues una vez comentados los dos tipos de Datacenter, pues vamos a comentar los tres tipos de traslado de Datacenter que engloban todas las que hemos hecho estos años.
Reubicación: Implica mover el CPD de una ubicación física a otra, sin cambios significativos en la infraestructura.
El primer tipo de traslado de Datacenter es el de la reubicación, que al final es mover los equipos de una invitación física a otra y no hacemos cambios significativos en la infraestructura ni en la arquitectura. Sí que es verdad, que aquí también incluimos los que aprovechan, imaginaos que van a un datacenter y ya, pues tienen que renovar la electrónica, pues en el nuevo Datacenter ya está la nueva electrónica configurada, preparada y normalmente incluye parte del cableado, esto cambia con respecto al origen, pero la arquitectura como tal no tiene grandes cambios.
Miquel Mariano – Technical Leader Of Infrastructure
Este, por ejemplo, es el típico caso de que una empresa decide que donde antes estaba o donde está el CPD va a ampliar las oficinas, va a poner más puestos de usuario y ese CPD pues ya no tiene sitio y hay que realizar un traslado de Datacenter, o directamente nos ha pasado que la empresa vende de edificio y se tienen que mudar, no hay otra opción.
traslado de Datacenter de principio a fin de todo lo que sería el CPD, con todo su contenido, de un sitio a otro, servidores switching, cabinas, todo.
Ramón Mateo – DEVOPS
00:16:29:21 – 00:16:58:01
Migración de cargas de trabajo (VMs): El CPD On-Premises no cumple con los requisitos de seguridad, disponibilidad y resiliencia.
Otra modalidad de traslado de Datacenter con la que también hemos hecho migraciones, es cuando migramos las cargas de trabajo.
Aquí lo que ocurre, esta tiene una parte previa que es la de que en el CPD o datacenter destino, ya se ha aprovechado para montar la nueva infraestructura. Porque esta migración conlleva un refresh tecnológico, normalmente se alinea con este refresh tecnológico, hemos hecho el refresh tecnológico y lo hemos montado en destino, en un datacenter o un CPD y migramos las cargas de trabajo.
¿Con qué hacemos el traslado de Datacenter? Por lo podemos hacer con tecnologías de replicación a nivel de cabinas, con la herramienta de backup que utiliza el cliente, porque muchas clientes tienen Veeam o Cohesity, muchos fabricantes como Veeam o Cohesity, tienen funcionalidades que precisamente están pensadas para este tipo de trabajos y pues es un caso típico en el cual hemos tenido varios proyectos.
Consolidación de CPDs
El último es otro caso muy común de traslado de Datacenter, que es en el que una empresa es adquirida por otra más grande y pues consolida o quiere consolidar todo el hardware, toda la infraestructura que tiene repartida en un solo CPD.
Entonces pues se trasladan los CPDs colindantes o satélites y se va trasladando para consolidar en el CPD principal en el cual ya hay una arquitectura y aquí normalmente conlleva una integración con el CPD, que ya tiene arquitectura, tiene infraestructura y está totalmente operativo.
Miquel Mariano – Technical Leader Of Infrastructure
00:18:23:10 – 00:18:28:17
Esa consolidación quizás es el tipo híbrido, digamos, entre las dos primeras, que a veces migramos solos servicios y máquinas virtuales y nos llevamos parte del hardware o el hardware ya lo tenemos en la ubicación final y el que teníamos originalmente lo dejamos en esa ubicación. Ahí está entre estas dos aguas, el tener que reubicar todo el CPD o tener que migrar solo las máquinas virtuales o solo servicios.
Metodologías de migración
00:18:45:09 – 00:19:26:00
Pues ahora vamos a pasar a la metodología que utilizamos cuando nos enfrentamos a un proyecto de traslado de Datacenter, al final lo separamos en cinco fases.
Fase 1: Estudio inicial del traslado de Datacenter
En la primera fase es donde hacemos el estudio inicial, haremos el inventario completo de los servicios de la infraestructura y el mapeo de dependencias lógicas y físicas analizando criticidad y riesgos. Esta parte es fundamental, porque en cuanto a dependencias lógicas, aquí nos referimos a si el cliente tenéis una aplicación que tiene su frontend, su backend.
Sabemos que frontend y backend tienen una dependencia directa y tendrán que tratarse como un ente único, lógico, es como a nivel físico, pues los Host sin la cabina no tiene almacenamiento y sin los switches de fibre channel pues no se puede interconectar, pues es un pack, es una dependencia física que hay que tener en cuenta en el estudio inicial para luego añadirla o tenerla en cuenta en el diseño.
Fase 2: Diseño del traslado de Datacenter
Luego la segunda fase es la del diseño, que es donde definimos la arquitectura en destino y donde elaboramos el plan de migración, donde tendremos el paso a paso, ya habiendo mapeado todos los servicios y demás, ya se habrá definido por criticidad, por hitos, normalmente en esta fase de trabajar con hitos también nos ayuda porque al final es una tarea compleja y las tareas complejas la mejor forma de afrontarlas es separándolas en tareas más simples.
En esta parte también tendremos la estrategia de continuidad de negocio, que es básicamente un procedimiento de rollback, en caso de que no vayamos según lo esperado, pues tiene que haber un procedimiento probado de rollback y tanto el volver atrás como el pico de no retorno. Habrá un momento en el que no se contemple volver atrás, aplicar el rollback ya estará descartado y se afrontarán las posibles incidencias que puedan salir adelante.
Miquel Mariano – Technical Leader Of Infrastructure
00:21:05:04 – 00:21:38:00
Esta quizás es la fase que dependemos más de la información y el conocimiento que puede tener el propio cliente para definir bien la estrategia de cuáles son las dependencias entre los diferentes servicios, que orden hay que seguir, qué ventanas de parada se puede permitir negocio, también tener esa comunicación directa con dirección para proponer o buscar esas ventanas que nosotros como integradores quizás no conozcamos, no sepamos.
Nosotros nos encargamos obviamente más de la fase uno, del inventario de visita del CPD, de las dependencias y en esa fase 2 es cuando pues ya tenemos que tener una colaboración más estrecha con negocio para buscar esas ventanas de paradas y cómo podemos manejar todo ese traslado.
Ramón Mateo – DEVOPS
Efectivamente, esa parte de hecho es clave porque solo vosotros sabéis cómo funciona vuestro negocio, que servicios son más críticos y por lo tanto la comunicación aquí y el estar unidos y haberlo definido todo conjuntamente es clave, porque nosotros ahí estamos como aquel que dice ciegos, veremos lo que vosotros nos enseñéis y nos indiquéis.
Fase 3: Planificación del traslado de Datacenter
Por eso otra fase que que es muy importante, es la de planificación, donde metemos aquí la parte de comunicación y coordinación de todos los equipos que van a estar implicados en la fecha y con ello ya teniendo una aplicación de nosotros poder gestionar la importante logística del traslado con la empresa especializada.
No puede ser que no se haya informado a una sucursal, por ejemplo, que justamente ese día va a realizar una intervención o va a realizar una actualización y vea que no tiene acceso a la infraestructura, entonces pues ahí es donde habrá un fallo de comunicación que hay que intentar evitar en esta fase de planificación.
Fase 4: Migración
Llegamos al día de la fase cuatro, que es donde ejecutaremos todo lo que hemos diseñado y preparado en las tres anteriores fases.
Ejecutaremos las validaciones previas que hayamos definido que todos los servicios del estado de salud de la infraestructura sea el esperado y empezaremos la migración que hemos estructurado por hitos y ejecutaremos el plan que hemos diseñado.
Fase 5: Validación y monitorización del traslado de Datacenter
Por último, pues conforme vayamos levantando pues la infraestructura, los servicios y demás, pues tendremos que ir monitorizando a tiempo real para asegurarnos de que el hardware arrancar, sin errores, que todo está correcto, que los servicios empiezan a responder y y son estables, pues toda esta parte se va haciendo, cada hito se va validando y así nos aseguramos de que no lo dejamos nada.
Riesgos y cómo mitigarlos
00:24:13:18 – 00:24:46:14
También queremos aprovechar para comentar algunos riesgos y como mitigarlos en base a la experiencia que nos hemos ido encontrando en los diferentes traslados que hemos hecho.
Paradas de servicio prolongadas: Aumentar la presión en los equipos implicados y pueden desembocar en un problema para el negocio. Se puede mitigar con ventanas de mantenimiento planificadas y planes de rollback ensayados.
Uno de los riesgos que nos encontramos y es el que siempre genera más nervios, es el de una parada prolongada de servicio, porque si se ha planificado una ventana y no se ha planificado bien, aumenta la presión y eso no ayudará a que el equipo encargado de hacerlo lo haga bien.
Entonces, intentar evitarlo creando o planificando bien las ventanas de mantenimiento, que sean realistas, habiendo avisado a todo el mundo, teniendo un plan de rollback ensayado para que en caso de necesidad que no sea algo que solo estaba puesto por escrito y no lo habíamos probado y por lo tanto genere más nervios. Esta sería una de las formas de mitigar, que la parada sea la mínima, necesaria e imprescindible.
Dependencias no identificadas: A la hora de poner de nuevo en marcha un servidor, aparecen dependencias con otros servicios que no están operativos. Para mitigarlo, es necesario realizar un estudio inicial exhaustivo.
Otro riesgo que es muy común, sobre todo cuando no tenéis o no se han realizado ensayos de Disaster Recovery o pruebas de continuidad de negocio, que es donde afloran las dependencias.
Entonces pues que no se haya definido o no se haya localizado bien una dependencia y final, pues el ejemplo que he puesto antes, tenemos una aplicación que tiene un frontend backend, pues no sea ese backend tiene un almacenamiento en una NAS, me lo invento y no se ha tenido en cuenta y la NAS viene en la tercera fase del traslado de hardware, pues no se puede arrancar ese servicio crítico porque el backend necesita de una NAS que todavía no se ha desenracado siquiera. Pues esto es fundamental para que no desemboque en un problema.
Impacto en el negocio / Gestión del cambio: Comunicación transparente con los diferentes responsables y usuarios afectados.
El otro de los riesgos que impacta el negocio es la comunicación. La comunicación que comentamos tiene que ser transparente con los responsables, con los usuarios… Todo el mundo debe estar al tanto y saber del impacto en el negocio que conlleva este traslado y no encontrarnos con sorpresas.
Problemas con el transporte: Contratar una empresa de transportes especializada. Definirla ruta hasta el destino.
También, uno de los riesgos es tener problema con el transporte, esto es fundamental, porque al final los equipos se van a trasladar físicamente de una ubicación a otra y contamos con ellos en el destino. Por lo tanto, aquí la clave está en contratar a empresas de transporte especializadas y no está de más definir la ruta que va a seguir este transporte, pues para asegurarla.
Acceso y registro en el Datacenter de destino: Solicitar acceso a todos los implicados con suficiente antelación y tener claro el procedimiento de entrada del material y los equipos a las nuevas instalaciones.
Como último punto que comentamos y nos vamos a un datacenter, como hemos comentado aquí en el datacenter son más estrictos en cuanto al acceso ya no solo del personal, sino de los equipos. Todo hay que solicitarlo con suficiente antelación.
Tener claro el procedimiento que hay que realizar para la entrada del material, esto es fundamental para que no nos retrase o nos bloquee en el destino y por lo tanto prolongue la parada del servicio que tenemos planificado.
Caso práctico
00:27:55:03 – 00:28:25:13
En los casos prácticos hemos definido: el perfil, el reto, la solución que planteamos y al final pues el resultado que hemos ido teniendo durante estos años.
Perfil: Cliente tipo: Cualquier cliente que tenga la necesidad de trasladar su infraestructura de servidores y almacenamiento.
En cuanto al perfil del cliente tipo es cualquier cliente, cualquiera de vosotros que tenga la necesidad de trasladar su infraestructura de servidores, almacenamiento, red, su CPD, su infraestructura core.
El reto: Problema inicial (ej. CPD obsoleto, nuevas necesidades de negocio, mudanza de oficinas).
El reto al final es que tenéis una necesidad porque el CPD es obsoleto, el negocio lo demanda por normativas, porque tiene que cumplir con las nuevas normativas y o simplemente porque os mudas y igual que cambiáis sillas y las mesas, pues hay que mudar los servidores.
La solución: Enfoque de migración física y lógica utilizando un método que hemos ido puliendo año tras año, basado en nuestra experiencia y el feedback de nuestros clientes.
La solución de Encora es un enfoque de migración física y lógica, utilizando un método que hemos pulido, probado y durante estos años basado en experiencia y el feedback que nos han dado nuestros clientes, con el cual pues sin vosotros pues es imposible mejorar y aprender.
Resultados: Beneficios obtenidos (cero pérdidas de datos, downtime mínimo, cumplimiento de normativas)
El resultado al final es que pues hemos conseguido todas las migraciones con cero pérdidas de datos, el downtime ha sido el mínimo necesario y se ha cumplido con todas las normativas tanto necesarias o requeridas por vosotros los clientes.
Servicios de Encora
00:29:31:15 – 00:30:04:18
En Encora, nuestros servicios de traslado se pueden englobar en tres, por lo cual os podemos ayudar porque no tenemos que quedarnos en el traslado completo, sino podemos ayudar en:
Evaluación Inicial: Fase de consultoría previa
La fase inicial, que es la fase de consultoría, que es en la que en la que analizaremos vuestra situación actual y antes de mover nada, se analiza la situación actual y os ayudamos con la propuesta de hacia dónde queréis ir, dependiendo de de vuestras necesidades o lo que requiera.
Diseño del plan de migración: Diseño del paso a paso
Luego también os podemos ayudar en la parte del diseño, vosotros tenéis la necesidad, conocéis vuestra infraestructura, pero no tenéis claro cómo empezar como desglosar las tareas, pues para eso nosotros como experto os ayudamos a diseñar la estrategia y a estar mano a mano para diseñar todo el plan.
Llave en mano: Nos encargamos de todo
Nos encargamos de todo desde que tenéis la necesidad hasta apagar todo y levantarlo en destino funcionando. Aquí, aunque es llave en mano, es totalmente alineados con vosotros, porque el éxito de estos proyectos es la buena comunicación y el estar bien alineados desde principio a fin, porque solo vosotros conocéis cómo está vuestra casa. Pero nosotros os apoyamos con nuestro conocimiento, nuestros expertise, basado en la experiencia, ya no solo de migrar, de montar sino también de los conocimientos de infraestructura de todos estos años.
Conclusión
00:31:20:21 – 00:31:44:22
Para cerrar, como conclusiones:
La clave de una migración sin riesgos es la preparación, el diseño de la metodología y la planificación.
Al final hay que indicar que la clave de una migración sin riesgos, que es el live motiv de este webinar, es al final la preparación, el diseño, la metodología y la planificación, con estos puntos bien definidos el éxito está garantizado.
Miquel Mariano – Technical Leader Of Infrastructure
El día de traslado debería ser el día de poner el piloto automático e ir ejecutando todo el trabajo que se ha hecho previamente, no dejar nada a la improvisación, no dejar nada al azar y seguir o intentar seguir de forma muy estricta el plan que se ha acordado entre todos, entre la parte técnica, la parte de comunicaciones, la parte de negocio y el ser estrictos en ese plan, pues en la mayoría de las veces suele ser la garantía de éxito.
Ramón Mateo – DEVOPS
00:32:24:05 – 00:32:57:23
Os podemos acompañar en cualquiera de las fases que necesitéis o en la ejecución completa de la migración.
Si al final es no deja de ser en el Excel donde está todo paso a paso definido. Donde hemos repasado todas las fases, cada punto donde se ha ido validando punto por punto, donde se ha marcado en verde cada avance y todo se ha desglosado normalmente es lo que nos lleva al éxito final
Esta definición, este desglose de hitos y demás es la clave para que no se queden atrás, para que no nos llevemos sorpresas y ha sido lo que es, lo que nos ha ido funcionando y claro, y en cada punto, aportando pues la experiencia de lo que nos hemos ido encontrando.
Ningún traslado es igual que que el que otro. Eso, eso está clarísimo. Entonces pues eso es fundamental, tenerlo todo definido, tenerlo todo repasado y estar muy alineados. Por eso os acompañaremos en cualquiera de las fases o en la migración completa.
Y nada, invitaros a que si tienes cualquier pregunta o duda o inquietud, pues pues sin duda, decírnoslo.
Muchas gracias a todos.
