Saiba como é fácil migrar do Elasticsearch autogerenciado para o Elastic Cloud. Gaste menos tempo provisionando, gerenciando, redimensionando e atualizando, e mais tempo aproveitando o poder do Elasticsearch.

<p>Cada vez mais, estamos vendo cargas de trabalho locais serem migradas para a nuvem. O Elasticsearch existe há muitos anos com nossos usuários e clientes geralmente gerenciando-o eles mesmos no local. O <a href="/pt/cloud">Elasticsearch Service no Elastic Cloud</a>, nosso <a href="/pt/elasticsearch/service">serviço do Elasticsearch</a> gerenciado que é executado na Amazon Web Services (AWS), no Google Cloud e no Microsoft Azure em muitas regiões diferentes, é a melhor maneira de consumir o Elastic Stack e nossas soluções para busca empresarial, observabilidade e segurança.
</p><p>Se você tem interesse em migrar do Elasticsearch autogerenciado, o Elasticsearch Service cuida do seguinte:
</p><ul>
	<li>Provisionamento e gerenciamento da infraestrutura subjacente</li>
	<li>Criação e gerenciamento dos clusters do Elasticsearch</li>
	<li>Redimensionamento dos clusters para cima e para baixo</li>
	<li>Atualizações, patches e snapshots</li>
</ul><p>Com isso, você pode concentrar seu tempo e esforço na resolução de outros desafios.
</p><p>Este post do blog explora como migrar para o Elasticsearch Service gerando um snapshot do seu cluster do Elasticsearch e restaurando-o no Elasticsearch Service.
</p><h2>Gerar um snapshot do cluster</h2><p>A primeira coisa a considerar ao migrar do Elasticsearch autogerenciado para o Elasticsearch Service é qual provedor de serviços em nuvem e região você gostaria de usar. Isso normalmente dependerá de suas cargas de trabalho existentes implantadas, da estratégia de nuvem e uma série de outros fatores.
</p><p>Aqui veremos o processo para o Elasticsearch Service na AWS. Em breve, veremos como fazer o mesmo para o Google Cloud e o Azure.
</p><p>A maneira mais fácil de migrar dados de um cluster do Elasticsearch para outro cluster é gerar um snapshot do cluster e usar esse snapshot para restaurá-lo no novo cluster do Elasticsearch Service.
</p><p>Há várias maneiras de gerar um snapshot de um cluster. A mais fácil é executar uma operação de snapshot único.
</p><p>Supondo que seu Elasticsearch esteja ingerindo dados constantemente, a desvantagem da operação de snapshot único é que há um intervalo de tempo e perda de dados entre o momento em que o snapshot é gerado e quando ele é restaurado no novo cluster. Para minimizar essa defasagem, é aconselhável criar uma <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 snapshot</a>. Se o cluster do Elasticsearch não estiver ingerindo dados constantemente, como para um caso de uso de busca, um snapshot único será adequado.
</p><p>Antes de criar um snapshot de um cluster local, você precisa configurar o bucket do AWS S3 onde o snapshot do cluster local será armazenado. Esse é o local de onde o novo cluster do Elasticsearch Service em execução na AWS restaurará o estado do cluster.
</p><p>As etapas gerais necessárias para fazer isso são as seguintes:
</p><ul>
	<li>Configurar o armazenamento na nuvem (neste caso, o bucket do AWS S3)</li>
	<li>Configurar o repositório do snapshot local</li>
	<li>Configurar sua política de snapshot</li>
	<li>Provisionar o novo cluster no Elasticsearch Service</li>
	<li>Configurar o repositório do snapshot customizado do cluster do Elasticsearch Service</li>
	<li>Restaurar o cluster do Elasticsearch Service de um snapshot local</li>
</ul><h2>Configurar o armazenamento na nuvem</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">Crie um bucket do S3</a>. O bucket do S3 deve estar na mesma região selecionada para o cluster do 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>Crie a <a href="https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create-console.html#access_policies_create-json-editor">política de bucket do S3 por meio da guia JSON</a> e <a href="https://www.elastic.co/guide/en/cloud/current/ec-aws-custom-repository.html#ec-aws-custom-repository">adicione o JSON da política de bucket do S3</a> (usando o nome do seu bucket):<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>Clique em <strong>Review policy</strong> (Conferir política) e dê um nome à sua 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">Crie o usuário do IAM</a> e atribua a política de bucket do S3 criada acima:<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>Clique em <strong>Next: Permissions</strong> (Próximo: Permissões), selecione <strong>Attach existing policies directly</strong> (Anexar políticas existentes diretamente) e procure a política que você criou na etapa 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>Verifique se essa política está marcada e clique em <strong>Next: Tags</strong> (Próximo: Tags).  Você pode pular a adição de tags e clicar em <strong>Create User</strong> (Criar usuário).</li>
	<li>Baixe as credenciais de segurança do usuário.</li>
