Conoce lo fácil que es migrar de Elasticsearch autogestionado a Elastic Cloud. Pasa menos tiempo provisionando, gestionando, escalando y actualizando, y más desplegando el poder de Elasticsearch.

<p>Vemos que cada vez más cargas de trabajo en las instalaciones se migran al cloud. Elasticsearch ya lleva varios años con nuestros usuarios y clientes gestionándolo, en general, por su cuenta en las instalaciones. <a href="/es/cloud">Elasticsearch Service en Elastic Cloud</a> (nuestro <a href="/es/elasticsearch/service">servicio de Elasticsearch</a> que se ejecuta en Amazon Web Services [AWS], Google Cloud y Microsoft Azure en varias regiones diferentes) es la mejor forma de consumir el Elastic Stack y nuestras soluciones para búsqueda empresarial, observabilidad y seguridad.
</p><p>Si buscas migrar desde Elasticsearch autogestionado, Elasticsearch Service se encarga de lo siguiente:
</p><ul>
	<li>Provisionar y gestionar la infraestructura subyacente</li>
	<li>Crear y gestionar clusters de Elasticsearch</li>
	<li>Aumentar y reducir la escala de los clusters</li>
	<li>Actualizaciones, parches y snapshots</li>
</ul><p>Esto te da más tiempo para enfocar tu tiempo y esfuerzo en resolver otros desafíos.
</p><p>En este blog, exploramos cómo migrar a Elasticsearch Service tomando un snapshot de tu cluster de Elasticsearch y restaurándolo en Elasticsearch Service.
</p><h2>Tomar un snapshot del cluster</h2><p>Lo primero que debemos tener en cuenta al migrar de Elasticsearch autogestionado a Elasticsearch Service es qué Proveedor Cloud y región te gustaría usar. Esto depende en general de tus cargas de trabajo existentes desplegadas, la estrategia del cloud y un rango de otros factores.
</p><p>Aquí repasaremos el proceso para Elasticsearch Service en AWS. Pronto haremos lo mismo para Google Cloud y Azure.
</p><p>La forma más sencilla de migrar los datos del cluster de Elasticsearch a otro cluster es tomar un snapshot del cluster y luego usarlo para restaurarlos en el nuevo cluster de Elasticsearch Service.
</p><p>Existen varias formas para tomar un snapshot de un cluster. La más sencilla es realizar una operación de snapshot excepcional.
</p><p>Suponiendo que tu Elasticsearch ingesta datos de forma continua, la desventaja de la operación de snapshot excepcional es que hay un retraso y pérdida de datos entre el momento en que se toma el snapshot y cuando este se restaura en el cluster nuevo. A fin de minimizar esta demora, se recomienda crear una <a href="https://www.elastic.co/guide/en/elasticsearch/reference/7.10/getting-started-snapshot-lifecycle-management.html">política de ciclo de vida de snapshots</a>. Si tu cluster de Elasticsearch no ingesta datos de forma continua, como para un caso de uso de búsqueda, entonces un snapshot excepcional funcionará bien.
</p><p>Antes de crear un snapshot de cluster local, debes configurar la cubeta de AWS S3 en la que se almacenará el snapshot de cluster local. Esta es la ubicación desde la cual el nuevo cluster de Elasticsearch Service que se ejecuta en AWS restaurará el estado del cluster.
</p><p>Los pasos de alto nivel necesarios para hacer esto incluyen los siguientes:
</p><ul>
	<li>Configurar el almacenamiento en el cloud (en este caso, la cubeta de AWS S3)</li>
	<li>Configurar el repositorio de snapshots local</li>
	<li>Configurar tu política de snapshots</li>
	<li>Provisionar el cluster nuevo en Elasticsearch Service</li>
	<li>Configurar el repositorio de snapshots personalizado del cluster de Elasticsearch Service</li>
	<li>Restaurar el cluster de Elasticsearch Service desde un snapshot local</li>
