Traga sua própria licença

Nesta página, você verá como o Google Cloud oferece suporte ao uso de licenças adquiridas pelo usuário (BYOL) que têm requisitos de hardware dedicados ao Compute Engine. Antes de tentar trazer imagens com licenças atuais para o Google Cloud, leia os Termos e Condições da licença.

Para trazer as licenças existentes de núcleo ou processador físico com requisitos de hardware dedicados, você precisa trazer sua própria mídia e executá-la em configurações de hardware, como nós de locatário individual, em conformidade com suas licenças. É possível usar imagens com licenças atuais em qualquer região compatível com nós de locatário individual e, embora não haja custos adicionais, ainda será necessário pagar pelas licenças de acordo com seus contratos.

Cenários de licenciamento como licenças relacionadas ao BYOS do Linux com RHEL ou SLES, assim como aplicativos da Microsoft, não exigem nós de locatário individual. Se estiver pensando em usar licenças de aplicativos da Microsoft, como o SharePoint Server e o SQL Server, use a Mobilidade de Licenças da Microsoft.

Os nós de locatário individual são servidores físicos dedicados a hospedar instâncias de máquina virtual (VM) apenas para seu projeto. É possível configurar nós de locatário individual para comportar vários requisitos de carga de trabalho, como requisitos para minimizar o número de servidores físicos e núcleos. Consulte seus contratos de licença para identificar as opções de configuração mais adequadas às suas cargas de trabalho.

Para aceitar licenças adquiridas pelo usuário e ajudar você a gerenciar os requisitos de conformidade relacionados às licenças, o Google Cloud oferece ferramentas para importar imagens e gerenciar VMs em hardware dedicado usando nós de locatário individual, minimizando o uso do núcleo físico e rastreando o uso de núcleos físicos para utilizar em relatórios.

Para trazer imagens com licenças existentes para o Google Cloud, faça o seguinte:

  1. Prepare as imagens de acordo com os contratos de licença.

  2. Ative suas licenças.

  3. Importe arquivos de disco virtual e crie imagens a partir deles.

  4. Crie modelos de nó de locatário individual.

  5. Crie grupos de nós de locatário individual a partir dos modelos de nó.

  6. Provisione VMs nos grupos de nós com os arquivos de disco virtual importados.

  7. Rastreie o uso da licença das suas VMs. Para ajudá-lo a gerar relatórios sobre o consumo de licenças, o Google oferece ferramentas para acompanhar o uso da licença e o uso do núcleo físico e do processador.

  8. Informe o consumo de licenças ao fornecedor.

Se precisar de suporte ou tiver dúvidas sobre o licenciamento, entre em contato com seu revendedor de licenças. Se precisar de suporte ou tiver dúvidas sobre como trazer imagens com licenças atuais para o Google Cloud, entre em contato com a nossa equipe de suporte.