</ol><h2>Configurar o repositório do snapshot local</h2><h3>1. Instale o plugin do S3
</h3><p>Instale o plugin do S3 para Elasticsearch em sua implantação local executando o seguinte comando em cada nó local do Elasticsearch no diretório inicial do Elasticsearch:
</p><pre class="prettyprint">sudo bin/elasticsearch-plugin install repository-s3
</pre><p>Você terá de reiniciar o nó depois de executar esse comando.
</p><h3>2. Configure as permissões do cliente do S3</h3><p>Configure as permissões do cliente do S3 no cluster local executando os seguintes comandos:
</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>Isso é necessário para que o cluster local tenha as credenciais necessárias para gravar os snapshots no S3. Access_key e secret_key estão disponíveis do usuário do IAM criado na etapa anterior.
</p><h2>Configurar sua política de snapshot</h2><h3>1. Configure o repositório de snapshots</h3><p>Configure o repositório de snapshots do S3 em seu cluster local executando o comando a seguir em <a href="https://www.elastic.co/guide/en/kibana/7.10/console-kibana.html">Kibana Dev Tools</a>. Aqui estamos informando ao cluster local em qual bucket do S3 gravar o snapshot. O usuário do IAM que você acabou de criar deve ter permissões para gravar e ler nesse bucket do S3.
</p><pre class="prettyprint">PUT _snapshot/<my_s3_repository>
{
  "type": "s3",
  "settings": {
    "bucket": "<bucket-name>"
  }
}
</pre><h3>2. Crie uma política de snapshot</h3><p>Em seguida, você criará uma política de snapshot em seu cluster local que armazenará o snapshot no bucket do S3 recém-criado:
</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>Você também pode criar um snapshot único no Kibana Dev Tools:
</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>Verifique se os snapshots estão funcionando com a execução deste comando no Dev Tools:
</p><pre class="prettyprint">GET _snapshot/<your_repo_name>/_all
</pre><h2>Provisionar o novo cluster no Elasticsearch Service</h2><p>Assim que tivermos snapshots funcionando no S3, será a hora de provisionar um novo cluster no Elasticsearch Service em <a href="https://cloud.elastic.co">cloud.elastic.co</a>. Aqui você pode escolher o caso de uso que melhor reflita a sua carga de trabalho existente, a região da AWS e sua versão do 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>No console do Elasticsearch Service, defina as configurações do keystore do 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>As duas configurações que precisamos definir são as seguintes:
</p><pre class="prettyprint">s3.client.default.access_key
s3.client.default.secret_key
</pre><p>Isso é necessário para que o cluster do Elasticsearch Service tenha permissão para ler o snapshot do bucket do S3. Elas serão as mesmas que as credenciais de segurança do usuário do IAM.
</p><h2>Configurar o repositório do snapshot customizado do cluster do Elasticsearch Service</h2><p>Agora temos de criar um novo repositório de snapshots no cluster do Elasticsearch Service. Isso informa ao Elasticsearch Service onde o snapshot do qual queremos restaurar está localizado no S3. Para fazer isso, faça login no Kibana, selecione <strong>Stack Management</strong> (Gerenciamento da stack) e navegue até as configurações de Snapshot and Restore (Snapshot e restauração). Selecione <strong>Register a repository</strong> (Registrar um repositório):
</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>Adicione o nome do bucket onde os snapshots estão localizados:
</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>Então, verifique se o repositório foi configurado corretamente:
</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 fim, confirme se o cluster do Elasticsearch Service consegue ver o snapshot que queremos 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 o cluster do Elasticsearch Service do snapshot</h2><p>Para restaurar o snapshot, vá para o console da API do cluster do Elasticsearch Service no console do Elasticsearch Service<strong> </strong>e execute os três comandos a seguir. Observe que todos os três comandos são executados como POST no console da API.
</p><h3>Feche todos os índices
</h3><pre class="prettyprint">*/_close?expand_wildcards=all
</pre><p>Isso é para garantir que todos os índices sejam fechados primeiro para que não haja conflitos durante a fase de restauração:
</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>Restaure o snapshot</h3><pre class="prettyprint">/_snapshot/<your-repo-name>/<your-snapshot-name>/_restore
</pre><p>Esse comando restaura o 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>Abra todos os índices</h3><pre class="prettyprint">*/_open?expand_wildcards=all
</pre><p>Esse comando abre todos os í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 a restauração do snapshot</h2><p>Verifique se você restaurou o snapshot com todos os índices. Entre no Kibana e execute o seguinte comando no Dev Tools:
</p><pre class="prettyprint">GET _cat/indices
</pre><p>Neste ponto, você deverá ter o novo cluster em execução no Elasticsearch Service com os mesmos dados do cluster autogerenciado do qual gerou o snapshot. Agora você pode redirecionar suas fontes de ingestão, como Beats ou Logstash, para o novo endpoint do Elasticsearch Service, que pode ser encontrado no console Elastic Cloud.
</p><h2>Migre para o Elastic Cloud hoje mesmo</h2>Migrar um cluster do Elasticsearch autogerenciado para o Elasticsearch Service no Elastic Cloud por meio de snapshot é um processo fácil. Embora autogerenciar o Elasticsearch possa ser um trabalho interessante, o Elasticsearch Service assume todo o trabalho árduo de gerenciar os clusters do Elasticsearch para que você tenha tempo para fazer coisas mais importantes. Saiba mais sobre os <a href="/pt/elasticsearch/service/migrate-to-elastic-cloud">benefícios da migração para o Elastic Cloud</a> ou inscreva-se para fazer uma <a href="https://cloud.elastic.co/registration">avaliação gratuita de 14 dias</a> hoje mesmo.

