Day 28 Work With Elastic Cloud

前言

昨天我们讲解完了若是希望能够蒐集多种log，如何透过docker-compose以及filebeat的设定去调整；自此其实大家基本上都具备了架设log蒐集以及具体使用elk来分析log的基本能力。(当然若要看进一步细节分析可以参考我队友介绍的elasticsearch query以及kibana的Dashboard)

剩下三天要收尾，我们从一开始介绍elk、比较elk架构在local或是vm自架以及这次的主轴elasticcloud优缺点，接着讲解了许多elasticsearch的API，以及具体管理上和使用上的操作。最後也透过docker，来具体实践了其中一种应用elk作为log蒐集、查询、分析的平台。

剩下几天，我打算回归到elastic cloud主题本身，也就是elastic cloud的一些操作，让大家在具体了解如何应用elk後，能够回归到云端的优点上，能够更有效的操作设定elastic cloud。

因此今天我们先从elastic cloud当初提到的优点，也就是可以提升版本以及无痛snapshot restore来操作起。

Deployment

当初我们提到因为免费会员只能建构一个deployment，因此若付费，其实同时可以部属超过一套以上的ELK。每个ELK中又可以再开不同的VM去作为node分配。

而可以看到左边还有Extensions，这部分也是可以加入一些我们以往在自建ELK时，常常会搭配使用的扩增套件，具体列表如网址

Deployment Setting

创建好Deployment後，也可以再针对里面的配置去进行修改，如下图

他会针对你现在不同node VM的硬体配置，可以做弹性调整，像是RAM或是Zone的部分，而右边也会有具体目前所有机器配置的Summary

Restart Deployment

而如果像是查询的chache太多，或是可能节点健康度不佳等等，需要重启的时候，因为我们没办法access到VM里面，因此他也提供Restart的功能

Upgrade Elasticsearch

另外在前面提到很方便地升版部分，可以在首页直接点选elasticsearch version的upgrade

接着它就会直接帮你upgrade每个节点，会需要耗费一点时间，另外可以选择upgrade的版本(仅能往上升)

而在Activity中也会记录升版的这个动作，如下图

ELK Performance

另外elastic cloud也有提供监控效能的Dashbaord，上面会有不同instance目前各项数据，透过颜色来区分instance(如下图)

ELK Log

ELK当然也自己提供的self-monitoring的log蒐集，透过自建的index去蒐集elk产出的log，如下图

会标示出log讯息以及重要等级(INFO、WARN、ERROR.....)
也要标注是哪个instance以及日期的