我一直在使用K8S ConfigMap和Secret来管理我们的属性.我的设计非常简单,它将属性文件保存在git仓库中,并使用构建服务器(如Thoughtworks GO)将它们自动部署为我的k8s集群中的ConfigMaps或Secrets(在选择条件下).
目前,我发现我不得不总是删除现有的ConfigMap和Secret并创建新的更新,如下所示:
kubectl delete configmap foo
kubectl create configmap foo --from-file foo.properties
有没有一种简单的方法可以使一步更有效,而且比删除当前更有效？我现在正在做的可能会破坏使用这些配置映射的容器,如果它尝试在删除旧的configmap并且尚未创建新的configmap时挂载.
提前致谢.
我有一个基本的Logstash - > Elasticsearch设置,事实证明在logstash过滤器完成其工作后不需要'message'字段 - 将此原始消息字段存储到elasticsearch只是将不必要的数据添加到存储imo.
我可以安全地删除这个字段吗？它会给ES带来麻烦吗？欢迎提出建议或阅读,谢谢大家.
我一直在使用logstash来提供elasticsearch中的每日滚动索引,就像这样
output {
elasticsearch {
....
index: myindex-%{+YYYY.MM.DD}
}
}
现在看来我需要使用每月滚动指数,看看http://logstash.net/docs/1.4.1/outputs/elasticsearch.html#index
但是我仍然感到困惑,所以答案就像使用一样简单myindex-%{+YYYY.MM},索引将在每个月末滚动？
更新:以下是"相同"事件(具有相同_id字段)在两个不同日期编制索引的示例
在第A天,这是索引
{_id: 123, message: "old message}
在第二天B,这被编入索引
{_id: 123, message: "updated message}
因此,如果第A天和第B天属于两个单独的索引,如果我的查询回顾所有这些索引,我将有2个事件.为了消除重复,在索引事件B时,我将进行额外的检查_id并删除先前存在的事件A然后对B进行索引.如果它是每日索引,随着时间的推移,我担心我的_id搜索查询将是更贵,每月可以改善.最后但并非最不重要的,如果从我的支票中找到的事件存在于当前索引(今天到本月),它将不会删除该事件,但让elasticsearch执行此update操作_id(基本上它也是删除/创建,只是我我的代码中不需要这样做)
谢谢
我正在运行Logstash 1.4.1,与最新的相比,我在我的安装文件夹中找不到包含gem信息的任何地方(与github中的最新代码有gembag.rb,Gemfile等...)
我目前的问题是我需要使用Logstash没有开箱即用的几个宝石,require 'gemname'似乎无法正常工作.任何人都可以指导我阅读解释如何添加这些第三方宝石或向我展示一些可以做到这一点的示例代码.
非常感谢!