Contas de serviço do Dataproc

Nesta página, descrevemos as contas de serviço e os escopos de acesso da VM, além de como eles são usados com o Dataproc.

O que são contas de serviço?

A conta de serviço é uma conta especial que pode ser usada por serviços e aplicativos executados em uma instância de máquina virtual (VM) do Compute Engine para interagir com outras APIs do Google Cloud. Os aplicativos podem usar as credenciais de conta de serviço para se autorizar em um conjunto de APIs e realizar ações na VM dentro das permissões concedidas à conta de serviço.

Contas de serviço do Dataproc

As contas de serviço a seguir recebem as permissões necessárias para executar ações do Dataproc no projeto em que o cluster está localizado.

  • Conta de serviço da VM do Dataproc: as VMs em um cluster do Dataproc usam essa conta de serviço para operações do plano de dados do Dataproc. A conta de serviço padrão do Compute Engine, [project-number]-compute@developer.gserviceaccount.com, é usada como a conta de serviço da VM do Dataproc, a menos que você especifique uma conta de serviço da VM ao criar um cluster. Por padrão, o Compute Engine conta de serviço padrão recebe o papel Editor do projeto, que inclui permissões para criar e excluir recursos na maioria do Google Cloud serviços, incluindo as permissões necessárias para executar os dados do Dataproc operações do plano de controle.

    Contas de serviço personalizadas: se você especificar um conta de serviço personalizada ao criar um cluster, é preciso conceder a essa conta as permissões necessárias para operações do plano de dados do Dataproc. Você pode fazer isso atribuindo o Papel de worker do Dataproc para a conta de serviço porque esse papel inclui as permissões mínimas necessárias para dados do Dataproc operações do plano de controle. Papéis extras são necessários para conceder permissões para outras operações, como ler e gravar dados no BigQuery.

  • Conta de serviço do agente de serviço do Dataproc: o Dataproc cria essa conta de serviço com o papel Agente de serviço do Dataproc em um Dataproc projeto do usuário do Google Cloud. Este serviço não pode ser substituída por uma conta de serviço de VM personalizada quando ao criar um cluster. Essa conta de agente de serviço é usada para executar operações de plano de controle do Dataproc, como criação, atualização e exclusão de VMs do cluster (consulte Agente de serviço do Dataproc (identidade do plano de controle).

    O Dataproc usa service-[project-number]@dataproc-accounts.iam.gserviceaccount.com como a conta do agente de serviço.

Redes VPC compartilhadas: se o cluster usar uma rede VPC compartilhada, um administrador da VPC compartilhada precisará conceder a conta de serviço do agente de serviço do Dataproc o papel de Usuário da rede para a VPC compartilhada projeto host. Veja mais informações em:

Escopos de acesso à VM do Dataproc

Os escopos de acesso da VM e os papéis do IAM funcionam juntos para limitar o acesso da VM ao Google Cloud APIs de terceiros. Por exemplo, se as VMs do cluster receberem apenas o Escopo https://www.googleapis.com/auth/storage-full, aplicativos em execução em VMs de cluster podem chamar APIs do Cloud Storage, mas não podem fazer solicitações ao BigQuery, mesmo que estejam sendo executadas como uma conta de serviço de VM. que recebeu um papel do BigQuery com amplas permissões.

Uma prática recomendada é conceder o escopo amplo cloud-platform (https://www.googleapis.com/auth/cloud-platform) às VMs e, em seguida, limitar o acesso da VM concedendo papéis do IAM específicos à conta de serviço da VM.

Escopos da VM padrão do Dataproc. Se os escopos não forem especificado quando um cluster é criado (consulte gcloud dataproc cluster create --scopes), As VMs do Dataproc têm o seguinte conjunto padrão de escopos:

https://www.googleapis.com/auth/cloud-platform (clusters created with image version 2.1+).
https://www.googleapis.com/auth/bigquery
https://www.googleapis.com/auth/bigtable.admin.table
https://www.googleapis.com/auth/bigtable.data
https://www.googleapis.com/auth/cloud.useraccounts.readonly
https://www.googleapis.com/auth/devstorage.full_control
https://www.googleapis.com/auth/devstorage.read_write
https://www.googleapis.com/auth/logging.write

Se você especificar escopos ao criar um cluster, as VMs do cluster terão os escopos especificadose o seguinte conjunto mínimo de escopos obrigatórios (mesmo que você não os especifique):

https://www.googleapis.com/auth/cloud-platform (clusters created with image version 2.1+).
https://www.googleapis.com/auth/cloud.useraccounts.readonly
https://www.googleapis.com/auth/devstorage.read_write
https://www.googleapis.com/auth/logging.write

Criar um cluster com uma conta de serviço da VM personalizada

Ao criar um cluster, é possível especificar uma conta de serviço de VM personalizada que o cluster vai usar para operações do plano de dados do Dataproc em vez da conta de serviço de VM padrão. Não é possível mudar a conta de serviço de VM depois que o cluster é criado. O uso de uma conta de serviço de VM com papéis do IAM atribuídos permite que você forneça ao cluster um acesso detalhado aos recursos do projeto.

Etapas preliminares

  1. Crie a conta de serviço da VM personalizada no projeto em que o cluster será criado.

  2. Conceda à conta de serviço da VM personalizada o Worker do Dataproc função no projeto e quaisquer funções adicionais necessárias para seus trabalhos, como Leitor e gravador do BigQuery (consulte Permissões e papéis do IAM do Dataproc).

    Exemplo da CLI gcloud:

    • O exemplo de comando a seguir concede à conta de serviço da VM personalizada No projeto de cluster, o papel Worker do Dataproc para envolvidos no projeto:
    gcloud projects add-iam-policy-binding CLUSTER_PROJECT_ID \
        --member=serviceAccount:SERVICE_ACCOUNT_NAME@PROJECT_ID.iam.gserviceaccount.com \
        --role="roles/dataproc.worker"
     
    • Considere um papel personalizado: em vez de conceder conta o papel predefinido Worker do Dataproc, é possível conceder o à conta de serviço um papel personalizado que contém permissões do papel de worker. mas limita storage.objects.* permissões.
      • O papel personalizado precisa conceder, pelo menos, a conta de serviço da VM storage.objects.create, storage.objects.get e storage.objects.update nos objetos na Buckets temporários e de preparo do Dataproc e em buckets adicionais necessários para os jobs que serão executados na cluster.

Crie o cluster

  • Crie o cluster no seu projeto.

Comando gcloud

Usar gcloud dataproc clusters create para criar um cluster com a conta de serviço da VM personalizada.

gcloud dataproc clusters create CLUSTER_NAME \
    --region=REGION \
    --service-account=SERVICE_ACCOUNT_NAME@PROJECT_ID.iam.gserviceaccount.com \
    --scopes=SCOPE

Substitua:

  • CLUSTER_NAME: o nome do cluster, que precisa ser exclusivo em um projeto. O nome precisa começar com uma letra minúscula e pode conter até 51 letras minúsculas. letras, números e hifens. Ele não pode terminar com um hífen. O nome de um cluster excluído pode ser reutilizado.
  • REGION: a região em que o cluster vai ficar.
  • SERVICE_ACCOUNT_NAME: o nome da conta de serviço.
  • PROJECT_ID: o ID do projeto do Google Cloud que contém sua conta de serviço de VM. Esse será o ID do projeto em que o cluster será criado ou o ID de outro projeto se você estiver criando um cluster com uma conta de serviço de VM personalizada em outro cluster.
  • SCOPE: escopos de acesso para instâncias de VM do cluster (por exemplo, https://www.googleapis.com/auth/cloud-platform).

API REST

Ao preencher o GceClusterConfig como parte da solicitação da API clusters.create, defina os seguintes campos:

Console

Não é possível definir uma conta de serviço da VM do Dataproc no console do Google Cloud. É possível definir o cloud-platform escopo de acesso em VMs de cluster ao criar o cluster clicando em "Ativa o escopo da plataforma de nuvem para este cluster" na seção Acesso ao projeto do painel Gerenciar segurança na página Criar um cluster do Dataproc no console do Google Cloud.

Criar um cluster com uma conta de serviço de VM personalizada de outro projeto

Ao criar um cluster, é possível especificar uma conta de serviço de VM personalizada que o cluster vai usar para operações do plano de dados do Dataproc em vez de usar a conta de serviço de VM padrão. Não é possível especificar uma conta de serviço de VM personalizada após a criação do cluster. usar uma conta de serviço de VM personalizada com papéis do IAM atribuídos. permite que você forneça ao cluster acesso detalhado aos recursos do projeto.

Etapas preliminares

  1. No projeto da conta de serviço (o projeto em que a conta de serviço da VM personalizada está localizada):

    1. Ativar a vinculação de contas de serviço entre projetos.

    2. Enable the Dataproc API.

      Enable the API

  2. Conceda à sua conta de e-mail (o usuário que está criando o cluster) o papel de Usuário da conta de serviço no projeto da conta de serviço ou, para um controle mais granular, na conta de serviço da VM personalizada no projeto da conta de serviço.

    Para mais informações: consulte Gerenciar o acesso a projetos, pastas e organizações para conceder papéis no nível do projeto e Gerenciar o acesso a contas de serviço para conceder papéis no nível da conta de serviço.

    Exemplos da CLI gcloud:

    • O comando de exemplo a seguir concede ao usuário o papel de usuário da conta de serviço no nível do projeto:
    gcloud projects add-iam-policy-binding SERVICE_ACCOUNT_PROJECT_ID \
        --member=USER_EMAIL \
        --role="roles/iam.serviceAccountUser"
    

    Observações: USER_EMAIL: forneça o endereço de e-mail da sua conta de usuário no formato: user:user-name@example.com.

    • O exemplo de comando a seguir concede ao usuário o papel de usuário da conta de serviço no nível da conta de serviço:
    gcloud iam service-accounts add-iam-policy-binding VM_SERVICE_ACCOUNT_EMAIL \
        --member=USER_EMAIL \
        --role="roles/iam.serviceAccountUser"
    

    Observações: USER_EMAIL: forneça o endereço de e-mail da sua conta de usuário no formato: user:user-name@example.com.

  3. Conceda à conta de serviço da VM personalizada o Worker do Dataproc no projeto do cluster.

    Exemplo da CLI gcloud:

    gcloud projects add-iam-policy-binding CLUSTER_PROJECT_ID \
        --member=serviceAccount:SERVICE_ACCOUNT_NAME@SERVICE_ACCOUNT_PROJECT_ID.iam.gserviceaccount.com \
        --role="roles/dataproc.worker"
     
  4. Conceda à conta de serviço do agente de serviço do Dataproc no projeto do cluster os papéis Usuário da conta de serviço e Criador de token da conta de serviço no projeto da conta de serviço ou, para um controle mais granular, a conta de serviço da VM personalizada no projeto da conta de serviço. Ao fazer isso, você permite que a conta de serviço do agente de serviço do Dataproc no projeto do cluster criar tokens para a conta de serviço personalizada da VM do Dataproc no projeto da conta de serviço;

    Para mais informações: consulte Gerenciar o acesso a projetos, pastas e organizações para conceder papéis no nível do projeto e Gerenciar o acesso a contas de serviço para conceder papéis no nível da conta de serviço.

    Exemplos da CLI gcloud:

    • Os comandos de exemplo a seguir concedem à conta de serviço do agente de serviço do Dataproc no projeto do cluster os papéis de usuário da conta de serviço e de criador do token da conta de serviço no nível do projeto:
    gcloud projects add-iam-policy-binding SERVICE_ACCOUNT_PROJECT_ID \
        --member=serviceAccount:service-CLUSTER_PROJECT_NUMBER@dataproc-accounts.iam.gserviceaccount.com \
        --role="roles/iam.serviceAccountUser"
     
    gcloud projects add-iam-policy-binding SERVICE_ACCOUNT_PROJECT_ID \
        --member=serviceAccount:service-CLUSTER_PROJECT_NUMBER@dataproc-accounts.iam.gserviceaccount.com \
        --role="roles/iam.serviceAccountTokenCreator"
    
    • Os comandos de exemplo a seguir concedem à conta de serviço do agente de serviço do Dataproc no projeto do cluster os papéis de usuário da conta de serviço e de criador do token da conta de serviço no nível da conta de serviço da VM:
    gcloud iam service-accounts add-iam-policy-binding VM_SERVICE_ACCOUNT_EMAIL \
        --member=serviceAccount:service-CLUSTER_PROJECT_NUMBER@dataproc-accounts.iam.gserviceaccount.com \
        --role="roles/iam.serviceAccountUser"
     
    gcloud iam service-accounts add-iam-policy-binding VM_SERVICE_ACCOUNT_EMAIL \
        --member=serviceAccount:service-CLUSTER_PROJECT_NUMBER@dataproc-accounts.iam.gserviceaccount.com \
        --role="roles/iam.serviceAccountTokenCreator"
    
  5. Conceda Conta de serviço do agente de serviço do Compute Engine no projeto do cluster o criador de tokens da conta de serviço no projeto da conta de serviço ou, para um controle mais granular, a conta de serviço da VM personalizada no projeto da conta de serviço. Ao fazer isso, você concede à conta de serviço do agente de serviço do Compute Agent no projeto do cluster a capacidade de criar tokens para a conta de serviço da VM do Dataproc no projeto da conta de serviço.

    Para mais informações: consulte Gerenciar o acesso a projetos, pastas e organizações conceder papéis no nível do projeto e Gerenciar o acesso às contas de serviço conceder papéis no nível da conta de serviço.

    Exemplos da CLI gcloud:

    • O exemplo de comando a seguir concede à conta de serviço do agente de serviço do Compute Engine No projeto de cluster, o papel de Criador de token da conta de serviço para envolvidos no projeto:
    gcloud projects add-iam-policy-binding SERVICE_ACCOUNT_PROJECT_ID \
        --member=serviceAccount:service-CLUSTER_PROJECT_NUMBER@compute-system.iam.gserviceaccount.com \
        --role="roles/iam.serviceAccountTokenCreator"
     
    • O comando de exemplo a seguir concede à conta de serviço do agente de serviço do Compute Engine no projeto do cluster o papel de Criador de token da conta de serviço no nível da conta de serviço da VM:
    gcloud iam service-accounts add-iam-policy-binding VM_SERVICE_ACCOUNT_EMAIL \
        --member=serviceAccount:service-CLUSTER_PROJECT_NUMBER@compute-system.iam.gserviceaccount.com \
        --role="roles/iam.serviceAccountTokenCreator"
     

Crie o cluster

A seguir