Trazendo suas próprias licenças

Mantenha tudo organizado com as coleções Salve e categorize o conteúdo com base nas suas preferências.

Este documento descreve como Google Cloud oferece suporte para trazer suas próprias licenças (BYOL) que tenham requisitos de hardware dedicados para o Compute Engine. Antes de tentar trazer imagens com licenças existentes para Google Cloud, revise os termos e condições de licenciamento.

Trazer suas licenças existentes de núcleo físico ou de processador físico que possuem requisitos de hardware dedicados exige que você traga sua própria mídia e execute essa mídia em configurações de hardware, como nós de locatário individual , que sejam compatíveis com suas licenças. Você pode trazer imagens com licenças existentes em qualquer região que ofereça suporte a nós de locatário individual e, embora não haja cobrança adicional para trazer imagens com licenças existentes, você ainda deverá pagar pelas licenças de acordo com seus contratos.

Cenários de licenciamento, como licenças relacionadas ao Linux BYOS com RHEL ou SLES, bem como aplicativos da Microsoft, não exigem nós de locatário individual. Se você está pensando em trazer licenças de aplicativos Microsoft, como SharePoint Server e SQL Server, use o Microsoft License Mobility .

Nós de locatário individual são servidores físicos dedicados a hospedar instâncias de máquinas virtuais (VM) apenas para o seu projeto. Você pode configurar nós de locatário individual para suportar 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 licenciamento para determinar quais opções de configuração são mais adequadas para suas cargas de trabalho.

Para apoiar a aquisição de suas próprias licenças e ajudá-lo a gerenciar os requisitos de conformidade relacionados às suas licenças, Google Cloud fornece ferramentas para importar imagens, gerenciar VMs em hardware dedicado usando nós de locatário individual, minimizar o uso de núcleos físicos e rastrear o uso de núcleos físicos para fins de geração de relatórios.

Para trazer imagens com licenças existentes para Google Cloud, você deve fazer o seguinte:

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

2. Ative suas licenças.

3. Importe arquivos de disco virtual e crie imagens desses arquivos de disco.

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ós.

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

7. Acompanhe o uso de licenças de suas VMs. Para ajudar você a relatar o consumo de licenças, o Google fornece ferramentas para ajudar você a monitorar o uso de licenças e o uso de núcleo físico e processador .

8. Relate o consumo de licenças ao seu fornecedor.

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

Antes de começar

• Revise a política de manutenção de host do grupo de nós : Para BYOL, há duas opções de política de manutenção de 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 .
• Solicitar cota de CPU adicional : novos projetos recebem uma cota de CPU de 72. Certifique-se de ter cota de CPU suficiente para dar suporte ao seu grupo de nós. Por exemplo, o tipo de nó n1-node-96-624 contém 96 CPUs e, se o seu grupo de nós usar o número mínimo de nós (2), sua cota de CPU deverá ser de pelo menos 192. Dependendo da sua configuração e das necessidades das suas cargas de trabalho, talvez você também precise solicitar um ajuste de cota para VMs ou endereços IP.
• Habilite a API Cloud Build : para importar sua imagem do sistema operacional, você deve habilitar a API Cloud Build. Quando você ativa essa API, o Compute Engine concede ao seu projeto os papéis apropriados do IAM para que você possa importar imagens para ele. Para listar os papéis concedidos ao seu projeto, use o comando gcloud projects get-iam-policy . Para obter informações sobre como conceder papéis ao seu projeto, consulte Gerenciar o acesso aos recursos do Compute Engine .
• Ativar a API Cloud Logging : ative esta API se seus contratos de licenciamento exigirem que você monitore o uso do servidor físico. Com essa API ativada, você pode importar e visualizar informações de uso do servidor, como contagem de núcleos físicos, usando o BigQuery , que o Google recomenda fortemente. Para obter informações sobre como determinar a contagem de núcleos físicos, consulte Analisando o uso do nó de locatário individual .
• Se ainda não o fez, configure a autenticação. Autenticação é o processo pelo qual sua identidade é verificada para acesso a Google Cloud serviços e APIs. Para executar códigos ou amostras em um ambiente de desenvolvimento local, você pode se autenticar no Compute Engine selecionando uma das seguintes opções:
  

  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. After installing the Google Cloud CLI, initialize it by running the following command:

     gcloud init

     If you're using an external identity provider (IdP), you must first sign in to the gcloud CLI with your federated identity.

  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.

  After installing the Google Cloud CLI, initialize it by running the following command:

  gcloud init

  If you're using an external identity provider (IdP), you must first sign in to the gcloud CLI with your federated identity.

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