Antes de começar

  • Leia a política de manutenção do host do grupo de nós: para o BYOL, há duas opções de política de manutenção do host que minimizam o número de servidores físicos usados para fins de licenciamento. Essas opções são restart-in-place e migrate-within-node-group.
  • Solicite uma cota extra de CPU: novos projetos recebem uma cota de CPU de 72. Verifique se você tem cota de CPU suficiente para dar suporte ao grupo de nós. Por exemplo, o tipo de nó n1-node-96-624 contém 96 CPUs. Se o grupo de nós usar o número mínimo de nós (2), sua cota de CPU precisará ser de, pelo menos, 192. Dependendo da configuração e das necessidades das cargas de trabalho, talvez seja necessário solicitar um ajuste de cota para VMs ou endereços IP.
  • Ative a API Cloud Build: para importar a imagem do SO, é preciso ativar a API Cloud Build. Quando você ativa essa API, o Compute Engine concede ao projeto os papéis do IAM apropriados para que você possa importar imagens para ele. Para listar os papéis concedidos ao projeto, use o comando gcloud projects get-iam-policy. Para mais informações sobre como conceder papéis ao projeto, consulte Como gerenciar o acesso aos recursos do Compute Engine.
  • Ative a API Cloud Logging: ative essa API se os contratos de licença exigirem que você acompanhe o uso do servidor físico. Com essa API ativada, é possível importar e visualizar informações de uso do servidor, como a contagem de núcleos físicos, usando o BigQuery, uma ferramenta recomendada pelo Google. Para informações sobre como determinar a contagem de núcleos físicos, consulte Como analisar o uso de nós de locatário individual.
  • Configure a autenticação, caso ainda não tenha feito isso. A autenticação é o processo de verificação da sua identidade para acesso a serviços e APIs do Google Cloud. Para executar códigos ou amostras de um ambiente de desenvolvimento local, autentique-se no Compute Engine da seguinte maneira.

    Selecione a guia para como planeja usar as amostras nesta página:

    Console

    Quando você usa o console do Google Cloud para acessar os serviços e as APIs do Google Cloud, não é necessário configurar a autenticação.

    gcloud

    1. Instale a Google Cloud CLI e inicialize-a executando o seguinte comando: 

      gcloud init
    2. Defina uma região e uma zona padrão.

    REST

    Para usar as amostras da API REST nesta página em um ambiente de desenvolvimento local, use as credenciais fornecidas para a CLI gcloud.

      Instale a Google Cloud CLI e inicialize-a executando o seguinte comando: 

      gcloud init

Como importar e criar uma imagem de um disco virtual off-line

Para provisionar VMs com suas licenças atuais, é necessário trazer sua própria mídia. As imagens com base em uma imagem premium do Google Cloud não são qualificadas para BYOL porque exigem licenças de pagamento por utilização do Google.

Se você tiver discos virtuais (discos dourados ou imagens douradas) no seu ambiente local com as licenças ou configurações de software necessárias, a ferramenta de importação de disco virtual pode ajudar você com o seguinte:

  1. Importar discos virtuais personalizados com um sistema operacional compatível(em inglês) e criar imagens com base neles.

  2. Configurar a licença apropriada.

  3. Instalar os pacotes e os drivers necessários para a compatibilidade com o Google Cloud.

Antes de importar o arquivo de disco virtual para a VM, verifique se não há incompatibilidades no arquivo. Para isso, faça o download e execute a ferramenta de pré-verificação de dentro da VM. Além disso, como softwares de terceiros podem interferir na instalação de drivers do Compute Engine, o Google recomenda a remoção desses software antes de importar a imagem.

Para iniciar uma VM com sua própria licença, importe um disco virtual com o SO que você quer usar. É possível importar discos virtuais de buckets do Cloud Storage e estações de trabalho locais. Ao importar um arquivo de disco virtual de uma estação de trabalho local, a ferramenta de importação de imagens faz o upload do arquivo de imagem e, se necessário, cria um novo bucket do Cloud Storage. Em seguida, a ferramenta de importação copia o arquivo para o Compute Engine e cria uma imagem de inicialização a partir do arquivo de disco virtual.

Há cobranças para os arquivos armazenados no Cloud Storage e as imagens no Compute Engine. Depois de verificar se a imagem importa e inicializa corretamente como uma VM, é possível excluir o arquivo de disco virtual do Cloud Storage.

Console

  1. Acesse a página Imagens.

    Acessar "Imagens"

  2. Clique em Criar imagem.

  3. Especifique um nome para a imagem.

  4. Em Origem, selecione Disco virtual (VMDK, VHD).

  5. Em Arquivo do Cloud Storage, selecione Procurar e navegue até o local do Cloud Storage da imagem a ser importada.

  6. Em Sistema operacional no disco virtual, escolha o sistema operacional da imagem que você está importando.

  7. Verifique se a opção Instalar pacotes de convidados está selecionada para que a imagem que você está importando possa ser inicializada.

  8. Expanda Opções de chave de licença. Em Licença do SO, selecione Usar sua própria chave de licença.

  9. Clique em Criar para importar a imagem.

gcloud

