Paginação do Lado do Servidor na interface do usuário

A SSP depende de um mecanismo de cache que introduz um novo requisito de espaço em disco efêmero em seus nós do cluster. Esse cache, um banco de dados SQLite interno, é armazenado dentro do sistema de arquivos do contêiner. Isso afeta os nós que executam os pods do servidor Rancher (rancher no namespace cattle-system no cluster local) e os nós que executam os pods do agente Rancher (cattle-cluster-agent no namespace cattle-system em todos os clusters downstream).

A quantidade de espaço em disco necessário é dinâmica e depende da quantidade e do tamanho dos recursos do Kubernetes visualizados na interface do usuário. Como diretriz, o cache pode consumir aproximadamente o dobro do tamanho dos objetos brutos do Kubernetes que armazena.

Por exemplo, testes internos mostraram que o cache de 5000 ConfigMaps, totalizando 50 MB, consumiu 81 MB de espaço em disco. Para uma estimativa conservadora e de alto nível, você pode planejar que o espaço em disco disponível em cada nó relevante seja de pelo menos o dobro do tamanho do seu instantâneo do etcd. Para a maioria dos ambientes de produção, garantir que alguns gigabytes extras de armazenamento estejam disponíveis nos nós relevantes é um bom ponto de partida.

Por favor, note que esse espaço conta contra armazenamento efêmero solicitações e limites que você possa ter definido para o contêiner Rancher por meio do valor resource no chart do Helm. Certifique-se de que essas configurações garantam espaço disponível em abundância.

Se você ver o erro database or disk is full (13) nos logs do pod, isso é um sintoma de que mais espaço precisa ser alocado.

O cache baseado em SQLite persiste cópias de quaisquer objetos do Kubernetes em cache no disco. Veja Criptografando o Cache Baseado em SQLite se isso for uma preocupação de segurança.

A paginação do lado do servidor da interface do usuário persiste cópias de quaisquer objetos do Kubernetes em cache no disco. Se você está preocupado com a segurança desses dados, pode criptografar todos os objetos antes que sejam persistidos no disco, definindo a variável de ambiente CATTLE_ENCRYPT_CACHE_ALL como true nos pods rancher no cluster upstream e nos pods cattle-cluster-agent nos clusters downstream.

Segredos e Tokens de segurança são sempre criptografados, independentemente da configuração acima.

Esta versão melhora o desempenho da maioria das páginas usadas para visualizar, criar ou editar recursos dentro do local ou clusters downstream, ou seja, a visualização do Cluster Explorer. No entanto, recursos relacionados ao RBAC e áreas fora do Cluster Explorer ainda não estão cobertos por esse recurso.

Além disso, as seguintes limitações estão presentes quando o recurso está habilitado. Essas limitações giram principalmente em torno de diferentes comportamentos de ordenação ou filtragem em listas afetadas: