Eu realmente apreciaria a capacidade de configurar vários back-ends. Temos vários data centers e cada um tem seus próprios clusters Logstash e ES. Seria uma grande vantagem poder ter uma única instância Kibana capaz de consultar todos os nossos clusters ES e, em seguida, correlacionar os dados para exibição em seus painéis.
+1. Teremos um cluster ES + Logstash no AWS east-1 e west-2. Seria bom ter um único Kibana acessando ambos.
+1
+1
+1
+1
+1
+1
Isso está no roteiro? parece que muitas pessoas, inclusive eu, adorariam ver esse recurso.
Montar os dados em clusters díspares não é realmente possível. As facetas não podiam contar corretamente, as estatísticas não podiam ser calculadas, a classificação não seria possível. Estou deixando o problema em aberto porque talvez algum dia o Elasticsearch tenha um mecanismo para lidar com isso, mas não é algo que Kibana possa fazer.
Alguma ideia de como seria difícil modificar o kibana para uma implementação limitada? Estou pensando em criar vários sites em diferentes regiões para serem usados para registrar e fazer consultas de pesquisa básicas entre eles. A classificação teria que ser feita no ES e após o fato, mas isso deveria ser um problema solucionável, eu acho. No meu caso, não me importo com contagens ou estatísticas, quando me importo, é mais provável que seja para um relatório em vez de online. A outra opção que pensei é um proxy que enviaria a consulta a vários servidores e agregaria os resultados, mas não sei o suficiente sobre o Kibana para saber qual seria mais simples.
Eu sugeriria então ter um "proxy" independente que pode agregar
consultas em várias instâncias ES ...
Curtis Ruck
A qualquer hora: 210-857-1126
Na quarta-feira, 25 de setembro de 2013 às 14h40, Ralph Trickey [email protected] :
Qualquer ideia de como seria difícil modificar o kibana por um período limitado
implementação? Estou pensando em criar vários sites em diferentes regiões
para ser usado para registrar e fazer consultas de pesquisa básicas entre eles. Ordenação
teria que ser feito no ES e após o fato, mas isso deveria ser um
problema solucionável, eu acho. No meu caso, não me importo com contagens ou
estatísticas, quando faço isso, é mais provável que seja para um relatório em vez de
conectados. A outra opção que pensei é um proxy que enviaria o
consultar vários servidores e agregar os resultados, mas não sei o suficiente
sobre Kibana para saber qual seria mais simples.-
Responda a este e-mail diretamente ou visualize-o no Gi tHubhttps: //github.com/elasticsearch/kibana/issues/22#issuecomment -25113332
.
isso é mais no lado da pesquisa elástica, porque temos todos os dados. Complicado, mas não imoossível ....
OK, obrigado. Vou seguir por essa estrada então. Se eu conseguir um início bem-sucedido, tentarei obter permissão para configurá-lo como código aberto.
+1
O recurso de nó da tribo foi adicionado ao elasticsearch para habilitá-lo. Em Kibana, sentimos falta do suporte a caracteres curinga de vários índices, que deve estar em breve
+1
Existe uma versão ES que nos permitiria jogar com Kibana 3 e Kibana 4?
Gostaríamos de construir alguns painéis com os mesmos dados subjacentes para permitir que os usuários façam comentários sobre qual versão do Kibana eles preferem. Obrigado.
@ mish2015 Estou usando o Kibana 3.1.0 e o Kibana 4.1.1 além do elasticsearch 1.4.5 e funciona bem sem problemas.
Acho que é possível porque kibana antigo e novo estão usando índices diferentes para armazenar seus objetos
@ ZbigniewZabost-zanox -Obrigado, verei se podemos fazer o mesmo, tornaria a comparação mais fácil.
+1
Esta funcionalidade deve estar disponível usando um nó "Tribo", consulte:
https://www.elastic.co/guide/en/elasticsearch/reference/current/modules-tribe.html
Existe alguma maneira de usarmos Kibana único para acessar vários clusters de pesquisa elástica da AWS? Eu entendo que o nó da tribo é uma maneira, mas a pesquisa elástica da AWS não funciona com nós da tribo.
Comentários muito úteis
+1. Teremos um cluster ES + Logstash no AWS east-1 e west-2. Seria bom ter um único Kibana acessando ambos.