Execute gcloud compute images import para importar um arquivo de disco virtual e criar uma imagem do disco com base nele.

gcloud compute images import IMAGE_NAME \
    --source-file VMDK_NAME \
    --byol

Substitua:

  • IMAGE_NAME: nome dado à imagem criada a partir do arquivo de disco virtual.

  • VMDK_NAME: nome do disco virtual do qual a imagem é importada e criada. É possível importar um arquivo VMDK das opções a seguir:

    • Um arquivo local: se estiver importando de um arquivo local, use um caminho absoluto ou relativo para o arquivo. Dependendo do tamanho do disco virtual e da velocidade da conexão de rede, o upload pode levar vários minutos.
    • Cloud Storage: ao importar do Cloud Storage, é preciso que o bucket do Cloud Storage esteja no mesmo projeto usado para importar o disco virtual e você precisa especificar o caminho completo para o arquivo como gs://BUCKET_NAME/OBJECT_NAME. Substitua BUCKET_NAME pelo nome do bucket do Cloud Storage e OBJECT_NAME pelo nome do objeto do Cloud Storage.

Como ativar licenças

Depois de verificar se está importando um SO compatível, verifique se os contratos de licença permitem que você traga suas próprias licenças, use a imagem do SO convidado e o ambiente de importação de licenças fornecido pelo Google. Você também é responsável por preparar a imagem do SO convidado para importação de acordo com seus contratos de licença.

Para ativar uma licença, use scripts de inicialização com sua chave de ativação múltipla (MAK, na sigla em inglês) ou configure o acesso ao Serviço de gerenciamento de chaves da Microsoft da sua organização. Não é possível ativar imagens com licenças atuais no servidor de licenças do Compute Engine.

Depois de importar a imagem e ativar a licença, provisione uma VM com base na imagem importada em um nó de locatário individual.

Criar um modelo de nó de locatário individual

Depois de importar a imagem, crie um modelo de nó de locatário individual. Você usará esse modelo de nó para criar um grupo de nós de locatário individual para executar a imagem.

Na página de modelos de nó não estão listadas a região e a zona do modelo, mas os grupos de nós precisam ser criados em uma zona na região em que você criou o modelo de nó. Para criar um modelo, é preciso primeiro criar um grupo de nós, mas você só precisa completar as etapas até a escolha da região e zona. Depois disso, é possível criar o modelo sem continuar a criação do grupo de nós, se você quiser.

Defina os rótulos de afinidade de nó no modelo de nó de locatário individual ao criá-los.

Console

  1. Acessar a página Nós de locatário individual.

    Acesse "nós de locatário individual"

  2. Clique em Criar grupo de nós.

  3. Digite um Nome para o grupo de nós.

  4. Selecione a Região e a Zona do grupo de nós.

    Anote a região e a zona usadas. Ao criar posteriormente um grupo de nós com base nesse modelo de nó, o grupo precisa estar em uma zona dentro da região em que você criou o modelo de nó.

  5. Em Propriedades do modelo de nó, selecione Criar modelo de nó.

  6. Na caixa de diálogo Criar um modelo de nó, especifique um Nome, um Tipo de nó, um SSD local e um acelerador de GPU.

  7. Em Alocação excessiva de CPU, escolha se quer ativar essa opção.

  8. Opcional: em Rótulos de afinidade, clique em Adicionar rótulo de afinidade para incluir um par de chave-valor como um rótulo de afinidade de nó.

  9. Clique em Criar para concluir a criação do modelo de nó.

  10. Para cancelar a criação do grupo de nós, clique em Cancelar.

gcloud

Crie um modelo de nó de locatário individual usando gcloud compute sole-tenancy node-templates create.

gcloud compute sole-tenancy node-templates create TEMPLATE_NAME \
    --node-type NODE_TYPE \
    --region REGION

Substitua:

  • TEMPLATE_NAME: nome do modelo de nó a ser criado.
  • NODE_TYPE: tipo de nó de locatário individual para um grupo de nós. Todos os nós em um grupo de nós são idênticos e criados com base nos parâmetros especificados por um modelo de nó.
  • REGION: região em que o modelo de nó será criado.