blog-banner-cloud-aws.png

blog-thumb-cloud-aws.png

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

Como migrar do Elasticsearch autogerenciado para o Elastic Cloud na AWS

Start free trial

Blog Footer CTA

Sign up for Elastic Cloud free trial

Solutions Architect

Hrvoje Pejcinovic

<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>Ao enviar a confirmação, você reconhece que leu e concorda com nossos <a href="/pt/legal/elastic-cloud-account-terms" target="_self">Termos de Serviço</a> e também concorda em receber <a href="/pt/legal/privacy-statement#how-we-use-the-information" target="_self">comunicações especiais</a> por meio dos dados de contato que forneceu acima. Consulte a <a href="/pt/legal/privacy-statement/" target="_self">Declaração de Privacidade da Elastic</a> para saber mais detalhes ou para cancelar a qualquer 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>Ao enviar a confirmação, você reconhece que leu e concorda com nossos <a href="/pt/legal/serverless-preview-terms" target="_self">Termos de Serviço</a> e que a Elastic pode <a href="/pt/legal/privacy-statement#how-we-use-the-information" target="_self">entrar em contato com você</a> para divulgar nossos produtos e serviços relacionados usando os dados que você forneceu acima. Consulte a <a href="/pt/legal/privacy-statement/" target="_self">Declaração de Privacidade da Elastic</a> para saber mais detalhes ou para cancelar a qualquer 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>Ao enviar, você concorda com os <a href="/pt/agreements/global/cloud-services-monthly" rel="nofollow">Termos de Serviço do Elastic Cloud</a>. Seus dados pessoais serão tratados de acordo com a <a href="/pt/legal/privacy-statement">Declaração de Privacidade da 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>Ao enviar a confirmação, você reconhece que leu e concorda com nossos <a href="/pt/legal/terms-of-use" target="_self">Termos de Serviço</a> e que a Elastic pode <a href="/pt/legal/privacy-statement#how-we-use-the-information" target="_self">entrar em contato com você</a> para divulgar nossos produtos e serviços relacionados usando os dados que você forneceu acima. Consulte a <a href="/pt/legal/privacy-statement/" target="_self">Declaração de Privacidade da Elastic</a> para saber mais detalhes ou para cancelar a qualquer momento.</p>

Explore similar demos

Explore outras demonstrações semelhantes

Overview

Load More

Speakers

Close

See more insights

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.

O conteúdo desta página não está disponível no idioma selecionado. A Elastic está trabalhando para garantir que o conteúdo esteja disponível em vários idiomas.Agradecemos a compreensão.

Author

Articles by

Learn more

Watch now (no PT)

Watch now

See all top stories

All (no PT translation)

Contact information

Press Release

Share on Reddit

Share this story

Share by Email

Thank you for your interest!

Contact Info

Follow us on Youtube

Share on LinkedIn

Follow us on LinkedIn

Search Integrations

All Solutions

Video for

Follow us on Twitter

See when this webinar starts in my time zone

Consultar a hora de início do webinar no meu fuso horário

Register to Watch

Register now

See All Posts

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

Não vai conseguir participar? Inscreva-se e nós lhe enviaremos a gravação. Você também receberá um email com conteúdo relacionado.

Author

Articles by Hrvoje Pejcinovic

Solutions Architect, Elastic

Como migrar do Elasticsearch autogerenciado para o Elastic Cloud na AWS