GCP Monitoring and Dashboarding Multiple Projects from a Single Workspace Lab

最后更新2022/03/17

这个室验是一个dashboard看多个projects的信息。照例先进console，不同的是同时给了3个projects，记录好哪个用于monitor，哪个是worker1和worker2，具体没区别，但以后要一致。

先在worker1 project里从marketplace选择nginx opensource packaged by bitnami，这是打包好的开发、部署资源，Launch一下，再deploy，名字设置为worker-1-server，别的都是省缺设置。

然后切熬worker2 project，再次重复以上操作，名字设置为worker-2-server

回到worker1 project，从compute engine看一下创建出来的vm的external ip，用web查一下，应当可以看到bitnami nginx部署好的信息：

同样，验证一下worker2，确保OK。

切到monitor project，进monitor页面，此时应该是第一次进入，google在后台初始化monitor，需要等（很长）一段时间，几分钟？以前我一直没搞清楚，好像柏拉图山洞人一样，几次室验都有类似的感觉，到处瞎找为何页面显式不一样，巫婆求雨一样敲锣打鼓敲命令，其实是等的时间不够长，不需要做任何事情的，这次确认了，坚持什么都不做，死等。翻页面的时候发现了google有提示，只是不明显，而且不完全是google后台准备，后台准备只是第一部分，后面还需要人工做其它操作，都做完了，monitor才OK。贬一个，这个google设计很不好。
转到setting，GCP project里面省缺包含了自身，我们要监视worker，所以要把这两个project加进去。由于统一用当前这个监控监视所有project，所以不要用省缺的create new scrope project做监控，而是选用当前这个minitor project去scoping。然后确认。还会再次提示你最好建个新的project去scoping，任性。

在monitor页面，左侧最上面会显式metrics scope，应该能看到全部3个projects，在overview，右侧展示往下翻，会有dashboard，可以点vm instance查看（但提示没有agent，没啥详细的显式）

这个是按照标准project，product一层一层看的，如果想把我需要的分属不同project的项目组合在一起，怎么办？这就需要label了。

到compute engine->vm instance->server-1-vm，再点详细信息页面上方的edit按钮（注意，要先切到worker1 project，否则看不到server-1-vm）：

在edit卡片，有+add label按钮，点出来注意，不要动已有的，再次点弹出卡片上的+add label，会让你输如新的key和value，设置component为key，frontend为value，然后再加一个key：stage，value：dev（此时我们有了3个key），保存。注意：保存这里有个坑。label设置页面有个保存，然后回归到vm-instance edit页面还要再保存一下，否则。。。

切到worker2 project，同样为vm加label：

回到monitoring->group，不知道是否要切回monitoring project，反正我切了。点create group，起名：frontend servers，criteria设置type为tag（前面设置的是label，使用时也被叫做label，但这里type却是tag。。。汗），tag设置为component（前面如果入坑，没有双重保存，此处看不到component），operator选equals，value是frontend，点下面done按钮，然后再create，又是个需要双重确认的坑！页面上能看到显示有多少个instance被囊括，以及当前criteria是否被保存。别忘了再次create！
再创建一个subgroup，类似刚才方式，只是连续创建两个criteria，这里对于subgroup有点奇怪的是尽管subgroup位于刚才group之下，按逻辑应当已经省缺包含了刚刚group的查询criteria，也就是criteria component=frontend是省缺存在的，但实际创建的时候还需要，也就是subgroup其实好像只是显示中的存在，而查询是单独独立的，与group的查询无关。

这样，我们就有了一个层次结构：
下面是设置对整个group的server进行uptime check，在monitoring->uptime check里设置，在创建uptime-check卡片填写名字，protocol为http，type要选instance（vm instance），path /，apply to group，选择frontend group，next

再按照以前操作过的步骤往下走，创建channel，注意manage channel前面那个刷新，不刷新刚创建的channel是不会显示的。

最后test一下，200OK responds，没问题，create

等一会，刷新一下，uptime check详细信息页面上会看到一小点花花绿绿的线条，咱也不知道有啥用，总之，起作用了。

下面去vm把server1关掉，再回来看反馈。

在monitoring->metric explorer->select metric找到check passed（隐藏很深。。。）

可以filter by group id，右侧的图表会变化
再搞个log，到logging，log explorer，query，log name，选择uptime check，query一下，看看log

还有label section信息（没找到），alert，不看了。

最后，要customize自己的dashboard
到monitor，dashboard，+create dashboard，输个名字，选line表，图表左侧有advance选项，改个名字，metric选uptime check，check pass，开始不好找，找熟了就很容易。

auto refresh没找到在什么地方，以前看到过。再加一个charter也很容易，不再详细写了。2小时的实验时间还是蛮紧的，如果非常熟，网络快，其实也用不了太久，但到处找，翻屏，边室验边记录，时间就来不及了，希望以后越来越熟练。