REST

Crie um modelo de nó de locatário individual usando nodeTemplates.insert.

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/nodeTemplates

{
   "name": "TEMPLATE_NAME",
   "nodeType": "NODE_TYPE"
   "nodeAffinityLabels": {
      "KEY": "VALUE"
   }
}

Substitua:

  • PROJECT_ID: ID do seu projeto;
  • REGION: região em que o modelo de nó será criado.
  • TEMPLATE_NAME: nome do modelo de nó a ser criado.
  • NODE_TYPE: tipo de nó de locatário individual para um grupo de nós. Todos os nós em um grupo de nós são idênticos e criados com base nos parâmetros especificados por um modelo de nó.
  • "KEY": "VALUE": lista separada por vírgulas de rótulos de afinidade representados como pares de chave-valor. Só é possível especificar rótulos de afinidade para um modelo de nó ao criá-lo.

Como criar um grupo de nó de locatário individual

Para criar um grupo de nós com base em um modelo, o grupo precisa estar em uma zona dentro da região em que você criou o modelo de nó. Um grupo de nós de locatário individual herda propriedades especificadas pelo modelo de nó de locatário individual. Há outros valores no grupo de nós de locatário individual que precisam ser especificados. Para o BYOL, dependendo dos requisitos de licença, considere as diferentes opções da política de manutenção do host:

  • Se as licenças forem atribuídas por núcleos físicos, use a política de manutenção do host restart-in-place ou migrate-within-node-group para minimizar o número de servidores físicos usados.
  • Se as licenças forem atribuídas com base no usuário/dispositivo, modelo normalmente usado para licenças de área de trabalho virtual, use a política de manutenção do host default. Essas licenças não são atribuídas por núcleos físicos e, portanto, não precisam de uma política especial de manutenção de host para limitar o uso do servidor físico.

Console

  1. Acessar a página Nós de locatário individual.

    Acesse "nós de locatário individual"

  2. Clique em Criar grupo de nós.

  3. Em Propriedades do grupo de nós, insira um Nome para o grupo de nós.

  4. Selecione a Região e a Zona do grupo de nós.

    Se houver modelos disponíveis na região ou zona, eles serão listados em Propriedades do modelo de nó após você clicar em Continuar.

  5. Clique em Continuar.

  6. Em Propriedades do modelo de nó, selecione o Modelo de nó para usar como base do grupo de nós. É preciso que os grupos de nós estejam em uma zona dentro da região em que você criou o modelo de nó. Portanto, ao selecionar o modelo para um grupo de nós, selecione um modelo da região onde esteja a zona em que você está criando o grupo de nós. Se não houver um modelo de nó, crie um.

  7. Clique em Continuar.

  8. Em Configurar escalonamento automático, defina o Modo de escalonamento automático como um dos seguintes valores: Para mais informações, consulte Como fazer escalonamento automático de grupos de nós.

    • On: adicione ou remova nós automaticamente do grupo de nós.
    • Somente escalonamento horizontal: adicione nós ao grupo de nós quando a capacidade extra for necessária.
    • Off: gerencie manualmente o tamanho do grupo de nós.

  9. Especifique o Número mínimo de nós para o grupo. Se você ativar o escalonador automático do grupo de nós, especifique um intervalo (número mínimo e máximo de nós) para o tamanho do grupo de nós ou especifique o número de nós do grupo. Posteriormente, é possível alterar manualmente qualquer valor.

  10. Clique em Continuar.

  11. Opcional: em Definir configurações de manutenção, defina a Política de manutenção como um dos seguintes valores. A política de manutenção permite configurar o comportamento das VMs no grupo de nós durante eventos de manutenção do host. Para mais informações, consulte Políticas de manutenção do host.

    • Padrão
    • Começar a reinicialização
    • Migrar no grupo de nós

  12. Clique em Criar

