Facilitar uma migração para a AWS com o Cloudendure, aproveitando a automação

Resumo:

Neste artigo, exploraremos como o CloudEndure pode facilitar uma migração para a AWS através da automação. A recuperação de desastres do CloudEndure fornece continuidade de negócios escalável e econômica para servidores físicos, virtuais e em nuvem. Ajuda a minimizar o tempo de inatividade e a perda de dados no caso de desastres de TI, como falhas de data centers, corrupção do servidor ou ataques cibernéticos. Com a recuperação de desastres do Cloudendure, você pode replicar suas máquinas em uma área de estadiamento de baixo custo em sua conta da AWS e lançá-las em minutos durante um desastre. Isso não apenas reduz o custo da infraestrutura de recuperação de desastres, mas também fornece replicação contínua de dados e testes fáceis e não discretos. O CloudEndure suporta uma ampla gama de aplicativos e bancos de dados, tornando -o uma solução abrangente para facilitar uma migração para a AWS.

Pontos chave:

  1. A Recuperação de Desastres do Cloudendure oferece recuperação rápida e confiável de servidores físicos, virtuais e baseados em nuvem na AWS.
  2. Ele replica continuamente suas máquinas em uma área de estadiamento de baixo custo em sua conta da AWS e região preferida.
  3. No caso de um desastre, a recuperação de desastres do Cloudendure pode iniciar automaticamente milhares de máquinas em minutos.
  4. A recuperação de desastres do Cloudendure reduz o custo da infraestrutura de recuperação de desastres.
  5. Ele fornece replicação contínua, assíncrona e em nível de bloco de suas máquinas de origem para objetivos de recuperação secundária.
  6. Os dados são mantidos em sincronia em uma área de escala de baixo custo em sua região AWS alvo.
  7. Conversão de máquinas automatizadas e orquestração permitem o processamento rápido de máquinas na região alvo da AWS.
  8. A recuperação pontual permite o lançamento de aplicativos de um ponto anterior consistente.
  9. Testes não-desertos podem ser conduzidos sem arriscar a perda de dados.
  10. A recuperação de desastres do CloudEndure suporta uma ampla gama de aplicativos e bancos de dados.

Perguntas e respostas:

P: Como a recuperação de desastres do CloudEndure minimiza o tempo de inatividade e a perda de dados?

R: Recuperação de desastres do CloudEndure replica suas máquinas, incluindo o sistema operacional, bancos de dados, aplicativos e arquivos, para uma área de estadiamento de baixo custo em sua conta da AWS. No caso de um desastre, ele pode iniciar automaticamente milhares de máquinas em seu estado totalmente provisionado em minutos.

P: Quais são os benefícios de usar o Cloudendure Desastres Recuperação para Infraestrutura de Recuperação de Desastres?

R: A recuperação de desastres do Cloudendure reduz significativamente o custo da infraestrutura de recuperação de desastres, replicando máquinas para uma área de estadiamento de baixo custo e fornecendo conversão e orquestração automatizadas de máquinas.

P: Como a recuperação de desastres do Cloudendure atinge os objetivos do ponto de recuperação secundária?

R: fornece replicação contínua, assíncrona e em nível de bloco de suas máquinas de origem, garantindo que os aplicativos atualizados estejam sempre prontos para serem adaptados na AWS no caso de um desastre.

P: Qual é o papel da área de escala de baixo custo na recuperação de desastres do Cloudendure?

R: A área de escala contém os dados sincronizados continuamente e fornece recursos de baixo custo que reduzem o custo total de propriedade da recuperação de desastres.

P: Como a recuperação de desastres do CloudEndure garante que os aplicativos funcionem exatamente como na infraestrutura de origem?

R: Diferentemente das soluções no nível do aplicativo, a Recuperação de Desastres do Cloudendure replica máquinas inteiras, incluindo o sistema operacional, configuração do estado do sistema, discos de sistema, bancos de dados, aplicativos e arquivos. Isso elimina a necessidade de novas instalações ou cópias duplicadas de software.

P: O que é a recuperação pontual na recuperação de desastres do Cloudendure?

R: A recuperação pontual permite o lançamento de aplicativos de um ponto anterior consistente, tornando-o útil para recuperar aplicativos corrompidos e ambientes de TI resultantes de alterações no sistema, ransomware ou ataques maliciosos.

P: Os testes de recuperação de desastres podem ser realizados sem interromper o ambiente de origem?