Importando e criando uma imagem de um disco virtual offline

Para provisionar VMs com suas licenças existentes, você deve trazer sua própria mídia. Imagens baseadas em uma imagem premium não são qualificadas para BYOL porque imagens premium exigem licenças pré-pagas do Google. Para obter informações sobre imagens premium, consulte Detalhes do sistema operacional .

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

1. Importe seus discos virtuais personalizados com um sistema operacional compatível e crie imagens com base nesses discos.

2. Defina a configuração de licença apropriada.

3. Instale os pacotes e drivers necessários para compatibilidade comGoogle Cloud.

Antes de importar o arquivo do disco virtual para sua VM, verifique se não há incompatibilidades no arquivo baixando e executando a ferramenta de pré-verificação de dentro de sua VM. Além disso, como o software de terceiros pode interferir na instalação dos drivers do Compute Engine, o Google recomenda remover o software de terceiros antes de importar sua imagem.

Para iniciar uma VM com licença própria, importe um disco virtual com o sistema operacional que deseja usar. Você pode 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 upload do arquivo de imagem para o Cloud Storage 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 inicializável a partir do arquivo do disco virtual.

Os arquivos armazenados no Cloud Storage e as imagens no Compute Engine geram cobranças. Depois de verificar se a imagem é importada e inicializada corretamente como uma VM, você pode excluir o arquivo do disco virtual do Cloud Storage.

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

Ativando licenças

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

Para ativar uma licença, use scripts de inicialização com sua chave de ativação múltipla (MAK) ou configure o acesso ao Microsoft Key Management Service da sua organização. Não é possível ativar imagens com licenças existentes no servidor de licenças do Compute Engine.

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

Criando 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 no qual executar sua imagem.

A página de modelos de nó não lista a região e a zona do modelo, mas os grupos de nós devem ser criados em uma zona dentro da região onde você criou o modelo de nó. Para criar um modelo, você deve primeiro criar um grupo de nós, mas só precisa concluir as etapas de escolha da região e da zona. Depois disso, você pode criar o modelo e não continuar criando o grupo de nós, se desejar.

Você define rótulos de afinidade de nó no modelo de nó de locatário individual ao criar o modelo.

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

Criando um grupo de nós de locatário individual

Para criar um grupo de nós baseado em um modelo de nó, o grupo de nós deve estar em uma zona dentro da região onde 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. O grupo de nós de locatário individual possui valores adicionais que devem ser especificados. Para BYOL, dependendo dos requisitos de licença, considere as diferentes opções para a 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 de 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, um modelo normalmente usado para licenças de desktop virtual, use a política de manutenção de 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"
}

Provisionando uma VM de locatário individual

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

• Para provisionar em grupos de nós a política de manutenção de host restart-in-place , certifique-se de que a VM tenha o valor TERMINATE para a opção de manutenção no host .
• Para provisionar em grupos de nós a política de manutenção migrate-within-node-group , certifique-se de que a VM tenha como destino um único grupo de nós com o rótulo de afinidade node-group-name e que ela não tenha como destino nós únicos com o rótulo de afinidade node-name . Qualquer tipo de opção de manutenção de 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"
       }
    }
  ]
}

O que vem a seguir

• Consulte o FAQ para trazer suas próprias licenças para Google Cloud.

• Saiba mais sobre o Windows no Compute Engine .