gcloud

Crie um grupo de nós de locatário individual usando o comando gcloud compute sole-tenancy node-groups create.

gcloud compute sole-tenancy node-groups create GROUP_NAME \
    --node-template TEMPLATE_NAME \
    --target-size GROUP_SIZE \
    --zone ZONE \
    --maintenance-policy MAINTENANCE_POLICY

Substitua:

  • GROUP_NAME: nome do grupo de nós de locatário individual a ser criado.
  • TEMPLATE_NAME: nome do modelo de nó a partir do qual o grupo de nós será criado.
  • GROUP_SIZE: tamanho inicial do grupo de nós. O escalonador automático do grupo de nós gerencia o tamanho dos grupos de nós de locatário individual automaticamente. Isso também pode ser feito manualmente.
  • ZONE: zona em que o grupo de nós será criado. É preciso que ela esteja na mesma região que o modelo de nó.

  • MAINTENANCE_POLICY: política de manutenção do grupo de nós. Defina a política de manutenção como um dos valores a seguir. Se nenhum valor for definido, default será usado para a política de manutenção.

    • default
    • migrate-within-node-group
    • restart-in-place

REST

Crie um grupo de nós de locatário individual usando nodeGroups.insert.

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/nodeGroups?initialNodeCount=GROUP_SIZE

{
  "nodeTemplate": "/regions/REGION/nodeTemplates/TEMPLATE_NAME",
  "name": "GROUP_NAME",
  "maintenancePolicy": "MAINTENANCE_POLICY"
}

Substitua:

  • PROJECT_ID: ID do projeto em que o grupo de nós será criado.
  • ZONE: zona em que o grupo de nós será criado. É preciso que ela esteja na mesma região que o modelo de nó.
  • GROUP_SIZE: tamanho inicial do grupo de nós. O escalonador automático do grupo de nós gerencia o tamanho dos grupos de nós de locatário individual automaticamente. Isso também pode ser feito manualmente.
  • REGION: região que contém o modelo de nó.
  • TEMPLATE_NAME: nome do modelo de nó a partir do qual o grupo de nós será criado.
  • GROUP_NAME: nome do grupo de nós de locatário individual a ser criado.

  • MAINTENANCE_POLICY: política de manutenção do grupo de nós. Defina a política de manutenção como um dos valores a seguir. Se nenhum valor for definido, DEFAULT será usado para a política de manutenção.

    • DEFAULT
    • RESTART_IN_PLACE
    • MIGRATE_WITHIN_NODE_GROUP

Como provisionar uma VM de locatário individual

Provisione uma VM no grupo de nós e especifique a política de manutenção do host. Esteja ciente dos requisitos a seguir:

  • Para provisionar em grupos de nós com a política de manutenção do host restart-in-place, verifique se a VM tem o valor TERMINATE para a opção de manutenção no host.
  • Para provisionar em grupos de nós com a política de manutenção migrate-within-node-group, verifique se a VM segmenta um único grupo de nós com o rótulo de afinidade node-group-name e se ela não segmenta nós únicos com o rótulo de afinidade node-name. Qualquer tipo de opção de manutenção do host é válida, mas a recomendação é usar MIGRATE.

Console

Se você tiver usado rótulos de afinidade de nó no modelo, será possível criar várias VMs usando grupos de instâncias gerenciadas (MIGs, na sigla em inglês), especificando os rótulos de afinidade de nó nas configurações de Nós de locatário individual ou criar VMs individuais na página de detalhes do grupo de nós:

  1. Acessar a página Nós de locatário individual.

    Acesse "nós de locatário individual"

  2. Clique no Nome do grupo de nós para provisionar uma VM.

  3. Crie uma VM em um nó de locatário individual seguindo um destes procedimentos:

    • Para criar uma VM em qualquer lugar no grupo de nós de locatário individual, clique em Criar instância.
    • Para criar uma VM em um nó de locatário individual específico, clique no Nome de um grupo de nós de locatário individual. Depois, clique no Nome de um nó de locatário individual. Por fim, clique em Criar instância.

  4. Configure a VM de locatário individual. Como você já selecionou o grupo de nos ou um nó específico, a Região, aZona e os Rótulos de afinidade de nós já estão especificados.

  5. Selecione uma Configuração de máquina especificando a Família de máquinas, a Série e o Tipo de máquina. Escolha a Série correspondente ao tipo de nó de locatário individual.

  6. Selecione o Disco de inicialização da VM de locatário individual, que é a imagem de disco virtual importada anteriormente.

  7. Selecione a guia Gerenciamento.

    • Em Política de disponibilidade > Na manutenção do host, selecione o comportamento de reinicialização da VM.
    • Em Reinicialização automática, selecione Ativar (recomendado) ou Desativar.

  8. Clique em Criar