R: Sim, com a recuperação de desastres do CloudEndure, você pode realizar testes não-desertos na região do alvo AWS. A automação da recuperação de desastres do CloudEndure minimiza o trabalho manual necessário para o teste.

P: Quais aplicativos e bancos de dados são suportados pela Cloudendure Desastres Recuperação?

R: A recuperação de desastres do CloudEndure suporta todos os aplicativos e bancos de dados que funcionam em versões suportadas do sistema operacional Windows e Linux, incluindo as versões do Windows Server 2003/2008/2012/2016/2019 e as distribuições Linux como Centos, Rhel, Oel, Suse, Ubuntu e Debian.

P: Por que a automação é importante para uma migração para a AWS?

R: A automação é crucial para uma migração para a AWS, pois ajuda a simplificar o processo, garantir consistência e reduzir o risco de erros. Também permite fácil escalabilidade e fornece confiança no resultado da migração.

P: Como o Cloudendure facilita uma migração automatizada para a AWS?

R: Cloudendure, como um parceiro de tecnologia avançado da AWS, fornece ferramentas e recursos para migração automatizada. Oferece testes automatizados para verificar se os aplicativos estão funcionando como esperado após a migração.

P: Que considerações são importantes para uma migração bem -sucedida para a AWS?

R: Planejamento e execução precisa são vitais para uma migração bem -sucedida para a AWS. É essencial escolher a estratégia de migração certa e as ferramentas de alavancagem, como o CloudEndure para automatizar o processo de migração e garantir a transição bem -sucedida de cargas de trabalho.

P: Quais são os objetivos comuns de ferramentas de migração como o Cloudendure?

R: As ferramentas de migração visam facilitar o processo de migração, fornecendo escalabilidade, automação e confiabilidade. Eles ajudam.

P: Quais são os benefícios da realização de testes automatizados após a migração?

R: Testes automatizados após a migração ajudam a verificar se os aplicativos estão funcionando corretamente no ambiente da AWS. Eles fornecem confiança no sucesso da migração e ajudam a identificar quaisquer problemas ou discrepâncias que precisam ser abordados.

P: Como o suporte da Cloudendure para uma ampla gama de aplicativos e bancos de dados contribui para uma migração bem -sucedida?

R: O suporte do Cloudendure para vários aplicativos e bancos de dados garante que o processo de migração seja compatível com diferentes cargas de trabalho. Essa versatilidade reduz a complexidade da migração e permite que as organizações alavancem seus sistemas e aplicações existentes na AWS.

P: Quais são as vantagens de migrar para a AWS?

R: Migrar para a AWS oferece inúmeros benefícios, incluindo maior escalabilidade, flexibilidade, economia de custos, segurança aprimorada e acesso a uma ampla gama de serviços e recursos da AWS. Ele permite que as organizações alavancem o poder da computação em nuvem para sua infraestrutura e aplicativos.

Referências:

Migração da AWS

Recuperação de desastres do Cloudendure

Facilitar uma migração para a AWS com o Cloudendure, aproveitando a automação

O diagrama a seguir ilustra o processo de migração coberto neste post.

Amazon EC2 – Recuperação de falhas usando o Cloudendure

Continuidade de negócios escalável e econômica para servidores físicos, virtuais e em nuvem

Desastres, como falhas de data center, corrupção do servidor ou ataques cibernéticos, não apenas atrapalham seus negócios, mas também causam perda de dados, afetam a receita e prejudicam a reputação. A recuperação de desastres do CloudEndure minimiza a perda de tempo e os dados, fornecendo recuperação rápida e confiável de servidores físicos, virtuais e baseados em nuvem na AWS. Você pode usar a Recuperação de Desastres do Cloudendure para proteger seus bancos de dados mais críticos, incluindo Oracle, MySQL e SQL Server, bem como aplicativos corporativos, como o SAP. A recuperação de desastres do Cloudendure replica continuamente suas máquinas (incluindo o sistema operacional, uma configuração de status do sistema, bancos de dados, aplicativos e arquivos) em uma área de estadiamento de baixo custo em sua conta AWS e em uma região preferida. No caso de um desastre, você pode instruir a recuperação de desastres do CloudEndure para iniciar automaticamente milhares de suas máquinas em seu estado totalmente provisionado em minutos. Ao replicar suas máquinas em uma área de armazenamento temporário de baixo custo, ao mesmo tempo em que é capaz de lançar máquinas totalmente provisionadas em minutos, a recuperação de desastres do Cloudendure pode reduzir significativamente o custo da infraestrutura de recuperação de desastres.