</ul><h2>Configurar el almacenamiento en el cloud</h2><a href="https://docs.aws.amazon.com/AmazonS3/latest/user-guide/create-bucket.html"></a><ol><a href="https://docs.aws.amazon.com/AmazonS3/latest/user-guide/create-bucket.html"></a>
	<li><a href="https://docs.aws.amazon.com/AmazonS3/latest/user-guide/create-bucket.html"></a><a href="https://docs.aws.amazon.com/AmazonS3/latest/user-guide/create-bucket.html">Crea una cubeta de S3</a>. La cubeta de S3 debería estar en la misma región seleccionada para tu cluster de Elasticsearch Service:<br><img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt8935ff7473d9beb0/5ff3995f1166ce7d2ed1b6f7/blog-on-prem-to-ec-aws-1.png" data-sys-asset-uid="blt8935ff7473d9beb0" alt="" style="display: block; margin: auto;"></li>
	<li>Crea la <a href="https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create-console.html#access_policies_create-json-editor">política de cubeta de S3 a través de la pestaña JSON</a> y <a href="https://www.elastic.co/guide/en/cloud/current/ec-aws-custom-repository.html#ec-aws-custom-repository">agrega el JSON de política de cubeta de S3</a> (con tu nombre de cubeta):<br><img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt142d493b1f46f263/5ff499298884c20ac3ca657a/blog-on-prem-to-ec-aws-1a.png" data-sys-asset-uid="blt142d493b1f46f263" alt="" style="display: block; margin: auto;"></li>
	<li>Haz clic en <strong>Review policy</strong> (Revisar política) y asigna un nombre a la política:<br><img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt05212dc5cd32b31e/5ff4994ea00f8977b72365e5/blog-on-prem-to-ec-aws-1b.jpg" data-sys-asset-uid="blt05212dc5cd32b31e" alt="" style="display: block; margin: auto;"></li>
	<li><a href="https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create-console.html#access_policies_create-json-editor">Crea el usuario de IAM</a> y asigna la política de cubeta de S3 que creaste antes:<br><img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt1a8e8e67a7c227ac/5ff4995ea703d10ab87eaf92/blog-on-prem-to-ec-aws-1c.png" data-sys-asset-uid="blt1a8e8e67a7c227ac" alt="" style="display: block; margin: auto;"></li>
	<li>Haz clic en <strong>Next: Permissions</strong> (Siguiente: Permisos), selecciona <strong>Attach existing policies directly</strong> (Adjuntar políticas existentes directamente) y busca la política que creaste en el paso anterior:<br><img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/bltf88ad4e6e9137f66/5ff49984e7fdff751b7950db/blog-on-prem-to-ec-aws-1d.png" data-sys-asset-uid="bltf88ad4e6e9137f66" alt="" style="display: block; margin: auto;"></li>
	<li>Asegúrate de que esta política esté marcada, luego haz clic en <strong>Next:tags</strong> (Siguiente:etiquetas).  Puedes omitir la creación de etiquetas y hacer clic en <strong>Create User</strong> (Crear usuario).</li>
	<li>Descarga las credenciales de seguridad del usuario.</li>
