Como criar backups

Para instâncias hospedadas pelo cliente, é possível criar um backup de uma instalação básica do Looker fazendo uma cópia do diretório inicial do usuário do Looker (incluindo todos os subdiretórios normais e ocultos). Isso pode ser feito usando scp, rsync ou qualquer aplicativo de backup padrão. Da mesma forma, para restaurar uma instalação básica do Looker é preciso apenas restaurar os arquivos e inicializar o Looker.

Em algumas configurações, incluindo ambientes em cluster, o Looker usa um banco de dados MySQL externo para configurações de aplicativos, contas de usuários e outros dados. Nesse caso, recomendamos criar um backup do banco de dados MySQL, além do diretório inicial do Looker.

É altamente recomendável criar esses backups diariamente. Também recomendamos realizar uma restauração de teste uma vez por trimestre.

Estrutura do diretório

Os subdiretórios padrão no diretório inicial do usuário do Looker (geralmente /home/looker) são descritos aqui.

• folder home
  • Look de folder
  • folder .ssh
  • folder looker
    • folder .cache
    • folder .db
    • .ssl folder
    • folder .tmp
    • folder deploy_keys
    • Registro de folder
    • folder modelos
    • folder de modelos-usuário-1

Observação sobre o SSL:por padrão, o diretório SSL contém apenas um certificado SSL autoassinado, que não precisa ser retido. No entanto, se você armazenar mais arquivos nesse diretório, como certificados SSL assinados por uma autoridade de certificação, esse diretório precisará ser adicionado ao backup.

Os arquivos fora do diretório principal do Looker, que precisam ser adicionados ao backup, são:

Embora isso normalmente não cause problemas, alguns clientes relataram problemas se incluírem o arquivo looker/.db/looker.lck nos backups. Você pode excluir esse arquivo com segurança, se necessário.

Criar um backup do Looker

É possível criar um backup do Looker com qualquer aplicativo de backup padrão e com ferramentas de linha de comando, como o rsync.

O ideal é que o processo de backup seja executado quando o aplicativo é pouco usado. Além da interação normal do usuário, considere os horários em que os Looks programados podem estar em execução, as tabelas derivadas podem estar sendo recriadas etc.

Ambientes em cluster

Os Lookers em cluster armazenam a configuração do aplicativo, as contas de usuários e outros dados em um banco de dados MySQL externo. Recomendamos criar um backup desse banco de dados ao mesmo tempo que o aplicativo Looker. Veja a documentação do MySQL para mais detalhes sobre como fazer backup de bancos de dados MySQL.

Como gerar um backup independente de keystore

Uma instalação hospedada pelo cliente que migrou para a criptografia do GCM AES-256 e não usa o KMS da AWS pode usar esse procedimento para criar um backup da instância do Looker independente da chave mestra do cliente (CMK, na sigla em inglês) local. Isso oferece um método para um cliente auto-hospedado migrar para uma instalação hospedada pelo Looker sem precisar fornecer o CMK ou mover uma instalação hospedada pelo cliente para um novo host que não tenha acesso ao mesmo keystore local.

Para criar um backup independente de keystore:

1. Parar o Looker:

   cd looker
   ./looker stop
   

   Se o Looker estiver em cluster, interrompa todos os nós antes de continuar.

2. Verifique se o Looker tem acesso ao CMK. Se a CMK estiver armazenada em um arquivo, use a variável de ambiente LKR_MASTER_KEY_FILE para apontar para o caminho do arquivo CMK:

   export LKR_MASTER_KEY_FILE=<path_to_CMK_file>
   

   Ou, para fornecer o CMK diretamente em uma variável de ambiente, use a variável de ambiente LKR_MASTER_KEY_ENV:

   export LKR_MASTER_KEY_ENV=<CMK_value>
   

3. Gere um novo arquivo de chave que será usado para recriptografar a chave de criptografia de chaves (KEK):

   ./looker generate_keyfile_for_backup <key_file_name>
   

   Em que <key_file_name> é o nome que você quer usar para o arquivo que o Looker vai criar e usar para gravar a nova chave.

   O conteúdo do novo arquivo de chave será semelhante a este:

   {"dbmk":"vr1LUwO3q6weY8iS3JykVljSjiD4m6eGk227Cs7Qu9Q=\n","backup_uid":"XCXvRa38mNeqT6+HRBCo2Q=="}
   

   Em que o valor de dbmk é uma chave de criptografia de 256 bits de codificação Base64 e backup_uid é um nome exclusivo usado ao salvar a chave no banco de dados.

4. Use o novo arquivo de chave para criar uma entrada de chave no banco de dados interno do Looker:

   ./looker keystore_independent_recrypt <key_file_name>
   

   Em que <key_file_name> é o arquivo de chave criado anteriormente.

   Isso descriptografa a KEK no banco de dados interno usando a CMK, depois criptografa novamente a KEK com a nova chave e persiste esse valor criptografado no banco de dados.

5. Crie um backup do Looker usando o método de backup normal.

Para restaurar esse backup independente de keystore, você precisará do novo arquivo de chave criado anteriormente.

Como restaurar backups

Para restaurar um backup do Looker, consulte a página de documentação Restauração de backups.

Próximas etapas

Depois de configurar os backups, você vai estar pronto para garantir que o Looker acesse os serviços necessários.