Como funciona?

Recuperação de desastres do Cloudendure

Replicação contínua de dados

A recuperação de desastres do CloudEndure fornece replicação contínua, assíncrona e em nível de bloco de suas máquinas de origem em uma área de escala. Isso permite que você alcance os objetivos do ponto de recuperação secundária (RPOs), pois os aplicativos atualizados estão sempre prontos para serem adaptados na AWS no caso de um desastre.

Área de escala de baixo custo

Os dados são continuamente mantidos em sincronia e uma área de escala leve em sua região de AWS alvo. A área de escala contém recursos de baixo custo que são fornecidos automaticamente e gerenciados pelo CloudEndure Desastres Recuperação. Isso elimina a necessidade de recursos duplicados e reduz significativamente o seu custo total de propriedade (TCO) da recuperação de desastres.

Conversão e orquestração automatizadas de máquinas

No caso de um desastre ou teste, a recuperação de desastres do Cloudendure desencadeia um processo de conversão de máquinas altamente automatizado e um mecanismo de orquestração escalável que processe rapidamente milhares de máquinas na região alvo da AWS em paralelo. Isso permite que você atinja os objetivos do tempo de recuperação (RTOs) em minutos. Diferentemente de outras soluções no nível do aplicativo, a Recuperação de Desastres do Cloudendure replica máquinas inteiras, incluindo SO, configuração do estado do sistema, discos de sistema, bancos de dados, aplicativos e arquivos. Então, quando você inicia suas máquinas durante uma falha ou teste, suas máquinas funcionam exatamente como fazem isso em sua infraestrutura de origem. Você não’Não preciso instalar tudo novo ou manter cópias duplicadas do sistema operacional, configuração do estado do sistema ou software.

Recuperação de ponto-tempo

A recuperação granular-in-time permite que você recupere aplicativos e ambientes de TI que foram corrompidos como resultado de alterações acidentais do sistema, ransomware ou outros ataques maliciosos. Nesses casos, você pode lançar aplicativos de um ponto anterior consistente, em vez de lançar aplicativos em seu estado mais atualizado. Durante a recuperação, você pode selecionar o último estado ou um estado anterior de uma lista de pontos no tempo.

Testes fáceis e não disruptivos

Com a recuperação de desastres do CloudEndure, você pode realizar testes de recuperação de desastres sem interromper seu ambiente de origem ou sem o risco de perder dados. Durante os testes, o CloudEndure Desastres de recuperação de desastres processa máquinas na região do AWS de destino em completo isolamento para evitar conflitos de rede e impacto no desempenho. Porque você’Relaverando a AWS, lá’Não é necessário provisionar ou pagar antecipadamente os recursos necessários durante a pesquisa de recuperação de desastres. A automação da recuperação de desastres do Cloudendure também minimiza o trabalho manual necessário para o teste.

Suporte abrangente de aplicativos e infraestrutura

Como o CloudEndure Desastres Recuperação replica os dados no nível do bloco, você pode usá -los para todos os aplicativos e bancos de dados que funcionam em versões suportadas do Windows e Linux OS. Isso inclui o Windows Server Versions 2003/2008/2012/2016/2019 e as distribuições Linux, como Centos, Rhel, Oel, Suse, Ubuntu e Debian.

Referências

Facilitar uma migração para a AWS com o Cloudendure, aproveitando a automação

Migração da AWS

Isto’Não é segredo de que migrar software e serviços de um ambiente local para a nuvem implica considerações e requisitos exclusivos. Para proporcionar confiança no resultado de sua migração, sua estratégia de migração precisa escalar facilmente. Isso significa que grande parte do seu fluxo de trabalho deve ser automatizada.

Não há escassez de documentação sobre por que a automação na nuvem é importante. Nesta postagem, mostraremos como realizar uma migração automatizada utilizando o parceiro de tecnologia avançado da AWS CloudEndure, com foco na incorporação de testes automatizados, para que você possa ter certeza de que seu aplicativo está funcionando como esperado após a migração.

