Implemente uma carga de trabalho do SQL Server

Este documento descreve como implementar uma carga de trabalho do SQL Server no Google Cloud através da ferramenta de automatização de implementação guiada no Workload Manager.

Configure a implementação do SQL Server

Para configurar e implementar uma carga de trabalho do SQL Server, execute as seguintes tarefas:

  1. Na Google Cloud consola, aceda à página Workload Manager.

    Aceda ao Workload Manager

  2. No painel de navegação do Workload Manager, clique em Implementações.

  3. Selecione o projeto no qual quer criar a implementação.

  4. Clique em Create Deployment (Criar implementação) e escolha SQL Server.

  5. Na secção Bases da implementação, introduza as seguintes informações acerca dos requisitos de implementação e carga de trabalho.

    O Workload Manager usa estas informações básicas para determinar os dados a recolher nos separadores subsequentes. O Workload Manager também fornece recomendações para a configuração de implementação com base nas definições básicas:

    1. Introduza um nome para descrever a carga de trabalho que está a implementar. Por exemplo, sqlserver-prod-1. Este nome tem de ser exclusivo no projeto onde está a implementar a carga de trabalho.

      Pode usar carateres alfanuméricos em minúsculas e hífenes para especificar o nome, mas tem de começar com uma letra e não pode terminar com um hífen. Pode ter um mínimo de 3 e um máximo de 22 carateres.

    2. No campo Descrição da implementação, adicione uma descrição da sua carga de trabalho, que é apresentada posteriormente no painel de controlo que mostra as suas implementações.

    3. No campo Conta de serviço, selecione uma conta de serviço que quer anexar à implementação. O Workload Manager usa esta conta de serviço para chamar outras APIs e serviços para criar recursos necessários para a implementação. Pode selecionar uma conta de serviço existente ou criar uma nova.

    4. Selecione se a carga de trabalho se destina a utilização em produção ou não. Nota: são usados determinados valores predefinidos na ferramenta com base na seleção do ambiente.

    5. Selecione o sistema operativo. O Workload Manager suporta a implementação do SQL Server apenas em VMs que executam o sistema operativo Windows.

    6. Selecione o tipo de licenciamento para o Windows nas seguintes opções:

      • Traga a sua própria licença (TSPL)
      • Pagamento mediante utilização (PAYG)
    7. Selecione o tipo de licenciamento do SQL Server nas seguintes opções:

      • Traga a sua própria licença (TSPL)
      • Pagamento mediante utilização (PAYG)
    8. Selecione a imagem do SO a partir de imagens públicas ou personalizadas.

    9. Selecione a estratégia de implementação:

      • Nó único: cada instância do SQL Server é implementada na sua própria VM
      • Alta disponibilidade: o cluster do SQL Server de alta disponibilidade é implementado em várias zonas
    10. Selecione o modo de disponibilidade:

      • Grupo de disponibilidade (AG)
      • Instância de cluster de ativação pós-falha (FCI)
  6. No campo Prefixo do nome da VM, introduza um prefixo que é aplicado aos nomes de todas as VMs criadas durante a implementação. É permitido um máximo de sete carateres para o prefixo.

  7. No campo Contentor de suporte de instalação de software, selecione o contentor do Cloud Storage que contém o suporte de instalação do SQL Server que carregou. O contentor tem de existir no projeto no qual está a criar a implementação.

    Para mais informações, consulte o artigo Prepare ficheiros de instalação do SQL Server para implementação.

  8. Clique em Continuar para avançar.

  9. No separador Localização e rede, introduza o seguinte.

    1. Selecione o Google Cloud projeto no qual quer implementar a carga de trabalho.
    2. Selecione a Google Cloud região na qual quer implementar a carga de trabalho.
    3. Selecione uma zona na região especificada.
    4. Selecione uma zona da região especificada para implementar o sistema secundário. Este campo só é visível se tiver especificado HA como o modelo de implementação na secção Noções básicas.
    5. Selecione a rede da nuvem virtual privada (VPC) na qual está a implementar a carga de trabalho.
    6. Selecione a sub-rede na rede de VPC especificada onde quer implementar a carga de trabalho.
    7. Selecione um método para fornecer acesso externo à Internet às VMs. Para mais informações, consulte Pré-requisitos.
      • Cloud NAT: se quiser fornecer acesso externo à Internet através de uma gateway do Cloud NAT que já criou para a rede especificada.
      • Permitir IP externo: se quiser fornecer acesso externo à Internet reservando um endereço IP externo estático em cada VM.
    8. Selecione Criar uma nova zona DNS. O Workload Manager cria automaticamente um DNS para permitir a comunicação entre VMs na implementação.
  10. Clique em Continuar.

  11. No separador Active Directory, introduza o seguinte.

    1. Selecione o nome do Secret Manager que corresponde à palavra-passe do nome de utilizador especificado no campo Nome de utilizador do domínio para estabelecer ligação ao Active Directory. O Workload Manager usa esta palavra-passe durante todo o processo de implementação e instalação. Este segredo tem de existir no Google Cloud projeto no qual cria a implementação.
    2. Especifique o nome da conta de utilizador do Active Directory usada para associar as VMs ao domínio do Active Directory.
    3. Especifique o endereço IP do nó do Active Directory.
    4. Especifique o nome DNS do domínio do Active Directory.
  12. Clique em Continuar.

  13. No separador Base de dados, introduza as seguintes informações:

    1. Selecione o nome do Secret Manager que corresponde à palavra-passe usada para a base de dados.
    2. Selecione o modelo de arrendamento a partir das seguintes opções:
      • Partilhado
      • Inquilino único Nota: a opção de arrendamento partilhado não está disponível para licenças BYOL do Windows.
    3. Selecione uma família de máquinas para as VMs da base de dados.
    4. Selecione um tipo de máquina para as VMs de base de dados.
    5. Selecione o tipo de armazenamento em bloco para a VM.
    6. Selecione a opção SMT desativado para ativar ou desativar o processamento multitarefas simultâneo, também denominado hyper-threading.
    7. Selecione a opção TempDB no SSD local para usar um SSD local para armazenar o TempDB.
  14. Para rever a configuração da implementação, clique em Continuar.

  15. Para implementar a carga de trabalho do SQL Server, clique em Criar.