</ol><h2>Configurar el repositorio de snapshots local</h2><h3>1. Instalar el plugin de S3
</h3><p>Instala el plugin de Elasticsearch S3 en tu despliegue en las instalaciones, para hacerlo, ejecuta el comando siguiente en cada nodo de Elasticsearch local desde tu directorio de inicio de Elasticsearch:
</p><pre class="prettyprint">sudo bin/elasticsearch-plugin install repository-s3
</pre><p>Tendrás que reiniciar el nodo tras ejecutar este comando.
</p><h3>2. Configurar los permisos de cliente de S3</h3><p>Configura los permisos de cliente de S3 del cluster en las instalaciones, para hacerlo, ejecuta los comandos siguientes:
</p><pre class="prettyprint">bin/elasticsearch-keystore add s3.client.default.access_key
</pre><pre class="prettyprint">bin/elasticsearch-keystore add s3.client.default.secret_key
</pre><p>Esto es necesario para que el cluster local tenga las credenciales necesarias para escribir los snapshots en S3. Access_key y secret_key están disponibles desde el usuario de IAM creado en el paso anterior.
</p><h2>Configurar tu política de snapshots</h2><h3>1. Configurar el repositorio de snapshots</h3><p>Configura el repositorio de snapshots de S3 en tu cluster local, para hacerlo, ejecuta lo siguiente en <a href="https://www.elastic.co/guide/en/kibana/7.10/console-kibana.html">Kibana Dev Tools</a> (Herramientas de desarrollo de Kibana). Aquí le indicamos al cluster local en qué cubeta de S3 escribir el snapshot. El usuario de IAM que acabas de crear debería tener los permisos para escribir y leer en esta cubeta de S3.
</p><pre class="prettyprint">PUT _snapshot/<my_s3_repository>
{
  "type": "s3",
  "settings": {
    "bucket": "<bucket-name>"
  }
}
</pre><h3>2. Crear una política de snapshots</h3><p>A continuación, crearás una política de snapshots en tu cluster local que almacenará el snapshot en la cubeta de S3 nueva:
</p><p><img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/bltbcbd67f92515dcef/5ff399f002fd0c7d345f3f4e/blog-on-prem-to-ec-aws-4.png" data-sys-asset-uid="bltbcbd67f92515dcef" alt="" style="display: block; margin: auto;">
</p><p>También puedes crear un snapshot excepcional en Kibana Dev Tools (Herramientas de desarrollo de Kibana):
</p><pre class="prettyprint">PUT /_snapshot/<your repo_name>/<your_snapshotname>?wait_for_completion=true
{
  "indices": "*",
  "ignore_unavailable": true,
  "include_global_state": false
}
</pre><p>Verifica que los snapshots estén funcionando, para hacerlo, ejecuta el comando siguiente en Dev Tools (Herramientas de desarrollo):
</p><pre class="prettyprint">GET _snapshot/<your_repo_name>/_all
</pre><h2>Provisionar el cluster nuevo en Elasticsearch Service</h2><p>Una vez que los snapshots funcionen en S3, es momento de provisionar un cluster nuevo en Elasticsearch Service en <a href="https://cloud.elastic.co">cloud.elastic.co</a>. Aquí puedes elegir el caso de uso que refleje mejor tu carga de trabajo existente, la región de AWS y tu versión de Elasticsearch. 
</p><p><img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt1f2ac344fc6a7ff5/5ff39a1cb80b0a1a68fa1b8e/blog-on-prem-to-ec-aws-5.png" data-sys-asset-uid="blt1f2ac344fc6a7ff5" alt="" style="display: block; margin: auto;">
</p><p>En la consola de Elasticsearch Service, configura los ajustes del keystore del cluster:
</p><p><img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/bltf947e9a6eaf104c7/5ff39a30a00f8977b72361fb/blog-on-prem-to-ec-aws-6.png" data-sys-asset-uid="bltf947e9a6eaf104c7" alt="" style="display: block; margin: auto;">
</p><p>Estos son los dos ajustes que debemos configurar:
</p><pre class="prettyprint">s3.client.default.access_key
s3.client.default.secret_key
</pre><p>Esto es necesario para que el cluster de Elasticsearch Service tenga permiso para leer el snapshot desde la cubeta de S3. Será igual a las credenciales de seguridad del usuario de IAM.
</p><h2>Configurar el repositorio de snapshots personalizado del cluster de Elasticsearch Service</h2><p>Ahora debemos crear un nuevo repositorio de snapshots en el cluster de Elasticsearch Service. Esto le indica a Elasticsearch Service dónde se encuentra en S3 el snapshot desde el cual deseamos restaurar. Para hacerlo, inicia sesión en Kibana, selecciona <strong>Stack Management</strong> (Gestión del stack) y navega a las configuraciones de Snapshot and Restore (Snapshot y restauración). Selecciona <strong>Register a repository</strong> (Registrar un repositorio):
</p><p><img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt5e29fd219930b396/5ff39a8a1ebd9777b16915f0/blog-on-prem-to-ec-aws-7.png" data-sys-asset-uid="blt5e29fd219930b396" alt="" style="display: block; margin: auto;">
</p><p><img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt779ffd3e39d1a89d/5ff39a908884c20ac3ca61a6/blog-on-prem-to-ec-aws-8.png" data-sys-asset-uid="blt779ffd3e39d1a89d" alt="" style="display: block; margin: auto;">
</p><p>Agrega el nombre de la cubeta en la que se encuentran los snapshots:
</p><p><img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt72da87c79799e9f5/5ff39aaf1ebd9777b16915f4/blog-on-prem-to-ec-aws-9.png" data-sys-asset-uid="blt72da87c79799e9f5" alt="" style="display: block; margin: auto;">
</p><p>Luego verifica que el repositorio se haya configurado correctamente:
</p><p><img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt2b5e3679e861ce44/5ff39ac2a7955d1a6a8925d8/blog-on-prem-to-ec-aws-10.png" data-sys-asset-uid="blt2b5e3679e861ce44" alt="" style="display: block; margin: auto;">
</p><p>Por último, confirma que el cluster de Elasticsearch Service pueda ver el snapshot que deseamos restaurar:
</p><p><img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/bltbe9b4262a466a40b/5ff39adb1ebd9777b16915fc/blog-on-prem-to-ec-aws-11.png" data-sys-asset-uid="bltbe9b4262a466a40b" alt="" style="display: block; margin: auto;">
</p><h2>Restaurar el cluster de Elasticsearch Service desde el snapshot</h2><p>Para restaurar el snapshot, ve a la consola de API del cluster de Elasticsearch Service en la consola de Elasticsearch Service<strong> </strong>y ejecuta los tres comandos siguientes. Ten en cuenta que los tres comandos se ejecutan como POST en la consola de API.
</p><h3>Cerrar todos los índices
</h3><pre class="prettyprint">*/_close?expand_wildcards=all
</pre><p>Esto permite asegurarnos de cerrar todos los índices primero, para que no haya conflictos durante la fase de restauración:
</p><p><img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/bltdf5a2453c8da98c3/5ff39b1cb08361084bffca4b/blog-on-prem-to-ec-aws-12.png" data-sys-asset-uid="bltdf5a2453c8da98c3" alt="" style="display: block; margin: auto;">
</p><h3>Restaurar el snapshot</h3><pre class="prettyprint">/_snapshot/<your-repo-name>/<your-snapshot-name>/_restore
</pre><p>Este comando restaura el snapshot:
</p><p><img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt0ea03e5e653d3df0/5ff39b2cb529867fcec273fd/blog-on-prem-to-ec-aws-13.png" data-sys-asset-uid="blt0ea03e5e653d3df0" alt="" style="display: block; margin: auto;">
</p><h3>Abrir todos los índices</h3><pre class="prettyprint">*/_open?expand_wildcards=all
</pre><p>Este comando abre todos los índices:
</p><p><img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/bltf845ceca20417a26/5ff39b516aab641cd100e5a8/blog-on-prem-to-ec-aws-14.png" data-sys-asset-uid="bltf845ceca20417a26" alt="blog-on-prem-to-ec-aws-14.png">
</p><h2>Verificar la restauración del snapshot</h2><p>Verifica que hayas restaurado el snapshot con todos los índices. Ve a Kibana y ejecuta el comando siguiente en Dev Tools (Herramientas de desarrollo):
</p><pre class="prettyprint">GET _cat/indices
</pre><p>En este punto, deberías tener el cluster nuevo ejecutándose en Elasticsearch Service con los mismos datos que el cluster autogestionado del cual tomaste el snapshot. Ahora puedes redirigir tus fuentes de ingesta, como Beats o Logstash, al nuevo endpoint de Elasticsearch Service, que puedes encontrar en la consola de Elastic Cloud.
</p><h2>Migra a Elastic Cloud hoy</h2>Migrar un cluster de Elasticsearch autogestionado a Elasticsearch Service en Elastic Cloud a través de un snapshot es un proceso sencillo. Si bien puede ser divertido autogestionar Elasticsearch, Elasticsearch Service hace todo el trabajo duro de gestionar los clusters de Elasticsearch para que tengas tiempo de hacer cosas más importantes. Conoce más sobre los <a href="/es/elasticsearch/service/migrate-to-elastic-cloud">beneficios de migrar a Elastic Cloud</a> o regístrate para una <a href="https://cloud.elastic.co/registration">prueba gratuita de 14 días</a> hoy.