A migração de uma carga de trabalho de local para a AWS requer planejamento cuidadoso e execução precisa. Existem muitas estratégias diferentes para se mudar para a nuvem, e também existem inúmeras ferramentas que ajudam a facilitar a migração. Todas as ferramentas de migração compartilham objetivos comuns: facilitar uma migração para a AWS, minimizando o impacto da carga de trabalho e da carga de aplicação e garantir que a perda de dados seja minimizada.

Os clientes que desejam mover rapidamente suas cargas de trabalho para a nuvem normalmente seguem o método de rehost, eu.e. levantar e mudar. Um dos desafios ao executar um rehost é a quantidade de tempo que leva para confirmar manualmente que um aplicativo migrado está funcionando conforme o esperado. As migrações que incorporam a automação e os dutos de teste rápido para validar a migração adequada não têm apenas mais chances de ter sucesso, mas também melhorar a eficiência à medida que você aproveita os processos repetíveis e diminui os tempos de verificação manual.

Visão geral da solução

A solução nós’Descrever nesta postagem do blog Uso o Cloudendure e o AWS Database Migration Service (AWS DMS) para facilitar a migração de uma implantação do GO Git Service (GOGS) de uma fonte Amazon VPC para um destino ALMA. Embora estejamos usando dois VPC diferentes’s Para os fins desta demonstração, a automação e a combinação de ferramentas que estamos usando nesta postagem do blog podem ser facilmente usadas no seu kit de ferramentas para facilitar um verdadeiro local à migração da AWS. Para a configuração do ambiente de fonte simulada que está em execução no CentOS 7, optamos por usar uma combinação de AWS CloudFormation e Ansible para que você possa acompanhar seu ambiente de teste AWS.

O Cloudendure é responsável por migrar o servidor de aplicativos, e o AWS DMS é responsável por replicar o DB do GOGS de um servidor MySQL em execução em uma instância EC2 para um banco de dados Amazon RDS totalmente gerenciado. Decidimos aproveitar o DMS para os fins desta demonstração para mostrar como fazer uma replataforma de um banco de dados no RDS; Outra opção poderia ter sido usar o CloudEndure para fazer um rehost para o EC2 ao migrar um banco de dados.

Cloudendure tem a capacidade de invocar scripts personalizados de pós-processamento na instância migrada após o lançamento. O uso desse recurso permite fazer configuração personalizada e executar testes de aceitação automatizados para provar que o aplicativo está funcionando conforme o esperado no servidor migrado.

Para confiança da migração, estamos aproveitando a AWS Lambda, AWS SNS, AWS SQS e Cloudendure’s Recursos de pós-processamento para construir um pipeline de testes automatizados para realizar uma série de testes. Se todos os testes completarem com sucesso, lançamos automaticamente um modelo de formação de nuvem da AWS que implanta um ambiente de GOGS altamente disponível usando as imagens construídas a partir do seu ambiente de origem.

O diagrama a seguir ilustra o processo de migração coberto neste post.

Aqui está como o processo funciona:

1. Ansible instala o serviço de descoberta de aplicativos da AWS, o agente do CloudEndure e os scripts que serão usados ​​para reconfigurar e testar no servidor de origem do GOGS.

2. O AWS DMS migra o servidor DB de origem do Gogs para a instância de destino RDS.

3. Depois que o agente do CloudEndure estiver em execução, ele inicia uma cópia em nível de bloco para executar a sincronização inicial do servidor de origem do GOGS para a AWS.

4. Depois que o CloudEndure tiver concluído a sincronização inicial, seu mecanismo de proteção de dados contínuos (CDP) começa uma sincronização em tempo real de qualquer novo dados e o servidor está marcado como pronto para testar na AWS. O Cloudendure.PY Script então inicia a migração com base no hosttomigrate variável na configuração.Arquivo YML. (Esta variável aparece como Nome da instância No painel do Cloudendure.)

5. O Cloudendure.O script PY chama a API do CloudEndure e inicia uma instância de teste do instantâneo mais recente da instância de origem.

6. Cloudendure lança uma nova instância no destino a partir do último instantâneo e executa o Cloudendure.SH Script pós-provisionamento, que faz o seguinte:

a. Reconfigura os GoGs para apontar para a instância do RDS para a qual o DMS está replicando e reinicia o serviço Gogs.

b. Verifica para ver se o serviço Gogs está em funcionamento. Se sim, o Cloudendure.O script de pós-provisionamento SH chama o Cloudendure_PostProcessing.Script PY, que envia uma notificação de sucesso para o tópico do CloudEndure Pass/Fail SNS. Uma mensagem de exemplo ficaria assim:

