# Migración completa desde un VPS a otro

**URL:** <https://discuss.elastic.co/t/migracion-completa-desde-un-vps-a-otro/96766>\
**Category:** Elastic en Español\
**Created:** [August 11, 2017, 11:48am UTC](https://discuss.elastic.co/t/migracion-completa-desde-un-vps-a-otro/96766 "2017-08-11T11:48:57Z")\
**Posts on this page:** 8\
**Page:** 1

<div class="post-metadata">

**Author:** ![kriter](https://avatars.discourse-cdn.com/v4/letter/k/6a8cbe/32.png) [@kriter](https://discuss.elastic.co/u/kriter)\
**Post date:** [August 11, 2017, 11:48am UTC](https://discuss.elastic.co/t/migracion-completa-desde-un-vps-a-otro/96766/1 "2017-08-11T11:48:57Z")

</div>

Hola a tod@s.

Tengo una duda en la que a pesar que hay documentación y aparenta ser sencilla, no está muy claro y prefiero evitar catástrofes. Tengo elasticsearch en un VPS con una instalacion sencilla (un solo nodo, un solo cluster) y muchos datos almacenados. Ahora necesito migrar todo mi VPS a un dedicado, incluyendo elasticsearch y todos sus datos. Qué opción me recomiendan para migrar? debo tener algo en cuenta?

Hasta ahora planeé 2 opciónes)

1. instalar la misma version de ELK en el dedicado, y luego copiar por completo /var/lib/elasticsearch desde el vps hacia el dedicado (idem con el archivo /etc/elasticsearch).

2. La otra es utilizar snapshots, entiendo que debo instalar la misma version de ELK en el dedicado y con la misma configuración, luego restauro el snapshot que tenía en el VPS y listo, aunque ésto ultimo no me queda claro si es tan así. No entiendo si puedo hacer la restauración sobre un ELK vacío, o si primero debo crear todos los indices y luego restaurar, y/o si hay "algo mas".

Alguna sugerencia o corrección? agradesco enormemente cualquier aporte de experiencia, ya que soy nuevo en ELK.

Gracias.

---

<div class="post-metadata">

**Author:** ![Ismael\_Hasan\_Romero](https://avatars.discourse-cdn.com/v4/letter/i/58f4c7/32.png) [@Ismael\_Hasan\_Romero](https://discuss.elastic.co/u/Ismael_Hasan_Romero)\
**Post date:** [August 11, 2017, 12:15pm UTC](https://discuss.elastic.co/t/migracion-completa-desde-un-vps-a-otro/96766/2 "2017-08-11T12:15:58Z")

</div>

Hola Jorge,

básicamente, copiar-pegar los índices es una receta para tener problemas :). Hay dos opciones recomendables:

- Como dices, utilizar [Snapshost/restore](https://www.elastic.co/guide/en/elasticsearch/reference/current/modules-snapshots.html). Cuando creas un snapshot los mappings y los settings de los índices son copiados también, así que al restaurarla serán copias exactas.
- Otra opción sería usar la [Reindex API](https://www.elastic.co/guide/en/elasticsearch/reference/current/docs-reindex.html). Esta permite indexar documentos en un cluster que vienen de un cluster remoto. Sin embargo, esta opción NO copia los settings y los mappings, así que los índices deberían de ser creados antes de empezar la indexación.

Básicamente, la opción más sencilla sería Snapshot/restore: no te preocupas de crear índices/mappings...  
Fíjate también que puedes seleccionar [qué índices](https://www.elastic.co/guide/en/elasticsearch/reference/current/modules-snapshots.html#_snapshot) quieres incluír en una snapshot: como todavía no has usado esta funcionalidad, te recomendaría testear primero con un índice de prueba, pequeño, y familiarizarte con el proceso.

Respecto a los ficheros de configuración, como bien dices, sí tendrías que recrearlos en el segundo cluster (aquí sí se puede hacer copiar-pegar, simplemente cambiando los parámetros para el nuevo cluster).

Un saludo,  
Ismael.

---

<div class="post-metadata">

**Author:** ![gmoskovicz](https://avatars.discourse-cdn.com/v4/letter/g/ecae2f/32.png) [@gmoskovicz](https://discuss.elastic.co/u/gmoskovicz)\
**Post date:** [August 11, 2017, 12:19pm UTC](https://discuss.elastic.co/t/migracion-completa-desde-un-vps-a-otro/96766/3 "2017-08-11T12:19:05Z")

</div>

@kriter Cabe destacar que Reindex esta disponible unicamente comenzando de la version 2.3, mientras que Snapshot y Restore funciona desde la version 1.x inclusive.

Completamente de acuerdo que Snapshot/Restore es la forma mas sencilla y la que consume menos recursos tambien, ya que no mantiene un "context" abierto para buscar y enviar la informacion al otro cluster, simplemente la informacion esta en un disco y alli vivira.

Saludos!

--Gabriel

---

<div class="post-metadata">

**Author:** ![kriter](https://avatars.discourse-cdn.com/v4/letter/k/6a8cbe/32.png) [@kriter](https://discuss.elastic.co/u/kriter)\
**Post date:** [August 11, 2017, 12:51pm UTC](https://discuss.elastic.co/t/migracion-completa-desde-un-vps-a-otro/96766/4 "2017-08-11T12:51:36Z")

</div>

Gracias! , con ésto me exclarecieron por completo mis dudas.

Por otra parte, creo que queda claro que la mejor opción es la restauración de Snapshots.

Saludos

---

<div class="post-metadata">

**Author:** ![gmoskovicz](https://avatars.discourse-cdn.com/v4/letter/g/ecae2f/32.png) [@gmoskovicz](https://discuss.elastic.co/u/gmoskovicz)\
**Post date:** [August 11, 2017, 1:09pm UTC](https://discuss.elastic.co/t/migracion-completa-desde-un-vps-a-otro/96766/5 "2017-08-11T13:09:09Z")

</div>

Exactamente!

Incluso, si son indices diarios o que siguen un patron de un nombre especifico, hasta puedes automatizar esto con Curator 🙂

Saludos y buen fin de semana,

--Gabriel

---

<div class="post-metadata">

**Author:** ![kriter](https://avatars.discourse-cdn.com/v4/letter/k/6a8cbe/32.png) [@kriter](https://discuss.elastic.co/u/kriter)\
**Post date:** [August 11, 2017, 4:33pm UTC](https://discuss.elastic.co/t/migracion-completa-desde-un-vps-a-otro/96766/6 "2017-08-11T16:33:06Z")

</div>

Gracias nuevamente por responder. Viendo esto me queda una ultima duda respecto a los snapshots:

Existe alguna forma de transferir en forma remota un snapshot? o debo copiar la carpeta del repositorio al servidor remoto y luego utilizar el comando de restaurar snapshot?  
Vi que ésto está en la documentación aunque no me queda claro del todo y quizás ambas opciónes sean válidas?

Gracias y saludos!

---

<div class="post-metadata">

**Author:** ![gmoskovicz](https://avatars.discourse-cdn.com/v4/letter/g/ecae2f/32.png) [@gmoskovicz](https://discuss.elastic.co/u/gmoskovicz)\
**Post date:** [August 11, 2017, 4:46pm UTC](https://discuss.elastic.co/t/migracion-completa-desde-un-vps-a-otro/96766/7 "2017-08-11T16:46:18Z")

</div>

Hola @kriter,

Generalmente se monta el disco del repositorio remoto en cada uno de los nodos, y luego se configura el `path.repo` a ese mounted point. Luego tomas los snapshot y estos seran guardados en el remoto.

Si no puedes montar el repositorio remoto como un folder, entonces la unica opcion es copiar y pegar el repositorio completo en un lugar externo y luego transferirlo.

Saludos!  
--Gabriel

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)\
**Post date:** [September 8, 2017, 4:46pm UTC](https://discuss.elastic.co/t/migracion-completa-desde-un-vps-a-otro/96766/8 "2017-09-08T16:46:23Z")

</div>

This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.
