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.
  

  Select the tab for how you plan to use the samples on this page:

  Console

  When you use the Google Cloud console to access Google Cloud services and APIs, you don't need to set up authentication.

  gcloud

  1. Install the Google Cloud CLI, then initialize it by running the following command:

     gcloud init

  2. Set a default region and zone.

  REST

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

  Install the Google Cloud CLI, then initialize it by running the following command:

  gcloud init

  Para mais informações, consulte Autenticar para usar REST na documentação de autenticação do Google Cloud.

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.

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

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.

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

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

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

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.

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

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"
}

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.

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

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"
       }
    }
  ]
}

A seguir

• Consulte as Perguntas frequentes sobre trazer suas próprias licenças para o Google Cloud.

• Saiba mais sobre o Windows no Compute Engine.