"Mensagem": ""

c. A função CloudEndure Lambda é subscrita ao tópico do CloudEndure Pass/Fail SNS. A função Lambda procura uma mensagem de sucesso. Se recebe uma mensagem de sucesso, cria uma imagem da Amazon Machine (AMI) com base no ID da instância de entrada e publica as informações da AMI no Amazon Sqs. Você pode rastrear o status no CloudWatch para a função Lambda:

7. O Cloudendure.PY Script constantemente pesquisou a fila do SQS para uma mensagem sobre a instância migrada. Uma vez que recebe uma mensagem, ele verifica se o AMI está pronto. Se isso’S PRONTO, o script lança o modelo GOGS CloudFormation e passa o ID da AMI como um parâmetro. O modelo de formação de nuvem implanta um ambiente altamente disponível que se parece com o seguinte:

Começando

Agora que você sabe como o processo de migração funciona, vamos’S começar. Primeiro você’Eu precisará configurar uma conta com o Cloudendure. Se você não for’T tem uma conta, você pode se registrar para uma na página do produto Cloudendure Migration no mercado de assinaturas da AWS SaaS.[1]

Depois que sua conta estiver configurada e você’seguiu o guia de início do site Cloudendure, você’precisarei se familiarizar com os arquivos abaixo. A solução completa está hospedada no GitHub para obter mais detalhes.

