Lindorm:Gerenciamento de usuários e permissões

ALTER SYSTEM SET USER_AUTH=TRUE;

SHOW PARAMETER USER_AUTH;

lindorm-cli

lindorm-cli -url <Endpoint for LindormTSDB SQL> -username <Username> -password <Password> -database <Database name>

Para obter mais informações, consulte Usar o Lindorm-cli para conectar e utilizar o LindormTSDB.

JDBC

String url = "<Endpoint for LindormTSDB SQL>";
String username = "<Username>";
String password = "<Password>";
Connection conn = null;

try {
    conn = DriverManager.getConnection(url, username, password);
    // Perform operations after the client is connected to LindormTSDB.
} catch (SQLException e) {
    e.printStackTrace();
}

Para obter mais informações, consulte Tutorial: Usar o driver JDBC do Lindorm para conectar e utilizar o LindormTSDB.

Pool de conexões Druid

dataSource.setDriver(DriverManager.getDriver("<Endpoint for LindormTSDB SQL>"))
dataSource.setUrl("<Endpoint for LindormTSDB SQL>")
dataSource.setUsername("<Username>")
dataSource.setPassword("<Password>")

Para obter mais informações, consulte Tutorial: Usar o pool de conexões Druid para conectar ao LindormTSDB.

HTTP API

Aplicações que utilizam operações da HTTP API compatível com OpenTSDB devem incluir credenciais no cabeçalho Authorization como uma string codificada em Base64.

O exemplo a seguir constrói o cabeçalho de autorização e envia uma solicitação SQL:

import base64
import requests

url      = "<HTTP Endpoint for LindormTSDB>/api/v2/sql"
username = "<Username>"
password = "<Password>"

# Encode credentials as Base64
credentials = base64.b64encode(f"{username}:{password}".encode()).decode()

headers = {
    "Content-Type": "text/plain",
    "Authorization": f"Basic {credentials}"
}

response = requests.post(url, headers=headers, data="SELECT * FROM my_table LIMIT 10")
print(response.json())

Para aplicações que usam SDKs do TSDB, passe as credenciais pelo método basicAuth ao criar um objeto TSDBConfig.

Para consultar a especificação completa de autenticação, veja Especificar credenciais de usuário para autenticação. Para obter detalhes sobre o formato da solicitação, consulte Conteúdo da solicitação.

Tipos de permissão

O LindormTSDB define quatro tipos de permissão:

As permissões efetivas de um usuário correspondem à união de todas as permissões concedidas. Por exemplo, um usuário com GLOBAL READ e DATABASE READ em DB1 pode consultar dados em todos os bancos de dados.

Escopos de permissão

As permissões são concedidas em dois escopos:

• GLOBAL: aplica-se a todos os bancos de dados e tabelas da instância. Um usuário com GLOBAL READ pode consultar qualquer tabela de séries temporais em qualquer banco de dados.

• DATABASE: aplica-se a todas as tabelas dentro de um banco de dados específico. Um usuário com READ em DB1 pode consultar qualquer tabela de séries temporais nessa base.

Regras de autorização

• O escopo da permissão SYSTEM é sempre GLOBAL e não pode ser restrito a um único banco de dados.

• Somente usuários com permissões GLOBAL ADMIN ou SYSTEM podem criar, excluir, modificar ou autorizar outros usuários.

Usar SQL

Utilize as seguintes instruções SQL para gerenciar usuários e permissões:

Usar o sistema de gerenciamento de cluster

O LindormTSDB e o LindormTable compartilham dados de usuários e permissões. Se o LindormTable estiver ativado, faça login no sistema de gerenciamento de cluster do LindormTable para gerenciar usuários e permissões. Para obter mais informações, consulte Fazer login no sistema de gerenciamento de cluster.

Permissões necessárias para instruções SQL

A tabela a seguir lista as permissões necessárias para executar instruções SQL comuns. Para identificar as permissões exigidas por uma instrução específica, localize a linha correspondente e verifique quais colunas estão marcadas com ○.

○ = obrigatório, × = não obrigatório.

Permissões necessárias para operações da HTTP API compatível com OpenTSDB

Todas as operações da HTTP API compatível com OpenTSDB exigem permissões no escopo GLOBAL. ○ = obrigatório, × = não obrigatório.