Personalizar o plano de migração para sites do WordPress

Revise o arquivo do plano de migração gerado ao criar a migração. Personalize o arquivo antes de realizar a migração. Os detalhes do plano de migração são usados para extrair da origem os artefatos de contêiner da carga de trabalho.

Nesta seção, descrevemos o conteúdo da migração e os tipos de personalização disponíveis antes de executar a migração e gerar artefatos de implantação.

Antes de começar

  • Verifique se você já criou uma migração e tem o arquivo do plano de migração.

  • Se o site do WordPress depender de uma conexão de banco de dados, verifique se o banco de dados está acessível no cluster de destino, já que a migração dele não é feita automaticamente pelo Migrate to Containers.

Editar o plano de migração

Para editar o plano de migração, use a ferramenta migctl ou o console do Google Cloud.

migctl

É necessário fazer o download do plano de migração antes de editá-lo:

  1. Faça o download do plano de migração.

    migctl migration get my-migration

  2. Edite o plano de migração transferido por download, my-migration.yaml, em um editor de texto.

  3. Quando tiver terminado as edições, salve e faça upload do plano de migração revisado:

    migctl migration update my-migration --main-config my-migration.yaml

  4. Repita essas etapas se mais alterações forem necessárias.

Console

Edite o plano de migração no console do Google Cloud usando o editor YAML.

  1. Abra a página "Migrate to Containers" no Console do Google Cloud.

    Acesse a página do Migrate to Containers.

  2. Clique na guia Migrações para exibir uma tabela com as migrações disponíveis.

  3. Na linha da migração desejada, selecione o Nome da migração para abrir a guia Detalhes.

  4. Selecione a guia YAML.

  5. Edite o plano de migração conforme necessário.

  6. Quando terminar de editar, será possível:

    1. salvar o plano de migração. Em seguida, execute manualmente a migração para gerar os artefatos dela. Use o procedimento mostrado em Como executar uma migração.

    2. salvar e gerar os artefatos. Execute a migração usando as edições feitas para gerar os artefatos de migração. O processo é o mesmo descrito em Como executar uma migração.

CRD

É necessário fazer o download do plano de migração, editá-lo e aplicá-lo. O plano de migração é armazenado dentro do campo appXGenerateArtifactsConfig do CRD AppXGenerateArtifactsFlowSpec.

  1. Consiga o nome do AppXGenerateArtifactsFlow:

    kubectl get migrations.anthos-migrate.cloud.google.com -n v2k-system -o jsonpath={.status.migrationPlanRef.name} my-migration

    O padrão do nome é retornado na forma de appx-generateartifactsflow-id.

  2. Para encontrar o plano de migração por nome e gravar em um arquivo chamado my-plan.yaml:

    kubectl -n v2k-system get appxgenerateartifactsflows.anthos-migrate.cloud.google.com -o jsonpath=            {.spec.appXGenerateArtifactsConfig} appx-generateartifactsflow-id > my-plan.yaml

  3. Edite o plano de migração conforme necessário.

  4. Aplique o arquivo:

    kubectl patch appxgenerateartifactsflows.anthos-migrate.cloud.google.com --type merge -n v2k-system --patch '{"spec": {"appXGenerateArtifactsConfig": '"$(jq -n --rawfile plan my-plan.yaml '$plan')"'}}' appx-generateartifactsflow-id

Estrutura do plano de migração

O plano de migração de uma carga de trabalho do WordPress tem a estrutura a seguir, que pode ser personalizada conforme descrito nas próximas seções.

sites:
- # Image name. Edit this to change the artifacts naming.
  imageName: wordpress
  # Parent WordPress image for the generated container image.
  fromImage: wordpress:6.1-php7.4-apache
  # WordPress root directory.
  rootDirectory: /var/www/html/
  # Database connection values.
  databaseValues:
  - name: DB_NAME
    value: database_name_here
  - name: DB_USER
    value: username_here
  - name: DB_PASSWORD
    value: password_here
  - name: DB_HOST
    value: host_here

Para adicionar informações conforme necessário, analise os detalhes do plano de migração e os comentários de orientação.

Mais especificamente, considere editar as seguintes seções:

Especificar a imagem do Docker

No plano de migração, gere uma tag de imagem da comunidade do Docker com base na versão do WordPress.

Se você quiser alterar a imagem da comunidade do Docker ou fornecer sua própria imagem do Docker, modifique a tag fromImage no plano de migração usando o seguinte formato:

# Parent WordPress image for the generated container image.
  fromImage: wordpress:6.1-php7.4-apache

Especificar a configuração de conexão do banco de dados

A seção databaseValues contém a configuração de conexão do banco de dados extraída da VM. Modifique esses valores para alterar a conexão do banco de dados.

Esses valores são transmitidos para o pod migrado.

Estrutura do plano de migração de dados

O plano de migração de dados para uma carga de trabalho do WordPress tem a seguinte estrutura:

volumes:
- deploymentPvcName: wordpress-pvc
  folders:
  - /var/www/html/wp-content
  newPvc:
    spec:
      accessModes:
      - ReadWriteOnce
      resources:
        requests:
          storage: 10G

Os plug-ins, temas e o conteúdo transferido que residem na pasta wp-content da sua VM do WordPress são exportados para uma declaração de volume permanente (PVC, na sigla em inglês). A PVC é anexada e montada no pod migrado.

Se você atualizou o plano de configuração de dados, faça upload dele para continuar a migração.

A seguir