Como monitorar seus recursos

Para acessar informações sobre seus recursos, use kubectl.

Antes de começar

Para concluir essas etapas, você precisa dos recursos existentes do Config Connector. Para ver um exemplo de recurso, consulte Primeiros passos com o Config Connector.

Como listar todos os recursos

É possível listar os recursos gerenciados pelo Config Connector executando o seguinte comando:

kubectl get gcp

Como determinar o status de um recurso

É possível determinar se o recurso está pronto analisando a status.condition. O Config Connector atualiza o status para refletir o estado atual do recurso.

kubectl wait --for=condition=READY KIND NAME

Substitua:

  • KIND: o tipo do recurso. Por exemplo, PubSubTopic.
  • NAME: o nome do recurso

Como visualizar eventos

O Config Connector cria eventos do Kubernetes com informações e erros sobre o gerenciamento de recursos. É possível visualizar os eventos de um recurso específico ou todos os eventos no ambiente do Config Connector.

Como visualizar eventos para um único recurso

É possível visualizar os eventos de um único recurso examinando o campo Events na saída do seguinte comando:

kubectl describe KIND NAME

Substitua:

  • KIND: o tipo do recurso
  • NAME: o nome do recurso

Por exemplo, se você tem um recurso do Config Connector SQLInstance chamado sqlinstance-sample, use o comando a seguir para conferir os eventos:

kubectl describe sqlinstance sqlinstance-sample

Como visualizar eventos de um namespace

Para conferir os eventos de todos os recursos do Kubernetes em um determinado namespace, incluindo os recursos do Config Connector, execute o seguinte comando:

kubectl --namespace CC_NAMESPACE get events

Substitua CC_NAMESPACE pelo namespace em que o Config Connector gerencia recursos.

Eventos específicos do Config Conector

O Config Connector pode criar os seguintes tipos de eventos:

Atualizando
Ocorre quando o recurso Google Cloud subjacente de um recurso do Config Connector está sendo atualizado.
UpToDate
Ocorre quando a reconciliação de um recurso do Config Connector é bem-sucedida. Esse tipo de evento significa que o recurso Google Cloud subjacente agora corresponde ao estado desejado especificado pelo recurso do Config Connector.
UpdateFailed
Ocorre quando a reconciliação de um recurso do Config Connector falha.
DependencyNotReady
Ocorre quando um recurso do Config Connector referenciado não está pronto. É possível determinar se um recurso está pronto verificando o status dele.
DependencyNotFound
Ocorre quando um recurso do Config Connector ou um secret do Kubernetes não é encontrado.
DependencyInvalid
Ocorre quando uma referência é inválida. Por exemplo, suponha que um recurso do Config Connector faça referência a um secret do Kubernetes. Se o segredo existir, mas não conter a chave que está sendo referenciada, a referência será considerada inválida.
Excluindo
Ocorre quando o recurso do Config Connector está sendo excluído do servidor da API Kubernetes.
Excluído
Ocorre quando um recurso do Config Connector é excluído do servidor da API Kubernetes.
DeleteFailed
Ocorre quando um recurso do Config Connector não pode ser excluído do servidor da API Kubernetes.
ManagementConflict
Ocorre quando um recurso do Config Connector não consegue assumir a propriedade do recurso Google Cloud subjacente. Quando isso ocorre, geralmente é porque outro recurso do Config Connector já tem a propriedade do recursoGoogle Cloud . Leia mais sobre como o Config Connector lida com conflitos entre vários recursos.
PreActuationTransformFailed
Ocorre quando um recurso do Config Connector não consegue realizar transformações antes da ativação. Esse tipo de evento provavelmente significa que a configuração do recurso é inválida.
PostActuationTransformFailed
Ocorre quando um recurso do Config Connector não consegue realizar transformações pós-ativação.
Não gerenciado

Ocorre quando o Config Connector está no modo com namespace e o recurso do Config Connector está em um namespace em que ele não está ativado, ou seja, o namespace não tem um objeto ConfigConnectorContext.

Esse evento pode ocorrer mesmo que o namespace tenha um ConfigConnectorContext, se o ConfigConnectorContext foi criado na mesma época que o recurso do Config Connector. Basta aguardar algum tempo para que o Config Connector comece a gerenciar o recurso.

A seguir