Ansible Playbooks, variáveis ​​e arquivos:

  • Playbooks/Files/Cloudendure.SH-Este arquivo será implantado para /inicialização /ce_conversion, que é onde o CloudEndure executa scripts pós-migração. É usado para reconfigurar os óculos para apontar para RDS e testar o serviço.
    • As instâncias reinvent-Ent312-source.O modelo de formação de nuvem YML substitui todas as ocorrências de ENT312.cinco.Ninja neste arquivo com o seu alias de domínio da Amazon Route 53 que você deseja apontar para o seu Balancero de Carga do ELB para um ambiente de GoGs altamente disponível com escala automática. Este valor é passado para o modelo através do parâmetro GOGSDNS no modelo de Formação Cloud.
    • As instâncias reinvent-Ent312-source.YML CloudFormation Model define seu nome de usuário e senha do CloudEndure neste manual Ansible na seção chamada “Instale o Cloudendure” Com base nos parâmetros CloudendureUser e CloudEndurePassword no modelo de formação de nuvem.

    Config script de migração.YML usado pelo Cloudendure.script py:

    Edite o arquivo para fornecer as seguintes informações:

    • nome de usuário – Nome de usuário para Cloudendure
    • senha – Senha para Cloudendure
    • hosttomigrate – Nome do host para migrar no painel Cloudendure. Este valor ganhou’estar disponível no painel até depois que o CloudEndure iniciar o processo de replicação inicial.
    • StackName – Nome da sua pilha de formação de nuvem. Altere apenas isso se você optar por alterar o valor padrão do CloudEndureBlogDemo ao nomear sua pilha de formação de nuvem.
    • KeyyName – PAR
    • Gogsdns – Alias ​​de domínio da rota 53 que você deseja mapear para o seu salão de cargas de cotovel
    • Reinvent-Ent312-Migrated-Gogs.modelo
      • Este valor é o seu alias de domínio da rota 53 que você deseja mapear para o seu Balancero de Carga de ELB para Gogs Automatic Scaling. O parâmetro Gogsdnsname é passado com base no Gogsdns valor na configuração.YML quando o Cloudendure.py script é executado.

      Implantando a solução usando a AWS CloudFormation

      Agora deixe’s Dê uma olhada na migração em detalhes e passe por cada etapa. Nesta demonstração, o Modelo de Formação em Cloud Spin o ambiente de origem em uma nuvem privada virtual separada (VPC) em sua conta da AWS e a migrará para um VPC de destino na mesma conta.

      Você também pode baixar o modelo para usá -lo como ponto de partida para sua própria implementação.

      Na página Selecionar modelo, mantenha a configuração padrão para o URL do modelo e, em seguida, escolha Próximo.

      Deixe o nome da pilha padrão ou insira um nome para a pilha e preencha os valores de acordo com as capturas de tela abaixo.

      Tome nota dos valores que você definiu Nome de usuário do banco de dados de origem e Senha do banco de dados de origem Como você precisará disso quando você configurar GoGs. Escolher Próximo e Próximo novamente nas duas telas a seguir e verifique a caixa que diz “Reconheço que a AWS CloudFormation pode criar recursos do IAM com nomes personalizados.” Então escolha Criar.

      Levará alguns minutos para que a CloudFormation crie os recursos em sua conta. Quando você vê a pilha com –SourceInstanceResources Marcado como create_complete, você pode fazer login e configurar os GoGs.

      A tarefa DMS personalizada que criamos no CloudFormation depende do GOGS DB estar presente; portanto, você deve instalar e configurar os GoGs antes que as pilhas de formação de nuvens sejam concluídas. (No momento da redação deste artigo, a CloudFormation não suporta recursos do DMS, mas queríamos mostrar uma maneira específica de criar automação em torno de certos aspectos da sua migração.)

      No Saídas guia para sua pilha, encontre AnsiblesourceInstance. Ssh na instância usando o valor com o seguinte comando:

      Depois de fazer o SSH na instância, execute o seguinte comando para garantir que as atualizações e as etapas dos dados do usuário da CloudFormation estejam concluídas.

      cauda sudo -f/var/log/nuvem -init.registro

      Depois que a entrada da nuvem termina o Bootstapping da instância, você deve ver uma mensagem que diga algo como o abaixo:

      7 de março 18:30:29 IP-10-10-138-101 Cloud-Init: Cloud-Init V. 0.7.5 Terminado em Ter, 07 de março de 2017 18:30:29 +0000. DataSource DataSourceEC2. Até 369.01 segundos

      Agora você precisa adicionar o par de chaves à instância para que ele possa ser usado por Ansible para SSH nas instâncias de origem e para configurar os GoGs. Em sua máquina local, do diretório onde você’armazenou o par de chaves, copie a chave privada para sua área de transferência com o comando:

      gato .PEM | PBCOPY

      Na instância da fonte Ansible, execute o comando:

      VI chave.PEM

      Cole a chave privada no vi janela e salve o arquivo. Em seguida, altere as permissões executando o comando:

      Chave CHMOD 400.PEM

      Verifique se o ssh-agent é ativado executando os seguintes comandos. Você deve receber um agente PID (por exemplo, agente PID 417).

      Eval `ssh-agent`

      Em seguida, adicione a tecla SSH para SSH-Agent e pressione Digitar Para a senha vazia:

      chave ssh-add.PEM

      Agora você pode provisionar o DB de óculos de origem via Ansible:

      Ansible -playbook -i Playbooks/anfitriões Playbooks/Database_provision.yml

      Provisionar a instância de óculos de origem:

      Ansible -playbook -i Playbooks/anfitriões Playbooks/gogs_provision.yml

      Depois que os GoGs são configurados por Ansible, você pode fazer login e configurar os GoGs no ambiente de origem. Você precisará do valor de GOGSSourceInstance no Saídas guia do seu SourceInstanceResources Stack em CloudFormation:

      http: //: 3000

      Nos GoGs Do utilizador e Senha campos entram nos valores que você observou anteriormente do Nome de usuário do banco de dados de origem e Senha do banco de dados de origem Em CloudFormation:

      Você pode registrar um usuário e uma senha de sua escolha com GoGs. Por favor, observe isso para mais tarde nesta demonstração.

      Quando você vê que a pilha DMS na CloudFormation está concluída, você pode inspecionar a configuração. Você deve ver uma instância de replicação:

      Você também deve ver os terminais de origem e destino:

      Você também deve ver uma tarefa que executa a sincronização do banco de dados:

      Quando você’terminei de verificar o DMS, retornar ao AnsiblesourceInstance Janela SSH e execute o seguinte para instalar o Application Discovery Service e Cloudendure:

      Ansible -playbook -i Playbooks/anfitriões Playbooks/AWS_CLI_ADS_AGENT_INSTALL.YML Ansible -Playbook -i Playbooks/Hosts Playbooks/Cloudendure_agent_install.yml

      Faça login no painel do Cloudendure e você deve ver seu servidor. Pode demorar um pouco para mostrar como pronto para teste, porque o Cloudendure está no processo de concluir a sincronização inicial no nível do bloco para a AWS.

      O valor, por exemplo, o nome do painel Cloudendure é o valor que você precisa definir para a variável hosttomigrate na configuração.Arquivo YML.

      Execute o Cloudendure.Script PY para inicializar a migração:

      Para ver um exemplo de saída do script, veja o ReadMe.

      Depois que o script terminar, agora você deve ver o ambiente GOGS altamente disponível com girando automaticamente, usando o AMI que foi criado a partir da função Lambda.

      Levará alguns minutos para que o ambiente GOGS altamente disponível passe as verificações de saúde e entre em serviço atrás do Balancer de Carga do ELB, mas você deve acabar sendo capaz de acessar o ambiente de GOGS migrado que agora está configurado para usar o RDS, assinando com o nome de usuário que você criou no ambiente de origem. Isso prova que a tarefa do DMS foi bem -sucedida em migrar seu banco de dados de óculos de origem para RDS.

      Resumo

      Nesta postagem, demonstramos como você pode incorporar automação e teste no seu kit de ferramentas para acelerar suas migrações do ambiente local para a AWS. Com um planejamento e configuração cuidadosos desde o início, você terá uma série de ferramentas que poderá reutilizar em seus cenários de migração. Isso permitirá que você migre suas cargas de trabalho mais rapidamente e oferecerá maior confiança de que seus aplicativos estão funcionando como esperado após a migração.

      O conteúdo deste blog não é um endosso de um produto de terceiros. Este blog é destinado a fins informativos.

      [1] Observe que você é responsável por quaisquer custos incorridos ao seguir as etapas desta postagem do blog.

      O Cloudendure funciona com RDS

      О эээ сйранibus

      Ы з ззарегиgléria. С помощью этой страницы мы сможем определить, что запросы отправляете именно вы, а не робот. Почpels эээ моогitu произойth?

      Эта страница отображается в тех случаях, когда автоматическими системами Google регистрируются исходящие из вашей сети запросы, которые нарушают Условия использования. Ponto. Ээth момо номттаая и оозз илэз и ээ и эз и эз и з и ззз и зз и ээз и ээз иth ээ эth ээзз эth эзз иthлз ио и зз и иth эз иээ эээо иth эз эээ ээо ээоо иth иэзз эth эзт эth эз ио эээ иth эз иэз иthлзз иоз ил иээ иээо иэээ иээо иth ио иээ эth иэ иээ эth иэ иээ эth ио иэ ээог seguir.

      Ит и и и и и и и и и чззжfia м ирржжжfia м иржжжжfia м мжжжжжж<ь м м иржжжfia. não. Если вы используете общий доступ в Интернет, проблема может быть с компьютером с таким же IP-адресом, как у вас. Орратитеitivamente к с о и и с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с с а с с а с а а а а а а а а а а а а а а а а а а а а а а а а а а а а а а а а а а а а а а а а а а а а а а а а а а а а а а а а а а а а а а а &rdquo;. ПодробнÉ.

      Проверка по слову может также появляться, если вы вводите сложные запросы, обычно распространяемые автоматизированными системами, или же вводите запросы очень часто.

      Cloudendure RTO para o Oracle e E-Business Suite

      Atualmente, um cliente está executando dois servidores no local: um Oracle DB e um servidor de suíte de e-business. Eles estão usando o Oracle DataGuard e um banco de dados em espera para DR. Algumas perguntas: 1) Qual é o RTO esperado usando o Cloudendure vs DB em espera com DataGuard? 2) Pode o CloudEndure também orquestrar o provisionamento do servidor do Oracle E-Business Suite ao longo do servidor DB? Obrigado!

      Siga o comentário

      perguntou 3 anos atrás, 190 visualizações LG .

      Mais recente a maioria dos votos a maioria dos comentários

      Resposta aceita

      De acordo com a documentação do Cloudendure:

      “O objetivo do tempo de recuperação (RTO) do Cloudendure é normalmente medido em minutos. A RTO é altamente dependente do tempo de inicialização do sistema operacional.”

      O DataGuard deve alcançar um failover em 60 segundos ou menos – lembre -se de que já existe um banco de dados em espera enquanto os dados estão sendo replicados do primário enquanto o CloudEndure está replicando as diferenças de blocos, mas a máquina não é iniciada (por isso precisa inicializar e isso leva tempo).

      Uma comparação mais de maçãs para maçãs seria fazer com que o DMS seja replicando do cliente Oracle DB ao RDS Oracle ou a uma instância do EC2 executando o Oracle DB.

      Cloudendure funciona no nível do sistema operacional, para que seja agnóstico para qualquer aplicativo que o cliente esteja em execução, incluindo o Oracle E-Business Suite