Reveja o estado da implementação

Depois de clicar em Criar, é apresentado o painel de controlo de implementação, onde pode monitorizar o estado da sua implementação. Pode monitorizar o estado da implementação passando o cursor do rato sobre o ícone Estado.

Recebe uma notificação na Google Cloud consola quando o Workload Manager conclui o processo de implementação. Se a implementação não for bem-sucedida, recebe uma notificação de falha. Pode ver informações adicionais sobre o erro na página de detalhes da implementação clicando no nome da implementação no painel de controlo. Consulte o artigo Resolva problemas de erros de implementação.

Resolva problemas de erros de implementação

Se o erro ocorreu durante a criação do ficheiro Terraform, siga estes passos:

  • Se o problema subjacente exigir a alteração da configuração, por exemplo, se o nome da implementação ou o prefixo da VM não for único, faça o seguinte:
    1. Elimine a implementação.
    2. Faça uma nova implementação com a configuração correta.
  • Se o problema subjacente não exigir a alteração da configuração, por exemplo, problemas de quota:
    1. Corrija o problema.
    2. Clique em Tentar novamente na mensagem de erro para retomar o processo de implementação.

Se o erro ocorreu durante a criação do ficheiro de configuração do estado desejado (DSC) do PowerShell:

  • Se o problema subjacente exigir a alteração da configuração, por exemplo, se tiver escolhido o contentor de software errado:
    1. Elimine a implementação.
    2. Crie uma nova implementação com a configuração correta.
  • Se o problema subjacente não exigir a alteração da configuração, por exemplo, se não tiver sido possível transferir o pacote do SO:
    1. Resolva o problema subjacente, se aplicável.
    2. Pare e inicie a VM do Ansible Runner denominada VM_PREFIX-ansible-runner no painel de controlo do Compute Engine. VM_PREFIX é o prefixo que especificou para todas as VMs na sua implementação. Este processo reinicia a criação do Ansible para a implementação.

O que se segue?