Elasticsearch用于日志记录-需要架构建议

Question

我正试图提出一种优化的架构，将事件日志消息存储在Elasticsearch上。

以下是我的规格/需求：

• 消息是只读的；输入后，仅查询报告

因此，执行最频繁的查询将是：获取给定的所有登录项、客户id和时间戳范围。

以下是登录项的外观：

"_source": {
    "agent_id" : 14,
    "location_id" : 2,
    "customer_id" : 5289,
    "timestamp" : 1320366520000, //Java Long millis since epoch
    "event_type" : 7,
    "screen_id" : 12
}

我需要帮助索引我的数据。

我一直在读什么是elasticsearch索引？使用elasticsearch为客户提供事件服务，以获得良好索引架构的想法，但我需要专业人士的帮助。

所以我的问题是：

>

文章建议“每天创建一个索引”。我将如何使用该架构进行范围查询？（例如：可以查询索引范围吗？）

目前我正在使用一个大索引。如果我为每个location\u id创建一个索引，我如何使用碎片来进一步组织我的记录？

鉴于上述规格，您能推荐一种更好的架构吗？

我应该用vs query过滤哪些字段？

编辑：以下是从我的应用程序运行的示例查询：

{
  "query" : {
    "bool" : {
      "must" : [ {
        "term" : {
          "agent_id" : 6
        }
      }, {
        "range" : {
          "timestamp" : {
            "from" : 1380610800000,
            "to" : 1381301940000,
            "include_lower" : true,
            "include_upper" : true
          }
        }
      }, {
        "terms" : {
          "event_type" : [ 4, 7, 11 ]
        }
      } ]
    }
  },
  "filter" : {
    "term" : {
      "customer_id" : 56241
    }
  }
}

Answer 1

好好看看logstash（和kibana）。他们都是为了解决这个问题。如果您决定为此推出自己的架构，您可以复制他们的一些设计。

Answer 2

您绝对可以搜索多个索引。例如，您可以使用通配符或逗号分隔的索引列表，但请记住索引名称是字符串，而不是日期。

碎片不是用于组织数据，而是用于分发数据并最终扩展。你如何做到这一点取决于你的数据以及你如何处理它。看看这个演讲：http://vimeo.com/44716955 .

关于过滤器与查询的问题，请看另一个问题。