Exemplos de Aproveitamento do Recurso de Particionamento de Log
Dependendo de sua necessidade, você pode usar um conjunto de logs diferente para diferentes linhas de negócios ou para diferentes serviços executados. A seguir estão alguns casos de uso típicos para o recurso de particionamento de log.
Tópicos:
Não há uma única maneira correta de definir seus conjuntos de logs de particionamento. Você pode entrar em contato com o Suporte Técnico da Oracle para obter ajuda sobre como determinar o que funciona melhor para seu caso de uso.
Uso Final: Várias Linhas de Negócios
Seu caso de uso pode ter várias linhas de negócios (LOB) nas quais o usuário do Log Analytics normalmente analisa logs para apenas um LOB por vez e ocasionalmente pesquisa em vários ou todos os LOBs.
Nesse cenário, se cada LOB sempre tiver em 6 TB de logs por dia, será adequado usar uma string de conjunto de logs que se alinhe às linhas de negócios. Por exemplo, conjuntos de logs como RH, TI Global, Finanças, Entrega, Pedidos e Segurança.
Se um único LOB puder atingir mais do que 6 TB por dia de ingestão de log, os conjuntos de logs poderão ser definidos com base em um aspecto secundário, como de qual tipo de função de um LOB os logs vêm. Por exemplo, se a LOB de TI Global esperar que 20 TB por dia de logs sejam ingeridos, em vez de usar a TI Global como seu conjunto de logs, talvez seja melhor usar o GIT-Database, o GIT-Mail e o GIT-Support como seus valores de conjunto de logs.
A chave para selecionar conjuntos de logs é alinhar com a forma como os dados são normalmente analisados. Se os logs do GIT-Mail forem normalmente analisados por conta própria sem misturar outros logs, esse conjunto de logs será adequado. Se você sempre puder combinar GIT-Database e GIT-Support na mesma pesquisa, tê-los como conjuntos de logs diferentes não será adequado.
Uso Final: Dimensione o Serviço com Base nos Clientes
O caso de uso pode envolver a execução de um produto de nuvem escalável horizontalmente que é dimensionado com base no número de clientes.
Por exemplo, se o uso de cada cliente do seu serviço de nuvem exigir um conjunto de cálculos, bancos de dados e redes, uma boa maneira de organizar seus conjuntos de logs será por esses clientes com o uso de nome de cliente ou um identificador de cliente. Essas informações devem estar acessíveis e devem ser compreensíveis para o usuário que pesquisa os logs de um cliente específico. Nesse caso, se você tiver os clientes C1, C2, C3, essas serão as strings de conjunto de logs usadas para os logs de cada cliente.
Normalmente, ao depurar um problema, a equipe de operações pesquisaria logs para um cliente específico como parte do suporte. No entanto, ocasionalmente, eles também analisariam logs em vários ou todos os clientes. Nesses casos, mesmo que a maioria dos logs seja segmentada por clientes, também pode haver alguns logs que são comuns em todos os clientes. Por exemplo, um banco de dados de faturamento central pode ser comum. Em seguida, você pode misturar conjuntos de logs com base em nomes de cliente e ter um conjunto de logs para CentralDB.