blog-banner-cloud-aws.png

blog-thumb-cloud-aws.png

How to migrate from self-managed Elasticsearch to Elastic Cloud on AWS

Cómo migrar de Elasticsearch autogestionado a Elastic Cloud en AWS

Start free trial

Blog Footer CTA

Sign up for Elastic Cloud free trial

headshot-hrvoje-pejcinovic-300x300.jpg

Solutions Architect

Hrvoje Pejcinovic

The content on this page is not available in the selected language. As Elastic grows globally, we continue to support content in multiple languages.

The content on this page is not available in the selected language.

El contenido de esta página no está disponible en el idioma seleccionado. Elastic está trabajando para garantizar que el contenido esté disponible en varios idiomas. Gracias por tu paciencia mientras trabajamos.

<p>By submitting you acknowledge that you've read and agree to our <a href="/legal/elastic-cloud-account-terms" target="_self">Terms of Service</a>, and you agree to receive the <a href="/legal/privacy-statement#how-we-use-the-information" target="_self">selected communications</a> at the contact details you provided above. See <a href="/legal/privacy-statement/" target="_self">Elastic’s Privacy Statement</a> for more details or to opt-out at any time.</p>

Communication Preferences - ONLY for /communication-preferences

<p>Al enviar, confirma que ha leído y acepta nuestras <a href="/es/legal/elastic-cloud-account-terms" target="_self">Condiciones de servicio</a>, y que acepta recibir las <a href="/es/legal/privacy-statement#how-we-use-the-information" target="_self">comunicaciones seleccionadas</a> en los detalles de contacto que proporcionó anteriormente. Consulte la <a href="/es/legal/privacy-statement/" target="_self">Declaración de privacidad de Elastic</a> para obtener más información o para cancelar su suscripción en cualquier momento.</p>

