Como ativar o Stackdriver Monitoring e o rastreamento do Stackdriver no cluster existente do GKE?

Question

Tenha uma configuração de cluster com as seguintes permissões.

Eutenteicriarumpooldenóscomnovaspermissões,oqueparecepermitiralgumascoisas.Nãoencontreioescoponecessárioparaaspermissõesderastreamentodostackdrivernadocumentaçãolocalizada aqui .

Além disso, tentar habilitar o monitoramento por meio da criação de um pool de nós e excluir o antigo não pareceu mudar o switch com êxito.

gcloud container node-pools create pool-2 \
  --cluster=cluster-1 \
  --scopes=compute-rw,storage-rw,taskqueue,logging-write,monitoring-write,datastore,service-control,service-management 

    

Answer 1

Para adicionar à resposta anterior, é possível ativar o Stackdriver Monitoring executando as referências anteriormente mencionadas gcloud alpha container clusters update --monitoring-service=monitoring.googleapis.com como instruído nas etapas da solução de problemas de métricas do Container Engine. Mais informações sobre esse comando podem ser encontradas na página do Cloud SDK. / p>

No entanto, atualmente não é possível modificar a permissão do Stackdriver Trace para uma instância existente do Container Engine, pois o escopo do URI está sendo configurado no momento da criação do cluster. Consulte a documentação do Container Engine for Node.js do Stackdriver Trace do Google. mais detalhes.

Como alternativa, se você puder portar seu aplicativo em uma nova instância do Google Container, poderá sempre recriar um novo cluster e ativar as permissões / serviços do Stackdriver desejados em sua configuração página .

    

Answer 2

tente ativá-lo desta maneira:

gcloud alpha container clusters update --monitoring-service=monitoring.googleapis.com cluster-1

    

Answer 3

Pelo menos para o Google Compute, você pode usar o gcloud alpha compute , que oferece o escopo trace-append .

Suponho que o uso do alpha para o Container também permita isso. Tente gcloud alpha container clusters create --help para ver os escopos permitidos

    

Answer 4

Um pouco atrasado, mas a solução é simplesmente parar as VMs, ir a cada uma delas, clicar em edit, ir até o final e alterar as permissões :)

PS Minha solução é para o cluster Dataproc, mas acho que será semelhante para kubernetes