gcloud

Provisione uma VM de locatário individual em um grupo de nós de locatário individual usando o comando gcloud compute instances create.

gcloud compute instances create VM_NAME \
    --machine-type MACHINE_TYPE
    --image IMAGE_NAME \
    --zone ZONE \
    --node-group GROUP_NAME \
    RESTART_BEHAVIOR \
    --maintenance-policy MAINTENANCE_POLICY

Substitua:

  • VM_NAME: nome da VM a ser criada.
  • MACHINE_TYPE: tipo de máquina para a nova VM.
  • IMAGE_NAME: imagem da qual criar uma VM. Esta é a imagem criada durante o processo de importação.
  • ZONE: zona em que a VM será criada.
  • GROUP_NAME: o nome do grupo de nós para provisionar a VM.

  • RESTART_BEHAVIOR: comportamento de reinicialização dessa VM. Defina o comportamento de reinicialização como um dos seguintes valores:

    • --restart-on-failure
    • --no-restart-on-failure

  • MAINTENANCE_POLICY: comportamento da VM durante eventos de manutenção. Defina a política de manutenção com um dos seguintes valores:

    • MIGRATE
    • TERMINATE

REST

Provisione uma VM de locatário individual em um grupo de nós de locatário individual usando o método instances.insert.

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/VM_ZONE/instances

{
  "name": "VM_NAME",
  "machineType": "/zones/MACHINE_TYPE_ZONE/machineTypes/MACHINE_TYPE",
  "scheduling": {
    "nodeAffinities": [
      {
        "key": "node-group",
        "operator": "IN",
        "values": [
        "GROUP_NAME"
        ]
      }
    ],
    "onHostMaintenance": "MAINTENANCE_POLICY",
    "automaticRestart": "AUTOMATIC_RESTART"
  },
  "networkInterfaces": [
    {
     "network": "/global/networks/NETWORK",
     "subnetwork": "/regions/region/subnetworks/SUBNETWORK"
    }
  ],
  "disks": [
    {
      "boot": true,
      "initializeParams": {
        "sourceImage": "/projects/IMAGE_PROJECT/global/images/family/IMAGE_FAMILY"
       }
    }
  ]
}

Substitua:

  • PROJECT_ID: ID do projeto em que a VM será criada.
  • VM_ZONE: zona em que a VM será criada.
  • VM_NAME: nome da nova VM.
  • MACHINE_TYPE_ZONE: zona que contém o tipo de máquina.
  • MACHINE_TYPE: tipo de máquina para provisionar a VM.
  • GROUP_NAME: o nome do grupo de nós para provisionar a VM.
  • MAINTENANCE_POLICY: comportamento da VM durante eventos de manutenção, definido como MIGRATE ou TERMINATE.
  • AUTOMATIC_RESTART: especifica se a VM será reiniciada automaticamente se o Compute Engine a encerrar. O valor padrão é true.
  • NETWORK: nome da rede à qual a VM será conectada.
  • SUBNETWORK: nome da sub-rede à qual a VM será conectada.
  • IMAGE_PROJECT: projeto de imagem que contém a imagem de origem.
  • IMAGE_FAMILY: família de imagens da imagem de origem.

A seguir