<p>By submitting you acknowledge that you've read and agree to our <a href="/legal/serverless-preview-terms" target="_blank">Terms of Service</a>, and that Elastic may <a href="/legal/privacy-statement#how-we-use-the-information" target="_blank">contact you</a> about our related products and services, using the details you provide above. See <a href="/legal/privacy-statement/" target="_blank">Elastic’s Privacy Statement</a> for more details or to opt-out at any time.</p>

Serverless GDPR Text

<p>Al enviar, confirma que ha leído y acepta nuestras <a href="/es/legal/serverless-preview-terms" target="_self">Condiciones de servicio</a>, y que Elastic puede <a href="/es/legal/privacy-statement#how-we-use-the-information" target="_self">ponerse en contacto con usted</a> acerca de nuestros productos y servicios relacionados. Consulte la <a href="/es/legal/privacy-statement/" target="_self">Declaración de privacidad de Elastic</a> para obtener más información o para cancelar su suscripción en cualquier momento.</p>

<p>By submitting you agree to <a href="/agreements/global/cloud-services-monthly" rel="nofollow">Elastic Cloud Terms of Service</a>. Your personal data will be processed in accordance with <a href="/legal/privacy-statement">Elastic's Privacy Statement</a>.</p>

Cloud Trial GDPR Text

<p>Al enviar esta información, aceptas los <a href="/es/agreements/global/cloud-services-monthly" rel="nofollow">Términos de servicio de Elastic</a>. Los datos personales se procesarán de conformidad con la <a href="/es/legal/privacy-statement">declaración de privacidad de Elastic</a>.
</p>

<p>By submitting you acknowledge that you've read and agree to our <a href="/legal/terms-of-use" target="_blank">Terms of Service</a>, and that Elastic may <a href="/legal/privacy-statement#how-we-use-the-information" target="_blank">contact you</a> about our related products and services, using the details you provide above. See <a href="/legal/privacy-statement/" target="_blank">Elastic’s Privacy Statement</a> for more details or to opt-out at any time.</p>

Newsletter GDPR Text

<p>Al enviar, confirma que ha leído y acepta nuestras <a href="/es/legal/terms-of-use" target="_self">Condiciones de servicio</a>, y que Elastic puede <a href="/es/legal/privacy-statement#how-we-use-the-information" target="_self">ponerse en contacto con usted</a> acerca de nuestros productos y servicios relacionados. Consulte la <a href="/es/legal/privacy-statement/" target="_self">Declaración de privacidad de Elastic</a> para obtener más información o para cancelar su suscripción en cualquier momento.</p>

Hosted by

All Solutions

Follow us on Youtube

Watch now (no PT)

Articles by

Share by Email

Filters

All (no PT translation)

Contact information

See when this webinar starts in my time zone

Ver cuándo comienza este webinar en mi zona horaria

Thank you for your interest!

Register to Attend

Small image for

Register to Watch

Continue reading

Featured webinar

What to explore next...

Reset all

Load more press releases

Sign In to Attend

Share

Upcoming webinar

Learn more

Search Integrations

Share on Reddit

Share on Twitter

Share on Facebook

Load more news

View more posts

On-demand webinar

Follow us on Facebook

Author

Press Release

You'll also receive an email with related content.

You'll also receive an email with related content

Además, te enviaremos contenidos relevantes

Print

Contact Info

Overview

Video for

Read less

Register now

Share this story

See All Posts

See all top stories

View next

Can't make it? Register and we'll send you the recording. You'll also receive an email with related content

¿No puedes asistir? Regístrate y te enviaremos la grabación. También recibirás un correo electrónico con contenido relacionado.

Follow us on LinkedIn

Highlights

Explore similar demos

Follow us on Twitter

Share on LinkedIn

Load More

See more insights

Speakers

Close

Thank you for registering. We will send you a confirmation email soon.

Gracias por registrarte. Te enviaremos un correo electrónico de confirmación pronto.

Author

Articles by Hrvoje Pejcinovic

Solutions Architect, Elastic

Cómo migrar de Elasticsearch autogestionado a Elastic Cloud en AWS